系统分析师-软件开发模型总结

前言

软件工程模型也称软件开发模型。它是指软件开发全部过程、活动和任务的结构框架，通过该模型能清晰、直观地表达软件开发全过程，明确地规定要完成的主要活动和任务，它奠定了软件项目工作的基础

一、瀑布模型（Waterfall Model）

瀑布模型（Waterfall Model）是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模型。
适用于需求明确的项目，一般表述为需求明确、或二次开发，或者对于数据处理类型的项目。
在这里插入图片描述

二、V模型

“V”模式开发模型是在瀑布模型的基础上发展而来的，那么什么是“V”模式呢？
V模型也叫快速应用开发，是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件测试的V模型。V模型阶段步骤包括：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。V模式是一种传统软件开发模型，一般适用于一些传统信息系统应用的开发。
在这里插入图片描述
该模型的特点是：

系统需求确定后，系统测试工程师便开始写系统测试用例；
软件需求确定后，软件测试工程师便开始写软件测试用例；
软件设计确定后，软件工程师便开始写单元测试；
最底层才是软件编码的实现。
“V”模式开发流程将代码实现放在最后一步，即使客户需求发生变更也能很快做出修改，相比瀑布模型减少了回溯的成本和时间，提高了开发效率、降低了开发成本.

三、增量模型（Incremental Model）

融合了瀑布模型的基本成分和原型实现的迭代特征，增量模型把软件产品划分为一系列的增量构件，第一个增量往往是核心的产品，即第一个增量实现了基本的需求。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。
在这里插入图片描述
相对于瀑布模型而言，采用增量模型进行开发，开发人员不需要一次性地把整个软件产品提交给用户，而是可以分批次进行提交。

它被分成以下三个阶段：
1、在系统开发的前期阶段，为了确保所建系统具有优良的结构，仍需要针对整个系统进行需求分析和概要设计，需要确定系统的基于增量构件的需求框架，并以需求框架中构件的组成及关系为依据，完成对软件系统的体系结构设计。
2、在完成软件体系结构设计之后，可以进行增量构件的开发。这个时候，需要对构件进行需求细化，然后进行设计、编码测试和有效性验证。
3、在完成了对某个增量构件的开发之后，需要将该构件集成到系统中去，并对已经发生了改变的系统重新进行有效性验证，然后再继续下一个增量构件的开发。

四、原型模型（Prototype Model）

典型的原型开发方法模型。适用于需求不明确的场景，构造简易系统，可以帮助用户明确需求。
在这里插入图片描述它是增量模型的另一种形式;它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么;第二步则在第一步的基础上开发客户满意的软件产品。
优缺点
优点:克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。

这种模型适合预先不能确切定义需求的软件系统的开发。

缺点:所选用的开发技术和工具不一定符合主流的发展;快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。

使用这个模型的前提是要有一个展示性的产品原型，因此在一定程度上可能会限制开发人员的创新。

五、螺旋模型（Spiral Model）

典型特点是引入了风险分析。结合了瀑布模型和演化模型的优点，最主要的特点在于加入了风险分析。它是由制定计划、风险分析、实施工程、客户评估这一循环组成的，它最初从概念项目开始第一个螺旋。属于面向对象开发模型，强调风险引入。该模型特别适用于庞大、复杂并且具有高风险的系统。
在这里插入图片描述
对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型和演化模型结合起来，加入了两种模型均忽略的风险分析，弥补了这两种模型的不足。
螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期大致和瀑布模型相符合，如下图所示。每个螺旋周期分为如下4个工作步骤。
(1）制订计划。确定软件的目标，选定实施方案，明确项目开发的限制条件。
(2）风险分析。分析所选的方案，识别风险，消除风险。
(3）实施工程。实施软件开发，验证阶段性产品。
(4）用户评估。评价开发工作，提出修正建议，建立下一个周期的开发计划。
与瀑布模型相比，螺旋模型支持用户需求的动态变化，为用户参与软件开发的所有关键决策提供了方便，有助于提高软件的适应能力，并且为项目管理人员及时调整管理决策提供了便利，从而降低了软件开发的风险。在使用螺旋模型进行软件开发时，需要开发人员具有相当丰富的风险评估经验和专门知识。另外，过多的迭代次数会增加开发成本，延迟提交时间。

五、喷泉模型（Water Fountain Model）

喷泉模型是一种以用户需求为动力，以对象为驱动地模型，主要用于描述面向对象的软件开发过程，该模型认为软件开发过程自下而上的，各阶段是相互迭代和无间隙的。
在这里插入图片描述
喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。
由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。

六、基于构件的开发模型（Component-based Development Model）

指运用预先包装的构件来构造应用系统。
构件可以是组织内部开发的构件，也可以是商品化成品。
构件开发模型本质上是演化模型需要以迭代方式构建软件。
在这里插入图片描述
对象技术为软件工程的基于构件的过程模型提供了技术框架。面向对象范型强调了类的创建，类封装了数据和用于操纵该数据的算法。如果经过合适的设计和实现，面向对象的类可以在不同的应用及基于计算机的系统结构中复用。

七、统一过程（UP）模型

统一过程模型是一种“用例和风险驱动，以架构为中心，迭代并且增量”的开发过程，由UML方法和工具支持。迭代的意思是将整个软件开发项目划分为许多个小的“袖珍项目”，每个“袖珍项目”都包含正常软件项目的所有元素:计划、分析和设计、构造、集成和测试，以及内部和外部发布。
在这里插入图片描述
统一过程定义了4个技术阶段及其制品。
1）起始阶段（Inception Phase）
起始阶段专注于项目的初创活动，产生的主要工作产品有构想文档（Vision Document)、初始用例模型、初始项目术语表、初始业务用例、初始风险评估、项目计划(阶段及迭代)、业务模型以及一个或多个原型（需要时)。
2）精化阶段（Elaboration Phase）
精华阶段在理解了最初的领域范围之后进行需求分析和架构演进，产生的主要工作产品有用例模型、补充需求（包括非功能需求)、分析模型、软件体系结构描述、可执行的软件体系结构原型、初步的设计模型、修订的风险列表、项目计划（包括迭代计划、调整的工作流、里程碑和技术工作产品）以及初始用户手册。
3）构建阶段（Construction Phase）
构建阶段关注系统的构建，产生实现模型，产生的主要工作产品有设计模型、软件构件、集成的软件增量、测试计划及步骤、测试用例以及支持文档（用户手册、安装手册和对于并发增量的描述)。
4）移交阶段（Transition Phase）
移交阶段关注于软件提交方面的工作，产生软件增量，产生的主要工作产品有提交的软件增量、β 测试报告和综合用户反馈。

初始阶段：生命周期目标。
精化阶段：生命周期架构。
构建阶段：初始运作功能。
移交阶段：产品发布。