問49
頻出度★★★
システム開発を，システム要件定義，外部設計，内部設計，プログラミングの順で進めるとき，画面のレイアウトや帳票の様式を定義する工程として，最も適切なものはどれか。
平成25年度 春期 ITパスポート試験 問49
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 49外部設計 (機能設計) = 利用者から見える部分の設計
不正解ア
システム要件定義は、そのシステムにどんな機能・性能が必要かという「何を作るか」を業務側の視点で明確にする工程。必要な情報や業務上の要求は整理するが、画面のレイアウトや帳票の様式といった具体的な表示・出力の形まではまだ決めない。
- イ
正解 正解は「イ 外部設計」。外部設計は、システム要件定義でまとめた「何を実現するか」を、利用者から見える形 (外部インタフェース) に落とし込む工程で、機能設計とも呼ばれる。画面のレイアウト、入力項目の並び、帳票 (出力様式) のフォーマット、他システムとのやり取りの形式などは、いずれも利用者や外部から直接見える部分なので、外部設計で定義する。設問の工程順「システム要件定義 → 外部設計 → 内部設計 → プログラミング」の中で、利用者側から見た仕様を固める位置にあるのが外部設計であり、ここで画面・帳票の様式を確定させてから、内部の実現方法 (内部設計) へ進むという流れになる。
不正解ウ
内部設計は詳細設計とも呼ばれ、外部設計で決まった外部仕様を、実際にどう実現するかという開発者側の視点で設計する工程。プログラムの内部構造、モジュール分割、データの持ち方や処理手順などが対象で、利用者から見える画面・帳票の様式を決める工程ではない。
不正解エ
プログラミングは、設計工程で決まった仕様どおりにプログラムを作成 (コーディング) する工程。ここで画面や帳票の様式を新たに定義することはなく、すでに確定した設計を実装するだけである。
ここがポイント
- 外部設計 (機能設計) = 利用者から見える部分の設計。画面レイアウト、帳票の様式、入出力インタフェースなど「外から見える仕様」を定義する工程。
- 内部設計 (詳細設計) = 開発者から見える部分の設計。外部設計で決めた仕様を、どのように実現するか (内部構造・モジュール分割・処理手順) を決める工程。
用語