文章目录
1.4 常用软件过程模型
瀑布模型
快速原型模型
增量模型
螺旋模型
喷泉模型
Rational 统一过程
微软公司软件开发过程

1.4 常用软件过程模型

瀑布模型
快速原型模型
增量模型
螺旋模型
喷泉模型
Rational 统一过程
微软公司软件开发过程

瀑布模型

瀑布模型特点：

1.阶段具有顺序性和依赖性

前一阶段结束后一阶段开始，前一个阶段输出文档，后一个阶段输入文档。

2.推迟实现观点

瀑布模型在编码前设置系统分析、系统设计，推迟程序物理实现，保证前期工作扎实。
3.质量保证观点
瀑布模型每阶段坚持两个重要做法:

一是每阶段都必须完成完整、准确的文档。软件开发时人员间通信、运行时期维护的重要依据。

二是每阶段结束前对文档评审。
传统瀑布模型过于理想化，但人在工作过程中不可能不犯错误，所以实际瀑布模型带反馈环。

优点：

提高软件质量，降低维护成本，缓解软件危机。

缺点：

模型缺乏灵活性，无法解决需求不明确问题。用户不经过实践提出完整准确需求不切实际。

快速原型模型
快速建立反映用户主要需求的原型系统，反复由用户评价修正需求，开发出最终产品。

优点：

确定需求上优于瀑布模型（通过原型与用户交互）；
提供学习手段，通过开发原型和演示原型对开发者和使用者了解系统都有积极作用；
有的软件原型可以成为最终产品的一部分。

缺点：

快速建立的系统结构加连续修改可能导致产品质量低下原型系统的内部结构可能不好。

增量模型
又称渐增模型，开发软件时将软件产品作一系列增量构件设计、编码、集成和测试。
区别于瀑布和快速原型模型：

瀑布和快速原型模型是一次把满足所有需求

产品提交给用户。
增量模型是分批向用户提交产品。


优点：


较短时间向用户提交可完成有用工作产品；


用户有充裕时间学习适应产品；


软件结构必须开放，方便向现有产品加入新构件。
缺点：


做到第三个优点比较困难。


前述增量模型在实现构件前完成总体的需求分析、规格说明和概要设计，相对来说风险较小。

风险更大增量模型：确定用户需求后，各构件集并行构建。

螺旋模型
1988 年 B.Boehem 提出，加入风险分析，常指导大型软件项目。

软件风险：超期、超预算、行业竞争等
笛卡尔坐标四象限表达四方面活动：

制定计划：确定目标、选定方案、设定约束条件。
风险分析：评估方案，识别和消除风险。
实施工程：软件开发
客户评估：评价开发工作，计划下一阶段工作。

沿螺线自内向外每旋转一圈开发出更完善新版本。

优点：

大型软件开发项目有较好的风险控制；

缺点：

需要风险评估的经验；
契约开发通常需要事先指定过程模型和发布产品，
普及不如前述模型

喷泉模型
面向对象生命周期模型，体现迭代和无缝特性。

迭代：

求精，系统某部分常被重复工作多次，相关功能在每次迭代中逐渐加入演进系统。

无缝：

分析、设计、编码各阶段间不存在明显边界。

优点：

无缝，可同步开发，提高开发效率，节省开发时间， 适应面向对象软件

缺点：

可能随时加各种信息、需求与资料，需严格管理文档，审核的难度加大。

Rational 统一过程
由 Rational 软件公司推出的一种软件过程，该过程强调以迭代和渐增方式开发软件。

Rational 统一过程是一个二维生命周期模型。

RUP 有 9 个核心工作流，包括 6 个核心过程工作流和 3 个核心支持工作流。

RUP 有 4 个连续阶段，每个阶段有明确目标，通过一次或多次迭代完成。
Rational 统一过程优点：

不断的版本发布成为一种团队日常工作的真正驱动力；
将发现问题、制定方案和解决过程集成到下一次迭代；
迭代开发，降低风险；
更好地安排产品开发的辅助过程。

微软公司软件开发过程

规划阶段

开展市场调查研究，结合公司战略形成产品的远景目标。

设计阶段

根据产品远景目标，完成软件功能规格说明和总体设计，

确定产品开发的主要进度。

开发阶段

完成产品中所有构件的开发工作。

稳定阶段

实行全面的内部和外部测试，最终形成可发布的 RTM 版本

发布阶段

确认产品质量符合发布标准后，发布产品及相关消息
递进式的开发策略：

解决问题的及时性、不确定和变更因素可控性、缩短产品上市周期

软件生存期（life cycle）

软件友一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存期。

 

 



常用软件过程模型









螺旋模型

·螺旋模型沿着裸线旋转，在四个象限上分别表达了四个方面的活动，即：

1.制定计划——确定软件目标，选定实施方案，弄清项目开发的限制条件

2.风险分析——分析所选方案，考虑如何识别和消除风险

