软件详细设计评审记录

设计开发各阶段文件、记录要求1.目的本作业指导文件为进一步明确设计开发全过程中各阶段的文件及记录要求，以进一步规范设计开发流程，确保设计开发全过程受控，2.适用范围本要求适用于公司内各类产品的设计开发全过程，这些产品包括但不限于：软件、雷达终端、专用计算机等。

设计开发的全过程包含设计开发策划、方案、概要设计、详细设计、设计验证、确认、设计更改、试制等各个环节.设计开发活动的类别包括但不限于：公司内部立项的新项目（产品）、与客户签订合同的研制、改进项目、上级机关下达的研制任务、产品改进项目等。

3.引用文件GJB9001B—2001 质量管理体系要求EWZG A00—02-2011 质量手册EWZG B7301-2011 设计和开发控制程序EWZG B7302-2011 软件设计开发控制程序EWZG C7341—2011 设计和开发评审程序EWZG B4131—2011 外包过程控制程序首件鉴定程序EWZG B4241—2011 质量记录控制程序EWZG C4231-2011 图纸技术文件管理办法4.详细要求4.1立项根据客户意向立项的，由市场部填写《立项申请表》；公司内部立项的,由项目发起部门填写《立项申请表》；研发总监组织立项评审，填写《立项评审报告》，评审会中应填写《会议签到表》、《会议记录》，立项评审由技术副总批准;根据客户合同立项的，应进行合同评审，填写《合同评审表》，合同评审作为立项的依据;确定立项后，由项目主管或综合管理部计划管理人员编制《新产品研制任务书》,任务书由研发总监审核，总经理签发。

4.2设计开发策划设计开发承接部门在接收到任务书后，应进行设计开发策划,编制《研制计划》、《质量保证大纲》、《质量计划》，计划和大纲应经过研发总监批准。

如采用了新技术、新材料，应经过试验、论证,编制《可行性报告》，并进行评审.4.3方案（概要）设计在方案阶段,应明确设计的具体要求，形成《设计开发输入一览表》、产品规格书、技术条件或技术协议、检验大纲、特性分析报告、研制方案等;研发总监组织方案评审，填写《方案评审报告》，评审会中应填写《会议签到表》、《会议记录》；所有文件应经过研发总监审核、技术副总批准。

软件项目评审内容全文共四篇示例，供读者参考第一篇示例：软件项目评审是对正在进行或即将进行的软件项目进行全面审查和评估的一项重要活动。

通过项目评审，可以确保项目目标的达成以及项目的顺利实施。

评审内容是评审的核心，它包括了项目的各个方面，比如项目计划、需求文档、设计文档、编码规范、测试计划等。

评审内容不仅仅是对项目的质量进行评估，也是对项目管理的规范和流程的审查。

1. 项目计划项目计划是软件项目评审的第一个内容。

项目计划包括项目工作的安排、进度计划、资源分配等。

评审项目计划主要是检查项目的可行性和可靠性，是否满足项目的需求，项目的进度是否合理，资源是否充足等。

2. 需求文档需求文档是软件项目的基础文档，它记录了项目的需求和功能。

评审需求文档的目的是确定需求的准确性和完整性，是否符合用户的期望，是否满足项目的目标。

3. 设计文档设计文档是软件项目的设计蓝图，它包括了系统结构、模块设计、数据流程等。

评审设计文档的目的是检查设计的合理性和可行性，是否满足需求文档的要求，是否符合项目的架构。

4. 编码规范编码规范是软件开发中的重要规范，它规定了代码的书写规范、命名规范、注释规范等。

评审编码规范的目的是确保代码的质量和可维护性，减少开发人员之间的差异，提高代码的可读性。

5. 测试计划测试计划是软件项目测试的规划和安排，包括测试的策略、测试的方法、测试的工具等。

评审测试计划的目的是确定测试的覆盖范围和深度，是否符合项目的质量标准，是否满足用户需求。

