平成21年度春期 システム監査技術者 午前Ⅰ 問25

要件定義の作業を見極める視点

要件定義では、利用者や関係者の期待を整理し、対象範囲や前提、制約、優先度などを確認しながら、後続工程で扱える形へ整える観点が重要です。個々の作業名だけで判断せず、目的とのつながりに注目しましょう。

この問題で問われていること

一つの作業が、関係者の要望を理解して整理する段階なのか、合意や文書化に進む段階なのかを見分けることに集中し、作業の目的と成果物の関係を問題文から確認してください。

視点

作業を判断するときは、誰のために何を明確にし、どの時点で関係者間の認識をそろえるのかという流れに着目します。名称の印象ではなく、入力される情報と次に利用される結果のつながりを考えましょう。

確認ポイント

• 作業の目的が誰に関係するか
• 作業の前後で情報がどう変わるか
• 成果が次の検討にどう使われるか

正解

ア

解説

要件定義プロセスでは、業務で何を実現する必要があるかを明確にし、後続の設計や実装の基礎となる要件を定める。業務のあり方や運用を踏まえて必要な要件を定義するアが該当する。

理由

要件定義プロセスは、利用者や業務の観点から、システム化によって実現すべき内容を明確にする段階です。業務のあり方や運用を整理した上で、実現すべき要件を定義するアがこの作業に当たる。

比較

イは企業全体の将来像に関わる最上位の業務機能・組織モデル、ウはシステム方式、エは非機能面のサービスレベルを扱う。いずれも、業務上実現すべき要件を定義する作業とは対象や検討段階が異なる。

選択肢ア（正解）

これは正解だよ。業務のあり方や運用を整理し、その業務で実現すべき内容を要件として明確にすることは、要件定義プロセスの中心的な作業である。後続のシステム設計や開発が満たすべき基準を業務側から示すため、この記述が該当する。

選択肢イ

これは不正解だよ。企業全体で将来必要となる最上位の業務機能や組織モデルを検討する内容は、個別システムの要件を定義する前段の経営・業務の企画や全体構想に近い。対象システムが実現すべき業務要件を定める作業とは範囲が異なる。

選択肢ウ

これは不正解だよ。システム化機能の整理やネットワーク構成などのシステム方式を策定するのは、要件を受けて構成や方式を具体化するシステム設計寄りの作業である。業務上の実現内容を要件として定める段階を説明したものではない。

選択肢エ

これは不正解だよ。信頼性、性能、セキュリティなどのサービスレベルは、システムの品質や運用条件に関する具体的な基準である。この選択肢は個別の非機能条件に焦点があり、業務のあり方を踏まえて要件を定義する作業全体とは異なる。

学習のポイント

業務要件と経営計画・システム方式・サービスレベルの境界を整理する。