迭代开发“瀑布式”开发与迭代式开发哪个适合SOA？

JAVA开发中常用哪几种开发模式？

建议参考：Java设计模式 Java设计模式 一：创建型模式 工厂方法，抽象工厂，建造者模式，单态模式，原型模式 二：构造型模式 适配器模式，桥接模式，组合模式，装饰模式，外观模式 享元模式，代理模式 三：行为型模式 责任链模式，命令模式，解释器模式，迭代器模式，中介者模式 备忘录模式，观察者模式，状态模式，策略模式，模版方法，访问模式

迭代式开发的开发特征

1.在进行大规模的投资之前就解决了关键的风险分析。

2.使得早期的用户反馈在初始迭代中就能出现。

3.对各个目标里程碑提供了短期的焦点（阶段性的中心）。

4.对过程的测量是通过对实现的评定（而不仅仅是文档）来进行的。

5.可以对局部的实现进行部署。

什么是迭代式开发

我们的软件开发存在巨大的风险，但问题到底出在哪里呢？这对于问题的解决至关重要。

1. 我们在没有深刻理解业务需求的情况下就必须完成需求分析； 2. 客户在没有弄明白自己的真正需求的情况下就被要求确定软件的业务需求； 3. 我们在没有与客户再次沟通的情况下埋头苦干，直到完成开发并交付客户。

既然问题出在这里，我们就可以制订我们的解决办法： 1. 业务需求的分析不再是一蹴而就，而是贯穿软件开发的始终。

一方面，我们在与客户的持续沟通中加深业务领域的理解，进而加深对业务需求的理解，另一方面，客户也在加深对软件的理解，进而完善自己的需求。

2. 软件开发的过程不再是单反面的埋头苦干，而是双方的良性互动。

定期的用户体验，可使用户及时了解项目进度，发现软件问题，并及时提出来予以纠正，使软件的开发不断朝着正确的方向前进。

这就是迭代式开发。

它是对以往开发模式的一种革新，但不是对以往开发模式的完全否定与摒弃，而是一种改造。

以往的瀑布式软件开发模式将整个软件开发过程分为四个阶段：需求分析、设计、开发、测试。

与瀑布式软件开发不同，迭代式软件开发首先将整个开发过 程分为一个又一个的小段，每个小段大概在20个工作日左右，被称为“迭代（Iteration）”。

一个迭代就是一个小的开发过程，如同瀑布式开发一样被 分为四个阶段：需求分析、设计、开发、测试。

采用迭代式开发，就是将以往的一个瀑布，变成了数个循环往复的瀑布，使软件以进化的方式逐渐推进。

最初的迭代，开发的是软件最基本最主要的功能，经过第一次迭代以后交付给客户。

这时候客户看到的，不再是虚无缥缈的需求描述，而是实实在在的软件 界面。

在此基础上，客户可能会认可我们的设计，也可能提出一些改进意见。

修改这些意见，开始进入第二次迭代。

第二次迭代可能是在第一次迭代的基础上进一步 丰富和完善功能，也可能是进一步实现其它第一次迭代还未实现的功能，之后再次交付客户。

如此循环往复，使我们不断在需求分析、设计、开发、测试，以及交付中，推进我们的软件开发。

这样的开发过程，注定最终交付给客户的是他们满意的软件。

这就是迭代式软件开发。

产品开发迭代速度加快，要怎么样测试才能跟得上？

作为TestBird的老工程师，我懂你的意思，产品发布之后，会一直在持续不断的加入新特性，每次发布前除了新增功能之外，旧的核心功能也是发布之前必须确保的。

但是，新增功能的用例直接添加上去存档，并不会修改优先级，当前版本新增功能中有些路径的优先级是1，2级，但是站在整个版本上来看或许并不是这么重要。

旧功能的修改或删减，对已有功能做出修改或者是废弃，用例也是直接归档，并没有对之前的用例修改或删除，虽然用例后面都有写最后需改的版本，但是因为数量太过庞大，想要找到那个点修改也是力不从心。

你需要将用例做一个精简，方法是这样的：经验沉淀＋代码覆盖率＋知识库

1.充分利用经验，把经验转化为可见的东西，即运用集体智慧

第一轮：人工筛选，由于是要善于利用外包同学的经验

力度：粗，不必要太精细，每个模块的要大胆删除

2.工具辅助：代码覆盖率+知识库

通过工具辅助来补充人工的不足和冗余

完善整个模块的知识库，便于后续利用

另外我还推荐功能自动化测试，你可以试试。

什么是迭代增量开发?

迭代增量模型是软件开发过程中、常用的开发模型。

其中的增量是指是软件开发过程中，先开发主要功能模块，再开发次要功能模块，逐步完善，最终开发出符合需求的软件产品。

比如，需要开发一个类似WORD的软件，应该首先开发出文件管理（保存、读取文件）、基本编辑功能、打印等，而其它不太常用的功能可以最后开发。

迭代是指增量开发过程中，各模块的开发是反复进行的，并不是完成了某个模块后就终止该模块的开发转而开发下一个模块，以上面的开发WORD为例，比如，现在已开发了文件管理模块，正在开发编辑模块，但后来发现，文件管理模块有某些功能还没有实现，可以在编辑模块的开发过程中同时继续开发文件管理模块，如此不断的反复，所以说这个过程是迭代的过程。

经过这样的反复迭代后该软件的功能就会越来越完善，最终开发出优秀的产品。

“瀑布式”开发与迭代式开发哪个适合SOA？

企业部署SOA最好是通过迭代模型来实现。

　　迭代模型将标识一组对业务非常关键且价值高的功能来进行服务支持工作。

此模型可随后供后续服务支持项目和活动使用。

如果采用传统应用程序开发时使用的“瀑布式”开发方法部署SOA，可能导致创建仅能部署一次的服务，而无法在以后对其进行重用。

　　使用迭代式开发部署SOA，可通过允许组织逐步纳入到系统中，从而减少出现业务故障的风险。

同时，任何组织接受和容纳更改的能力都是有限的，迭代式开发可确保引入新的流程和系统带来的更改非常适应企业的容量，且不会在企业中引起大的混乱。

　　同时，在SOA中，新功能并不一定总是仅受单个业务部门(Line Of Business，LOB)的约束，需要考虑很多跨组织的依赖关系，迭代式开发也有助于解决跨组织的协调。