边做边改模型（-Model）瀑布模型的优点

菏泽炫佑科技

边做边改模型（-Model）瀑布模型的优点

软件开发的11种模式

1.边做边修改模型（Build-and-Fix-Model）

在这个模型中，既没有规范，也没有设计，软件根据客户的需要一遍又一遍地修改。 在这种模式下，开发人员拿到项目后立即根据需求编写程序，并在调试通过后生成软件的**个版本。 提供给用户后，如果程序出现错误或者用户提出新的需求，开发者会重新修改代码，直到用户、测试等满意为止。

这是一种类似于的开发方式。 一边做一边改变模型的好处无疑是可以快速出早期结果。

对于不需要太严谨的编写逻辑的小程序来说还好，但是这种方式对于任何规模的开发来说都不能令人满意。 其主要问题是：

（1）缺乏规划设计环节，软件结构随着不断修改而变得越来越差，无法继续修改​​；

（2）忽视需求环节给软件开发带来很大风险；

(3)没有考虑测试和程序的可维护性，没有文档，软件维护非常困难。

2.瀑布模型（-Model）

瀑布模型将软件生命周期划分为计划、需求分析、软件设计、程序编写、软件测试和运维六个基本活动，并规定了它们自上而下、固定的互连顺序，就像瀑布一样。 一步步往下掉。

在瀑布模型中，软件开发的各种活动严格地以线性方式进行。 当前活动接受前一个活动的工作结果，并实施所需的工作内容。 当前活动的工作结果需要验证。 如果验证通过，则将结果作为下一个活动的输入，继续下一个活动。 否则将退回修改。

优点：严格按照预先计划好的步骤顺序进行，一切按部就班地进行。

(1)为项目提供阶段性检查点

(2)完成一个阶段后，只需关注后续阶段

(3)瀑布模型可以应用于迭代模型

缺点：缺乏灵活性，过于线性和理想化，不适合现代软件开发

（1）各个阶段的划分完全固定，阶段之间会生成大量文档，大大增加了工作量；

（2）由于开发模型是线性的，用户直到整个流程结束才能看到开发结果，从而增加了开发风险；

(3)早期的错误可能要到后期开发的测试阶段才被发现，这可能会造成严重的后果。

（4）各个软件生命周期衔接时间长，团队人员沟通成本高。

（5）瀑布法在需求未知且项目过程中可能发生变化的情况下基本不可行。

3.快速原型模型（Rapid--Model）

快速原型模型的**步是构建快速原型，使客户或未来的用户能够与系统进行交互。 用户或客户评估原型并进一步细化要开发的软件的要求。 通过逐步调整原型以满足客户的要求软件开发，开发人员可以确定客户的真正需求是什么； 第二步建立在**步的基础上，开发出令客户满意的软件产品。

显然，快速原型方法可以克服瀑布模型的缺点，降低因软件需求不明确而带来的开发风险，效果显着。

快速原型设计的关键是尽快构建软件原型，然后在确定客户的真正需求后丢弃原型。 因此，原型系统的内部结构并不重要。 重要的是原型必须快速构建，然后快速修改以反映客户的需求。

快速原型模型某种程度上融合了“边做边变”和“瀑布模型”的优点。

优势：

(1)生命周期短

（2）融合“边做边变”和“瀑布模式”的优点

(3)减少软件需求不明确带来的开发风险

(4)适用于小型、交互式系统和大型系统的某些部分

缺点：

(1)可能导致系统设计不良、效率低、维护困难

4.增量模型（-Model）

在增量模型中，软件作为一系列增量组件进行设计、实现、集成和测试。 每个组件都由代码片段组成，这些代码片段提供由多个交互模块形成的特定功能。

增量模型并不是在每个阶段交付完整的可运行产品，而是交付满足客户需求的可运行产品的子集。 整个产品被分解为多个组件，开发人员逐个组件地交付产品。 这样做的好处是软件开发可以更好地适应变化，客户可以不断地看到开发出来的软件，从而降低开发风险。 但增量模型也存在以下缺点：

(1)由于各个组件是逐步融入到现有的软件架构中的，添加组件一定不能破坏已经构建好的系统部分，这就要求软件具有开放的架构。

(2)在开发过程中，需求的变化是不可避免的。 增量模型的灵活性可以使其适应这种变化的能力比瀑布模型和快速原型模型好得多，但它也很容易退化为边做边修改的模型，从而无法控制软件过程失去诚信。

