计划软件工程SE3.2 敏捷开发方法.pptx

敏捷软件开发方法

内容何为敏捷开发方法基本思想和原则特点和应用具体敏捷开发方法极限编程测试驱动开发方法Scrum方法

1.1传统重型软件开发方法的特点和不足遵循严格的过程和计划定义广泛适用的过程并通过团队来执行该过程，从而指导软件开发以预测性为主，倾向于预先制定详细的计划，并通过该计划来指导软件项目的实施，并期望软件开发过程与计划之间的偏差越少越好以文档为中心通过文档记录各个阶段的成果，将文档作为交互的媒介需对文档进行持续改进和评审难以有效应对软件需求的变化等到开发后期才能得到可运行软件编码是开发的后期工作

1.2什么是敏捷（Agile）方法？一种轻量级软件开发方法相对于重量级的软件开发方法而言主张软件开发要以代码为中心，快速、轻巧和主动应对需求变化，持续、及时交付可运行的软件系统轻便、轻巧提供了一组思想和策略，指导快速响应用户需求的变化，快速交付可运行的软件制品

1.3敏捷开发方法的基本观点较之于过程和工具，应更加重视人和交互的价值较之于面面俱到文档，应更加重视可运行软件系统的价值较之于合同谈判，应更加重视客户合作的价值较之于遵循计划，应更加重视响应用户需求变化的价值

敏捷方法体现的思想强化可运行的软件，弱化文档以可运行软件为中心来开展软件开发以适应变化为目的来推进开发针对变化不断进行优化和调整任务、产品和计划等以人为本敏捷软件开发是面向人的而不是面向过程的，让方法、技术、工具、过程等来适应人，而不是让人来适应它们敏捷意味着：轻盈、灵巧；无过多的负担；迅速响应变化

1.4敏捷准则(1/2)尽早和持续地交付有价值的软件，以使用户满意即使到了软件开发后期，也欢迎用户需求的变化不断交付可运行的软件系统，交付周期可以从几周到几个月在整个软件项目开发期间，用户和开发人员最好能每天一起工作由积极主动的人来承担项目开发，给他们提供所需环境和支持，信任他们的能力团队内部最有效的信息传递方式是面对面的交谈

敏捷准则(2/2)将可运行软件作为衡量软件开发进度的首要标准可持续性的开发，出资方、开发方和用户方应当保持长期、恒定的开发速度关注优秀的技能和良好的设计会增强敏捷性简单化最好的架构、需求和设计出自于自组织的团队软件开发团队应定期就如何提高工作效率的问题进行反思，并进行相应的调整

敏捷软件开发对技术提出的要求如何快速开发出可运行的软件系统?当需求改变时，如何快速应对变化?如何给出可有效应对变化的软件设计？在文档缺乏情况下如何保证软件质量?如何提高软件开发的效率?

1.5支持敏捷软件开发的技术极限编程测试驱动开发Scrum方法敏捷设计模式运用软件重构MDA-模型驱动开发CASE工具……敏捷开发方法是一大类方法的统称，它们遵循敏捷思想

内容何为敏捷开发方法基本思想和原则特点和应用具体敏捷开发方法极限编程测试驱动开发方法Scrum方法

2.1极限编程的基本思想由KentBeck提出的一种特殊的敏捷软件开发方法四条核心思想交流，强调基于口头（而非文档、报表和计划）的交流反馈，通过持续、明确反馈来获得软件状态简单，用最简单的技术来解决问题勇气，快速开发并在必要时具有重新进行开发的信心将经过数十年检验的准则结合在一起，定义了五条指导性原则和十二条须遵循的核心准则

2.2极限编程的5条指导原则快速反馈从用户处迅速得到有关软件的反馈，确认开发是否满足用户需求，通过自动化测试迅速了解软件运行状况简单性假设开发人员只考虑当前迭代所面临问题，无需考虑下一次迭代的问题，用简单方法和技术来解决问题。逐步更改通过一系列修改来逐步解决问题和完善系统，不要期望一次迭代就开发出完整的软件系统。支持变化欢迎用户改变需求，支持用户需求动态变化。高量的工作采用诸如测试驱动开发等技术高质量地开展工作，确保软件质量。

2.3极限编程的12条核心准则(1/3)计划游戏软件开发团队快速制定下一次迭代的软件开发计划隐喻(Metaphor)使用业务相关术语来描述需求，促使开发人员和业务人员对系统达成共同和一致的理解小型发布经常性发布可运行软件系统，每次发布的软件系统仅提供少量功能简单设计只为当前的需求做设计，程序能运行所有测试、没有重复逻辑、包含尽可能少的类和方法

极限编程的12条核心准则(2/3)测试测试应在编写代码之前进行重构在不改变程序代码功能的前提下，改进程序代码的设计，使程序代码更加简单，更易于扩展结对编程两名程序员同时在一台计算机上共同开展编程工作代码集体拥有开发小组的任何成员都可以查看并修改任何部分的代码

极限编程的12条核心准则(3/3)持续集成经常性地进行集成每周工作40小时倡导质量优先现场用户用户代表在现场办公，参与开发全过程，确保能及时得到反馈编码标准遵循统一编码标准，以提高软件系统的可理解性和可维护性

2.4传统软件开发的局限程序员先编写程序代码