以上三点就是软件设计过程的目标。为达到这些目标，必须建立衡量设计的技术标准。
① 设计出来的结构应是分层结构，从而建立软件成份之间的控制。
② 设计应当模块化，从逻辑上将软件划分为完成特定功能或子功能的构件。
③ 设计应当既包含数据抽象，也包含过程抽象。
④ 设计应当建立具有具有独立功能特征的模块。
⑤ 设计应当建立能够降低模块与外部环境之间复杂连接的接口。
⑥ 设计应能根据软件需求分析获取的信息，建立可驱动可重复的方法。
软件设计过程根据基本的设计原则，使用系统化的方法和完全的的设计评审来建立良好的设计。
一、概要设计的评审
软件概要设计监理的目的是对软件概要设计有关内容（重点是软件的结构、软件的功能、软件的结构、接口设计、接口关系等）、概要设计过程、概要设计活动、文档格式进行审查，确定承建单位提出的软件总体结构设计是否实现了软件需求规格说明的要求，确认是否满足要求；给出是否符合要求的结论；确定其可否作为软件详细设计的前提和依据。
检查项 Y/TBD/N/NA
清晰性
是否所设计的架构，包括数据流，控制流和接口，被清楚地表达了？
是否所有的假设、约束、策略及依赖都被记录在本文档了？
是否定义了总体设计目标？
完整性
是否所有的以前的TBD（待确定条目）都已经被解决了？
是否设计已经可以支持本文档中遗留的TBD有可能带来的变更？
是否所有的TBD的影响都已经被评估了？
是否仍存在可能不可行的设计部分？
是否已记录设计时的权衡考虑？ 该文件是否包括了权衡选择的标准和不选择其它方案的原因？
依从性
是否遵守了项目的文档编写标准？
一致性
数据元素、流程和对象的命名和使用在整套系统和外部接口之间是否一致？
该设计是否反映了实际操作环境（硬件、软件、支持软件）？
可行性
从进度、预算和技术角度上看该设计是否可行？
是否存在错误的、缺少的或不完整的逻辑？
数据使用
所有复合数据元素、参数以及对象的概念是否都已文档化？
是否还有任何需要的但还没有定义的数据结构，反之亦然？
是否已描述最低级别数据元素？是否已详细说明取值范围？
功能性
是否对每一下级模块进行了概要算法说明？
所选择的设计和算法能否满足所有的需求？
接口
操作界面的设计是否有为用户考虑（例如：词汇、使用信息和进入的简易）？
是否已描述界面的功能特性？
界面将有利于问题解决吗？
性能
主要性能参数是否已被详细说明（例如：实时、速度要求、磁盘输入/输出接口等）？
文章来源于领测软件测试网 https://www.ltesting.net/
