令和8年度 ITパスポート試験 公開問題 問52 解説 システム要件定義と利用者

システム要件定義は、利用者が何をしたいのかという業務上の要望を、システムが実現すべき機能や性能という形に落とし込む重要な工程です。このプロセスでは、開発者だけでなく利用者が関与することが必須です。なぜなら、現場の業務プロセスを一番深く理解しているのは利用者自身であり、開発者が作成した要件定義書がその目的に合致しているかを見極められるのは利用者だけだからです。したがって、完成した要件定義の内容が「自分たちが本当にやりたいことになっているか」をレビュー（確認）することが、利用者の最も重要な役割となります。

システム要件定義と利用者の役割

開発者が作成したシステム要件定義書が、現場の業務ニーズを過不足なく網羅しているかを確認することは、プロジェクトの失敗を防ぐために不可欠です。

もし利用者がレビューに参加しなければ、完成したシステムが現場の業務フローと食い違っていたり、必要な機能が欠けていたりするという事態が発生します。このような手戻りは、開発期間の長期化やコスト増大を招く大きな要因となります。そのため、要件定義の段階で利用者が積極的にレビューに参加し、要件の妥当性を確認することが、プロジェクトを成功させるための必須プロセスといえます。

他の選択肢を見てみましょう。イの「開発者に全て任せる」のは、利用者のニーズを汲み取れないリスクがあるため不適切です。ウの「保守が可能か」という点は主に開発者や運用担当者の視点であり、エの「技術的な実現性の検証」も同様に技術的な知見を持つ開発者の責務です。

なぜこの知識が実務で重要なのか

この問題が問うているのは、システム開発における「責任分界点」の理解です。ITシステムは「作れば完成」というものではなく、「業務の課題を解決して初めて価値が出る」ものです。

現場の担当者（利用者）は、技術的な専門用語を知っている必要はありません。しかし、「自分たちの業務がどうあるべきか」という視点を開発者に伝える力は、システム構築の成否を分けるキーマンとなります。システム開発の現場では、要件定義書の内容を一つひとつ読み合わせ、「この機能があれば毎月の集計作業が自動化できる」「このデータ項目は実務上必須である」といったフィードバックを行う場面が必ず発生します。このようなレビューこそが、利用者によるシステム開発への「参加」そのものなのです。

参考リンク

• システム開発の要件定義とは？進め方やドキュメントの種類をわかりやすく解説
• 経済産業省 情報システム・モデル取引・契約書（情報システム開発契約）
• 要件定義 (Wikipedia)