敏捷软件开发的相关探讨.docVIP

敏捷编程思想在软件工程中的应用 研究生姓名：＊＊＊＊　学号：111111　学科专业：软件工程 [摘要] [关键字]　Agile; 软件工程; 敏捷开发; 互联网; XP; Scrum 前言 随着社会和科技的不断发展，人们己经昂首迈进了崭新的21世纪。在新的世纪里，信息产业己经和人们的生活息息相关，成为不可或缺的一部分。软件工程作为信息产业的核心部分经发生了翻天覆地的变化。传统的软件工程思想己经越来越不适应快速变化的信息社会，为此一种新软件工程思想-----敏捷软件开发进入了我们的视野。 什么是敏捷软件开发 敏捷软件开发又敏捷开发，是一1990年代始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。 工作的软件是首要的进度度量标准。 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 不断地关注优秀的技能和好的设计会增强敏捷能力。 简单是根本。 最好的构架、需求和设计出自于自组织的团队。 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。其一，敏捷开发是以人为中心，而传统开发以过程为中心。并不是说传统开发就没有人的参与，或者说人不是一个重要因素。应该说的是，敏捷开发和传统开发的侧 重点、中心不同。那么为什么会是这个样子呢，或者说martin ? fowler为什么要这么说呢？因为，传统开发中，设计已经是在初始阶段完成了，在实现阶段不再修改，换句话说，实现阶段就是对设计的完成，设计方案是不 可改变的了。这样就忽略了用户的反馈、忽略了开发员的设计的主观能动性，使得开发员只是专注于代码层面的事情，这是很要命的事情，非常的考究需求工程师、 设计师的能力，用一句话来形容这种设计－实现效果就是差之毫厘谬以千里。而敏捷开发提倡的是迭代，在每次迭代中都有分析、设计，也就意味着迭代阶段，可以 把一部分完成的系统给用户演示，允许用户提意见、需求，也允许开发员将上一次迭代中得到的想法提出来，并且把这些需求意见想法融入到迭代的分析、设计中， 从而在根本上、在理念上，促进了造、用双方的一个交流沟通，发挥了用户的分析评价和开发员设计的主观能动性。 ??其二，敏捷开发是adaptive的，而传统开发是plan驱动的。传统开发，设计阶段完成了，整个的过程就是按照设计方案进行，在设计阶段的后续过程中，无法再对设计方案进行修改，而敏捷开发需要一次次的迭代完成，正是这些迭代完成了对客户真实需求的软件的演进。 敏捷编程思想的常用方法 敏捷方法有很多，目前影响最大的有两种， XP XP（极限编程）的思想源自 Kent Beck和Ward Cunningham在软件项目中的合作经历。XP注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化，XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行，为了将以后出现bug的几率降到最低。 SCRUM SCRUM是一种迭代的增量化过程，用于产品开发或工作管理。它是一种可以集合各种开发实践的经验化过程框架。SCRUM中发布产品的重要性高于一切。 该方法由Ken Schwaber和 Jeff Sutherland 提出，旨在寻求充分发挥面向对象和构件技术的开发方法，是对迭代式面向对象方法的改进。 Crystal Methods Crystal Methods（水晶方法族）由Alistair Cockburn在20实际90年代末提出。之所以是个系列，是因为他相信不同类型的项目需要不同的方法。虽然水晶系列不如XP那样的产出效率，但会有更多的人能够接受并遵循它。 FDD FDD （Feature-Driven Development，特性驱动开发）由Peter Coad、Jef