RUP简介.doc

一、RUP简史 　　上个世纪80年代未至90年代初，面向对象方法学进入鼎盛时期，当时比较著名的面向对象方法学已有50多种。其表示法和分析设计方法各有特点，但是，这些方法学具有着一定的一致性和兼容性。于是，James Rumbaugh、Grady Booch以及Ivar Jacobson决心吸收各家所长，创建一个统一的方法学。最终在他们努力和推动下，诸多面向对象的方法学在表示法和分析设计理论上达成了一致，并先后推出了UML和RUP。2002年12月6日IBM宣布将以21亿美元现金收购Rational软件公司，此后不久Rational公司并入IBM麾下。由于Rational在面向对象方法学领域的强大号召力，Rational品版保留至今。 二、RUP是什么 　　首先，RUP是一套面向对象方法学。 　　RUP是以面向对象方法为基础的方法学，在业务建模、需求、分析设计、实现、测试等各个规程中，面向对象方法惯穿始终。即便是在与系统构建关系不大的业务工程中，RUP也使用OOA/D人员熟悉的面对象方法。因此，RUP更适合OO类项目。 　　RUP坚持以用例驱动，以架构为中心，迭代和增量的开发方法。用例驱动既做到了以客户为中心，以客户的角度看系统，为客户创建真正可用的系统的构造方式，又解决了传统面向对象方法面临的无法有效的从需求中提取对象的困难，从而填平了需求分析方法和对象设计方法之间的鸿沟。以架构为中心，坚持综合考虑软件系统的各个方面，并优先解决各个方面的主要问题，同时创建常见问题的通用解决方案，从而为解决软件项目的主要风险、准确估算项目进度、提高软件复用、保证软件的整体风格打下了坚实基础。迭代和增量式开发，以风险为驱动，分阶段针对不同的风险制定对策，以保证软件项目的成功完成。 　　除此之外，RUP还吸收了各家所长，以契约设计、测试驱动方法保证软件质量，以架构模式、设计模式增强系统的可扩展性和易维护性，以统一变更管理加强代码等资源质量，以组件架构提高软件复用等。 　　其次，RUP是一种适用范围较广的适应性软件过程。 　　它定义了进行软件开发的工作步骤，亦即定义了软件开发过程中的，什么时候做，做什么，怎么做，谁来做的问题，以保证软件项目有序地、可控地、高质量地完成。 RUP是一种适应性软件过程，区别于瀑布模型类的预见性软件过程。RUP不假设从一开始就可以掌握软件开发的全过程，而是坚持以迭代方式推进软件开发，结合不断演进的项目状态和现实变化做出相应的调整，制定出新的计划。实践证明适应性过程比预见性过程更能保证项目成功。 　　另一方面，RUP并没有对软件开发的规范化程度做出明确规定。换言之，RUP允许我们根据项目的实际情况，对其进行裁剪，以决定哪些文档、过程是必须的。从而为我们在敏捷式开发和规范化开发的选择上提供了灵活性。这一点与以XP为代表的敏捷过程有所不同，后者除了强调适应性开发外，也强调尽可能减少文档数量和不必要的管理，以提高主要活动（即软件开发活动）的效率。目前，敏捷过程在产品周期短、变化快和规模相对小的项目中倍受推崇。对RUP做适度裁剪，轻装上阵，亦可成为敏捷过程。同理，对RUP进行调整也可以使其符合CMM或CMMI的要求，配置成规范化的过程，从而应对规模较大、相对复杂、但变化不快的软件项目。 　　最后，RUP本身也是一个提供了可定制框架的软件过程产品。 　　RUP提供了一个可定制软件产品，其中包括RUP方法学指导、过程定义和文档模板，也还包括一些示例工程。除此之外，为了支持RUP的方法学理论和最佳实践，Rational还提供了一系列CASE产品，如RequisitePro(需求管理)、ROSE(可视化建模工具)、ClearCaseClearQuest(配置和变更管理工具)等。 三、实施RUP可以带来哪些好处 　　创建用户真正需要的系统，提高客户满意度。RUP以用例描述需求。用例以客户的角度看待系统，将系统需求描述为使用系统的业务办理过程，从而保证需求获取的正确性。此外，在开发过程中，RUP坚持用例驱动，在分析、设计、实现、测试等过程中，一直保持用例的完整性，从而为需求的正确实现提供了保障。 　　创建组件化架构，提高软件系统的复用程度。RUP以架构为中心来构建系统。架构关注软件系统的功能、设计、实现、运行结构、部署结构等诸方面的重点问题。其中，在逻辑模型中，RUP使用架构机制和分层等手段分别将通用机制组件和通用业务组件抽取出来，从而提高了系统的复用度。RUP以OO的方式组织系统，将复杂的业务逻辑划分成一个个相对隔离的子系统，并在子系统的层次上集成（而不是在数据层上集成），从而保证了子系统在不同系统间移植和复用。 　　以迭代开发不断处理重大风险，保证项目可控性。项目的可控性源于对未知的、重大且具有破坏性事件的掌