增量模型
为了克服瀑布模型的局限性，使开发过程具有一定的灵活性和可修改性，于是产生了增量模型。它是在瀑布模型的基础上加以修改而形成的。增量模型和瀑布模型之间的本质区别是：瀑布模型属于整体开发模型，它规定在开始下一个阶段的工作之前，必须完成前一阶段的所有细节。而增量模型属于非整体开发模型，它推迟某些阶段或所有阶段中的细节，从而较早的产生工作软件。增量模型是在项目的开发过程中以一系列的增量方式开发系统。增量方式包括增量开发和增量提交。增量开发是指在项目开发周期内，以一定的时间间隔开发部分工作软件；增量提交是指在项目开发周期内，以一定的时间间隔增量方式向用户提交工作软件及相应文档。增量开发和增量提交可以同时使用，也可以单独使用。
1.特点及内容:
增量模型也称为渐增模型，是Mills等于1980年提出来的。使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。
2.优点:
(1)能在较短时间内向用户提交可完成一些有用的工作产品，即从第1个构件交付之日起，用户就能做一些有用的工作。
(2)逐步增加产品的功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给用户组织带来的冲击。
(3)项目失败的风险较低，虽然在某些增量构件中可能遇到一些问题，但其他增量构件将能够成功地交付给客户。
(4)优先级最高的服务首先交付，然后再将其他增量构件逐次集成进来。因此，最重要的系统服务将接受最多的测试。
3.缺点:
(1)由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。
(2)在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
(3)如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。
4.使用场合:
需求经常发生改变的软件开发过程
5.针对的应用:
(1)进行已有产品升级或新版本开发，增量模型是非常适合的；
(2)对完成期限严格要求的产品，可以使用增量模型；
(3)对所开发的领域比较熟悉而且已有原型系统，增量模型也是非常适合的。
螺旋模型
1.特点：
该模型将瀑布模型与快速原型模型结合起来，并且加入两种模型均忽略了的风险分析。螺旋模型的基本思想是，使用原型及其他方法来尽量降低风险。
2.优点：
对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标。减少了过多测试或测试不足所带来的风险。在螺旋模型中维护只是模型的另一个周期，因而在维护和开发之间并没有本质区别。
3.缺点：
螺旋模型是风险驱动的，因此要求软件开发人员必须具有丰富的风险评估经验和这方面的专门知识，否则将出现真正的风险：当项目实际上正在走向灾难时，开发人员可能还以为一切正常。
4.适用场合：
支持需求不明确、特别是大型软件系统的开发，并支持面向规格说明、面向过程、面向对象等多种软件开发方法，是一种具有广阔前景的模型。
喷泉模型
1.特点：
喷泉模型是典型的面向对象生命周期模型。“喷泉”一词体现了迭代和无间隙特性。
2.优点：
可以提升项目开发效率、缩短开发周期，因为喷泉模型各个阶段之间无间隙，没有顺序要求，开发人员可以同步开发;而且开发人员可以在某个开发阶段中随时补充遗漏的开发需求。
3.缺点：
难以管理，因为喷泉模型的各个阶段的开发是重叠的，所以需要大量的开发人员，所以不利于项目管理。
4.适用场合：
用于采用对象技术的软件开发项目。
软件生存周期
1) 问题定义： 问题定义阶段必须回答的关键问题是“要解决的问题是什么？”，正确理解用户的真正需求。
2) 可行性研究： 这个阶段要回答的关键问题是：对于上一个阶段所确定的问题“有行得通的解决办法吗?” ，可行性研究阶段应该导出系统的高层逻辑模型，准确地估计系统的成本和效益。
3) 需求分析：需求分析阶段的任务，主要是确定目标系统必须具备的功能，得出经用户确认的系统逻辑模型。根据该系统逻辑模型，准确地回答“为了解决这个问题，目标系统必须做什么”。
4) 总体设计：也叫概要设计或初步设计。这个阶段必须回答的是“概括地说，应该如何解决这个问题”。总体设计的目标是将需求分析阶段定义的系统模型转换成相应的软件结构，以规定软件的形态及各成分间的层次关系、界面及接口要求。
5) 详细设计：详细设计阶段的任务是把解法具体化，也就是回答“应该怎样具体地实现这个系统”。详细设计亦即模块设计。它是在算法设计和结构设计的基础上，针对每个模块的功能、接口和算法定义，设计模块内部的算法过程及程序的逻辑结构，并编写模块设计说明。
6) 编码：这个阶段的任务，是根据详细设计的结果，选择一种适合的程序设计语言，把详细设计的结果翻译成程序的源代码。
7) 测试：以便尽早发现程序中的错误和缺陷而进行的一个过程，有单元测试、集成测试、确认测试和系统测试4种。
8) 运行与维护：通过各种必要的维护措施支持软件系统能持久地满足用户的需要。维护阶段是软件生存周期中花费精力和费用最多的阶段
需求分析阶段的基本任务是什么？
需求分析阶段的基本任务是要准确的定义新系统的目标，为了满足用户需要，回答系统必须“做什么”的问题。
本阶段要进行以下几方面的工作：
㈠问题识别。双方确定对问题的综合需求，这些需求包括：功能需求、性能需求、环境需求、用户界面需求，另外还有可靠性、安全性、保密性、可移植性、可维护性等方面的需求。
㈡分析与综合,导出软件的逻辑模型。分析人员对获取的需求，进行一致性的分析检查，在分析、综合中逐步细化软件功能，划分成各个子功能。这里也包括对数据域进行分解，并分配到各个子功能上，以确定系统的构成及主要成份，并用图文结合的形式，建立起新系统的逻辑模型。
㈢编写文档。编写“需求规格说明书”、编写初步用户使用手册、编写确认测试计划、修改完善软件开发计划
软件需求工程的基本任务是准确地回答“软件系统必须做什么？”这个问题。它在系统工程和软件设计之间起到桥梁的作用。用户对软件需求的描述不精确，导致软件危机。为了使用户需求逐步精细化，使用需求工程中需求建模技术。需求规格说明书在软件开发中具有重要的作用，它也可以作为软件可行性分析的依据。
需求建模的定义：用户需求逐步精细化、完全化、一致化，需求规格说明是软件工程测试的依据
可行性研究的任务是什么？
可行性研究是指在项目规划的初期，通过对项目进行综合分析、研究和评估，探讨项目是否可行、达成目标的可能性和可行性的程度，发现项目存在的问题及其解决方案，最终得出项目可行性的结论，并为项目实施提供决策参考。
具体步骤：首先需要进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制，把他们清楚地列举出来。然后，分析员进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决方法，对每种解决方法都要研究它的可行性。
可从以下三个方面分析研究每种解决方法的可行性。
- ㈠技术可行性：对要开发项目的功能、性能、限制条件进行分析，确定在现有的资源条件下，技术风险有多大，项目是否能实现。
- ㈡经济可行性：进行开发成本的估算以及了解取得效益的评估，确定要开发的项目是否值得投资开发。
- ㈢社会可行性：要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目的运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。
软件是什么？
软件=程序+文档
