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

目录在这个关于软件工程的专栏里，作者将应用敏捷方法学对软件开发过程中架构设计进行研究。一. 从方法论看架构设计 3 1. 方法论Methodology 3 2. 重量 4 3. 方法论的艺术 5 4. 敏捷 5 5. 架构设计 5 二. 架构设计的敏捷视图 6 1. 目标 6 2. 规则 6 3. 抽象 7 4. 架构的一些误解 8 5. 架构设计的过程模式 8 6. 敏捷型架构设计 9 三. 源自需求 9 1. 针对需求设计架构 10 2. 从需求到架构 10 3. 仅针对需求设计架构 11 4. 模式 11 5. 抓住重点 12 6. 架构设计和领域专家 12 四. 团队设计 13 1. 避免象牙塔式的架构设计 14 2. 选择你的设计团队。 14 3. 团队设计中存在的问题 14 4. 团队沟通 14 5. 标准和风格 15 6. 团队设计的四明确 15 7. 不仅仅是架构 16 五. 简单设计 16 1. 降低开发的成本 17 2. 提升沟通的效率 17 3. 考虑未来 17 4. 架构的稳定 17 5. 辨正的简单 18 6. 简单并不等于实现简单 18 7. 简单设计需要什么样的设计师 18 8. 更深入的理解 19 六. 迭代设计 19 1. 初始设计和迭代设计 20 2. 单次的迭代 20 3. 迭代的交错 20 4. 迭代频率 21 5. 如何确定软件的迭代周期 21 6. 迭代周期和软件架构的改进 21 7. 实例 21 七. 组合使用模式 23 1. 四种模式的着重点 23 2. 需求和迭代 24 3. 简单和迭代 25 4. 团队和简单 25 5. 模式的源头 25 八. 架构愿景 25 1. 架构愿景的层次 26 2. 架构愿景的形成过程 27 3. 使用架构模式 27 九. 分层(上) 28 1. 实例 29 十. 分层(下) 32 1. 何时使用分层技术？ 32 2. 如何使用分层技术？ 33 3. 如何存放数据（状态）？ 33 4. 处理好接口 33 5. 兼顾效率 33 6. 以迭代的方式进行分层 34 7. 层内的细分 34 8. 面向接口编程 34 9. 数据映射层 36 10. 总结 36 十一. 精化和合并 36 1. 实例 37 十二. 重构（Refactoring） 40 1. 防止改变的发生 40 2. 对软件架构进行重构 41 3. 重构到模式 41 4. 测试行为 41 5. 只针对有需要的设计进行重构 42 6. 使用文档记录重构的模式 42 7. 重构并保持模式的一致性 42 十三. 稳定化 42 1. 需求冻结 42 2. 稳定架构 43 3. 保证架构稳定的优秀实践 43 4. 总结 45 十四. 代码验证 45 1. 面向对象体系中的代码验证 45 2. 接口和架构 45 3. 测试驱动 46 4. 针对接口的测试 47 5. 测试网 47 6. 总结 47 十五. 进一步阅读 47 十六. 关于作者 50 从方法论看架构设计 方法论对软件开发而言意味着什么？我们如何看待软件开发中的方法论？方法论能够成为软件开发的救命稻草吗？在读过此文后，这些疑惑就会得到解答。 在第一篇文章中，我们来了解标题中的一些词的含义。 方法学是什么？ 敏捷是什么？ 为什么讨论架构？ 方法论Methodology 方法论的英文为Methodology，词典中的解释为A series of related methods or techniques我们可以把它定义为软件开发（针对软件开发）的一整套方法、过程、规则、实践、技术。关于方法论的出现的问题，我很赞同Alistair Cockburn的一句话，方法论源于恐惧。出于对项目的超期、成本失控等等因素的恐惧，项目经理们从以前的经验出发，制定出了一些控制、监测项目的方法、技巧。这就是方法论产生的原因。 在Agile Software Development一书中，作者提到了方法论的十三个要素，基本能够涵盖方法论的各个方面： 角色（Roles） 个性（Personality） 技能（Skills） 团队（Teams） 技术（Techniques） 活动（Activities） 过程（Process） 工件（Work products） 里程碑（Milestones） 标准（Standards） 质量（Quality） 工具（Tools） 团队价值（Team Values） 它们之间的关系可以用一幅图来表示： 图 1. 方法论的十三个要素 很多的方法论，都涉及了上面列举的十三要素中的部分要素，因此，我们可以把方法论看作是一个抽象的、无穷的超集，而现实中的方法论都是指超集的一个有限的子集而已。它们之间的关系就好像有理数和1到100之间的整数的关系一样。