内容摘要敏捷软件开发概述scrum方法极限编程-烟台大学数学与信息.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 燃尽图 复旦大学计算机科学技术学院 软件工程（第二版） * 每日例会 Scrum团队每天召开的短会，保证团队能够了解和分享全局的项目信息。 每日例会的参加者是开发团队成员和Scrum Master，产品负责人可以根据需要决定是否参加。 团队成员在每日例会上回答3个问题： 上次例会后做了什么？ 遇到了哪些困难？ 计划在下次例会前做些什么？ 复旦大学计算机科学技术学院 软件工程（第二版） * Sprint评审 Scrum要求开发团队在每个Sprint结束时都对本Sprint完成的功能进行演示.其基本目标是反馈和适应。 Scrum鼓励各种各样的角色参加 演示，而不仅仅局限于客户、产品负责人和开发团队成员。 Scrum建议Sprint评审尽量使用非正式的方式进行。 复旦大学计算机科学技术学院 软件工程（第二版） * Sprint回顾 参加者： 开发团队、产品负责人和Scrum Master 步骤 准备 数据收集 问题分析 确定方案 结束 复旦大学计算机科学技术学院 软件工程（第二版） * 复旦大学计算机科学技术学院 软件工程（第二版） 内容摘要 敏捷软件开发概述 Scrum方法 极限编程（XP）方法 看板方法 * 复旦大学计算机科学技术学院 软件工程（第二版） XP方法 1996年，Kent Beck等人在Chrysler的C3项目的开发过程中逐步产生了极限编程的基本概念 1999年，Kent Beck撰写了《解析极限编程：拥抱变化》，对极限编程的价值观、原则和实践进行了阐述 * 复旦大学计算机科学技术学院 软件工程（第二版） XP方法的开发过程 最新版本 发布计划 用户认可 用户 故事 (user stories) 下一迭代 Bugs 新用户故事 测试用例 迭代 开发 体系结 构骨架(spike) 系统比喻 制订交 付计划 验收 测试 小发布 需求 不确定的估计 确定的估计 难点 骨架 探索阶段 计划阶段 迭代与发布阶段 产品化阶段 维护阶段 * 复旦大学计算机科学技术学院 软件工程（第二版） 探索阶段 探索阶段的主要工作是开发初始的用户故事（User Stories ）和体系结构骨架（architecture spike） 用户故事描述了系统高层的需求，它是制订发布计划的输入 在探索阶段，试探找到系统中固定不变的部分（体系结构骨架），并找出一种形象的比喻，这种比喻描述了你打算如何构建系统，起到概念框架的作用 探索阶段还应根据用户故事编制相应的测试用例，供以后验收测试时使用 * 复旦大学计算机科学技术学院 软件工程（第二版） 计划阶段 计划阶段的任务是根据用户故事描述的需求、系统体系结构骨架和系统比喻来制订迭代计划和发布计划 使用你最熟悉的形式为用户故事建模，这个模型描述了用户故事的任务以及这些任务之间的关系 通常图形方式（可以是草图）比文字描述更直观 尽可能精确地估算工作量，这是制订计划的重要依据。对于那些不能确切估算其工作量的难点部分，要进一步作分析，直至能确定其工作量估算 * 复旦大学计算机科学技术学院 软件工程（第二版） 迭代到发布阶段 迭代到发布阶段根据迭代和发布计划，开发满足指定用户故事需求的软件，并与前面已完成的软件版本集成，得到软件的一个新版本 根据在探索阶段编写的测试用例，进行验收测试。一旦发现错误或者通过验收测试想进入下一轮迭代时，就重复迭代开发的工作 在这一阶段当客户提出新的用户故事，或者根据项目的进展情况认为有必要时，可以回到计划阶段，对迭代和发布计划做出修改或调整 * 复旦大学计算机科学技术学院 软件工程（第二版） 产品化阶段 产品化阶段的工作主要是确认迭代开发的软件已经做好进入产品化的准备 在此阶段可进行更多的测试，如系统测试、负载测试、安装测试等 另一个工作就是整理文档。虽然敏捷软件开发的价值观中强调“可运行软件高于详尽的文档”，但是，必要的文档仍是需要的 * 复旦大学计算机科学技术学院 软件工程（第二版） 维护阶段 维护阶段涵盖了计划阶段、迭代到发布阶段和产品化阶段 通常这个阶段主要包括面向产品的活动，如系统的运行和支持 * 复旦大学计算机科学技术学院 软件工程（第二版） XP方法的价值观 交流（Communication） 实践表明，项目失败的重要原因之一是交流不畅，使得客户的需求不能准确地传递给开发人员，造成开发人员不能充分理解需求；模型或设计的变动未能及时告知相关人员，造成系统的不一致和集成的困难 所有项目相关人员之间充分的有效的交流是软件开发成功所必不可少的 XP方法提倡面对面的