企业级业务架构设计读书总结

第一章 业务架构的发展历程



1. Zachman模型：6个层次6个维度36个组成部分。

2. TOGAF：分为业务架构和IT架构，强调基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。

3. FEA（联邦企业架构）：由5个参考模型组成。

4. DODAF（美国国防部体系架构框架）



技术人员认为业务架构虚的原因：

1. 用得少 通常需求分析或者产品分析即可满足开发需要。

2. 难设计 业务架构对战略的分解，业务架构自身的整合与标准化到IT设计的过度都存在不少陷阱

3. 易偏离 实施对业务架构的偏离会造成业务架构的失真。

4. 难维护



业务架构的目的是要降低复杂度。

定义：以实现企业战略为目标，构建企业整体业务能力规划并将其传导给技术实现端的结构化企业能力分析方法

业务架构的首要责任是实现业务与技术的深度融合



第二章 业务架构的作用及与IT架构的关系

作用

帮助企业完成深刻的数字化转型，使企业通过信息技术将内部、业务、与IT深刻的联系起来，成为高效的数字化企业

如果业务本身不被很好的结构化，模块化，那么技术人员也很难做出一个具有良好架构的系统。

关系

业务架构应当是企业战略而非IT战略的一部分.业务架构是灵魂,IT架构是容器，技术人员需要关注业务和业务架构.

业务架构可从企业出发,按照企业战略设计业务及业务过程.业务过程是需要业务能力支撑的,从战略到业务再到业务能力的需要,就形成了支撑企业战略实现的能力布局.业务架构设计会尽可能的追求以更为集约的能力实现,更为多变的业务或服务.



IT架构的４种架构的特点以及关系

1. 应用架构：重点关注的是功能布局，和业务架构的关系非常紧密．

2. 技术架构：主要关注分层结构

3. 数据架构：与业务架构关系紧密，甚至可以归类为业务架构的组成部分．

4. 安全架构：和业务架构一般不是十分紧密