敏捷软件开发原则、模式与实践(高清有目录).pdf
http://www.100md.com
2020年11月3日
_1.jpg) |
| 第1页 |
_2.jpg) |
| 第9页 |
_3.jpg) |
| 第11页 |
_4.jpg) |
| 第23页 |
_5.jpg) |
| 第32页 |
_6.jpg) |
| 第438页 |
参见附件(25464KB，503页)。
《敏捷软件开发：原则、模式与实践》是清华大学出版社出版的图书，作者是Robert C. Martin。本书重点讲述了如何使用uml，并通过真实案例讲解如何用极限编程来设计、测试、量构和结对编程。
作者简介
Robert C.Martin是Object Mentor公司的总裁。
Martin和他的软件咨询队伍使用面向对象设计、模式、UML、敏捷方法学和极限编程，在世界各地都有他们的客户。他还是好几本畅销书的
作者，包括《Designing Object-Orient C++
Applications Using the Booch Method
(Prentice Hall，1995)，Martin博士还是《Pattern Languages of Program Design 3)(Addison-
Wesley，1997)一书的主编、《More C++ Gems)
(Cambridge，1995)一书的编辑，以及《XP in Practice》(Addison-Wesley，2001)的合作作者。
他还是1996-1999年《C++ Report》杂志的总编，并多次在国际会议和展览中发表富有特色的演讲。
内容简介
在本书中，享誉全球的软件开发专家和软件工程大师Robert C.
Martin将向您展示如何解决软件开发人员、项目经理及软件项目领导们所面临的最棘手的问题。这本综合性、实用性的敏捷开发和极限编程方面的指南，是由敏捷开发的创始人之一所撰写的。讲述在预算和时间要求下，软件开发人员和项目经理如何使用敏捷开发完成项目。
使用真实案例讲解如何用极限编程来设计、测试、重构和结对编程。
包含了极具价值的可多次使用的C++和Java源代码。
重点讲述了如何使用UML和设计模式解决面向客户系统的问题。
敏捷宣言遵循的原则
我们遵循以下原则：
我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
围绕被激励起来的个体来构建项目，给他们提供所需的环境和支持，并且信任他们能够完成工作.
在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
工作的软件是首要的进度度量标准。
敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
不断地关注优秀的技能和好的设计会增强敏捷能力简单-使未完成的工作最大化的艺术-是根本的.
最好的构架、需求和设计出自于自组织的团队。
每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
面向对象设计的原则
SRP 单一职责原则
就一个类而言，应该仅有一个引起它变化的原因.
OCP开放一封闭原则
软件实体(类、模块、函数等)应该是可以扩展的，但是不可修改.
LSP Liskov替换原则
子类型必须能够替换掉它们的基类型。
DIP 依赖倒置原则
抽象不应该依赖于细节，细节应该依赖于抽象。
ISP 接口隔离原则
不应该强迫客户依赖于它们不用的方法，接口属于客户，不属于它所在的类层次结构.
REP 重用发布等价原则
重用的粒度就是发布的粒度。
CCРCRPADPSDP共同封闭原则
包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。
共同重用原则
一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。
无环依赖原则
在包的依赖关系图中不允许存在环。
稳定依赖原则
朝着稳定的方向进行依赖.
SAP稳定抽象原则
包的抽象程度应该和其稳定程度一致。
敏捷软件开发原则、模式与实践(高清有目录)截图
您现在查看是摘要介绍页， 详见PDF附件(25464KB，503页)。