当前位置:   article > 正文

阅读:从瀑布到敏捷——漫画解读软件开发模式变迁史

阅读:从瀑布到敏捷——漫画解读软件开发模式变迁史

一、瀑布式开发

瀑布模型,就是说,软件开发是按照一定顺序展开的,总体上就分为:
需求 → 设计 → 制造 → 测试,四个阶段。

在这个系统中,客户被排除在生产系统之外,它们只能从需求的接口人那里向系统输入需求。
提供需求后进入设计阶段
在这里插入图片描述

设计定型后,进入制造阶段:
在瀑布开发模式中,需求和设计是不可以进行修改的。工人被安排在制造系统中一个个工位上,每个人仅负责一个部件的生产和装配。
在这里插入图片描述
瀑布模型最大的弊端,就是下游工作的开展严格依赖于上游交付件的完成情况
在这里插入图片描述

完成生产和测试之后,一次性交付到客户手中,完成客户的全部需求。
在这里插入图片描述

二、敏捷开发

敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。
在这里插入图片描述
在敏捷开发中,客户会参与到软件开发的整个流程中。
在这里插入图片描述
敏捷开发的另一个重要概念就是迭代,所谓迭代,就是不断对产品进行细微的、渐进式的改进。
在这里插入图片描述
相比瀑布,在敏捷开发中,生产不再是线性的,开发的同时还会进行测试工作,所有人都在同时工作。
在这里插入图片描述
敏捷开发在灵活的同时,也带来了一定程度的混乱。
这时就需要看板管理,看板管理,常作“Kanban管理”,是丰田生产模式中的重要概念,指为了达到及时生产(JIT)方式控制现场生产流程的工具。及时生产方式中的拉式(Pull)生产系统可以使信息的流程缩短,并配合定量、固定装货容器等方式,而使生产过程中的物料流动顺畅。

在这里插入图片描述
什么又是SCRUM?
在敏捷开发领域,SCRUM是一种迭代式增量软件开发过程,它包括了一些预定义的角色:

产品负责人 Product Owner:产品负责人负责维护订单
在这里插入图片描述
Scrum主管 Scrum Master:SCURM Master 对整个SCRUM 过程负责,不惜一切代价(AT ANY COST),保证团队的工作时间和计划。
在这里插入图片描述
开发团队 Team: SCRUM 过程中,开发团队通常会进行冲刺 (Sprint),一个冲刺周期的长度通常是2-4周。
在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Monodyee/article/detail/474399
推荐阅读
相关标签
  

闽ICP备14008679号