架构实战：软体架构设计的过程

文章插图
架构实战：软体架构设计的过程【架构实战：软体架构设计的过程】架构实战——软体架构设计的过程一般指本词条
《架构实战：软体架构设计的过程》是2010年在机械工业出版社出版的图书，该书作者是（美国）伊乐斯、（美国）克里普斯，译者是蔡黄辉、马文涛。
基本介绍书名：架构实战:软体架构设计的过程
作者：伊乐斯(PeterEeles)
ISBN：9787111301158
定价：45.00元
出版社：机械工业出版社
出版时间：2010年4月1日
开本：16开
内容简介《架构实战:软体架构设计的过程》从基本原理入手，介绍软体架构设计过程中涉及的一些概念、流程、方法、用到的工作产品及可重用的资源，从第6章开始，通过介绍一个具体的案例来阐述如何定义需求、创建逻辑架构、创建物理架构。在第10章“进阶”中，作者补充说明了架构师和软体开发项目其他方面的关係，后面又说明了各种软体开发项目可能存在的困难及相应的处理方法。《架构实战:软体架构设计的过程》理论结合实践，介绍了一些可以套用到整个或部分的架构设计流程中的最佳方法。不管你是一位资深的架构师还是一位有志于成为架构师的初级使用者，通过阅读《架构实战:软体架构设计的过程》都能从中获益。作者简介作者：（美国）伊乐斯（Peter Eeles）（美国）克里普斯（Peter Cripps）译者：蔡黄辉马文涛伊乐斯（Peter Eeles），IBM RationaI Software的高级IT架构师，主要工作是进行架构设计和实现大规模、分散式的系统。他目前致力于帮助组织提高软体开发能力。除本书外，Eeles还与人合作编写了《Building J2EE Applicatio with theRatio rlaI Unifjed Process》（Addisorl-WesIey，2003）和《BuiIdlng Busi rless Objects》（Wiley，1998）。克里普斯（Peter Cripps），IBM Global Business Services的高级IT架构师，专注于套用组件和基于服务的开发技术，并在整个IBM公司推广架构设计最佳实践，目前从事IBM Unified Method FrarTlework的开发工作。图书目录译者序序前言致谢作者简介第1章导言1.1 流程套用1.2 流程概述1.3 範围1.4 总结第2章架构，架构师和架构设计2.1 架构2.1.1 架构定义结构2.1.2 架构定义行为2.1.3 架构关注重要的元素2.1.4 架构平衡利益相关者的需要2.1.5 架构基于合理证据使决策具体化2.1.6 架构会遵循一种架构风格2.1.7 架构受它的环境影响2.1.8 架构影响开发团队的结构2.1.9 所有系统都存在架构2.1.10 架构有特定的範围2.2 架构师2.2.1 架构师是技术领导2.2.2 架构师的角色可能由一个团队来履行2.2.3 架构师理解软体开发流程2.2.4 架构师掌握业务领域的知识2.2.5 架构师掌握技术知识2.2.6 架构师掌握设计技能2.2.7 架构师具备编程技能2.2.8 架构师是优秀的沟通人员2.2.9 架构师进行决策2.2.10 架构师知道组织政策2.2.11 架构师是谈判专家2.3 架构设计2.3.1 架构设计是一门科学2.3.2 架构设计是一门艺术2.3.3 架构设计跨越很多方面2.3.4 架构设计是一个渐进的活动2.3.5 架构设计受许多利益相关者驱动2.3.6 架构设计经常包括折中2.3.7 架构设计承认经验2.3.8 架构设计既由上而下也由下而上2.4 架构设计的优点2.4.1 架构设计解决系统的质量问题2.4.2 架构设计促进达成共识2.4.3 架构设计支持计画编制流程2.4.4 架构设计促进架构的完整性2.4.5 架构设计有助于管理複杂性2.4.6 架构设计为重用提供基础2.4.7 架构设计降低维护成本2.4.8 架构设计支持影响分析2.5 总结第3章方法基本原理3.1 关键概念3.2 方法内容3.2.1 角色3.2.2 工作产品3.2.3 活动3.2.4 任务3.3 流程3.3.1 瀑布流程3.3.2 叠代流程3.3.3 敏捷流程3.4 总结第4章编写软体架构文档4.1 最终的结局4.2 关键概念4.3 视点和视图4.3.1 基础视点4.3.2 交叉视点4.3.3 视图及图表4.3.4 视点及视图的优点4.4 模型4.4.1 实现的层级4.4.2 模型的优点4.5 架构描述框架的特徵4.5.1 软体架构的4+1视图模型4.5.2 Zachman框架4.5.3 R0zanski和W00ds框架4.6 一个架构描述框架4.6.1 视点4.6.2 产品4.6.3 实现的层级4.6.4 视图一致4.7 软体架构文档4.8 总结第5章可重用架构资源5.1 架构的来源5.2 架构资源元模型5.2.1 开发期资源5.2.2 运行期资源5.3 资源类型5.3.1 参考架构5.3.2 开发方法5.3.3 视点目录5.3.4 架构风格5.3.5 架构机制5.3.6 模式5.3.7 参考模型5.3.8 架构决策5.3.9 现有的应用程式5.3.10 封装的应用程式5.3.11 套用框架 5.3.12 组件库/组件5.4 架构资源的属性5.5 重用的其他考虑因素5.6 总结第6章案例介绍6.1 流程套用6.2 案例研究範围6.2.1 项目团队6.2.2 外部影响因素6.3 套用简介6.4 YourFour的愿景6.4.1 问题声明6.4.2 利益相关者6.4.3 系统功能6.4.4 系统的质量6.4.5 约束6.5 总结第7章定义需求7.1 关联需求和架构7.2 功能性需求和非功能性需求7.3 编写需求文档的技术7.4 流程套用7.5 理解任务描述7.6 定义需求：活动概览7.7 总结第8章创建逻辑架构8.1 从需求走向解决方案8.2 逻辑架构的价值8.2.1 使逻辑架构最小化8.2.2 把逻辑架构作为一项投资8.2.3 可追溯性的重要性8.3 流程套用8.4 创建逻辑架构：活动概览8.5 总结第9章创建物理架构9.1 从逻辑架构到物理架构9.2 流程套用9.3 创建物理架构：活动概览9.4 任务：调查架构资源9.5 任务：定义架构概览9.6 任务：编写架构决策文档9.7 任务：概述功能性元素9.7.1 将逻辑功能元素映射到物理功能元素9.7.2 确认物理功能元素9.7.3 採购产品9.7.4 适应特定技术的模式9.8 任务：概述部署元素9.8.1 映射逻辑部署元素到物理部署元素9.8.2 确认物理部署元素9.8.3 採购硬体9.9 任务：检验架构9.10 任务：构建架构概念证明9.11 任务：细化功能性元素9.12 任务：细化部署元素9.13 任务：确认架构9.14 任务：更新软体架构文档9.15 任务：和利益相关者複审架构9.16 总结第10章进阶10.1 架构师和项目团队10.1.1 架构师和需求10.1.2 架构师和开发10.1.3 架构师和测试10.1.4 架构师和项目管理10.1.5 架构师和配置管理10.1.6 架构师和变更管理10.1.7 架构师和开发环境10.1.8 架构师和业务分析10.2 架构师和外界影响10.2.1 企业架构10.2.2 设计权威10.2.3 基础设施提供者10.2.4 系统维护者10.3 複杂系统的架构设计10.3.1 许多独特的功能正在开发10.3.2 许多人员参与开发10.3.3 系统是高度分散式的10.3.4 开发团队是分散式的 10.3.5 运行质量非常有挑战性10.3.6 存在系统之系统10.4 总结附录A 软体架构元模型附录B 视点目录附录C 方法概述附录D 架构需求检查列表术语表参考文献