RUP和面向对象方法论.docVIP

1.2.6 RUP和面向对象方法论 RUP（Rational Unified Process）是Rational公司推出的软件过程模型，它是软件业界迄今为止商品化最成功的软件过程模型。RUP的近千页文档可以从Rational公司的网站（）下载，RUP 2000中文版也已经发布。 RUP的主要特征是： 采用迭代的、增量式的开发过程，如图1-3所示。 采用UML语言描述软件开发过程。 有一系列功能强大的软件工具支撑（Rational公司的软件产品）。 UML是三位面向对象大师Jacobson、Booch、Rumbaugh创作的面向对象建模语言，1997年UML被国际对象管理组织（OMG）采纳为国际标准。UML是独立于过程的，可以应用于任何开发过程模型。 由于UML和RUP都是Rational公司的研究成果，两者有天然的联系。RUP的文档里面充满了UML模型，需求建模、分析与设计、实现、测试等阶段的角色的主要工作都是用UML来描述的。 与RUP配套的软件工具相当完备，例如面向对象分析设计工具Rose，配置管理工具ClearCase，变更控制工具ClearQuest，需求管理工具ReQuisitePro，文档生成工具SoDA，测试工具Purify，还有TeamTest/TestStudio工具等。 2003年，IBM斥资10亿美元收购了Rational公司。 现在国内软件开发人员学习UML、使用盗版Rose的劲头很足，相关书籍和网站也越来越多，造成了一派红火的景象。但是完整采用RUP的国内企业则非常少。 图1-3 RUP模型 RUP及其配套软件工具是重量级的软件研发管理解决方案，它面向的是高端用户，对用户的财力、开发和管理能力要求都很高： 首先，用户得有钱买Rational的软件工具，否则光有RUP方法论如同纸上谈兵。Rational的软件工具都是非常昂贵的，例如配置管理工具几乎是每个项目成员都要使用的，但ClearCase的每个License大约5000美元，这个费用相当于中国普通程序员一年的工资收入！显然，大部分国内企业没有钱购买Rational公司的软件工具。 如果要使用RUP方法，得先熟悉UML，否则除了RUP模型图之外你基本上看不懂细节内容。可是在普通企业里，大部分人（尤其是领导和管理人员）不熟悉UML。学习UML和RUP的难度远高于CMM和PMBOK。 项目经理和开发组长要有能力控制迭代过程，否则迭代式开发就变得混乱无序和漫无边际。可是国内很多项目经理连瀑布式开发过程都控制不住，他们又怎么能够管理好迭代过程呢？使用RUP的风险是很高的。 根据上述分析和许多同行的反馈，我们可以得出一个结论：RUP及其配套的软件工具基本上不适合于国内中型和小型软件机构。 1.3 中小型IT企业的研发管理需求和解决方案 1.3.1 研发管理需求 IT产业目前是中国的第一大支柱创业。国内从事“软件、软硬件系统、集成电路”开发的IT企业非常多，其中200人以下的中小型IT企业占绝大多数，估计在万家以上。 国内千人以上的大型IT企业虽然实力不错，但是数量太少（估计只有百余家），不具有典型性。大量的中小型IT企业是推动国内IT产业发展的主流力量，提升它们的研发管理能力是非常有意义的。 国内50人至200人左右的中小型IT企业不小于千家，它们对研发管理有如下共性需求： 必要性。如果企业只有数人或者十几个人，即使没有研发管理规范，能力强的领导一个人也能从容指挥。但是当企业超过数十人后，如果还没有研发管理规范的话，那么企业领导将会力不从心。人数越多，非规范化管理越容易产生混乱，迫使企业不得不走规范化管理的路线，以降低管理代价和风险。 经济基础。建立规范化的研发管理是需要一定的投资的，例如咨询、培训、购买工具等等。如果IT企业能够养活50－200人，表明它们是有一定经济实力的，只要投资额适当而且产生的效益高于投资，那么企业领导一般都愿意做这件事情。 发展欲望。不少中小型IT企业的领导雄心勃勃，高瞻远瞩，他们迫切希望提高研发管理能力从而提升整个企业的核心竞争力，产生源源不断的推动力，推动企业持续发展壮大。他们对研发管理的态度是主动的，而不是被动的。 国内一些大型IT企业建立了完整的研发管理体系，投资巨大。例如上海贝尔、华为分别请HP、IBM建立研发管理体系，投资额分别达到数千万元、上亿元。这种投资额是中小型企业望尘莫及的。在研发管理方面，中小型企业无法效仿大型企业的做法。 据我们调查分析，国内中小型IT企业对研发管理的投资额大约在数万元至数十万元。这点“小钱”根本无法引入IBM、HP、Rational等公司的研发管理解决方案。 国内大部分中小型IT企业需要的是“轻量级”的研发管理解决方案，包括咨询、培训、购买工具，总费用在5万元至20万元之间比较合适。粗略估