当使用增量模型时，**个增量通常是满足基本需求的核心产品。 核心产品交付给用户后，经过评估形成下一步的增量开发计划，包括对核心产品的修改以及一些新功能的发布。 每次增量发布后都会重复此过程，直到生产出*终的抛光产品。

例如，使用增量模型开发文字处理软件。 可以认为，**个增量发布了基本的文件管理、编辑和文档生成功能，第二个增量发布了更完整的编辑和文档生成功能，第三个增量实现了拼写和语法检查功能，第四个增量实现了拼写和语法检查功能。功能。 逐步完善高级页面布局功能。

优势：

(1)人员配置灵活，初期无需投入大量人力。

（2）先推出核心产品，后添加相应功能

（3）增量可以有计划地管理技术风险

(4)适合需求频繁变化的软件开发过程

缺点：

(1)如果增量包之间的交集处理不好，必须进行全面的系统分析

5.迭代模型（-Model）（迭代增量开发/迭代进化开发）

在迭代开发方法中，整个开发工作被组织成一系列短的、固定长度（如3周）的小项目，称为一系列迭代。 每次迭代都包括需求分析、设计、实现和测试。 使用这种方法，可以在需求完全确定之前就开始开发工作，并且可以在一次迭代中完成系统部分功能或业务逻辑的开发。 然后通过客户反馈细化需求，开始新一轮的迭代。

迭代和版本的区别可以这样理解：迭代一般指某个版本的生产过程，包括从需求分析到测试完成； 版本一般是指软件开发到一定阶段的结果，可交付的产品。

优势：

(1)降低增量支出的风险。 如果开发人员重复迭代，损失只是错误开发的迭代的成本。

(2)降低产品无法按既定时间表进入市场的风险。 通过在开发早期识别风险，可以尽早解决这些风险，而不是在开发后期匆忙解决。

（三）加快整个开发工作的进度。 因为开发人员知道问题的焦点是什么，所以他们的工作效率更高。

(4) 由于用户需求在一开始无法完全定义，通常会在后续阶段进行细化。 因此，迭代过程模型更容易适应需求的变化。因此更具可重用性

6. 螺旋模型（-Model）

1988年，Barry Boehm正式发表了软件系统开发的“螺旋模型”，该模型结合了瀑布模型和快速原型模型，强调了其他模型所忽视的风险分析，特别适合大型复杂的项目。 系统。

螺旋模型沿着螺旋经过多次迭代，图中的四个象限代表以下活动：

（1）制定计划：确定软件目标，选择实施方案，明确项目开发约束；

（2）风险分析：对所选择的方案进行分析和评价，考虑如何识别和消除风险；

（3）实施工程：实施软件开发和验证；

（4）客户评价：对开发工作进行评价，提出整改意见，制定下一步工作。

螺旋模型是风险驱动的，强调支持软件重用的替代方案和约束，并有助于将软件质量作为特殊目标整合到产品开发中。 但螺旋模型也有一定的限制，如下：

（1）螺旋模型强调风险分析，但让很多客户接受和相信这种分析并做出相关应对并不容易。 因此，这种模式往往适应于内部大型软件开发。

(2)如果进行风险分析会极大地影响项目的利润，那么进行风险分析就没有意义。 因此，螺旋模型只适合大型软件项目。

(3)软件开发者要善于发现可能存在的风险并准确分析风险，否则会带来更大的风险

一个阶段首先确定该阶段的目标、完成这些目标的选项及其约束条件，然后从风险的角度分析程序的开发策略，试图消除各种潜在的风险，有时甚至通过构建原型来实现。 如果某些风险无法消除，则立即终止该计划，否则启动下一步开发。 *后，评估本阶段的结果并设计下一阶段。

7. 敏捷开发模型（Agile--Model）

敏捷开发是一种以人为中心、迭代式、循序渐进的开发方法。 在敏捷开发中，一个软件项目的构建被划分为多个子项目，每个子项目的结果都经过测试，具有集成性和可操作性的特点。 也就是说，一个大项目被分成多个相互关联但也可以独立运行、分别完成的小项目。 在此过程中，软件始终处于可用状态。

敏捷开发团队的主要工作方式：

（一）整体工作；

(2)按照短迭代周期工作；

（3）每次迭代交付一些结果，关注业务优先级，检查和调整。

敏捷开发的四大核心思想：

(一)重视面对面的交流。 人与人之间的互动比任何流程或工具都更好。

