软件质量管理体系文件的编写Word文件下载.doc

软件质量管理体系文件的编写Word文件下载.doc

《软件质量管理体系文件的编写Word文件下载.doc》由会员分享，可在线阅读，更多相关《软件质量管理体系文件的编写Word文件下载.doc（7页珍藏版）》请在冰点文库上搜索。

（1）由组织的最高管理者正式发布的，体现了组织总的质量宗旨和质量方向的质量方针，组织在质量方面所追求的近期目的，包括满足产品要求所需内容的质量目标；

（2）规定组织质量管理体系要求的纲领性文件质量手册；

（3）标准规定的6个程序文件；

（4）组织为确保其过程有效策划、运作和控制所需的程序文件、作业文件、规范等；

（5）提供产品、过程、体系符合要求及体系有效运行的证据和可追溯性要求的记录。

2.建立文件化质量管理体系要突出行业特点

软件企业在建立文件化质量管理体系，编写体系文件时，除必须满足ISO9001:

2000《质量管理体系要求》标准之外，还需要充分考虑软件行业特点，参考ISO9000-3:

1997《ISO9001:

94在计算机软件开发、供应、安装和维护中的使用指南》、GB/T11457-1995《软件工程术语》以及ISO/IEC12207-1995《信息技术软件生存周期过程》等国家或国际标准。

建立质量管理体系前，需要组织按标准要求，对现有管理模式和规章制度进行必要的清理、整顿，在编写质量管理体系文件时，首先应收集整理现有的管理文件、规章制度、软件开发文档和记录表格，然后在此基础上按标准要求进一步补充、修改和完善，以达到符合标准的要求。

质量管理体系文件具有强制性和唯一性，新编写的质量管理体系文件要与现有的管理文件、软件开发文档相协调，对现有管理文件进行补充、完善后，应纳入新的体系文件重新审批发布，并按文件控制程序统一编号和管理，以防止作废文件的非预期使用。

编写质量管理体系文件时，组织要结合软件行业特点、企业规模和人员素质等综合因素统盘考虑。

切忌将其他已通过认证企业的质量管理体系文件拿来照搬照抄，编写质量体系文件应从以下几方面入手。

二、质量手册的编写

1.确定软件产品实现的流程

根据软件产品特点，确定以下产品实现流程图，识别流程图中各过程的输入和输出，确定这些过程需要开展的活动和需要投入的资源。

然后识别第7章产品实现过程中，那些不影响组织提供满足顾客和适用法律法规要求的产品的能力或责任的条款，并说明删减的细节和理由。

2.确定标准条款与软件产品实现过程的对应关系

根据产品实现过程流程图的主要过程与标准条款的对应关系进行过程描述，质量手册中各条款的描述最好与标准条款相对应，以便覆盖标准要求，顺利通过认证机构的文件审查。

手册对质量管理体系各过程要求和过程之间相互作用的描述要突出软件行业特点，与软件实现过程相对应，应明确各过程需开展的质量活动、控制要求和控制方法、主管部门和配合部门的质量职责等。

三、软件产品实现过程的控制与实施要求

1.软件的需求分析与评审过程

本过程与ISO9001标准"

7.2与顾客有关的过程"

相对应。

组织需要根据市场或顾客需求草案编制详细的软件需求规格说明，对那些顾客没有提出，但规定的用途或已知预期用途所必须的要求以及法律法规要求，组织也应该予以识别和满足。

软件需求规格说明的编写应符合GB/T9385《计算机软件需求说明编制指南》的规定。

软件需求规格说明实施前应得到项目负责人审批并通过组织内部评审。

在合同状态下，软件需求规格说明实施前还应得到顾客确认。

评审和确认后的软件需求规格说明作为软件开发输入。

2.软件系统/项目设计开发过程

本过程规定了组织策划并开发软件产品的各项活动。

与ISO9001标准的"

7.1产品实现的策划"

、"

7.3设计和开发"

相对应，包括以下七个子过程：

（1）软件开发的策划

本过程需要编制软件项目开发计划，开发计划的编写应依据GB/T8567《计算机软件开发文件编制指南》的规定，主要内容包括：

定义、项目概述、顾客/组织对项目的要求和验收标准；

开发阶段的划分，项目时间进度要求，每阶段的输入、输出和所需的评审、验证和确认的活动安排；

项目开发组的职责、权限，项目的资源配置；

项目组成员的分工、职责和权限以及各项任务间的相互关系；

确保参与开发的不同小组/人员之间的组织协调和技术接口，各小组和人员之间的有效沟通要求等。

