软件开发常见模型汇总_软件开发模型，2024年最新阿里内部Golang笔记火爆IT圈

2401_84297944

于 2024-04-14 15:43:58 发布

阅读量755

点赞数 24

分类专栏：程序员文章标签： golang 笔记开发语言

本文链接：https://blog.csdn.net/2401_84297944/article/details/137746649

版权

程序员专栏收录该内容

166 篇文章 1 订阅

订阅专栏

所谓的V模型，也是从其形状来看像个V字，故起名为V模型。

V模型主要包含的阶段有：需求分析->概要设计->详细设计->编码->单元测试->集成测试->系统测试->验收测试

同样的V模型也有如下的几个特点：

首先，V模型的开发方式是线性开发，也就是必须是上一个阶段完成以后且审核通过才能进入到下一个阶段。
其次，在每个阶段中，都会产生大量的文档，这些文档不仅多而且都比较重，有很多文档可能光写一个文档就的好几天，比如写一个测试计划十几页甚至更多。
最后，它的整体开发周期长，一个项目少则三个月，多则就会按年去计算。

那么以上的开发方式会导致怎样的结果呢？我们可以通过三个维度去衡量，分别是：

产品需求：从整体来说，此种模式下开发出来的软件需求的适应性也是很差的，由于其开发周期长，后期变更的成本就就会很高。
产品质量：因为在V模型中更注重的设计和测试，所以开发出来的产品质量是有保证的。
公司成本及对技术要求：由于其对设计和测试比较重视，那么对于开发和测试这两个岗位比较中重视，比如开发往往有专门的架构师进行设计，而测试中也必须有懂白盒测试的人员。

以上几点可以说明，使用V模型进行开发，可能有的特点是需求相对变化不大，且要能保证质量这样的场景要求。

最后，什么样的公司会使用V模型呢？一般是为大型企业开发的大型软件，比如银行外包公司，开发银行相关的软件，开发一个版本可能就是一年半载，他们对流程要求很严，同时对质量也要求很高。

3.3 迭代模型

所谓的迭代模型，其实就是指通过不断迭代软件，使其产品逐渐变为想要的状态。

迭代模型包含的阶段有：需求设计->系统设计->代码实现->测试->上线

同样的迭代模型也有如下的几个特点：

首先，迭代模型的开发方式是也线性开发，也就是必须是上一个阶段完成以后且审核通过才能进入到下一个阶段。
其次，由于将一整个系统拆分成若干个版本开发，每个版本开发的功能就会少很多，同时每个版本的需求也会根据上线后的反馈来进行实时调整，这就有利于适用需求的变化。
最后，它的上线后期会大大的缩短，而且在各阶段所产生的文档也尽量轻量化。

那么以上的开发方式会导致怎样的结果呢？我们可以通过三个维度去衡量，分别是：

产品需求：通过迭代开发的软件，整体的需求适应性是很好的，能较好的适应市场需求变化。
产品质量：开发出来的产品质量一般。
公司成本及对技术要求：由于注重的是迭代，所以整体来说对产品要求较高。

以上几点可以说明，使用迭代模型进行开发，主要是对产品有快速更新，并且要有一定质量要求的需求的公司。

最后，什么样的公司会使用迭代模型呢？一般就是互联网企业，往往互联网开发的都是自己产品，希望能尽快面向用户，并可以快速的获取用户反馈。

3.4 敏捷模型

所谓的敏捷模型，是一种以人为核心、迭代、循序渐进的开发方法。即它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发；

敏捷开发的特点就是：小步快跑，快速迭代。

所以，一般使用敏捷开发会在需求适应性以及质量上都很好，但同时它对整个团队的要求也很高。

那么，什么样的公司会使用到敏捷开发呢？一般都是互联网大厂，不过随着敏捷的普及，目前也陆续的深入各种中小企业了。

4.软件开发比对

最后，我们将这几个模型放到一起做个对比，以看它们有什么区别？

开发模型开发过程特点优缺点开发周期


瀑布模型	将所有都完成以后才进入下一个阶段，依次类推。	产品串行开发编写文档多而且重开发周期长	优点：开发成本低缺点：需求适应性差，质量差	2月+
V模型	将所有都完成以后才进入下一个阶段，依次类推。	产品串行开发编写文档多而且重开发周期长	优点：质量稳定，质量好缺点：需求适应性差，开发成本高	3月+
迭代模型	分成几次迭代进行，迭代功能包含用户反馈的信息	产品串行开发编写文档少而且轻开发周期相对短	优点：需求适应性好缺点：没有明显缺点	2周~6周
敏捷模型	按用户故事进行拆分，然后进行快速迭代	产品串行开发编写文档少而且轻开发周期最短	优点：需求适应性好，且质量高缺点：开发成本高	1周以内

已剪辑自: https://www.cnblogs.com/qiaoli0726/p/14167524.html

