問29
頻出度★☆☆
企画プロセス, 要件定義プロセス, 開発プロセス, 保守プロセスと続くソフトウェアライフサイクルにおいて, 企画プロセスの段階で行う作業として, 適切なものはどれか。
平成23年度 秋期 ITパスポート試験 問29
ストラテジ系システム企画 › システム化計画
この問題の解説と、これまでの解答の記録です。
解説
問 29
不正解ア
機能要件と非機能要件の定義は、企画プロセスの次に来る要件定義プロセスの作業です。企画プロセスで確認した経営上のニーズと課題を受けて、業務要件を整理し、システムが備えるべき機能 (機能要件) と、性能・可用性・セキュリティ・運用性などの機能以外の条件 (非機能要件) を明確にします。企画の成果物を入力として初めて書けるものなので、企画プロセスの段階の作業ではありません。
- イ
正解 ソフトウェアライフサイクルは、企画 → 要件定義 → 開発 → 保守 の順に進み、後ろへ行くほど「何を作るか」から「どう作るか」へ具体化していきます。その最上流にある企画プロセスは、まだシステムの姿を決める前の段階で、そもそも何のためにシステム化するのかを経営の視点から固める工程です。ここでは、経営戦略や事業目標に照らして経営上のニーズと課題を確認し、それを解決するシステム化構想を立て、対象業務・実現時期・概算費用・体制などを含むシステム化計画をまとめます。したがって、企画プロセスの段階で行う作業として適切なのは「経営上のニーズと課題の確認」であり、正解はイです。ここで課題を取り違えると、以降の要件定義や開発をいくら正しく進めても経営に役立たないシステムになってしまう、という点が企画プロセスの重要性です。
不正解ウ
システム方式の設計と評価は開発プロセスの作業です。要件定義で決まったシステム要件を、ハードウェア・ソフトウェア・手作業のどれで実現するかに振り分け、システム全体の構成を決める工程で、いわゆる外部設計に相当します。実現手段を決める段階であり、そもそもシステム化するかどうかや何を解決するかを決める企画プロセスよりずっと下流に位置します。
不正解エ
ソフトウェア方式の設計と評価も開発プロセスの作業で、しかもウのシステム方式設計よりさらに後の工程です。システム方式設計でソフトウェアに割り当てられた部分について、コンポーネントやプログラムの構成、インタフェース、データベースの構造などを設計します。ソフトウェア内部の作り方を決める最も具体的な段階であり、企画プロセスとは対極にあります。
ここがポイント
- 共通フレーム (SLCP) のソフトウェアライフサイクルは 企画 → 要件定義 → 開発 → 保守 の順に進む。企画プロセスは経営上のニーズと課題の確認、システム化構想の立案、システム化計画の立案を行う最上流の工程で、経営戦略とシステムを結び付ける役割を担う。
- 各プロセスの代表的な作業を対応付けて覚える。要件定義プロセスは業務要件と機能要件・非機能要件の定義、開発プロセスはシステム方式設計 (システム全体の構成)、続いてソフトウェア方式設計 (ソフトウェア内部の構成) と、下流へ行くほど実現手段が具体化する。
用語