敏捷软件开发模型之.pptVIP

* * 敏捷开发实例 相干增强－各向异性扩散滤波模块的设计 进度表 * * 敏捷开发实例 相干增强－各向异性扩散滤波模块的设计 进度图 * * 敏捷开发的管理工具 白板、计划纸牌、Excel、ScrumWorks等 编译与版本控制：svn, cvs 其他辅助工具： Fitnesse：验收测试工具 Bugzilla：Bug追踪系统 CPPUnit：单元测试工具 * * 敏捷设计 软件的腐化 僵化性：很难对系统进行改动，每个改动会迫使对系统许多其它部分的改动。 脆弱性：对系统的改动会导致系统中和改动的地方在概念上无关的许多地方出现问题。 牢固性：很难解开系统的纠结，使之成为一些可在其他系统中重用的组件。 粘滞性：做正确的事情比做错误的事情要困难。 不必要的复杂性：设计中包含有不具任何直接好处的基础结构。 不必要的重复：设计中包含有重复的结构，而该重复的结构本可以使用单一的抽象进行统一。 晦涩性：很难阅读、理解。没有很好的表现出意图。 * * 敏捷设计 敏捷团队致力于保持设计尽可能的干净、简单，并持续地改进设计，以便于每次迭代结束生成的系统都具有最适合于那次迭代中需求的设计。 为了改变软件设计中的腐化性，敏捷开发采取以下面向对象的设计原则加以避免。 架构设计 瀑布软件开发过程 敏捷软件开发过程 架构设计 * * 敏捷设计 单一职责原则 把每个职责分离到单独的类中。 开放－封闭原则 软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改的。 对于扩展是开放的，对于修改是封闭的。 里氏替换原则 子类型必须能够替换掉它们的基类型。 依赖倒置原则 高层模块不应该依赖低层模块，二者都应该依赖抽象。 抽象不应该依赖细节，细节应该依赖抽象。 接口隔离原则 不应该强迫客户程序依赖于它们不使用的方法。 * * 敏捷开发总结 全员规划，分块并行 文档为纲，当面交流 迭代开发，分块检查，持续交付 优先开发，讲究实效 * * 谢谢 * * 敏捷软件开发模型之 ＳＣＲＵＭ * * 议程 为什么需要敏捷开发？ 敏捷开发的历史、现状与未来 敏捷开发介绍 敏捷开发总结 * * 为什么需要敏捷开发 软件开发面临的问题： 用户需求总是在变化，而且这种变化是必要的。 软件开发周期占软件生命周期的比例太大。 传统流水线式的开发模式周期长，后续难调整，软件开发风险比较大。 * * 为什么需要敏捷开发 敏捷开发的特性： 能快速响应需求的变化 传统软件开发方法试图对一个软件开发项目在很长的时间跨度内作出详细的计划，然后依计划进行开发。这类方法在计划制定完成后拒绝变化，而敏捷开发方法则欢迎变化，并能根据客户反馈随时对计划作出相应的调整来适应变化。 快速、频繁的交付有价值的软件 在敏捷开发中，尽量多的发布产品给客户进行试用，就会从客户那里得到更多的反馈来改进产品。因为产品发布频繁，每一个版本新增加的功能设计简单，没有复杂的架构，当客户有新的需求或对需求进行变动，也能很快适应。 客户合作 敏捷开发中，客户是与开发团队一起工作的。如果开发过程中有什么问题或者产品每经过一次迭代后，能够以最快速度得到客户的反馈。 * * 为什么需要敏捷开发 敏捷开发的优势： 精确：传统瀑布式软件开发通常会在开发产品前对整个软件的需求进行分析，然后进行概要设计、详细设计、编码、测试过程，直到软件发布。但通常用户会发现那已经不是他们想要的东西。而敏捷方法则是通过短周期“设计－开发－交付”有用的软件给用户，并从用户那里得到反馈，再根据用户反馈进行下一个周期的“设计－开发－交付”。 质量：敏捷方法对每一次迭代周期的质量都有严格的要求。每一次迭代交付的软件必须是可运行并且有用的。 速度：敏捷团队只专注于开发项目中当前最需要的、最具价值的部分。这样能很快的投入开发。短的迭代周期也能使团队快速的投入到开发过程中。 丰厚的投资回报率：在敏捷开发过程中，最具价值的功能总是被优先开发，这样能给客户带来最大的投资回报率。 高效的自我管理团队：敏捷开发团队成员在开发过程中都能积极主动，自我管理。每个团队成员的技术能力、交流、社交、表达和领导能力都能得以提高。 * * 为什么需要敏捷开发 对比 相对于（非敏捷），敏捷软件开发具有以人为本、轻载灵活 、降低风险、提高质量、减少成本、效率高、见效快等优点。 相关统计表明，敏捷开发可以将效率提高3~10倍，软件的质量也有更加可靠的保证；同时，还给团队内的每个成员提供了良好的发展机会，技术和合作水平都能得到相应提高。 * * 敏捷开发的历史 2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，并把这些价值观和原则称为敏捷开发，他们称自己为敏捷联盟，随后创建了敏捷联盟