敏捷开发

最新推荐文章于 2025-02-02 13:34:31 发布

zttcn

最新推荐文章于 2025-02-02 13:34:31 发布

阅读量159

点赞数

分类专栏：软件工程文章标签：敏捷开发软件测试设计模式项目管理 XP

6 篇文章

订阅专栏

更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。

请注意其中的三个关键词：
在项目的整个生命周期中：这就涉及到了【敏捷项目管理】、【敏捷需求获取】、狭义的【敏捷软件开发】三个主要的领域和过程

敏捷软件开发宣言：

个体和交互       胜过    过程和工具

可以工作的软件   胜过    面面俱到的文档

客户合作          胜过    合同谈判

响应变化          胜过    遵循计划

敏捷宣言遵循的原则：

1. 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

2. 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。

3. 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。

4. 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。

5. 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。

6. 在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。

7. 工作的软件是首要的进度度量标准。

8. 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。

9. 不断地关注优秀的技能和好的设计会增强敏捷能力。

10. 简单是最根本的。

11. 最好的构架、需求和设计出于自组织团队。

12. 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

面向对象的设计原则：

单一职责原则(SRP)

就一个类而言，应该仅有一个引起它变化的原因。

开放-封闭原则(OCP)

软件实体应该是可以扩展的，但是不可修改。

Liskov替换原则(LSP)

子类型必须能够替换掉它们的基类型。

依赖倒置原则(DIP)

抽象不应该依赖于细节。细节应该依赖于抽象。

接口隔离原则(ISP)

不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。

重用发布等价原则(REP)

重用的粒度就是发布的粒度。

共同封闭原则(CCP)

包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。

共同重用原则(CRP)

一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。

无环依赖原则(ADP)

在包的依赖关系图中不允许存在环。

稳定依赖原则(SDP)

朝着稳定的方向进行依赖。

稳定抽象原则(SAP)

包的抽象程度应该和其稳定程度一致。