敏捷与 RUP 之间存在关系。实际上,我认为敏捷开发是一种 RUP。在上面来自 IBM 的文章中,您可以看到他们正在将模型拟合到 RUP。
有人对这三个有趣概念之间的关系有任何实际的解释吗?
敏捷与 RUP 之间存在关系。实际上,我认为敏捷开发是一种 RUP。在上面来自 IBM 的文章中,您可以看到他们正在将模型拟合到 RUP。
有人对这三个有趣概念之间的关系有任何实际的解释吗?
敏捷是 XP、Scrum、Crystal、DSDM、FDD 等方法的总称,它们具有共同的原则。Unified Process是一个可以用来描述开发过程的框架,RUP是一个基于 Rational 工具的 UP 实例。UP 早于大多数敏捷方法,可能会或可能不会被视为敏捷。它们的共同点是敏捷方法和 UP 都是迭代和增量开发(IID) 方法。
RUP 是一个全面的迭代和增量过程模板。您创建一个“开发案例”,告知您在开发流程实例中需要哪些流程组件。然后,您从 RUP 中提取所需的过程组件,例如从菜单中挑选项目。
“敏捷”是一个概括性术语,它描述了基于以下命题的过程集:软件开发是一个学习过程而不是一个定义的过程,并且大多数重要的工件和实践都会阻碍学习过程。
SCRUM 是一个特定的敏捷项目管理过程。它没有规定如何实际设计和开发正在构建的系统。
敏捷是一种软件开发方法:
(引自敏捷联盟网站)
在 1990 年代后期,几种方法开始受到越来越多的公众关注。每个人都有旧观念、新观念和转变的旧观念的不同组合。但他们都强调程序员团队和业务专家之间的密切合作;面对面交流(比书面文件更有效);频繁交付新的可部署业务价值;紧密的、自组织的团队;以及编写代码和团队的方法,以使不可避免的需求流失不是危机。
Scrum 和 RUP 是可以实现敏捷软件开发的特定软件开发方法。这些方法(以及其他方法,例如 XP)并不相互排斥,并且可以以多种方式组合以定制适合特定项目的敏捷过程。这是一篇很好的文章,描述了如何组合这些方法。
敏捷和 RUP 是分开发展的,RUP 在 UML 的基础上,现在 IBM 正试图赶上敏捷浪潮,因为 RUP 没有 [更多] 大的嗡嗡声。
好吧,RUP 是实践的“汤”……你应该定制它来喝你“自己”的汤……否则它会“杀死”你的项目……
但是您可以以敏捷的方式应用 RUP...或者您可以从中获取/窃取许多技术实践(汤增量/食谱)...