概要设计评审
概要设计评审 项目名称： 项目负责人： 主审人： 评审时间： 一：评审流程 1. 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组 成一个评审小组，通过阅读和讨论概要设计的内容，对概要设计进行评审。 2. 项目负责人提前把需求规格说明书、概要设计说明书、数据库设计说明书、初步用 户手册和初步测试计划等文档分发给评审小组成员，作为评审依据。小组成员在 充分阅读这些材料之后，进入下一步。 3. 召开概要设计审查会。在会上，由该项目的系统分析员就其设计思想进行详细介绍 ，主要包括有：系统目标、总体设计、数据设计、处理方式设计、接口设计、运 行设计、出错设计等。在此过程中，小组成员可以提出问题，展开讨论，审查是 否有错误存在。 4. 在讨论结束后，由项目负责人整理出一份《概要设计评审报告》。 5. 若发现错误较多，或发现重大错误，则在改正之后，再次组织概要设计评审。 二： 评审人员 |公司高层 | | |营销中心 | | |技术中心 | | |工程中心 | | |研发中心 | | |主审人 | | |评审专家 | | |项目负责人 | | |软件测试人员 | | 三：评审内容（评审的具体结果可以参见评审会议记录） |序 |评审事项 |评审结 |备 | |号 | |果 |注 | |1 |可追|分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖 | | | | |溯性|了所有已确定的软件需求。 | | | | | |软件每一成份是否可追溯到某一项需求。 | | | |2 |接口|分析软件各部分之间的联系，确认该软件的内部接口与外部接口 | | | | | |是否已经明确定义。 | | | | | |模块是否满足高内聚和低耦合的要求。 | | | | | |模块作用范围是否在其控制范围之内。 | | | |3 |风险|确认该软件设计在现有技术条件和预算范围内是否能按时实现 | | | |4 |可维|从软件维护的角度出发，确认该软件设计是否考虑了方便未来的 | | | | |护性|维护。 | | | | | |可维护性包含了可读性、可修改性、可测试性等含义。 | | | |5 |选择|是否考虑过其他方案，比较各种选择方案的标准是什么。 | | | | |方案| | | | |6 |其他|对于文档、设计过程….等等进行评估。 | | | 主审人的总结意见和签字： |核准 | |审核 | |制定 | |
概要设计评审