応用情報技術者 2009年 春期 午前2 問65
問題文
共通フレーム2007によれば、要件定義プロセスで行うべき作業はどれか。
選択肢
ア：新しい業務のあり方や運用をまとめた上で、業務上実現すべき要件を定義する。（正解）
イ：企業で将来的に必要となる最上位の業務機能と組織モデルを検討する。
ウ：システム化機能の整理とネットワーク構成などのシステム方式を策定する。
エ：システムが提供する信頼性、性能、セキュリティなどのサービスレベルを定義する。
共通フレーム2007 要件定義プロセスの作業【午前2 解説】
要点まとめ
- 結論：要件定義プロセスでは、新しい業務のあり方を整理し、業務上実現すべき要件を明確に定義します。
- 根拠：共通フレーム2007は、業務の本質的なニーズを把握し、システム化の基盤となる要件を固める段階と位置づけています。
- 差がつくポイント：業務視点での要件整理とシステム視点の設計や性能要件の定義を混同しないことが重要です。
正解の理由
選択肢アは、要件定義プロセスの本質である「新しい業務のあり方や運用をまとめ、業務上実現すべき要件を定義する」作業を正確に表しています。これは業務分析を通じてシステムに必要な機能や条件を明確にする段階であり、共通フレーム2007の定義に合致します。
よくある誤解
要件定義をシステム設計や性能要件の決定と混同し、技術的な詳細まで踏み込む誤解が多いです。要件定義はあくまで業務ニーズの整理に重点を置きます。
解法ステップ
- 共通フレーム2007のプロセス構造を理解する。
- 要件定義プロセスの目的が「業務のあり方の整理と要件の明確化」であることを確認する。
- 選択肢の内容を業務視点かシステム設計視点かで分類する。
- 業務視点で要件を定義する選択肢を選ぶ。
選択肢別の誤答解説
- イ：将来の最上位業務機能や組織モデルの検討は戦略企画や業務分析の上位プロセスであり、要件定義の範囲外です。
- ウ：システム化機能の整理やネットワーク構成は設計フェーズの作業で、要件定義ではありません。
- エ：信頼性や性能、セキュリティなどのサービスレベルは非機能要件の詳細設計段階で定義され、要件定義の初期段階とは異なります。
補足コラム
共通フレーム2007は、システム開発の各プロセスを明確に区分し、業務要件の整理から設計、実装までの流れを体系化しています。要件定義は「何を実現すべきか」を明確にする重要なフェーズであり、ここでの誤りは後工程に大きな影響を及ぼします。
FAQ
Q: 要件定義と基本設計の違いは何ですか？
A: 要件定義は業務のニーズや目的を整理し、何を実現すべきかを明確にする段階です。基本設計はその要件を基にシステムの構造や方式を具体的に決める段階です。
A: 要件定義は業務のニーズや目的を整理し、何を実現すべきかを明確にする段階です。基本設計はその要件を基にシステムの構造や方式を具体的に決める段階です。
Q: 非機能要件は要件定義で扱わないのですか？
A: 非機能要件も要件定義の一部ですが、共通フレーム2007では性能や信頼性などの詳細なサービスレベルは後の設計フェーズで具体化します。
A: 非機能要件も要件定義の一部ですが、共通フレーム2007では性能や信頼性などの詳細なサービスレベルは後の設計フェーズで具体化します。
関連キーワード: 共通フレーム2007, 要件定義、業務分析、システム開発プロセス、非機能要件
\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！