典型的开发模型有

典型的开发模型有&＃xff1a;

1. 边做边改模型&＃xff08;Build-and-Fix Model&＃xff09;&＃xff1b;

这是一种类似作坊的开发方式&＃xff0c;对编写几百行的小程序来说还不错&＃xff0c;但这种方法对任何规模的开发来说都是不能令人满意的&＃xff0c;其主要问题在于&＃xff1a;

&＃xff08;1&＃xff09; 缺少规划和设计环节&＃xff0c;软件的结构随着不断的修改越来越糟&＃xff0c;导致无法继续修改&＃xff1b;

&＃xff08;2&＃xff09; 忽略需求环节&＃xff0c;给软件开发带来很大的风险&＃xff1b;

&＃xff08;3&＃xff09; 没有考虑测试和程序的可维护性&＃xff0c;也没有任何文档&＃xff0c;软件的维护十分困难。

2. 瀑布模型&＃xff08;Waterfall Model&＃xff09;&＃xff1b;

瀑布模型强调文档的作用&＃xff0c;并要求每个阶段都要仔细验证。但是&＃xff0c;这种模型的线性过程太理想化&＃xff0c;已不再适合现代的软件开发模式&＃xff0c;几乎被业界抛弃&＃xff0c;其主要问题在于&＃xff1a;

&＃xff08;1&＃xff09; 各个阶段的划分完全固定&＃xff0c;阶段之间产生大量的文档&＃xff0c;极大地增加了工作量&＃xff1b;

&＃xff08;2&＃xff09; 由于开发模型是线性的&＃xff0c;用户只有等到整个过程的末期才能见到开发成果&＃xff0c;从而增加了开发的风险&＃xff1b;

&＃xff08;3&＃xff09; 早期的错误可能要等到开发后期的测试阶段才能发现&＃xff0c;进而带来严重的后果。

3. 快速原型模型&＃xff08;Rapid Prototype Model&＃xff09;&＃xff1b;

快速原型模型的第一步是建造一个快速原型&＃xff0c;实现客户或未来的用户与系统的交互&＃xff0c;用户或客户对原型进行评价&＃xff0c;进一步细化待开发软件的需求。 快速原型通过逐步调整原型使其满足客户的要求&＃xff0c;开发人员可以确定客户的真正需求是什么&＃xff1b;第二步则在第一步的基础上开发客户满意的软件产品。显然&＃xff0c;快速原型方法可以克服瀑布模型的缺点&＃xff0c;减少由于软件需求不明确带来的开发风险&＃xff0c;具有显著的效果。快速原型的关键在于尽可能快速地建造出软件原型&＃xff0c;一旦确定了客户的真正需求&＃xff0c;所建造的原型将被丢弃。因此&＃xff0c;原型系统的内部结构并不重要&＃xff0c;重要的是必须迅速建立原型&＃xff0c;随之迅速修改原型&＃xff0c;以反映客户的需求。

4. 增量模型&＃xff08;Incremental Model&＃xff09;&＃xff08;演化模型(incremental model)&＃xff09;&＃xff1b;

整个产品被分解成若干个构件&＃xff0c;开发人员逐个构件地交付产品&＃xff0c;这样做的好处是软件开发可以较好地适应变化&＃xff0c;客户可以不断地看到所开发的软件&＃xff0c;从而降低开发风险。但是&＃xff0c;增量模型也存在以下缺陷&＃xff1a;&＃xff08;1&＃xff09; 由于各个构件是逐渐并入已有的软件体系结构中的&＃xff0c;所以加入构件必须不破坏已构造好的系统部分&＃xff0c;这需要软件具备开放式的体系结构。&＃xff08;2&＃xff09; 在开发过程中&＃xff0c;需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型&＃xff0c;但也很容易退化为边做边改模型&＃xff0c;从而是软件过程的控制失去整体性。

5.螺旋模型&＃xff08;Spiral Model&＃xff09;&＃xff1b;

它将瀑布模型和快速原型模型结合起来&＃xff0c;强调了其他模型所忽视的风险分析&＃xff0c;特别适合于大型复杂的系统。  

螺旋模型沿着螺线进行若干次迭代&＃xff0c;图中的四个象限代表了以下活动&＃xff1a;

&＃xff08;1&＃xff09; 制定计划&＃xff1a;确定软件目标&＃xff0c;选定实施方案&＃xff0c;弄清项目开发的限制条件&＃xff1b;

&＃xff08;2&＃xff09; 风险分析&＃xff1a;分析评估所选方案&＃xff0c;考虑如何识别和消除风险&＃xff1b;

&＃xff08;3&＃xff09; 实施工程&＃xff1a;实施软件开发和验证&＃xff1b;

&＃xff08;4&＃xff09; 客户评估&＃xff1a;评价开发工作&＃xff0c;提出修正建议&＃xff0c;制定下一步计划。

螺旋模型由风险驱动&＃xff0c;强调可选方案和约束条件从而支持软件的重用&＃xff0c;有助于将软件质量作为特殊目标融入产品开发之中。但是&＃xff0c;螺旋模型也有一定的限制条件&＃xff0c;具体如下&＃xff1a;

&＃xff08;1&＃xff09; 螺旋模型强调风险分析&＃xff0c;但要求许多客户接受和相信这种分析&＃xff0c;并做出相关反应是不容易的&＃xff0c;因此&＃xff0c;这种模型往往适应于内部的大规模软件开发。

&＃xff08;2&＃xff09; 如果执行风险分析将大大影响项目的利润&＃xff0c;那么进行风险分析毫无意义&＃xff0c;因此&＃xff0c;螺旋模型只适合于大规模软件项目。

&＃xff08;3&＃xff09; 软件开发人员应该擅长寻找可能的风险&＃xff0c;准确地分析风险&＃xff0c;否则将会带来更大的风险

6.喷泉模型(fountain model)&＃xff1b;

(也称面向对象的生存期模型, OO模型)  喷泉模型与传统的结构化生存期比较&＃xff0c;具有更多的增量和迭代性质&＃xff0c;生存期的各个阶段可以相互重叠和多次反复&＃xff0c;而且在项目的整个生存期中还可以嵌入子生存期。

7.智能模型(四代技术&＃xff08;4GL&＃xff09;)&＃xff1b;

智能模型拥有一组工具&＃xff08;如数据查询、报表生成、数据处理、屏幕定义、代码生成、高层图形功能及电子表格等&＃xff09;&＃xff0c;每个工具都能使开发人员在高层次上定义软件的某些特性&＃xff0c;并把开发人员定义的这些软件自动地生成为源代码。

这种方法需要四代语言&＃xff08;4GL&＃xff09;的支持。4GL不同于三代语言&＃xff0c;其主要特征是用户界面极端友好&＃xff0c;即使没有受过训练的非专业程序员&＃xff0c;也能用它编写程序&＃xff1b;它是一种声明式、交互式和非过程性编程语言。4GL还具有高效的程序代码、智能缺省假设、完备的数据库和应用程序生成器。目前市场上流行的4GL&＃xff08;如Foxpro等&＃xff09;都不同程度地具有上述特征。但4GL目前主要限于事务信息系统的中、小型应用程序的开发。

8.混合模型&＃xff08;hybrid model&＃xff09;

过程开发模型又叫混合模型&＃xff08;hybrid model&＃xff09;&＃xff0c;或元模型&＃xff08;meta-model&＃xff09;,把几种不同模型组合成一种混合模型&＃xff0c;它允许一个项目能沿着最有效的路径发展&＃xff0c;这就是过程开发模型&＃xff08;或混合模型&＃xff09;。

各种模型的优点和缺点