問33
頻出度★★★
ソフトウェア詳細設計書に関する記述として, 適切なものはどれか。
平成21年度 秋期 ITパスポート試験 問33
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 33
不正解ア
システム結合テストは、プログラムやサブシステムを組み合わせて動かす上位の工程で、そのテスト仕様はシステム方式設計 (システム結合テストの計画) に対応します。ソフトウェア詳細設計書に対応するのは、モジュール単位で確認する単体テストの仕様です。対応する設計工程とテスト工程がずれているため誤りです。
- イ
正解 ソフトウェア詳細設計は、ソフトウェア方式設計で決めた各構成要素 (モジュール) を、プログラムとして書ける粒度まで細かく決める工程です。ここで作られるソフトウェア詳細設計書には、モジュールごとの処理手順・入出力データ・使用するデータ構造・呼び出し関係などが記述されます。つまりプログラマはこの文書を「設計図」として読み、そのとおりにコーディングします。したがって「ソフトウェア詳細設計書に基づいてプログラミングが実施される」とする「イ」が適切です。開発の流れでは、システム要件定義 → システム方式設計 → ソフトウェア要件定義 → ソフトウェア方式設計 → ソフトウェア詳細設計 → プログラミング → 単体テスト → 結合テスト、と進み、詳細設計書はプログラミングの直前の成果物にあたります。
不正解ウ
システム要件定義の終了を契機に始まるのはシステム方式設計です。その後にソフトウェア要件定義、ソフトウェア方式設計と段階を踏み、最後にソフトウェア詳細設計へ進みます。詳細設計書の作成開始が要件定義の直後になることはなく、工程の順序を飛ばしている点で誤りです。
不正解エ
詳細設計書はプログラミングの前提となる入力なので、単体テストが終わってから完成させるのでは順序が逆です。実装後に発生した変更を設計書へ反映して最新に保つこと (保守のための整合維持) は必要ですが、それは「完成を後回しにする」こととは別の話です。
ここがポイント
- ソフトウェア詳細設計書はプログラミングの直接の入力であり、モジュール単位の処理手順・入出力・データ構造を記述した「実装の設計図」である。
- V 字モデルの対応関係: システム要件定義 ↔ システムテスト、システム方式設計 ↔ システム結合テスト、ソフトウェア詳細設計 ↔ 単体テスト。設計工程とテスト工程の対応を押さえる。
用語