展开全部

主编推荐语

一本让各类读者都可以读得懂的架构书。

内容简介

企业级转型是一个很艰难的过程,它并非一个单纯的技术问题,因为转型涉及企业的方方面面,如果想走通这条路,尤其是对传统企业而言,充分认识自身、寻找适合自身的方法极为重要。笔者多年从事企业级业务架构设计与管控工作,有幸参与了一次历久弥新的企业转型工程,对业务架构在企业级项目和企业转型过程中发挥的作用深有体会,因此,笔者将对业务架构工作的感悟与自身的学习结合起来,超脱原有的工作实践和理论指导,面向可操作的一般方法论写作本书。本书没有让人拿捏不准的概念。殊少概念可能会因为追求易懂的效果而让部分读者觉得有失严谨,但是,“易懂”也是架构设计应当追求的目标之一。与概念较少相对应,本书的“感受”成分稍多,因为笔者相信融入“感受”比单纯写方法更容易引起读者的共鸣与思考。

目录

  • 版权信息
  • 推荐语
  • 前言 为何写作本书
  • 第一部分 业务架构基础篇
  • 第1章 业务架构的发展历程
  • 1.1 Zachman模型
  • 1.2 TOGAF
  • 1.3 FEA和DODAF
  • 1.4 沉吟至今
  • 1.5 业务架构的定义
  • 第2章 业务架构的作用及与IT架构的关系
  • 2.1 业务架构的作用
  • 2.2 业务架构与IT架构的关系
  • 第3章 架构伴侣:业务模型
  • 3.1 模型与业务模型
  • 3.2 常见的建模方法
  • 3.3 建模原则与模型思维的应用
  • 第二部分 业务架构设计篇
  • 第4章 业务架构的设计起点
  • 4.1 企业战略分析
  • 4.2 对标分析
  • 4.3 组织结构的影响不容忽视
  • 第5章 业务架构的设计过程
  • 5.1 价值链分析
  • 5.2 行为分析:业务领域和业务流程
  • 5.3 数据分析:企业级数据模型
  • 5.4 组件分析:行为与数据的结合
  • 5.5 业务架构的整体逻辑关系
  • 第6章 业务架构的设计难点
  • 6.1 基本的标准化方法
  • 6.2 避免“过度整合”
  • 6.3 何以解忧,唯有“融合”
  • 第7章 虚拟案例:商业银行业务架构设计
  • 7.1 价值链设计
  • 7.2 存款领域的模型设计
  • 7.3 贷款领域的模型设计
  • 7.4 跨领域的标准化
  • 7.5 组件设计
  • 7.6 案例总结
  • 第三部分 业务架构落地篇
  • 第8章 从业务架构模型到业务架构方案
  • 8.1 业务架构设计不是为了替代需求分析
  • 8.2 制作业务架构方案
  • 8.3 小团队的应对之道
  • 8.4 需要充分解释架构方案
  • 8.5 努力打造“通用语言”
  • 第9章 基于业务架构方案的实施过程
  • 9.1 基于业务架构的设计
  • 9.2 基于业务架构的协调
  • 9.3 处理架构调整的原则
  • 9.4 企业级物有所值吗?
  • 第10章 建立转型后的长期应用机制
  • 10.1 项目结束了该怎么办?
  • 10.2 促进深度融合的需求管理机制
  • 第11章 这个“笨重”的过程与敏捷沾边吗?
  • 11.1 传说中和现实中的双模开发
  • 11.2 与正宗的敏捷对比
  • 11.3 与非正宗的敏捷对比
  • 11.4 且行且珍惜
  • 第12章 企业级的“五难”
  • 12.1 捷径难寻
  • 12.2 文化难建
  • 12.3 预期难控
  • 12.4 权责难定
  • 12.5 长志难立
  • 第13章 实战:实现了快速设计的案例
  • 13.1 项目背景及需求
  • 13.2 设计思路和业务架构方案
  • 13.3 案例总结
  • 第四部分 架构方法改良篇
  • 第14章 如何支持面向构件的设计
  • 14.1 “乐高积木”式的软件设计
  • 14.2 “颗粒度”问题
  • 14.3 构件模型的设计方式
  • 14.4 建立构件模型的虚拟案例
  • 14.5 构件模型的技术设计建议
  • 14.6 本章小结
  • 第15章 构建轻量级架构管理工具
  • 15.1 构件模型的抽象要素及逻辑关系
  • 15.2 轻量级架构管理工具的设计原理
  • 15.3 采集项目信息的价值
  • 15.4 轻量级架构管理工具的优缺点
  • 15.5 应用轻量级架构管理工具管理新需求
  • 第16章 基于构件模型谈谈传统企业的产品创新
  • 16.1 信息传导:打造信息传递高速公路
  • 16.2 信息分析:创造高维数据
  • 16.3 创新平台:扩展构件模型
  • 16.4 构件模型及其应用设想的不足
  • 第五部分 业务架构与中台篇
  • 第17章 中台之上
  • 17.1 阿里中台简介
  • 17.2 企业文化的作用
  • 17.3 由业务架构方法可以推导出中台设计吗?
  • 尾声 对实践的再次思考
  • 附录A 位置、力量、资源
  • 附录B 积木式创新
展开全部

评分及书评

4.3
22个评分
  • 用户头像
    给这本书评了
    4.0
    业务架构设计,知易行难

    本书把企业级业务架构设计的方法,结合案例做了介绍。比较完整把业务架构的设计和 IT 架构的关系做了梳理。对个人来讲是很有帮助的。企业数字化转型的难度很大,需要精通业务和 IT 技术的人员的大量工作。同时必须要扭转所有人的认识。这就需要企业的战略投入。再到确保业务架构到 IT 架构的连续性,难度就更大了。每个项目都有可能带来破坏。要保证这个连续性,管理上也要下功夫。作者举的银行案例我认为有一定特殊性,资金安全保障和业务相对稳定会迫使企业在 IT 建设投入上大于其他行业,也使银行业系统的成熟度比较高。所以如果说银行业能够比较好的落地,一大可能是大投入,以及相对稳定的业务带来的。最好的规划一定是要能够真的指导落地的。所以我觉得值得实践的是,不要太细,能从价值链到核心活动再到关键任务作为业务架构,应用架构直接匹配,作为 IT 规划就够用了。也给各个产品,项目团队发挥的空间。

      转发
      评论
      用户头像
      给这本书评了
      5.0

      本书涉及从企业战略架构到业务架构到系统架构到技术架构再到数据架构整个软件架构的全过程,里面涵盖了企业管理流程设计,企业评估体系,企业商业模式,数据建模等等内容是一本在架构侧有指导意义的书,每一块的内容深入研究需要参考其他资料内容,本书对基本技能不做阐述,需要读者根据自身情况自行补课。

        转发
        评论

      出版方

      机械工业出版社有限公司

      机械工业出版社是全国优秀出版社,自1952年成立以来,坚持为科技、为教育服务,以向行业、向学校提供优质、权威的精神产品为宗旨,以“服务社会和人民群众需求,传播社会主义先进文化”为己任,产业结构不断完善,已由传统的图书出版向着图书、期刊、电子出版物、音像制品、电子商务一体化延伸,现已发展为多领域、多学科的大型综合性出版社,涉及机械、电工电子、汽车、计算机、经济管理、建筑、ELT、科普以及教材、教辅等领域。