（2）软件开发的输入

本过程需要编制《软件需求说明书》、《数据要求说明书》、《规则、惯例和约定》等。

《软件需求说明书》主要内容包括：

顾客或市场的需求与期望、产品主要功能、性能要求；

适用的法律、法规要求和国家强制性标准；

以前类似设计提供的适用信息；

对确定软件产品的安全性和适用性至关重要的特性要求，包括安全保密、维护及使用环境等。

（3）软件开发输出

软件开发输出应以能针对软件开发输入进行验证的形式来表述，以证明输出满足输入要求，为软件生产和服务运作提供适当的信息。

软件系统/项目开发输出除需编制软件程序外，还要在用户手册中规定安全和正常使用所必须的产品特性，包括安装、使用、维护等要求。

设计输出文档一般包括：

《概要/详细设计说明书》、《数据库设计说明书》、《软件开发工具/设备采购计划》、《采购软件/设备验证/测试规范》、《单元/集成/验收测试计划》、《测试用例》、《测试分析报告》、《项目开发总结报告》、《用户/维护手册》、《培训教材》等。

研发人员进行软件程序编码时，应对可能涉及的顾客提供的软件开发工具、数据或测试用例按"

7.5.4顾客财产"

的要求加以识别和管理。

（4）软件开发的评审

在软件开发的适当阶段，应按项目开发计划的要求，组织相关部门对设计输出成果进行系统的评审，根据评审结果编制《软件开发评审报告》，研发人员对评审中发现的问题应及时采取有效的纠正措施，并跟踪记录措施的实施情况。

组织提供的客观证据主要包括：

需求分析的评审、设计输出文档和软件功能、性能的评审记录等。

（5）软件开发的验证

研发人员应根据《测试计划》和《测试用例》分别对开发的软件进行单元和集成测试，根据测试结果编制《测试分析报告》，主要内容包括：

测试概况、测试结果、对阶段软件功能的分析结论等，应确保软件需求输入中每一项功能、性能要求都有相应的验证记录。

对于按特定合同开发的软件项目，测试活动与标准8.2.4条款产品的过程检验为同一过程。

（6）软件开发的确认

软件系统/项目的确认目的是为了证实产品能够满足预期的使用要求，对于自主研发的通用软件系统的确认一般在销售之前完成。

按特定合同开发的软件项目，确认通常在产品交付前完成。

确认或验收测试活动与标准8.2.4条款产品的最终检验为同一过程，测试应尽可能在使用环境下进行，并有顾客参加。

如需经用户使用一段时间才能完成确认工作的，应在可能的适用范围内实施局部确认。

一般情况下，确认测试、现场验收测试可以合并进行。

对测试中发现的不合格软件项，应按不合格品控制程序的要求，分析原因并修改程序后，重新进行测试。

对使用的测试设备/工具应实施有效控制，并提供以下客观证据：

测试用计算机定期维护记录；

测试/杀毒软件和测试用例使用前的评价与确认记录等。

（7）软件开发的更改

开发人员应识别和评价设计更改对软件产品使用性能、安全性、可靠性等方面带来的影响。

软件开发的更改可发生在软件生存期的任何阶段。

当更改涉及到软件的主要功能和技术性能要求的改变、人身安全或相关法律法规要求变更时，应对更改进行适当的评审，必要时，重新进行验证和确认测试活动。

3.配置管理过程

配置管理过程是在整个软件生存周期中实施技术状态管理的过程，它标识、定义系统中软件项，并指定基线；

控制软件项的修改和放行；

记录和报告软件项的状态和修改申请；

保证软件项的完整性、一致性和正确性；

控制软件项的储存、处理和交付。

本过程与ISO9001标准的"

7.5.3产品标识和可追溯性"

配置管理活动包括：

编制配置管理计划；

确定基线；

对开发设备、开发工具、开发文档和代码实施配置管理；

控制软件更改，对更改后的软件进行配置标识；

控制软件审查、测试记录；

标识软件版本等。

4.交付与维护过程

组织对软件产品交付和提供售后维护服务的活动与ISO9001标准"

7.5.1生产和服务提供的控制"

7.5.5产品防护"

（1）软件产品交付

软件产品在用户现场安装前，应按标准"

的控制要求对顾客提供的硬件设备和软件运行环境等进行识别和确认。

技术支持人员在用户现场完成软件安装后，应按用户培训教材或用户手册的要求对顾客进行软件使用的必要培训，按软件项目验收测试计划要求与顾客一同进行验收测试，并请顾客代表签署验收意见。

