初识敏捷开发原则

最新推荐文章于 2024-05-26 21:49:58 发布

追寻北极

最新推荐文章于 2024-05-26 21:49:58 发布

阅读量943

点赞数

分类专栏： process

process 专栏收录该内容

53 篇文章

订阅专栏

在软件开发中，我们经常会遇到类似这样的问题

我们所理解的东西无法和用户想要的达成一致，所以用户提出的要求，经过项目经理、分析师，最后到程序员的就已经被篡改的面目全非，所以，经过程序员们日以继日的努力，终于做出来完全不是用户需要的程序了，于是我们不得不继续夜以继日的修改，终于在放弃了代码的质量、放弃了休息、加班加点的工作后，用户勉勉强强的接受了我们随时都可能奔溃的系统。

或者我们还会遇到另一个问题：

第一次看到这个图的时候真是心酸，可是我们不是常常处于这种境况吗，只是我们写的是代码，而不是在挖坑，当销售部以牺牲各种签下了丧权辱国的条例之后，当产品经理大概了解了需要项目经理制定出看似争取的需求之后，就是程序员一个人在劳动的时候了，然后还要继续忍受感觉计划不合理向上反应的石沉大海，和测试部分的各种矛盾，和销售部门的各种嫌弃，就连每天加班让保安队长都建议颇多，但是干活的还是只有是自己。

但是，程序员都是高智商的，既然就问题，就肯定有解决的方法，下面我就介绍一种解决办法——敏捷开发（agile development）。

敏捷开发简介

敏捷开发（agiledevelopment）

是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

敏捷的组成

它们包括：极限编程（XP），Scrum，精益开发（Lean Development），动态系统开发方法（DSDM），特征驱动开发（Feature Driver Development），水晶开发（Cristal Clear）等等

和其他开发对比

我们知道软件开发模型有很多，比如：

瀑布式

它首先是由Royce提出，该模式由于酷似瀑布闻名。在该模式中首先确定需求，然后拟定规格说明，在通过验证后方可进入计划阶段。因此，瀑布模式中至关重要的一点是只有当一个阶段的文档获得认可才可以进入下一个阶段。瀑布模式通过强制性规约来确保每个阶段都能很好的完成任务，但是实际上却往往难以办到。因为整个瀑布模式几乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的。虽然瀑布模式有很多很好的思想可以借鉴，但是在过程能力上有天生的缺陷。

演化模式

它主要是针对事先不能完整定义需求的软件开发。它的方法是用户先给出待开发系统的核心需求，并且在核心需求实现后，再提出反馈以支持系统的最终设计和实现。也就是说：开发人员首先会根据用户的需求开发核心系统，然后提供给用户试用；用户试用后再提出增强系统能力的需求；最后开发人员再根据用户的反馈，实施迭代开发。实际上，这个模式可看作是重复执行的多个瀑布模式。演化模式要求开发人员把项目的产品需求分解为不同组，以便分批循环开发。但这种分组并不是随意性的，而是要根据功能的重要性及对总体设计的基础结构的影响而作出判断。

螺旋模式：

它是瀑布模式与演化模式相结合，并加入两者所忽略的风险分析所建立的一种软件开发模式。螺旋模式基本的做法是在瀑布模式的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。否则，项目就很可能被暂停。另外，如果有充足的把握判断遗留的风险已降低到一定的程度，项目管理人员还可作出决定让余下的开发工作采用另外的生命周期模式，如演化模式，瀑布模式或自定的混合模式。

过程开发模式：

它又叫混合模式或元模式，是指把几种不同模式组合成一种混合模式，它允许一个项目能沿着最有效的路径发展。因为上述的模式中都有自己独特的思想，现在的软件开发团队中很少说标准的采用那一种模式的，因为模式和实际应用还是有很大的区别的。实际上，许多软件开发团队都是在使用几种不同的开发方法组成他们自己的混合模式。

最后，我们来总结一下。螺旋模式是典型的迭代式生命周期模式，而RUP则是近代迭代式生命周期的代表。与螺旋模式相比，RUP将风险管理放在更重要的地位。最新的迭代式生命周期模式的代表是模式驱动架构（MDA）和敏捷（Agile）软件开发。MDA模式是基于可执行规格说明的思想，是现代转换模式的代表，其核心技术是组件技术。而敏捷开发生命周期的典型代表是XP编程，是把传统的系统设计和实现由敏捷软件开发过程中的验收测试、重构和测试驱动所取代；把传统的集成和部署由敏捷软件开发中的持续集成和短周期所取代。