软件成熟度国军标GJB5000A.doc

《软件成熟度国军标GJB5000A.doc》由会员分享，可在线阅读，更多相关《软件成熟度国军标GJB5000A.doc（66页珍藏版）》请在三一文库上搜索。

1、wordG5000A-2008 军用软件研制能力成熟度模型概述谢新华中科院计算所培训中心2010 年 8 月64 / 66目录第一节G-5000A 能力成熟度根本概念31.1 软件过程的根本概念31.2 能力成熟度模型的根本概念5 军用软件研制能力成熟度模型框架71.4 理解成熟度等级101.5 共用目标和共用实践111.6 善于书写良好的文档13第二节过程域的根本框架162.1 过程域部件162.2 过程管理类过程域之间的关系182.3 项目管理类过程域之间的关系192.4 工程类过程域之间的关系212.5 支持类过程域之间的关系25第三节已管理级成熟度的过程域27 项目策划PP过程域273

2、2 项目监控PMC过程域33 测量与分析MA过程域39 配置管理CM过程域43 过程和产品质量保证PPQA过程域47 需求管理ReqM过程域52 供方协议管理SAM过程域55第四节 过程改良计划62结语63第一节G-5000A能力成熟度根本概念1.1 软件过程的根本概念一个大型软件项目要成功，很大程度上依赖于正确而且适宜的软件过程，首先的问题是什么 是软件过程呢？1，软件过程的定义与概念1过程的定义 系统从一个状态始态变成另一个状态终态，我们就说：发生了一个过程Process。过程是一种手段，通过该手段可以把人、方法与规程、技术与工具进展集成，以产生一种所期望 的结果。换句话说，过程就是人们

3、使用相应的方法、规程、技术、工具等将原始材料输入转化成 用户需要的产品输出。过程与产品存在因果关系。即好的过程才能得到好的产品，而差的过 程只会得到差的产品。2过程的特征 任何过程都应该具备8 个特征：任何一个过程都有输入和输出；输入是实施过程的根底、前提和条件；输出是完成过程的结果；输出可能是有形产品，也可能是无形产品，如软件或服务；过程本身是增值转换，不增值的过程没有意思；完成过程必须投入适当的资源和活动，是换取过程增值或结果有效的代价过程存在可测量点；所有的工作和活动都是通过过程来完成的。 假设干目的上相互关联的过程系统,我们称之为过程域，广义的软件过程包括管理过程和生产过程。主要的软件

4、过程域如下：工程类的主要过程域：需求开发、系统设计、软件实现、软件测试、软件维护等等；管理类的主要过程域：项目规划、项目监控、需求管理、质量管理、配置管理等等。 上述过程域中的任何活动都会影响产品的质量、生产率和本钱。3软件过程能力 软件过程能力描述通过遵循软件过程能够实现预期结果的程度。一个组织的软件过程能力提供一种预测该组织承当下一个软件项目时最可能的预期结果的方法。软件过程性能表示遵循软件 过程所得到的实际结果。所以，软件过程性能关注已得到的结果，而软件过程能力如此关注预期结 果。由于一个特定项目的属性和执行该项目的环境所限，该项目的实际性能可能并不充分反映组 织的整个过程能力，即项目的

5、能力受限于它的环境。2，为什么要加强管理与过程能力呢？ 一个组织的成熟首先是从要强管理开始的。很多人尽管在口头上不得不承认，但内心里还是认为只要我有了好的技术，照样能把产品做出来，但这不一样。 过去一谈创新往往想到的就是技术创新，但仅仅有技术创新是不够的，我们还必须关注管理创新和应用创新，没有这个层面的创新思想，就没有方法把技术手段转化为真正有用的东西，更 没有方法创造影响人类社会进程的伟大产品。如果我们仅仅是做一个纸飞机，那我们就没有必要写下详细计划花 20 分钟写计划再花 20 秒把飞机折出来，无疑是个愚蠢行为，你可以快速的修改，即使返工也是经济和高效的。但是， 如果你是制造一家大型客机，

6、那么用纸飞机的方法来实现同样也是愚蠢的，如果没有详细的前期 设计，没有严密的管理，那整个飞机制造过程就是一个漫长、混乱和昂贵的过程。它将产生大量 应该防止的返工，甚至永远不可能完成，如如下图所示。为了加强管理与过程能力，现代软件工程学提供了一系列方法，包括： 1基于工程规X的大型软件系统开发 由于大型项目的组件未必是同一个机构生产的，所以需要建立一些系统工程原如此，来协调需要准确协同工作的组件的开发。2引入标准和过程规X 为了解决这个问题，美国国防部开发了一系列的指导文档，为软件开发提供符合系统工程的标准方法，这些规X和标准有如下特征：重视定义良好的工作产品、验证和确认：软件系统工程认为，从需

