ITパスポート 2017年 春期 問19

システムのライフサイクルにおける企画プロセスで明らかにする内容【ITパスポート 解説】

正解の理由

解法ステップ

1. 各プロセスの役割をざっくり理解する
   • 企画プロセス：何を、なぜ、いつ、どのくらいで実施するかを決める（方針・見積り）
   • 要件定義プロセス：業務で実現すべき具体的な要件（業務フロー・入出力・ルール）を洗い出す
   • 開発プロセス：要件を実現するための設計・プログラミングを行う（機能や構成の詳細）
   • 運用・保守プロセス：実際に使う手順や、問題対応・機能改善を行う
2. 各選択肢の内容がどのプロセスに対応するかを見分ける
   • 「業務手順や入出力」は要件定義段階の表現
   • 「システムの機能や構成条件」は設計・詳細要件の表現
   • 「移行手順や利用者教育」は導入・運用に関する内容
3. 企画で決めるべき「方針・範囲・スケジュール・費用・効果」を含む選択肢を選ぶ → エ

選択肢別の誤答解説

• ア: 新しい業務へ切り替えるための移行手順、利用者の教育手段
  • 誤り。これは導入時の「移行（切替）」や「利用者教育（トレーニング）」に関する内容で、運用開始直前または運用プロセスで扱う項目です。企画段階の大枠決定とはレベルが異なります。
• イ: 業務上実現すべき業務手順、入出力情報及び業務ルール
  • 誤り。これらは「要件定義（requirements definition）」の代表的な成果物です。業務フローや入出力（入力・出力）情報、業務ルールは業務要件を具体化する段階で詳細に決めます。
• ウ: 業務要件を実現するために必要なシステムの機能、システム構成条件
  • 誤り。これは「システム要件」や「基本設計」に相当します。企画で「大まかな機能の範囲」は触れることがありますが、ここで書かれたような具体的な機能や構成条件は後続の要件定義／設計で詰めます。
• エ: システム化する機能、開発スケジュール及び費用と効果
  • 正しい。企画プロセスでは、何をシステム化するか（スコープ）、いつまでに作るか（スケジュール）、どれくらい費用がかかるか、投資した場合の効果（費用対効果）を明確にします。これらはプロジェクトの採否判断や上層部への提案資料（システム化計画書）に必要な情報です。

よくある誤解

1. 「企画で詳細な業務手順まで決めるべきだ」
   • 誤解です。企画は方針と大枠の決定が目的です。詳細な業務手順や画面レベルの仕様は要件定義で詰めます。
2. 「移行方法や教育は企画で決めておく必要がある」
   • 一部は企画で大枠（移行の有無や教育コストの見込み）を示しますが、具体的な手順や教育教材の内容は導入／運用段階で作成します。
3. 「システムの機能＝企画で決める項目」
   • 企画では「システム化する機能の範囲（スコープ）」を示しますが、詳細な機能設計やシステム構成条件は要件定義・設計フェーズで詳細化します。

補足コラム

• システム化計画書の主な項目（企画段階で作るものの例）
  • 背景・目的：なぜシステムが必要か
  • スコープ：何をシステム化するか（対象業務・機能の大枠）
  • スケジュール：主要マイルストーン（開始〜運用開始までの主要日程）
  • 費用見積り：概算費用（開発費、導入費、運用費など）
  • 効果の見込み：効率化による工数削減や売上増など（ROIの概算）
  • リスクと対応案：大きなリスクとその対策
• 覚え方のコツ：企画 = 「Why（なぜ）・What（何を）・When（いつ）・How much（どれくらい）」を決める段階と覚えると区別しやすいです。

FAQ