GB T 18234-2000 信息技术 CASE工具的评价与选择指南.pdf

1、GB/T 18234-2000 前垦H 本标准等同采用国际标准ISO/IEC14102-1995信息技术CASE工具的评价与选择指南队本标准是软件工程领域中关予使用CASE工具的重要标准之一。对现有的CASE工具从其特性上进行技术评价，为在软件开发过程中选择和采用适当的CASE工具提供了客观的依据。本标准依据的评价模型为GB/T16260信息技术软件产品评价质量特性及其使用指南中描述的软件产品评价模型。本标准的附录A到附录C均是提示的附录。本标准由中华人民共和国信息产业部提出。本标准由中国电子技术标准化研究所归口。本标准起草单位3北京信息工程学院。本标准主要起草人2王凌。,29 GB/1823

2、4-2000 ISO/IEC前言150 (国际标准化组织)和1EC(国际电工委员会)是世界性的标准化专门机构。国家成员体t它们都是150或IEC的成员国)通过国际组织建立的各个技术委员会参与与制定针对特定技术范围的国际标准。1SO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与1SO和IEC有联系的其他官方和非官方国际组织也可参与国际标准的制定工作。对于信息技术.ISO和IEC建立了一个联合技术委员会，即IS0/IECJTC1，由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75%的参与表决的国家成员体投票赞成。国际标准1SO/IEC14102是由

3、信息技术联合技术委员会下属的软件工程子委员会SC7所制定的。本标准的附录A到附录C仅提供参考信息。, 530 GB/T 18234-2000 51言在软件工程领域，计算机辅助软件工程(CASE)工具代表了用于开发与维护软件系统的支持技术的一个主要方面。这些工具的选择必须从技术与管理需求两方面加以仔细地考虑。本标准定义了用于对某个CASE工具进行技术评价和最终选择的一系列过程及一组结构化的CASE工具特性。它遵循了GB/T16260信息技术软件产品评价质量特性及其使用指南中描述的软件产品评价模型。本标准采用了GB/T16260所描述的软件产品质量特性和子特性的通用模型，当软件产品是种CASE工具

4、时，官又对这些特性加以扩展，提供了CASE工具独有的产品特性。这个更大规模的特性集合分为五个组。这种分组方式为整个评价和选择过程提供了一个更易于管理的途径。技术评价在回答一个CASE工具满足用户阐述的需求的程度的同时，还可以回答该工具多么能满足它所要求的功能。技术评价过程的目的是提供一个定量结果，据此可以产生最终的选择。测量工作为实体的属性赋予数值(或其他等级h评价工作的主要活动是获得这些用于选择工作的测量值。最终的选择结果应该尽量达到客观性、可重复性以及公平性。这些目标及对结果的可信度将部分地依赖于分配给整个评估和选择过程的资源。本标准的用户在初期就需要面对这些问题。为了使本标准能被广泛接受

5、，这些CASE工具的评价和选择过程必须对CASE工具的用户、CASE工具的提供者，乃至广大的群体都具价值。本标准所概括的信息应能使(用户更有效地选择CASE工具，并使得在描述CASE工具的功能和特征的方式上更加一致。531 中华人民共和国国家标准信息技术CASE工具的评价与选择指南GB/T 18234-2000 Idt ISO/IEC 14102: 1995 Information tecbnology-Guldeline for tbe evaluation and selection of CASE tIs 1 范围本标准涉及CASE工具的评价与选择，它涵盖了部分或全部的软件工程生命周期。

6、它建立了适用于CASE工具的评价及从若干候选方案中选出最合适的CASE工具的过程和活动。这些过程是通用的，因此各个组织必须对其剪裁以适应自身的需要。CASE工具的评价和选择过程应当在本组织的技术采纳过程这一更大的环境中来看待。本标准提供了zu确定组织对CASE工具的要求的指南;b)把组织的需求映射到所要评价的CASE工具的特性的指南gc)基于所定义特性的测量，从若干工具中选择最合适的CASE工具的过程。本标准的主要用户是那些打算采用CASE工具来支持他们的软件生命周期过程的组织。CASE工具的提供者也可以使用本标准来描述其CASE工具的特性。本标准不适用于:a)以为数据、控制和表示的集成提供机