3.实施工程——实施软件开发

4.客户评估——评价开发工作，提出修正建议



喷泉模型

——迭代

        ——重复

        ——演进

无间隙

         各阶段间无明显界限

常用模型
1.瀑布模型
2.快速模型
3.演化开发模型
3.1增量模型
3.2螺旋模型
3.3构件集成模型
5.喷泉模型
6.Rational 统一过程
7.微软公司软件开发过程

1.瀑布模型


所有阶段像瀑布一样自上而下,不出现往上走的箭头

瀑布模型的特点:

1.阶段具有顺序性和依赖性

前一个阶段结束,后一个阶段才能开始,前一个阶段输出的文档是后一个阶段的输入文档

2.推迟实现观点

尽量让编码靠后,让前期的工作做扎实.磨刀不误砍柴工,降低返工的概率,提升效率

3.质量保证观点

瀑布模型坚持两个重要的做法:

(1)每个阶段必须完成完整、准确的文档.

(2)每个阶段结束前对文档评审.尽可能在本阶段完成本阶段的问题,不要带到下一个阶段.

瀑布模型缺点:

(1) 若发现问题难以返回去修改,但软件开发是很复杂的,难免会出现各种问题,这需要改进,增加反馈环

(2)不适合需求模糊的系统

(3)开发初期难彻底弄清软件需求
2.快速模型


对瀑布模型进行改进,在需求分析阶段增加一个原型开发的工作,通过开发系统原型和用户一起验证系统需求是否准确,经过多次循环直到认为需求已经明确,再进行下一段的活动


1.主要特点:

(1)"逼真"的原型可以让用户迅速做出反馈

(2)循环回溯和迭代:不像是瀑布模型那样简单的线性模型,而是非线性模型



(3)使用快速开发工具.如果没有快速工具,模型开发和系统开发差不多难度,那就没有什么意义了。

2.分类:

快速模型根据对原型的处理不同分为两类

(1)渐进型:对原型进行补充和修改获得最终系统

(2)抛弃型:原型废弃不用,作为需求分析的工具来使用

3.存在问题

原型是快速开发出来的,一般来说架构、效率、性能都不是很好,所以大部分情况下都应该抛弃重新开发.有些时候舍不得抛弃影响软件质量

4.适用项目

(1)功能要求不太清楚的,特别对操作要求不清楚的

(2)一般为定制开发

(3)初次开发类似项目
3.演化开发模型
传统模型的假设实际上并不都成立,大多数系统在部分需求明确的情况下开始开发的。所以有了演化开发模型,是让所开发的软件在迭代点中逐步完善


3.1增量模型
所谓增量就是小而可用的软件,第一个增量通常是软件核心



大家经常见到各种工具软件有 很多版本,不断更新升级。把软件看做一系列相互联系的增量,每次迭代完成一个增量.如我们经常玩得王者农药或者wps



1.特点:

(1)在前面增量的基础上开发后面的增量

(2)每个增量的开发可用瀑布模型或快速原型模型

(3)每个增量开发的顺序性和总体的迭代相结合

2.适用范围:

(1)工具类、产品类软件(增加新的功能),一般没有特定的客户,功能性能的确定由设计者自行设计,当然现在很多软件都有用户反馈,根据用户的需求增加一些功能。



(2)对软件市场的销售有信心,从而可以持续增加更新。就像做生意,买了一块地,当然是想持续做下去,有信心可以做下去。

3.2螺旋模型
最中间的的这个圆圈相当于最开始开发的原型版本,然后对原型进行评估,有没有继续开发的价值,如果有就进行第二次循环,加功能,完成测试等等,完成一个新的循环,新的螺旋.再进行评估…

一个螺旋式周期:

(1)计划:确定计划,选择方案,选定完成目标的策略

(2)风险分析:从风险的角度分析该策略

(3)开发:启动一个开发活动

(4)评审:评价前一步的结果,计划下一轮的工作


一些软件还仅仅是一些想法,



只是试探性开发,



等到真认为具有开发价值的时候再去正式开发




1.特点:

(1)瀑布模型(顺序性,边开发边复审)+快速原型(迭代性)

(2)增加风险分析阶段:用于发现控制风险

2.适用范围:

适用范围比较窄,对软件功能需求,性能需求都不清楚,仅仅是一个试探性开发.或者对软件市场,应用前景没有把握.


3.3构件集成模型
一般是专业领域很强的软件开发公司用,专于一类软件的开发,比如专门做银行领域的软件的或者专门做管理信息系统的开发的.在开发中为了降低成本,提高效率,尽量利用构件库进行开发,在开发的过程中也尽量将开发的模块通用化,成为构件.开发时在构件库中寻找构件是否可以使用.



构件:在某个领域内具有通用性(万金油),可以复用的软件部分,将可以复用的构件储存起来形成构件库

1.特点:

(1)面向对象开发

(2)基于构件库

