一次迭代式开发的研究-3：怎样进行迭代式开发

delia2010 · 发表于 2013-5-7 12:36:34

本帖最后由 delia2010 于 2013-5-11 08:50 编辑

一次迭代式开发的研究：怎样进行迭代式开发

   前面我们提到了迭代式开发的巨大优势，它可以降低我们软件开发的巨大风险，它可以使我们把握用户的真正需求，它可以使我们从错误与偏差中及时纠正过来，那么我们应该如何进行迭代式开发呢？要回答这个问题，我们首先要弄清迭代式开发与传统的瀑布式开发的差别在哪里。

   1.需求分析的差别
   与传统的软件开发一样，迭代式开发同样需要与客户进行一个充分的需求分析。但与传统的软件开发不一样，迭代式开发不要求初期的需求分析是一个完全的需求分析。它承认需求分析需要一个过程，它承认需求的变化（或者说需求是一个进化的过程）。所以，在迭代式开发中，起初的需求分析只要进行到当时的阶段能够理解到的程度就可以了，而不是瀑布式开发那样需要完成所有的需求分析并最终确认下来。至于其它还没有分析到的内容，我们会在每个迭代的需求阶段逐渐加深理解，逐渐细化，直至最终完成软件的开发。因此，迭代式开发的需求分析始终贯穿整个软件开发的过程。

   2.软件开发的差别
   迭代式开发的软件开发阶段，与传统软件开发的方式存在着巨大的差异，迭代式软件开发采用的是“持续集成（Continuous Build）”的软件开发方式。传统的开发方式，当需求被确认下来并开始软件开发时，首先进行的工作是分模块进行开发，就如同车间生产一样，不同的模块被分配到了不同的小组或个人进行分头开发。在此期间，谁都不能拿出可运行的软件交付物，直到开发中后期的集成阶段。而迭代式开发不同，它将整个开发过程分为了数个迭代，并且在每个迭代结束时要交付可执行的软件，正因为如此，迭代式开发采用持续集成的方式。

   持续集成的基本思想就是每个人每天完成的开发工作都能立即集成为一个可运行的软件产品。为了实现持续集成，我们必须改变我们的开发顺序。传统的开发顺序，首先是开发并完善各个子模块。当各个子模块都完成开发以后，才最终组装并集成为一个可运行的软件。采用这种顺序开发不可能保证持续集成。迭代式开发，在初次确认业务需求以后，首先开发的是软件最主要最基本的功能，在开发这些功能时也往往只考虑主流程而忽略分支流程。采用这种方式，可以在最短时间内交付可以运行的软件。之后我们交给客户去体验、去确认、给我们提意见，我们再不断去调整和完善这些主要功能，或者开发其它次要功能，使软件开发以一种进化式的方式进行下去。

   采用持续集成的方式，使软件开发中利益攸关的各方随时可以了解软件开发的进度，以可视化的方式看到软件开发的成果，及时纠正软件开发过程中的问题。更重要的是，所有利益攸关方中最重要的一方——客户，由于自身的局限描述不清自己的需求，通过可视化的方式一次一次看见可运行的软件，更直观地提出自己的意见，使自己的需求越来越清晰，并有效地告知开发者。而我们作为开发中，通过这种方式，使我们有更多的机会与客户有效沟通，从而对业务领域理解越来越深刻，也使我们的开发成果始终有客户确认，与客户的需求保持一致。即使有时出现偏差，也能及时得到纠正。最终，我们交付的软件必然是客户满意的。

由此看来，迭代式开发与传统开发，其开发的过程差异真的不小。