7、求到代码的过程中， 计划驱动的方法非常准确的依赖于明确的步骤，其中每个步骤中文档的完备性非常重 要，这种完备性可以保证每个步骤可验证，文档是可跟踪性的重要保证。产品规X与过程定义和改良具有同等的联系：软件作为一种产品，其可塑性使过程需 要经过屡次改良，正因为如此，过程需要进展定义、标准化并需要逐步改良以提供对项 目的有效控制。过程提供可预见性、可重复性和根底设施的支持来缓解人员流动问题：标准化所带来 的可比拟和可重复性，使组织中的人都知道在哪里找信息，以与如何评估日常工作。这 种过程的一致性可以使管理人员在项目之间调动人员而不必要重新培训，也意味着关键 人员的的流失不再是项目的厄运。3项目越复

8、杂，规X的意义就越重要 项目越复杂，规X的意义就愈重要。在一些非常大的项目中，很多人试图避开这个过程，结果大多数都失败了。大量实践明确，规X方法尽管在管理上的本钱提高了，但远远比不遵从这些 方法游击队似的疯狂开发更经济有效，因为它减少了意外和返工的工作量。更重要的是，它 可以保证每个人都知道自己该干什么事情，确保组织运转成为可能。严格的基线和工作产品的静 态测试，帮助人们提高了整体质量，并有助于人们尽早发现更多的缺陷。如果没有计划和规X，那一定是混乱和不一致的。尽管某些局部可能成功，但整体上可能永 远也不会完成，所带来的管理本钱可能更高。管理层所做的事情可能就是周而复始的协调、协调、 再协调，

9、这无疑是管理上的一场噩梦。正确的规X化并不会抑止人们的创造力，相反它使得团队可以大规模地复用前人积累的智慧 和财富。这种方法非常适合于现代的工业化生产。 业界实践已经证明，走规X化之路是“本钱 最低、见效最快、能持续开展的软件过程改良方法，1.2 能力成熟度模型的根本概念1，能力成熟度CMM的历史诱因软件工程管理引起广泛注意源于20世纪70年代中期，当时人们就发现软件项目的成功率很 低，一直到 20 世纪 90 年代中期，美国有$2,500 亿用于 IT 的 175,000 个软件项目，其中：31% 在完成前被取消，其费用为$810 亿53% 的费用是原估计费用的190%只有 10%的软件项目

10、能够在预定的费用和进度下交付。 美国国防部DoD发现，在失败的项目中，70%是因为管理不善而引起。这就是 DoD 建立 CMU/SEI卡内基梅隆大学软件工程研究所的诱因。CMM 模型在理论上基于 20 世纪 30 年代施瓦特Walter Shewart的统计质量控制原理， 已有60 多年历史。德明Edwards Deming和朱兰Joseph Juran在40 和50 年代开展了这些 原理并在实践中得到了证明，特别是在日本，获得了极大的成功。20 世纪 70 年代末期，菲利普.克罗斯比Philip Crosby把这些原理用于构造成熟度框架， 首次提出五个进化层次。20 世纪 80 年代中期，I

11、BM 在汉弗莱Watts S. Humphrey的指导下， 莱德斯Ron Radice等人把这个成熟度框架首次用于软件过程。1986 年，汉弗莱Humphrey 把这些成果带到 CMU/SEI，并由他主持研究软件过程成熟 度模型，对这些原理进展了进一步的完善，并于1987 年6 月公布了过程成熟度框架的第一份研 究报告。到1993 年颁布了第一个成熟的版本。CMM 模型正在向纵深开展，目前CMM 家族包括：软件能力成熟度模型(SW-CMM)软件获取能力成熟度模型(SA-CMM)人员能力成熟度模型(People-CMM)系统工程能力成熟度模型(SE-CM)集成产品开发能力成熟度模型(IPD-CM

12、M)个体软件过程(PSP)群组软件过程(TSP)等。最近正在试行和推广集成的能力成熟度模型(CMMI)。2，过程改良的收益1过程改良的好处从上个世纪80 年代到今天，软件工程界广泛推行CMM，获得了如下好处：减少软件开发费用。提高软件开发生产率。缩短软件开发周期。改良软件开发质量。能较好地控制费用和质量，有较好的可预测性。举例：根据波音公司 120 个项目的统计，当成熟度由第一级上升到第三级以后，各方面的指标都有 大幅度改善。SW- CMM 不同等级的可信度一般来说，根据大局部的统计数据，实施CMM 的结果：生产力约有10%到20%的提升。产品错误率降低一个数量级。对项目的预估与控制能力提升4