6. 风险评估风险评估是软件项目管理中的一个重要步骤，它包括了项目风险的识别、分析、评估和应对措施。

评审风险评估的目的是确定项目存在的风险，并制定相应的风险管理计划，确保项目的顺利实施。

7. 质量保证质量保证是软件项目管理中的一项重要工作，它包括了制定质量标准、质量检查、缺陷管理等。

评审质量保证的目的是确保项目的质量达到标准，项目的交付物符合用户需求，减少项目风险。

9. 成本控制成本控制是软件项目的重要管理活动，包括项目预算、成本估算、成本监控等。

设计和开发测试评审记录测试评审记录是指在软件开发过程中，针对测试工作的进行和结果的评审记录。

其目的是对测试活动进行评价，以保证软件质量，并为后续的软件改进提供指导。

下面是一个测试评审记录的设计和开发示例。

项目信息：项目名称：XXX软件项目版本：1.0测试阶段：系统测试阶段评审日期：2024年10月1日评审人员：评审主持人：张三评审专家：李四、王五、赵六评审内容：1.测试目标和范围的评审-测试目标：验证软件功能的正确性-测试范围：功能测试、性能测试、稳定性测试、安全性测试-评审结论：测试目标和范围明确，涵盖了必要的测试类型。

2.测试计划和策略的评审-测试计划：详细描述了测试活动的计划安排、资源分配和测试环境的准备-测试策略：描述了测试设计、执行和管理的方法和策略-评审结论：测试计划和策略完整，考虑了不同类型测试的需求，并提供了合理的测试方案。

3.测试用例的评审-测试用例：包括了功能测试、性能测试、稳定性测试和安全性测试的测试用例-评审结论：测试用例覆盖了软件的主要功能和各个测试类型的关键点，用例质量较高。

4.缺陷管理流程和工具的评审-缺陷管理流程：描述了缺陷的报告、跟踪和解决流程-缺陷管理工具：评估了缺陷跟踪工具的功能和易用性-评审结论：缺陷管理流程清晰，缺陷管理工具功能完备且易于使用。

5.测试环境的评审-测试环境：描述了进行测试所需的硬件、软件和网络环境-评审结论：测试环境满足测试需求，各项资源齐备。

6.测试执行和报告的评审-测试执行：描述了测试用例的执行过程和结果-测试报告：包括了测试活动的总结、缺陷统计和软件的质量评估-评审结论：测试执行和报告详细准确，测试结果可靠，为后续改进提供了指导。

评审结论：综合评审结果，测试目标、范围、计划和策略、用例、缺陷管理流程和工具、测试环境、执行和报告等方面均符合测试要求。

评审小组对测试工作表示满意，并建议继续保持测试质量，在后续阶段加强对关键功能和性能的测试。

P3：产品和过程开发
P4：产品和过程开发
P5：供应商管
P6：生产过程分
P6：生过程分
必须定义和规范质量数据和过程参数（设定值），这些数据对于证明产品一致性来说是必要的。

记录实际数据（实际值），用于展示对目标要求的符合性。

这些数据必须确保可用以评价。

对异常情况进行记录（班次日志/设备日志）。

收集的数据要与产品和过程相关，数据来源是实际的、易获取的、可查的、可存档的。

要考虑追溯性要求。

对收集的数据进行分析，并启动相应的改进措施。

潜在的改进必须根据质量、成本、服务的先前问题来持续开展。

导致过程或产品发生偏离的事件，及其相关措施，被体现在相应的风险分析（例如FMEA）当中。

P7：顾客关怀、顾客满
殊特性？
性？*
与产品/
●控制图
●特殊特性
●过程参数（温度，时间，压力...）
●生产数据采集
●故障信号（例如停线，断电，程序故障报警）●参数变化
●失效类型/失效频率
●失效成本（不符合）
●报废/返工
●隔离通知/拣选行动
●节拍时间，周期时间
●SPC●柏拉图分析
●因果图
●风险分析（FMEA、FTA…）。