三、做好资源支持与后勤保障

　　任何一个项目都是基于一定的现实环境产生、发展，因此软件设计的进展也必然依赖外部环境的支撑与保障。小的方面看，工欲善其事，必先利其器。软件设计同样离不开工具、环境支撑，比如设计会需要UML。设计团队要做好环境与工具的准备，可以进一步理解为要做好软硬件环境、工具、技术力量与人才的储备。同时，由于新工具、新技术的不断出现，项目设计团队应当有意愿去寻找和运用新的工具以简化流程进来提高效率，比如可以借助一些开源工具帮助提高软件质量和开发效率。这一点反过来也会为团队营造创新与成长的文化氛围。大的方面看，项目经理至高层级领导要为整个设计团队营造利于设计工作稳步推进的外部资源支持与后勤保障工作。

　　四、做好设计评审工作

　　1、评审的重要性与评审的七个方面

　　软件设计文档，是项目设计团队根据需求文档描述的项目功能而做的项目设计文档，描述了项目功能实现的技术细节。它也是软件项目实现的最终方案，直接用于指导编码人员进行编码实现，所以其质量决定着软件的质量。同时，测试人员要根据这份文档进行测试用例的设计、产出。可以说，这份文档是整个软件项目后续工作的作业指导书。对于这样一份重量级的文档，我们该如何评审或者说我们的评审重点在哪里？我们可以从以下七个方面进行评审：

　　第一：设计方案正确性、先进性、可行性；

　　第二：系统组成、系统要求及接口协调的合理性；

　　第三：软件实现的功能是否覆盖了产品需求文档中要求的功能；

　　第四：功能的实现中，是否考虑到了所有可能的分支情况，以及这些分支情况的处理是否合理，和设计要求是否一致；

　　第五：对于功能模块的输入参数、输出参数的定义是否明确；

　　第六：系统性能、可靠性、安全性要求是否合理；

　　第七：文档的描述是否清晰、明确。

　　通过对软件设计文档的评审，一方面，整个项目团队的设计、开发、测试人员可以再一次确认对软件功能的理解一致，并确认一些细节分支情况的处理。另一方面在做软件设计时，也会遗漏一些因素的考虑，评审就是大家来共同检查这些遗漏因素，从而有效的保证软件的质量，所以软件设计的评审对保证软件项目质量至关重要。

　　2、评审小组成员组成情况：评审小组一般由主审人、评审专家、用户代表、相关领导和部门管理人员、质量保障人员组成。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。

　　3、评审工作的关闭

　　为保障评审效果，必须对评审意见进行处理，处理完毕后，关闭该次设计评审工作。我们可以参照以下五点来判断评审工作是否可以关闭。

　　⑴评审期间提出的所有问题是否都已解决。

　　⑵相关文档中的所有更改是否都已正确完成。

　　⑶修订过的文档是否进行了拼写检查。

　　⑷所有标识为TBD（待确定）的问题是否已全部解决， 或者是否已对每个TBD问题解决过程、解决计划的目标日期和责任人等形成了相关文档。

　　⑸设计文档是否正式进入配置库。

　　综上，算是抛砖引玉。

版权声明：本文出自山东省软件评测中心 张宏，51Testing软件测试网原创出品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。