《新》第3章_敏捷开发.pptVIP

自适应软件开发 课本图3-3 自适应软件开发 动态系统开发方法(DSDM) DSDM是一种提供“通过在可控项目环境中使用增量原型开发模式完全满足对时间有约束的系统的构建和维护”的敏捷软件开发方法。 Scrum Scrum原则和敏捷宣言一致 组织小型团队达到“沟通最大化，负担最小化，非语言描述、非形式化知识”。 过程对技术和业务变化必须具有适应性，以“保证制造具有最好可能的产品”。 过程生产频繁发布“可检查、可调整、可测试、可文档化、可构建”的软件增量。 开发工作和开发人员划分为“清晰的、低耦合的部分或包”。 坚持在产品构建过程中进行测试和文档化。 Scrum过程提供“在任何需要的情况下都能完成产品的能力。 Scrum Scrum强调使用一组“软件过程模式”，这些过程模式被证实在时间紧张的需求变化的和业务关键的项目中是有效的。 待定项(backlog)：一个能为用户提供商业价值的项目需求或特征的优先级列表。 冲刺(sprint)：由一些工作单元组成，这些工作单元是达到待定项中定义的需求所必需的，并且必须在预定的时间段内完成。冲刺过程不允许有变更。 Scrum例会：Scrum团队每天召开的短会。 Scrum 课本图3-4 Scrum过程流 动态系统开发方法(DSDM) DSDM协会定义了一个称为DSDM生命周期的敏捷过程模型。该生命周期定义了3个不同的迭代循环，前面还加了两个生命周期活动： 可行性研究 业务研究 功能模型迭代 设计和构建迭代 实现 特征驱动开发 特征“是可以在2周或更短时间实现的具有客户价值的功能”。强调特征定义是为了如下好下： 特征是小块可发布功能，用户可以方便地描述、轻松地理解其相互关系，更好地评审以发现歧义性错误和遗漏。 特征可以组织为具有层次关系的业务相关分组。 特征很小，其设计、代码都可以很容易、很有效地检查。 项目计划、进度和跟踪都由特征层次驱动，而不是可任意调整的软件工程任务集。 特征驱动开发 课本图3-5特征驱动开发 精益软件开发 精益软件开发LSD在软件工程领域适应于精益制造的原则。精益原则鼓励LSD过程消除耗损、把质量体现于产品、创造知识、遵从承诺、快速交付、尊重成员以及整体优化。 敏捷建模AM AM是一种用于对软件系统有效建模和文档化的实践方法学。AM是可以有效和以轻量级方式用于软件开发项目的软件建模价值、原则和实践的集合。由于敏捷模型只是大致完善，而不要求完美，因此敏捷模型比传统的模型还要有效。 敏捷建模AM 有目的建模 使用多个模型 前进灯 内容重于表述形式 理解模型及工具 适应本地需要 敏捷统一过程AUP 敏捷统一过程采用了一个“全局串行”以及“局部迭代”的原理来构建基于计算机的系统。采用经典UP阶跃性活动——开始、加工、构建以及变迁，UP提供一系列覆盖，能够使团队为软件项目构想出一个全面的过程流。然而，在每一个活动里，一个团队迭代使用敏捷，并且将有意义的软件增量尽可能快地交付给最终用户。 敏捷统一过程AUP 每个AUP迭代执行以下活动： 建模 实现 测试 部署 配置及项目管理 环境管理 小结（课本57页） 作业 P57-58页3.11 第3章 敏捷开发 主要内容 敏捷是什么 敏捷及变更的成本费用 敏捷过程 极限编程 其他敏捷过程模型 自适应软件开发 Scrum 动态系统开发方法 Crystal 特征驱动开发 精益软件开发 敏捷建模 敏捷过程工具集 小结 敏捷软件工程 敏捷软件工程是哲学理念和一系列开发指南的综合。这种哲学理念推崇让客户满意和软件尽早增量发布；小而高度自主的项目团队；非正式的方法；最小化软件工程工作产品以及整体精简开发。开发方法强调超越设计和分析（尽管并不排斥这类活动）的发布及开发人员和客户之间主动和持续的沟通。 敏捷软件工程 软件工程师和其他项目共利益者共同组成敏捷开发团队，这个团队是自我组织的并掌握着自己的命运。一个敏捷团队能够培养所有参与人员之间的交流与合作。 孕育了基于计算机系统和软件产品的现代商业环境，正以飞快的节奏不断变化着，敏捷软件工程提出了可用于特定类型软件和软件项目的不同于传统软件工程的合理方案。事实证明，这一方法可以快速交付成功的系统。 敏捷软件工程 敏捷开发恰当的称呼应当是“类软件工程”，它保留了基本框架活动：客户沟通、策划、建模、构建、交付和评估，但将其缩减到一个推动项目组朝着构建和交付发展的最小任务集（有人认为这是以牺牲问题分析和方案设计为代价而实现的） 敏捷软件工程 接受敏捷理念的客户和软件工程师有共同的观点：唯一真正重要的工作产品是在合适时间提交给客户的可运行软件增量。 如果敏捷团队认为过程可行，开发出的可交付软件增量能使客户满意，则表明敏捷方法已经正确实施。 敏捷软件开发宣言 个人和这些个人之间的交流胜过开发过程和工具 可