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