ITパスポート 2020年 秋期 問44

次の作業はシステム開発プロセスのどの段階で実施されるか。【ITパスポート 解説】

正解の理由

• 「利用者に参画してもらう」「具体的な利用方法を分析する」という文言は、まさに要件を洗い出す活動を示しています。
• 要件定義では、業務フローやユースケース（利用者がシステムを使って達成する具体的な一連の操作）を作成します。これにより、後の設計・開発・テストで何を作るかが明確になります。

解法ステップ

1. 問題文のキーワードを探す：「利用者に参画」「具体的な利用方法」「分析」。
2. 各工程の役割を思い出す（短く整理）：
   • 要件定義：何を作るか（機能・条件）を決める。
   • 設計：どう作るか（構造・画面・データ）を決める。
   • プログラミング：実際にコードを書く。
   • テスト：作ったものが要件どおり動くか確認する。
3. キーワードが「何を作るか」に合致するかを照合する。合致すれば ア（要件定義）。

選択肢別の誤答解説

• ア（システム要件定義）…正解。目的は「何を実現するか」を利用者と一緒に明確にすること。要求仕様書や業務フロー、ユースケースを作成します。ユースケースは「ある利用者がある目的を達成するための一連の操作や手順」のことです。
• イ（システム設計）…誤り。システム設計（system design：どう実装するかを決める工程）は、要件で決まった機能を実現するための構造や画面レイアウト、データベース設計、モジュール分割などの細かな仕様を作ります。利用者の具体的操作を高いレベルで整理するのは要件定義の仕事です。
• ウ（テスト）…誤り。テスト（検証作業）は、完成したシステムやモジュールが要件どおりに動くか、バグがないかを確認する工程です。利用者と一緒に要件を分析する段階ではありません。
• エ（プログラミング）…誤り。プログラミング（コーディング）は設計に基づいて実際にソフトウェアを書く工程です。利用者から要件を聞いて分析するのはその前段階です。

よくある誤解

1. 「要件定義で画面レイアウト（細かいUI）まで決めるべきだ」
   → 要件定義では機能や業務の流れ、使い方の想定を明確にします。細かい画面の配置やボタンの色などは主に設計段階で決めます。要件定義では、必要に応じて簡易なモック（試作画面）を作ることはありますが、詳細設計は設計フェーズです。
2. 「利用者が参加すればテストは不要になる」
   → 利用者参加は要件の精度を高めますが、実装後のテスト（単体テスト、結合テスト、受入テストなど）は別途必要です。要件が正しく実装されているかを確認する工程は不可欠です。
3. 「要件定義は1回で終わる」
   → 実務では要件は変更されることが多いです。段階的に見直しや調整を行う運用（反復的アプローチ）もあります。

補足コラム

• インタビュー：実務担当者から直接話を聞く方法。気づかない業務の実情を引き出せます。
• ワークショップ：開発者と利用者が集まり、共同で業務フローや要件を整理する会議形式。
• 観察（現場観察）：実際の業務現場を見て、日常の流れや例外処理を確認する方法。
• プロトタイピング（試作品）：簡単な試作を作り、利用者に触ってもらってフィードバックを得る。要求の誤解を早く発見できます。

FAQ