問33
頻出度★★★
ソフトウェア詳細設計書に関する記述として, 適切なものはどれか。
平成21年度 秋期 ITパスポート試験 問33
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 33
错误ア
系统集成测试是把程序和子系统组合起来运行的上层工序，其测试规格说明对应于系统架构设计（系统方式设计，其中制定系统集成测试的计划）。与软件详细设计书相对应的，是以模块为单位进行确认的单元测试的规格说明。由于设计工序与测试工序的对应关系错位，所以是错误的。
- イ
正解 软件详细设计是把软件架构设计（软件方式设计）中确定的各个构成要素（模块）细化到可以直接编写程序的粒度的工序。此处产出的软件详细设计书中，会记述每个模块的处理步骤、输入输出数据、所使用的数据结构、调用关系等。也就是说，程序员把这份文档当作「设计图」来阅读，并照此进行编码。因此，主张「依据软件详细设计书来实施编程」的「イ」是恰当的。在开发流程中，依次为：系统需求定义 → 系统架构设计（系统方式设计）→ 软件需求定义 → 软件架构设计（软件方式设计）→ 软件详细设计 → 编程 → 单元测试 → 集成测试，详细设计书正是编程前一步的交付物。
错误ウ
以系统需求定义的结束为契机而开始的是系统架构设计（系统方式设计）。此后还要依次经过软件需求定义、软件架构设计，最后才进入软件详细设计。详细设计书的编写不会紧接在需求定义之后开始，该选项跳过了工序顺序，因此是错误的。
错误エ
详细设计书是编程的前提输入，因此等单元测试结束后才最终定稿，顺序正好颠倒了。把实现之后发生的变更反映到设计书中以保持其最新（为维护而维持一致性）确实是必要的，但那与「把定稿推迟到后面」是两回事。
ここがポイント
- 软件详细设计书是编程的直接输入，是以模块为单位记述处理步骤、输入输出和数据结构的「实现设计图」。
- V 字模型中的对应关系：系统需求定义 ↔ 系统测试、系统架构设计（系统方式设计）↔ 系统集成测试、软件详细设计 ↔ 单元测试。要掌握设计工序与测试工序的对应。
用語