软件开发经典流程图
在这里插入图片描述
一、瀑布模型
模型图

定义：瀑布模型(Waterfall Model)是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。
地位：这是一种经典模型,提供了软件开发的基本框架。
优点:
1）各阶段划分清晰
2）强调计划与需求分析
3）适合需求稳定的产品开发
缺点:
1）单一流程，不可逆
2）风险显露得晚，纠正机会少
3）测试只是其中一个阶段，缺乏全过程测试思想

二、V 模型
模型图
在这里插入图片描述

定义：RAD (Rap Application Development,快速应用开发) 模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件开发的V模型。它通过开发和测试同时进行的方式来缩短开发周期，提高开发效率。
优点：相对于瀑布模型，V模型测试能够尽早的进入到开发阶段。
缺点：虽然测试尽早的进入到开发阶段，但是真正进行软件测试是在编码之后，这样忽视了测试对需求分析，系统设计的验证，时间效率上也大打折扣。

三、W 模型
模型图
在这里插入图片描述
定义：W模型，由Evolutif公司提出，相对于V模型，W模型增加了软件开发各阶段中同步进行的验证和确认活动。如图所示，由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。
优点：W 模型相对于 V 模型来说，测试更早的进入到开发阶段，与开发阶段是并行关系，更早的发现问题，能够及时解决问题，各个阶段分工明确，方便管理。
缺点：W 模型是顺序性的，不可逆，需求的变更和调整，依旧不方便。

四、敏捷开发模型
流程图
在这里插入图片描述

定义：从1990年代开始逐渐引起广泛关注,是一种以人为核心、快速迭代、循序渐进的开发方法。强调以人为本，专注于交付对客户有价值的软件。是一个用于开发和维持复杂产品的框架。就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
优点：敏捷确实是项目进入实质开发迭代阶段，用户很快可以看到一个基线架构版的产品。敏捷注重市场快速反应能力，也即具体应对能力，客户前期满意度高。
缺点：但敏捷注重人员的沟通，忽略文档的重要性，若项目人员流动大太，又给维护带来不少难度，特别项目存在新手比较多时，老员工比较累。需要项目中存在经验较强的人，要不大项目中容易遇到瓶颈问题。

转载：https://www.cnblogs.com/luoye1/p/13611099.html

已剪辑自: https://zhuanlan.zhihu.com/p/57187282

感觉葵阳林四很全面的阐述了几种软件开发的模型，一方面作为分享，另一方面也便于自己查看。(有几张图阅读模式看不了，可能要麻烦大家直接观看。d=====(￣▽￣*)b)

可以直接点击原文连接：

几种常见的软件开发模型

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VPbEU77q-1687618521656)(https://pic3.zhimg.com/80/v2-3d045b93716ed28dc745e648b3428a26_1440w.webp)]

(2013-04-06 22:44:30)

分类：软件工程

软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。
软件工程的主要环节包括人员管理、项目管理、需求分析、系统设计、程序设计、测试、维护等，如图所示。软件开发模型是对软件过程的建模，即用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，好比工厂的生产线。

最早出现的软件开发模型最早出现的软件开发模型是1970年W•Royce提出的瀑布模型。该模型给出了固定的顺序，将生存期活动从上一个阶段向下一个阶段逐级过渡，如同流水下泻，最终得到所开发的软件产品，投入使用。但计算拓广到统计分析、商业事务等领域时，大多数程序采用高级语言(如FORTRAN、COBOL等)编写。瀑布模式模型也存在着缺乏灵活性、无法通过并发活动澄清本来不够确切的需求等缺点。常见的软件开发模型还有演化模型、螺旋模型、喷泉模型、智能模型等。编辑本段典型的开发模型典型的开发模型有：
1.边做边改模型（Build-and-Fix Model）；
2.瀑布模型（Waterfall Model）；
3.快速原型模型（Rapid Prototype Model）；
4.增量模型(演化模型)（Incremental Model）；
5.螺旋模型（Spiral Model）；
6.喷泉模型(fountain model)；
7.智能模型(四代技术（4GL）)；
8.混合模型（hybrid model）；
9.RUP模型；
10.IPD模型

1. 边做边改模型（Build-and-Fix Model）
遗憾的是，许多产品都是使用"边做边改"模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。

在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。

这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：
（1）缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；
（2）忽略需求环节，给软件开发带来很大的风险；
（3）没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。
2. 瀑布模型（Waterfall Model）
1970年Winston Royce提出了著名的"瀑布模型"，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。

瀑布模型中，如图所示，将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于：
（1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；
（2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；
（3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。

我们应该认识到，"线性"是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的"非线性"问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。线性是一种简洁，简洁就是美。当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如增量模型实质就是分段的线性模型，螺旋模型则是接连的弯曲了的线性模型，在其它模型中也能够找到线性模型的影子。

3. 快速原型模型（Rapid Prototype Model）
快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Go语言工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Go语言全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。