📄 iso 9001在软件开发、供应和维护中的使用指南.htm
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0046)http://www.itjob.com.cn/lesson/se/gbt19001.htm -->
<HTML><HEAD><TITLE>IT人才网--学习资源--CMM</TITLE>
<META content="text/html; charset=gb2312" http-equiv=Content-Type>
<META content=IT人才求职招聘信息、考试资料、技术论坛等 name=description>
<META content="MSHTML 5.00.3315.2870" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff leftMargin=0 topMargin=0 marginheight="0" marginwidth="0">
<SCRIPT language=JavaScript src="ISO 9001在软件开发、供应和维护中的使用指南.files/header.js">
</SCRIPT>
<TABLE>
<TBODY>
<TR>
<TD bgColor=#99ccff width="15%">
<TD width="92%">
<P align=center><B><SPAN class=text><STRONG>GB／T19001——ISO
9001在软件开发、供应和维护中的使用指南</STRONG></SPAN></B></P>
<TD width="1%"> </TD>
<TR>
<TD bgColor=#99ccff vAlign=top width="15%">
<SCRIPT language=JavaScript
src="ISO 9001在软件开发、供应和维护中的使用指南.files/cmm_menu.js">
</SCRIPT>
<TD vAlign=top width="92%">
<P><A name=前言><STRONG><BIG>前言</BIG></STRONG></A></P>
<P>
ISO（国际标准化组织）是由各国标准化团体（ISO成员团体）组成的世界性的联合会。制定国际标准的工作通常由ISO的技术委员会完成，各成员团体若对某技术委员会已确立的标准项目感兴趣，均有权参加该委员会的工作。与ISO保持联系的各国际组织（官方的或非官方的）也可参加有关工作。在电工技术标准化方面，ISO与国际电工委员会（IEC）保持密切合作关系。由技术委员会正式通过的国际标准草案提交各成员团体表决，国际标准需取得至少75％参加表决的成员团体的同意才能正式通过。<BR>
国际标准ISO 9000－3由ISO／TC 176质量管理和质量保证技术委员会制定。<BR> ISO
9000的总标题是：质量管理和质量保证标准，由以下部分组成二<BR>
第一部分；选择和使用指南<BR> 第二部分；ISO 9001、ISO 9002和ISO
9003的使用指南<BR> 第三部分： ISO
9001在软件开发、供应和维护中的使用指南<BR> 第一部分为ISO
9000版修订后的编号，第M部分尚待出版。<BR> 本标准的附录A和B仅供参考。</P>
<P><BIG><A name=引言><STRONG>引言</STRONG></A></BIG></P>
<P>
随着信息技术的发展，软件产品数量与日俱增，软件产品质量管理成为必不可少的重要因素，提出软件质量保证指南是建立质量管理体系的方法之一。适用于供需双方合同环境的质量体系的一般要求已经发布，也就是GB／T
19001－ISO
9001质量体系——设计／开发、生产、安装和服务的质量保证模式。然而，软件的开发和维护过程不同于大多数其他工业产品。由于这一技术领域的迅速发展需要考虑其技术现状，有必要对涉及软件产品的质量体系提供补充性指南。<BR>
软件开发特点是：一些活动与开发过程中的特定阶段关，而另一些活动则可能适用于整个过程。<BR>
本标准的编写结构反映了这一区别。正由于这个原因，本标准没有在格式上直接与 GB／T
19001相对应，而仅通过对照表（附录A和附录B）给出了这两个标准的相互关系。关于软件产品开发的合同可能有不同形式，在有些合同中，本标准即使经过“剪裁”也是不适用的。<BR>
因此，确定本标准对于具体合同的适用程度是很重要的。<BR>本标准所涉及的情况主要是：按照合同中需方的需求规格说明开发特定软件，然而，所涉及的概念在其他情况下也可能同样有价值。<BR>
注：1.本标准中使用男性代词并不表明排除女性、同样，使用单数并不排除在意思允许情况下应用复数（反之亦然）。<BR>
2.本标准中对于没有进一步提供使用指导而直接采用GB／T
19001相应条款的部分在其后用方括号注明。<BR>
3.本标准中列出一些清单，其中任何一个都可能不够样尽，仅作为示例。</P>
<HR color=#800080>
<BR>本标准等同采用国际标准ISO 9000－3质量管理和质量保证标准第三部分：ISO 9001在软件开<BR>发、供应和维护中的使用指南》。
<P><A name="1 范围"><STRONG>1 范围</STRONG></A></P>
<P> 本标准为承担软件开发、供应和维护的组织采用 GB／T 19001—ISO
9001提供使用指南。<BR>
当合同中要求供方证实其开发、供应和维护软件产品的能力时，可使用本标准。<BR>
本标准旨在描述为生产出满足需方要求的软件而建议采用的控制手段和方法。这主要通过从开发到维护的所有阶段防止不合格来实现。<BR>
本标准适用于软件产品的下列情况合同环境：<BR>
a.合同对设计工作提出了特定要求，产品的性能要求已基本被说明，或老有待于确定。<BR>
b.通过恰当证实供方开发、供应和维护软件产品的能力，从而对产品建立信心。</P>
<P><A name="2 引用标准"><STRONG>2 引用标准</STRONG></A></P>
<P>
本标准引用了下列标准的条款。本标准发布时，这些引用标准均为有效版本。所有标准都将进行修订涸此，鼓励依据本标准达成协议的各方尽可能采用下列标准的最新版本。IEC和ISO成员均持有现行有效的国际标准。<BR>
ISO 2382－1数据处理——术语，第01部分；基础术语<BR> GB／T
6583质量——术语<BR> GB／T
19001质量体系——设计／开发、生产、安装和服务的质量保证模式<BR> GB／T
19021.1质量体系审核指南——第一部分：审核</P>
<P><A name="3 定义"><STRONG>3 定义</STRONG></A></P>
<P> 本标准使用 ISO 2382－1和 GB／T
6583给出的定义及下列定义。<BR>3.1软件：包含与数据处理系统操作有关的程序、规程、规则以及相关文档的智力创作。<BR>［ISO 2382－l
01.04 04）<BR> <STRONG>注4：软件独立于它的载体。</STRONG><BR>3.2
软件产品：交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据。<BR>3.3
软件项：在开发中间阶段或最后阶段的软件产品中的任何可标识的部分。<BR>3.4 开发：创作软件产品的所有活动。</P>3.5
阶段:规定的工作部分。<BR>
<STRONG>注5；某一个阶段，并不意味着某一特定生存周期模型的使用，也不指软件产品开发中的一段时间。</STRONG><BR>3.6
软件验证：为确保某一阶段产品的正确性和与该阶段输入所规定的（产品和标准的）要求的一致生，对该阶段产品进行评价的过程。<BR>3.7软件确认：为确保软件符合规定的要求而进行评价的过程。
<P><STRONG><A name="4 质量体系——框架">4 质量体系——框架</A></STRONG></P>
<P><A name=4．1管理职责>4.1管理职责</A><BR>4.1.1供方的管理职责<BR>4.1.1.1
质量方针<BR>供方管理者应现定质量方针和质量目标，对质量作出承诺并写成文件。供方应保证各级人员都理解<BR>质量方针，并能坚持贯彻执行。<BR>［GB／T
190014.1.1］<BR>4.1.1.2组织<BR>4.1.12.1职责和职权<BR>对影响质量的管理、实现和验证工作的所有人员，特别是对需独立行使权力开展下述工作的人员应<BR>规定其职责、职权和相互关系：<BR>a.采取措施，防止产品出现不合格；<BR>h.确认和记录产品质量问题；<BR>c.通过规定的渠道，提出、采取或推荐解决办法；<BR>d.验证解决办法的实施效果；<BR>e.对不合格品的进一步加工、交付或安装采取必要控制措施，直到缺陷或不满意的情况得到纠<BR>正。<BR>［GB／T
19001
4.1.2.1」<BR>4.1.1.2.2验证手段和人员<BR>供方应确定内部验证要求，提供恰当的手段委派经过培训的人员进行验证。<BR>验证活动包括对设计、生产、安装和服务等过程和（或）对产品的检验、试验和监视。设计的评审，质<BR>量体系、过程和（或）产品的审核应由对该项工作无直接责任的人员进行。<BR>［GB／T
19001
4.1.2.2」<BR>4.1.1.2.3管理者代表<BR>供方应指定专门负责的代表，明确其职责和职权，以保证本标准的要求得以贯彻执行。<BR>［GB／T
19001 4.1
2.3]<BR>4.1.1.3管理评审<BR>供方管理者应定期对按本标准要求所建的质量体系进行评审，以保证质量体系持续有效。应保存评<BR>审记录.<BR>注
6:管理评审通常包括对内部质量审核结果的评定，应由供方对质量体系负有直接责任的管理者亲自进行或以其<BR>名义进行。<BR>[GB/T 19000
4.1.3]<BR>4.1.2需方管理职责<BR>需方应配合供方及时提供所有必要的信息并解决悬而未决问题。<BR>需方应指派一名代表负责与供方交涉有关合同事宜。此代表应有足够权力以便处理下列有关合同<BR>的事宜（但不限于此）：<BR>
a.向供方提出需求； <BR> b.回答供方提出的问题；<BR>
c.认可供方的提案；<BR>
d.与供方签订协议；<BR>
e.确保需方遵守与供方签订的协议；<BR>
f.规定验收准则和规程；<BR>
g.处理由需方提供的不宜使用的软件项。<BR>4.1.3联合评审<BR>
对下列方面应根据需要由供方和需方定期实施联合评审；<BR>
a.软件是否满足已商定的需求规格说明；<BR>
h.验证结果；<BR> c.验收测试结果。<BR>
评审结果应经双方同意并写人文件。<BR><A
name=4．2质量体系>4.2质量体系</A><BR>4.2.1总则<BR>
供方应建立并保持一个由文件加以规定的质量体系。这一质量体系应是贯穿整个生存周期的一个综合过程，以便在开发过程中保证质量，而不是在过程结束时才发现质量问题。应该强凋防止问题发生，而不是在发生问题后依靠纠正措施来解决。</P>
<P>供方应确保这一通过文件加以规定的质量体系有效地贯彻执行。<BR>4.2.2质量体系文件<BR>
应该用系统的有序的方法将所有质量体系要素、需求和预防措施清楚地写入文件。<BR>4.2.3质量计划<BR>
供方对每个软件开发均应依据质量体系制定质量活动计划并形成文件，以确保有关机构能正确理解并遵照执行。<BR><A
name=4．3内部质量体系审核>4.3内部质量体系审核</A><BR>
内部质量审核<BR>供方应建立全面的内部质量审核制度，以验证质量活动是否符合计划安排并确定质量体系的有效性。<BR>
应根据各项活动的实际情况及其重要性来安排审核的顺序。<BR>
审核和其后的措施应按书面程序进行。<BR>
审核结果应写成书面报告并通知被审核部门负责人。对审核时发现的问题，负责的管理人员应及时采取纠正措施。<BR>
［GB／T 190014 17］<BR> 见 GB／T 19021。<BR><A
name=4.4纠正措施>4.4纠正措施</A><BR>
供方应制定采取纠正措施的书面程序并贯彻执行。其内容包括：<BR>
a.调查产生不合格品的原因并研究为防止再发生所需的纠正措施；<BR>
b.对全部过程、操作、让步、质量记录、服务报告和顾客投诉进行分析，以查明和消除不合格品的潜在原因；<BR>
c.根据风险程度，采取相应的预防措施；<BR>
d.应对纠正措施的有效实施，加以控制；<BR>
e执行由纠正措施引起的规程的更改并予以记录。<BR> [GB／T 19001 4.14]。 </P>
<P><A name=5.质量体系——生存周期活动><STRONG>5.质量体系——生存周期活动</STRONG></A></P>
<P><A name=5．1总则>5.1总则</A><BR>
应按照某种生存周期模型组织软件开发项目。应根据所采用的生存周期模型的特点来策划和实施与质量有关的活动。<BR>
本标准适用于任何生存周期模型。如果从任何描述、准则、要求或结构中对此得出不同的结论并非本意，不应理解为本标准仅仅局限于某一特定的生存周期模型。<BR><A
name="5.2 合同评审">5.2 合同评审</A><BR>5.2.1总则<BR>
供方应建立合同评审以及协调这些活动的规程，并遵照执行。<BR>供方应评审每一合同以确保：<BR>
a.规定合同范围和需求并写入文档；<BR>
b.识别可能出现的意外或风险；<BR>
c.恰当保护有关的专利信息；<BR>
d.解决所有与招标不一致的需求；<BR>
e.供方有能力满足合同要求；<BR>
f.规定供方对分供方工作的责任；<BR>
g.统一双方对术语的理解；<BR>
h.需方有能力履行合同职责。<BR>
合同评审记录应妥善保存。<BR>5.2.2合同中的质量条款<BR>
除其他条款外，合同中常见的质量条款有：<BR>
a.验收准则；<BR>
b.在开发过程中对需求更改的处理；<BR>
C.对验收后出现的问题的处理，包括与质量有关的索赔和需方的投诉；<BR>
d.由需方进行的活动，尤其是需方在需求规格说明、安装和验收方面的作 用；<BR>
e.由需方提供的设施、工具和软件项；<BR>
f.采用的标准和规程；<BR> g.复制需求（见5.9）。<BR><A
name="5. 3需方需求规格说明">5.3需方需求规格说明</A><BR>5.3.1总则<BR>
要进行软件开发，供方应具有一套完整无歧义的功能需求，这些需求应包括需方要求的全部内容。这些内容可以包括下列各条（但不限于此）：性能、安全性、可靠性、保密性和专用性。这些需求应该精确，足以成为产品验收确认时的依据。<BR>
需方需求规格说明应记录这些要求。有时，该文档由需方提供。若非如此，则供方应在需方的密切配合下确定这些需求，并且在进入开发阶段之前得到需方的认可。该需求规格说明应作为开发文档的一部分纳入文档控制和配置管理的范畴。<BR>
在需方需求规格说明中，应采用直接或参照的方式完整地规定软件产品和其他软件或硬件产品之间的所有接口。<BR>5.3.2供需合作<BR>
在制定需方需求规格说明时，需特别注意下列事项:<BR>
a.双方指定人员负责编制需求规格说明；<BR>
b.需求认可和更改批准的方法；</P>c.努力防止误解，诸如术语定义和对需求的背景说明等；<BR>
d.记录和评审双方讨论结果。<BR><A
name="5． 4开发策划">5.4开发策划</A><BR>5.4.1总则<BR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -