ITパスポート過去問 平成31年度（2019年）問17
要件定義プロセスの不備に起因する問題はどれか。
選択肢
- ア：システム開発案件の費用対効果の誤った評価
- イ：システム開発案件の優先順位の誤った判断
- ウ：システム開発作業の委託先の不適切な選定手続
- エ：システムに盛り込む業務ルールの誤った解釈
- ア
- イ
- ウ
- エ
正解と解き方・学習ポイント（AI解説）
要件定義は、利用部門の業務内容や業務ルールを整理し、システムに入れる要件として合意して文書化する工程です。ここが不十分だと、業務ルールの解釈違いなどにより、システムに盛り込むべき内容そのものを誤る問題が起きます。
Point
要件定義プロセスで決める内容と、企画や調達など別のプロセスで扱う内容を区別できるようにすることがねらいです。特に、要件定義の不備は「業務ルールの解釈違い」などの要件の誤りとして表れやすい点を押さえます。
解くために必要な知識
この問題を解くには、要件定義プロセスで何を決めるか、他の工程（企画、調達）で何を扱うかを理解している必要があります。
用語の整理
| 用語名 | 意味 |
|---|---|
| 要件定義プロセス | 利用者がシステムに求めることを明確にし、システムが実現すべき機能、性能、制約などを定義して合意する工程です。 |
| 業務ルール | 業務を行うときの規則、計算式、判断条件、手順などです。システムの仕様の根拠になります。 |
| システム開発 | システム（プログラム、データベース、ネットワーク構成など）を設計し、実装し、テストし、導入する一連の作業です。 |
他の選択肢に出てくる用語
| 用語名 | 意味 |
|---|---|
| 費用対効果 | 投資したコストに対して、どれだけの便益が得られるかという考え方や評価です。 |
| 優先順位 | 複数の案件があるときに、重要度や緊急度などで実施順を決めることです。 |
| 委託先選定 | 開発作業を外部へ委託するときに、依頼先の業者を決める手続きです。 |
問題の解法手順
各選択肢が指している工程を確認する
| 選択肢 | 問題の内容 | 主に関係する工程 |
|---|---|---|
| ア | 費用対効果の評価 | システム企画 |
| イ | 案件の優先順位の判断 | システム企画 |
| ウ | 委託先の選定手続 | 調達 |
| エ | 業務ルールの解釈 | 要件定義 |
要件定義プロセスの不備かどうかで判断する
要件定義プロセスの不備は、業務の理解不足や要求の整理不足により、業務ルールや必要機能を誤って要件化してしまう形で表れます。
このため、業務ルールの誤った解釈に該当する「エ」が正解です。
選択肢ごとの解説
- ア：不正解
費用対効果の評価は、開発を行うべきかどうかという投資判断の話です。要件定義の成果物である要件（何を実現するシステムか）の誤りとは性質が異なります。
- イ：不正解
優先順位の判断は、複数案件や複数要求の中で実施順を決める管理や企画の話です。要件定義プロセスの不備とは別の論点です。
- ウ：不正解
委託先の選定手続は、外部業者に開発を依頼するための調達に関する内容です。要件定義そのものの不備とは異なります。
- エ：正解
要件定義では業務の流れや業務ルールを整理し、システムに盛り込む要件として確定します。そのため、業務ルールの解釈を誤ると、誤った要件が定義され、期待と違うシステムになり得ます。これは要件定義プロセスの不備に起因する典型例です。
まとめ
要件定義は、利用部門の業務内容や業務ルールを整理し、システムに入れる要件として合意して文書化する工程です。ここが不十分だと、業務ルールの解釈違いなどにより、システムに盛り込むべき内容そのものを誤る問題が起きます。
ストラテジ系 > システム戦略 > システム企画
費用対効果の評価は、開発を行うべきかどうかという投資判断の話です。要件定義の成果物である要件（何を実現するシステムか）の誤りとは性質が異なります。
優先順位の判断は、複数案件や複数要求の中で実施順を決める管理や企画の話です。要件定義プロセスの不備とは別の論点です。
委託先の選定手続は、外部業者に開発を依頼するための調達に関する内容です。要件定義そのものの不備とは異なります。
要件定義では業務の流れや業務ルールを整理し、システムに盛り込む要件として確定します。そのため、業務ルールの解釈を誤ると、誤った要件が定義され、期待と違うシステムになり得ます。これは要件定義プロセスの不備に起因する典型例です。