ITパスポート 2018年 秋期 問28

ソフトウェア開発プロセスのうち、業務の現状分析と「システム化後の業務の全体像」を作るプロセス【ITパスポート 解説】

正解の理由

• 企画（きかく）は、業務の現状（AS-IS）を調べ、将来のあるべき姿（TO-BE）を描き、導入するシステムで何を実現するかを決めます。
  ※AS-IS：現状の業務や仕組み。TO-BE：システム導入後に目指す業務の姿。
• 他の選択肢はより詳細・実務的な段階（要件の明確化、計画の作成、設計・実装）を扱うため、設問の「業務全体像を作る」という役割と一致しません。

解法ステップ

1. 問題文のキーワードを探す：「現行業務の問題を分析」「システム化後の業務の全体像を作成」など、業務の目的や全体像に関する記述を確認します。
2. 各プロセスの役割を思い出す：
   • 企画：何をやるか（目的・範囲・全体像）を決める
   • 要件定義：何を作るかの詳細要件を決める
   • プロジェクト計画：いつ・誰が・いくらで進めるかを決める
   • システム開発：設計・実装・テストでシステムを作る
3. 設問の内容が「目的・範囲・業務全体像」に一致するので、該当するのは ア（企画）と判断します。

選択肢別の誤答解説

• ア：企画
  正答です。業務の問題分析、改善対象の明確化、システム導入後の業務全体像（TO-BE）の作成は企画段階の主要な仕事です。成果物は業務フローのTO-BE図や基本方針、導入方針（ビジネスケース）などです。
• イ：要件定義（ようけんていぎ）
  要件定義は「システムにどんな機能や性能が必要か」を詳細に決める段階です。業務上の細かい処理やデータ項目、画面や帳票の仕様などを明確にします。設問の「業務全体像を作る」よりも、さらに具体的な仕様の決定が中心のため不適切です。
• ウ：プロジェクト計画
  プロジェクト計画は「いつ・誰が・どれだけのコストで進めるか」を決める段階です。スケジュール、要員計画、予算、リスク管理などを作成します。業務の全体像作成とは役割が異なります。
• エ：システム開発
  システム開発は設計・実装（コーディング）・テスト・統合など、実際にシステムを作る工程です。業務分析やTO-BE設計は通常、開発に先立つ企画や要件定義で行われます。

• 企画：どんな家に住みたいか（間取りの方向性、用途）を決める
• 要件定義：部屋数、窓の大きさ、材質など具体仕様を決める
• プロジェクト計画：工事のスケジュールと予算を決める
• システム開発：実際に家を建てる工事を行う

よくある誤解

1. 「業務のことを詳しく調べる＝要件定義」と考える誤解
   → 業務分析は企画段階でAS-IS/TO-BEを作ることもありますが、要件定義はその後に「システムが満たすべき具体的条件」を決める段階です。役割の違いを意識しましょう。
2. 「全体図を作るのはプロジェクト計画だ」と思う誤り
   → プロジェクト計画は実行の計画（スケジュール・コスト）です。業務の全体像（TO-BE）は企画で作ります。
3. 用語が会社によってずれる点
   → 実務では企業やプロジェクトによって「業務要件定義を企画の一部として扱う」など境界があいまいになることがあります。試験では一般的な定義に沿って解くと安全です。

補足コラム

• 企画段階の主な成果物：
  • 現状の業務フロー図（AS-IS）
  • システム化後の業務フロー図（TO-BE）
  • 導入目的や期待効果（費用対効果、ROIの観点も）
  • スコープ（範囲）と優先順位（まず改善する業務はどれか）
• 企画の重要性：ここで業務全体像や目的があいまいだと、後の要件定義や開発で手戻り（やり直し）が増えます。試験でも「工程ごとの役割」を押さえておくことが得点につながります。

FAQ