01-5敏捷开发.pptVIP

复旦大学计算机科学与工程系 本科生课程 软件工程 第1章 概论 内容摘要 敏捷软件开发 CASE工具与环境 敏捷软件开发 软件开发的新挑战 快速的市场进入时间，要求高生产率 快速变化的需求 快速发展的技术 传统的软件开发方法 强调过程 强调文档 开发人员负担过重 称为重载(Heavyweight)方法 针对上述问题，产生了一系列轻载(Lightweight)方法，如XP、SCRUM等。 2001年2月，新方法的一些创始人在美国犹他州成立了敏捷软件开发联盟 ，简称Agile 联盟。 Agile 联盟起草了一个敏捷软件开发宣言，该宣言由四个价值观声明组成，并提炼出敏捷软件开发方法必须遵循的12条原则。 Agile方法是在保证软件开发有成功产出的前提下，尽量减少开发过程中的活动和制品的方法。笼统的讲就是，“刚刚好”（Just enough），即开发中的活动及制品既不要太多也不要太少。 Agile方法的价值观 个人和交互高于过程和工具 不是否定过程和工具的重要性，而是更强调软件开发中人的作用和交流的作用。 软件是由人组成的团队来开发的，与软件项目相关的各类人员通过充分的交流和有效的合作，才能成功地开发出得到用户满意的软件。 如果光有定义良好的过程和先进的工具，而人员的技能很差，又不能很好地交流和协作，软件是很难成功地开发的。 可运行软件高于详尽的文档 通过执行一个可运行的软件来了解软件做了什么，远比阅读厚厚的文档要容易得多。 敏捷软件开发强调不断地快速地向用户提交可运行的软件（不一定是完整的软件），以得到用户的认可。 好的必要的文档仍是需要的，它能帮助我们理解软件做什么，怎么做以及如何使用，但软件开发的主要目标是创建可运行的软件。 与客户协作高于合同（契约）谈判 只有客户才能明确说明需要什么样的软件，然而，大量的实践表明，在开发的早期客户常常不能完整地表达他们的全部需求，有些早期确定的需求，以后也可能会改变。 要想通过合同谈判的方式，将需求固定下来常常是困难的。 敏捷软件开发强调与客户的协作，通过与客户的交流和紧密合作来发现用户的需求。 对变更及时做出反应高于遵循计划 任何软件项目的开发都应该制订一个项目计划，以确定各开发任务的优先顺序和起止日期。然而，随着项目的进展，需求、业务环境、技术等都可能变化，任务的优先顺序和起止日期也可能因种种原因会改变。 因此，项目计划应具有可塑性，有变动的余地。当出现变化时及时做出反应，修订计划以适应变化。 Agile方法的指导原则 （1）最优先的是通过尽早地和不断地提交有价值的软件使客户满意 （2）欢迎变化的需求，即使该变化出现在开发的后期，为了对客户的竞争优势Agile过程利用变化作为动力 （3）以几周到几个月为周期，尽快、不断地发布可运行软件 （4）在整个项目过程中，业务人员和开发人员必须天天一起工作 （5）以积极向上的员工为中心建立项目组，给予他们所需的环境和支持，对他们的工作予以充分的信任 （6）项目组内效率最高、最有效的信息传递方式是面对面的交流 （7）测量项目进展的首要依据是可运行的软件 （8）敏捷过程提倡可持续的开发，项目发起者、开发者和用户应能长期保持恒定的速度 （9） 应时刻关注技术上的精益求精和好的设计，以增强敏捷性 （10）简单化（这是尽可能减少不必要工作的艺术）是必不可少的 （11）最好的构架、需求和设计出自于自我组织的团队 （12）团队要定期反思怎样才能更有效，并据此调整自己的行为 Agile方法的适用范围 Martin Fowler认为：新方法不是到处可适用的 适合采用Agile方法的情况： 需求不确定、易挥发（Volatile,意指今天的要求明天就不需要了） 有责任感和积极向上的开发人员 用户容易沟通并能参与 Agile的典型方法 Extreme Programming (简称XP) SCRUM Crystal Methodologies (简称Crystal) Feature Driven Development(简称FDD) Dynamic Systems Development Methodology(简称DSDM) Adaptive Software Development(简称ASD) Pragmatic Programming等 XP方法 由Kent Beck提出，是Agile方法中最引人注目的一个 XP最初实践于1997年Crysler公司的C3项目 (Smalltalk开发） 适用于10人以下项目组、开发地点集中的场合 广泛用于需求模糊和挥发性强的场合 IONA公司的Obix技术支持小组在采用了XP方法后，软件生产率提高了67% XP方法的4个价值观 交流（Commu