敏捷开发的遵循原则
我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
即使到了开发的后期,也欢迎改变需求。
敏捷过程利用变化来为客户创造竞争优势。
经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
围绕被激励起来的个体来构建项目。
给他们提供所需的环境和支持,并且信任他们能够完成工作。
在团队内部,最具有效果并富有效率的传递信息的方法,就是面对面的交谈。
工作的软件是首要的进度度量标准。
敏捷过程提倡可持续的开发速度。
责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
n 不断地关注优秀的技能和好的设计会增强敏捷能力。
简单是最根本的。
n 最好的构架、需求和设计出自己组织的团队。
n 每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整。
当软件开发随需求的变化而变化时,软件设计会出现坏味道,当软件中出现下面任何一种气味时,表明软件正在腐化。
n 僵化性:很难对系统进行改动,因为每个改动都会迫使许多对系统其他部分的其它改动。
n 脆弱性:对系统的改动会导致系统中和改动的地方在概念上无关的许多地方出现问题。
n 牢固性:很难解开系统的纠结,使之成为一些可在其他系统中重用的组件。
n 粘滞性:做正确的事情比做错误的事情要困难。
不必要的复杂性:设计中包含有不具任何直接好处的基础结构。
n 不必要的重复性:设计中包含有重复的结构,而该重复的结构本可以使用单一的抽象进行统一。
晦涩性:很难阅读、理解。
没有很好地表现出意图。
敏捷团队依靠变化来获取活力。
团队几乎不进行预先设计,因此,不需要一个成熟的初始设计。
他们更愿意保持设计尽可能的干净、简单,并使用许多单元测试和验收测试作为支援。
这保持了设计的灵活性、易于理解性。
团队利用这种灵活性,持续地改进设计,以便于每次迭代结束生成的系统都具有最适合于那次迭代中需求的设计。
为了改变上面软件设计中的腐化味,敏捷开发采取了以下面向对象的设计原则来加以避免,这些原则如下:单一职责原则(SRP)就一个类而言,应该仅有一个引起它变化的原因。
开放-封闭原则(OCP)软件实体应该是可以扩展的,但是不可修改。
n Liskov替换原则(LSP)子类型必须能够替换掉它们的基类型。
n 依赖倒置原则(DIP)抽象不应该依赖于细节。
细节应该依赖于抽象。
n 接口隔离原则(ISP)不应该强迫客户依赖于它们不用的方法。
接口属于客户,不属于它所在的类层次结构。
n 重用发布等价原则(REP)重用的粒度就是发布的粒度。
共同封闭原则(CCP)包中的所有类对于同一类性质的变化应该是共同封闭的。
一个变化若对一个包产生影响,则将对该包中的所有类产生影响,而对于其他的包不造成任何影响。
共同重用原则(CRP)一个包中的所有类应该是共同重用的。
如果重用了包中的一个类,那么就要重用包中的所有类。
环依赖原则(ADP)在包的依赖关系图中不允许存在环。
稳定依赖原则(SDP)朝着稳定的方向进行依赖。
稳定抽象原则(SAP)包的抽象程度应该和其稳定程度一致。
上述中的包的概念是:包可以用作包容一组类的容器,通过把类组织成包,我们可以在更高层次的抽象上来理解设计,我们也可以通过包来管理软件的开发和发布。
目的就是根据一些原则对应用程序中的类进行划分,然后把那些划分后的类分配到包中。
敏捷设计是一个过程,不是一个事件。
它是一个持续的应用原则、模式以及实践来改进软件的结构和可读性的过程。
它致力于保持系统设计在任何时间都尽可能得简单、干净和富有表现力。
敏捷软件开发的软件四条原则
递增,而不是连续的:如果开发实践是真正的敏捷精神,那么交付的工作软件是一小部分一部分递增的。
不必等到一个阶段完全完成后才开始另一个,工作也不是向大的发布日期而努力。
完成的工作,但并不是业务最终期限,驱动着敏捷交付。
但敏捷精神也承认业务操纵着最后截止日期。
避免不必要的开销:如果实践仍然是真正的敏捷精神,那么团队就致力于尽可能多地减的项目计划和文档。
与其讨论要做什么,然后再写下来,不如赶紧动手云做。
否则,就是在浪费时间在工作的工作上。
在工作对工作中,敏捷精神有利于于实际的工——作交付工作软件。
而且它也值面对面的交流通过邮件和其他书面文件。
协作:根据需求,团队成员一直与其它人进行交互,以及一些外部利益相关者。
在敏捷教练世界中,整个团队的负责人Lisa Crispin能够解决所有问题,在问题出现之前 。
真正的敏捷精神团队是自助的。
他们分配需要做的工作。
虽然每个成员承担的任务都在他们的专业技能范围内,他们还是需要与团队协作的。
没有人的工作孤立的,也没有团队本身是独立工作的。
没有业务利益相关者,以及诸如用户体验方面的外部专家的重大投入,团队就不可能使项目向前发展, 说真话:为是保证真正的敏捷,团队探讨的与项目相关的一切都要是真实的。
在一些至关重要的专业领域,如冲刺测试的编码技能,他们承认存在差距。
关于实际生产力,他们的要讲事实;这也就是说,在y时间内,团队是否有能力做x。
他们承认错误。
说真话是一项挑战,因为我们害怕承认缺点会让我们显得很弱。
但敏捷精神知道说出事实需要勇气。
承认问题需要信心,然后快速地去解决问题。
对于Java初学者来说看这本书好不好?
1、《Java编程思想》 在有了一定的Java编程经验之后,你需要“知其所以然”了。
这个时候《Java编程思想》是一本让你知其所以然的好书,它对于基本的面向对象知识有比较清楚的交待,对Java基本语法,基本类库有比较清楚的讲解,可以帮你打一个良好的Java编程基础。
这本书的缺点是实在太厚,也比较罗嗦,不适合现代人快节奏学习,因此看这本书要懂得取舍,不是每章每节都值得一看的,挑重点的深入看就可以了。
2、《Agile Java》中文版 这本书是出版社送给我的,我一拿到就束之高阁,放在书柜一页都没有翻过,但是前两天整理书柜的时候,拿出来一翻,竟然发现这绝对是一本好书!这本书一大特点是以单元测试和TDD来贯穿全书的,在教你Java各种重要的基础知识的过程中,潜移默化的影响你的编程思维走向敏捷,走向TDD。
另外这本书成书很新,以JDK5.0的语法为基础讲解,要学习JDK5.0的新语法也不错。
还有这本书对于内容取舍也非常得当,Java语言毕竟类库庞大,可以讲的内容太多,这本书选择的内容以及内容的多寡都很得当,可以让你以最少的时间掌握Java最重要的知识,顺便培养出来优秀的编程思路,真是一本不可多得的好书。
虽然作者自己把这本书定位在入门级别,但我不确定这本书用来入门是不是稍微深了点,我自己也准备有空的时候翻翻这本书,学习学习。
二、Java编程进阶类 打下一个良好的Java基础,还需要更多的实践经验积累,我想没有什么捷径。
有两本书值得你在编程生涯的这个阶段阅读,培养良好的编程习惯,提高你的代码质量。
1、《重构 改善既有代码的设计》 这本书名气很大,不用多介绍,可以在闲暇的时候多翻翻,多和自己的实践相互印证。
这本书对你产生影响是潜移默化的。
2、《测试驱动开发 by Example》 本书最大特点是很薄,看起来没有什么负担。
你可以找一个周末的下午,一边看,一边照做,一个下午就把书看完,这本书的所有例子跑完了。
这本书的作用是通过实战让你培养TDD的思路。
三、Java架构师之路 到这个阶段,你应该已经非常娴熟的运用Java编程,而且有了一个良好的编程思路和习惯了,但是你可能还缺乏对应用软件整体架构的把握,现在就是你迈向架构师的第一步。
1、《Expert One-on-One J2EE Design and Development》 这本书是Rod Johnson的成名著作,非常经典,从这本书中的代码诞生了springframework。
但是好像这本书没有中译本。
2、《Expert One-on-One J2EE Development without EJB》 这本书由gigix组织翻译,多位业界专家参与,虽然署名译者是JavaEye,其实JavaEye出力不多,实在是忝居译者之名。
以上两本书都是Rod Johnson的经典名著,Java架构师的必读书籍。
在我所推荐的这些书籍当中,是我看过的最仔细,最认真的书,我当时读这本书几乎是废寝忘食的一气读完的,有小时候挑灯夜读金庸武侠小说的劲头,书中所讲内容和自己的经验知识一一印证,又被无比精辟的总结出来,读完这本书以后,我有种被打通经脉,功力爆增的感觉。
但是后来我看过一些其他人的评价,似乎阅读体验并没有我那么high,也许是因为每个人的知识积累和经验不同导致的。
我那个时候刚好是经验知识积累已经足够丰富,但是还没有系统的整理成型,让这本书一梳理,立刻形成完整的知识体系了。
3、《企业应用架构模式》 Martin的又一本名著,但这本书我只是泛泛的看了一遍,并没有仔细看。
这本书似乎更适合做框架的人去看,例如如果你打算自己写一个ORM的话,这本书是一定要看的。
但是做应用的人,不看貌似也无所谓,但是如果有空,我还是推荐认真看看,会让你知道框架为什么要这样设计,这样你的层次可以晋升到框架设计者的角度去思考问题。
Martin的书我向来都是推崇,但是从来都没有像Rod Johnson的书那样非常认真去看。
4、《敏捷软件开发 原则、模式与实践》 Uncle Bob的名著,敏捷的经典名著,这本书比较特别,与其说是讲软件开发过程的书,不如说讲软件架构的书,本书用了很大篇幅讲各种面向对象软件开发的各种模式,个人以为看了这本书,就不必看GoF的《设计模式》了。
四、软件开发过程 了解软件开发过程不单纯是提高程序员个人的良好编程习惯,也是增强团队协作的基础。
1、《UML精粹》 UML其实和软件开发过程没有什么必然联系,却是软件团队协作沟通,撰写软件文档需要的工具。
但是UML真正实用的图不多,看看这本书已经足够了,完全没有必要去啃《UML用户指南》之类的东西。
要提醒大家的是,这本书的中译本翻译的非常之烂,建议有条件的看英文原版。
2、《解析极限编程 拥抱变化》XP 这是Kent Beck名著的第二版,中英文对照。
没什么好说的,必读书籍。
3、《统一软件开发过程》UP 其实UP和敏捷并不一定冲突,UP也非常强调迭代,测试,但是UP强调的文档和过程驱动却是敏捷所不取的。
不管怎么说,UP值得你去读,毕竟在中国真正接受敏捷的企业很少,你还是需要用UP来武装一下自己的,哪怕是披着UP的XP。
4、《敏捷建模》AM Scott Ambler的名著,这本书非常的progmatic,告诉你怎么既敏捷又UP,...
什么是敏捷开发
敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式,目标是提高开发效率和响应能力。
除了原则和实践,模式也是很总要的,多研究模式及其应用可以使你更深层次的理解敏捷开发。
建议看一看大神的作品:《敏捷软件开发原则、模式和实践》
软件工程入门学些什么
软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。
它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。
在现代社会中,软件应用于多个方面。
典型的软件有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。
同时,各个行业几乎都有计算机软件的应用,如工业、农业、银行、航空、政府部门等。
这些应用促进了经济和社会的发展,也提高了工作效率和生活效率 。
研究领域有:软件架构、软件设计方法、软件领域建模、软件工程决策支持、软件工程教育、软件测试技术、自动化的软件设计和合成、基于组件的软件工程、计算机支持的协同工作、编程语言和软件工程、计算机网络、信息与通信安全、计算机图形学与人机交互、多媒体技术应用、人工智能与识别、嵌入式软件与应用、自动控制、分布式计算与网格计算、云计算技术、存储技术、数据库技术研究、计算机辅助设计与应用技术、大数据分析与处理
帮忙推荐一本C#设计模式方面的书
一、《深入理解Java虚拟机:JVM高级特性与最佳实践》,作者是周志明,这本书可以说是国内写得最好的有关Java虚 拟机的书籍。
二、《HotSpot实战》,如果希望在Java虚拟机规范的基础上更加深入地去理解虚拟机的一些细节是怎么实现的,就可以看一下《HotSpot实战》一书,作者是陈涛。
三、《Java并发编程实战》,作者是Brian Goetz四、《java多线程编程核心技术》,《Java多线程编程核心技术》作者高洪岩。
想要学习多线程,值得推荐。
转载请注明出处51数据库 » 敏捷软件开发—原则模式与实践