软件生存期（life cycle）
 
软件友一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存期。
 
 
 
 
 
 
常用软件过程模型
 
 
 
 
 
螺旋模型
 
·螺旋模型沿着裸线旋转，在四个象限上分别表达了四个方面的活动，即：
 
1.制定计划——确定软件目标，选定实施方案，弄清项目开发的限制条件
 
2.风险分析——分析所选方案，考虑如何识别和消除风险
 
3.实施工程——实施软件开发
 
4.客户评估——评价开发工作，提出修正建议
 
 
喷泉模型
 
——迭代
 
        ——重复
 
        ——演进
 
无间隙
 
         各阶段间无明显界限
 

软件过程模型,也称为软件生存周期模型或软件开发模型,是描述软件过程中各种活动如何执行的模型. 
 他确立了软件开发中各阶段的次序限制,以及各阶段活动的准则.便于各个活动的协调与人员的有效通信,有利于活动重用和活动管理. 
 目前常用的软件工程模型有:瀑布模型,增量模型,螺旋模型,喷泉模型,智能模型等. 
 瀑布模型 
 适合于需求很明确的软件开发.瀑布模型的每个阶段都以上一个阶段为依据,同时又作为下一个阶段的工作基础. 
 缺点:由于软件开发的可回溯性,瀑布模型将软件开发变得理想的线性化,如果需求中途改变的话,导致开发的软件不符合用户的需求而夭折. 
 增量模型 
 增量模型适合于需求不明确,设计方案有一定风险的软件开发,采用了非整体开发的模型.与瀑布模型在下一阶段开始前要完成上一阶段任务不同的是,他推迟默写阶段或所有阶段的细节,从而较早的产生工作软件.将产品分解成若干个构建进行逐步交付,因此软件开发可以较好的适应需求变化. 
 缺点:因为各个构件是逐渐并入已有的软件结构中,所以加入构建时,必须不破坏已构造好的系统部分,需要软件具有开放式体系结构. 
 失去整体性 
 螺旋模型 
 将增量模型和瀑布模型结合起来,适合大项目的开发.将开发分为4个阶段:制定计划,风险分析,实施工程,客户评估. 
 特征:风险驱动,前低调可选方案和约束条件从而支持软件的重用.适合内部的大软件开发. 
 喷泉模型 
 喷泉模型是笔者经常使用的模型,一面向对象的软件开发方法作为基础,用户需求作为喷泉模型的源泉.有以下4格步骤: 
 1. 分析,系统设计,软件设计,实现 
 2. 喷泉模型各个极端相互重叠,反应了软件过程并行性的特点 
 3. 以分析为基础,在分析阶段消耗资源最多 
 4. 反映了软件开发过程的迭代性,从高层返回底层无资源消耗 
 5. 喷泉模型签掉增量开发,并不要求一个阶段的彻底完成,是一个迭代的逐渐提炼的过程. 
 6. 对象驱动的过程,对象是所有活动作用的实体,项目管理的基本内容. 
 7. 是现实,由于活动的过程,分为系统实现和对象实现,反映了全系统的开发过程,和对象簇的开发和重用过程. 
 智能模型 
 基于只是的软件开发模型,是只是同城与软件工程在开发模型上结合的产物,一瀑布模型与与钻夹系统综合运用为基础建立的模型,该模型通过引用系统的只是帮助设计这认识一个特定软甲的需求和设计. 
 快速原型模型 
 第一步,迅速构建一个可以运行的软件模型,实现客户或未来的用户与系统的交互,由用户或客户对该原型进行评价,并进一步细化待开发软件的需求.优点是相对于瀑布模型,减少软件需求不明确带来的开发风险. 
 形式化模型 
 特别适合安全性,可靠性,保密性要求极高的软件系统开发,采用形式化的数学方法将系统描述转换成可执行的程序.开发系统在成本和质量方面不占优势.开发人员必须具有亚一定技能. 
 基于组件的开发模型 
 充分体现了软件服用的思想,降低了开发风险和成本,能够快速交付所开发的软件.由于某些组件不能修改,系统演化会受到影响.

 
文章目录
 
瀑布模型
瀑布模型特点：
优点：
缺点：
  
  
快速原型模型
优点：
缺点：
  
  
增量模型
优点：
缺点：
风险更大增量模型：
  
  
螺旋模型
优点：
缺点：
  
  
喷泉模型
优点：
缺点：
  
  
Rational 统一过程
优点：
  
  
微软公司软件开发过程
规划阶段
设计阶段
开发阶段
稳定阶段
发布阶段
    
递进式的开发策略：
  
 

 
瀑布模型
 
使用最早，应用最广
 
 
瀑布模型特点：
 
