問41
頻出度★★★
システム開発プロセスには, システム要件定義, システム方式設計, ソフトウェア方式設計, ソフトウェア詳細設計などがある。システム方式設計において実施する作業として, 適切なものはどれか。
平成22年度 秋期 ITパスポート試験 問41
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 41
不正解ア
端末の画面設計は、利用者が操作するインタフェースを具体的に決める作業で、ソフトウェア側の設計工程 (ソフトウェア要件定義からソフトウェア方式設計・詳細設計) で行う。システム方式設計はシステム全体をハードウェア・ソフトウェア・手作業へ振り分ける段階であり、個々の画面レイアウトまでは踏み込まない。工程が後ろすぎるため誤り。
不正解イ
システムの機能及び能力 (処理内容や処理量・応答時間といった性能) を定義するのは、その前工程であるシステム要件定義の作業。ここは「何ができなければならないか」を決める段階で、まだ実現手段は決めない。実現手段である構成を決めるシステム方式設計と混同しているため誤り。
不正解ウ
システムの信頼性 (稼働率、障害時の復旧時間など) の定義も、システム要件定義で扱う非機能要件にあたる。要件として求める信頼性の水準を決めた後、それを満たすために冗長構成をとるなど具体的な構成を考えるのがシステム方式設計であり、定義そのものは前工程の作業なので誤り。
- エ
正解 正解は エ。システム方式設計とは、システム要件定義で決まった「何を実現するか」を、「どういう構成で実現するか」へ変換する工程である。具体的には、要件をハードウェアで実現する部分・ソフトウェアで実現する部分・人手による手作業で実現する部分に振り分け、必要なサーバや端末などのハードウェア構成と、OS・ミドルウェア・業務ソフトウェアなどのソフトウェア構成を決めていく。エ の「システムのハードウェア構成, ソフトウェア構成を明確にする」は、この振分けと全体構成 (アーキテクチャ) の決定そのものを述べており、システム方式設計の作業に一致する。工程名の「方式」がアーキテクチャ (実現方式・構成) を意味すると覚えておくと、要件定義との切り分けが判断しやすい。
ここがポイント
- 共通フレームの工程順とその守備範囲: システム要件定義 (機能・能力・信頼性など、何を実現するかを決める) → システム方式設計 (要件をハードウェア・ソフトウェア・手作業へ振り分け、システム全体の構成を決める) → ソフトウェア要件定義・ソフトウェア方式設計・ソフトウェア詳細設計 (ソフトウェア内部を段階的に詳細化)。
- 「要件定義」は何を作るか (What)、「方式設計」は構成・実現方式 (How)、「詳細設計」は内部の作り込み、という粒度の階段で区別する。選択肢に工程名が並ぶ問題は、記述が What か How か、対象がシステム全体かソフトウェア内部かの二軸で仕分けると解ける。
用語