详细设计评审表
- 格式:docx
- 大小:11.65 KB
- 文档页数:3
详细设计说明书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.MakeX (1)2 (4)3 (11)4 (16)5 (19)6 (23)7 (26)1 (27)2 (30)3MakeX (32)4 (36)5- (37)●●●●●●●●●●●●●●MakeX 创新设计奖评审表□智慧交通□智造大师□雷霆营救战队编号:战队姓名:维度具体指标评分区间单项得分创新外观设计(20分)外观造型独特性,与众不同10 8 6 4 2 外观设计艺术性与观赏性10 8 6 4 2创新性结构突破(30分)战车整体结构紧凑精巧、行动灵活,传感器应用丰富10 8 6 4 2 结构设计具备独特性,与众不同10 8 6 4 2 功能实现方式取得创新性突破10 8 6 4 2工程笔记论述(10分)工程笔记中关于外形或结构设计的内容详细,论述清楚10 8 6 4 2总得分评审补充说明:评审签名:日期:MakeX 工程笔记奖评审表□智慧交通□智造大师□雷霆营救战队编号:战队姓名:维度具体指标评分区间单项得分内容完善度(45分)封面完整显示战队信息 5 4 3 2 1 目录清晰,内容结构完整,重点突出10 8 6 4 2 章节内容详细,阐述条理清晰10 8 6 4 2 有丰富的文字或图片内容记录学习过程10 8 6 4 2 详实的手稿素材展现战车迭代和完善的过程,论述了问题及解决方案10 8 6 4 2制作美观(20分)笔记制作精良,美观度及观赏性高10 8 6 4 2 充满创意的封面展示和内容排版设计10 8 6 4 2总得分评审补充说明:评审签名:日期:MakeX 技术分享奖评审表战队编号:战队名称:维度具体指标评分区间单项得分线上分享(15分)在MakeX官方平台分享高质量的技术型文章,且内容具有技术性参考价值10 8 6 4 2 内容获得较多良好反馈,具有实际的文章阅读量,点赞数等数据支撑,与其他会员进行积极互动,促进社区技术交流5 4 3 2 1线下分享(15分)积极主动组织或参与各类活动,如分享会,工作坊等10 8 6 4 2 分享获得良好反馈,有实际数据支撑,在分享过程中与他人进行积极互动,促进社区技术交流5 4 3 2 1比赛表现(10分)参赛过程中乐于协助其他战队,主动帮助和解决其他战队遇到的技术问题,以自身力量积极带动其他战队10 8 6 4 2申请材料质量(10分)提交文档内容详细完整,逻辑清晰,表述清楚 5 4 3 2 1 视频制作精良,充分展现战队风采 5 4 3 2 1总得分评审补充说明:评审签名:日期:MakeX 宣传大使奖评审表战队编号:战队名称:维度具体指标评分区间单项得分线上传播(20分)在各网络平台分享、推广MakeX赛事10 8 6 4 2 宣传活动卓有成效并有数据支撑, 积极促进社区交流,形成社区影响力10 8 6 4 2线下宣传(20分)积极主动组织或参与各类线下活动10 8 6 4 2 宣传活动卓有成效并有数据支撑, 积极促进社区交流,形成社区影响力10 8 6 4 2现场表现(10分)比赛现场主动与他人交流、认识新战队,通过多种形式展示了战队文化10 8 6 4 2申请材料质量(10分)提交文档内容详细完整,逻辑清晰,表述清楚5 4 3 2 1 视频制作精良,所有战队成员展示完整,充分展现战队特点5 4 3 2 1总得分评审补充说明:评审签名:日期:MakeX 精神奖评审表战队编号:战队名称:维度具体指标评分区间单项得分技术水平(20分)战队技术能力突出,战绩优异,以自身力量积极带动其他战队,起到模范作用10 8 6 4 2 具备科学钻研精神,不断推陈出新,取得技术和创新突破10 8 6 4 2团队文化(30分)优异的团队运营模式,合理分工、目标规划清晰10 8 6 4 2 注重知识和技能的传承,不断沉淀,注重新队员的培养,老、新队员默契合作10 8 6 4 2 积极营造和宣传团队文化,多形式展现战队风采,宣导赛事精神10 8 6 4 2比赛表现(10分)参赛过程中乐于协助其他战队,主动帮助和解决其他战队遇到的技术问题10 8 6 4 2申请材料质量(10分)提交文档内容详细完整,逻辑清晰、表述清楚 5 4 3 2 1 视频制作精良,所有战队成员展示完整,充分展现战队特点5 4 3 2 1总得分评审补充说明:评审签名:日期:MakeX 优秀导师奖评审表姓名:维度具体指标评分区间单项得分教学理念(10分)传道授业解惑,以培养和引导学生为目的,引导学生树立正确的价值观10 8 6 4 2专业知识技能(20分)过硬的专业知识技能,教学方法有效,引导学生取得优异战绩10 8 6 4 2 积极主动分享行业内知识技能或带队经验10 8 6 4 2赛事精神(20分)协助构建公平公正的竞赛环境10 8 6 4 2 认同在比赛和日常教学中尊重和践行赛事精神,以多种形式切实传播赛事精神10 8 6 4 2申请材料质量(10分)提交文档内容详细完整,逻辑清晰,表述清楚 5 4 3 2 1 视频制作精良,充分展现个人风采 5 4 3 2 1总得分评审补充说明:评审签名:日期:2020 MakeX 综合奖项申请表申请人/战队姓名联系电话战队编号邮箱省份及国家比赛名称申请奖项□技术分享奖□宣传大使奖□MakeX精神奖□优秀导师奖申请人身份□参赛战队□指导老师申请材料是否已包括□申请表□视频□报告□其他_________自媒体公众账号/主页(选填)MakeX论坛账号/主页(若申请技术分享奖,此项必填)2020年参赛经历及成绩请将此表如实填写,申请方式及要求以官网公布的奖项公告为准。
新产品设计开发全套表单模板设计开发新产品是一个复杂而关键的过程。
为了提高工作效率、确保设计开发工作有序进行,使用一套全面而规范的表单模板是非常必要的。
本文将介绍一套适用于新产品设计开发的全套表单模板,旨在帮助你规范和优化设计开发流程。
一、产品需求调研表产品需求调研是新产品设计开发的第一步。
通过明确产品的需求和市场的背景信息,可以为后续的设计开发工作提供指导。
以下是产品需求调研表的几个关键内容:1. 产品概述:简要介绍产品的基本信息和核心卖点。
2. 目标用户:明确产品的目标用户群体和其需求特点。
3. 市场竞争分析:分析产品在市场上的竞争情况,包括竞争对手、市场份额等。
4. 需求列表:详细列出产品的各项需求,包括功能需求、外观需求等。
二、概念设计表概念设计是新产品设计开发的关键环节。
在进行具体设计之前,需要对产品进行初步的概念化设计,以确保设计方向正确。
以下是概念设计表的几个要点:1. 设计目标:明确概念设计的目标,包括产品定位、用户体验等。
2. 外观设计:描述产品的整体外观设计思路和风格。
3. 结构设计:讨论产品的结构框架、材料选择等。
4. 创新点:提出产品的创新点和差异化竞争策略。
三、详细设计表详细设计是将概念设计转化为具体的产品设计方案的过程。
以下是详细设计表的几个重要内容:1. 功能设计:详细描述产品的各项功能设计要求。
2. 参数规格:列出产品各项参数要求,如尺寸、重量、功耗等。
3. 零部件清单:列出产品所需的各个零部件,并注明供应商信息。
4. 工艺流程:描述产品的生产制造流程,包括工艺步骤、设备要求等。
四、样品评审表在产品开发的过程中,样品评审是必不可少的环节。
通过评审样品,可以发现和修正产品设计中存在的问题。
以下是样品评审表的几个关键点:1. 样品信息:记录样品的基本信息,包括样品名称、生产批次等。
2. 外观质量:评估样品的外观质量,包括表面光洁度、装配质量等。
3. 功能性能:检测样品的功能性能是否符合设计要求。
××产品详细设计评审检查表
【内容】
●评审人员根据此表认真审核《产品详细设计规格说明书》。
●如果是合同项目,可能还需要用户审核,视具体情况而定。
【裁剪原则】
此部分内容不允许裁剪。
评委名称
评委日期YYYY-MM-DD
评审结论 合格 不合格 TBD 待完成 NA 不适用详细设计检查表结论
基本检查详细设计是否覆盖了所有的总体设计条目?
详细设计和总体设计之间是否存在冲突?每一个模块的关键算法、关键数据结构是否清楚?
各模块之间的接口是否清晰?
设计是否是可实现的?
设计是否有遗漏和缺陷?
可读性检查设计说明是否通俗易懂?
设计中,关键部分是否使用图表加以说明?是否提供软件设计图(类图,序列图,状态图…)
是否提供数据结构设计图(数据库设计,XML结构设计,文件格式设计)
是否提供样例代码,说明如何使用?
可用性检查设计中的命名是否与
现有系统冲突
是否存在不合理的设计结构(例如包耦合:不应交叉耦合,下层中的包不应依赖于上层中的包,依赖关系不得跳层,包不应依赖于子系统,仅应依赖于其它包或接口)
设计是否与某些现有规范存在冲突?(编码规范,设计规范,J2EE 规范….)
设计实现的复杂程度设计实现的瓶颈
依赖型检查是否使用或依赖于第三方的产品?
第三方产品是否可以由不同的提供商替换?
设计中涉及到关键技术是否成熟?
其他问题。
软件详细设计评审表
项目名称:项目负责人:
主审人:评审时间:
一评审流程
1、由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组通过阅读和讨论详细设计的内容对详细设计进行评审。
2、项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员作为评审依据小组成员在充分阅读这些材料之后进入下一步。
3、召开详细设计评审会。
在会上首先由该项目的系统分析员介绍总体设计思想包括需求概述和软件结构然后由各个模块的具体设计者分别对模块设计进行说明在此过程中小组成员可以提出问题展开讨论审查是否有错误存在。
4、在讨论结束后由项目负责人整理出一份《详细设计评审报告》。
5、若发现错误较多或发现重大错误则在改正之后再次组织详细设计评审。
二评审人员
公司高层
营销部
技术部
工程部
研发部
主审人
评审专家
项目负责人
软件测试人员
三评审内容(评审的具体结果可以参见评审会议记录)
模块评审指标评审内容评审
要求
结果
1.软件架构设计1.1合理性
系统应用架构的逻辑清晰、关系明确、层次合
理。
必须1.2先进性
系统开发技术架构先进、充分考虑系统功能可
重用、可扩展的要求。
建议1.3可维护性
设计易于理解,易于修改,易于测试和调试,
稳定性较好,方便用户未来的系统运维。
建议1.4安全性设计充分考虑系统运行的安全性,子系统间及建议
评审结果签署意见:。
软件详细设计评审表
项目负责人: 评审时间:
一评审流程
1、 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组 成一个评审小组 通过阅读和讨论详细设计的内容
对详细设计进行评审。
2、 项目负责人提前把概要设计说明书、 详细设计说明书等文档分发给评审小组成员
作为评审依据 小组成员在充分阅读这些材料之后
进入下一步。
3、 召开详细设计评审会。
在会上 首先由该项目的系统分析员介绍总体设计思想 包
括需求概述和软件结构 然后由各个模块的具体设计者分别对模块设计进行说明 在此过
程中小组成员可以提出问题 展开讨论 审查是否有错误存在。
4、 在讨论结束后
由项目负责人整理出一份《详细设计评审报告》。
5、 若发现错误较多 或发现重大错误 则在改正之后 再次组织详细设计评审。
二评审人员
三 评审内容(评审的具体结果可以参见评审会议记录)
项目名称: 主审人:。