GB/T 19000.3-1994
标准分类号
中标分类号:综合>>标准化管理与一般规定>>A00标准化、质量管理
相关单位信息
起草单位:中国标准化与信息分类编码研究所
标准简介
本标准为承担软件开发、供应和维护的组织采用GB/T 19001-ISO 9001提供使用指南。当全同中要求供方证实其开发、供应和维护软件产品的能力时,可使用本标准。 GB/T 19000.3-1994 质量管理和质量保证标准 第三部分:GB/T 19001-ISO 9001在软件开发、供应和维护中的使 GB/T19000.3-1994 标准下载解压密码:www.bzxz.net
本标准为承担软件开发、供应和维护的组织采用GB/T 19001-ISO 9001提供使用指南。当全同中要求供方证实其开发、供应和维护软件产品的能力时,可使用本标准。
标准内容
[SO(国际标准化组织)足由各国标准化团体(ISO成员团体)组成的世界性的联合会。制定国际标准的工作通常由ISO的技术委员会完成,各成员团体若对某技术委员会已确立的标准项目感兴趣,均有权参加该委员会的工作。与IS门保持联系的各国际组织(官方的或非官方的)也可参加有关工作。在电工技术标准化方面,ISO与国际电T.委员会(IE<)保持密切合作关系。由技术委员会正式通过的国际标准草案提交各成员团体表决,国际标需取得至少75%参加丧决的成员闭体的同意才能正式通过。国际标准ISO9000-3由ISO/TC176质量管理和质量保证技术委员会制定。[S09000的总标题是:质量管理和质量保证标准,由以下部分组成:第.-部分;选择和使用指南
第二部分:ISO9001,IS09002和1SO9003的使用指南第三部分:ISO9001在软件开发、供应和维护中的使用指南第一部分为ISO9000版修订后的编号,第二部分尚待出版。本标准的附录A和3仅供参考。
随着俏息技术的发展,软件产品数量与俱增,软件产品质量管理成为必不可少的重要因素,提出软件质量保证指南是建立质量管理体系的方法之一适用J供需双方合同环境的质量体系的-般要求已经发布,也就是GB/T19001-1S09001质量体系一一设计/开发、生产、安装和服务的质量保证模式。然而,软件的开发和维护过程不同于大多数其他工业产品。由于这·技术领域的迅速发展带要考虑其技术现状,有必要对涉及软件产品的质量体系提供补充性指南。软件开发特点是:一些活动与开发过程中的特定阶段有关,而另-些活动则可能适用于整个过程。本标准的编写结构反映了这--区别。正由于这个原因,本标准没有在格式上直接与GB/T19001相对应,而仅通过对照表(附录A和附录B)给出了这两个标辨的相互关系。关于软件产品开发的合同可能有不同形式,在有些合同中,本标难即使经过“剪裁”也是不适用的,因此,确定本标准对于具体合同的适用程度是很重要的。本标准所涉及的情况土要是按照合同中需方的需求规格说明开发特定软件,然而,所涉及的概念在其他情说下可能同样有价值。注,1.本标准中使用男性代间并不表明排除女性。同样使用单数井不排除在意思允许情况下应用复数(反之亦然)。
2、本标准中对于没有进一步提供使用指导而首接采用GB/T19001相应款的部分在其后用方括号注明。3.本标准中州出一些清单,其中任何一个都可能不够详尽,仪作为示例。中华人民共和国国家标准
质量管理和质量保证标准
第三部分:GB/T 19001IS0 9001
在软件开发、供应和维护中的使用指南Quality management and quality assurance standards-Part 3:Guidelines fr the appllcation of GB/T 19001-ISO 900°to the development ,supply and maintenance of softwareGB/T 19000.3-1994
1$0 9000-3—1993
本标准等同采用国际标准ISO9000-3《质量肾理和质量保证标准第兰部分:ISO9001在软件元发、供应和维护中的使用指南》。1范围
本标准为承担软件开发,供应和维护的组织采用GB/T19001ISO 9001提供使用指南。当合同中要求供方证实其开发,供应和维护软件产品的能力时,可使用本标准。本标准旨在描述为生产出满足需方要求的软件而建议采用的控制手段和方法。这主要通过从开发到维护的所有阶段防止不合格来实现。本标准适用于软件产品的下列情况合同环境:a,合同对设计工作提出了特定要求,产品的性能要求已基本被说明,或者有待于确定。b,通过怡尚证实供方开发、供应和维护软件产品的能力,从而对产品建立信心。2引用标准
本标准引用了下列标准的条款。本标准发布时,这些引用标准均为有效版本。所有标准都将进行修订,固此,鼓励依据本标准达成协议的各方尽可能采用下列标准的最新版本。IEC和ISO成员均持有现行有效的国际标准。
ISO 2382-1数据处理—术语第 01 部分;基础术语GH/T 6583质量—-术语
GB/T19001质量体系—-设计/开发生产、装和服务的质量保证模式GB/T19(21.1质量体系审核指南一一第一部分:审核3定义
本标准使用IS0 2382-1 和 GB/T 6583给出的定义及下列定义。3.1软件:包含与数据处理系统操作有关的程序、规程、规则以及相关文档的智力创作。[IS() 2382-101.04. 04]
注4,软件独立于它的载体。
3.2软件产品!交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据。3.3软件项:在开发中间阶段或最后阶段的软件产品中的任何可标识的部分。3.4并发:创作软件产品的所有活动。国家技术监督局1994-05-04批准1994-12-01实施
3.5阶段;规定的工作部分。
GB/T 19000. 3--1994
汀5,某个阶段,并不意味着某一特定生行周期模型的使用,也不指软件产品开发中的一段时间。3.6软件验证:为确保某--阶段产品的正确性和与该阶段输入所规定的(产品和标准的)要求的一致性,对该阶段产品进行评价的过程。3.7软件确认:为确保软件符合规定的要求而进行评价的过程。4质量体系——框架
4.1管理职责
4.1.1供方的管理职责
4.1.1.1质量方针
供疗管理者应规定质量方针和质量日标,对质量作出承诺并写成文件。供方应保证各级人员都理解质方针,并能坚持彻执行。
[GB/T 19001 4. 1. 1-
4.1.1.2组织
4.1.1.2.1职责和职权
对影响质壁的管理、实现和验证工作的所有人员,特别是对需独立行使权开展下述工作的人员应规定其职责,职权相立关系:
:采取措施,防止产品出现不合格;b、确认和记录产品质量问题
己.通过规定的渠道,提出、采取或推荐解决办法:验证解决办法的实施效果:
对不合格品的进一“步加工,交付或安装采取必要控制猎施,直到缺陷或不满意的情说得到纠GB/T 19001
4.1. 1.2. 2验证手段和人员
供方应确定内部验证要求,提供恰当的手段委派经过培训的人员进行验证,验证活动包括对改计,生产,安装和服务等过程和或)对产品的检验,试验和监视。设计的评审,质量体系,过程和(或)产品的审核应出对该项工作无直接责任的人员进行,[GB/T 19001 4-1. 2.2]
4. 1. 1.2. 3管理考代表
供方应指定专门负责的代表,明确其职责和职权,以保证本标准的要求得以贯彻执行。GB/T190014.1.2.3J
4. 1.1. 3管理评审
供方管理者应定期对按本标准要求所建的质射体系进行评审,以保证质量体系持续有效。应保存评审记录。
注 6:管理评审通常包括对内部质量审核结果的评定,应由供方对质量体景负有直接责任的管理者亲自进行或以其名义进行。
GB/T 19001 4-1.3]
4.1.2需方管理职责
需方应配合供方及时提供所有必要的信息并解决悬而未决问题,需方应指派·-名化表负责与供方交涉有关合同事宜,此代规应有足够权力以便处理下列有关合同的事宜(但不限于此):
向供方提出需求
回答供方提出的问题;
认可供方的提案,
d。与供方签订协议,
GB/T 19000. 3—1994
确保需方遵守与供方签订的协议:e.
f.规定验收推则和规程;
处理由需方提供的不宜使用的软件项。g
4.1.3联合评审
对下列方面应根据需要由供方和需方定期实施联合评审:B
软件是否满足己商定的需求规格说明;b.验证结果;
e.验收测试结果,
评审结果应经双方同意并写人文件。4.2质量体系
4.2.1总则
供方应建立并保持一个由文件加以规定的质量体系。这一质量体系应是贯穿整个生存周期的一…个综合过程,以便在开发过程中保证质量,而不是在过程结束时才发现质量问题。应该强调防止问题发生,而不是在发生问题后依靠纠正措施来解决,供方应确保这·通过文件加以规定的质量体系有效地贯彻执行。4.2.2质量体系文件
应该用系统的有序的厅法将所有质量体系要紊、需求和预防措施清楚地写人文件。4.2.3质量计划
供方对每个软件开发均应依据质量体系制定质量活动计划并形成文件,以确保有关机构能正确理解并遵照执行。
4.3内部质量体系审核
内部质量审校
供方应建立全面的内部质量审核制度,以验证质量活动是否符合计划安排并确定质基体系的有效性。
应根据务项活动的实际情况及其重要性来安排审核的顺序。审核和其后的措施应按书面程序进行,审核结果应写成书面报告并通知被审核部门负责人。对审核时发现的间题,负资的管理人员应及时采取纠正措施。
[GB/T1900]4.17]
见 GB/T 19021.
4.4纠正措施
供方应制定采取纠正措施的书面程序并贯彻执行。其内容包括:a:调查产生不合格品的原许研究为防止再发生所需的纠正措施;b,对全部过程操作,让步、质量记录,服务报告和顾客投诉进行分析,以查明和消除不合格品的潜在原固;
C、根据风险程度,采取相应的预防措施d应对纠正措施的有效实施,加以控制;e。“执行由纠正措施引起的规程的史改并予以记录。[GB/T 19001. 14]此内容来自标准下载网
5质量体系—-生存同期活动
5.1总则
GB/T 19000,3—1994
应按照某种生存周期模型组织软件开发项目。应根据所采用的生存周期模型的特点来策划和实施与质量有关的活动。
本标准适用于任何生存期模型。如果从任何描,准则、要求或结构中对此得出不同的结论并非本意,不应理解为本标难仅仅局限某一特定的生存固期模型。5.2合同评审
5.2.1总剂
供方应建许合同评审以及协调这些活动的规程,并遵照执行。供方应评审每一合同以确保:
规定合同范围和需求井写入文档:识别可能出现的意外或风险
恰当保护有关的专利信息:
解决所有与招标不一教的需求:e
供方有能力满足合同要求:
规定供方对分供方工作的责任!统一双方对,术语的理解
h.需方有能力履行合同职责。
合同评记录应妥善保存。
5.2.2合同中的质最条款
除其他茶款外,合同中带见的质量条款有:a.
验收准刻:
在开发过程中对需求更改的处理;对验收后出现的问题的处理,包括与质量有关的索赔和需方的投诉;d.
由需方进行的活动:尤其是需方在需求规格说明、安装和验收方面的作用;e.
由带方提供的设施、丁具和软件项:f.
采用的标推和规程!
复制需求(见5.9)。
5.3需方求规格说明
5、311总
要进行软件开发,供方应具有一套完整尤歧义的功能需求,这些带求应包括带方要求的全部内容。这些内穿可以包括下列各条(但不限于此):性能、安全性、可靠性、保密性和专用性.这些需求应该精确,足以成为产品验收确认时的依据,带方诺求规格说明应记录这些要求。有时,该文档由需方提供。若非如此,则供方应在需方的替划配合下确定这些需求,并且在进入开发阶段之前得到需方的认。该需求规格说明应作为开发文档的一部分绒人艾挡控制和配臀管理的范孵在需方需求规格说明中,应采用直接或参照的方式完地规定软件产品和其他软件或硬件产品之间的所有接口。
5. 3.2供需合作
在制定需方需求规格说明时,需特别注意下列事项:司双方指定人员负责编制需求规格说明;b.需求认可和更改批催的方法;GB/T 19000. 3—1994
心。努力防止误解,诸如术语定义和对需求的背景说明等:d记录和评双方讨过论结巢。
5.4开发策划
5. 4. 1总则
开发计划应包括下列各项:
项目定义,包括项目目标的陈述及参照的需方或供方的有关项目!a.
b。项目资源的组织管理,包括项目组人员构成、职责,分供方的作用和使用的资源,开发阶段(如 5. 4.2. 1 所定义c
项目进度,其中要确定执行的任务,各项任务所需要的资源和时间及各任务之间的相互关系:
确定有关的计划,诸如:
一质量计划;
配置管理计划;
一一集成计划;
测试计划。
随着开发的进展应及时更新开发计划,在开始某一阶段工作以前应按5.4.2.1条确定该阶段的工作计划。并应经过审查和批准之后执行。5.4.2开发计划
5.4.2.1阶段
开发计划应严格规定将需方需求规格说明转换为软件产品的过程或方法,这可能包括把工作划分为儿个阶段,并且确定下列各项:要执行的开发阶段
每一阶段所的输入;
c,每一阶段应产生的输出;
d每一阶段要执行的验证步骤,
分析与各开发阶段达到规定需求相关的潜在问题。e.
5. 4.2.2管理
开发计划应规姆何对项目迹行誉埋,包括确定下列各项::开发、实现及交付的时间安撑b.进度控制:
c、组织职责、资源和工作的分配:d.不同工作组之间的组织协调和技术接口,5. 4.2. 3开发方祛和工具
开发计划应确定保证所有活动正阐实施的方法,可能包括下列各项,a.开发的规划,惯例和约定;
h、开发的工具和技术,
c、配置管理。
5.4.3进度控制
应制定进度评审计划,将其纳入文档并纽织实施,以确保突出的资源配给间题得到解决,整个开发计划得以赁彻。
5.4.4开发阶段的输入
应规定每一开发阶段所需的输入并纳入文档,每一项需求均应明确定义,以使它的完成情况可以验证,在起草过程中应解决不完整,模校两可或相互矛盾的需求。5.4.5开发阶段的输出
GB/T 19000. 3—1994
应规定每-开发阶段所要求的输出开纳人文挡。应对每一开发阶段的输出进行验证并做到下列几点
满足相应的需求;
包含或引用进入后续工作阶段的验收准则;b.
不论在输入信息中是否已经规定,输出均应符合有关的开发惯例和约定,标识出对产品安全和正常工作至关重要的产品特性:d.
符合有关法规的要求。
5.4.6各阶段的验证
供方应制定在每个开发阶段结束时对该阶段的输出进行验证的计划,应通过采用下列开发控制措施证实开发阶段的输出满足了输入的要求:a.在开发阶段的适出时机进行开发评审;b。在可能情况下,将新设计与已被证明是止确的类似设计进行比较:e.进行测试和演示。
应记录验证结果及为确保满足给定需求所需进·一步采取的措施,并在措施完成以后进行检查·只有经过验证的开发输出才能提交配置管理并被验收,供后续阶段使用。5. 5质量策别
5.5.1总则
供方应制定质量计划,作为开发策划的一部分。质计划应随开发的进展而及时更新,各阶段有关的软件项应在该阶段开始时完全确定质量计划应经正式评审并得到所有与该计划的执行有关的组织的同意。描述质量计划的文档(见5.5.2)可以是:·个独立的文档(称作质量计划\),也可以是其他文档的一部分,还可以由多个文档组成,其中包括开发计划。5.5.2质量计划内容
质量计划应规定或引用下列条款:质量标,尽可能以定量形式给出;定义每一开发阶段的输入,输出准则;b.
确定要进行的测试,验证和确认活动的类型,c
要执行的详细的测试、验证和确认活动计划,包括时间进度、资源和批准权力等;d
对质活动的具体职责。诸如:
评审和测试:
配置管理和重改挤制;
…对缺陷的控制及纠正措施。
5.6设计和实现
5. 6. 1 总则
设计和实现活动是指将需求规格说明转换为软件产品的过程。由于软件产品的复杂性,这些活动必须以严格规定的方法进行,以按照规格说明生产产品,而不是靠测试和确认活动来保证质量。注了:由于设计和实现过程需常超供方的专利,因此双方应就向需方提供信息的程度达成协议。5. 6. 2设评
除了对所有开发阶段共同的要求之外,对设计活动还应考虑下列因素:a确定设计依据一一除了输人和输出规格说明以外,还应检查设计规则和内部接口定义等方面:b,设计方法一-应使用适合所开发软件产品类型的系统化设计方法;借鉴以往的设计经验一一供方应吸取以往设计的经验教训,避免重新出现同样或类似的问题,t.
GB/T 19000. 3—1994
d.对后续工作的考患一.-产品的设计应便于测试,维护和使用。5,6.3实现
除了对所有开发活动共同的需求以外,在每一实现活动中还应考虑:具。规则一一应规定编程规则、编程语言、命名约定、编码和注释规则等并遵守之:b。实现方法一…供方应采用合适的实现方法和工具以满足需求。5.6.4评中
供方应进行评审以确保满足筛求及正确使用上述方法。只有在所有发现的缺陷的影响均被消除,或缺陷的影响退未消除,但已乔清带着缺陷进·步下作的风险之后,方可进行下一步的设计或实现工作。
这些评审的记录应予保存。
5.7测试和确认
5.7.1总则
从单个软件项到个完整的软件产品可能需要进行不同层次的测试,有一些不同的测试与集成方法。
在某些情况下,可以将确认、现场测试和验收测试合为“个活动。描述测试计划的文档可以是一个独立的文裆,或是其他文档的一部分,也可以由几个文档纠成。5.7.2测试策划
供方应布测试之前制定和评审测试计划,规格说明和裁程,应考虑给出下列内容,软件项测试计划、集成测试计划、系统测试计划和验收测试计划:测试用例、测试数据和预期的结果;b.
要进行的试类型:例如功能测试,边界测诚、性能测试、可用性测试:c
测试环境、工具和测试软件;
測试是否完戒的判断准则:
用户文档
所需人员及相应培训要求。
5. 7. 3测试
应对测试中的下列方面给子特别注意:应按有关规格说明记录测试结果:a.
应记录发现的问题,指出其可能对软件其他部分带来的影响,并且通知对此负贵的人员,以便b.
能对问题进行追踪直室问题解决:c。应确定受更改影响的部分,并对它们革新进行测试:应评价测试是否适度和适当:
应考虑软硬件配置并纳人文档。e.
5.7.4确认
在产品交付和带方验收之前,供方应尽可能在类似于合同规定的使用环境下对整个产品的运行进行确认。
5.7.5现场测试
在要求进行现场测试的情况下,应指明下列事项:需在现场环境中进行测试的特性:a.
在进行利评价测试方面,供方和需行的具体职责;b.
恢复用户坏境(测试之后)。
5.8验收
5.8.1总则
GB/T 19000. 3—1994
当供方准备好交付经确认的产品时,需方应根据合同中的规定准则和方式判断产品是否己经可以验收。
对验收过程中发现的问题的处理方法以及对它们的处骨应该由方和供力商定并纳入文挡。5.8.2制定验收测试计划
在进行验收活动之前,供方应协助需方确定下列内容:a.时间进度;
b.评估规程:
c.软件/硬件环境和资源,
d。验收推则。
5.9复制、交付和安装
5.9.1复制
复制是交付前应实施的一个步骤,在备复制过程中应考虑:a.
每个该交付的软件项的拷贝数量;b.
便于人阅读的每个软件项的介质类型,包括格式和版本;C
该交付的文档的条款(手册,用户指南等):协商一致的版权和许可证协议:d.
必要时主拷贝和备份拷贝的保臂,包括灾难性故障的恢复方案:供方提供拷贝的责任期限。
5.9.2交付
应规定对所交付的软件产品的正确性和完整性进行验证的措施。5.9.3安装
应就下列方面明确规定供方和需方的作用,职责和义务。a
时间进度,包括非正常工作时问和周末:h.
提供出人需方的便利条件(密钢,通行证或口令、防护用具等)t
熟练人员的配备,
使用需方的系统和设备:
对每次安装的确认要求应通过合同加以规定!e
f、对每次安装完成进行认的正式规程。5.10维护
5. 10. 1 总则
当需方要求在软件产品初次交付和安装后供方负责进行维护时,应在合同中规定。供方应建立并遵守实施维护活动及验证其满足特定维护需求的规程。对软件产品的维护活动一般分为:a。问题的解决;
b,接口的调整;
c、功能扩充或性能改进。
在台同中应规定维护项及维护期,诸如:a.程序,
数据及其结构;
规格说明!
提供给需方或用户的文档;
提供给供方使用的文档。
5. 10.2维护计划
GB/T 190Q0- 3—1994
所有维护活动都应按供方和需方事先商定的维护计划进行和管理。该计划应包括下列方面:a,维护范围;
b、产品初始状态标识,
c.支持机构,
d.维护活动;
e。维护记录和报告。
5.10.3产品初始状态标识
应规定需维护的产品的初始状态,纳入文档,并经供需双方同意。5.10.4支持机构
为了支持维护活动,可能需要建立一个由供商双方的代表组成的机构。由于维护阶段的活动并不能总是按照预订的安排进行,因此这个机构应能灵活应付意外问题的发生。用于维护活动的设施和资源可能也是由它确定。
5.10.5维护活动的类型
在维护中对软件实施的所有更改(为了解决问题、调整接口、扩充功能或改进性能)均应尽可能按照同于软件产品开发时采用的规程进行。所有这些更改还应按文档控制和配置管理规程纳入文挡。a.解决间题
解决问题包括对起操作间题的软件故障进行捡测,分析和纠正。在解决问题时,可以先作些临时调整,以便减少停机时间,以后再进行永久性修改。b,调整接口
对由软件控制的硬件系统或部件进行扩充和更改时,可能需要对接口进行调整。C.扩充功能或改进性能
在维护阶段,需方可能会提出对现有功能和性能进行扩充和改进的要求。5.10.6维护记录和报告
所有维护活动都应按项先规定的格式进行记录并保存,供需双方应商定维护报告的提交规则。对于每一被维护的软件项,维护记录应包括下列条款:收到的维护申请或问题报告清单及月前的状态8.
负责受理维护申请或实施适当的纠正措施的机构,b.
纠正措施的安排达序:
正措施的结果
失效发生和维护活动的统计数据。e.
维护活动记录可用于评价和改进软件产品,以及完菩质量体系。5.10.7释放规程
为了维护性能,供需双方应商定将更改纳入软件产品的规程,并写入文档。这些规程应包括:
。确定何处可以进行局部“修补”或必须释放完全更新了的软件产品拷贝的基本原则,b。根据释放的频度和(或)对需方使用的影响以及及时实施更政的能力,对释效类型(或类别)进行描递,
将当前或计划进行的更改通知需方的方法十C
d.确认所实现的更改不会导致其他问题的方法对软件的多种版本和多处运行环境场地的情况,要求记录指明在何处进行了何种更改。e
6质量体系—支持活动(与阶段无关)6.1配置管理
6.1.1总则
GH/T 19000. 3—1994
配暨管现提供一个标识.控制和迫踪每个软件项的正式版木的机制。在许多情况下仍在使用的早期版本也必须受到维护和控制。配置管现系统应:
a。唯一地标识每-软件项的正式版本;标识构成一个特定版本的完整产品的各软件项的版本;h.
标认在开发,交付及安装中的软件产品的状态!d.
控制由一个以上的程序员时对同一软件进行的更新,e.
对多个产品的-处或多处的更新进行协调;确定和追踪由·--个更改申请而引起的所有措施和更改,包括从开始到释放的全过程。f.
6.1.2配置管理计划
供序应制定执行配置管理计划·包括下列内容:a.
有关的机构及其职责;
配置管理活动;
使用的丁具、技术和方法:
应将各配置项置于配置控制之下的相应阶段。d.
6.1.3配暨管理活动
6.1.3.1配督标识和迫踪
供方应建立和维护从编制规格说明到开发、复制和交付的所有阶段中标识软件项的规程。如果合同要求,这些规程还可在产品交付之后使用。每个软件项都应有唯一的标识。这些规程应能保证对软件项的每-版本标识下列内容:功能和术规格说明;
膨响功能和技术规格说明的所有开发工具:b.
c.与其他软件项和硬件的所有接口:.与软件项有关的所有文档和计算机文件。软件项的标识应能表明软件项与合同要求的关系,对所释放的产品应制定便于追躁软件项或产品的规程。6. 1. 3. 2更改控制
对在配置管理下的软件项,供力应制定对更改的标识,记录,评审和批准的规程,软件项的所右更改都要按照这些规程实施,
在验收一个更改前,应对其有效性进行确认,并确定和检查该更改对其他软件项的影响。应提供将更改情况通知有关方面并说明更改与软件项被史政部分的追踪力法。6.1. 3.3配置状态报告
对软件项的状态,更改中请和已批准更改的实现情况,供方应制定记录、管理和报告的规程并遵照执行。
6.2文档控制
6.2.1总则
供力应对与本标推有关的所有文挡制定控制规程并遵照执行,包括:a:确定应受文挡控制规程制约的文档:b、规程的批准与发布;
,更放规程,包括文挡的撤消,如果带要,也包括释放。6.2.2文档类型
文挡控制规程适用于下列有关文挡:
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。