ITパスポート 2013年 春期 問49
問題文
システム開発を、システム要件定義、外部設計、内部設計、プログラミングの順で進めるとき、画面のレイアウトや帳票の様式を定義する工程として、最も適切なものはどれか。
選択肢
ア:システム要件定義
イ:外部設計(正解)
ウ:内部設計
エ:プログラミング
🔒 解説は解答すると表示されます
画面のレイアウトや帳票の様式を定義する工程はどれか【ITパスポート 解説】
正解の理由
システム開発の工程で、画面の見た目(レイアウト)や帳票(レシート・請求書などの出力様式)を具体的に決めるのは、外部設計の仕事です。したがって、画面や帳票の様式を定義する工程は イ の外部設計に当たります。
ここで各用語を簡単に説明します(初めて見る方向けに一言ずつ)。
- システム要件定義:システムに「何をしてほしいか」を決める工程(ユーザーや業務の要求をまとめる)。
- 外部設計:ユーザーが見たり触ったりする部分の設計(画面や帳票、入出力の仕様)を決める工程。
- 内部設計:外部設計を実現するための内部構造やプログラム構成、データの設計を決める工程。
- プログラミング:設計に従って実際にソフトウェアを作る工程(コードを書く作業)。
外部設計は「ユーザーが触る部分を決める段階」であり、画面の配置や表示項目、帳票のレイアウトを確定するのが役割です。だから画面や帳票の様式は イ の外部設計で定義します。
解法ステップ
- 問題文のキーワードを確認:画面のレイアウト、帳票の様式 → ユーザーが見る・使うものに関する設計。
- 各工程の役割をイメージする:
- 要件定義=「何をするか(目的・要求)」を決める。
- 外部設計=「見た目・入出力」を決める。
- 内部設計=「内部の仕組み・処理」を決める。
- プログラミング=「実装(コード)」を行う。
- 「見た目・入出力」を決める工程が該当するので、外部設計(イ)を選ぶ。
短く言うと、「ユーザーに見える仕様を決める工程=外部設計」です。
選択肢別の誤答解説
-
ア: システム要件定義
誤り。要件定義は「何を実現するか(業務要件や機能の要望)」を決めます。画面の具体的レイアウトや帳票の細かい様式までは通常決めません。まずは目的や必要な機能を固める段階です。 -
イ: 外部設計
正解。外部設計はユーザーが触れる部分の仕様を詳細に決めます。画面設計書(ワイヤーフレームや画面遷移図)や帳票設計書でレイアウトや表示項目、出力形式を定義します。 -
ウ: 内部設計
誤り。内部設計は外部設計を受けて、プログラムの構造、モジュール分割、データベース設計、入出力の内部処理などを決めます。画面の見た目そのものではなく、見た目を実現するための内部の仕組みを設計します。 -
エ: プログラミング
誤り。プログラミングは設計に従ってコードを書く工程です。画面のレイアウトを実際に作るのはプログラミング段階になりますが、「どのようなレイアウトにするか」を決めるのは外部設計の役割です。
よくある誤解
-
「画面を実際に作るのはプログラミングだから、その設計もプログラミングの仕事だ」
→ 実装はプログラミングですが、どのような画面にするかの仕様は先に外部設計で決めます。実装はその仕様を忠実に作る段階です。 -
「要件定義で画面の細かい部分まで決める」
→ 要件定義は主に目的や必要機能をまとめる段階で、画面の細かなレイアウトや帳票の体裁は通常、外部設計で詰めます。 -
「内部設計=デザイン(見た目)」と混同する
→ 内部設計は内部構造(プログラムやデータ)を決める工程で、ユーザーが直接見るデザインとは役割が異なります。
補足コラム
-
外部設計で作る主な成果物(ドキュメント)
- 画面設計書(ワイヤーフレーム、画面遷移図):画面の配置や遷移、入力項目・表示項目を示す。
- 帳票設計書:帳票のレイアウト、出力項目、フォントや改ページのルールなどを定義する。
- 入出力仕様書:外部とのデータのやり取りやファイル形式などを規定する。
-
例え話(家づくり)
- 要件定義:家族が「何部屋必要か」「どんな生活をしたいか」を決める。
- 外部設計:間取り図や外観、部屋ごとの使い方(リビングの家具配置案)を決める。
- 内部設計:配線や配管、断熱材の位置、構造材のサイズを決める。
- プログラミング:実際に家を建てる作業(大工仕事)に相当します。
FAQ
Q1: 画面の色やフォントも外部設計で決めますか?
A1: 基本的には外部設計で決めます。色やフォントの指定がブランドや使いやすさに関わる場合は外部設計書に含めます。UI(ユーザーインターフェース)デザインの詳細は別のデザインチームが詰めることもありますが、仕様としては外部設計で整理します。
A1: 基本的には外部設計で決めます。色やフォントの指定がブランドや使いやすさに関わる場合は外部設計書に含めます。UI(ユーザーインターフェース)デザインの詳細は別のデザインチームが詰めることもありますが、仕様としては外部設計で整理します。
Q2: 小さなアプリだと外部設計を省略して直接プログラミングしてもよいですか?
A2: 小規模でも最低限の画面仕様や帳票の要件は決めておいた方が、実装ミスや手戻りを防げます。工程を簡略化しても「誰が何を確認するか」は決めておきましょう。
A2: 小規模でも最低限の画面仕様や帳票の要件は決めておいた方が、実装ミスや手戻りを防げます。工程を簡略化しても「誰が何を確認するか」は決めておきましょう。
Q3: 外部設計と内部設計の区別が曖昧になったらどうする?
A3: 「ユーザーに見えるかどうか」で切り分けると分かりやすいです。見えるもの(画面・帳票・入出力)は外部設計、見えない内部の処理やデータ設計は内部設計です。
A3: 「ユーザーに見えるかどうか」で切り分けると分かりやすいです。見えるもの(画面・帳票・入出力)は外部設計、見えない内部の処理やデータ設計は内部設計です。
関連キーワード: システム開発工程、画面設計、帳票設計、外部設計、内部設計、要件定義、設計書、ワイヤーフレーム、画面遷移図、入出力仕様、ソフトウェア開発、実装工程

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

