1、ICS 35.080 1. 77 中人民共国国标GB/T 18905. 2-2002/ISO/IEC 14598-2: 2000 软件工程产品评价第2部分:策划和管理Software engineering Product evaluation 一Part 2: Planning and management CISO/IEC 14598-2: 2000 , IDT) 2002-12-04.发布2003-05-01实施394 申华国家人监共和国验检疫总局发布GB/T 18905. 2-2002/ISO/IEC 14598-2:2000 前自GB/T 18905-2002(软件工程产品评价分为六
2、个部分2一一第1部分z概述;一一第2部分2策划和管理g一一第3部分:开发者用的过程p第4部分2需方用的过程;一一第5部分z评价者用的过程;一-第6部分z评价模块的文档编制。本部分为GB/T18905-2002的第2部分，等同采用ISO/IEC14598-2 , 2OO(软件工程产品评价第2部分z策划和管理识英文版)。本部分的附录A是规范性附录。本部分由中华人民共和国信息产业部提出。本部分由中国电子技术标准化研究所归口。本部分由中国电子技术标准化研究所负责起草。本部分主要起草人2罗锋盈、陈莹、玉凌、冯惠。395 GB/f 18905. 2-2002!ISO!IEC 14598-2 ,2000 引
3、自本部分详细地提供了有关软件产品评价的策划和管理需求。本部分主要涉及产品评价，但对相应的过程评价活动也加以讨论了。为确保评价成功，本部分旨在对由组织提供的需求予以澄清。此支持机构是组织(例如技术组)的一部分，或是一个专门创建的管理机构。396 GB/T 18905.2一-2002/IS0/IEC14598-2 :2000 1 范围软件工程产品评价第2部分t策划和管理GB/T 18905的本部分为负责软件产品评价的管理和所需技术的支持机构提供有关的需求、建议和指南。支持机构的任务包括为评价活动动员并培训人员、准备适当的评价文档和方法.响应有关评价技术的询问。评价支持的主要目标是软件开发、系统集成
4、和维护，包括在项目和组织两个层面的软件获取。技术管理与软件评价过程、度量和工具的策划与管理有关。这包括组织内评价技术经验的开发、获取、标准化、控制、转移和反馈等方面的管理。本部分旨在供软件认证机构的人员或负责以F事项的用户使用z管理评价技术的使用;支持软件产品评价;管理软件开发组织。8是，它也适用于从事其他相关软件活动的管理者。2 一致性为符合本部分，组织应阅读第6章中的所有的需求和建议，以识别适于自己使用的内容，并说明尚未实现的需求和建议。3 规范性引用文件F列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件.其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分
5、，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注目期的引用文件，其最新版本适用于本部分。GB/T 6583-1994 质量管理和质量保证词汇dtISO 8402: 1994) Gl:l!T 16260-1996信息技术软件产品评价质量特性及其使用指南(凶ISO/IEC9126: 199 1) GB/T 18905. 1-2002软件工程产品评价第1部分2概述(lSO/IEC14598-1: 1999 , IDTl GB/T 18905.5-2002软件工程产品评价第5部分:评价者用的过程OSO/TEC14598-5: 1998 ,JDT) GB! T 18905.
6、 6-22软件工程产品评价第6部分z评价模块的文档编制(IS0/ID、14598-6:21，盯TJISO/IEC 9126-1软件工程产品质量第1部分z质量模型ISO/IEC 9126-2软件工程产品质量第2部分:外部度量ISO/IEC 9126-3软件工程产品质量第3部分g内部度最4 术语和定义在GB/T6583和GB!T18905. 1己给出的以及下列术语和定义适用于本部分。397 GB/T 18905. 2-2002/ISO/IEC 14598-2: 2000 4. 1 4. 2 4. 3 评价技术(用于评价的技术)evalualion technology 用于评价的技术、工具、度量、
7、测量及其他技术信息。支持机构supporting function 提供技术、工具、经验和管理技能，负责协助开展软件评价活动的组织。技术technique 执行特定任务所需的方法和技能。5 评价管理概念本部分适用于支持机构，它对在软件开发、软件获取和第三方评价组织方面的所有项目提供全组织范围的支持。表1软件评价活动已开发软件已获取软件开发活动评价活动获取活动| 可交付取决所选的生存具体的可交付(项目的产取决于所选的获取过程，例周期，例如，系统需求规格出)的评价，例如，评审系统如，招标、供方过程说明、系统设计规格说明设计支持机构的主要角色应包指:al 相关国际国内标准、技术信息的获取，以及必要时
8、专家支持的获取gbl 基于项目需求相组织需求的合适的内部标准及工具的研制pc) 为评价设立基准的准则的开发;dl 评审软件获取和开发的有效性和质量事el 评价结果的收集和分析，并在组织内通过数据库加以分发pf) 基于组织内部和各评价项目的经验，为技术转换提供便利ggl 评价项目及其各自项目管理者的支持。根据评价软件组织的情况，支持机构可是内部的，也可是外部的。评价活动评审获取过程的具体产出zi于标;审核供方过程着支持机构是评价组织内部的一部分，则它可以是涉及软件评价的内部或外部部门。支持机构的具体任务及评价项目在表2中示出。表2还示出了支持机构活动与评价项目活动之间的关系。表2支持机构和评价项
9、目之间的关系支持机构提供评价项目开发 新技术 项目经验 国际国内标准 评价经验 专家经验(咨询服务) 项目数据 培训 技术经验 组织数据库 反馈给支持机构 支捋评价项目6 支持软件评价的需求和建议6. 1 总则组织应为所有评价活动制定方针和计划。也应针对所有的评价活动定义支持机构的职责。398 GB/T 18905. 2-2002/ISO/IEC 14598-2: 2000 a) 当策划并执行软件评价时，应遵循下列步骤=1 )定义软件评价目标;2)确保对所有的评价项目制定一个定量评价计划。此计划依其评价的复杂性，可细分成较低级别的计划(见附录A): 3)将项目与产品评价的经验录入到本组织的数据
10、库中，以改进软件评价的组织的方法Eb) 根据下列情况，组织宜执行所有的软件评价:1)评价软件是否符合国际标准、国家标准或内部标准(如果适用h2)确保评价结果能予以量化、清晰呈现，并且是可跟踪的s3)确保应用合适有效的技术及最佳惯例;4)确保评价的有效执行:5)确保支持所有未来的评价活动的计划和建议都是可利用的。6.2 组织层的管理开发、获取或评价软件的组织应具有全面的评价职责和明确界定的质量保证活动，并将它们并入计划中。注当实施时，此计划将有助于改进评价质量，并确保可利用的和相关的技术得到最佳利用。一些组织可能选择把评价活动委托给第三方。此第三方也应按照下列需求和建议米管理评价技术。6. 2.
11、 1 策划评价技术的使用及改进应制定并实施改进软件评价及支持技术的整体计划。此计划宜包括下列内容:a) 政策陈述的准备应有一个政策，陈述组织引人、维护和改进软件质量评价的h法b) 组织目标的定义应定义组织的目标，这些目标通过引入、维护和改进软件质量评价技术而达到。c) 所用技术的标识组织使用的软件评价方法和技术应予以评估并在计划中标识。任何偏离所述目标都应予以纠正。d) 评价过程管理职责的分配明确说明为引入、维护和继续改进评价过程而分配的职责。 未来改进的标识应识别调查新技术的可用性和运用性的过程和活动。这包括实施实验和评价，引人和维护新技术。6.2.2 评价技术的实施组织应-a) 评估其自身
12、和外部可利用的质量评价技术，并应确定其技术需求，如有必要，如何获取新技术。b) 根据在上面a)中描述的工作结果，阐明并定义获得或开发评价技术的细节需求。然后应实施这些计划。c) 定义采用和操作获取的评价技术的过程。任何经确认的评价模块应在配置控制下加以维护，并作为一个评价模块编制成文档(见GB/T 18905.们。否则，宜放在试验使用中用于评估。应确定组织的软件评价过程。若过程在内部尚未形成，则应从外部获取。关于获取，a) 首先，若国际或国家标准可用，组织应I入这些;bl 第二，若在学术界或产业界中有众所周知的评价技术可用，组织应考虑引入这些pd 最后，组织应考虑开发适当的技术，或与外包给专家
13、机构签约来完成这些需求。399 GB/T 18905. 2-2002/IS0/IEC 14598-2: 2000 6.2.3 评价所用技术的转换在组织中，为转换为已开发或获取的技术，组织宜为引进和采用新技术准备培训大纲、工具及适当的环境。这些大纲、工具及环境不必统，但宜符合项目的技术层次。a) 技术转换的准备为进行技术转换，组织宜考虑以下内容21)准备一个定量的评价计划(见附录A)，其中包括技术转换活动的目标、活动、进度表、项目目标和职责;2)准备支持培训的大纲$3)准备工具和环境;4)定义如何收集数据并评估技术转换pD定义如何收集技术转换方面的经验。b) 技术转换的实施组织宜根据己定义的计划
14、实现技术转换并收集数据。c) 技术转换的评估组织宜评估技术转换如下:1)评估引人技术对所有项目的作用12)评价技术在组织中的应用程度。若有必要.组织宜根据评估的结果修改或准备新的计划。6.2.4 对评价所使用技术的评估为了达到更好的评价结果，应评估所采用的技术。)i证按以下方式收集和评估为给定项目获得的评价结果2a) 信息的收集及维护;宜收集进行评估所需技术的信息，(例如，用在测量和评价上的工作)。这些信息应予验证、选择、修改及维护，以便用于以后其他项目以及验证新技术的可用性方面。b) 评价结果和所用的技术的分析和评估;应分析和评估软件评价结果。这些分析和评估宜包括整个软件评价的可行性以及下列
15、内容的有效性z)测量;2)评价准则$3)度量14)技术。这些分析和评估应根据定义的定量评价计划来实施。c) 标准化。凡是可行的地方，评价技术的使用应在组织巾加以标准化。6. 2 5 对经验的管理管理者应对组织中评价技术的有敛使用负责，并应确保在组织内保留评估结果及经验G这些结果和经验将用于改进评价技术的质量和评价技术的运用。通过修改组织自身的评价标准能够实现改进，评价标准包括的项有3质量需求的定义、度量的选择、评定等级的定义及评估准则，等等。建议采用下列方法za) 定期进行质量评价的评审:b) 将现有标准与新的评价标准和新度量的使用结合起来30 给这些标准提供评价结果的反馈g400 GB/18
16、905. 2-2002/ISO/IEC 14598-2: 2000 d) 给组织的质量计划和(或)质量手册提供评价结果的反馈ge) 维护改进记录并确保在组织中最佳惯例的利用。6 3 对项目管理的支持具体评价项目的项目管理由支持机构提供协助。这个机构全面负责组织内所有的评价活动和所用的技术。这包括评价的策划、计划的推动和项目及组织间的技术转换等。对于评价项目(见第5章)的管理，应有商定的定量评价计划。评价应由有经验的项目管理者来管理，并有 己批准的预算; 合适的人力和设备资源; 支持工具、标准和规程; 明确规定的、形成文件的反商定的定量评价计划。此计划应规定如何达到所述目标，以及在支持评价过程中
17、如何及何时使用这些度量。负责组织内的整个评价策略和技术的支持部门的管理者应在实施该计划中支恃项目的管理者。6. 3. 1 评价策划的支持为成功实施软件产品评价，宜在项目或评价开始时，就制定定量评价计划。此计划的目的是在定义及监控定量的质量目标方面帮助项目经理。此计划还应帮助所有的项目人员识别自己的质量目标，并根据这些目标持续地监督其进展。在准备计划时，宜考虑za) 计划的目的和使用所有项目成员应理解所建议计划的重要性，它的实施细节及与每个项目成员的关系。所有这些宜在评价活动之前清楚阐明。所有项目人员.以及不直接参与项目或评价过程的管理人员，都应确认项目的用途并给予支持zb) 计划的改进组织中负
18、责整个评价的管理者应检查和改进计划草案。为确保它充分涵盖各个评价需求，宣对草案加以评审，包括-1)如何达到所述目标的规格说明，及如何量化和测量这些目标。还要说明这些测量如何支持评价过程;2)在软件产品评价期间，如何实施定量管理的规格说明$3)各自的质量目标;注。这些目标可与产品、过程甚至和规模高关。4)任务的阐明，以及相应职责的分配;(例如，由谁负责数据收集、分析以及对项目人员和管理人员的反馈。)5)定义如何收集、控制和使用数据。c) 计划的内容本计划的内容宜覆盖适用于软件产品特征的所有测量。计划中所述的目标宜被相应的产品质量特性所支持，也宜被过程质量准则的选择、采用的标准、方法、员工技能、工
19、具支持和项目管理所支持。样本在附录A中示出。d) 详细的策划支持为了支持评价项目的策划，宜把所有有用的具体信息庇传送给项目。包括计划的样本及相关的评价技术，其中包含的细节如下21)类似项目的策划经验;401 GB/T 18905. 2-2002/1S0/1EC 14598-2 ,2000 2)相同技术的使用53)组织的标准和质量模型;4)建议的可选度量和强制度量的使用;5)测量的技术诀窍，如数据元、测量方法、工具、测量频率和条件36)设置具体的评定等级。6.3. 2 定量评价计划的不断提升为赢得项目成员对有关计划的用途的信心，并鼓励他们积极参与计划的实施，应在适当时实行下列活动.a) 召集会议
20、，解释汁划的技术方面，b) 举办有关软件质量评价的课程。6. 3. 3 支持评价项目支持机构宜在进度各阶段监督评价项目的实施情况。若识别出某些问题，应提供必要的支持以解决运作的问题并记录这些问题，以便为将来积累经验教训。6 3. 4 收集评价结果支持机构宜在每个评价项目结束收集评价结果。这些结果应存储起来备查，或供将来的项目使用。402 GB/T 18905. 2-2002/ISO/JEC 14598-2:2000 附录A(规范性附录)定量评价计划j样本定量评价计划应包括下列章节。若有不适用的章节，则应予以指出。A. 1第1章引盲应描述下列内容: 计划的目的 计划的读者 计划的预期使用A.2第
21、2章评价目标本章宜对评价的目标及软件的预期应用提供清晰的说明。可按业务需要来陈述。但是这些需要宜适用于设定质量目标和各自的准则的目的(例如，对于拟用于飞机自动着陆的安全临界系统这一应用，就要具体说明质量目标和各自准则的需求)。A.3 第3章可应用的质量特性本章宜提供对支持A.2所规定目标的质量特性(如ISO/IEC9126系列标准的说明。所述的质量目标可能既面向产品又面向过程，(例如，产品质量特性中的可靠性或可维护性，所有的测试者都要有经证明的测试资格，并经过作为过程质量目标的使用测试工具的培训。A.4第4章列出优先级本意宜对上述特性列出优先等级，并提供支持这些优先级的基本原理。注t优先级可覆
22、盖过程需求(例如，从业务观点看，可将员工培训的优先级看作高于引用一种新方法或新工具的优先级)。A.5第5章质量目标(特性)本章宜提供在项目开发的中间或最后阶段可测量的可量化的质量目标，(例如，在最终测试期间每行代码的差错数，或在配置管理系统的最终版本的控制下每个总录入故障数)。还要说明已安装产品或系统的最大故障时间。这在ISO/IEC9126的第1和第2部分中有进一步的解释。A.6第6章避度裴本章宜提供明确的目标计划，用里程碑和所述的时交付来提供。A.7第7章职责的定义本章宜定义相关计划实施中设想的职责。包括所有的数据收集、分析任务、其他支持需求的实现、报告、随后的工作和类似的需求。A.8第8
23、章测量类别本章宜定义计划实施的各种测量。若同时进行产品和过程测量，则应对其分类.并按下列内容执行.403 GB/T 18905. 2-2002/ISO/IEC 14598-2 ,2000 a) 产品质量测量包括性能、可靠性和可移植性等的测量。要说明在开发的哪一阶段执行哪些测量$重复的频率如何g哪些技术或工具可用于帮助数据的捕获和分析p若偏离所述目标时，设想了哪些行动等。这些测量可以是最终的或是中间的测量，可以通过使用于特性来获得。b) 过程质量测量描述如何实施过程测量。包括监督标准的有效性，工具的使用和项目管理等(参见SO9000系列标准这些测量也可在项目生存周期的不同阶段执行。若认为纠正活动
24、是必要的，则定义并文件化如何执行有关纠正活动的过程。A.9第9章使用和分精鼓据本章宜定义如何分析数据，使用什么统计方法和使用什么展示技术。本章宜引用以前陈述的职责，支持工具和陈述格式。宜说明如何设想把信息集成于进度追踪过程或产品验收过程。A. 10第10章报告本章宜定义是在项目或产品评价的内部还是在外部报告分析结果，宜定义如何解决未完成项。A. 11 第门.其他需求本章(或几章)可用于包括前面未涵盖的需求，例如，可包括下列信息ta) 采用的技术和方法全国描述(或提供对其他材料的引用使用的技术和方法例如，规模划分的方法g开发成熟度评估g出错检测的审查方法g预防出错率的缺陷排除模型。本节或引用材料
25、应清晰完整，易于所有相关人员理解和使用。b) 支持工具如上面a)那样描述或提供引用，但要包括工具支持的需求，还要包括数据库、电子表格和统计软件包的使用指南。c) 相关标准和指南引用适用标准和支持性指南。描述它们关于采购和获取过程的用途和利益例如，ISO/IEC9126; IS09001; ISO 9000-3). d) 供方的评价包括对软件产品的供方进行有效定量评估的评价和测量规程。这可包括发布的拷贝数量，当前出错状态，关于过去安装支持性能的调查，关于过去和当前用户满意度的统计、管理性能和资金稳定性。有关应用情况的相关参数已从其他供方处获得，能合并在供方评价计划中。404 GB/T 18905. 2-2002/ISO!IEC 14598-2: 2000 参考文献有关处理评价的细节，参见下列标准zGB/T 8566 2001 信息技术软件生存周期过程ISO 9001 : 1994 质量体系在设计、开发、生产、安装和服务中的质量保证模型ISO 900-3: 1997 质量管理和质量保证标准第3部分:ISO 9001 :1994计算机软件的开发、供应、安装及维护的应用指南ISO 9004-5 质量管理和质量体系元素第5部分t质量计划指南ISO 9004 7 质量管理和质量体系元素第7部分z配置管理ISO/IEC 15504(所有部分)信息技术软件过程评估, 405
