软件设计过程评审表
军工计算机_总体方案评审表
评审项目：
军工计算机
评审阶段：
方案(F)阶段评审主持Fra bibliotek：评审时间
评审地点
研发会议室
参会人员
评审主题：
军工计算机总体方案设计评审
评审内容：
1.对军工计算机电源设计方案完整性、合理性进行评审；
2.对军工计算机电子设计方案完整性、合理性进行评审；
3.对军工计算机结构设计方案完整性、合理性进行评审；
4.对军工计算机软件设计方案完整性、合理性进行评审；
评审决议:
序号
决议
备注
1
军工计算机电源、电子、结构及软件设计方案可行，正式使用
2
后期设计需严格按照设计方案进行
3
4
签名：
技术部软件研发管理表格
总工签字：年月日
七
风险排序
风险等级
风险项描述
降低风险策略
1
2
3
编码
单元测试结果
集成及测试阶段
编制文档
组装及测试
总计
三、软件
功能模块
Bug说明
级别
状态
修改人
发现日期
关闭日期
测试人员
四、软件研发
负责人
起止时间
计划工作量
项目情况
研发阶段
参加人员
工作内容
起止时间
实际工作量
需求分析阶段
设计阶段
编码阶段
测试阶段
五、软件研发项目跟踪与督察表
项目名称：项目经理：
序号
技术活动名称
签字：日期：年月日
总经理意见
签字：日期：年月日
二、软件研发任务计划表
编号：填写时间：年月日
软件名称
研发负责人
研发人员
研发阶段
研发任务
时间（天）
小计（天）
规划和需求确认阶段
需求定义
研发计划
产品设计阶段
产品设计
初步用户手册
测试计划
详细设计阶段
详细PDL描述
数据定义
测试数据和过程
用户手册
编程及单元测试阶段
软件研发管理表格
一、
编号：填表人：
软件名称
软件简称
版本号
申请时间
市场情况概述
目标软件定义
市场背景
（用户群、销售潜力、预计年收入等）
市场同类软件对比分析
使用对象
预计投放市场时间
可行性分析
研发平台及工具
软ቤተ መጻሕፍቲ ባይዱ功能描
互联网软件项目评审表
5
6
7
界面元素
界面元素的一致 窗口、菜单、图标、按钮
性
等元素的一致性
10
技术运用的合理 各种技术表现与具体内容
技术运用
性； 内容实现的正确
有机结合，各种媒体使用 协调；多媒体信息呈现可208 功能要求
性
控；连接准确、无死链。
1.软件的易用性，不让用
第一反应原则； 户无法理解
交互性要求 引导原则；
2.必须有完整的提示、指
主审人 评审人
评审人 评审人
15
A
B
16
17
18
19
20
21 评审会议记录
22
23
C
D
E
F
G
24 25 26
记录人签名 27
评委表决记录 无条件通过 28
结论方式记录 一致决定 29 30 31 32 评审整改意见 33 34 35
日期
有条件通 过
过半数表决决定 评审负责人
不予通 过
裁决决定
A 1
B
C
D
E
F
G
项目评审表
项目名称 2
评审项目 3
评审细项
策划人
评审指标 （评审要点）
指标说明 （评审要点说明）
最高分 值
分值
相对完整的完成软件需求
产品内容 产品内容 内容的完整性 功能；有明确的使用者定
10
位 4
5
界面布局
界面布局的合理 性
布局合理，层次清晰
5
界面
界面美观 界面美观设计 界面美观
25
互动性原则
导性语言，让用户容易操
9
作
软件设计评审表-模板
用户接口是否模块化，并且修改时不影响其他程序
10
是否提供了一致的错误处理机制
11
各子系统、模块之间的关系是否描述得清楚
12
系统的设计是否考虑了系统的可扩展性
13
设计是否考虑了重用性
14
重用构件是否进行了标识
15
是否说明了重用模块的获得方式和相关的文档
Байду номын сангаас16
系统的设计是否考虑了系统的易移植性
17
设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法
设计范围、边界是否清晰，文档中是否清晰阐明了系统的各项特性及预期的结果
15
逻辑性、算法和处理过程是否正确
16
文档是否符合客户的需要
17
设计是否考虑到未来的扩充性
18
设计的系统是否易于维护
评审项目
详细设计说明书
评审日期
评审结果标记
合格不合格TBD待完成 NA 不适用
评审情况
检查项：项；有效检查项：项；通过项：项；通过率：%
18
设计的调用宽度、调用深度、耦合度、内聚度和结构化程序是否进行了描述
追溯性
19
设计是否可以追踪到需求
20
需求是否可追溯到设计
编制： 日期： 审核： 日期： 批准： 日期：
序号
主要检查项
检查结果
说明
标准化
1
有规定的文档标识
2
引用的文档现行有效
3
文档编写的内容、格式符合相关标准、规定的要求
4
文档签署完整
5
设计陈述中的命名、属于和缩写是否上下文一致
完整性
5
文档有独立的版本说明部分
软件设计评审表-模板
引用的文档现行有效
3
文档编写的内容、格式符合相关标准、规定的要求
4
文档签署完整
完整性
5
文档有独立的版本说明部分
6
有文档的文字目录页
7
有总体设计部分
8
有功能设计
9
有接口设计
10
有性能设计
追溯性
11
设计是否可以追踪到需求
12
需求是否可追溯到设计
符合性
13
是否每个设计都是可测试的或以别的方式可以确定的
14
9
用户接口是否模块化，并且修改时不影响其他程序
10
是否提供了一致的错误处理机制
11
各子系统、模块之间的关系是否描述得清楚
12
系统的设计是否考虑了系统的可扩展性
13
设计是否考虑了重用性
14
重用构件是否进行了标识
15
是否说明了重用模块的获得方式和相关的文档
16
系统的设计是否考虑了系统的易移植性
17
设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法
设计范围、边界是否清晰，文档中是否清晰阐明了系统的各项特性及预期的结果
15
逻辑性、算法和处理过程是否正确
16
文档是否符合客户的需要
17
设计是否考虑到未来的扩充性
18
设计的系统是否易于维护
评审项目
详细设计说明书
评审日期
评审结果标记
合格不合格TBD待完成 NA 不适用
评审情况
18
设计的调用宽度、调用深度、耦合度、内聚度和结构化程序是否进行了描述
追溯性
19
设计是否可以追踪到需求
20
(输入)设计评审记录表
4 在样件CP 中有证明产品特殊特性（电气性能、成品总长、端子铆高、铆宽、铜管OD、夹子装配尺寸位置及方向） OK
5 公司现在设备均满足测试能力要求 OK
6 公司现有工艺和设备可满足产品制程要求（见工艺流程图和设备清单） OK
7 PFMEA 有充分识别无效原因及对应措施 OK
设计评审记录表
制定部门： 制定日期： 年 11 月 23 日
产 品 名 称
规格/型号
产 品 编 号
顾客名称
评审
项目
□ 产品设计输入 □ 产品设计输出
■ 制造过程设计输入 □ 制造过程设计输出
评
审
内
容
1 设计输出内容是否在开发计划控制范围内；
2 各项尺寸公差是否合理；
3 主要性能是否在产品图上有注明；
8 在新产品过程开发目标中有证明（、电气性能要求） OK
备 注
评审通过
核准
CFT审查
制表
张伍明
4 产品安全和主要特性是否在P中清楚注明；
5 测试能力是否足够；
6 是否需要特殊的加工设备和作业方法；
7 PFMEA 是否识别完整潜在不符合事项；
8 是否有证明可靠性的质量目标。
评 审 结 果
1 设计输出时间在 2009年11月23日 符合APQP计划要求 OK
2 在工程规范中均有证实各项尺寸 OK
软件项目验收资料清单
信息化项目验收文档清单
1、项目设计方案；
2、施工组织设计方案；
3、施工进度计划；
4、项目经理证书及项目经理委任书；
5、项目人员保密协议；
6、实施单位施工资质证书；
7、项目开工申请；
8、项目设备自检报告；
9、设备报验申请、设备清单及质量证明文件；
10、硬件系统加电测试记录；
11、项目变更文档，及各项变更申请；
12、项目测试（检测）大纲；
13、项目测试（检测）记录，及测试（检测）报告；
14、项目单项（分部）验收（产品合格、系统测试合格等）
15、项目初步验收报告；
16、试运行记录及试运行报告；
17、项目最终验收报告；
18、用户文档（包括：用户手册、操作手册、安装手册、维护手册）；
19、系统管理使用维护手册；
20、项目竣工图纸，各种点分布图及配线表；
21、培训计划、方案及纪录；
22、系统维护文档；
23、设备技术文档和光盘；
24、工程总结；
25、项目施工日志周报及月报；。
软件评审检查表-计分
交互性要求
简易位，一致性;反馈性;容错性图形化.
人机交互简单、形象输入、输出方面的-致性对用户的操作及时作出皮馈;对可能出现的错误迸行检测、报告和处理.
15
软件性能
响应性要求
页面转焕的响应性 ;
载入时间的短时间要求
短时启动时间要求;
负裁指标明确化.
页面转换快捷;媒体装入时间简短;有确定的负载性能指标.
部署后是否可以正常使用.
5
运行环境
环境适用性.
运行环镜是否与软件愿景说明书一致
5
界面
界面布局
界面布局的合理性.
布局合理，层次清晰
2
界面美观设计
界面的美观性.
界面美观.
3
界画元素
界面元素的-致性.
窗口、菜单、图标、按钮等元素的-性.
5
功能要求
技术运用
技术运用的合理性;内容实现的正确性.
各种技术表现与具体内容结合 ，各种媒体使用协调;多媒体信息的呈现可控，链接准确、无死链.
100分
评审结论：
5ห้องสมุดไป่ตู้
稳定性要求
帮助机制的完备性;
错误处理机制完备性;
确认退出出机制的完备性.
每个操作都有联机帮助或提示;
联机帮助易读、易懂
处理用户可能出现的任何错误操作;
避免出现数据未保留而退出.
5
安全性要求
访问安全性，使用安全
性
用户身份管理和访问控制
数据安全性
10
软件文档
文档资料
完整性
规范性
软件过程文件目录
20
分数
软件产品评审表
评审时间：
评审人员：评审组长（），评审成员（）
设计开发各过程表单
项目建议书
序号：编号：FME-GC-01AO
（所列各项，可另加页叙述）
设计开发任务书
序号：编号：FME-GC-02AO
签名：年月日
设计开发计划书
序号：编号：FME-GC-03AO
设计开发输入评审表
序号：编号：FME-GC-04AO
设计开发输出清单
序号：编号：FME-GC-05AO
设计开发评审报告
序号：编号：FME-GC-06AO
设计开发验证报告
序号：编号：FME-GC-07AO
设计开发确认申请单
序号：编号：FME-GC-08AO
：
所承担的已完成了规定的设计评审和设计验证、且结果符合要求，现申请进行设计确认，请予审批。
此致
敬礼
申请人：
年月日
设计开发确认报告
序号：编号：FME-GC-09AO
试产申请报告
序号：编号：FME-GC-10AO
序号：编号：FME-GC-11AO
新产品鉴定报告
序号：编号：FME-GC-02AO
批准：编制：
顾客试用报告
序号编号：FME-GC-13AO
批准：编制：。
设计方案评审表
口方案不合理，但需要做少量的修改，需再次评审
口方案不合理，不同意立项
项目负责人：
产品经理：
方案批准：
列席人员 签名
修改意见调整设计方
项目名称
项目编号
设计方案评审表
评审主持
评审日期
评审地点
RD 参与评审
人员
业务
采购
PIE
PQE
财务
项管
列席人员
产品设计方案简述：（评审输入设计方案、客户需求表、产品设计标准书）
评审主要内容
评审项目
评审结果
设计外观风格，属性定位是否符合客户要 口通过
求
口不通过
设计创意点包含，形态，材料，结构，工 口通过
成本控制，模具成本、材料成本预估是否 口通过
满足设计规划要求
口不通过
其他需要评审部分 参加会议人员签名：
口名
备注：评审人员半数以上通过，即认定设计方案初级评审通过。如未达到，待RD根据修改意见调整设计方 案，确定二次评审时间。（如有任何不符合客户要求即评审失败） 评审结论：
艺是否符合客户要求
口不通过
设计整体外观尺寸，是否符合客户要求
口通过 口不通过
设计结构，配合方案是否满足客户要求
口通过 口不通过
电路设计、电器控制方案是否满足客户需 口通过
求
口不通过
软件部分设计（如果有）方案是否能够满 口通过
足客户规格要求
口不通过
新元器件或外购件货源及价格是否便于国 口通过
内采购
口不通过
软件项目过程定义表模版
错误!未定义书签。
项目过程定义表文档编号：项目编号:受控状态：受控版本号：V1。
02014年1０月15日修订记录1．项目生命周期选择ﻩ错误!未定义书签。
2。
ﻩ项目已定义过程 ........................................................................................................ 错误!未定义书签。
2。
1通用过程裁剪............................................................................................................ 错误!未定义书签。
2．2项目开发过程裁剪矩阵 .......................................................................................... 错误!未定义书签。
２.2。
１瀑布型 ............................................................................................................ 错误!未定义书签。
2。
2.2 迭代型 ................................................................................................................ 错误!未定义书签。
2。
3项目支持过程裁剪矩阵ﻩ错误!未定义书签。
3．ﻩ偏差说明.................................................................................................................... 错误!未定义书签。
IATF16949-2016最新的VDE6.3过程审核要素说明及评审表
必须在自身要求，顾客要求，法律法规要求，生产制造过程以及取决于产品用途/使用的特性的基础上，识别特殊特性。
针对由顾客指定的供方（指定供方），签署了归口协议。
产品/过程开发
-设计任务书（产品、过程）
-顾客要求
-法律法规要求
-采购条件
-涉及质量管理的要求
项目计划会顾及到关键的供方群体。而关键路径则是来自项目计划。
质量管理计划必须是项目计划的组成部分。
在项目计划中所定义的里程碑时刻，应开展评价（评审），以确认所有策划的事项是否都得到实现，并且是否达到了要求的实现程度。
-包括里程碑在内的项目计划
-针对具体过程技术和/或产品组的顾客要求
-顾客的项目计划
-顾客的时间进度要求
-产品/过程开发
-顾客要求
-时间安排,时间框架
-针对下级供方权责关系的定义
-规范,标准,法律,环保
-顾客规范
-产品责任要求
-产能
-原材料到位情况
-负责开发的有资格的人员
-生产制造可能，生产地点
-建筑，空间
-设备，模具，生产/检验设备，辅助工具，实验室设备，运输工具，容器，仓库
- CAM，CAQ
标准化生产系统的方法：
IATF16949-2016最新的VDE6.3过程审核要素说明及评审表
过程要素P2：项目管理
最低要求/重要评审
基于产品风险，要求和证明的可能性示例
备注（输入-输出）和参考资料
P2.1是否建立了项目组织（项目管理），并且为项目管理者以及团队成员确定了各自的任务和权限？
项目管理有能力满足顾客要求。
设计了一个组建项目管理的过程。
软件过程检查表格模板
精心整理
1.过程检查要素表
2.过程打分
2.1.过程打分原则：
1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了
使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容
和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：
1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30/N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的
5)/该
6)
7)
8)
9)
分计算。
2.3.
第一次
第二次
C=5.3＋5.6＋5.3＋5.7＋5.6＝27.5
3.过程检查表
3.1.计划过程检查表
3.5.系统设计过程检查表
3.6.需求和设计管理过程检查表
3.7.软件编码过程检查表
-来源网络。
设计方案评审表
设计方案评审表设计方案概述：
设计方案名称：
评审日期：
评审人员：
评分标准：
评分范围：1-10分
1分：不符合设计要求
10分：完全符合设计要求
评审内容及评分项：
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安全性设计充分考虑系统运行的安全性，子系统间及建议
评审结果签署意见：。