PDM项目软件开发质量保证体系精品文档.docx
- 文档编号:251587
- 上传时间:2022-10-07
- 格式:DOCX
- 页数:16
- 大小:22.97KB
PDM项目软件开发质量保证体系精品文档.docx
《PDM项目软件开发质量保证体系精品文档.docx》由会员分享,可在线阅读,更多相关《PDM项目软件开发质量保证体系精品文档.docx(16页珍藏版)》请在冰豆网上搜索。
PDM项目软件开发质量保证体系精品文档
软件开发质量保证体系
最后更新日期:
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、引用标准
本标准制定考虑本公司的实际情况,因此本标准仅用于本公司内部控制产品质量。
使用本文档时,请尽量参照最新版本。
3、定义
产品:
以下指软件产品,即交付给用户的一整套计算机程序、规程及相关的文档和数据。
开发:
创作软件产品的所有活动。
供方:
指本公司。
需方:
指具体项目的需求方,即客户。
质量体系:
质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。
4、质量体系框架
4.1管理职责
4.1.1供方(及具体的项目开发组)负责以下职责
o组织机构
本公司内部专门设立部门质量保证部门,由部门负责人及专门经过培训的人员组成。
具体项目开发组,设立质量保证组,或委托公司质量保证部门协助开展工作。
质量保证部门负责以下工作:
o建立并维护公司内部的质量保证体系。
o对可能导致产品不合格的问题予以识别,采取措施予以避免。
o发现并记录产品的质量问题。
o提出、采取或推荐问题解决办法。
o验证解决办法的实施效果。
o对不合格产品的处理、交付过程进行控制,确保最终问题得以纠正。
质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。
o制定质量方针和质量目标
确保项目组成员均理解质量方针并能坚持贯彻执行。
公司内部制定一般性的质量方针及对软件产品的质量目标,作为各项目组的参照,各项目组可根据具体客户期望及需求作出具体质量目标及质量承诺,具体质量目标及承诺,特别是超出公司目标的部分,提交给质量保证部门,以便提交给质量保证部门充分理解并协助实施。
《质量方针和质量目标》见附录
o管理评审
质量保证部门负责人应每月对质量体系进行评审,主要是对内部质量审核结果的评定,以保证质量体系持续有效,保存评审记录。
4.1.2需方(客户)应负的职责
在项目中,应向需方(客户)提出具体要求,明确其需要承担的职责,以便相互配合,共同保证项目的顺利实施。
o需方应明确指定项目相关负责人,应具有足够的权力处理以下问题:
o向供方提出需求
o回答供方提出的某些相关问题
o认可供方的提案
o与供方签订协议并能确保遵守签订的协议
o规定验收准则和规程
o向供方提供必要的信息,提供有利的环境并解决项目中一些障碍。
4.1.3共同评审
双方定期地交流,并联合评审软件是否满足已经商定的需求规格说明书。
4.2质量体系
本质量体系贯穿整个开发周期,是为了在开发过程中保证质量,并非在开发结束时才检查质量问题,所以重点强调防止问题地发生,问题发生后的纠正仅作为补充手段。
本公司将采取必要手段保证这一体系得以有效地贯彻实施。
A.质量体系文件
本公司的质量体系文件,包括质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。
质量体系文件见附录《质量体系文件》
B.质量计划
具体项目开发组根据公司质量体系制订质量活动计划并形成《质量保证计划》,以保证开发组能正确理解质量体系并能遵照执行。
附录之《质量保证计划指导》作为各项目组制订计划的指导。
4.3审核
本公司内部建立全面的审核制度,以验证各具体项目中的质量活动是否符合计划要求,同时检查质量体系的有效性,以不断完善质量体系。
审核过程及采取的措施均要按书面方式进行。
审核结果形成报告,提交审核部门负责人。
对于审核时发现的问题,相关负责人应及时采取措施。
4.4纠正措施
纠正措施必须制定书面规程,应包括以下内容:
∙调查问题产生的直接原因,并制定防止同类事件发生所需的措施。
∙查询分析各类过程记录、让步记录、操作记录、质量记录、客户投诉等等,已查明潜在原因并消除
∙根据风险程度,采取预防措施
∙对纠正措施的有效实施加以控制
∙对纠正措施的记录
5.质量体系生存周期
要求各阶段必须有合格的产品(包括文档),并以其作为下一阶段的工作基础。
对每一阶段的产品,必须组织评审,确保其质量,避免错误影响后续工作。
本标准适用于任何生存周期模型。
5.1合同评审
本公司应评审每一合同,以确保:
∙规定合同的范围和需求并写入文档
∙识别可能出现的风险
∙恰当的保护有关的专利信息
∙解决所有与招标不一致的需求
∙有能力满足需求
∙规定其他涉及项目的供货商的责任
∙统一双方对术语的理解
∙需方有能力履行合同职责
合同评审记录应妥善保管。
此外,应注意有关质量条款
∙验收准则
∙在开发过程中对需求变更的处理
∙对验收后出现问题的处理
∙确定需方的责任,尤其是在需求规格说明、安装和验收时的作用
∙有需方提供的必要便利条件,如设施、工具和软件等
∙采用的标准和规程
5.2需方需求规格说明
在某一具体项目进行开发前,本公司应具有一套该项目的完整、精确、无歧义的功能需求,这些需求应包括需方的所有要求。
因为本公司在业务领域具有丰富的经验,可以大力配合客户识别并确定需求,需求在开发前得到需方的确认。
该需求应足以成为产品验收确认时的依据。
在制订需求规格说明时应注意:
∙双方制定专人负责
∙需求认可和更改的批准
∙防止误解,定义好术语,对需求的背景进行说明
∙记录和评审双方讨论的结果,以备将来查询某些需求确定原因。
5.3开发计划
在项目进行前制定开发计划,作为总体的策划,指导整个项目有序的进行。
开发计划要求包括以下方面:
∙项目定义
∙项目资源组织管理
∙开发阶段
∙进度
∙确定质量保证计划、测试计划、集成计划等
随着项目的进展,开发计划要不断更新,在生命周期模型每一阶段开始之前,都要有该阶段的工作计划,并经过评审后实施。
以下较详细的说明开发计划中应具备的各方面。
A.开发阶段
开发计划应将项目目标转化为最终结果的过程、方法等清楚的描述出来,可以把工作分为几个阶段,比如按照生命周期法划分开发阶段。
开发阶段要确定以下项:
o要执行的开发阶段
o每一阶段所需的输入
必须用文档方式确定下来,每一项需求均有明确的定义,以保证完成情况可被检验。
o每一阶段应产生的输出
验证阶段输出,必须满足以下几点:
1.满足相应的要求
2.有明确的验收准则,作为验收评审的参考。
3.符合开发惯例和约定
o每一阶段需要执行的验证步骤
必须有对每阶段输出的验证计划,并在适当的时间进行验证评审。
o分析各阶段可能潜在的问题或需要解决的问题
B.项目管理
o项目开发、实施等过程的时间进度安排
o进度的控制方法及活动
o确定组织机构及其职责、各工作组的资源及工作分配
o不同工作组间的组织协调方法,并明确技术接口问题。
C.开发方法和工具
规定项目活动应共同遵循的方法及使用的工具,包括:
o开发规范、惯例
o开发工具及技术
5.4质量计划
质量计划作为开发计划的一部分。
质量计划随项目进展而更新,质量计划经正式评审,并得到所有与计划执行有关的组织的统一。
质量计划应包含或引用以下内容:
o质量目标,尽可能以定量方式给出
o定义每一阶段的输入、输出准则
o确定要进行的测试、验证和确认活动的类型和详细计划,包括时间、进度等。
o确定具体质量活动的职责:
比如,评审和测试、更改控制、对缺陷的控制和纠正措施。
5.5设计和实现
设计和实现活动是将需求规格说明转化为软件产品的过程。
为保证软件产品的质量,这些活动必须在严格规定的方法下进行,不能依赖于事后的审查监督。
A.设计
设计阶段要满足各阶段的共同要求,此外,设计阶段还应考虑:
∙选用适合所开发产品类型的设计方法
∙总结吸取以往项目的经验教训
∙设计应考虑软件以后的测试、维护和使用
B.实现
∙规定编程规则、编程语言、命名约定、编码和注释规则等
∙要求在实现过程中严格遵守既定开发规则
∙选用合适的方法和工具实现产品
本公司内部制定《开发规范》,各项目组可参照制定适合特定项目的规范。
C.评审
为使需求规格说明得以满足和上述规则方法得以实施,必须以评审的方式加以保证。
直到所有被发现的缺陷被消除,或确定缺陷的风险可被控制后,才能进入下一步的设计或实现工作。
各项目组引用公司规范或参照制定的开发规范应在取得本项目组广泛认可的情况下,提交给评审部门,作为评审参照依据。
评审纪录应保存,评审结果可能作为个人及项目组工作成绩评定的参考之一。
5.6测试和确认
要具有完整的测试计划,测试计划要经过评审,并以此为依据进行测试活动。
A.测试计划
o包括单元测试计划、集成测试计划、系统测试计划、验收测试计划
o制定测试用例、测试数据和预期结果
o考虑要进行的测试类型,如:
功能测试、边界测试、性能测试、可用性测试等
o描述测试环境、工具以及测试软件
o软件产品是否完成的判断准则
o测试所需人员及其要求
B.测试活动
o记录发现的问题,指出可能的受影响的其他部分的软件,通知相关负责人员。
o确定受影响的其他部分软件,并对其进行重新测试。
o评价测试是否适度和适当。
o在验收和交付产品前,必须尽可能在类似使用环境中进行确认测试。
5.7验收
当软件产品已经完成,经过内部确认测试,准备好交付后,应要求需方根据合同中的规定原则判断是否可以进行验收。
对于验收中发现问题的处理办法由双方商定并纳入文档。
具备验收条件后,应制定验收计划并逐步实施。
验收计划应包括:
∙时间进度
∙评估规程
∙软件/硬件环境
∙验收准则
5.8复制、交付和安装
制定安装分发计划。
A.复制
制作好安装程序,复制好必要的拷贝。
准备好该交付的操作手册、用户指南等文档。
B.交付
交付前应对所交付产品的正确性及完整性进行检验。
C.安装
就以下方面双方明确商定各自的作用、责任和义务:
∙时间进度及安排,包括非工作时间及假日的人员安排及工作责任
∙提供出入便利条件,如通行证等
∙指定熟练人员的密切配合
∙提供必要的系统及设备
∙对每次安装的确认条件需明
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- PDM 项目 软件 开发 质量保证 体系 精品 文档