（2）维护过程

软件产品交付后，组织应依据合同，负责软件售后维护和软件版本升级工作。

维护活动一般包括:

对顾客使用中出现的软件故障进行测试、分析和修复；

在维护阶段，按顾客提出的功能和性能改进要求进行软件版本升级，升级后的软件版本应纳入配置管理，并保存软件维护、升级记录。

四、程序文件的编写要求

程序文件作为指导和规范各职能部门运作的文件，应具有很强的可操作和检查性。

内容一般包括：

目的、范围、职责、工作要求和程序、记录要求、支持性文件和记录表格目录等。

程序文件中关于质量活动的描述应明确各过程之间的接口关系，主管部门、配合部门的职责和权限，应体现PDCA循环的要求，以便形成闭环管理，使质量管理工作得到持续改进。

软件企业在编写程序文件时要符合行业特点和组织运作方式，例如：

某软件公司质量手册规定质量管理体系文件采用电子文档媒体形式，该公司应在《文件控制程序》中规定电子文档管理人员的职责权限、文档的控制要求和控制方法，一般需要做出以下规定：

质量管理体系电子文档的主管部门和责任人员职责；

计算机/局域网上发布的质量体系文件的会签管理要求；

电子文档在计算机/局域网上只读设置、访问权限设置、修改密码设置的要求；

确保网上发布的电子文档有效性和受控版本标识的要求；

确保及时删除网上作废文件，及如何设置“作废保留”文件夹中保存作废文件的要求；

当电子文档保存在光盘或软盘中时，在媒体包装上如何做受控版本标识的要求等。

五、为确保过程有效运行和控制所需文件的编写要求

这些文件一般指除标准中规定的6个程序文件之外，根据产品特点、组织规模和人员素质而确定的其它程序文件、作业指导书、规范、开发文档等。

在确定文件的种类和数量时还应考虑对提供产品或服务质量的影响，顾客和法律法规的要求，组织运作的有效性和效率等。

组织可以根据软件实现过程特点考虑编制文件的种类，软件企业确定程序文件目录时除满足标准对程序文件的一般要求外，还应结合软件实现过程特点增加软件需求分析控制、软件开发控制、软件测试控制、测试设备/工具控制、配置管理控制、软件安装、交付与维护等程序文件，或其他形式的管理文件。

除此之外，软件企业还应根据软件开发的复杂程度，按电子行业标准SJ/T207.1《设计文件管理制度第1部分：

设计文件的分类和组成》中"

软件产品设计文件的成套性"

的规定，确定软件开发文档的种类和数量。

依据GB/T8567《计算机软件开发文件编制指南》的要求，制定软件开发文档编制规范或模板，以规范软件开发文档的编写工作。

软件开发文档编写规范或模板一般包括：

软件开发计划、软件需求规格说明、概要设计说明、详细设计说明、数据库设计说明、编码规范、测试计划、测试用例、测试分析报告、项目开发总结报告、配置管理计划、用户手册、用户培训教材等。

六、记录表格要求

记录是实现可追溯性的基础，记录可提供产品、过程和体系符合要求及质量管理体系有效运行的证据，具有追溯、证实和依据记录采取纠正和预防措施的作用。

记录是一种特殊类型的文件，作为记录表格属于文件的范畴，需要规定记录格式的编号并按文件控制程序进行管理。

填写内容后的表格成为一种记录，记录表格除需要规定记录格式编号之外，还应规定使用后的顺序号，以便区分同一类记录表格在不同时间、不同场所、记录的不同内容的信息。

软件企业除需要满足ISO9001标准规定的21处（包括适用时的情况）记录要求外，还需要根据软件产品实现特点，按GB/T8567《计算机软件开发文件编制指南》要求填写相关记录。

七、结束语

软件企业在完成质量管理体系文件编写，通过评审、批准发布之后，还要经过试运行阶段。

按国家规定，申请认证企业体系运行的时间不能低于三个月。

软件研发企业在体系试运行期间，至少应完成一个完整软件项目的产品实现过程，并提供以下证据：

软件项目研发、安装、交付和维护活动记录，顾客对该软件产品实施验收或使用后的认可记录，提供组织有能力进行软件开发、安装和售后维护以及上述活动能满足顾客和适用法律法规要求的客观证据等。

任何文件都不可能做到十全十美，运行的目的是在运行期内发现文件的遗漏和缺陷，以便及时采取措施加以修改、补充和完善，使体系文件更加协调和更加符合组织运作。