RUP和XP基础

一、RUP（Rational Unified Process）

 

（一）、简介

 

RUP（Rational Unified Process），统一软件开发过程，(统一软件过程)是一个面向对象且基于网络的程序开发方法论。RUP 吸收了多种开发模型的优点，具有很好的可操作性和实用性。从它一推出市场，凭借Booch、Ivar Jacobson、以及Rumbagh 在业界的领导地位以及与统一建模语言（Unified Model Language , 以下简称UML）的良好集成、多种CASE工具的支持、不断的升级与维护，迅速得到业界广泛的认同，越来越多的组织以它作为软件开发模型框架。

RUP最重要的它有三大特点：1）软件开发是一个迭代过程，2）软件开发是由Use Case驱动的，3）软件开发是以架构设计（Architectural Design）为中心的。

 

（二）、开发过程

 

RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段（Inception）、细化阶段（Elaboration）、构造阶段（Construction）和交付阶段（Transition）。每个阶段结束于一个主要的里程碑（Major Milestones）；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。

 

初始阶段

初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。初始阶段结束时是第一个重要的里程碑：生命周期目标（Lifecycle Objective）里程碑。生命周期目标里程碑评价项目基本的生存能力。

 

细化阶段

细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。细化阶段结束时第二个重要的里程碑：生命周期结构（Lifecycle Architecture）里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

 

构造阶段

在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。构建阶段结束时是第三个重要的里程碑：初始功能（Initial Operational）里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

 

交付阶段

交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。在交付阶段的终点是第四个里程碑：产品发布（Product Release）里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

 

（三）、RUP有九个核心的工作流

 

以下简单描述这些工作流的目的：

商业建模（Business Modeling）：理解待开发系统的组织结构及其商业运作，确保所有参与人员对待开发系统有共同的认识。

需求（Requirements）：定义系统功能及用户界面，使客户知道系统的功能，开发人员知道系统的需求，为项目预算及计划提供基础。

分析和设计（Analysis and Design）：把需求分析的结果转化为实现规格。

实现（Implementation）：定义代码的组织结构、实现代码、单元测试、系统集成。

测试（Test）：校验各自子系统的交互与集成。确保所有的需求被正确实现并在系统发布前发现错误。

部署（Deployment）：打包、分发、安装软件，升级旧系统；培训用户及销售人员，并提供技术支持。制定并实施beta测试。

配置和变更管理（Configuration and Change Management）：跟踪并维护系统所有产品s的完整性和一致性。

项目管理（Project Management）：为计划、执行和监控软件开发项目提供可行性的指导；为风险管理提供框架。

环境（Environment）：为组织提供过程管理和工具的支持。

 

二、XP（Extreme Programming）

 

（一）、简介

 

极限编程（Extreme Programming，XP）是一门针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、可以达到的目标上。它是以符合客户需要的软件为目标而产生的一种方法论，XP使开发者能够更有效的响应客户的需求变化，哪怕是在软件生命周期的后期。它强调，软件开发是人与人合作进行的过程，因此成功的软件开发过程应该充分利用人的优势，而弱化人的缺点，突出了人在软件开发过程中的作用。极端编程属于轻量级的方法，认为文档、架构不如直接编程来的直接。

 

（二）、核心价值

 

极限编程中有5个核心价值是我们在开发中必须注意的：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、尊重（Respect）和勇气（Courage）。

XP用“沟通、简单、反馈、尊重和勇气”来减轻开发压力和包袱；不管是术语命名、专著叙述内容和方式、进程要求，都可以从中感遭到轻松愉快和主动奋发的态度和蔼氛。这是1种帮助理解和更容易激起人的潜力的手段。XP用自己的实践，在1定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。

XP精神可以启发我们如何学习和对待快速变化、多样的开发技术。成功学习XP的关键，是用“沟通、简单、反馈、尊重和勇气”的态度来对待XP；轻松愉快地来感受XP的实践思想；自己认真实践后，通过对真实反馈的分析，来决定XP对自己的价值；有勇气接受它，或改进它。

 

（三）、有效实践

 

1.完全团队：

XP项目的所有参与者（开发人员、客户、测试人员等）1起工作在1个开放的场所中，他们是同1个团队的成员。这个场所的墙壁上随便悬挂着大幅的、显著的图表和其他1些显示他们进度的东西。

2.计划游戏：

计划是延续的、按部就班的。每2周，开发人员就为下2周估算候选特性的本钱，而客户则根据本钱和商务价值来选择要实现的特性。

3.客户测试：

作为选择每一个所期望的特性的1部份，客户可以根据脚本语言来定义出自动验收测试来表明该特性可以工作。

4.简单设计：

团队保持设计恰好和当前的系统功能相匹配。它通过了所有的测试，不包括任何重复，表达出了编写者想表达的所有东西，并且包括尽量少的代码。

5.结对编程：

所有的产品软件都是由两个程序员、并排坐在1起在同1台机器上构建的。

6.测试驱动开发：

编写单元测试是1个验证行动，更是1个设计行动。一样，它更是1种编写文档的行动。编写单元测试避免了相当数量的反馈循环，特别是功能验证方面的反馈循环。程序员以非常短的循环周期工作，他们先增加1个失败的测试，然后使之通过。

7.改进设计：

随时利用重构方法改进已腐化的代码，保持代码尽量的干净、具有表达力。

8.延续集成：

团队总是使系统完全地被集成。1个人迁入（Check in）后，其它所有人负责代码集成。

9.集体代码所有权：

任何结对的程序员都可以在任什么时候候改进任何代码。没有程序员对任何1个特定的模块或技术单独负责，每一个人都可以参与任何其它方面的开发。

10.编码标准：

系统中所有的代码看起来就好像是被单唯一人编写的。

11.隐喻：

将全部系统联系在1起的全局视图；它是系统的未来影象，是它使得所有单独模块的位置和外观变得明显直观。如果模块的外观与全部隐喻不符，那末你就知道该模块是毛病的。

12.可延续的速度：

团队只有持久才有获胜的希望。他们以能够长时间保持的速度努力工作，他们保存精力，他们把项目看做是马拉松长跑，而不是全速短跑。