软工笔记————瀑布模型与敏捷软件开发的比较

敏捷方法强调了“适应性”和对“人”的关注，具体做法：引入迭代式的开发手段实现快速响应，积极适应需求变化；将整个软件生命周期分解为若干个小的迭代周期，缩短了开发周期；注重沟通，希望通过高效的沟通获取切实有效的客户反馈；尽量简化文档，简明够用即可，减少了工作量；注重人的重要性，提倡自我管理，使得团队重点个体成员可以充分发挥自己的聪明才智。

优点：

敏捷敏捷，当然是快辣！开发周期一般较短

集思广益，有利于开发出具有创意的开发成果

简化文档，可以把精力更多的放在软件设计和开发

不必按部就班，更具灵活性

团队成员之间、开发人员与用户之间可以直接沟通，提高了沟通效率。

迭代式的开发可以积极响应用户需求变化。

产品扩展性好

测试驱动开发，白盒测试，有利于测试的覆盖面更广

缺点：

客户不断改需求的话岂不是总是要加班 (Q~Q)

如果组内成员不能混好自我管理，就会加重其他成员的负担

组内成员最好水平相当，且这个团队应该具有不同的知识范围，这样才能做出更好的决策

适用于较小的开发团队，大团队如果完全采用敏捷软件开发则过于松散

瀑布模型（上次介绍过滴，这次就少说点咯~略略略）

与敏捷开发的区别：

文档驱动，注重文档的完整性和重要性;需要花蛮长时间来做需求分析即软件定义和软件设计，一旦完成，则不宜更改，造成应对需求变化付出代价极大。相比敏捷开发，团队中进行详细的分工，每一部门的工作对其他部门部分可见，主要通过文档沟通，文档质量直接影响沟通质量，这就要求文档尽可能完整详细，（可是即使酱紫，也会出现沟通不及时，或存有误解）；一般情况下，产品开发人员通过产品设计人员了解具体的产品需求，即只能通过上一部产生的文档来理解产品需求及产品功能，这可能会造成对产品了解不全面；开发人员更像是流水线上的工人，只需要依据上一部的成果按部就班的完成自己的任务，缺乏成就感。产品的扩展性较差；

我们团队嘛，当然是选择敏捷辣

软工笔记————瀑布模型与敏捷软件开发的比较相关推荐

读《Scrum敏捷软件开发》笔记
读<Scrum敏捷软件开发>笔记目录读<Scrum敏捷软件开发>笔记第I部分启动第II部分个体第iii部分团队第四部分组织第四部门下一站第I部分启动 ...
多元化时代敏捷软件开发的崛起与传统软件工程的延续
多元化时代敏捷软件开发的崛起与传统软件工程的延续 1.传统软件开发模式 1.1瀑布模型 1.1.1概念瀑布模型,顾名思义,软件开发的过程如同瀑布飞流一般,自上而下,逐级下落.瀑布模型的核心思想是 ...
软件工程：传统软件工程 vs 敏捷软件开发
转自我的博客园文章: http://www.cnblogs.com/katniss-smile/p/5982643.html 首先给出软件工程和敏捷软件开发的定义: 软件工程(Software Eng ...
【软件项目管理】敏捷软件开发 —— Scrum模式
什么是敏捷软件开发前提 : 传统软件开发模式 -- 瀑布模型在谈论这个问题之前,我们先来回顾一下传统软件开发模式 -- 瀑布模型在瀑布模型中,软件开发过程被分为严格的需求分析 -- 系统设计 ...
《敏捷软件开发(原则模式与实践)》读书笔记
<敏捷软件开发>读书分享由于书是由英文书籍翻译,读起来会难免拗口,本次分享是由<敏捷软件开发>结合网上相关资料总结而成. 传统的瀑布式开发瀑布模型式是最典型的预见性的方法, ...
敏捷软件开发与传统软件工程的比较
敏捷软件开发与传统软件工程的比较软件工程的开发过程中有两种不同的管理和开发体系,一种是基于"瀑布模型"的预设性传统软件工程,另一种是轻量级的适应性敏捷软件 ...
敏捷软件开发的12个原则
作为一个软件工程师,软件设计和开发是最重要的技能,但是,从整个产品的角度上讲,项目管理能力比开发能力更重要,本文摘自Robert大叔的<敏捷软件开发>,粗体是Robert大叔的话,细体是我 ...
敏捷软件开发实践——估算与计划02
目录一.使用故事点估算大小 1.故事点是相对的 2.速度 3.小结二.使用理想人天进行估算 1.理想时间和软件开发 2.以理想人天作为对大小的度量 3.给出一个而不是多个估算值 4.小结三.估算 ...
敏捷软件开发实践——估算与计划（01）
目录一.计划的目的 1.为什么要进行估算和计划 2.优秀的计划是什么 3.敏捷计划是什么 4.小结二.计划失败的原因 1.基于活动而不是基于特性进行计划 1.1.活动不会提前完成 1.2.延误沿着 ...

软工笔记————瀑布模型与敏捷软件开发的比较

软工笔记————瀑布模型与敏捷软件开发的比较相关推荐

最新文章

热门文章