屹砾

屹砾技术博客,记录生活点滴。
Email/QQ/Skype/MSN/GTalk: eli.wuhan@gmail.com

留言簿

积分与排名

ELi - 屹砾网络

JavaSE & JavaEE

JavaTesting

Linux & Unix

OpenSource

收藏链接

时事点评

阅读排行榜

评论排行榜

敏捷软件开发

 

敏捷软件开发宣言

我们正在通过亲身实践以及帮助他人实践,揭示
更好的软件开发方法。通过这项工作,我们认为:

个人和交互   胜过  过程和工具
可以工作的软件 胜过  面面俱到的文档
客户合作    胜过  合同谈判
响应变化    胜过  遵循计划

虽然右项也具有价值,
但我们认为左项具有更大的价值。

Kent Beck        James Grenning        Rebert C. Martin
Mike Beedle        Jim Highsmith        Steve Mellor
Arie van Bennekum    Andrew Hunt        Ken Schwaber
Allstair Cockburn    Ron Jeffries        Jeff Sutherland
Ward Cunningham        Jon Kern        Dave Thomas
Martin Fowler        Brian Marick
--------------------------------------------------------------
 敏捷宣言遵循的原则

 我们遵循以下原则:
  • 我们最优先要帮的是通过迟早的、持续的交付有价值的软件来使客户满意。
  • 即使到了开发后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
  • 经常性的音乐会可以工作的软件,音乐会的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
  • 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
  • 围绕被激励起来的个人来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。
  • 在团队内容,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。
  • 工作的软件是首要的进度试题标准。
  • 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
  • 不断地关注优秀的技能和好的设计会增强敏捷能力。
  • 简单————完成工作最大化的艺术————是根本的。
  • 最好的构架、需求和设计出自于自组织的团队。
  • 每隔一定时间,团队会在如何才能理有效地工作方面进行反省,然后相应地对自己的行为进行调整。
--------------------------------------------------------------

面向对象设计的原则

SRP 单一职责原则
就一个类而言,应该仅有一个引起它变化的原因。

OCP 开放——封闭原则
软件实体(类、模块、函数)应该是可以扩展的、但是不可修改。

LSP Liskov 替换原则
子类型必须能够替换它们的基类型。

DIP 依赖倒置原则
抽象不应该依赖于细节。细节应该依赖于抽象。

ISP 接口隔离原则
不应该强迫客户依赖于它们不用的方法。接口属于客户,不属于它所在的类层次结构。

REP 重用发布等价原则
重用的粒度就是发布的粒度。

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

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

ADP 无环依赖原则
在包的依赖关系图中不允许存在环(循环依赖)。

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

SAP 稳定抽象原则
包的抽象程序应该和其稳定程度一致。

posted on 2008-07-15 15:26 屹砾 阅读(34) 评论(0)  编辑  收藏 所属分类: 开发思想


标题  
姓名  
主页
验证码 *  
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2008-07-16 08:51 编辑过
 
 
相关链接:
网站导航: