软件开发质量保证体系cjmo.docx
《软件开发质量保证体系cjmo.docx》由会员分享,可在线阅读,更多相关《软件开发质量保证体系cjmo.docx(17页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
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 需方需求规格说明 在某一具体项目进行开发前,本公司应具有一套该项目的完整、精确、无歧义的功能需求,这些需求应包括需方的所有要求。 因为本公司在业务领域具有丰富的经验,可以大力配合客户识别并确定需求,需求在开发前得到需方的确认。 该需求应足以成为产品验收确认时的依据。 在制订需求规格说明时应注意: 双方制定专人负责 需求认可和更改的批准 防止误解,定义好术语,对需求的背景进行说明 记录和评审双方讨论的结果,以备将来查询某些需求确定原
9、因。 5.3开发计划在项目进行前制定开发计划,作为总体的策划,指导整个项目有序的进行。开发计划要求包括以下方面: 项目定义 项目资源组织管理 开发阶段 进度 确定质量保证计划、测试计划、集成计划等 随着项目的进展,开发计划要不断更新,在生命周期模型每一阶段开始之前,都要有该阶段的工作计划,并经过评审后实施。以下较详细的说明开发计划中应具备的各方面。 A. 开发阶段开发计划应将项目目标转化为最终结果的过程、方法等清楚的描述出来,可以把工作分为几个阶段,比如按照生命周期法划分开发阶段。开发阶段要确定以下项:o 要执行的开发阶段 o 每一阶段所需的输入 必须用文档方式确定下来,每一项需求均有明确的定
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 质量保证 体系 cjmo
限制150内