数据结构。这源自于需求分析时将真实世界问题的含蓄定义与软件解决方案的要素关联起来的分割过程。当问题的每个部分通过一个或多个软件要素得到解决后，与问题的定义和解决相一致软件和数据结构的进化就开始了。这个过程代表了软件的需求分析和设计之间的位置。控制层级（control hierarchy）也称作程序结构，描述程序组件的组织并意味着控制层级。它并不描述软件的程序方面，比如进程顺序、决定的事件 / 命令、或工作循环。如下的层级图表展示了模块之间的通信流，并显示哪些模块是重复的。这个图表描述了一个能够读文件，计算每个记录的值并书写报表来显示记录的信息和所完成的计算。
软件程序着重于处理每个模块的细节并必须提供一个精确的处理规范，包括事件顺序、准确的判定点、重复操作、甚至数据结构。软件的程序表现是分层的，处理方法应该包括其所有子模块的参考。信息隐藏的法则建议 由设计决定所刻划的模块特性应该对其余的模块不可见。换句话说，模块应被设计和指定为包含在模块内部且其他模块不可访问的内容对其他模块来说是无需的。隐藏意味着有效的模块性能够通过定义一套独立的模块来实现，这些模块相互之间的通信仅仅包括实现软件功能的所必须的信息。将使用信息隐藏作为设计标准在测试或今后的维护期间需要修改系统时带来了最大的好处。
数据设计（data design）首先并且有些人也坚信，是最重要的设计行为。数据结构的影响和程序上的复杂性导致数据设计对软件质量有着深远的影响。这种质量由以下的原理来实施：1、适用于功能和行为分析的系统分析原理同样应该适用于数据。2、所有的数据结构，以及各自所完成的操作都应该被确定。3、创建数据词典并用来详细说明数据和程序的设计。4、底层的数据设计决定应该延迟至设计过程的后期。5、数据结构的陈述（具体说明）应该只被那些直接使用包含在此结构内的数据的模块所知道。6、有用的数据结构和操作库可以在适当的时候使用。7、软件设计和编程语言应该支持抽象数据类型的规范和实现。
开发测试程序（步骤）的*一步对系统的功能性和正确性进行测试是必要的。如果在开发设计规范的同时已经并行开发了详细的测试程序规范的话，本部分可以删除。第八部分详细说明了将系统打包传送至用户站点的考虑和要求。在文档剩下的第九、十部分中包括了算法描述、选择程序、列表数据、流程图、伪代码、数据流图表、以及所有在设计规范开发时所用到的相关信息都可以放在此处。

---