13、0%到50%。3，军用软件能力成熟度模型 正是由于军用软件的敏感性与严肃性，我军总装备部参考了国内外先进经验，根据我国军用软件研制的实际情况，在2003年发布了G5000-2003军用软件能力成熟度模型，取得 了显著的成果。根据几年来应用的经验，到 2008 年又发布了改良版G 5000A-2008，用以取代 G5000-2003。可以预想，新版“军用软件能力成熟度模型的推广实施，将对我军信息化建设发挥不可估 量的作用。在应用标准的时候，我们需要注意以下几个问题：1循序渐进的改良模式G 5000A-2008 是一个循序渐进的改良模式，一个组织的软件开发由最初的无纪律状态， 逐渐学习到成熟而有制

14、度的境界，是需要经过长期的努力的。国内有些机构以过级为目的，注重 短期效应，只在文档格式上下功夫，这是不可取的，这也是为什么很多企业级别虽然很高，但实 际表现却并没有那么好的根本原因。G 5000A-2008 要求所有软件开发组织的评估一律从二级开始，打好根底逐步提升，这是 非常有道理的。2规X的实施 企业制定软件过程规X是为了帮助人们把工作做得更好，而不是存心与人们过不去。企业一方面要用行政命令和奖罚措施来强制实施软件过程规X，另一方面又要设法使员工们乐于执行规 X从而防止流于形式。SEPG 不要只是埋头写规X，写完了上缴了事。最好在内部网上开辟一个专栏，专门解释规 X。要对全员进展培训与考

15、试，使机构中的每个人都熟悉与自己工作相关的规X。只有这样才能 防止有人拖后退，使团队发挥最大的力量。质量保证人员监视实施。人都有惰性，如果没有人来监视员工们按照规X办事，那么自觉性 不强的员工就会回到“无序的老路上。质量保证人员的职责就是周期性地检查项目成员的“工 作过程以与工作成果是否符合既定的规X，来监控和改良“过程质量以与产品质量。SEPG 要与时收集员工们反映的问题和建议，不断地完善规X，但是不能频繁地变更规X的 版本，应当有计划地控制规X的版本。1.3 军用软件研制能力成熟度模型框架1，能力成熟度的表示方法在 G 5000A-2008 中，把成熟度定义为五个等级，包含了 22 个过程

16、域。等级用来描述组 织的进化路径。标准允许组织通过增量处理相继的过程域集合，来改良一组相关的过程。这种改 进路径用“成熟度等级表示。它的特点如下。1军用软件研制能力成熟度模型结构根据实践证明正确的过程组合和排序，提供一个预定义的路线图：将过程域组织成2、3、4和5四个成熟度等级每个成熟度等级包括假设干必须的过程域。每个过程域包括假设干个专用目标，每个专用目标包含假设干个推荐的专用实践活动， 以达到所期望的目的。对于任何一个过程域，所有相关的共用目标和共用实践，是实现该过程域的不可分割的 整体。注意，G 5000A-2008 中，有两个共同目标，以与相应的共同实践，这些实践保证了过程 域制度化所

17、需要的根本建设与活动。成熟等级、过程域、目标以与实践的相互关系如如下图所示。2成熟度的阶梯式表示法 成熟度等级是一个己定义的、组织过程改良的进化台阶。每个成熟度等级表示组织过程的一个重要局部己经成熟，并为它进入下一个成熟度等级做好准备。根据是否达到与每组己预先定义 过程域相关的专用目标和共用目标来判定是否满足相应的成熟度等级。每个等级构成了过程改良 根底的一个层次，是实现下一个成熟度等级的根底。不同等级所包含的过程域如如下图所示，这就是成熟度的阶梯式表示法。2成熟度的连续式表示法： 软件开发一般包括过程管理、项目管理、工程和支持四个职能局部，可以把这些过程分布到这四个局部中去，这就是成熟度的连

18、续式表示方法，如如下图所示。在一个局部中，某些实践可能处于较低的能力等级，某些实践可能处于较高的能力等级，这 就为组织选择那些需要强调实现的过程提供最大的柔性。G 5000A-2008 标准提供了一个从成熟度等级 l 到成熟度等级 5 的预先定义的改良路径， 例如，在成熟度等级 2 ，有一组过程域，组织在能够达到这些过程域的所有目标之前，可以应用这些过程域来指导其过程改良。一旦组织通过这种方法达到了成熟度等级 2 ，该组织应将其工作重点放在成熟度等级 3 的过程域上，以此类推。 在评估过程中，等级还可以用来判定活动的结果。评估既可适用于整个通常是小组织，也可适用于组织内较小的组例如，项目组或组

