《最新敏捷软件开发方法简介ppt模版课件》由会员分享，可在线阅读，更多相关《最新敏捷软件开发方法简介ppt模版课件（83页珍藏版）》请在金锄头文库上搜索。
1、敏捷软件开发方法简介,以极限编程为例,参考资料,统一软件开发过程，Ivar Jacobson,Grady Booch,James Rumbaugh 敏捷软件开发：原则、模式与实践,Robert C.Martin 微软开发过程与案例，微软中国研究院项目经理和开发人员 高级软件开发过程，金敏、周翔 软件开发的过程与管理，张湘辉(微软中国研究开发中心总经理) 面向对象的系统分析，邵维忠、杨芙清 面向对象的系统设计，邵维忠、杨芙清,主要内容,第一节 敏捷方法的含义 第二节 软件开发过程的比较 第三节 极限编程（ eXtreme Programming ，XP）简介 准则 法则 活动 实践 讨论 应用实
2、例 常见问题,第一节 敏捷方法的含义,敏捷：轻巧、机敏、迅捷、灵活、活力、高效 敏捷开发是一种面临迅速变化的需求快速开发软件的能力 敏捷过程很容易适应变化并迅速做出自我调整，在保证质量的前提下，做到文档、度量适度 适用于各类软件企业,敏捷方法产生的背景,现代软件的特点： 复杂性：软件越来越复杂 可变性：需求越来越多变 一致性：过程越来越规范,软件开发过程敏捷化趋势,据国际著名咨询机构Cutter Consortium对全球200位IS/IT经理所做的调查3个占优的重载方法： 51% Rational Unified Process 27% CMM 26% ISO 9000,大约50%的被调查者
3、预计到2003年其50%以上的项目会使用敏捷方法；14%的被调查者认为其所有的项目会使用敏捷方法From THE DECISION IS IN: AGILE VERSUS HEAVY METHODOLOGIES, VOL. 2, NO. 19, by Robert Charette,Senior Consultant, Cutter Consortium,敏捷价值观,“注重个人及互动胜于过程和工具” “注重可用的软件胜于详尽的文档” “注重客户协作胜于合同谈判” “注重响应变化胜于恪守计划”www.agilemanifesto.org,敏捷宣言12条原则,1.最优先的目标是通过尽早地、持续地交
4、付有价值的软件来满足客户 2.欢迎需求变化，甚至在开发后期。敏捷过程控制、利用变化帮助客户取得竞争优势 3.频繁交付可用的软件，间隔从两周到两个月，偏爱更短的时间尺度 4.在整个项目中业务人员和开发人员必须每天在一起工作,5.以积极主动的员工为核心建立项目，给予他们所需的环境和支持，信任他们能够完成工作 6.在开发团队内外传递信息最有效率和效果的方法是面对面的交流 7.可用的软件是进展的主要度量指标。 8.敏捷过程提倡可持续发展。发起人、开发者和用户应始终保持稳定的步调,9.简化使必要的工作最小化的艺术是关键 10.持续关注技术上的精益求精和良好的设计以增强敏捷性 11.最好的架构、需求和设计
5、产生于自我组织的团队 12.团队定期地对运作如何更加有效进行反思，并相应地调整、校正自己的行为,第二节 软件开发过程的比较,瑞理统一开发过程：Rational Unified Process 敏捷建模：Agile Modeling 极限编程：eXtreme Programming 自适应软件开发：Adaptive Software Development 水晶方法体系:Crystal etc.（微软过程）,需求,设计,实现,测试,分析,核心工作流程,先启,精化,构造,转移,精化过程中的反复过程,初步的反复过程,反复序列,RUP（Rational Unified Process）,RUP是Rat
6、ional公司的改进过程的规范，它被设计成一种由用例驱动的、以体系结构为中心的软件开发过程，它以迭代的方式前进，通过执行工作流程递增地产生结果 它的主要四个阶段：先启、精化、构建和转移，五个核心工作流程：需求、分析、设计、实现和测试 由于RUP是一种框架，你可以以不同的方式来使用它，如象非常传统的“瀑布” 式开发方式，或敏捷式，如dX。你可以把用得轻捷灵便，也可把它弄成繁文缛节。这取决于你如何在你的环境中对它裁剪运用,CRC卡片：Class-Responsibility-Collaborator类职责协作,XP到RUP的映射,Agile Modeling,AM是一种最近才出现的软件思想 AM是
7、一种轻方法论 XP实践既给了AM灵感，也是AM的一种具体实现,AM核心原则,主张简单 拥抱变化 你的第二个目标是可持续性。简单的说，你在开发的时候，你要能想象到未来 递增的变化 令投资人的投资最大化 有目的的建模 多种模型 高质量的工作 快速反馈 软件是项目的主要目标 轻装前进,AM补充原则,内容比表示更重要 三人行必有我师 了解你的模型 了解你的工具 局部调整 开放诚实的沟通,自适应软件开发,ASD的核心是三个非线性的、重迭的开发阶段： 猜测 合作 学习,水晶方法体系,水晶方法体系与XP一样，都有以人为中心的理念，但在实践上有所不同 水晶方法体系考虑到人们一般很难严格遵循一个纪律约束很强的过
8、程，因此，与XP的高度纪律性不同，水晶方法体系探索了用最少纪律约束而仍能成功的方法，从而在产出效率与易于运作上达到一种平衡 也就是说，虽然水晶系列不如XP那样的产出效率，但会有更多的人能够接受并遵循它,ISO9000,PDCA循环，即由计划（PLAN）、实施（DO）、检查（CHECK）、处理（ACTION）这四个密切相关的阶段所构成的工作方式 持续改进,面向对象软件工程概念模型,第三节 极限编程（ eXtreme Programming ） 轻量级敏捷软件开发方法,极限编程（XP）是一种全新而快捷的软件开发方法。XP团队使用现场客户、特殊计划方法和持续测试来提供快速的反馈和全面的交流。这可以帮
9、助团队最大化地发挥他们的价值,XP诞生了大概有8年 XP是以开发符合客户需要的软件为目标而产生的一种方法论 XP是一种以实践为基础的软件工程过程和思想 XP认为代码质量的重要程度超出人们一般所认为的程度 XP特别适合于小型的有责任心的、自觉自励的团队开发需求不确定或者迅速变化的软件,3.1 XP准则 XP软件开发是什么样的,沟通 简单 反馈 勇气有益的潜在补充准则: 尊重 谦逊,沟通,XP认为项目成员之间的沟通是项目成功的关键，并把沟通看作项目中间协调与合作的主要推动因素,简单,XP假定未来不能可靠地预测，在现在考虑它从经济上是不明智的，所以不应该过多考虑未来的问题而是应该集中力量解决燃眉之急
10、,反馈,XP认为系统本身及其代码是报告系统开发进度和状态的可靠依据。系统开发状态的反馈可以作为一种确定系统开发进度和决定系统下一步开发方向的手段,勇气,代表了XP认为人是软件开发中最重要的一个方面的观点。在一个软件产品的开发中人的参与贯穿其整个生命周期，是人的勇气来排除困境，让团队把局部的最优抛之脑后，达到更重大的目标。 表明了XP对“人让项目取得成功”的基本信任态度,3.2 XP的法则 一项实践在XP环境中成功使用的依据,快速反馈 假设简单性 递增更改 提倡更改 优质工作,快速反馈,XP提倡尽可能早地、迅速地每天反馈，让编程人员始终把注意力放在最重要的软件功能上，促使系统快速演进,XP迭代过
11、程,假设简单性,XP试图把注意力集中在能工作的尽可能最简单的实现上；另一方面，可以根据给定的项目资源条件，最优地分配项目资源,递增更改,XP认为首次更改就尝试重大更改绝对不会成功，提倡以重构概念为基础做小改动，用期望的功能逐步增强系统,提倡更改,最佳策略是在实际解决最重要的问题的前提下保留最多选项的那一个，在交付最需要的东西上保留选择余地,优质工作,3.3 XP活动 XP软件开发的基石,编码 测试 倾听 设计,编码,作为一种轻量级方法论，XP明确放弃了系统建档和分析以外的任何外在活动 分析保留为一种相当简单，但是在和客户的日常沟通中发生的持续活动 文档则明确不予鼓励，所以编码成为XP最主要的活
12、动,测试,为了确保编写好的代码能实践工作，XP提倡编写大量测试来检查代码是否正确,倾听,XP编程人员倾听客户和其他编程人员的需求和意图,设计,从日常的编码中返回来进行一些一般性设计，小的设计成为XP编程人员日常事务的一部分,3.4 XP的实践 项目成员用户成功执行XP活动的技术,1.现场客户（On-site Customer） 2.计划游戏（Planning Game） 3.系统隐喻（System Metaphor） 4.简单设计（Simple Design） 5.代码集体所有（Collective Code Ownership） 6.结对编程（Pair Programming）,7.测试驱动
13、（Test-driven） 8.小型发布（Small Releases） 9.重构（Refactoring） 10.持续集成（Continuous integration） 11.每周40小时工作制（40-hour Weeks） 12.代码规范（Coding Standards）,过程,团队实践,编程,现场客户、测试、计划游戏、小型发布,简单设计、测试、重构、编码标准,代码集体所有、持续集成、隐喻、编码标准、每周40小时工作制、结对编程、小型发布,XP层次结构,1 现场客户,始终在开发团队中有一位客户 现场客户的工作： 回答问题 编写验收测试 运行验收测试 指导迭代 接受版本,2 计划游戏,以
14、业务优先级和技术估计为基础，决定下一版本发布的范围,3 系统隐喻,在XP中，隐喻是一种概念框架并提供名称的描述系统，类似于其他方法中的体系结构（或体系结构基准） 共识 共享的术语空间 例子：Windows风格的界面、网上购物站点的购物车,4 简单设计,系统应设计得尽可能简单,5 代码集体所有,整个团队拥有所有代码 任何人都可以更改他们需要更改的部分 没有唯一对代码有所有权的人,题外话一：编程的乐趣(F P. Brooks),创造的快乐 开发对他人有用的东西 整体过程的魅力 持续学习的快乐 来自于易于驾驭的介质上工作编程的快乐在于它不仅满足了我们内心深处进行创造 的渴望，而且还唤醒了每个人内心的情感,题外话二：编程的苦恼(F P. Brooks),来自追求完美 来自由他人设定目标、供给资源、提供信息 陷入琐碎的重复性劳动 无用功这，就是编程，一个许多人痛苦挣扎的焦油坑以及一 种乐趣和苦恼共存的创造性活动,6 结对编程,结对编程是让两个人共同设计和开发代码的实践。结对者是全职合作者，轮流执行键入和监视；这提供了持续的设计和代码评审 不是两个人做一个人的事情,
