详细设计评审表
- 格式:doc
- 大小:61.00 KB
- 文档页数:2
详细设计说明书1.导言(Introduction)本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1 目的(Purpose)本文档的目旨在推动软件工程的规范化,使设计人员遵循统一的详细设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。
详细设计的详细程度,应达到可以编写程序的程度。
1.2 范围(Scope)本文档用于软件设计阶段的详细设计,它的上游(依据的基线)是《概要设计说明书》,它的下游是源程序清单及单元测试计划,并为单元测试报告提供测试依据。
该范围应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。
软件详细设计的范围是:各子系统的公用模块实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。
按照3层结构(B/A/S)的布局,详细设计应从下面3个方面进行。
数据库服务器上的面向数据的设计:数据字典物理设计、基本表物理设计、中间表物理设计(报表设计)、临时表物理设计、视图物理设计、存储过程物理设计、触发器物理设计。
应用服务器上的面向业务逻辑的设计:接口数据设计、中间件设计、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计(功能点列表设计)。
浏览器上的面向对象的设计:录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。
1.3 术语定义(Terms Glossary)术语定义,如表6-16所示。
表6-16 术语定义1.4 参考资料(References)[1] 《概要设计说明书》[2] 《需求分析说明书》[3] 《软件合同》[4] 命名规范[5] 程序设计规范[6] 界面设计规范1.5 相关文档(Related Documents)[1] 源程序清单[2] 单元测试计划及报告[3] 《用户使用手册》1.6 版本更新记录(V ersion Updated Rcord)版本更新记录,如表6-17所示。
工程施工标准化评审表格项目名称:_______________________ 项目编号:______________________评审日期:_______________________ 评审人员:______________________评审内容及要求:1. 项目可行性研究及初步设计是否合理,现场勘察数据是否准确、全面?2. 施工方案、施工图纸是否符合规范要求,是否安全、可行?3. 施工组织设计是否科学合理,施工进度计划是否可行?4. 施工人员素质及技术水平是否符合要求,是否有施工经验?5. 施工现场安全管理措施是否到位,是否符合相关标准要求?6. 施工过程中的质量控制措施是否完善,是否符合技术标准?7. 材料采购及使用是否符合要求,是否具备合格证明?8. 施工过程中是否存在违规操作行为,是否存在质量安全隐患?9. 施工结束后是否进行验收,是否符合规范要求?10. 施工后的维护保养计划是否合理,是否考虑到长期使用的需求?评审结果及建议改进:1. 项目可行性研究及初步设计方案:______________建议改进:_______________2. 施工方案及施工图纸:______________建议改进:_______________3. 施工组织设计及进度计划:______________建议改进:_______________4. 施工人员素质及技术水平:______________建议改进:_______________5. 施工现场安全管理措施:______________建议改进:_______________6. 施工质量控制措施:______________建议改进:_______________7. 材料采购及使用:______________建议改进:_______________8. 违规操作及质量安全隐患:______________建议改进:_______________9. 施工验收:______________建议改进:_______________10. 维护保养计划:______________建议改进:_______________评审结论:______________________评审人员签名:______________________ 日期:______________________ (以上为评审表格草稿,具体内容根据实际情况进行调整)。
软件详细设计评审表
项目名称:项目负责人:
主审人:评审时间:
一评审流程
1、由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组通
过阅读和讨论详细设计的内容对详细设计进行评审。
2、项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员作为评审依据小组
成员在充分阅读这些材料之后进入下一步。
3、召开详细设计评审会。
在会上首先由该项目的系统分析员介绍总体设计思想包括需求概述和软件结构然后由各个模块的具体设计者分别对模块设计进行说明在此过程中小组成员可以提出问题展开讨论
审查是否有错误存在。
4、在讨论结束后由项目负责人整理出一份《详细设计评审报告》。
5、若发现错误较多或发现重大错误则在改正之后再次组织详细设计评审。
二评审人员
公司高层
营销部
技术部
工程部
研发部
主审人
评审专家
项目负责人
软件测试人员
三评审内容(评审的具体结果可以参见评审会议记录)
模块评审指标评审内容评审
要求
结果
1.软件架构设计
1.1合理性系统应用架构的逻辑清晰、关系明确、层次合理。
必须1.2先进性
系统开发技术架构先进、充分考虑系统功能可重用、可扩
展的要求。
建议1.3可维护性
设计易于理解,易于修改,易于测试和调试,稳定性较好,
方便用户未来的系统运维。
建议1.4安全性
设计充分考虑系统运行的安全性,子系统间及程序与数据
库调用的权限管理方式设计可行、合理。
建议1.5安装部署要
求
系统架构设计充分考虑计算机支撑平台的实际情况,明确
软件配置项部署方式及要求。
建议
2.软件功能设计2.1可追溯性
系统功能设计能覆盖了所有已确定的软件需求项,软件单
元每一成分都能可追溯到相应需求。
没有明显遗漏。
必须2.2设计粒度
系统功能单元数据结构被详细说明,达到句法级的粒度,
对功能单元运行的异常情况,有相应的处理方式和记录。
建议2.3正确性功能单元的数据结构正确,程序变量命名规范、前后一致,建议
评审结果签署意见:。