敏捷开发的经典书 内容简介 在这本书中，享誉全球的软件开发专家和软件工程大师Robert C.Martin将向您展示如何解决软件开发人员、项目经理及软件项目领导们所面临的最棘手的问题。这本综合性、实用性的敏捷开发和极限编程方面的指南，是由敏捷开发的创始人之一所撰写的。 　　·讲述在预算和实践要求下，软件开发人员和项目经理如何使用敏捷开发完成项目。 　　·使用真实案例讲解如何用极限编程来设计、测试、重构和结对编程。 　　·包含了极具价值的可多次使用的C++和JAVA源代码 　　·重点讲述了如何使用UML和设计模式解决面向客户系统的问题

Scrum定义了4种主要的角色： •产品拥有者（Product Owner）：该角色负责产品的远景规划，平衡所有利益相关者（stakeholder）的利益，确定不同的产品需求积压的优先级等。它是开发团队和客户或最终用户之间的联络点。 •利益相关者（Stakeholder）：该角色与产品之间有直接或间接的利益关系，通常是客户或最终用户代表。他们负责收集编写产品需求，审查项目成果等。 •Scrum专家（Scrum Master）：Scrum专家负责指导开发团队进行Scrum开发与实践。它也是开发团队与产品拥有者之间交流的联络点。 •团队成员（Team Member）：即项目开发人员。 Scrum提供一个敏捷开发框架，其他许多敏捷方法都可以被集成到Scrum中。比如测试驱动开发（test-driven development）和结对编程（pair programming）等都可以被整合到Scrum中。

敏捷软件开发 原则、模式与实践 敏捷开发必读

敏捷软件开发过程的研究与实践，陈晓俊，方向忠，近年来，为了快速应对复杂多变的软件需求，越来越多的软件团队将敏捷开发方法应用于软件开发的实践当中。敏捷开发强调与人交流的

