SDLC常用方法

SDLC常用方法本部分针对上一章所提出的 SDLC 的介绍 对其常用方法的优缺点进行说明 可应对软件测试 软件测试开发的面试过程

大家好,欢迎来到IT知识分享网。

本部分针对上一章所提出的SDLC的介绍,对其常用方法的优缺点进行说明,可应对软件测试、软件测试开发的面试过程。

目录

瀑布法(Waterfall Model)

迭代法(Iterative Model)

螺旋法(Siral Model)

检验法(V-Model)

敏捷法(Agile Model)

瀑布法(Waterfall Model)

遵循线性执行顺序,在上一阶段完成后进入下一开发阶段,开发阶段不会互相重叠。

适用:需求文档详细、清晰、无变动,技术确定且所需资源充足的短期项目。

优点:

1、线性和结构化性质使每个阶段均有全面的文档,利于知识转移。

2、有利于项目的有效管理,利益相关者能够轻松地跟踪进度并相应分配资源。

3、强调彻底的需求分析和前期设计,最大限度减少项目后期变化的机会,更直接地保证质量。

缺点:

1、僵化和线性性质不利于适应变化的需求。

2、反馈回路太长,反馈周期太长。方法论的顺序性会阻碍团队成员的工作和交流。

3、限制创新和创造力,开发过程中没有实验和迭代改进的空间。

迭代法(Iterative Model)

将整个项目拆分为多个可独立开发的部分,每次独立开发上线其中的一部分功能,直到整个所有需求全部完成,是一种增量法。

个人认为本质上是一系列瀑布循环。适用:较大型项目。需要使用新技术、或者进行具有风险的开发项目;部分资源暂时尚不可用的项目。

优点:项目进展过程中一直有可用的程序,有利于尽快发现程序错误。阶段性产生成果,利于定期衡量结果。

缺点:小型项目无法进行多次拆解,大项目需要针对不同模块及资源,需要有经验人员进行风险分析。系统架构可能导致整个周期中无法更迭的问题出现。

螺旋法(Siral Model)

瀑布法和迭代法的结合,在两者基础上更强调风险分析的作用。

适用:预算和风险评估非常重要的中高风险的长期项目,产品需要尽早发版,项目过程中可能出现重大改动的需求。

优点:所需功能随着开发过程产生,并被逐步添加到产品中。可以广泛使用原型。

缺点:需要更为复杂的管理,项目初期无法预估产品彻底完成的时间,过多的中间步骤导致需要非常多的文档记录。

检验法(V-Model)

检验法在开发的每个测试阶段添加了对应的测试环节。

模块设计阶段会进行更为详细的模块构造设计,也被称为低层设计。在设计完成后,会确立使用的编程语言进行开发,开发完成后进入验证阶段:在对各个模块测试完成后,再对模块间的信息流通进行测试,随后是质量运营部的系统测试(软硬件兼容性),最后由业务方进行验收确认测试。

SDLC常用方法

每部分的开发均有验证阶段。

适用:传统软件开发模型,传统的信息系统应用的开发。

缺点:不利于高性能高风险的系统、互联网软件进行。无法适用于模块化产品。

敏捷法(Agile Model)

同迭代法,敏捷法也是一个逐步开发的模型,但更关注快速迭代中用户的满意度和软件的可用性。敏捷法强调不断的与需求方沟通,通过demo软件与用户进行交互,不断根据反馈进行修改。 以用户需求进化为核心、迭代、循序渐进的开发方式。将一个大项目分为多个相互联系,但也可以独立运行的小项目并分别完成。

优点:重视流程和工具,强调人与人的互动,管理者要多参与项目有关的事情。重视文档的作用,且具有传承性。

缺点:强化沟通及灰度用户。需要不断进行人与人的交流以便需求下发和实现。

免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://haidsoft.com/141650.html

(0)
上一篇 2025-05-15 19:26
下一篇 2025-05-15 19:33

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注微信