敏捷思维-架构设计中的方法学

《敏捷思维-架构设计中的方法学》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、敏捷思维-架构设计中的方法学目录在这个关于软件工程的专栏里，作者将应用敏捷方法学对软件开发过程中架构设计进行研究。一.从方法论看架构设计31.方法论Methodology32.重量43.方法论的艺术54.敏捷55.架构设计5二.架构设计的敏捷视图61.目标62.规则63.抽象74.架构的一些误解85.架构设计的过程模式86.敏捷型架构设计9三.源自需求91.针对需求设计架构102.从需求到架构103.仅针对需求设计架构114.模式115.抓住重点126.架构设计和领域专家12四.团队设计131.避免象牙塔式的架构设计142.选择你的设计团

2、队。143.团队设计中存在的问题144.团队沟通145.标准和风格156.团队设计的四明确157.不仅仅是架构16五.简单设计161.降低开发的成本172.提升沟通的效率173.考虑未来174.架构的稳定175.辨正的简单186.简单并不等于实现简单187.简单设计需要什么样的设计师188.更深入的理解19六.迭代设计191.初始设计和迭代设计202.单次的迭代203.迭代的交错204.迭代频率215.如何确定软件的迭代周期216.迭代周期和软件架构的改进217.实例21七.组合使用模式231.四种模式的着重点232.需求和迭代243.简

3、单和迭代254.团队和简单255.模式的源头25八.架构愿景251.架构愿景的层次262.架构愿景的形成过程273.使用架构模式27九.分层(上)281.实例29十.分层(下)321.何时使用分层技术？322.如何使用分层技术？333.如何存放数据（状态）？334.处理好接口335.兼顾效率336.以迭代的方式进行分层347.层内的细分348.面向接口编程349.数据映射层3610.总结36十一.精化和合并361.实例37十二.重构（Refactoring）401.防止改变的发生402.对软件架构进行重构413.重构到模式414.测试行为

4、415.只针对有需要的设计进行重构426.使用文档记录重构的模式427.重构并保持模式的一致性42十三.稳定化421.需求冻结422.稳定架构433.保证架构稳定的优秀实践434.总结45十四.代码验证451.面向对象体系中的代码验证452.接口和架构453.测试驱动464.针对接口的测试475.测试网476.总结47十五.进一步阅读47十六.关于作者50一.从方法论看架构设计方法论对软件开发而言意味着什么？我们如何看待软件开发中的方法论？方法论能够成为软件开发的救命稻草吗？在读过此文后，这些疑惑就会得到解答。在第一篇文章中，我们来了解标

5、题中的一些词的含义。*方法学是什么？*敏捷是什么？*为什么讨论架构？1.方法论Methodology方法论的英文为Methodology，词典中的解释为"Aseriesofrelatedmethodsortechniques"我们可以把它定义为软件开发（针对软件开发）的一整套方法、过程、规则、实践、技术。关于方法论的出现的问题，我很赞同AlistairCockburn的一句话，"方法论源于恐惧。"出于对项目的超期、成本失控等等因素的恐惧，项目经理们从以前的经验出发，制定出了一些控制、监测项目的方法、技巧。这就是方法论产生的原因。在Agil

6、eSoftwareDevelopment一书中，作者提到了方法论的十三个要素，基本能够涵盖方法论的各个方面：*角色（Roles）*个性（Personality）*技能（Skills）*团队（Teams）*技术（Techniques）*活动（Activities）*过程（Process）*工件（Workproducts）*里程碑（Milestones）*标准（Standards）*质量（Quality）*工具（Tools）*团队价值（TeamValues）它们之间的关系可以用一幅图来表示：图1.方法论的十三个要素很多的方法论，都涉及了上面列

7、举的十三要素中的部分要素，因此，我们可以把方法论看作是一个抽象的、无穷的超集，而现实中的方法论都是指超集的一个有限的子集而已。它们之间的关系就好像有理数和1到100之间的整数的关系一样。不论是XP，还是UI设计经验之类，都属于方法论的一个子集，只是这两个子集之间有大小的差别而已。我们还应该看到，讨论一个完备的方法论是没有意义的，因此这种方法论铁定不存在，就好像你视图穷举出所有的有理数一样荒唐。因此，我们关于一个通用的方法论的说法也是无意义的。好的方法论，比如说XP、水晶系列，它们都有一个适合的范围，因为它们了解一点，自己并不是一个无所不能

8、的方法论。在现实中，我们其实不断的在接触方法论。比如说，为了控制项目的进度，项目经理要求所有的开发人员每周递交一份详细的进度报告，这就是一种方法、一种技巧。如果把开发过程中的这些技巧系统的组织