19、织中的某个部门。 等级也描述了改良的特征，这种改良从一个不良定义的状态改良到另一个状态，等级使用定量信息来确定和管理所需的改良，以满足组织的业务目标。 要达到某个特定的等级，组织必须满足预定改良的过程域或者过程域的所有目标。这个标准还提供了为满足业务目标而实施过程改良的方法。注意，G 5000A-2008 标准关注的是组织的整体成熟度，某个单一过程是已经实施了还是不完备，这一点并不是主要的关注点。标准把“初始级作为成熟度模型的起点。成熟度等级可 用于基准比照、供方选择、合同项目监视、评估和评价活动。1.4 理解成熟度等级1，初始级， 过程通常都是随意、无序的。组织通常不提供支持过程的稳定环境。

20、在这些组织中，成功依赖于其中人员的能力和勤奋，而不依赖于使用已经证实的过程。尽管是这种随意、无序的环境， 组织常常仍能生产可用的产品，提供可承受的服务；不过，他们经常超出其项目的预算和进度。成熟度等级 1 的组织的主要特征是过分承诺，在遇到困难时会放弃过程，并且不能重复他 们以往的成功。2，已管理级 组织的项目已确保其过程按照方针进展策划并得到执行。这些项目聘用有专业技能的人员，这些人员拥有足够的资源，以便产生受到控制的工作产品；这些项目吸纳利益相关方；这些项目 都受到监视、控制和评审；这些项目都受到评价，以保证符合其过程说明。成熟度等级 2 反映的过程纪律有助于确保在有压力的情况下保持现有的

21、实践。在这些实践 都到位的情况下，项目都能按照其文档化的计划进展实施和管理。在成熟度等级 2 ，工作产品的状态和服务的交付在己定义的时间点例如，在主要里程碑 和主要任务完成时对管理者是可见的。在利益相关方之间建立承诺并在需要时进展修订。工作 产品受到适当的控制。工作产品和服务满足其已定义过程的说明、标准和规程。3，已定义级 过程己经得到了很好的定义和理解，并用标准、规程、工具和方法进展了描述。作为成熟度等级 3 的根底，组织的标准过程集己经建立，并随着时间的推移而不断改良。这些标准过程用 于建立整个组织的一致性。项目按照剪裁指南剪裁组织的标准过程集，以建立项目的己定义过程。成熟度等级 2 和成

22、熟度等级 3 的关键区别是标准、过程说明和规程的适用X围。在成熟度 等级 2 , 这些标准、过程说明和规程在过程的各个特定实例例如，某个具体项目之间可以有 很大差异。在成熟度等级 3 ，一个项目的标准、过程说明和规程都是为了适合具体项目或组织的情况 而从组织的标准过程集甲剪裁出来的，因此，除了剪裁指南所允许的差异之外，这些标准、过程 说明和规程都是一致的。另一个关键区别是：在成熟度等级 3 ，过程一般描述得比成熟度等级 2 更加严格。一个己 定义过程明确地阐述了其目的、输入、入口准如此、活动、角色、测量、验证步骤、输出和出口准 如此。在成熟度等级 3 ，通过对过程活动的相互关系、过程的详细测量

23、值、过程的工作产品和服 务的理解，使过程都得到更加积极主动的管理。在成熟度等级 3 ，组织应使其成熟度等级 2 的过程域得到进一步的成熟。为了达到成熟度等级 3 ，应使用在成熟度等级 2 中没有阐述的、与共用目标 3 有关的共用实践。4，已定量管理级 组织和项目为质量和过程绩效建立了定量目标，并将其用作管理过程的准如此。这些定量目标是根据顾客、最终用户、组织和过程实现者的需要建立的。 质量和过程绩效都按统计术语进展理解并在该过程生存周期间受到管理，对于所选择的子过程，收集并统计分析该过程绩效的详细测量值。将质量和过程绩效测量值纳入组织的测量库以支 持基于事实的决策。标识过程变异的特殊原因，并在

