ITパスポート 2015年 春期 問08

システム構築の企画プロセスで行う作業はどれか【ITパスポート 解説】

正解の理由

解法ステップ

1. 各プロセスの役割を確認する
   • 企画プロセス：何を解決するか（目的・課題）を定める。
   • 要件定義プロセス：誰のために、どのように（機能・非機能）実現するかを決める。
   • 開発プロセス：実際に作る。
   • 運用プロセス：作ったものを使う日常の管理。
   • 保守プロセス：不具合対応や改善を行う。
2. 選択肢のキーワードに注目する
   • 「問題点を分析」「課題を定義」→ 企画に該当。
   • 「利害関係者のニーズ」「評価基準」「性能やセキュリティの仕様」→ 要件定義や設計に該当。
3. 最も上流（早い段階）の作業かを判断する
   • 早い段階でやるのは「何を解決するか」を決める作業。これが企画。

選択肢別の誤答解説

• ア（正答）
  • 企画プロセスの代表的作業です。業務フローの問題点抽出や投資対効果（コストと効果）の検討などを行い、システム化の目的や範囲を決めます。
• イ（誤り）
  • 「利害関係者のニーズや要望、制約事項を定義する。」は、利害関係者（ステークホルダー：プロジェクトに関係する人や組織）の要望を詳しく聞き、仕様に落とし込む作業です。これは要件定義プロセスの主な仕事です。企画ではまだ大まかな意向確認にとどまります。
• ウ（誤り）
  • 「システムの応答時間や処理時間の評価基準を設定する。」は、応答時間（ユーザーが操作してから反応が返るまでの時間）などの非機能要件（機能以外の性能や品質に関する要求）の設定です。これも要件定義で具体的な数値や評価方法を決めます。
• エ（誤り）
  • 「ソフトウェアの性能やセキュリティの仕様などに関する要件を文書化する。」は、具体的な仕様書や要件定義書の作成に相当します。企画では仕様書までは書きません。要件定義〜設計の段階で行います。

よくある誤解

1. 「企画で要求（要件）を全部決める」と思う誤解
   • 企画は目的と課題を決める段階で、詳細な要求（どの画面で何をするか、応答時間は何秒か等）は要件定義で詰めます。
2. 「利害関係者の話を聞けば企画完了」と考える誤解
   • 初期のヒアリングは企画にも必要ですが、利害関係者の要望を仕様に落とし込む作業（誰が何を求めているかを整理・調整）は要件定義の役割です。

補足コラム

• 各プロセスの短いイメージ（覚え方）
  • 企画プロセス：目的を立てる（何を解決するか）
  • 要件定義プロセス：仕様を決める（何をどう実現するか）
  • 開発プロセス：作る（プログラミング、テスト）
  • 運用プロセス：使う（定期運用や監視）
  • 保守プロセス：直す・改善する（障害対応、機能追加）
• 例：請求書処理を自動化する場合
  • 企画：手作業が遅くミスが多いことを問題とし、処理時間短縮とミス削減を目的にする。
  • 要件定義：承認フロー、入力項目、応答時間、セキュリティ要件を決め、要件定義書にまとめる。
  • 以降は開発→運用→保守へ進む。

FAQ