gr8vyguy@Blogjava

Iterative和Waterfall Development Process

UML Distlled的第二章的阅读笔记

UML是一组统一的建模工具。建模是Development Process的一个不可缺少的组成部分。Development Process是计算机科学中的管理学科。

RUP(Rational Unified Process)是一个非常流行的Development Process Framework。

两类Development Process: Iterative和Waterfall

Waterfall以软件开发的工作为基础来划分,依次分为需求分析设计编码测试。一个1年长的项目可能分为2个月的需求分析,跟着4个月的设计周期,3个月的编码周期和3个月的测试周期。

Iterative以软件的功能为基础来划分。一个1年长的项目可能分成4个循环,每个循环持续3个月,每个循环实现四分之一的功能。每个循环都要经过需求分析,设计,编码和测试四个步骤。在开始新的循环之前要保证上一循环的质量,绝对不能把测试推迟到最后

当然,这只是对两类Development Process的简单划分,在实践中,有不少现象模糊两者之间的区别。

Waterfall的分析和设计很可能在编码的周期里还需要修改,甚至返回重新设计。编码可能在分析结束之前就开始了。但是Waterfall的一个目的就是为了尽可能地减少这些活动。

采用Iterative方式,在真正的循环开始之前,可能会有一个实验阶段。以分析开发这一软件的可行性和经济性。在实验阶段还需要做一定的需求分析,但是并不深入到如Waterfall的需求分析和真正循环里的需求分析那样的细度,这里做的需求分析的目的是为了能够划分各个循环的功能,至少是第一个循环的功能。

两类Development Process也存在混合使用的可能,比如分析和高级的设计采用Waterfall的方式,编码和测试采用Iterative的方式。采用这种方式,可能先用4个月做分析和设计,跟着3个2个月长的周期循环。

采用Iterative Development方式的时候,当无法在一个Iteration里实现指定的功能的时候,应该将一部分功能推迟到下个Iteration,而不是推迟Iteration的时间,更加不应该减少测试的时间。这就需要一种给功能定等级的方法,等级高的功能应该优先实现。

采用Iterative Development经常要面对的一个问题是扔掉代码。后期循环的分析和设计,可能会影响前面循环中编写的代码,这时你可以选择修改或者重新写,有意思的是,在软件开发领域,重新写的效率比修改代码要高。现在有很多工具帮助人们提高重新写的效率,自动破坏测试(Automated Regression Test),重构(Refactoring), 持续集成(Continuous Integration).


转载请保留http://www.blogjava.net/xilaile/archive/2007/04/21/112452.html


posted on 2007-04-21 11:53 gr8vyguy 阅读(3198) 评论(0)  编辑  收藏 所属分类: 计算机科学基础


只有注册用户登录后才能发表评论。


网站导航:
 
<2007年4月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
293012345

导航

统计

公告

  • 转载请注明出处.
  • msn: gr8vyguy at live.com
  • 常用链接

    留言簿(9)

    随笔分类(68)

    随笔档案(80)

    文章分类(1)

    My Open Source Projects

    搜索

    积分与排名

    最新评论