SSD9中的软件开发模型

后天就要考ssd9了.里面的软件开发模型还是挺繁杂的,简单的写一下可能要考的内容.

这里总共介绍了快速原型模型,边做边改模型,瀑布模型,增量模型,螺旋模型,同步稳定模型,喷泉模型七种模型

首先快速原型模型叫做rapid protype module

这是为了更好的明确客户的需求而采用的一种开发模型,原因是用户一般不会表达,所以先建立一种原型让其感受一下以便更好的明确需求.它通常被很快的建立,而且是被期望是有所修改的,由于原型只是模拟,所以我们不能在正式开发的时候使用原型的代码,所以最好使用不同的语言来进行正式开发.原型可以被做为和用户讨论需求的焦点,而且可以减轻技术风险.缺点便是1.用户会认为改变正式的产品会象改变原型一样那么的容易2.开发者会尝试这去使用原型的代码

其次便是边做边改模型,名字叫做build-and-fix module

它通常是在以下情况下使用的:产品非常小而且需求简单明确.由于需要边做边改,所以在开发过程中会有几个迭代,,所以在开发之前是没有其他的说明和规范的.这是比较老的开发模型.缺点便是1/直到整个工作完成才能发现缺陷2.想改变的话会比较困难,因为没设计3.没文档,产品难以理解,难以维护

再次便是瀑布模型,名字叫做waterfall module

它是一种连续的,包含所有的开发阶段,而且上一阶段常常作为下一阶段的输入,这是至1980年最为广泛流传的开发模型.

其次便是增量模型,叫做increment module

增量模型要求软件架构比较开放,,而危险便是你在增加新的功能的时候,测试的时间承担不起.如果需求变化太快的话,那么该开发模型便会退化为边做边改模型.

其次便是synchronize-and-stabilize

分成三到四个组件,然后拆开,分别完成,每天都要进行频繁的integration test.early testing,working version,and early feedback