問題本文
システム構築の流れを,企画プロセス,要件定義プロセス,開発プロセス,運用プロセス,保守プロセスに分けたとき,企画プロセスにおいて実施する作業として適切なものはどれか。
選択肢
- ア.システム化しようとする対象業務の問題点を分析し,実現すべき課題を定義する。
- イ.システムに関係する利害関係者のニーズや要望,制約事項を定義する。
- ウ.システムの応答時間や処理時間の評価基準を設定する。
- エ.ソフトウェアの性能やセキュリティの仕様などに関する要件を文書化する。
正解
ア. システム化しようとする対象業務の問題点を分析し,実現すべき課題を定義する。
解説
正答はア. システム構築の流れを「企画→要件定義→開発→運用→保守」の5プロセスに分けたとき, 最上流の企画プロセスでは経営戦略を踏まえて対象業務の問題点を分析し実現すべき課題を明確に定義する作業を行う. 共通フレーム2013ではシステム化構想立案・システム化計画立案がこれに当たり, 投資効果や実現可能性も検討する. 利害関係者ニーズ識別や業務要件定義は要件定義プロセス, 応答時間等の非機能要件設定や仕様文書化は要件定義・設計工程で行う活動と区別する. 上流ほど経営寄り, 下流ほど実装寄りという階層関係を意識.
選択肢ごとの解説
- ア.システム化対象業務の問題点を分析し実現すべき課題を定義するのは, 経営戦略を起点に「何を解決するか」を見極める企画プロセスの中核作業であり, 問題文の条件に合致する正答. 投資判断・システム化方針・概略スケジュールもこの最上流の段階で決まり以降の工程の土台となる.
- イ.システムに関係する利害関係者のニーズ・要望・制約事項を定義するのは要件定義プロセスの作業である. 企画プロセスで課題を確定した後, 何をどう作るかを利害関係者の視点で具体化する次の段階であり, 企画段階では行わない作業である. 工程の順序が異なる.
- ウ.システムの応答時間や処理時間の評価基準を設定するのは, 非機能要件 (性能・信頼性) の定義として要件定義プロセスや基本設計工程で行う作業であり, 経営的視点で課題を整理する上流の企画プロセスでは扱わない作業内容である. 性能要件は要件定義以降の領域となる.
- エ.ソフトウェアの性能やセキュリティの仕様等に関する要件文書化は要件定義から設計までの開発側プロセスで行う作業であり, 経営課題を見極める企画プロセスの作業内容ではないため不適切. 仕様書類はあくまで要件定義以降に作成される下流工程のドキュメントである.
ITパスポート 2015年 (平成27年 春期) の過去問一覧へ戻る・問8