基本情報技術者 2013年 秋期 午前（科目A） 問63

要点まとめ

• 結論→業務モデルは企業の全体業務と、それらが扱う情報の関係を整理して情報システムのあるべき姿を明確化するために定義します。
• 根拠→業務モデルは業務構造と情報の流れを可視化し、全体最適化計画の基盤としてシステム要件や方針の整合を取る役割を担います。
• 差がつくポイント→業務モデルは実装や見積り、運用手続きではなく「業務と情報の関係整理」に焦点を当てる点を区別して解答してください。

正解の理由

よくある誤解

• 業務モデル＝見積りや開発計画と誤解し、期間や工数を答えるミスをしやすい。業務モデルは見積りの前段階です。
• 業務モデルをハードウェアやソフトウェアの一覧と混同し、構成要素の洗い出しを目的とする誤認。構成は後工程のアーキテクチャ設計です。
• 業務モデルを運用手順書やマニュアル作成と同一視し、手順の詳細化を目的とする誤り。業務モデルは上位の概念モデルです。

解法ステップ

1. 問題文のキーワードを確認：「全体最適化計画策定」「業務モデルを定義する目的」。
2. 業務モデルの定義を頭の中で整理：「業務と情報の関係を整理し可視化すること」かを確認。
3. 選択肢を実行フェーズ（見積り・構成要素・運用）か概念フェーズ（業務と情報の整理）で分類。
4. 概念フェーズを述べる選択肢を正答とする。実装・詳細化を述べる選択肢は誤答。

選択肢別の誤答解説

• ア: 正解。企業の全体業務と使用情報の関連を整理し、情報システムのあるべき姿を明確化することは業務モデル定義の本質です。
• イ: 誤り。システム化の範囲や開発規模、期間・工数・費用の見積りは要件定義〜見積り段階の活動であり、業務モデル定義の直接目的ではありません。
• ウ: 誤り。ハードウェア、ソフトウェア、ネットワーク等の構成要素の洗い出しはシステムアーキテクチャ設計の役割で、業務モデルはその前提情報を提供する段階です。
• エ: 誤り。利用者マニュアルや運用マニュアル作成のための業務手順確認は運用準備フェーズの作業であり、業務モデル作成の目的とは異なります。

補足コラム

FAQ