問5
頻出度★☆☆
ソフトウェアライフサイクルを企画プロセス, 要件定義プロセス, 開発プロセス, 運用プロセスに分けたとき, 企画プロセスの成果として, 適切なものはどれか。
平成23年度 特別試験 ITパスポート試験 問5
ストラテジ系システム企画 › システム化計画
この問題の解説と、これまでの解答の記録です。
解説
問 5
不正解ア
「開発するソフトウェアの要件が定義され, レビューされている」は開発プロセスの成果であり誤り。開発プロセスの中のソフトウェア要件定義 (ソフトウェア要求事項分析) では、要件定義プロセスで合意されたシステムへの要求のうちソフトウェアが担当する部分を取り出し、機能・画面・帳票・データ・性能・インタフェースなどのレベルまで具体化して、その内容をレビューし確定する。企画プロセスの段階ではまだシステム化の方針と計画を決めているだけで、ソフトウェア個別の要件は決まっていない。
不正解イ
「システムに対する要件と制約条件が定義され, 合意されている」は要件定義プロセスの成果であり誤り。要件定義プロセスでは、利用部門・経営層・運用部門といった利害関係者のニーズを引き出し、業務要件とシステムに対する機能要件・非機能要件 (性能、可用性、セキュリティなど)、および予算・納期・法規制・既存システムとの連携といった制約条件を定義して、関係者間で合意を形成する。企画プロセスの次に位置する別プロセスの成果なので、企画プロセスの成果としては適切でない。
- ウ
正解 正解はウ「システムを実現するための実施計画が策定され, 承認されている」。企画プロセスはソフトウェアライフサイクルの最上流に位置し、経営戦略や事業計画から出発して、そもそもどんなシステムを、いつまでに、いくらで、どんな体制で作るのかという大枠を決めるプロセスである。作業は大きく2つに分かれる。まずシステム化構想の立案として、経営上のニーズと課題を確認し、事業環境・業務環境を調査分析して、全体最適化の方針と対象業務の範囲を明らかにする。次にシステム化計画の立案として、対象業務の分析、適用可能な技術の調査、システム化する機能の整理とシステム方式の検討、費用対効果 (投資対効果) の予測、プロジェクトの推進体制、開発スケジュール、リスクの検討などをまとめる。その成果物がシステム化構想書とシステム化計画書であり、経営層の承認を受けて初めて次の要件定義プロセスへ進むことができる。選択肢ウの「システムを実現するための実施計画が策定され, 承認されている」は、まさにこのシステム化計画書が作成され承認された状態を指しており、企画プロセスの成果として適切である。企画プロセスの成果は、何をどう作るかという中身の詳細ではなく、投資判断とその実行計画である、という点を押さえておきたい。
不正解エ
「データベースが最上位のレベルで設計され, レビューされている」は開発プロセスの成果であり誤り。データベースの最上位レベルの設計 (概念データモデルやテーブルの大枠の設計) は、開発プロセスのソフトウェア方式設計 (アーキテクチャ設計) において、ソフトウェアの構造・コンポーネント分割・インタフェースとともに決められ、レビューされる。企画プロセスよりかなり下流の技術的な設計作業であり、企画段階の成果ではない。
ここがポイント
- 共通フレームのソフトウェアライフサイクルは、企画 → 要件定義 → 開発 → 運用 (→ 保守) の順に流れる。企画プロセスの成果はシステム化構想書とシステム化計画書、すなわち経営上のニーズを踏まえた全体方針と、費用対効果・推進体制・スケジュールを含む実施計画が策定され承認されていることである。
- 各プロセスの成果物を混同しないことが本問の要点。要件定義プロセス＝システムに対する要件と制約条件の定義と合意、開発プロセス＝ソフトウェア要件定義・方式設計 (データベースの最上位レベルの設計を含む)・詳細設計・プログラミング・テスト、運用プロセス＝本番稼働と運用支援。上流ほど「何のために作るか」、下流ほど「どう作るか」を扱う。
用語