RUPXP的比较.ppt

RUPXP的比较分析 简单的背景介绍 软件过程可以定义为人们用来开发和维护软件以及相关产品的一组活动，方法，实践及转换。 目前世界上流行的软件过程莫过于统一过程（Rational Unified Process RUP）和极端编程（Extreme Programming XP）。 简单的背景介绍 RUP是Rational公司开发和维护的一个产品，其实质是一个软件工程化的一个过程。是 Rational 公司为软件开发提供的完整的解决方案。 XP是由 Kent Beck 最早在 1999 年,他本人出版的Extreme Programming Explained 一书中提出来的 RUPＸP RUP过于庞大,包含了软件开发过程的方方面面,所以更适合于大型的组织开发复杂的、难度大及规模大的项目。 XP适合大多数小型的组织开发简单的、难度小、规模小而且时间紧的项目。 XP XP有4 种价值:交流、简化、反馈和勇气 任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是 可以说XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程 RUPXP 具体的说RUP有六大开发经验，九个核心工作流。生命周期中又分为四个阶段。 而XP的作者在其书中也提到的XP有十二种方法。 RUP的六大开发经验 1、迭代式开发 2、管理需求 3、基于组件的体系结构 4、可视化建模 5、验证软件质量 6、控制软件变更 RUP中的九个核心工作流 1． 商业建模(Business Modeling) 2． 需求(Requirements) 3． 分析和设计(Analysis Design) 4． 实现(Implementation) 5． 测试(Test) 6． 部署(Deployment) 7． 配置和变更管理(Configuration Change Management) 8． 项目管理(Project Management) 9． 环境(Environment) RUP的四个阶段 1． 初始阶段 2． 细化阶段 3． 构造阶段 4． 交付阶段 XP的十二种方法 计划策略(The Planning Game) 简单设计(Simple Design) 测试(Testing) 重新划分(Refractoring) 成对编程(Pair Programming) 不断地集成(Continuous Integration) XP的十二种方法（续） 现场客户(On2site Customer) 系统比喻(SystemMetaphor) 集体代码所有权(Collective Code Ownership) 每星期工作40 小时(402hour Work ) 编码标准(Coding Standards) 小发行版本(Small Releases) RUPXP的比较 计划策略： RUP和 XP实际上是一致的 ，两者都认为 ,我们不可能计划出整个项目的所有细节 ,所以计划是可以改变的。最好的办法是预期这些变化 ,尽量保证我们可以控制相关的风险。 RUP和 XP都是由用例驱动的 ,用例贯穿于整个生命周期 RUPXP的比较 简单设计： XP要求面向当前的需求构建最简单的系统 ,而不去实现将来才可能需要的功能。 RUP用不同的语言以不同的程度表达了相同的意思 :管理需求 ,不断地确定用例的优先级 ,估计进展情况。 RUPXP的比较 测试： XP强调首先要编写测试 ,然后再进行编码。它要求的测试包括两种 :一种是由客户编写的验收测试 ,作为客户判断产品是否达 到最终要求的标准 ;另一种是由开发人员编写的单元测试 ,作为衡量代码是否符合要求的标准。 RUP中测试贯穿于整个生命周期 ,并提供了一个更为通用的测试框架以及怎样编写有效测试指南。 RUPXP的比较 重新划分 ： 重新划分就是重写代码并加以改进 ,以此来保证去除冗余的、复杂的代码 ,保持简单的设计。重新划分代码可以由两个时机进行 ,即功能实现之前和之后。当我们发现更好的方法可以使代码更简单、更合理 ,就要进行重新划分 ,力争编写出最好的代码。另外 ,一定要明白重新划分可能带来的风险 ,进行得太多 ,可能会陷入混乱 ,所以严格的管理是必需的。 RUP并没有明确表明这一点。 RUPXP的比较 成对编程 ： XP提出的成对编程很特别。意思是要求由两个人来检查产生的每一行代码 。这样做的好处是:所有设计决策都牵涉到至少两个人;至少有两个人熟悉系