阶段具有顺序性和依赖性
 前一阶段结束后一阶段开始，前一个阶段输出文档，后一个阶段输入文档。
推迟实现观点
 瀑布模型在编码前设置系统分析、系统设计，推迟程序物理实现，保证前期工作扎实。
质量保证观点
 瀑布模型每阶段坚持两个重要做法:
 一是每阶段都必须完成完整、准确的文档。软件开发时人员间通信、运行时期维护的重要依据。
 二是每阶段结束前对文档评审。
 
 
传统瀑布模型过于理想化，但人在工作过程中不可能不犯错误，所以实际瀑布模型带反馈环.
 
优点：
 
提高软件质量，降低维护成本，缓解软件危机。
 
缺点：
 
模型缺乏灵活性，无法解决需求不明确问题。用户不经过实践提出完整准确需求不切实际。
 
快速原型模型
 
快速建立反映用户主要需求的原型系统，反复由用户评价修正需求，开发出最终产品。
 
 
优点：
 
确定需求上优于瀑布模型（通过原型与用户交互）；
提供学习手段，通过开发原型和演示原型对开发者和使用者了解系统都有积极作用；
有的软件原型可以成为最终产品的一部分。
 
缺点：
 
快速建立的系统结构加连续修改可能导致产品质量低下；
 原型系统的内部结构可能不好。
 
 
快速原型模型适用于需求不确定的情况
 
增量模型
 
又称渐增模型，开发软件时将软件产品作一系列增量构件设计、编码、集成和测试。
 
区别于瀑布和快速原型模型：
 
瀑布和快速原型模型是一次把满足所有需求产品提交给用户。
增量模型是分批向用户提交产品。
 
 
优点：
 
较短时间向用户提交可完成部分工作的产品；
用户有充裕时间学习适应产品；
软件结构必须开放，方便向现有产品加入新构件。
 
缺点：
 
做到第三个优点比较困难。
 
 
前述增量模型在实现构件前完成总体的需求分析、规格说明和概要设计，相对来说风险较小。
 
风险更大增量模型：
 
确定用户需求后，各构件集并行构建。
 
 
螺旋模型
 
1988年B.Boehem提出，加入风险分析，常指导大型软件项目。
 
软件风险：超期、超预算、行业竞争等
 
笛卡尔坐标四象限表达四方面活动：
 
制定计划：确定目标、选定方案、设定约束条件。
风险分析：评估方案，识别和消除风险。
实施工程：软件开发
客户评估：评价开发工作，计划下一阶段工作。
 
沿螺线自内向外每旋转一圈开发出更完善新版本。
 
 
优点：
 
大型软件开发项目有较好的风险控制；
 
缺点：
 
需要风险评估的经验；
契约开发通常需要事先指定过程模型和发布产品，
普及度不如其他模型
 
喷泉模型
 
面向对象生命周期模型，体现迭代和无缝特性。
 
迭代：
 求精，系统某部分常被重复工作多次，相关功能在每次迭代中逐渐加入演进系统。
无缝：
 分析、设计、编码各阶段间不存在明显边界。
 
 
优点：
 
无缝，可同步开发，提高开发效率，节省开发时间， 适应面向对象软件
 
缺点：
 
可能随时加各种信息、需求与资料，需严格管理文档，审核的难度加大。
 
Rational 统一过程
 
由Rational软件公司推出的一种软件过程，该过程强调以迭代和渐增方式开发软件。
 
Rational统一过程是一个二维生命周期模型。
 
 
RUP有9个核心工作流，包括6个核心过程工作流和3个核心支持工作流。
RUP有4个连续阶段，每个阶段有明确目标，通过一次或多次迭代完成。
 
优点：
 
不断的版本发布成为一种团队日常工作的真正驱动力；
将发现问题、制定方案和解决过程集成到下一次迭代；
迭代开发，降低风险；
更好地安排产品开发的辅助过程。
 
微软公司软件开发过程
 
 
规划阶段
 
开展市场调查研究，结合公司战略形成产品的远景目标。
 
设计阶段
 
根据产品远景目标，完成软件功能规格说明和总体设计，
 确定产品开发的主要进度。
 
开发阶段
 
完成产品中所有构件的开发工作。
 
稳定阶段
 
实行全面的内部和外部测试，最终形成可发布的RTM版本
 
发布阶段
 
确认产品质量符合发布标准后，发布产品及相关消息
 
 
递进式的开发策略：
 
解决问题的及时性、不确定和变更因素可控性、缩短产品上市周期
 

 
 
    软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。通常使用生命周期模型简洁地描述软件过程。生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。常见的过程模型有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型等。
 
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