ITパスポート 2010年 春期 問18

業務要件の定義に関する記述【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを確認する：「業務要件」。業務＝ビジネスの手順や役割に関する定義かどうかを考える。
2. 各選択肢が「業務レベル」か「システム／開発レベル」かを判定する。
3. 「業務の手順・責任・権限」を書いている選択肢を選ぶ。
4. 残りは除外する（開発体制、システム全体像、ソフトウェア動作は業務要件ではない）。

選択肢別の誤答解説

• ア: システム開発を実施するに当たって、開発に必要な体制、資源を定義する。
  → これはプロジェクト計画や開発体制の話です。誰が作るか、どんな人員や機器が必要かを決めるため、業務要件ではなく「プロジェクト／実施計画」に該当します。
• イ: システム戦略に基づいてシステムの全体像を定義する。
  → システム全体像を示すのは「システム戦略」や「アーキテクチャ設計」に近い領域です。業務要件は業務のやり方を定義するので、これは上位の戦略レベルの説明です。
• ウ: 求められるシステムを構成するソフトウェアの動作や処理内容を定義する。
  → これは「システム要件」や「機能要件」と呼ばれる下位レベルの定義です。ソフトウェアの具体的な動き（画面の振る舞い、処理フローなど）は業務要件の後に定めるものです。
• エ: 利用者のニーズを考慮して、システム化対象業務の業務手順や関連する組織における責任、権限などを定義する。
  → ここが業務要件そのものです。業務の流れ（誰が何をするか）や組織内の役割分担を明確にします。よって正解です。

よくある誤解

1. 「要件＝システムの仕様」と考える誤解
   • 要件には段階があります。業務要件（業務のやり方）→システム要件（システムで何をするか）→詳細設計（ソフトの具体的な動作）と進みます。順序を混同しないことが大事です。
2. 「開発体制や資源の定義」も要件だと思う誤解
   • 開発体制はプロジェクト管理の範囲で、業務要件とは別物です。問題文で「業務要件」とある場合は業務側の定義を優先します。
3. 利用者の要望＝機能の細かい指定と捉える誤り
   • 利用者の要望はまず業務上のニーズ（例：承認が速くなればよい）として整理し、具体的なシステム機能は後段で決めます。

補足コラム

• システム戦略（何を目指すか。企業の方針や投資判断）
• 業務要件（どんな業務をどう行うか。手順・責任・ルール） ← 今回の範囲
• システム要件（システムで実現すべき機能・性能）
• 詳細設計（プログラムや画面の具体仕様）

• 業務要件：受注は営業が受付→受注担当が確認→承認者が承認する。承認は24時間以内に行う。
• システム要件：受注データを登録できる画面、承認ワークフロー、通知機能を持つこと。
• 詳細設計：画面のボタン配置、DBテーブル設計、APIの入出力仕様。

FAQ