問19
頻出度★☆☆
システムのライフサイクルを企画プロセス, 要件定義プロセス, 開発プロセス, 運用プロセス, 保守プロセスに分けたとき, 企画プロセスの完了時の状態として適切なものはどれか。
平成25年度 秋期 ITパスポート試験 問19
ストラテジ系システム企画 › システム化計画
この問題の解説と、これまでの解答の記録です。
解説
問 19
- ア
正解 正解はア。共通フレームでは、システムのライフサイクルを企画プロセス → 要件定義プロセス → 開発プロセス → 運用プロセス → 保守プロセスの順に並べる。その先頭にある企画プロセスは、経営戦略や経営目標を出発点として「システム化構想の立案」と「システム化計画の立案」を行う、いわば最上流の検討段階である。ここでは、経営上の課題やニーズを分析したうえで、どの業務をどこまでシステムで支援するのかというシステム化の対象範囲を定め、それを実現するための全体的なシステム構成や基本的なアーキテクチャ (ハードウェア・ソフトウェア・ネットワークの大枠の方式) を方向づけ、あわせて投資対効果や開発体制・スケジュールの大枠を計画する。したがって企画プロセスが完了した時点の状態は、アの「経営目標を達成するために必要なシステム化の範囲、システム構成及び基本的なアーキテクチャが決定されている」という記述と一致する。ポイントは、企画プロセスでは何をどこまでつくるかという枠組みと方針が決まるだけで、システムが備えるべき個々の要件はまだ定義されていない、という段階の区別である。
不正解イ
「システムに対する要件及び制約事項が決定されている」のは、企画プロセスの次に行う要件定義プロセスが完了した時点の状態である。要件定義プロセスでは、企画で定めたシステム化の範囲を受けて、システムが実現すべき機能要件や性能・セキュリティなどの非機能要件、さらに予算・納期・法規制といった制約事項を具体的に洗い出して合意する。企画プロセスの段階ではまだ枠組みと方針が固まっただけで、個別の要件や制約は確定していないので誤り。
不正解ウ
「システム要件に照らして最適化されたソフトウェアの要件が決定されている」のは、要件定義よりさらに後工程である開発プロセスの中のソフトウェア要件定義 (ソフトウェア方式設計に先立つ作業) が終わった時点の状態である。システム要件をハードウェア・ソフトウェア・手作業に配分し、そのうちソフトウェアが担う部分を要件として詳細化する作業であり、企画プロセスから見れば二段階も先の話である。企画プロセス完了時の状態としては誤り。
不正解エ
「対象システムを含む業務や運用のための組織に関する要件が決定されている」のは、要件定義プロセスのうち業務要件定義 (対象業務の手順や役割分担、運用体制などの定義) が完了した時点の状態である。新しいシステムを前提に業務フローや運用組織をどう組み替えるかは、システム化の範囲が決まった後に検討する事項であり、企画プロセスの完了時点ではまだ確定していない。したがって企画プロセス完了時の状態としては誤り。
ここがポイント
- 共通フレームにおけるシステムライフサイクルの順序と各プロセスの成果物を対応づけて覚える。企画プロセス = 経営目標を受けてシステム化の範囲・システム構成・基本アーキテクチャを決める (システム化構想・システム化計画)、要件定義プロセス = システムに対する機能要件・非機能要件・制約事項および業務や運用組織の要件を決める、開発プロセス = システム要件からソフトウェア要件を導き設計・実装・テストを行う、運用プロセス = 本番稼働と日常運用、保守プロセス = 稼働後の修正・改良。
- 企画プロセスは経営戦略から出発する最上流の工程であり、「何をどこまでシステム化するか」という方針と枠組みを決める段階にすぎない。個々の要件が固まるのは次の要件定義プロセスであるという段階の切り分けが、この種の設問を解く決め手になる。
用語