4.1.3 共同评审
双方定期地交流，并联合评审软件是否满足已经商定的需求规格说明书。
4.2 质量体系
本质量体系贯穿整个开发周期，是为了在开发过程中保证质量，并非在开发结束时才检查质量问题，所以重点强调防止问题地发生，问题发生后的纠正仅作为补充手段。
本公司将采取必要手段保证这一体系得以有效地贯彻实施。
质量体系文件
本公司的质量体系文件,包括质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。
质量体系文件见附录《质量体系文件》
质量计划
具体项目开发组根据公司质量体系制订质量活动计划并形成《质量保证计划》，以保证开发组能正确理解质量体系并能遵照执行。
附录之《质量保证计划指导》作为各项目组制订计划的指导。
4.3 审核
本公司内部建立全面的审核制度，以验证各具体项目中的质量活动是否符合计划要求，同时检查质量体系的有效性，以不断完善质量体系。
审核过程及采取的措施均要按书面方式进行。
审核结果形成报告，提交审核部门负责人。对于审核时发现的问题，相关负责人应及时采取措施。
4.4 纠正措施
纠正措施必须制定书面规程，应包括以下内容：
调查问题产生的直接原因，并制定防止同类事件发生所需的措施。
查询分析各类过程记录、让步记录、操作记录、质量记录、客户投诉等等，已查明潜在原因并消除
根据风险程度，采取预防措施
对纠正措施的有效实施加以控制
对纠正措施的记录
5. 质量体系生存周期
要求各阶段必须有合格的产品（包括文档），并以其作为下一阶段的工作基础。对每一阶段的产品，必须组织评审，确保其质量，避免错误影响后续工作。
本标准适用于任何生存周期模型。
5.1 合同评审
本公司应评审每一合同，以确保：
规定合同的范围和需求并写入文档
识别可能出现的风险
恰当的保护有关的专利信息
解决所有与招标不一致的需求
有能力满足需求
规定其他涉及项目的供货商的责任
统一双方对术语的理解
需方有能力履行合同职责
合同评审记录应妥善保管。
此外，应注意有关质量条款
验收准则
在开发过程中对需求变更的处理
对验收后出现问题的处理
确定需方的责任，尤其是在需求规格说明、安装和验收时的作用
有需方提供的必要便利条件，如设施、工具和软件等
采用的标准和规程
5.2 需方需求规格说明
在某一具体项目进行开发前，本公司应具有一套该项目的完整、精确、无歧义的功能需求，这些需求应包括需方的所有要求。
因为本公司在业务领域具有丰富的经验，可以大力配合客户识别并确定需求，需求在开发前得到需方的确认。
该需求应足以成为产品验收确认时的依据。
在制订需求规格说明时应注意：
双方制定专人负责
需求认可和更改的批准
防止误解，定义好术语，对需求的背景进行说明
记录和评审双方讨论的结果，以备将来查询某些需求确定原因。
5.3开发计划
在项目进行前制定开发计划，作为总体的策划，指导整个项目有序的进行。
开发计划要求包括以下方面：
项目定义
项目资源组织管理
开发阶段
进度
确定质量保证计划、测试计划、集成计划等
随着项目的进展，开发计划要不断更新，在生命周期模型每一阶段开始之前，都要有该阶段的工作计划，并经过评审后实施。
以下较详细的说明开发计划中应具备的各方面。
A. 开发阶段
开发计划应将项目目标转化为最终结果的过程、方法等清楚的描述出来，可以把工作分为几个阶段，比如按照生命周期法划分开发阶段。
开发阶段要确定以下项：
要执行的开发阶段
每一阶段所需的输入
必须用文档方式确定下来，每一项需求均有明确的定义，以保证完成情况可被检验。
每一阶段应产生的输出
验证阶段输出，必须满足以下几点：
满足相应的要求
有明确的验收准则，作为验收评审的参考。
符合开发惯例和约定
每一阶段需要执行的验证步骤
必须有对每阶段输出的验证计划，并在适当的时间进行验证评审。
分析各阶段可能潜在的问题或需要解决的问题
B. 项目管理
项目开发、实施等过程的时间进度安排
进度的控制方法及活动
确定组织机构及其职责、各工作组的资源及工作分配
不同工作组间的组织协调方法，并明确技术接口问题。
C. 开发方法和工具
规定项目活动应共同遵循的方法及使用的工具，包括：
开发规范、惯例
开发工具及技术
5.4 质量计划
质量计划作为开发计划的一部分。
质量计划随项目进展而更新，质量计划经正式评审，并得到所有与计划执行有关的组织的统一。
质量计划应包含或引用以下内容：
质量目标，尽可能以定量方式给出
定义每一阶段的输入、输出准则
确定要进行的测试、验证和确认活动的类型和详细计划，包括时间、进度等。
确定具体质量活动的职责：比如，评审和测试、更改控制、对缺陷的控制和纠正措施。
5.5 设计和实现
设计和实现活动是将需求规格说明转化为软件产品的过程。为保证软件产品的质量，这些活动必须在严格规定的方法下进行，不能依赖于事后的审查监督。
设计
设计阶段要满足各阶段的共同要求，此外，设计阶段还应考虑：
选用适合所开发产品类型的设计方法
总结吸取以往项目的经验教训
设计应考虑软件以后的测试、维护和使用
B. 实现
规定编程规则、编程语言、命名约定、编码和注释规则等
要求在实现过程中严格遵守既定开发规则
选用合适的方法和工具实现产品
本公司内部制定《开发规范》，各项目组可参照制定适合特定项目的规范。
C. 评审
为使需求规格说明得以满足和上述规则方法得以实施，必须以评审的方式加以保证。直到所有被发现的缺陷被消除，或确定缺陷的风险可被控制后，才能进入下一步的设计或实现工作。
各项目组引用公司规范或参照制定的开发规范应在取得本项目组广泛认可的情况下，提交给评审部门，作为评审参照依据。
评审纪录应保存，评审结果可能作为个人及项目组工作成绩评定的参考之一。
5.6 测试和确认
要具有完整的测试计划，测试计划要经过评审，并以此为依据进行测试活动。
文章来源于领测软件测试网 https://www.ltesting.net/
