经验分享---敏捷开发流程概要.ppt

* * * * * * * * * 敏捷开发流程介绍 目录 什么是软件开发方法 什么是敏捷开发方法 我们该采用什么方法 什么是软件开发方法 软件开发定义 根据用户需求建造出软件系统的产品开发过程。包括需求获取、开发规划、需求分析和设计、编程实现、软件测试、版本控制。 --- 维基百科 常见种类 瀑布式开发 迭代式开发 敏捷式开发 瀑布式开发 最典型的预见性方法，严格遵循预先计划 按照需求分析、设计、编码、集成、测试、维护的步骤顺序进行。 步骤成果用以衡量进度，例如需求规格，设计文档，测试计划等，方便定义里程碑主要问题是严格分级导致自由度降低，早期承诺导致对后期需求变化难以调整，代价高昂? 迭代式开发 弥补传统开发方式的一些弱点，具有更高的成功率和生产率 开发被分为一系列的小的、固定长度的小项目，称为一系列的迭代。每次都包括需求分析、设计、实现与测试。 开发工作可在需求被完全确定前启动，并在一次迭代中完成部分功能。再通过客户反馈来细化需求，开始新一轮迭代。? Agile software development 什么是敏捷开发方法 主要原则： 个体和互动：高于流程和工具 工作的软件：高于详尽的文档 客户合作：高于合同谈判 响应变化：高于遵循计划 vs迭代： 都强调在短的开发周期提交软件，敏捷的周期可能更短，更强调人的高度协作 vs瀑布： 敏捷强调尽早将小的可用功能交付使用，在项目周期中持续改善，自由度高 主要方法： 极限编程 测试驱动开发 Scrum机制 看板文化 极限编程 Extreme programming，缩写为XP，强调可适应性而不是可预测性 认为软件需求变化是自然现象 在项目周期的任何阶段去适应变化，降低因需求变更而带来的成本 快速反馈：对客户反馈做到及时、迅速，重视单元测试 假设简单：认为任何问题都可以“极度简单”地解决，拒绝预测需求，拒绝为了未来而考虑重用 增量变化：一次完成大的改造是不可能的，采用增量变化，小步前进 包容变化：强调不反抗变化，应该包容变化 测试驱动开发 Test-Driven Development，简称TDD。它要求在编写代码之前先写测试代码，只编写使测试通过的功能代码，通过测试来推动整个开发的进行。编写简洁可用和高质量的代码，并加速开发过程。 （FDD, DDD） 根据客户需求编写测试用例，从使用者角度设计代码 易测试和测试独立性的要求使设计松耦合 频繁地运行测试，尽早地发现错误，提高代码质量 持续的回归测试，持续地跟踪整个系统的状态 单元测试代码可作为文档，展示所有的API该如何使用和运作 主要角色： Scrum Master ： Scrum教练和团队带头人，确保团队合理的运作Scrum 产品负责人（Product Owner）: 确定产品方向，定义产品内容、优先级及交付时间 开发团队（Team）: 跨职能的小团队（5-9人），拥有交付软件需要的各种技能 一种迭代式增量软件开发过程，包括了一系列实践和预定义角色的过程骨架，通常用于敏捷软件开发。英语是橄榄球中争球的意思 Scrum Scrum过程总览 Scrum阶段1：制定产品Backlog 产品 backlog 是 Scrum 的核心 由需求或特性等组成的列表 用客户的术语加以描述 按照重要性的级别进行排序 backlog 条目称为故事（story） 每个故事包括如下字段： ID(统一标识符) Name（名称） Importance（重要性） Initial estimate（初始估算工作量） How to demo（如何做演示） Notes（注解） Bug tracking ID（Bug 跟踪 ID） 产品 BACKLOG（示例） ID Name Imp Est How to demo Notes 1 存款 30 5 登录，打开存款界 面，存入 10 欧元， 转到我的账户余额 界面，检查我的余 额增加了 10 欧元。 需要 UML 顺 序图。目前不 需要考虑加 密的问题。 2 查看自己的 交易明细 10 8 登录，点击“交易”， 存入一笔款项。返 回交易页面，看到 新的存款显示在页 面上。 使用分页技 术避免大规 模的数据库 查询。和查看 用户列表的 设计相似。 独立 基本相当于一个feature 对客户有价值 易于评估时间和难度 不易太大或太小 可测试 Story的准则 - +++++ + +++ Value Risk Low High High 优先级评估 工作量的估算