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

システムの機能及び能力を決める工程はどれか【ITパスポート 解説】

正解の理由

• 要件定義では「ユーザーが何をしたいのか（例：会員登録、検索、帳票出力）」や「応答時間は何秒以内か、同時接続は何人まで対応するか」などを決めます。
• 一方で、システム設計（system design：要件を実現するための具体的な構造や方法を決める工程）は「どう作るか」を決める段階です。
• プログラミング（programming：設計に基づいて実際にコードを書く作業）は作ること自体、
• テスト（testing：正しく動くかを確認する工程）は出来たものを検証する作業です。

解法ステップ

1. 問題文のキーワードを見つける：「機能及び能力」＝「何ができるか（機能）」＋「どれくらいか（性能／能力）」。
2. 各工程の役割を思い出す：
   • システム要件定義：何を実現すべきかを決める（機能・性能など）。
   • システム設計：決めた要件をどう実現するか（構造・仕様）。
   • プログラミング：設計に従ってコードを書く。
   • テスト：出来上がったシステムが要件を満たすか検証する。
3. 「何を決めるか」に対応する工程を選ぶ→要件定義（ア）。

選択肢別の誤答解説

• ア：システム要件定義（正解）
  システムの機能（何ができるか）と能力・性能（どのくらいの速度や同時処理数など）を具体的に決める工程です。ユーザーや業務担当者と話し合って要件を書き起こします。
• イ：システム設計（誤り）
  設計は「決められた要件をどう実現するか」を決めます。例：どのモジュールに分けるか、データベースの構造、画面のレイアウト、使用する技術など。要件を受けて詳細化する段階なので、「何を実現するか」を最初に決める工程ではありません。
• ウ：プログラミング（誤り）
  プログラミングは設計に基づいてプログラムを書く作業で、機能・能力を「決める」工程ではなく、それを実装する工程です。要件や設計が確定していないと正しくコードを書けません。
• エ：テスト（誤り）
  テストは出来上がったシステムが要件（機能・能力）を満たしているかを確認する工程です。つまり「決定」ではなく「検証」の役割です。

よくある誤解

1. 要件定義＝設計だと思う
   • 誤解の理由：どちらも文書化や仕様化を行うため似て見えます。
   • 正しくは：要件定義は「何を実現するか」を決める段階、設計は「どう実現するか」を決める段階です。
2. プログラミングで機能を決められると思う
   • 誤解の理由：プログラムを書けば機能が見えるため「作りながら決める」と考えがちです。
   • 正しくは：開発現場では要件や設計が不明確だと手戻りが増え、品質低下や工数増につながります。
3. テストで何でも直せると思う
   • 誤解の理由：テストで不具合が見つかれば直せば良いと考えがちです。
   • 正しくは：要件が不明確だとテストでも本来の期待仕様がわからず、受け入れられない結果になります。要件定義の品質が重要です。

補足コラム

• 機能要件（functional requirements：何をするか）
  • 例：ユーザー登録機能、検索機能、請求書出力機能など。
• 非機能要件（non-functional requirements：どの程度の品質か）
  • 例：応答時間は3秒以内、同時接続1000ユーザー、セキュリティ要件、バックアップ頻度など。

• 要件定義＝何部屋必要か、耐震や断熱はどの程度か（機能と性能を決める）
• 設計＝間取り図や構造計算、材料選定（どう作るか決める）
• 建築（プログラミング相当）＝大工さんが実際に作る
• 検査（テスト相当）＝完成後に検査して合格か確認

FAQ