問18
頻出度★★☆
業務要件の定義に関する記述として, 適切なものはどれか。
平成22年度 春期 ITパスポート試験 問18
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 18
不正解ア
「開発に必要な体制, 資源を定義する」のは、プロジェクト計画やプロジェクトマネジメント (要員・体制・コスト・スケジュールの計画) の話であり、開発を進めるための実施側の段取りである。業務そのものの要件ではないので、業務要件定義の説明にはならない。
不正解イ
「システム戦略に基づいてシステムの全体像を定義する」のは、システム企画段階のシステム化構想の立案 (全体最適の観点でどんなシステム群を持つかを描く工程) に当たる。業務要件定義より前の、より上位・大枠の作業であり、対象業務の手順や責任・権限を定義するものではない。
不正解ウ
「システムを構成するソフトウェアの動作や処理内容を定義する」のは、業務要件を受けて行うシステム要件定義／ソフトウェア要件定義の内容である。すでに「システムで何をどう処理するか」という実現手段の話に踏み込んでおり、業務側の要件を定める業務要件定義とは工程が異なる。
- エ
正解 正解は エ。業務要件定義とは、システム化の対象となる「業務」そのものを、利用者 (業務部門) のニーズを踏まえて明確にする作業である。具体的には、対象業務の業務手順 (業務フロー)、扱う情報やデータ、業務量、そして業務に関わる組織や担当者の責任・権限といったルールを定義する。エ はまさに「利用者のニーズを考慮して, システム化対象業務の業務手順や関連する組織における責任, 権限などを定義する」と述べており、業務要件定義の説明として適切である。ポイントは、業務要件定義がまだ「システムをどう作るか」ではなく「業務をどう回すか」を決める段階だという点で、ここで固めた業務要件を受けて、後続のシステム要件定義・ソフトウェア要件定義で機能要件や非機能要件へと具体化していく。
ここがポイント
- 業務要件定義 = 利用者のニーズを踏まえ、システム化対象業務の業務手順・業務ルール・関係組織の責任と権限などを、業務の視点で定義する工程。
- 工程の順序と役割分担を区別する: システム化構想・システム化計画 (システムの全体像) → 業務要件定義 (業務の姿) → システム要件定義／ソフトウェア要件定義 (機能要件・処理内容) → 開発体制や資源の計画はプロジェクト計画側の作業。
用語