問45
頻出度★★☆
会計システムの開発を受託した会社が，顧客と打合せを行って，必要な決算書の種類や，会計データの確定から決算書類の出力までの処理時間の目標値を明確にした。この作業を実施するのに適切な工程はどれか。
令和元年度 秋期 ITパスポート試験 問45
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 45
不正解ア
システムテストは、完成したシステムが要件どおり動くかを検証する工程で、開発の最終段階に位置する。要件を「明確にする」段階ではなく、要件を「満たしているか確認する」段階なので不適切。
- イ
正解 顧客と打合せを行い「必要な決算書の種類」(=機能要件) と「処理時間の目標値」(=非機能要件のうちの性能要件) を明確にする作業は、システムが満たすべき要求事項を定義する工程である。これはまさに「イ システム要件定義」に当たる。システム要件定義では、利用者・顧客の要望を整理し、システムが備えるべき機能要件と非機能要件 (性能・信頼性など) を洗い出して合意する。設問の作業内容が「何を実現すべきか」を決める段階であることから、正解はイとなる。
不正解ウ
ソフトウェア詳細設計は、要件定義で決めた内容を受けて、各モジュール (プログラム) の内部ロジックやデータ構造など「どう作るか」を細部まで決める工程。顧客と要求を明確化する作業とは段階が異なる。
不正解エ
ソフトウェア方式設計は、要件を実現するためにシステムをソフトウェア構成要素へ分割し、全体構造 (アーキテクチャ) を決める工程。要件確定後の「どう作るか」の上流設計であり、要求そのものを明確化する作業ではない。
ここがポイント
- システム要件定義=顧客の要望からシステムが満たすべき機能要件 (決算書の種類など) と非機能要件 (処理時間などの性能) を洗い出し合意する工程。
- 開発工程の順序: 要件定義→方式 (アーキテクチャ) 設計→詳細設計→実装→テスト。「何を作るか」を決めるのが要件定義、「どう作るか」が設計、「要件を満たすか確認」がテスト。
用語