敏捷开发

                                      敏捷开发

     在星期四的课上老师讲到了敏捷开发的知识，课下对其进行了写了解，查阅了些资料，有了新的认识。

敏捷开发的原则：

一、主张简单

     当从事开发工做时，你应当主张最简单的解决方案就是最好的解决方案。不要过度构建
你的软件。用AM的说法就是，若是你如今并不须要这项额外功能，那就不要在模型中增长它。要有这样的勇气：你如今没必要要对这个系统进行过度研究，

只要基于现有的需求进行建模，往后需求有变动时，再来重构这个系统。尽量的保持模型的简单。

二、拥抱变化

     需求时刻在变，人们对于需求的理解也时刻在变。项目进行中，Project stakeholder可能变化，会有新人加入，也会有旧人离开。，你努力的目标和成功标准也有可能发生变化。这就意味着随着项目的进行，项目环境也在不停的变化，所以你的开发方法必需要可以反映这种现实。

三、递增的变化

     和建模相关的一个重要概念是你不用在一开始就准备好一切。实际上，你就算想这么作也不太可能。并且，你不用在模型中包容全部的细节，你只要足够的细节就够了。没有必要试图在一开始就创建一个囊括一切的模型，你只要开发一个小的模型，或是概要模型，打下一个基础，而后慢慢的改进模型，或是在不在须要的时候丢弃这个模型。这就是递增的思想。

四、多种模型

     开发软件须要使用多种模型，由于每种模型只能描述软件的单个方面，“要开发现今的商业应敏捷开发
用，咱们该须要什么样的模型？”考虑到现今的软件的复杂性，你的建模工具箱应该要包容大量有用的技术。

有一点很重要，你没有必要为一个系统开发全部的模型，而应该针对系统的具体状况，挑选一部分的模型。不一样的系统使用不一样部分的模型。

五、高质量的工做

     没有人喜欢烂糟糟的工做。作这项工做的人不喜欢，是由于没有成就感；往后负责重构这项工做的人不喜欢，是由于它难以理解，难以更新；最终用户不喜欢，是由于它太脆弱，容易出错，也不符合他们的指望。

六、软件是你的主要目标

     软件开发的主要目标是以有效的方式，制造出知足project stakeholder须要的软件，而不是制造无关的文档，无关的用于管理的artifact，甚至无关的模型。任何一项活动，若是不符合这项原则，不能有助于目标实现的，都应该受到审核，甚至取消。

七、宣言原则

     个体和交互 赛过 过程和工具

     能够工做的软件 赛过 面面俱到的文档

     客户合做 赛过 合同谈判

     响应变化 赛过 遵循计划

敏捷开发的误区：

误区一

建模就等因而写文档

误区二

从开始阶段你能够考虑到全部的一切

误区三

建模意味着须要一个重量级的软件开发过程

误区四

必须“冻结”需求

误区五

设计是不可更改的

误区六

必须使用CASE工具

误区七

建模是在浪费时间

误区八

数据模型就是一切

误区九

全部的开发人员都知道如何建模

 

  关于敏捷开发感受理解的仍是表面的东西，毕竟咱们没有那样的团队，没有那样的经理，了解的也就只是些“死知识”，可是相比与传统的开发模式来讲，敏捷的开发意识对咱们仍是颇有帮助的。敏捷开发在于“敏捷”，也许这就是精髓吧。