7、制为目的的软件工程框架;b)在软件工程活动中可能用到的通用的工具(如字处理器、电子表格)，或范围非常狭窄、或有特定用途的CASE工具(如编译器); c)组织内部实现CASE工具所做的规划(尽管这被认为是一个非常重要的课题)。注:用户可以根据本标准作出对CASE工具的最佳选择，但是.并不保证成功。ISO/IECJTCl SC7 WG4正在草拟一个技术报告，即CASE工具的采用涉及了这个问题。本标准含有一组要被剪裁的过程、活动及任务。剪裁的过程就是选择合适的过程、活动和任务的过程。用本标准中选择的过程、活动以及任务来实施评估和选择项目就是符合本标准。任何强制实施本标准的组织要负责规定对本标准的给定

8、应用构成一致的最小过程、活动和任务集合。定义并用文档描述这些内容成为启始过程的一部分(见第5章)。2 51用标准下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T 1526-1989 信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号与约定(idtISO 5807: 1985) GB/T 16260-1996信息技术软件产品评价质量特性及其使用指南(idt ISO/IEC 9126:1991) 国家质量技术监督局2000-10-17批准532

9、 2001- 08-01实施GB/T 182342000 GB/T 175441998信息技术软件包质量要求与测试(idt1SO/1EC 12119:1994) 1SO/IEC 12207: 1995 信息技术软件生命期过程3 定义和缩略语3. 1 定义本标准采用下列定义:3. 1. 1 评估assessment 为了确定一特定的软件模块、软件包或软件产品是验收合格还是放弃，把特定的己成文的准则应用到该软件模块、软件包或软件产品上去的活动(见GB/T16260)。3.1.2 原子子特性atomic subcharacteristic 最高级别的评价类别称为特性。特性通常被分为子特性。许多子特性

10、又可以进一步分为更低级别的子特性。在最低的级别，当无法再进一步细分时，这种子特性就被称为原子子恃性。3.1.3 CASE工具CASEtool 一种协助软件工程师的软件产品，已对1SO/1EC 12207中定义的软件生命期活动提供自动支持。注l 一种CASE.:t:具可能仅对选择的功能领域提供支持，也可能对一个范围广泛的功能领域提供支持。2 CASE工具可以用在以下儿种模式z作为一种单独的工具$在这种情况下，仅考虑它与环境要素问的兼容性。.在相互间可以直接联络小组中，可以假定集成性是预先定义的，也有可能是专有的回处在一个较大的软件工程环境CSEE)框架中，在这种情况下，应考虑工具使用框架巾相关服

11、务的能力。3. 1. 4 特性characteristic 产品的某个方面，可由它来对产品进行描述和评价。特性又可以被细分为多个级别的子特性，它们反映了产品满足明确的或隐含的要求的能力。3. 1. 5 测量measurement 把软件质量度量应用到特定的软件产品上去的活动(见GB/T16260)。注l 测量可以应用到那些不同于软件质量度量的度量上。2 一个对象可以被直接测量，也可以通过对有关对象的信息或对象的表示的度量，被间接地测量。3. 1. 6 度量metnc 能用来确定特定软件产品某一子特性取值的一种定量尺度和方法。3.1.7评级ratlng 把测量值映射到相应的评定等级的活动。用于确

12、定软件某一质量特性的等级(见GB/T16260)。注评级和等级可以被应用到那些不同于质量恃性的特性上。3.1.8 等级rating level 尺度中某一范围的值可用来按照明确或隐含的需求，对软件进行分级(评定)。相应的等级可能与不同的质量观点有关，例如，用户、管理者或开发者的观点。这些级别被称为等级(见GB/T16260)。3. 1. 9 软件工程环境software engineering environment 软件工程环境(SEE)是对软件系统工程和软件过程管理提供自动支持的系统的一部分。它包括平台、系统软件、实用工具和安装的CASE工具。注，SEE的结构包括两个方面对支持生命周期过程

13、提供便利的CASE工具。提供一组能力的一个通用框架，这组能力提供由工具使用的公共服务。3.2 缩略语533 GB/T 18234二2000BMT 基准测试CASE 计算机辅助软件工程GUI 图形用户界面SEE 软件工程环境SQL 结构化查询语言4 CASE工具评价和选择的概述本章概述了在本标准中所讨论的CASE工具的评价和选择，如图1所示。CASE工具评价和选择包括四个主要过程:启始过程、构造过程、评价过程、选择过程。关键的过程是将一组需求进行构造，根据这组要求来对候选的CASE工具进行评价，选择决策也根据这组要求来作出。第9章中定义的CASE工具特性构成了结构化需求的基础，在整个过程中它承担

