ITパスポート 2021年 問14

ソフトウェアライフサイクルのプロセス分類【ITパスポート 解説】

正解の理由

• ソフトウェアライフサイクル：ソフトウェアの企画から運用・廃棄までの流れ（企画、要件定義、開発、運用など）です。
• システム化計画：業務をIT化するときの方針や目的をまとめた計画です。
• 利害関係者（ステークホルダー）：システムに関わる人や組織（利用者、経営者、ベンダーなど）です。
• 要件定義プロセス：利用者や利害関係者が何を期待するか（機能や条件）をまとめ、文書化して合意する工程です。

解法ステップ

1. 問題文のキー句を探す：「利用者」「利害関係者」「必要とするシステムの機能」「合意を形成」など。
2. キー句とプロセスを対応させる：
   • 「機能を明確にする」「合意」は要件定義の仕事。
   • 「企画」は目的・方針の決定。
   • 「開発」は作る工程（設計・コーディング）。
   • 「運用」は使ってからの保守・管理。
3. 最も合致するものを選ぶ：上の対応から イ を選ぶ。

選択肢別の誤答解説

• ア: 企画プロセス
  企画（計画）は「システム化するかどうか」「目的や投資判断」を決める段階です。何を作るかの大まかな方向は定まりますが、利用者の具体的な機能要望を詳細にまとめて合意するのは要件定義です。
• イ: 要件定義プロセス
  正解です。利用者や他の利害関係者の要求を集め、機能や非機能要件（性能、セキュリティなど）を明確にし、合意を得る工程が要件定義です。成果物として「要件定義書（どんな機能が必要かを書いた文書）」が作られます。
• ウ: 開発プロセス
  開発は設計・プログラミング・テストなど、実際にシステムを作る段階です。要件定義で決めた内容に基づいて実装します。開発中に要件の確認や調整はありますが、主目的は「作ること」です。
• エ: 運用プロセス
  運用はシステムを導入して稼働させた後の保守・監視・改善の段階です。実際に使いながら発生する問題対応や機能追加は運用で扱いますが、最初に機能を明確にして合意する段階ではありません。

よくある誤解

1. 「要件定義＝設計」と混同する
   要件定義は「何を実現するか（ユーザーの要求）」を決めます。設計（基本設計・詳細設計）は「どう実現するか（技術的な方法）」を決めます。順序は要件定義→設計→開発です。
2. 「企画で細かい機能も決める」と思い込む
   企画は目的や投資判断が中心で、細かい機能まで詰めるのは要件定義の仕事です。企画は「システム化する価値があるか」を確認する段階と覚えましょう。
3. 「開発の人だけで要件を決めてよい」と考える
   利害関係者（利用者、経営、ベンダー等）の合意が必要です。開発者だけで進めると要望と違うシステムになるリスクが高まります。

補足コラム

• 要件定義の実務でよく出る用語
  • 要件（Requirement）：ユーザーや業務がシステムに期待すること。
  • 機能要件：システムが「何をするか」（例：受注データを登録する）。
  • 非機能要件：性能や信頼性、セキュリティなど「どのように動くか」の条件（例：1件の処理は1秒以内）。
• 成果物の例
  • 要件定義書：機能一覧、業務フロー、優先順位、制約条件、合意事項などをまとめた文書。
  • 合意（サインオフ）：関係者の承認が得られたら次工程（設計・開発）に進めます。
• 覚え方のヒント
  「企画→要件定義→開発→運用」を、「何をやるか（企画）→何を作るか（要件）→どう作るか（開発）→使って管理（運用）」と分けて覚えると分かりやすいです。

FAQ