ITパスポート 2014年春期問21

問題文

システム化計画の立案はソフトウェアライフサイクルのどのプロセスに含まれるか。

🖊️ 解答を隠して解いてみる

選択肢

ア：運用

イ：開発

ウ：企画（正解）

エ：要件定義

🔒 解説は解答すると表示されます

システム化計画の立案はソフトウェアライフサイクルのどのプロセスに含まれるか。【ITパスポート解説】

正解の理由

「システム化計画（systemization planning：業務をシステム化するか、どのように進めるかを決める計画）」は、システムを作るかどうかや、その目的・範囲・費用対効果などを決める最初の段階の仕事です。これはソフトウェアライフサイクル（software life cycle：ソフトウェアの企画から廃棄までの一連の流れ）の「企画（planning／立案）」プロセスに当たります。したがって選択肢の中ではウが正しいです。

簡単に言うと、システム化計画は「そもそもシステムを導入する価値があるか」を検討する段階であり、実際に作る（開発）や細かい仕様を詰める（要件定義）、使い続ける（運用）とは役割が異なります。

解法ステップ

問題文からキーワードを取り出す：「システム化計画の立案」→ 計画・方針決定のイメージ。
各選択肢の意味を短く確認する。
- 企画：何を作るか、なぜ作るかを決める最初の段階。
- 要件定義（requirements definition：システムに必要な機能や条件を明確にする作業）：具体的な仕様を決める段階。
- 開発（development：設計・プログラミングして製品を作る工程）：実際に作る段階。
- 運用（operation：システムを実際に使い続ける工程）：稼働後の管理・保守段階。
「計画を立案する」は企画の仕事だと対応させる。
よって答えはウ。

選択肢別の誤答解説

ア: 運用
運用はシステムが稼働した後の維持管理や利用支援の工程です。計画を立てる初期の意思決定は運用では行いません。よって誤りです。
イ: 開発
開発は設計やプログラミングなど「作る」工程です。作る前に何を作るか決める「計画」は開発より前の段階なので不適切です。
エ: 要件定義
要件定義は企画で決まった目的や範囲を受けて、システムに必要な具体的機能や条件（仕様）を詳細に決める工程です。システム化計画の「立案」はもっと上位の意思決定なので、要件定義とは役割が違います。

よくある誤解

「企画」と「要件定義」を同じだと考える誤解
企画は「何を・なぜ作るか」を決める段階、要件定義は「それをどう作るか（仕様）」を決める段階で、目的と詳細の違いがあります。
「計画＝作業の一部」と思ってしまう誤解
システム化計画は単なる作業スケジュールではなく、投資判断（導入すべきか、どの範囲か、効果は）を含む意思決定です。
「開発＝計画も含む」と考える誤解
開発チームは企画結果を受けて作業します。企画は組織の意思決定や上流評価が中心で、担当者や目的が異なります。

補足コラム

一般的なソフトウェアライフサイクルの流れ（簡略）企画（システム化計画） → 要件定義 → 基本設計 → 詳細設計 → 開発（プログラミング） → テスト → 導入（リリース） → 運用・保守 → 廃棄

覚え方のコツ：大きな「何を作るか」を決めるのが先、小さな「どう作るか（仕様）」が後です。会社で例えると「新しいサービスを始めるか会社で検討するフェーズ（企画）」と「そのサービスの細かい業務フローを決めるフェーズ（要件定義）」の違いです。

FAQ

Q1. 企画でどこまで決めればよいですか？
A1. 企画では目的、導入の目的（業務改善やコスト削減など）、範囲、概算費用、効果（期待値）、実施方針（スケジュールや体制）を決め、投資判断できるレベルまでまとめます。

Q2. 中小企業では企画と要件定義が混ざることはありますか？
A2. はい。人数が少ない組織では同じ人が両方を兼務することもあります。しかし役割の区別（目的の決定 vs 仕様の詳細化）は意識しておくと失敗が減ります。

Q3. システム化計画に必要な資料は何ですか？
A3. 業務現状の整理、課題の明確化、費用対効果の試算、リスク、導入案（候補案）、実施スケジュールの概略などが一般的です。

関連キーワード: システム化計画、ライフサイクル、企画フェーズ、要件定義、開発工程、運用保守、投資判断、上流工程

← 前の問題へこの年度をクイズで解く次の問題へ →

\ せっかくなら /

ITパスポートを
クイズ形式で学習しませんか？

クイズ画面へ遷移する→

すぐに利用可能！