企业架构设计思想思维导图

这是一篇关于企业架构设计思想的思维导图。该思维导图指出了企业架构设计过程所需要注意的相关因素及企业架构设计方法。

企业架构设计思想

• 企业架构（EA)
  • 1.架构的原意："architecture",表示“体系结构”的含义，可以是建筑物或任何物理实体的结构
  • 2.信息系统架构：软件架构、网络架构，“架构”表示信息系统各组成之间的体系结构
  • 3.TODAF的定义
    • 对一个系统的正式描述，或者是对一个系统在组件层面上的详细规划以用于指导该系统的实现
    • 系统各组成部分之间的结构，它们之间的相互关系和治理它们的设计及长期演化的原则和指导意见
  • 4.系统和组件
    • 确定系统的边界是确定系统与组件之间的关系至关重要的一步
    • 系统边界明确了观察者所处的位置，并明确系统与组件之间的关系
    • 观察者的角度往往决定了在一个给定的系统边界的内部，组件与组件之间的关系是如何构建的
  • 5.架构原则与指导意见（图）
  • 6.架构治理与演化（图）
    • TOGAF将架构治理定义为“在企业范围级别管理和控制企业架构和其他架构的实践与定位。架构治理关注流程变更（设计治理）和生产系统运营（运营治理）”
  • 7.企业架构的作用和意义
    • 数据处理的六个阶段增长模型（图）
    • 企业架构帮助一个组织实现该战略转型，并为其在转型之后持续不断地向上发展提供一套经验总结和实践方法
    • 架构的战略作用（图）
    • 特点和作用
      • 是信息化战略的载体
      • 是横跨该组织所有信息系统的管理工具
      • 是实现柔性的手段
      • 是一个长时间范畴的规划
      • 是组织协调业务与IT的工具和设计决策
      • 是控制复杂度与风险，了解投资与回报的工具
  • 8.企业架构的定义
    • 包含了对目标组织系统内部与信息化有关的各组成部分及其结构和相互关系的整体描述，以及指导该架构的设计过程和管理及维护该架构产品的各项原则与指导意见
  • 9.企业架构与其他架构类型的区别和联系
    • 业务架构主要定义业务策略、组织结构和关键的业务流程（图）
    • 数据架构主要描述组织的逻辑和物理数据资产以及数据管理资源（信息架构）
    • 应用架构为每个即将开发的应用，应用之间的交互，以及应用与组织的关键业务流程之间的关系提供了一份蓝图
    • 软件架构，软件体系结构，它描述软件内部各个组件之间的关系（组件架构、应用架构、集成架构）
    • 技术架构与基础设施架构：技术架构描述支持业务、数据和应用服务的部署所需的软件和硬件的能力。基础设施架构通常不包括软件技术相关的标准和内容（图）
  • 10.企业架构的内容
    • 企业架构框架
      • TOGAF的关键内容及其联系（图）
      • TOGAF的关键内容的元模型（图）
      • IASA的企业架构内容（图）
      • TAFIM的信息系统架构概念（图）
      • FDIC企业架构框架（图）
• 架构设计的科学与艺术
  • 1.人工科学的学科范畴（图）
  • 2.设计科学
    • 信息系统研究框架：包含环境、信息系统研究和知识库（图）
    • 应用设计科学的研究方法有两项关键的活动：创建，评估
  • 3.人工物
    • IT领域的人工物大致可以分成四种
      • 构造或概念：用于描述某领域中的问题并说明其解决方案的概念化过程
      • 模型：一系列表达构造关系的观点和声明
      • 方法：一系列用于完成某任务的步骤
      • 实例：在其环境中对某个人工物的实现
    • IT人工物的类型（图）
  • 4.架构的艺术
    • 架构一个前所未有的系统，可以使用的数据是有限的
    • 设计所要解决的问题通常具有无穷解
    • 架构师的设计经验通常是一种基于模糊思维的归纳性总结
• 架构的设计思想
  • 1.复杂度的控制
    • 对复杂度的控制是设计工作的本质
    • 一个系统拥有两种相互共存的复杂度：结构复杂度和过程复杂度
  • 2.控制结构复杂度
    • 关注点分离：”分而治之“的观点，将整体看成部分的组合体并对各部分分别加以处理
      • KBS 体现流程与规则分离的设计思想
      • EAI技术:流程与规则分离的实现、中间件的应用（图）
    • 模块化：通过信息隐藏的手段来控制复杂度的设计方法
      • SOA:SOAP、WSDL
    • 粒度：对系统组件的粒度的把握
      • 对粒度的控制会很大程度影响流程设计本身，需通过考虑 模块的可重用性、流程的相应时间、流程的可维护性、业务逻辑的可维护性等方面来区分不同方案
  • 3.控制过程复杂度
    • 路径依赖：最大作用在于伴随着越来越多的设计决策使设计的自由度逐渐下降，有利于设计者求得一个确定解大致需要的时间和成本
    • 模式：企业架构模式可分为业务模式、支持模式、基础设施模式。企业架构模式总结了对企业架构过程中特定问题的解决经验和被实践证实有效的解决方案（图）
  • 4.复杂度与柔性