24、适当时纠正特殊原因的根源以防再现。成熟度等级 3 和成熟度等级 4 之间的关键区别是过程绩效的可预测性。在成熟度等级 4 ，过程绩效使用统计技术和其它定量技术加以控制，并且是可定量地预测的。在成熟度等级 3 ，过程通常只是定性地可预测的。5，优化级 根据对过程中固有变异的共因的定量理解，组织持续地改良它的过程。这个级别关注通过增量式和创新式的过程和技术改良来持续地改良过程绩效。 建立组织的定量过程改良目标，持续地修订过程改良目标以反映日益变化的业务目标，并将这些目标用作管理过程改良的准如此。 对照定量的过程改良目标，测量并评价已部署的过程改良的效果。无论是项目的已定义过程，还是组织的标准过程集

25、它们都是可测量的改良活动的对象。成熟度等级 4 和成熟度等级 5 之间的关键区别是所涉与的过程变异类型。在成熟度等级 4 ，组织关注过程变异的特殊原因，并提供结果的统计可预测性。虽然过程 可以产生可预测的结果，但是，这些结果可能不足以实现己确定的目标。在成熟度等级 5 ，组织关注过程变异的共因，并且改变过程移动过程绩效的均值或者减 少过程的固有变异以改良过程绩效并实现已确定的定量过程改良目标。6，成熟度等级的提升 组织首先通过实现项目级的控制，然后利用定量和定性两种数据进展决策继续开展到最高等级，以实现整个组织X围的持续过程改良，进而实现组织成熟度的逐步改良。在成熟度等级 2 ，组织通过建立

26、合理的项目管理己经从随意、无序状况提高到有纪律状况。 每个成熟度等级是下一个等级的必要根底，所以试图跳越成熟度等级通常是达不到预期目标的。在尚未建立能支持更有纪律和广泛改良的根底设施时，成熟度等级 1 的过程改良活动可能 主要依赖于过程组成员的洞察力和能力。不过组织应明白，这些改良的成功是有风险的，因为成 功地制度化这些改良的根底尚未建立。没有适当根底的过程在面临很大压力时，可能会失败。例 如，成熟度等级 1 的组织实施需求分析、设计、集成和验证可是，这些活动在成熟度等级 3 才进展描述，因为有了一致的和妥善集成的工程过程，就不会由于即兴无序的管理过程而失败。成熟度等级 3 组织的特征是过程己

27、定义，如果成熟度等级 2 的管理实践有缺陷，就可能将 已定义过程置于很大风险中。例如，管理者可能作出计划不当的进度承诺，或者不能控制基线化 需求的吏改。类似地，许多组织过早地收集成熟度等级 4 特性的详细数据，结果发现因为与过 程和测量的定义中的数据不一致而导致无法解释。过程改良工作应关注组织在其业务环境中的需要，而更高成熟度等级的过程域可能满足组织 或项目的当前需要。例如，常常鼓励试图从成熟度等级 1 开展到成熟度等级 2 的组织建立一个过程组，而建立过程组是成熟度等级 3 中组织过程焦点过程域处理的问题。过程组不是成熟度等级 2 中组织的必要特征，但它可能是组织达到成熟度等级 2 的有用方

28、法。1.5 共用目标和共用实践共用目标是应用于所有过程域的必需内容。如下图说明了它包含哪些局部。共用目标与共用实践共用目标 2 制度化已管理过程共用目标 3 制度化已定义过程制度化共用实践 22.1 制定组织方针2.2 策划过程2.3 提供资源2.4 指派职责2.5 培训人员2.6 管理配置2.7 标识并吸纳利益相关方2.8 监视并控制过程2.9 客观评价遵循性2.10 与更高层管理者一起评审状态共用实践 33.1 建立已定义过程3.2 采集改良信息注：共用目标 3 与其实践并不应用于成熟度等级 2 的等级评定，但必须应用于成熟度等级 3 和更高等级 的等级评定。值得指出的是，没有使用共用目标

29、 4 、共用目标 5 与其相关的共用实践。对于成熟度等级2 ，只需满足共用目标 2 ；但对于成熟度等级 3 到成熟度等级 5 的各个过程域，如此除了应满足共用目标 2 之外，还应满足共用目标 3 。过程域和共用实践的关系共用实践过程域在实现共用实践中的作用共用实践如何递归地用于其相 关过程域共用实践 项目策划：项目策划过程对所有与项目有关的过 程域除了项目策划本身能够全部实现共用实 践 用于项目策划过程的共用实践 2.2，可特征化为“策划此计划， 并覆盖策划项目策划活动。共用实践 共用实践 项目策划：通过标识所需的过程、角色和职责， 实现项目策划过程专用实践 “实施此项目所 需资源的计划，对所

