软件开发质量保证体系.doc

1、 软件开发质量保证体系最后更新日期：2000.6.12 1. 使用范围 2. 引用标准 3. 定义 4. 质量体系框架 4.1 管理职责 4.2 质量体系4.3 评审4.4 纠正措施5. 质量体系生存周期5.1 合同评审5.2 需方需求规格说明5.3 开发计划5.4 质量计划5.5 设计和实现5.6 测试和确认5.7 验收5.8 复制、交付和安装5.9 维护软件开发质量保证体系公司内部标准本标准参照 ISO9000-3 质量管理和质量保证标准 第三部分：在软件开发、供应和维护中的使用指南。1、 使用范围本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。以

2、下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。2、 引用标准本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。使用本文档时，请尽量参照最新版本。3、 定义产品：以下指软件产品，即交付给用户的一整套 计算机程序、规程及相关的文档和数据 。开发：创作软件产品的所有活动。供方：指本公司。需方：指具体项目的需求方，即客户。质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。4、 质量体系框架4.1 管理职责4.1.1 供方(及具体的项目开发组)负责以下职责 o 组织机构 本公司内部专门设立部门质量保证部门，由部门负责人

3、及专门经过培训的人员组成。具体项目开发组，设立质量保证组，或委托公司质量保证部门协助开展工作。质量保证部门负责以下工作：o 建立并维护公司内部的质量保证体系。 o 对可能导致产品不合格的问题予以识别，采取措施予以避免。 o 发现并记录产品的质量问题。 o 提出、采取或推荐问题解决办法。 o 验证解决办法的实施效果。 o 对不合格产品的处理、交付过程进行控制，确保最终问题得以纠正。 质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。o 制定质量方针和质量目标 确保项目组成员均理解质量方针并能坚持贯彻执行。公司内部制定一般性的质量方针及对软件产品的质量目标，作为各项目组的参照，各项目组可

4、根据具体客户期望及需求作出具体质量目标及质量承诺，具体质量目标及承诺，特别是超出公司目标的部分，提交给质量保证部门，以便提交给质量保证部门充分理解并协助实施。质量方针和质量目标见附录o 管理评审 质量保证部门负责人应每月对质量体系进行评审，主要是对内部质量审核结果的评定，以保证质量体系持续有效，保存评审记录。4.1.2 需方（客户）应负的职责在项目中，应向需方（客户）提出具体要求，明确其需要承担的职责，以便相互配合，共同保证项目的顺利实施。o 需方应明确指定项目相关负责人，应具有足够的权力处理以下问题： o 向供方提出需求 o 回答供方提出的某些相关问题 o 认可供方的提案 o 与供方签订协议

5、并能确保遵守签订的协议 o 规定验收准则和规程 o 向供方提供必要的信息,提供有利的环境并解决项目中一些障碍。 4.1.3 共同评审双方定期地交流，并联合评审软件是否满足已经商定的需求规格说明书。4.2 质量体系本质量体系贯穿整个开发周期，是为了在开发过程中保证质量，并非在开发结束时才检查质量问题，所以重点强调防止问题地发生，问题发生后的纠正仅作为补充手段。本公司将采取必要手段保证这一体系得以有效地贯彻实施。A. 质量体系文件 本公司的质量体系文件,包括质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。质量体系文件见附录质量体系文件B. 质量计划 具体项目开发组根据公司质量体系制订

6、质量活动计划并形成质量保证计划，以保证开发组能正确理解质量体系并能遵照执行。附录之质量保证计划指导作为各项目组制订计划的指导。4.3 审核 本公司内部建立全面的审核制度，以验证各具体项目中的质量活动是否符合计划要求，同时检查质量体系的有效性，以不断完善质量体系。审核过程及采取的措施均要按书面方式进行。审核结果形成报告，提交审核部门负责人。对于审核时发现的问题，相关负责人应及时采取措施。4.4 纠正措施纠正措施必须制定书面规程，应包括以下内容： 调查问题产生的直接原因，并制定防止同类事件发生所需的措施。 查询分析各类过程记录、让步记录、操作记录、质量记录、客户投诉等等，已查明潜在原因并消除 根据

7、风险程度，采取预防措施 对纠正措施的有效实施加以控制 对纠正措施的记录 5. 质量体系生存周期要求各阶段必须有合格的产品（包括文档），并以其作为下一阶段的工作基础。对每一阶段的产品，必须组织评审，确保其质量，避免错误影响后续工作。本标准适用于任何生存周期模型。5.1 合同评审本公司应评审每一合同，以确保： 规定合同的范围和需求并写入文档 识别可能出现的风险 恰当的保护有关的专利信息 解决所有与招标不一致的需求 有能力满足需求 规定其他涉及项目的供货商的责任 统一双方对术语的理解 需方有能力履行合同职责 合同评审记录应妥善保管。此外，应注意有关质量条款 验收准则 在开发过程中对需求变更的处理 对

8、验收后出现问题的处理 确定需方的责任，尤其是在需求规格说明、安装和验收时的作用 有需方提供的必要便利条件，如设施、工具和软件等 采用的标准和规程 5.2 需方需求规格说明在某一具体项目进行开发前，本公司应具有一套该项目的完整、精确、无歧义的功能需求，这些需求应包括需方的所有要求。因为本公司在业务领域具有丰富的经验，可以大力配合客户识别并确定需求，需求在开发前得到需方的确认。该需求应足以成为产品验收确认时的依据。在制订需求规格说明时应注意： 双方制定专人负责 需求认可和更改的批准 防止误解，定义好术语，对需求的背景进行说明 记录和评审双方讨论的结果，以备将来查询某些需求确定原因。 5.3 开发计划在项目进行前制定开发计划，作为总体的策划，指导整个项目有序的进行。开发计划要求包括以下方面： 项目定义 项目资源组织管理