敏捷软件开发.pdf 凝聚了世界级软件开发大师Robert C. Martin数十年软件开发和培训经验，Java版曾荣获计算机图书最高荣誉——Jolt大奖，是广受推崇的经典著作，自出版以来一直畅销不衰。要想成为一名优秀的软件开发人员，需要熟练应用编程语言和开发工具，更重要的是能够领悟优美代码背后的原则和前人总结的经验——这正是《敏捷软件开发:原则、模式与实践(C#版)》的主题。 不要被书名误导了，《敏捷软件开发:原则、模式与实践(C#版)》不是那种以开发过程为主题的敏捷软件开发类图书。在书中，作者延续了自己一贯的写作风格，让你亲历现场，并用幽默亲切的语言和插图，通过一步步展示来自开发一线的代码，分析各种设计决策及其得失，以清晰、易于理解的方式讲述了真实程序设计中最基本然而也是最难做到正确应用的原则（包括SRP、LSP、OCP、DIP、ISP等类设计原则，以及多个包设计原则）与设计模式（不限于GoF经典模式，包括许多作者自己的成果）。

第Ⅰ部分 敏捷开发 第一章 敏捷实践 1.1 敏捷联盟 1.2 原则 1.3 结论 参考文献 第二章 极限编程概述 2.1 极限编程实践 2.2 结论 参考文献 第三章 计划 3.1 初始探索 3.2 发布计划 3.3 迭代计划 3.4 任务计划 3.5 迭代 3.6 结论 参考文献 第四章 测试 4.1 测试驱动的开发方法 4.2 验收测试 4.3 结论 参考文献 第五章 重构 5.1 素数产生程序一个简单的重构示例 5.2 结论 参考文献 第六章 一次编程实践 6.1 保龄球比赛 6.2 结论 第Ⅱ部分 敏捷设计 第七章 什么是敏捷设计 7.1 软件出了什么错 7.2 设计的臭味——腐化软件的气味 7.3 “Copy”程序 7.4 保持尽可能好的设计 7.5 结论 参考文献 第八章 单一责任原则（SRP） 8.1 单一职责原则（SRP） 8.2 结论 参考文献 第九章 开放—封闭原则（OCP） 9.1 开放—封闭原则（OCP） 9.2 描述 9.3 关键是抽象 9.4 结论 参考文献 第十章 Liskov替换原则（LSP） 10.1 Liskov替换原则（LSP） 10.2 一个违反LSP的简单例子 10.3 正方形和矩形，更微妙的违规 10.4 一个实际的例子 10.5 用提取公共部分的方法代替继承 10.6 启发式规则和习惯用法 10.7 结论 参考文献 第十一章 依赖倒置原则（DIP） 11.1 依赖倒置原则（DIP） 11.2 层次化 11.3 一个简单的例子 11.4 熔炉示例 11.5 结论 参考文献 第十二章 接口隔离原则（ISP） 12.1 接口污染 12.2 分离客户就是分离接口 12.3 接口隔离原则（ISP） 12.4 类接口与对象接口 12.5 ATM用户界面的例子 12.6 结论 参考文献 第Ⅲ部分 薪水支付案例研究 第十三章 COMMAND模式和ACTIVE OBJECT模式 第十四章 TEMPLATE METHOD模式和STRATEGY模式：继承与委托 第十五章 FACADE模式和MEDIATOR模式 第十六章 SINGLETON模式和MONOSTATE模式 第十七章 NULL OBJECT模式 第十八章 薪水支付案例研究：第一次迭代开始 第十九章 薪水支付案例研究：实现 第Ⅳ部分 打包薪水支付系统 第二十章 包的设计原则 第二十一章 FACTORY模式 第二十二章 薪水支付案例研究（第2部分） 第Ⅴ部分 气象站案例研究 第二十三章 COMPOSITE模式 第二十四章 OBSERVER模式——回归为模式 第二十五章 ABSTRACT SERVER模式、ADAPTER模式和BRIDGE模式 第二十六章 PROXY模式和STAIRWAY TO HEAVEN模式：管理第三方API 第二十七章 案例研究：气象站 第Ⅵ部分 ETS案例研究 第二十八章 VISITOR模式 第二十九章 STATE模式 第三十章 ETS框架 附录 附录A UML表示法Ⅰ：CGI示例 附录B UML表示法Ⅱ：统计多路复用器 附录C 两个公司的讽刺小品 附录D 源代码就是设计 索引

华为敏捷软件开发解读V1.01

为落实敏捷软件开发在我司的顺利推行，使广大软件开发管理者和开发人员深刻领会敏捷核心理念，熟练掌握敏捷实践方法，从而达到增强应对需求变化的能力、提高产品质量、提升开发效率和缩短交付周期等方面的目标。

什么是敏捷软件开发？ 敏捷方法的项目计划 敏捷项目管理和传统项目管理 为什么使用敏捷？ Scrum概述 Scrum的角色 Scrum实践和工作产品 敏捷开发中的估计方法 测试驱动开发 Scrum应用 支持工具和模版 一些常见的误解

基于敏捷软件开发的软件工程教学研究 作者：管林挺　顾沈明 来源：《计算机时代》2009年第08期 摘要：讨论了当前软件工程存在的问题和敏捷软件开发对相应问题的解决方法 ；针对软件工程在教学中遇到的问题，提出了基于敏捷软件开发组织教学内容和教学实 践的方法，并分析了这种方法的优点。 关键词：敏捷软件开发；极限编程；软件工程；教学 0　引言 在《软件工程》教学过程中，由于教学内容和教学方法等诸多原因，上课效果并 不十分理想，许多学生反映课程内容抽象，缺乏实践，难以理解，认为软件工程课程不 实用，不重要。大多数同学编写软件的方法还是处于原始的编码和调试阶段，软件开发 是没有计划的，软件的设计是在编写的过程中临时决定的。这种做法在编写小软件时还 够用，但是当真正参与开发商业软件时，由于软件的复杂性大大增加，修改或增加功能 都会很困难，而且软件错误变得越来越多并难以排除，系统开发完后需要相当长的测试 阶段，甚至会觉得项目的完成遥遥无期，从而对会项目产生了严重的影响。所以系统的 学习软件开发技术是十分重要的。 然而《软件工程》本身也存在问题，学生难以深入理解和掌握《软件工程》所涉及 的知识点也有其