rup和ipd流程的优缺点.pdfVIP

RUP 和 IPD 流程的优缺点 RUP的过程改进，倡导针对不同类型项目进行适当的裁剪，实 际上这也是一种灵活适应的方式、随需而变的思想。我对此是 理解并赞同的，但是我对 RUP却一直保持一种相对谨慎的态度。 对于 RUP来说，首先，我认为它过于理想化和理论化， RUP 是过程组件、方法以及技术的框架，你可以将其应用于任 何特定的软件项目，由用户自己限定 RUP 的使用范围。对于 各种类型的软件项目， RUP并未给出具体的自身裁减及实施策 略，总有些无依据可循的感觉。你既可以说它能解决任何问题， 也可以说它什么都不是；其次， RUP从本质来说还是一个强调 设计和规范的软件方法，从这个角度来讲，与传统的瀑布模型 没有太大差别，它的灵活性较之敏捷方法还是相对较弱的。在 一些小型软件项目、特别是不可预测的软件项目开发中，面临 着各种紧急需求、面临着时间压力，沿用 RUP是很难应付自如 的。但是在另一方面， RUP强调对知识的收集、整理和加工定 义，强调在软件开发的时候要有好的体系结构。所以它还是很 有利于知识的积累和共享的。 相比 RUP ，敏捷方法如 XP 则更为灵活，倡导尽早的、持 续的交付有价值的软件满足用户需要。用交流沟通取代详尽的 文档，强调团队的主动、自律、自我组织和自发管理。而 XP 也是以代码为核心的一种方法，这里有很多的东西是未知的， 知识只存在于两个地方：开发者的头脑和最后的代码。对于项 目管理者来说，他们会认为敏捷开发方法弱化了知识管理的概 念，而实际上敏捷开发注重的是最有价值的知识的积累和沉淀。 如何灵活应对各种项目风险、如何化优先满足用户价值、 又如何能够有效的控制项目开发过程、如果做好项目过程中的 知识管理，是每一个软件项目管理者都需要深入思考的问题。 RUP的倡导者一直强调 RUP裁剪，实际上我认为 RUP不仅仅是 需要自身的裁剪，还需要学会融合。在 RUP裁剪的同时，适宜 的融合敏捷开发的各种实践。不要认为 RUP与 XP 是矛盾的， 其实不然，它们具有不同的原理、具有不同的应用领域。在 RUP 中融合了 XP 技术时，才会得到过程的正确量，既满足了 项目所有成员的需要，又解决了所有主要的项目风险问题。对 于一个工作于高信任环境中的小型项目团队，其中用户是团队 的一部分，那么 XP 完全可以胜任。对于团队越来越分散，代 码量越来越大，或者构架没有很好定义的情况，您需要做一些 其他工作。在用户交互具有 契约 风格的项目中，仅有 XP 是 不够的。 RUP 是一个框架，可以从 RUP 出发，在必要时以一 组更健壮的技术来扩展 XP 。 RUP实践包括： 1． 迭代开发 : RUP 的开发过程建立在一系列迭代之上， 每次迭代都有一个固定的时间限制（例如四个星期），称为 时间盒 ，每次迭代结束的时候都发布一个稳定的小版本，该 版本是最终系统的子集。 时间盒 是迭代开发中的关键概念： 它意味着迭代周期的期限是固定的，如果目标没有完成，则放 弃本次迭代的需求，而不是延长迭代的时间。 2 ． 管理需求 3 ． 使用基于组件的构架 4 ． 可视建模 5 ． 持续的质量验证 6 ． 控制变更 关于 RUP阶段的一个简洁和准确的描述