ITパスポート 2014年 春期 問49

システム開発の各工程で実施する内容について【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で「どの工程か」を確認する。キーワード（画面、帳票、設計書レビュー、机上、操作手順、内部処理など）を拾う。
2. 各工程の役割を思い出す（短く覚えると良い）。
   • 要件定義：何を作るかを決める（ユーザーの要求をまとめる）。
   • 外部設計：ユーザーが見る画面や帳票、入出力の仕様を決める。
   • 内部設計：システム内部の処理やデータ構造、機能の細かい設計を決める。
   • プログラミング：設計に基づきコードを書く（実装）。
   • テスト：実際にシステムを動かして正しく動くか検証する（単体・結合・総合・受入など）。
   • プロジェクト計画：スケジュール・人員・コスト・リスクなどを決める。
3. 各選択肢の文と工程の役割を照らし合わせ、最も一致するものを選ぶ。

選択肢別の誤答解説

• ア: 「外部設計では画面や帳票の項目を検討する。」
  → 正しい。外部設計はユーザーが直接触れる部分（画面・帳票・入出力）を決める工程です。
• イ: 「テストでは設計書のレビューを行い、机上でシステムの動作を確認する。」
  → 誤り。設計書のレビュー（設計書の読み合わせや点検）は主に設計フェーズやレビュー工程で行います。テストは「実際にプログラムを動かして正しく動くかを確認する」工程が中心で、机上のみでの確認（机上検証）だけでは不十分です。テストには単体テスト、結合テスト、総合テスト、受入テスト（エンドユーザが操作して確認する）などの実動作検証が含まれます。
• ウ: 「プログラミングではエンドユーザによるシステムの操作手順を確認する。」
  → 誤り。プログラミングは設計に基づいてコードを書く作業です。エンドユーザによる操作手順の確認は受入テストやユーザトレーニングの段階で行います。
• エ: 「プロジェクト実行計画ではシステムの内部処理を検討する。」
  → 誤り。プロジェクト実行計画（プロジェクト計画）はスケジュール、人員配置、コスト、品質・リスク管理などプロジェクトを実行するための計画作りが中心です。システムの内部処理の検討は内部設計の仕事です。

よくある誤解

1. 「テスト＝レビューだけ」と考える誤解
   • レビュー（文書を点検する工程）とテスト（実際に動かす検証）は別物です。両方とも品質向上に重要ですが、目的と方法が違います。
2. 外部設計と内部設計を混同する誤解
   • 外部設計はユーザーが見る仕様（画面・帳票）。内部設計は内部処理やデータ構造などエンジニア向けの詳細仕様です。見える部分か見えない部分かで区別すると覚えやすいです。
3. プログラミング＝最終チェックまで含む、という誤解
   • プログラミングは実装。最終的にユーザが操作して確認するのは受入テストや運用移行の段階です。

補足コラム

• 外部設計と内部設計のイメージ（家を建てる例）
  • 外部設計：家の間取り図や部屋の用途、窓や扉の位置（ユーザーが生活で見る設計）。
  • 内部設計：壁の中の配線や配管、基礎の構造（職人や技術者だけが見る詳細設計）。
• テストの種類（簡単に）
  • 単体テスト：プログラマが書いた機能単位を確認する。
  • 結合テスト：複数の部品が一緒に動くかを確認する。
  • 総合（システム）テスト：全体として動くかを確認する。
  • 受入テスト（ユーザ受入）：エンドユーザが実際の操作をして要件を満たすか確認する。

FAQ