2009-06-08 51 views
0

我一直在使用敏捷开发一年,而我在敏捷中注意到的一个重大差异就是在为系统设计架构时。演化设计x计划设计

在后来的项目中,我们使用了RUP等增量方法,正如您已经知道,我们已经失去了很多时间来创建UML模型,并在以后维护它们。现在,我们正在使用Fowler所称的evolutionary design

我们使用进化设计的小团队,有7人。但是,大型分布式团队如何设计?

您是否认为不推荐使用Rational Software Architecture和Borland Together等UML模型,分析和设计规范和建模工具?

的[] 费尔南多

+0

我投票关闭这一问题作为题外话,因为它,而属于https://softwareengineering.stackexchange.com/ – 2017-11-15 22:02:04

回答

2

您可以在大型团队使用敏捷。在一个高的水平,你破坏系统中较小的部分,定义各部分之间的界限,然后实现这些并行,几乎是独立的敏捷项目。

有一本关于“企业Scrum”的好书谈到它:"The Enterprise and Scrum" by Ken Schwaber。在这本书中,他们称这个过程为“Scrum os scrums”。

0

回到20世纪90年代初,在“敏捷”是一种时尚之前,人们可以自由地处于极端之间。 :-)现在看来,你必须是“敏捷”或“不敏捷”。

我的观点是:你可以采取两全其美的。如今出售的敏捷方法缺乏对良好建筑发展的支持。这是可能的,使之处于良好的建筑设计的基础,在项目的开始,然后组织项目在迭代或“建立”。每个“构建”铲球一组功能,它细化了系统的一个组成部分,实际上演变设计,用你的话。 (顺便说一下,这是90年代早期使用的方法,以及现在几乎被遗忘的方法,如OPEN/Metis)。

20世纪90年代惠普的Fusion人员也鼓励这种进化方法,但他们从未完成过。耻辱。