30、有与项目有关过程域支持 实施共用实践 2.3 和共用实践 2.4 可能最初 项目策划本身除外，以确保项目所需的适宜人 员、设施、装备和其它资产是可靠的。共用实践 组织培训：组织培训过程当用于所有过程域时， 通过使实施或支持此过程的那些人员得到涉与 战略或组织X围内培训需要的培训，支持实施共 用实践 。 项目策划：项目策划过程局部的实施项目策划的 专用实践 “实施项目所需的知识和技能的计 划与组织培训过程一起，支持所有与项目有关 的过程域中共用实践 2.5 的全部实施。用于组织培训过程域的共用实 践 2.5 覆盖为实施组织培训活 动所进展的培训活动所进展的 培训，它涉与管理、创建和完成 此培训所

31、需的技能。共用实践 配置管理：配置管理过程能对所有与项目有关的 过程域和某些组织的过程域全部实施共用实践 。用于配置管理过程域的共用实 践 ，覆盖由配置管理活动产 生的工作产品的更改和版本控 制。共用实践 项目策划：项目策划过程局部的实施项目策划的 专用实践 2.6 “策划利益相关方参与，能对所有与项目有关的过程域全部实施共用实践 2,7 的利益相关方标识局部前两个子过程。 项目监控：项目监控过程局部的实施项目监控的 专用实践 1.5 “监视利益相关方参与，能帮助所有与项目有关的过程域实施共用实践 2.7 的第 三个子过程。 集成项目管理；集成项目管理过程局部的实施集 成项目管理的专用实践 “

32、管理利益柑关方参 与，能帮助所有与项目有关的过程域实施共用 实践 2.7 的第三个子过程。用于项目策划过程的共用实践 2.7 覆盖利益相关方参与项目策 划活动。 用于项目监控过程的共用寒践 2.7 覆盖利益相关方参与项目监 控活动 用于集成项目管理过程的共用 实践 2.7 覆盖利益相关方参与 集成项目管理活动。共用实践 项目监控：项目监控过程能对所有与项目有关的 过程域全部实施共用实践 。 测量与分析：对所有过程不仅是与项目有关的 过程测量与分析过程域指导有关测量、分析和 记录能用于建立监视此过程实际绩效的信息。用于项目监控过程的共用实践 2.8 覆盖监视和控制项目监控活 动。共用实践 过程和

33、产品质量保证：过程和产品质量保证过程 可对所有过程域全部实现共用实践 可能过 程和产品质量保证本身除外。过程和产品质量保证所用的共 用实践 2.9 覆盖质量保证活动 的客观评价。共用实践 项目监控：项目监控过程局部的实施项目监控专用实践 1.6 “执行进展评审和专用实践 1.7 执 行里程碑评审，支持与项目有关的所有过程域 实施共用实践 2.10 ，或许是全部，取决于更高 层管理在这些评审中的参与情况。共用实践 集成项目管理：集成项目管理过程局部的实施集 成项目管理专用实践 1.1 “从项目起步始遍与项 目的生存周期，建立和维护项目的己定义过程， 能对与项目有关的所有过程域全部实施共用实 践

34、 组织过程定义：对所有过程不仅是与项目有关的 过程建立实施共用实践 3.1 所需的组织过程资 产。集成项目管理过程所用的共用 实践 3.1 覆盖对集成项目管理 活动建立己定义过程。共用实践 集成项目管理：集成项目管理过程局部的实施集 成项目管理的专用实践 1.6 “向组织的过程资产 贡献工作产品、测度和文档化的经验的能对与 项目有关的所有过程域局部或全部实施共用实 践 3.2 。 组织过程焦点：组织过程焦点过程局部的实施组 织过程焦点的专用实践 3.4 “将由策划和实施此 过程所导出的与过程有关的工作产品、测度和改 进信息纳入组织的过程资产，能对所有过程域 局部或全部实施共用实践 3.2 。

35、 组织过程定义：组织过程定义过程对所有过程建 立实施共用实践 3.2 所需的组织过程资产。集成项目管理过程所用的共用 实践 3.2 覆盖由策划和实施集 成项目管理活动所导出的改良 信息。当一个共用实践与一个过程域的关系不太直接时，混淆的风险就降低了，所以在表中未描述所有递归关 系例如，共用实践 2.3、2.4 和 2.10 。1.6 善于书写良好的文档1，为什么要书写文档 很常见的情况是，开发人员对于书写文档有种种非议，但是一个正规的软件项目，即使带来了外表上的工作效率降低，也必须花费精力书写文档，为什么呢？任何时候，只要是两个人以上参与项目，都离不开口头交流，但是每个人在传递这个口头交 流的

