内部設計(ソフトウェア方式設計)とは?
内部設計(ソフトウェア方式設計)とは、外部設計で決めた振る舞いを、開発者が実装できる形へ落とす工程。プログラムをモジュールへ分割し、モジュール間のインタフェース、データベースの物理設計、エラー処理や排他制御の方式を決める。詳細設計ではモジュール内部のロジックまで記述する。
システムアーキテクト試験の過去問では2回出題されています(2016年度〜2018年度)。
ないぶせっけい
内部設計(ソフトウェア方式設計)の意味
外部設計で決めた振る舞いを、開発者が実装できる形へ落とす工程。プログラムをモジュールへ分割し、モジュール間のインタフェース、データベースの物理設計、エラー処理や排他制御の方式を決める。詳細設計ではモジュール内部のロジックまで記述する。
内部設計(ソフトウェア方式設計)の具体例
在庫照会を「入力検査」「在庫問合せ」「表示整形」に分け、問合せモジュールの引数と戻り値、キャッシュ有効期間30秒、在庫テーブルのインデックス設計を決める。単体テストの項目はこの設計書から機械的に導ける。
内部設計(ソフトウェア方式設計)は試験でどう引っ掛けられる?
内部設計と詳細設計を同一視しがちだが、方式設計はモジュール構成とインタフェース、詳細設計はモジュール内部の処理という粒度差がある。また画面項目の追加は外部設計の変更であり、内部設計だけで閉じない。
内部設計(ソフトウェア方式設計)と関連する用語
内部設計(ソフトウェア方式設計)が出た過去問
"情報システム・モデル取引・契約書"によれば、ユーザ(取得者)とベンダ(供給者)間で請負型の契約が適切であるとされるフェーズはどれか。図は、システム化計画、要件…
正解:システム内部設計フェーズからシステム結合フェーズまで
要点:仕様が固まる内部設計から結合までが請負型に適する
モデル取引・契約書では、成果物の仕様が固まっていて完成責任を負わせられるフェーズには請負型が、要件がまだ流動的で利用者の主体的な関与が必要なフェーズには準委任型が適するとされている。仕様が確定した後の内部設計から製造を経てシステム結合までが請負型に適した範囲で、要件定義や導入・受入支援は準委任型が適する。
出典:平成28年度 秋期 システムアーキテクト試験 am2 問16(IPA)ソフトウェアを実装する一連のプロセスのアクティビティで実施するタスクの内容のうち、ソフトウェア構築プロセスのものはどれか。
正解:ソフトウェアユニット及びデータベースを作成し、これらをテストするための手順とデータを作成する。
要点:構築プロセスはユニットとDBの作成およびテスト準備を行う
ソフトウェア構築プロセスは、設計されたソフトウェアユニットを実際にコーディングしてデータベースを作成し、併せてそれらをテストするための手順とデータを準備するアクティビティである。詳細化や結合テストは前後の別プロセス(詳細設計、結合)に属する。
出典:平成30年度 秋期 システムアーキテクト試験 am2 問8(IPA)
最終更新:2026-08-25/解説は資格暗記が独自に作成しています。 過去問の出典は各問題に記載のとおりです。