《RUP&XP的比较》由会员分享，可在线阅读，更多相关《RUP&XP的比较（24页珍藏版）》请在金锄头文库上搜索。
1、RUP&XP的比较分析简单的背景介绍v软件过程可以定义为人们用来开发和维护软件以及相关产品的一组活动，方法，实践及转换。v目前世界上流行的软件过程莫过于统一过程（Rational Unified Process RUP）和极端编程（Extreme Programming XP）。简单的背景介绍vRUP是Rational公司开发和维护的一个产品，其实质是一个软件工程化的一个过程。是 Rational 公司为软件开发提供的完整的解决方案。vXP是由 Kent Beck 最早在 1999 年,他本人出版的Extreme Programming Explained 一书中提出来的RUP&PvRUP过于
2、庞大,包含了软件开发过程的方方面面,所以更适合于大型的组织开发复杂的、难度大及规模大的项目。vXP适合大多数小型的组织开发简单的、难度小、规模小而且时间紧的项目。XPvXP有4 种价值:交流、简化、反馈和勇气v任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是 v可以说XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程 RUP&XPv具体的说RUP有六大开发经验，九个核心工作流。生
3、命周期中又分为四个阶段。v而XP的作者在其书中也提到的XP有十二种方法。RUP的六大开发经验v1、迭代式开发 v2、管理需求 v3、基于组件的体系结构 v4、可视化建模 v5、验证软件质量 v6、控制软件变更 RUP中的九个核心工作流v1 商业建模(Business Modeling) v2 需求(Requirements)v3 分析和设计(Analysis & Design) v4 实现(Implementation)v5 测试(Test) v6 部署(Deployment) v7 配置和变更管理(Configuration & Change Management) v8 项目管理(Proj
4、ect Management) v9 环境(Environment) RUP的四个阶段v1 初始阶段v2 细化阶段 v3 构造阶段 v4 交付阶段 XP的十二种方法v计划策略(The Planning Game)v简单设计(Simple Design)v测试(Testing)v重新划分(Refractoring)v成对编程(Pair Programming)v不断地集成(Continuous Integration)XP的十二种方法（续）v现场客户(On2site Customer)v系统比喻(SystemMetaphor)v集体代码所有权(Collective Code Ownership)
5、v每星期工作40 小时(402hour Work )v编码标准(Coding Standards)v小发行版本(Small Releases)RUP&XP的比较v计划策略计划策略： RUP和 XP实际上是一致的 ，两者都认为 ,我们不可能计划出整个项目的所有细节 ,所以计划是可以改变的。最好的办法是预期这些变化 ,尽量保证我们可以控制相关的风险。 RUP和 XP都是由用例驱动的 ,用例贯穿于整个生命周期 RUP&XP的比较v简单设计：简单设计： XP要求面向当前的需求构建最简单的系统 ,而不去实现将来才可能需要的功能。 RUP用不同的语言以不同的程度表达了相同的意思 :管理需求 ,不断地确定用
6、例的优先级 ,估计进展情况。 RUP&XP的比较v测试：测试： XP强调首先要编写测试 ,然后再进行编码。它要求的测试包括两种 :一种是由客户编写的验收测试 ,作为客户判断产品是否达 到最终要求的标准 ;另一种是由开发人员编写的单元测试 ,作为衡量代码是否符合要求的标准。 RUP中测试贯穿于整个生命周期 ,并提供了一个更为通用的测试框架以及怎样编写有效测试指南。 RUP&XP的比较v重新划分重新划分 ： 重新划分就是重写代码并加以改进 ,以此来保证去除冗余的、复杂的代码 ,保持简单的设计。重新划分代码可以由两个时机进行 ,即功能实现之前和之后。当我们发现更好的方法可以使代码更简单、更合理 ,就
7、要进行重新划分 ,力争编写出最好的代码。另外 ,一定要明白重新划分可能带来的风险 ,进行得太多 ,可能会陷入混乱 ,所以严格的管理是必需的。 RUP并没有明确表明这一点。 RUP&XP的比较v成对编程成对编程 ： XP提出的成对编程很特别。意思是要求由两个人来检查产生的每一行代码 。这样做的好处是:所有设计决策都牵涉到至少两个人;至少有两个人熟悉系统的每一部分; 几乎不可能出现两个人同时疏忽测试或其它任务; 改变组合可以在团队范围内传播知识。 这一点在 RUP中并没有表明。 RUP&XP的比较v不断地集成不断地集成 ：XP提出每一天都要进行一次或多次集成。因为如果到最后才进行集成的话 ,产生问
8、题的原因太多 ,难以确定。然而如果每天都进行集成 ,产生问题的原因的范围很小 ,更容易确定 ,可以及时改正错误确保系统的正确性 ,也有助于加快开发速度。 RUP持同样的观点 ,而且还提供了集成的工作指南和管理集成的配置管理工具的使用指南。 RUP&XP的比较v现场客户现场客户 ：XP中 ,要求团队中必须有一个真正的客户。由现场客户来回答问题 ,编写验收测试 ,设置优先级。 RUP则更加灵活 ,承认现场客户并不总是可能的。相应的 ,RUP定义了几个具有决定项目目标及范围的责任的角色 ,由他们来保证与客户以及与开发人员的交流。 RUP&XP的比较v集合代码所有权集合代码所有权 ：XP提出的集合代码
9、所有权 ,不同于以往的方法。意思是每一个人不需要授权就可以修改代码的任何部分 ,同时无论改动哪一部分代码都必须编译代码并使其通过测试。 RUP并没有类似的表述。我想是因为RUP应用的都是比较大型的项目之中，在大型项目中让代码共享是不可能的事情。 RUP&XP的比较v系统比喻系统比喻 ：XP中系统比喻是描述系统怎么工作的故事 ,这个故事包括少数类和系统核心工作流。实际上 ,对小规模的系统 ,系统比喻可以替代体系结构。 RUP则提供了关于构件和体系结构的丰富指南 ,可以根据不同的目的从不同角度建立体系结构。 RUP&XP的比较v在 RUP中包括了 XP中并没有包括的内容v业务建模 ：XP中没有包含整个业务建模的主题。实际上当组织需要展开目标系统时 ,需要确定需求和理解怎样的解决方法可能被接受 ,这时组织对业务的认识十分重要。 v部署阶段。 XP不包括这个领域。任何一个系统都需要支持材料 ,最少需要在线文档。商业软件产品更需要打包、分发、用户手册、培训材料以及一个支持组织。 RUP为此提供了完整详细的要求以及相应的工作指南。RUP&XPv看完了关于RUP&XP的一些介绍，我想是不是可以这样说XP实际上就是RUP的最小实现。 但是XP提出了一些不同与RUP的方法。以上就是现在比较流行的软件工程的介绍。谢谢！