36、内容的时候，都会把原来的意思歪曲一点点，人类的记忆能力就是这样的。一个软件项目永 远离不开口头交流，我们不必要去停止这种交流方式，但是当开发人员比拟多的时候，就可能带 来很多麻烦，解决的方法就是把所有的情况记录下来，或者是要强调书写文档。利用文档记录有 五个好处：1拓展人脑所掌握的记忆X围 在任何一个大到必须编写需求文档的项目中，信息的含量都会超过一个人可以掌握的规模，书面文字可以供将来参考，而不会像记忆一样慢慢的褪去。 2为项目团队所有成员提供一样的信息 书面文档阅读的时候内容是一样的，所有的人员都阅读一样的材料，这是任何人对人的口头交流无法达到的效果。3减少项目人员流动的困难 项目中发生人

37、事变动是正常的，当老成员离开，新成员参加的时候，任何口头交流都很难让人很快地掌握情况，一份很好的文档可以让他花更少的时间融入到团队中去。 4保护智力资产 在大多数情况下，项目中只有少数的人理解问题域，他们知道是否需要变更，软件是否存在某些漏洞，内心中对软件是不是有什么新观点。如果这些人把他们掌握的信息以正规的方式记录 下来，项目对他们的依赖就会减小，如果他们获得了更好的机会，他们的智力资产也不会被带走。5帮助书写人员更好的理解问题域 书面形式描述以比口头交流更标准和更准确的方式表达。人们在写作过程中可以发现自己对问题理解存在漏洞，甚至概念上也是不完整的。难怪人们说：“文档本身并不重要，重要的是

38、写 文档的过程。当然，这样写出来的文档对别人也是重要的。2，防止编写成智力拼图 许多文档写成了类似智力拼图的玩具，很多不同的相关定义与内容散落在文档的不同地方。读者不会预料到在文档的其它地方会不会还有相关说明。为了阅读这样的文档，人们需要把一切 都记在脑子里，智力拼图是把散落在各处的小块拼在一起，但人的大脑很难做到这一点。要记住，任何大的文档都不同程度的具有智力拼图性质，但我们的任务是减少智力拼图块的 数量。不要让用户在一个地方看到的信息块做出了推论，而在另一个地方才发现这个理解是错误 的，这就很危险。组织文档的原如此，大多数情况下是防止出现智力拼图的情况，如果需要，可以把文档中对某 个名称的

39、定义和描述都找出来，统一放在某个固定的、唯一的位置上，必要的时候还可以建立术 语表。如果无法将相关信息都集中在一个章节，就需要增加引用页面，这样读者就不会迷惑了。在书写方式上，要以读者为中心，力求通俗易懂、内容连贯、条理清楚。在内容组织上，力 图减少不必要的拼图游戏，减少不必要的前后查阅。相似的概念和名词，只要在各个章节中，都 力图自成逻辑体系，使得读起来省力清晰。3，不要为了文档而文档 为了保持一致的软件质量，我们需要一套独立定义的质量准如此，所以，过程的定义与文档规X就成为很多组织很关注的内容。但也会发生文档的使用与功能正确实现无关的情况，由于文档 记录要与文档标准保持一致，结果使用起来将

40、非常繁琐而散乱。我们来看一下下面的描述：R-461 机票预定数据验证函数应该验证机票预定数据。 这样的句子确实使人莫名其妙，这到底是什么意思？如何测试它？这很容易使人联想到一种鸭叫演讲，单调、温顺、平庸、符合官方标准，但是叫人提不起精神，看起来描述了很多，但实际上什么也没有描述。 这种书写文档的理念只是为了应付检查，而不是促进效率与更好的开发，是为了文档的本身，是为了文档而文档的书写方式。书写这种文档的目的只有一个，那就是证明我们正在做和官方保 持一致的事情，如果有什么过失，那不是我的责任。至于项目能不能完成，那不是我考虑的问题。很多公司实际上是很严肃地对待文档的，但他们并没有从文档中得到好处

41、相反在实践中口 头交流仍然是主要手段，其关键原因是所书写的文档并不是为了开发而是为了应付检查。从格式 上看很漂亮，内容面面俱到，但在文档组织上把信息分散到各个地方，不容易查找，使文档提供 的好处尽失。如果我们希望项目开发小组很好的使用文档中的信息，就需要考虑什么内容是开发 小组最关注的，怎么组织文档才是对开发来说最容易查找，如何编写才是最容易阅读和有效的。很多文档都没有被相关人员阅读，其原因是人们无法理解他，不适合开发人员的习惯，也没 有方法把文档与自己的开发工作联系起来。当然，确实很多评审只关注文档格式而不是文档有效 性，只关注文档字数多少而不是内容的思想性，这样的文档是没有什么意义的。把