14、了核心的角色。4. 1 启始过程启始过程的目的是为要进行的CASE工具的评价和选择定义般的目标和需求，明确高层的目标，并且确定管理方面的内容(例如，进度、资源、成本等)。启始过程由三个活动组成，它将在第5章中详细讨论z设定目标e为评价和选择工作提供合理的和一般性的方针策略。建立选择准则:提供后续选择过程中要使用的准则。制定项目规划g产生一个计划，该计划包括一般的计划信息以及定义评价和选择工作结构的信息。4.2 构造过程启动结构化需求1/候选工具列构造项目计划|离层目点l选择准则, , 评价, , , , , , J J , 评价汁划, , I illj;l.JtS_一一-一_u 图1CASE工

15、具的评价和选择概述评价报告图例I itl! I 产品过程流-数据流构造过程的目的是根据第9章中用来评价CASE工具的特性，细述一组结构化需求，并获得评价CASE工具所必要的信息。这里假定有一组通用的组织信息和指南可用作输入。构造过程由主个活动组成，它将在第6章中详细讨论.需求分析:将组织的需要转化为可测量的结构。收集CASE工具信息:获取CASE工具当前技术发展水平的信息。确定最终的候选CASE工具:使用上面两个活动的结果来确定候选CASE工具，以备评价。注z在评价期间，需求可能会修改。如果出现这种情况.可能需要重复这个过程及后继过程的些活动，534 GB/T 18234-2000 4.3 评

16、价过程评价过程的目的是产生技术评价报告，该报告将成为选择过程的主要输入信息。每一个评价过程产生一个要被评价的工具的质量和其他一些特性的概要信息。但是对备工具的比较并不在这个过程中进行。评价过程由三个活动组成，它将在第7章中详细讨论:评价的准备2最终确定评价t划中各种评价细节(例如，场合、子特性、度量、工具特性等)。评价CASE工具:测量、评级和评估。报告评价结果g准备份评价报告，对所考虑的每个CASE工具提供评价结果。4.4 选择过程选择过程的目的是从候选的工具中确定最合适的CASE工具，并确保所推荐的工具满足最初的目标。选择过程对候选工具的评价结果进行比较，以确定选择哪个工具最合适。选择过程

17、由四个活动组成，它将在第8章中详细讨论:选择准备:最终确定选择准则，并定义选择算法。评估评价结果z将选择算法应用到评价结果上去。推荐一个选择决定:确定最好的候选。确认选择决定2将推荐的选择决定与最初的目标进行确认。4.5 一般过程的考虑从全局的角度来看，有几点考虑适用于本标准中描述的过程。目的是使本标准的用户能够适当剪裁这些过程和步骤，从而使评价和选择过程成功的可能性达到最大，而成本和风险达到最小。4. 5. 1 过程的执行顺序本标准并不给前面和后面所描述的过程活动规定一个执行顺序。要由组织自己来选择满足其评价和选择目标所需要的相关过程和活动。组织将决定选择哪些过程和活动，采用什么样的次序，以

