問題本文
図のプロセスでシステム開発を進める場合,システム方式設計に含める作業として,適切なものはどれか。 システム要件定義 → システム方式設計 → ソフトウェア要件定義 → ソフトウェア方式設計
選択肢
- ア.システムの機能及び処理能力の決定
- イ.ソフトウェアの最上位レベルの構造とソフトウェアコンポーネントの決定
- ウ.ハードウェアやネットワークの構成の決定
- エ.利用者インタフェースの決定
解説
正解はウ.共通フレーム(SLCP)の開発プロセスでは,システム要件定義→システム方式設計→ソフトウェア要件定義→ソフトウェア方式設計→ソフトウェア詳細設計の順に進む.システム方式設計はシステム要件をハードウェア・ソフトウェア・人手作業にどう振り分けるかを決め,ハードウェア構成・ネットワーク構成・ソフトウェア構成の大枠を決定する工程.機能・処理能力の決定はシステム要件定義,ソフトウェアの最上位構造・コンポーネント決定はソフトウェア方式設計,利用者インタフェース決定はソフトウェア詳細設計の作業で,工程ごとに役割が明確に分かれる.
選択肢ごとの解説
- ア.システムの機能および処理能力の決定はシステム要件定義の作業.機能要件・性能要件などシステムが何をすべきかを決める段階で,方式設計(どう実現するか)より前の工程に当たる.要件と設計の区別が頻出論点となるポイント.用語の定義を取り違えやすい紛らわしい選択肢.
- イ.ソフトウェアの最上位構造とソフトウェアコンポーネントの決定はソフトウェア方式設計の作業.システム方式設計でソフトに割り振った後,ソフトの内部構造を決める段階で工程が一段下流.設問のシステム方式設計とは別工程.対象や目的が設問の条件と異なるため不適切.
- ウ.正解.ハードウェア構成・ネットワーク構成の決定はシステム方式設計の作業.システムをハードウェア・ソフトウェア・人手作業にどう配分するかを決め,構成要素の大枠を確定する工程.実装方式の大枠決定が中核となる.実務でもよく使われる概念で基本的な押さえどころ.
- エ.利用者インタフェース(画面・帳票)の決定はソフトウェア詳細設計の作業.方式設計より下流のレベルで具体的な見た目・操作性を設計する段階であり,システム方式設計の対象ではない.詳細設計フェーズの作業となる.別概念であり設問の答えにはならない選択肢.
ITパスポート 2012年 (平成24年 秋期) の過去問一覧へ戻る・問32