(3)融合螺旋模型的特征,是一个迭代模型

(4)支持软件开发的迭代方法,新完成的构件可以成为下一个开发的构件库的成员

(5)软件复用

2.适用范围:

(1)对一类软件进行了大量的研究,设计了积木式的构件,对不同的用户进行量身定制





(2)本身使用使用大量构件的软件开发
5.喷泉模型


喷泉模型主要用于采用对象技术的软件开发项目。该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用。

优缺点:

1、喷泉模型的优点

喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。



2、喷泉模型的缺点

由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。


6.Rational 统一过程
7.微软公司软件开发过程


   
软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。通常使用生命周期模型简洁地描述软件过程。生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。常见的过程模型有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型等。
1.瀑布模型
这个特点有两重含义：
    1.必须等前一阶段的工作完成之后，才能开始后一阶段的工作；
    2.前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶段的输出文档正确，后一阶段的工作才能获得正确的结果。
瀑布模型每个阶段都应坚持两个重要做法：
    1.每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。完整、准确的合格文档是软件开发时期各类人员之间相互通信的媒介，也是运行时期对软件进行维护的重要依据。
    2.每个阶段结束前都要对所完成的文档进行评审，以便迟早发现问题，改正错误。事实上越是早期阶段犯下的错误，暴露出来的时间就越晚，排除故障改正错误所需付出的代价也越高。因此，及时审查，是保证软件质量，降低软件成本的重要措施。
      可以说瀑布模型是由文档驱动的。这个事实也是它的一个缺点，在可运行的软件产品交付给用户之前，用户只能通过文档来了解产品是什么样的。瀑布模型历史悠久、广为人知的，它的优势在于它是规范的、文档驱动的方法；这种模型的问题是，最终开发出的产品可能并不是用户真正需要的。
（1）传统的瀑布模型：

（2）实际的瀑布模型：

2.快速原型模型
     所谓快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。快速原型的本质是“快速”，开发人员应该尽可能快地建造出原型系统，以加速软件开发过程，节约软件开发成本。原型的用作是获知用户的真正需求，一旦需求确定了，原型系统将被抛弃。
     快速原型模型正是为了克服瀑布模型的缺点而提出来的。它通过快速构建一个可在计算机上运行的原型系统，让用户试用原型系统并收集用户反馈意见的办法，获取用户的真实需求。

3.增量模型
     增量模型也称为渐增模型，使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能。
优点：
    1.能在较短的时间内向用户提交可完成部分工作的产品。
    2.逐步增加产品功能可以使用户有充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。
     增量模型具有可在软件开发的早期阶段使投资获得明显回报和较易维护的优点，但是，要求软件具有开放的结构是使用这种模型时固有的困难。

4.螺旋模型
     螺旋模型的基本思想就是，使用原型及其他方法来尽量降低风险。理解这种模型的一个简便方法，是把它看作每个阶段之前都增加了风险分析过程的快速原型模型。
     螺旋模型主要适用于内部开发的大规模软件项目（很多企业应各种业务需求对软件系统的要求，都形式不同地建立了自己的软件开发团队）。如果进行风险分析的费用接近整个项目的经费预算，则风险分析是不可行的。事实上项目越大，风险也越大，因此进行风险分析的必要性也越大。此外只有内部开发的项目，才能在风险过大时方便中止项目。
     螺旋模型的主要优势在于，它是风险驱动，但是，这也可能是它的一个弱点。除非软件开发人员具有丰富的风险评估经验和这方面的专门知识，否则将出现真正的风险：当项目实际上正在走向灾难时，开发人员可能还认为一切正常。
      风险驱动的螺旋模型适用于内部开发的大型软件项目，但是，只有在开发人员具有风险分析和排除风险的经验及专门知识时，使用这种模型才会获得成功。
（1）简化的螺旋模型

（2）完整的螺旋模型
5.喷泉模型
      喷泉模型对软件复用和生存周期中多项开发活动的集成提供了支持，以面向对象的软件开发方法为基础，它适合面向对象的开发方法。它克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。喷泉模型使开发过程具有迭代性和无间隙性。系统某个部分常常重复工作多次，相关功能在每次迭代中随之加入演化的系统。无间隙是指在分析、设计和实现等开发活动之间不存在明显的边界。

      按照在软件生命周期过程中应完成的任务的性质，在概念上可以把软件生命周期划分成定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试以及运行维护等8个阶段。实际从事软件开发工作时，软件规模、种类、开发环境及使用的技术方法等因素，都影响各阶段的划分。
      软件过程是为了获得高质量的软件产品所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。由于没有适用所有软件项目的任务集合，科学、有效的软件过程应该定义一组适合所承担的项目特点的任务集合。通常使用软件过程模型简洁地描述软件过程，它规定了把软件生命周期划分成的阶段及各个阶段的顺序。


转载自：http://www.cnblogs.com/houleixx/archive/2009/10/20/software-engineering-process-model.html