• 企业架构框架
  • 1.Zachman框架
    • 最初版本的Zachman框架（1987）（图）
    • Zachman框架3.0（2011）_企业本体论（图）
      • 领导层角度、业务管理角度、架构师角度、工程师角度、技术员角度、企业角度
      • What/How/Where/Who/When/Why
    • Zachman框架中的原生疑问词与具体化转化（2015）（图）
  • 2.FEAF：起源于Zachman，源于针对政府部门的架构框架
    • 协同规划方法（CPM)：组织和规划、实施和测量（图）
    • 综合参考模型（CRM）：核心内容
      • 绩效参考模型、业务参考模型、数据参考模型、应用参考模型、基础设施参考模型、安全参考模型（图）
    • FEAF2.0版本中综合参考模型的关系图（OMB，2013）（图）
  • 3.DoDAF：美国国防部架构框架，TAFIM——TAFIM TRM——C4ISR——DoDAF
    • 六个步骤（图）
      • 确定架构的预期用途
      • 确定架构的范围
      • 确定支持架构开发所需的数据
      • 收集、组织、关联和存储架构数据
      • 为实现架构的目标进行分析
      • 根据决策者的需要展现分析结果
    • DoDAF元模型（DM2）：CDM、LDM、PES（图）
    • DoDAF的建模工具是其“视角+模型”的体系（图）
      • 全局视角
      • 标准视角
      • 数据和信息视角
      • 能力视角
      • 运作视角
      • 服务视角
      • 系统视角
      • 项目视角
    • 从企业架构到影响决策和任务产出（DoD，2010）（图）
  • 4.TOGAF
    • 内容知识体系（图）
      • 架构开发方法（ADM)：核心内容
      • ADM指导意见和技术
      • 架构内容框架
      • 企业连续体和工具
      • TOGAF参考模型
    • 架构开发方法（ADM）
      • ADM中的架构开发周期（图）
        • A架构愿景、B业务架构、C信息系统架构、D技术架构、E机会和解决方案、F迁移计划、G实施治理、H架构变更管理
    • ADM指导意见和技术
      • 指导意见
        • 在ADM中应用迭代
        • 在贯穿整合架构领域使用ADM
        • 安全架构和ADM
        • 使用TOGAF定义和治理SOA
      • 开发技术
        • 架构原则
        • 利益相关者管理
        • 架构模式
        • 业务场景
        • 间隙分析
        • 迁移规划技术
        • 互操作性需求业务转型准备度评
        • 风险管理
        • 基于能力的规划
    • 架构内容框架
      • 架构交付物
      • 架构人工物：描述架构的某个方面的架构工作产品
      • 构建块：代表着（潜在地可重用的）业务、IT或者架构能力的一个组件
      • 架构交付物、架构人工物和构建块之间的关系（图）
    • 企业连续体和工具
      • 企业连续体（图）
      • 架构资源库（图）
    • TOGAF参考模型
      • 技术参考模型顶层视图（图）
      • TRM细节图（图）
    • 架构能力框架（图）
• FEA、DoDAF、TOGAF、ADM
  • 1.FEA通用方法（图）
  • 2.DoDAF的52个模型
    • 8个不同视角名称（图）
  • 3.TOGAF架构交付物汇总表（图）
  • 4.ADM各阶段中的架构人工物（图）
• 企业架构过程案例
  • 1.案例访谈相关人
    • CIO、首席架构师、应用架构师、信息架构师、外部关系顾问、质量管理和客户服务部门主管、政策顾问、知识工程师、业务经理
  • 2.业务策略和IT策略
  • 3.架构开发过程（图）
    • 划定系统边界
    • 明确架构领域/层次
    • 完成当前架构描述
    • 完成未来架构描述
    • 制订迁移规划
  • 4.当前（as-is)企业架构图(局部（图）)
  • 5.基于设计科学研究框架的架构研究方法（图）
  • 6.业务服务的定义过程示意图（图）
  • 7.未来(to-be)企业架构（图）
  • 8.迁移规划（图）
• 企业架构过程
  • 1.通用架构过程
    • 企业架构的横向过程：从客观实际上讲事物随着时间推移不断改变状态的变化过程（图）
    • 企业架构的纵向过程：对应的是组织IT环境状态的变化和企业架构人工物的变化（图）
  • 2.基于视角的架构过程
    • 企业架构视角的分类（图）
    • 利益相关者的角色及其视角
      • 高层管理者：依靠决策信息视图来辅助政策及方针的制定
      • 中层管理者：与架构师团队、开发项目成员承担架构开发与维护设计工作
      • 最终用户：及其他利益相关者从架构描述中获知停下
      • 在系统开发项目中工作的人员
    • 架构视角的使用
      • Zachman框架中的视角与利益相关者视图（图）
      • 架构师与特定利益相关者交流沟通过程
        • 确定目标范围
        • 创建视图
        • 验证
        • 获取承诺
        • 通告
      • DoDAF的视角与模型在原生疑问词上的关系（图）
  • 3.基于领域的架构过程
    • 架构领域的平面概念（图）
    • 架构层次的空间概念（图）
    • 包含5个架构领域的架构框架（图）
    • 业务流程中的封装和隐藏（图）
  • 4.两种架构过程的区别与联系
    • 架构人工物的构造与交流（图）
    • 业务人员的视角/视图在各个领域/层次之间的纵横关系（图）