文档介绍：摘要本文从敏捷方法的定义,提出背景,实施方法等方面对敏捷方法进行描述,并与传统软件工程方法相对比,分析敏捷开发的优劣。通过实际软件开发的案例分析软件生产的价值观,得出敏捷方法在软件开发中的价值。关键词:敏捷开发;增量;迭代;用户故事;文档;软件工程;精益生产 ,敏捷开发(agiledevelopment)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。简言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。 ,开发人员常常埋怨以精确方法工作的方式。大部分技术人员认为,尽管各种新技术非常吸引人,但是在实践中,很少按照正规方法的复杂流程一步一步前进,RUP、ISO9000,……开发人员常常会被浩瀚的文档所淹没,被繁文缛节的过程压垮。基于对传统软件工程存在的种种弊端,2001年2月,敏捷联盟会议在犹他州的雪鸟城召开。敏捷联盟是17位不同敏捷开发方法的提倡者共同成立的,目的是推进敏捷开发方法的研究和应用,他们并不要求强制使用某种开发方法,而是提出了敏捷开发的几个核心价值和基本原则:核心价值:l        个人和交流重于过程和工具l        正在运行的软件本身重于复杂的文档l        与客户的沟通和交流重于使用合同约束客户l        对变化的快速响应重于跟随计划基本原则:l        最高目标是通过快速的和经常的发布软件满足客户的需要l        提交软件的周期为几个星期到几个月l        产生正确的软件是衡量进度的首要标准l        主动接受需求的改变而不是拒绝l        商务人员和开发人员工作在一起l        个人必须有动力,要创造环境支持他们的要求,信任他们l        最有效的交流方法是面对面的交流l        最好的结构,需求和设计来自于自组织的团队(anizingteam),允许任何人提出想法和建议l        持续改进设计和编码l        鼓励正常工作,减少长时间加班l        保持简单,减少不必要的部分,认识到简单的设计比复杂的设计更难l        定期调整过程,、增量式的软件开发过程,并在每次迭代结束时交付经过编码与测试的软件。接下来几节覆盖了敏捷开发小组的主要工作方式,包括:l        增量与迭代式开发l        作为一个整体工作l        按短迭代周期工作l        每次迭代交付一些成果l        关注业务优先级l        :增量开发,意思是每次递增的添加软件功能。每一次增量都会添加更多的软件功能。使用增量法逐渐地增进功能,那么如果开发花费的时间多于预期,就可以将迄今为止已经增量构建的功能发布出去。(在软件开发的实践中往往项目开发花费的时间大于预期。)增量地释放版本,可以实际地得到已创造的商业价值。因为在人们开始使用构建好的软件之前,软件开发方是不会真正地得到投资回报的。在那之前,预期的商业价值只是一种估计。如果估算软件开发是困难的,那么就尝试估算投资回报率吧。迭代式开发:在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。实际上,软件开发经常遇到的问题是需求在整个软件开发工程中经常会改变。迭代式开发允许在每次迭代过程中需求可能有变化,通过不断细化来加深对问题的理解。迭代式开发不仅可以降低项目的风险,而且每个迭代过程以可以执行版本结束,可以鼓舞开发人员。笔者对迭代开发的理解是先构建软件,然后评估它是否能够正常的工作,然后对其作出修改。而且是根据用户需求的不断变化,不停的对其进行修改,不停的校验是否满足客户的需求,通过迭代找到正确的解决方案。从XP、Crystal、RUP、ClearRoom等方法学中对比,体会迭代设计的精妙之处:每一次的迭代都是在上一次迭代的基础上进行的,迭代将致力于重用、修改、增强目前的架构,以使架构越来越强壮。在软件生命周期的最后,除了得到软件,还得到了一个非常稳定的架构。对于一个软件组织来说,这个架构很有可能就是下一个软件的投入或参考。 敏捷小组作为一个整体工作项目取得成功的关键在于,所有的项目参与者都把自己看作朝向一个共同目标前进的团队的一员。“扔过去不管”的心理在敏捷开发项目中是没有市场的。分析师不会把需求“扔”给设计师;设计师和架构师不会把设计“扔”给编