内部設計（ソフトウェア方式設計）とは？ないぶせっけい
内部設計（ソフトウェア方式設計）とは、外部設計で約束した振る舞いを、どのモジュールが引き受けるかという担当割りに翻訳する工程。分割の単位、モジュール間で渡す引数と戻り値、データベースの物理配置、例外時と排他の方式をここで確定する。ロジックの中身そのものを書き下すのは次の詳細設計。
最終更新：2026-10-06
この語が出る過去問を解く →背景
一枚岩のプログラムでは、仕様の一箇所を直すために全体を読み直す羽目になり、分担も見積りも成立しなかった。責任の境界を先に引いておけば、担当者ごとに並行して作れ、単体テストの範囲も境界から自動的に決まる。SAでは「なぜその分割にしたのか」を論述で問われるため、分割そのものより分割の根拠が成果物だと考えたい。
具体例
Springを使う受託開発では、Controller／Service／Repositoryという層への割当てが内部設計の出発点になる。在庫照会なら、入力検査をController、引当ロジックをService、テーブルアクセスをRepositoryが持つと決め、層をまたぐ引数と例外の型、キャッシュの保持時間を設計書に書く。単体テストの粒度もこの境界で決まる。
試験での引っ掛け
方式設計と詳細設計の線引きを問う出題が多い。モジュール構成とインタフェースまでが方式設計、内部のアルゴリズムや制御構造は詳細設計。画面項目を1つ増やす変更は利用者との約束を変える話なので外部設計へ戻す必要があり、内部設計だけで閉じると仕様との追跡関係が切れる。
関連用語
出た過去問
出典：平成28年度 秋期 システムアーキテクト試験 午前Ⅱ 問16（IPA）
"情報システム・モデル取引・契約書"によれば、ユーザ（取得者）とベンダ（供給者）間で請負型の契約が適切であるとされるフェーズはどれか。図は、システム化計画、要件…
正解：システム内部設計フェーズからシステム結合フェーズまで
要点：仕様が固まる内部設計から結合までが請負型に適する
モデル取引・契約書では、成果物の仕様が固まっていて完成責任を負わせられるフェーズには請負型が、要件がまだ流動的で利用者の主体的な関与が必要なフェーズには準委任型が適するとされている。仕様が確定した後の内部設計から製造を経てシステム結合までが請負型に適した範囲で、要件定義や導入・受入支援は準委任型が適する。
出典・参考
公式シラバスの10 ソフトウェア方式設計に掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。