42、自己写的句子大声念出来，如果发现自己写了很多毫无疑义的句子，只是一味的迎合标准 要求，就要考虑重新框定问题，使文档写出来具有精神，读者读起来也有精神。4，文档太多怎么办 在推广软件过程规X时，员工们抱怨最多的就是“文档太多了！甚至很多人把进度延误归罪于写文档。如果过程规X是适合于本企业的，那么该规X所要求的文档工作量也应该是比拟适宜的。之 所以员工们抱怨“文档太多了，那是因为他们以前文档写得太少了，一下子不习惯正常的文档 工作量。应该想方法降低写文档的难度，提高写文档的效率。根本措施有：机构要下功夫制定出结构良好的文档模板，给出充足的提示和示例。这样使用者就可以 “依葫芦画瓢，总比他自己琢磨怎

43、样写要方便得多。提高开发人员的写作能力，这是练内功。一是要学习好的写作方法，二是要不断地练笔其实写文档就是在练笔。 做好任何事情都需要有伟大的理想，确实，有了伟某某想不一定总能成功，但是没有理想肯定不会成功。如果你也是有伟某某想的，那么好，现在让我们踏上征程。第二节过程域的根本框架2.1 过程域部件G 5000A-2008 是一个模型。模型是一种抽象，它需要一系列的部件，并且用一种格式化 方式装配起来，模型主要关注的是这些部件之间的关系。G 5000A-2008 中根本的部件是过程 域，每个过程域部件又包括假设干子部件，下面分别加以介绍。1，必需的、期望的和资料性的部件 本标准中的模型部件分为

44、必需部件、期望部件和资料性部件三类，其中：必需的部件：是组织为满足过程域必须达到的目标。必需的部件包括专用目标和共用目 标。在评估中，满足目标是确定过程域是否已实现且己满足的根底。期望的部件：是组织为了实现必需的部件通常应该实施什么。期望的部件包括专用实践 和共用实践。期望的部件用于指导过程改良和评估。在可以认为目标已经满足之前，在 组织已计划并已执行的过程中，应具有所规定的实践或者可以承受的替代实践。资料性的部件：提供了有助于组织开始考虑如何处理必需部件和期望的部件的细节。资 料性部件包括子实践、典型工作产品、共用实践详细说明、目标和实践的标题、目标和 实践的注释、以与参考等。2，过程域的组

45、成 过程域的组成见如下图。1过程域 过程域是一个领域内的一组相关的实践，当这些实践被全部实现，就能满足对于改良该领域十分重要的一组目标。本标准包括 22 个过程域。2目的 目的局部描述了该过程域的目的，是资料性的部件。例如，组织过程定义过程域的目的陈述是“组织过程定义的目的是建立和维护一个可用的组织过 程资产集和工作环境。3序言 序言局部描述了该过程域所涉与的主要概念，是资料性的部件。例如，项目策划过程域的序言是“策划从定义产品和项目的需求开始。4相关过程域 相关过程域局部列出了有关过程域的参考、反映了过程域之间高层次的关系，是资料性的部件。例如，出现在项目策划过程域的相关过程域中的“关于风险

46、标识和管理的更多信息，参见风 险管理过程域。5专用目标 专用目标局部描述满足该过程域必须呈现的一些独特特征，是必需的部件。在评估中，专用目标用来确定是否己满足过程域。例如，配置管理过程域的一个专用目标是“建立和维护基线的 完整性。只有专用目标的陈述是必需的部件，专用目标的标题、编号以与与该目标有关的任何解释都 应视为资料性的部件。6共用目标 共用目标局部描述了使所实现过程域的过程制度化必须呈现的特征，是必需的部件，在评估中用来确定是否已满足过程域。共用目标之所以称为“共用，是因为同一个日标陈述应用于多 个过程域。例如，“已定义过程制度化。只有共用目标的陈述是必需的部件，共用日标的标题、编号以 与与该目标有关的任何解释都是资料性的部件。7专用目标和专用实践概述 专用目标和专用实践概述局部提供了必需的部件和期望的部件的高层次概括性描述，是资料性的部件。8专用实践 专用实践局部是对在达到相关专用目标的过程中被认为是重要的活动的描述，是期望的部件。专用实践局部描述为了取得过程域专用目标的成绩