推荐语<br>前言<br> 第一部分 业务架构基础篇<br>第1章 业务架构的发展历程2<br>1.1 Zachman模型2<br>1.2 TOGAF4<br>1.3 FEA和DODAF5<br>1.4 沉吟至今6<br>1.5 业务架构的定义8<br>第2章 业务架构的作用及与IT架构的关系10<br>2.1 业务架构的作用10<br>2.2 业务架构与IT架构的关系14<br>第3章 架构伴侣:业务模型18<br>3.1 模型与业务模型18<br>3.2 常见的建模方法21<br>3.3 建模原则与模型思维的应用25<br> 第二部分 业务架构设计篇<br>第4章 业务架构的设计起点33<br>4.1 企业战略分析33<br>4.2 对标分析38<br>4.3 组织结构的影响不容忽视40<br>第5章 业务架构的设计过程44<br>5.1 价值链分析44<br>5.2 行为分析:业务领域和业务流程46<br>5.3 数据分析:企业级数据模型49<br>5.4 组件分析:行为与数据的结合51<br>5.5 业务架构的整体逻辑关系53<br>第6章 业务架构的设计难点56<br>6.1 基本的标准化方法56<br>6.2 避免“过度整合”59<br>6.3 何以解忧,唯有“融合”59<br>第7章 虚拟案例:商业银行业务架构设计61<br>7.1 价值链设计61<br>7.2 存款领域的模型设计63<br>7.3 贷款领域的模型设计65<br>7.4 跨领域的标准化67<br>7.5 组件设计70<br>7.6 案例总结73<br> 第三部分 业务架构落地篇<br>第8章 从业务架构模型到业务架构方案76<br>8.1 业务架构设计不是为了替代需求分析76<br>8.2 制作业务架构方案77<br>8.3 小团队的应对之道83<br>8.4 需要充分解释架构方案84<br>8.5 努力打造“通用语言”85<br>第9章 基于业务架构方案的实施过程88<br>9.1 基于业务架构的设计89<br>9.2 基于业务架构的协调94<br>9.3 处理架构调整的原则96<br>9.4 企业级物有所值吗?100<br>第10章 建立转型后的长期应用机制103<br>10.1 项目结束了该怎么办?103<br>10.2 促进深度融合的需求管理机制106<br>第11章 这个“笨重”的过程与敏捷沾边吗?110<br>11.1 传说中和现实中的双模开发110<br>11.2 与正宗的敏捷对比112<br>11.3 与非正宗的敏捷对比114<br>11.4 且行且珍惜115<br>第12章 企业级的“五难” 117<br>12.1 捷径难寻118<br>12.2 文化难建119<br>12.3 预期难控120<br>12.4 权责难定121<br>12.5 长志难立123<br>第13章 实战:实现了快速设计的案例124<br>13.1 项目背景及需求124<br>13.2 设计思路和业务架构方案125<br>13.3 案例总结129<br> 第四部分 架构方法改良篇<br>第14章 如何支持面向构件的设计132<br>14.1 “乐高积木”式的软件设计132<br>14.2 “颗粒度”问题134<br>14.3 构件模型的设计方式136<br>14.4 建立构件模型的虚拟案例139<br>14.5 构件模型的技术设计建议146<br>14.6 本章小结148<br>第15章 构建轻量级架构管理工具150<br>15.1 构件模型的抽象要素及逻辑关系150<br>15.2 轻量级架构管理工具的设计原理153<br>15.3 采集项目信息的价值155<br>15.4 轻量级架构管理工具的优缺点155<br>15.5 应用轻量级架构管理工具管理新需求156<br>第16章 基于构件模型谈谈传统企业的产品创新159<br>16.1 信息传导:打造信息传递高速公路160<br>16.2 信息分析:创造高维数据162<br>16.3 创新平台:扩展构件模型165<br>16.4 构件模型及其应用设想的不足169<br> 第五部分 业务架构与中台篇<br>第17章 中台之上172<br>17.1 阿里中台简介172<br>17.2 企业文化的作用174<br>17.3 由业务架构方法可以推导出中台设计吗?176<br>尾声 对实践的再次思考179<br>附录A 位置、力量、资源183<br>附录B 积木式创新187
温馨提示:请使用浙江工贸职业技术学院的读者帐号和密码进行登录