（2）关注可执行程序和可运行产品而不是编写全面的文档，强调原型、模型、演示等的重要性。

(3)团队合作和团队激励。 合作胜于谈判。 敏捷开发可以将需求、开发、测试等所有团队成员整合为一个整体。 每个人都是同一条线上的蚂蚱。

(4)超强的适应能力。 适应变化比循序渐进更好。 敏捷开发的特点是快速。

敏捷软件开发要注重项目规模。 随着规模的增大，团队沟通成本也会增加。 所以敏捷软件开发暂时适合不是特别大的团队开发，更适合一群团队。

8. 进化模型（-Model）

主要针对无法提前完全定义需求的软件开发。 用户可以给出要开发的系统的核心需求，看到核心需求实现后，可以有效地提供反馈，支持系统的*终设计和实现。 软件开发商首先根据用户需求开发核心系统。 核心系统投入运行后，用户试用、完成工作，并提出完善系统、增强系统能力的要求。 软件开发人员根据用户反馈实施迭代开发过程。 **次迭代过程由需求、设计、编码、测试、集成等阶段组成，为整个系统添加一个可定义、可管理的子集。

开发模式采用批量、循环开发方式，每个循环开发一部分功能，成为该产品原型的新功能。 因此，设计不断演变为新的系统。 实际上，该模型可以看作是重复执行的多个“瀑布”。

“进化模型”要求开发人员具备将项目的产品需求分解为不同组进行批量、循环开发的能力。 这种分组并不是严格任意的，而是根据功能的重要性及其对整体设计的基础设施的影响来判断的。 经验表明，每个开发周期六到八周是合适的长度。

9.喷泉模型（-Model）

由用户需求驱动、由对象驱动的模型，主要应用于使用对象技术的软件开发项目。

与传统的结构化生命周期相比，喷泉模型更具增量性和迭代性。 生命周期的每个阶段可以重叠并重复多次，子生命周期也可以嵌入到项目的整个生命周期中。 就像水可以上下喷洒一样，可以落在中间，也可以落在底部。

优势：

(1)可以提高软件项目开发效率，节省开发时间，适合面向对象的软件开发过程

缺点：

（1）由于喷泉模型在各个开发阶段有重叠，因此在开发过程中需要大量的开发人员，不利于项目管理。

（2）这种模式需要严格的文档管理，审核难度加大，尤其是面对随时新增的各种需求。

10.智能模型（第四代技术4GL）

智能模型具有一组工具（例如数据查询、报告生成、数据处理、屏幕定义、代码生成、高级图形函数、电子表格等），每个工具都使开发人员能够定义软件的某些特征在较高的层次上，并自动生成开发人员定义的软件源代码。 这种方法需要四代语言（4GL）的支持。 4GL不同于第三代语言。 它的主要特点是用户界面极其友好，即使是未经培训的非专业程序员也可以用它来编写程序； 它是一种声明式、交互式和非过程式编程语言。 4GL还具有高效的程序代码、智能的默认假设、全面的数据库和应用程序生成器。 目前市场上流行的4GL（如等）都不同程度地具有上述特点。 但4GL目前主要局限于交易信息系统中小型应用程序的开发。

11. 混合模型（-Model）

流程开发模型也称为混合模型（模型）或元模型，将几种不同的模型组合成一个混合模型，使项目沿着*有效的路径进行开发。 这就是流程开发模型（或混合模型）。 事实上，一些软件开发组织使用几种不同的开发方法来形成自己的混合模型。

可能比较了一些模型方法

型号名称

技术特点

适用范围

瀑布模型

简单边做边改模型（-Model）瀑布模型的优点，分阶段，阶段之间有因果关系，

每个阶段完成后会有审核，允许反馈，但不支持

用户参与，需要预先确定的需求

需求易于定义且难以更改的软件系统

快速原型模型

不需要提前完整定义需求，支持用户参与。

支持需求的逐步改进和确认，能够适应用户需求的变化

需求复杂、难以确定、动态变化的软件系统

增量模型

软件产品是一点一点增量开发的，

允许开发活动并行和重叠

技术风险较大、用户需求相对稳定的软件系统

迭代模型

不需要一次性开发出一套完整的软件系统。 软件

开发被视为逐步获取用户需求并改进软件产品的过程。

需求难以确定且不断变化的软件系统

螺旋模型

结合瀑布模型、快速原型模型和迭代模型

思维类型和引入的风险分析活动

需求难以获取和确定、软件开发风险较高的软件系统

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等