内部設計（ソフトウェア方式設計）とは？ないぶせっけい
内部設計（ソフトウェア方式設計）とは、外部設計で決めた利用者から見える振る舞いを、実装できる単位へ分解する工程。モジュール分割とモジュール間インタフェース、データベースの物理設計、エラー処理や排他制御の方式を決める。PMにとっては、この設計書の粒度がそのまま分担の単位・単体テストの項目数・工数見積りの精度を決める。
最終更新：2026-10-06
この語が出る過去問を解く →背景
外部設計の文書だけを渡して実装させていた時代は、モジュールの切り方が担当者ごとにばらばらになり、結合の段になってインタフェースが合わない手戻りが噴出した。実装前に構造とインタフェースを固定しておけば、複数社・複数拠点に分担して並行開発でき、進捗も成果物単位で測れる。工程の切り分けが試験で問われるのは、要員配置とレビュー計画がこの工程の完了を前提に組まれるためである。
具体例
IPAの共通フレームでは、外部設計にあたるシステム方式設計と区別して「ソフトウェア方式設計」と呼ぶ。在庫照会を「入力検査」「在庫問合せ」「表示整形」の3モジュールに分け、引数と戻り値、キャッシュ有効期間を決めておけば、単体テスト項目をこの設計書から機械的に起こせる。
試験での引っ掛け
方式設計と詳細設計の粒度差が定番。モジュール構成とインタフェースまでが方式設計、モジュール内部のロジックは詳細設計。また画面項目の追加は外部設計の変更であり、内部設計だけで閉じたつもりで承認すると、利用部門の合意を飛ばした変更になる。
関連用語
出た過去問
出典：平成28年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問16（IPA）
JIS X 0160において,"開発者は,ソフトウェア結合のために暫定的なテスト要求事項及びスケジュールを定義し,文書化する。"というタスクを実施するプロセスは…
正解：ソフトウェア方式設計
要点：結合テストの要求事項は方式設計の段階で暫定定義しておく
JIS X 0160では、ソフトウェア方式設計プロセスで最上位レベルの構造とソフトウェアコンポーネントの構成を定めるとともに、それらを結合するためのテスト要求事項とスケジュールを暫定的に定義し文書化する。実際の結合作業は後続のソフトウェア結合プロセスで行うが、その前提となるテストの要求事項は設計段階で用意しておく。
出典：平成30年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問7（IPA）
過去のプロジェクトの開発実績から構築した作業配分モデルがある。システム要件定義からシステム内部設計までをモデルどおりに進めて228日で完了し、プログラム開発を開…
正解：150
要点：作業配分モデルでは既知の期間から全体期間を逆算して残りを求める
システム要件定義からシステム内部設計までの期間比の合計は 0.25＋0.21＋0.11＝0.57 で、これが228日にあたるので全体の期間は 228÷0.57＝400日となる。プログラム開発は期間比0.11で44日、うち半分が完了しているので残り22日。これにシステム結合44日とシステムテスト84日を加え、22＋44＋84＝150日が残りの日数である。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。