18、及采用多大程度的并行化。然后，将这些过程活动的执行顺序记录在启始过程中编制的项目计划中。4.5.2 降低成本和风险一般说来，使用本标准的组织都尽力找到最合适的CASE工具，希望能够使整个评价和选择过程的成本尽可能达到最低。这些目标可以通过以下方面来阐述，即:最小化评价工具的数量、最小化评价特定工具的成本，以及确保这些过程的形式适合于该组织。为工具选择(见第6章而有效地收集和标识最终候选的CASE工具信息的活动，可以使本标准的用户根据该组织的需求筛选出可用的工具，并从所考虑的工具中去掉那些不能、或不能完全满足该组织的需求的工具。注1，该组织有可能无法找到任何看上去能充分满足它需求的工具。在这种情

19、况下，应该重新脸查那些需求，如果发现官们准确地反映了该组织技术改进的实际需求，那么，就有可能需要放弃整个评价和选择过程。类似地，如果最终的候选工具在满足该组织的需要方面显得比较勉强，那么就应该使后来所进行活动的细节理度和形式反映出这神风险因素，如果评价过程指出这种情况，因为使用新的工具的典型的成本开销会相当大，该组织就要做好不选择工具的准备。候选工具的评价可能已经进行，并且该评价对于组织是可用的。这种信息可以用来减少候选工具评价的成本。注2，原先在不同版本的候选工具上进行过的评价工作可能仍然含有有用的信息用样，满足-组不同的组织需求的评价工作也仍然可以提供有用的信息。本标准要求编写几个项目汁划

20、和技术报告，以供组织内的各种人员进行评审。此外，还要求确定为完成四个规定过程所需的活动。如同完成那些活动所要付出的努力一样，数据产品的格式和细节由组织自己斟酌。注3在现有的资源限制条件下应用本标准时，些组织可能需要对这些过程的范围、细节和形式加以适当的限制。535 G/T 18234-2000 5 启始过程评价和选择过程需要管理层的同意。据此，建立组引入(或加强)CASE技术的目标，确定一组CASE工具的选择指南，并制定一个项目计划。该过程如图2所示。设定目标、飞、飞、建立选择准则, J 高层目标，-, , , , , 2 , , 图例选择准则项目计划和控制，-, , , , , , I iW

21、 I 、产品项目计划过程流数据流图2启始过程概述5. 1 设定目标首要的活动是制定一组现实的目标。在制定目标过程中，要提出获取CASE工具的理由(即为什么需要一个CASE工具)，以及获取CASE工具的一般策略(即需要什么类型的工具以如何达到这一要求。注2在正式进入CASE工具的评价和选择工作的启始过程之前，目标设定活动.包括可能有的确定选择准则的话动，可能作为其他工作的一部分己经完成f。应执行下列任务:提出获取CASE二盟的里血1考查该组织当前的软件开发过程，确定其成熟程度和关注的领域p考查当前CASE技术的发展状态，观察其作为将来引用技术的发展趋势。比较该组织目前的实践状况与如果采用CASE

22、工具的话，将来可能的实践状况，并指出可能受益的领域。指出CASE工具对该组织可能产生的影响，例如，为了有效地采用CASE技术，哪些领域需要培训和教育、规程指导、技术支持等。确定目标和预期结果:设立总体目标(例如提高生产率、提高质量、改善生产过程的可管理性。确定评价和选择的限制条件(例如，成本、进度、资源等)。(在以上目标的基础上)对预期结果进行量化和分类。制定一般性获取方针:明确对获取工具的限制(例如，实现成本、进度、其他资源等)。开发一些可以互相替换的方法来引入/增强CASE技术(例如，购买-种工具，修改一个已有的工具，或者开发一种新的工具儿根据组织的就绪情况、技术考虑、性能说明和资源等因素

23、来评价各种可替换方法的可行性。这里所建立的目标和预期结果将被用来指导整个评价和选择过程中后面所有的活动，最终也将被用来确认所选择的决定。536 GB/T 18234-2000 5.2 建立选择准则基于上述制定的目标和预期结果，应该建立选择准则3将高层目标分解为一组用于作出选择决定(进行还是不进行)的选择的准则。注1，这些选择准则应该是客观和量化的。每个选择准则应包括一些确定的阑值，这些阑值在选择期间用来决定主耍的选择取舍。确定选择准则的相对重要性。注2，这些选择准则的相对重要性将被用来确定工具的特性和于特性的权重.以供评价。确定要执行的评价活动的详细程度和性质。注3，评价活动的性质覆盖了用来收

24、集数据的方法.例如.如何根据预先定义的准则，或者基于主观观察来度量和收集数据。确定要执行的评价/选择工作的场合(见附录A)。5.3 项目规划和控制基于以上为整个评价和选择过程建立的目标和选择准则，应编制项目计划，并实施有效管理控制。计划和控制机制应当根据该组织的通常计划和控制过程来制定。它应当包括以下内容:.一个有指定职责的项目小组。注=评价人员的技能将对评价结果和该结果对该组织的可用性产生影响。因此在安排评价人员时要充分注意到这一点，把评价人员的技术水平作为对评价结果进行评估的一个考虑因素.评价小组应当能够代表将要使用该士具的用户群。一组通过分解先前建立的整个目标来得到的可操作的目标集合。.

25、一组选择指南:带权重的选择准则、详细程度和性质的定义，以及个评价和选择方案(见附录A)。.个活动和任务的进度表，以及对所需资源和对成本的估计。.一种用来监视和控制计划执行的方法。随着项目的进展，应当更新原有的项目计划和控制机制。6构造过程在制定好一组高层目标、选择指导方针和项目计划之后，评价和选择活动的构造工作便可以开始了。构造过程开始于需求定义活动，后面跟着两个并行的活动z收集现有CASE工具的信息，并且准备要评价的CASE工具候选表。对CASE工具的需求是按照第9章中描述的四组CASE工具特性来组织的。构造过程中的主要活动如图3所示。需求定义自-, , , , 2 收集CASEI工具信息图

26、例国日确定最终的候选CASE工具l、飞、飞、lWt2tIJU1J! 过程流数据流图3构造过程概述537 GB/T 18234-2000 6. 1 需求定义在需求定义期间，按照第9章描述的CASE工具的特性来收集和组织对CASE工具的需求。9.1和9.2说明CASE的主要具体特性，9.3说明一般的软件质量特性，9.4标识一组与质量无关的特性.要选择最合适的CASE工具，有必要定义个全面的需求集合。构造过程会使评价过程的执行更加容易，并具有可重复性。这一过程需要三个活动。6. 1. 1 收集杳关该组织的信息为了能定义一组由CASE工具满足的详细需求，必须收集该组织的有关信息，包括:该组织投入充足的

27、资金和实施使用CASE工具的愿望。该组织目前的软件工程环境，包括描述该组织目前所用硬件、软件和工具使用情况的数据。该组织承担的软件开发项目的类型，包括z应用的规模、领域等。要进行软件开发的目标系统的特性和限制条件。.CASE技术对该组织预期的影响和改进。工具的潜在用户和最终用户的需求。该组织目前的获取方针。这些信息对于确保一个或一些工具能够在组织内部适当地使用是十分必要的。它们反映了组织的要求，以及未来用户的要求。注2这些信息可以通过多种途径收集，包括通过调查和相关的专门研究。6. 1. 2 明确需求工具用户的需求应该回答CASE工具应该做什么，以及CASE工具对现有环境有何影响。在确定这些需

28、求时应执行下列任务2分析需求，调整定义和测量这些需求的详细程度。在考虑那些一开始就使用该CASE工具的项目时，评价目前对CASE工具的要求。明确希望采用的方法(例如，面向过程，面向数据，或面向对象。明确将支持生命周期过程的哪阶段(例如，计划阶段，分析阶段，或设计阶段)。明确对CASE工具的功能要求。.明确对CASE工具的质量特性要求。检查这些需求是否与原先建立的目标相符合。注z这些需求代表了该组织的总体需求集合。可能没有一种单独的CASE工具能够满足所有这些需求，但是一些个剔的CASE工具能够满足相当数量的需求，证明组织使用它们是合理的，剩下的需求可能需要继续寻找其他的工具来支持。6. ,.

29、3 需求结构化应该定义在第9章中明确的用户要求的适用性，以及该组织希望附加的任何其他要求的适用性。结构化的目的是要将这些要求合理地组织起来，使评价过程更有效地进行。这一任务包括2按照第9章中的组织形式将用户的需求进行分类，并将它们细分为更加详细的规格说明。选择第9章列举的一些特性和特殊的子特性，能通过对这些特性和子特性进行评价来确定CASE工具在多大程度上达到了详细规格说明的要求。注1，一个关键的因素是CASE工具支持或者实施一种特定方法的程度，在选择特性和子特性以及衡量这些子特性时.应对此加以慎重考虑。明确这些特性和子特性的权重。注2 作为选择过程的一部分，这些权重会应用到在评价期间确定的评

30、级上，这些权重也反映出在启始过程中确定的相关选择准则的相对重要性。3 分配权重是一个主观任务，但它却对整个评价和选择过程的结果有根本影响e权重的分配应反映出该组织的实际需求和该组织评价这些特性的能力。进一步讨论见附录B.538 GB/T 18234-2000 4 当把CASE工具看成是软件包时.GB/T17544论述了适用于CASE工具的质量需求，这些质量要求也应该考虑作为需求结构化任务的一部分。宫对GB/T16260的质量需求的二个子集提供了一个附加指南。6.2 收集CASE工具信息根据组织的需求和所建立的选择准则，初步寻找可能要被评价的CASE工具。可能需要重复多次收集候选CASE工具的信

31、息和确定候选CASE工具的工作，以便为了将来对最有希望的CASE工具进行正式的评价。对于那些评价时最有希望出线的CASE工具，应该进一步得到有关它们可能要求的附加信息和更加详细的数据。这些附加的信息可能有助于迅速排除掉许多工具，将精力集中到剩下的候选工具上。需要得到的信息包括:.厂商的一般性信息(例如，商业历史、可获得的支持、规划和策略等)。厂商特定的产品发展策略。该工具的成本(例如，价格、维护、修改、培训等)。使用该工具所需的硬件及软件支持。使用最终的应用程序/产品所需的硬件及软件支持。有效使用工具所需的培训。该工具具有的功能。该工具的方法和支持的生命期。该工具如何与外部系统接口。该工具的用

32、户数，是否存在用户群，以及用户对该工具的反映。该工具的许可机制(例如，非固定许可证、多用户许可证、跨平台许可证等)。6.3 确定最终的候选CASE工具当确定了可能的候选工具集之后，就可以选出最终用于选择的(也是要被评价的)候选工具了。这活动是通过完成下列任务来进行的:建立CASE工具要满足的一组高优先级或关键性需求。将用户提出的功能需求与该CASE工具所具有的功能、支持的方法以及系统环境进行比较。将管理方面的要求与该CASE工具的成本、可获得的培训和支持进行比较。分析该工具厂商的用户基础、用户反映、支持和商家的历史。确定那些能够满足足够多的高优先级或者关键性需求的工具，这些工具便成为正式评价的

33、最终候选工具。前面那些任务的结果为确定这些候选工具提供了依据。注:在明确了组织的需求或供应商的能力之后，这里所描述的任务代表了对所有可能的候选工具的筛选过程，以便允许该组织确定出最有可能被接受的工具。确定最终候选工具的过程可以与收集CASE工具信息的活动同时进行，这两个活动也可以交替进行，其目的是为了在评价过程中只考虑-个被筛选过的最终候选工具集，以降低工具评价的成本.7 评价过程评价可以在定义了结构化需求和选出了供选择的筛选出的最终候选工具集后开始。还要为评价候选的CASE工具进行最后准备，包括制定个评价计划。然后，执行评价活动，记录评价活动的结果，得到一个每个CASE工具如何满足结构化需求

34、的简要描述。这一活动的目的是为了产生个对选择过程十分必要的技术评价报告，如图4所示。539 GB/T 18234 2000 准备评价I f y 评价计划F卢-F-P-FF评价CASE工具报告评价结果_-图4结构化需求候选工具列表报告评价评价过程概述圈例l过程严品过程流过程流数据流7.1 评价的准备为了在评价活动开始之前定义必要的评价细节，最后的准备工作是非常必要的。根据候选CASE工具列表和结构化需求应该完成下列活动z性。对每个原子子特性，定义或选择一个或多个度量，定义使用这些度量的细节。注1，ISO/IEC TCl SC7工作组6正在制定一个关于度量的技术报告，这一报告可能有助于本标准的用户

35、选择某些必要的度量。设定等级，确定产生或者计算这些级别所用的方法。连2，一个测量出的度量值(如，每个模块平均代码行数=274)必须被指定一个等级值(如.在0到4的范围内的1. 3)。必须确定通过测量获得等级的方法。考虑原先定义的等级和严品使用的背景，定义评价所用到的评估特性、明确哪个是可接受的特确定作为评价过程的一部分必须执行的所有活动，安排这些活动的进度。注3，这些活动包括巳准备评价所需的任何数据集合，得到关于工具的资料和一个用于评价的工具实例，为评价者提供任何使用工具所需的培训，记录工具的输出和分析结果。在某些情况下，基准测试(BMT)可能会作为评价过程的一部分。推荐的基准测试方法包括2确

36、定所需关键的工具功能。确定作为BMT基础的一个测试项目或样例程序。制定一个BMT方案，定义输入和预期的输出。为了集中精力进行评价活动，并使评价过程可追溯，制定一个包括以上信息的评价计划。7.2 评价CASE工具评价CASE工具是将该软件与每个选定的特性做比较。评价是一个测量、评级和评估的过程。7.2. 1 测量测量工作可以通过检查该CASE工具本身得到的信息来进行，也可以通过完成下列任务来检查该工具相关的信息，据此进行测量工作:检查厂商所提供的文档。如果可能，检查源代码或其他中间产品。访问该软件的实际用户。.观察演示并访问演示者。540 GB/T 18234-2000 执行测试用例。应用到测试

37、项目中去。检查以前的评价结果(无论是内部的、第三方的或是其他的评价结果.对候选工具执行BMT并分析结果。测量值可以有两种情况，量化的或是文本形式的。古有客观的和主观的两种特性。注客观的特性是指那些独立的、可重复测试或度量的特性。主观的特性是指那些不存在独立性、也不能重复测试或度量的特性例如，用户界面对于用户文化背景的适应性对于客观的特性，评价工作应该由可重复的过程来进行，这样，其他的评价者也可以产生同样结果。在评价期间，若使用测试用例，则应该使用一套统一的、事先定义好的、并且是可记录的用例。对于主观的特性，应该有一个以上的个人或小组来重复执行这些评价活动。这些个人或小组将讨论并且致同意评价的结

38、果。如果可能，评价结果应该用定量的方式记录下来。而且如果适用的话，还要用正文形式说明理由。7.2.2 评级在评级任务中，每个测量值应根据评价计划中定义的值的大小进行评级。这些等级既可以直接生成，也可以根据原先定义的算法计算出来。注:在评价期间，可能会修订评价需求，这可能需要修订评级的大小。7.2.3评估根据得到的评级结果和原先定义的评估准则对特性和子特性进行评估。按照选择指南和评价计划，评级应该归纳到特性级。7.3 报告评价结果评价活动的最终结果是一个评价报告，评价报告可涉及所有被评价的工具;另一种可能是写出多个评价报告，每个报告针对被评价的工具的个子集。评价报告应至少包括以下信息:a)工具信

39、息.CASE工具名称.CASE工具版本.厂商.主机配置成本要素适当的背景该CASE工具所针对的那一段或几段生命期该CASE工具所基于的软件模型类型(例如，瀑布模型、螺旋模型).CASE工具软件环境(例如，支持的编程语言、支持的方法、操作系统、可能的配置、评价中所用的配置、最小配置、数据库兼容性、环境所要求的其他厂商的软件).CASE工具功能输入/输出结构预期读者b)评价过程评价报告应该详细地讨论评价过程中具体的活动和任务，以便使读者了解评价的范围和深度，而且在必要时可以重复评价过程。c)评价结果评价结果应该在最低层的子特性(一般为原子子特性)上提供。对每个子特性，测量出的度量值应该用该度量的等

40、级来给出。根据最低层的结果，任何归纳总结都应该清楚地显示所用的方法s任何使用的权重、归纳的元素和541 G/T 18234-2000 归纳执行的层次。最后的结果是一个描述评价结果的概耍，这个结果可以用第9章中特性的得分来描述，也可以用子特性的得分来描述，这取决于归纳的层次。如果报告涵盖了多种工具，或者该评价结果要与其他评价过程的结果进行比较，那么应注意确保这些结果用统一的、便于比较的形式来提供(例如，使用模板)。提供客观结果时，应尽量减少附随的正文。对于主观结果，应该用文字说明为什么指定这样的度量值。注:上述信息可以接如下形式组织评价过程.目标、准则、被评价的工具。测量工具。工具信息。测试场合

41、。测试结果和评价。评价总结。8 选择过程选择过程可以在完成评价报告后开始。应该定义一种选择算法，然后将其应用到CASE工具评价工作的结果上。然后推荐一个选择决定，并且该推荐的决定要对照最初的目标集合和选择指南进行确认。这一过程如图5所示。准备选择-高层目标l选择准则Ez- W1IiUJ , , , , , , , 图例I i1l I 高层目标l选择准则FZPLh , , / , J J , f 产品过程流-，确认选择结果过程流- 数据梳图5选择过程概述8. 1 准备选择选择算法确定如何把在各种评价过程中生成的数据加以组合，并进行比较，以得出每个候选工具的评级结果。根据原有的目标和选择指南，明确

42、最终的选择准则集合，并定义评估这些准则的基础。这一定义基于7.2.3中描述的归纳评价评估。然后规定进一步归纳这些结果、比较候选工具和做出决定的算法。附录B提供了关于选择算法的讨论。8.2 应用选择算法542 GB/T 18234-2000 评价结果作为选择算法的输入，与候选工具相关的信息作为输出，每个工具的评价结果提供了该工具特性的一个技术总结，这个总结归纳为选择算法所规定的级别(通常是特性级)。选择算法将各个工具的评价结果汇总起来，给决策者提供了一个比较。8.3 推荐一个选择决定应用了选择算法后，可以做出得到个或组工具的决定。这是基于前面提供的技术比较和附加管理准则的由管理层作出的决定。这个

43、决定指出已确定了最适舍的候选工具可供选择。另外，对评价结果的评估也表明需要附加的信息，这些附加信息指出可能需要重复以前的些活动。评价和选择方案将在附录A中进一步讨论。应通过对导致这一选择的信息和逻辑加以汇总来证明该选择的合理性。8.4 确认选择决定选择过程的最后活动应该是确认所推荐的选择。这时应该重新回顾最初的目标和选择指南，并将它们与评价结果和其他推荐的与选择结果有关的资料进行比较。应进行A次检验，以保证如果接受了推荐的结果，高层目标(或者足够数量的高层目标)也将被满足。最后可能会发现没有一个合适的工具存在，在这种情况下就可能需要选择是开发一种新的工具，修改现有工具(在用户组织内部或外部)，

44、还是放弃整个评价和选择工作。9 CASE工具特性驱动任何评价和/或选择过程的用户需要以下面所描述的特性和子特性为基础。用这里所使用的术语来定义用户的需要，就可以使评估和比较建立在一个广泛的、通用的和近乎完全的特性集合基础之_1:0正如前面讨论过的，要求进行构造活动将最初用户所明确的需求转换为这里所提供的术语。高层的评价范畴叫做特性。每个特性又被细分为子待性。子特性还可能被继续细分为更低层的子特性。在最低的层次，子特性被称为原子子特性。本章根据原子予特性的属性来定义原子子特性s并根据评价过程来对每一个原子子特性指定个或多个度量得到的值(见7.1.准备评价)。任何使用本标准的用户可能不需要用到下面

45、绘出的全部原子子特性s用户应当只选择那些对立们组织的需求来说最重要的子特性。也可能有这种情况，必须把专用于特殊的评价和选择过程所需的附加需求或特性加到下面所列出的特性中。在这种情况下，下面所列出的原子子特性可被认为是一个部分列表，必要时，可对其进行增补。非原子子特性的值通过归总其成员子特性的值来加以指定，并按评价计划中的要求进行加权。这个归总任务将持续到满足评价计划所要求的归总层次为止。然后用选择算法来汇总各工具的评价结果，以便进行比较和决策。9. 1 功能性一一与生命周期过程有关的特性CASE工具的一组属性，这组属性反映了存在组支持在软件工程生命期过程和活动中使用CASE工具的功能和其规定的

46、性质。对于那些引用的生命期过程可采用1SO/1EC 12207中的定义E注E本章涉及了CASE对多个生命期过程的支持，对于其他未提到的生命期过程来说，原因是CASE工具并不特别对那些过程提供支持，或者是因为该过程和/或CASE对它的支持此时还不稳定。9. 1. 1 特性:管理过程CASE工具的一组属性，这组属性反映了存在一组支持管理过程活动的功能以及其特有的性质。关于管理的附加属性见9.1.6的风险管理。原子子特性t成本和进度估计，CASE工具的一组属性，与CASE工具根据组织输入的估算成本、进度及其他项目参数有关。注1，例如，构成成本模型(Construct凹eCost Model简称COC

47、OMO)及其变种。规划，CASE工具的一组属性，与CASE工具的支持用户输入和分析项目规划数据的能力有关。543 GB/T 18234 2000 注25该子特性比上一子特性更通用除了成本和进度数据，它还包括计算机和其他设备资源、人员分配、年度日程表定义和休假计划等.还包括分析规划数据的能力，如关键路径分析，根据需要的限制，优化项目规划，还包括重用修改规划数据的能力。项目跟踪:CASE工具的一组属性，与支持用户输入项目活动数据(包括自动收集数据)的能力有关。注3，叮跟踪的项目活动数据包括:完成日期、花费的资金、消耗的资源、产生的文档数量、开发的代码行数、完成的测试用例数量以及检测到的缺陷数量等。

48、项目状态分析和报告:CASE工具的一组属性，与支持根据跟踪数据对项目活动进行分析的能力及按用户定义的格式提供状态报告和状态预测的能力有关。管理过程2与支持过程管理的能力有关的属性。注4，过理管理包括z通过定义输入、资源、输出、人员、最终期限等来定义详细的工作细日;使工作细目的定义能够被项目成员所使用，通过(手工或自动地)收集工作结果来更新工作状态。查询能力也包括在内.9. 1. 2 特性2开发过程CASE工具的一组属性，这组属性反映了存在一组支持开发过程活动的功能及其特有的性质。关于开发过程的附加属性见9.1. 8。注z开发功能集合可能并不完全，如需要.要考虑附加的子特性。9. 1. 2. 1

49、 子特性:建模CASE工具的一组属性，这组属性反映了存在一组支持作为开发过程部分的建模活动的功能和其特有的性质。注1，建模功能反映了CASE工具支持明确软件需求、表达软件设计以及将需求转换为设计的能力。原子子特性z图表开发:CASE工具的一组属性，与支持输入和编辑用户感兴趣的图表类型的能力有关，并与支持在各图表类型间和图表与文字间进行转换的能力有关。注2 GB/T 1526定义了图表类型因此外，典型的图表类型包括控制流、数据流、分解、实体关系、面向对象、Petri网、状态转移和结构图等-3 应当加强与特定图表类型相关的规则。图表分析:CASE工具的一组属性，与支持对输入到CASE工具的图形特征进行分析的能