SA中采用togaf构件企业架构

本次演讲的架构\n问题和解答\n\nTOGAF 9 构建 企业架 构\n\nSA中 中 采用 TOGAF 9 构建 企业架 构\n\n案例分 析\n\n回顾RSC2009从企业架构到解决方案架构 从企业架构到解决方案架构 回顾\n\n\r\n

RSC 2009 从企业架构到解决方案架构 —— 通常， 是企业战略和项目实施之间的“规划 规划”功能 通常，我们定义 EA 是企业战略和项目实施之间的 规划 功能\n战略层\n\n战略\n业务机遇\n\n业务战略\n\nIT 战略\n\n技术的可用性\n\n= “城市职能和目标”\n\n企业架构 企业级\n企业架构规划 业务架构 IT架构 架构\n应用 数据 技术\n\n企业架构\n= “城市规划”\n\n规划层\n\n-\n\n流程 信息 人员 地点\n\n距\n\n差\n\n企业架构治理\n\n驱动和遵循\n项目级 实施层\n业务运营环境 和IT基础架构\n\nS O A\n系统设计\n= “建筑”\n\n项目技术方案\n\n\r\n

RSC 2009 从企业架构到解决方案架构－EA 生命周期 从企业架构到解决方案架构－\n上游EA： 上游 ：识别出可行的项 目，帮助实现企业架构，要 战略意图 下游EA: 确保项目能利用架 下游 构“标准组件”或构建块，要求\n\n求有一组很好的“模型 ，刻 求有一组很好的 模型”， 模型 画了“当前 和“未来 的架构 画了 当前”和 未来”的架构 当前 未来 全景\n\n每个部件以易用、易找到的 每个部件以易用、 “目录式 方式描述和发布。 目录式”方式描述和发布。 目录式 方式描述和发布\n\n“这是我们的路线图 这是我们的路线图” 这是我们的路线图 “我们的目标架构是 我们的目标架构是 否仍然正确” 否仍然正确 企业业务架构 企业IT架构 企业 架构\n\nEA治理 治理 EA 演进 “我们的方向 我们的方向 正确吗？ 正确吗？” “这些系统是按我 这些系统是按我 们要求的方式设计 的吗？ 的吗？”\n\n功能\n\n运营\n\n“这些是我 这些是我 们应该做 的项目” 的项目 项目排优先级 和规划\n\n“这些系统应该按这种方 这些系统应该按这种方 式设计” 式设计\n\n项目\n确定范围\n\n确定范围\n\n外围设计\n\n内部设计\n\n构建\n\n部署\n\n“这是我 这是我 们要做的 项目” 项目\n\n外围设计\n\n内部设计\n\n构建\n\n部署\n\n战略交付\n确定范围 外围设计 内部设计 构建 部署\n\n\r\n

RSC 2009 从企业架构到解决方案架构－总结 从企业架构到解决方案架构－\n“I need something of everything”\n\n“I need everything of something” so that I can “do the things right”\n\nso that I can “do the right things”\n\nEnterprise Architect / Business Architect\n\nSolution Architect / Software Architect\n\nProvide information on the basis of “the need to know” to those that are aware of “to know the need”\n5\n\n\r\n

20th 世纪 “技术驱动”\n• 烟囱式 • 架构移交 • 设计移交 • 瀑布式 • 相互推卸责任 • 变更管理\n\n21st 世纪 “灵活业务” 生命周期\n愿景\n\n• 投资服务 • 业务架构 • 治理\n企业架构师\n\n• 业务/IT 一致 • 监测反馈 • 迭代式\n\n?\n\n战略 资产 需求 业务架构\n\n...\n\n企业架构师 服务架构 仿真 系统工程师 技术架构 设计 实现 测试 部署 系统工程师\n\n...\n\n...\n\n反馈\n\n\r\n

TOGAF 9 构建企业架构TOGAF –The Open Group Architecture Framework TOGAF 是一个架构框架，开放组织架构框架，是一个全球标准，帮助架构的接受、建立、使用和维护。它基于一个迭代的过程模型，包含构建架构的一些最佳实践和可复用的架构资产，在实践中广泛应

用，并得到验证。

TOGAF处理下面四种架构。

业务架构

业务战略，治理、组织和关键业务流程

应用架构应用系统的蓝图，它们之间的交互，和关键业务流程之间的关系

数据架构组织的逻辑和物理数据资产，数据管理

部署业务、数据和应用所需的软件和硬

件能力，包括IT基础设施、中间件、网

络、通信、处理和标准。

技术架构

TOGAF 形成过程

•客户成员要求有架构标准…

•DoD Information Systems Agency (DISA) 捐赠TAFIM

•TOGAF 第一个版本

•客户成员选择TAFIM ，Technical Architecture Framework for Information Management 做为起始点…

‘93•TOGAF 7 –技术版本

‘94‘95‘02

开始进行TOGAF 认证项目

•TOGAF 8 企业版本

•企业业务场景第一次发布

‘01

‘03

‘06

•

TOGAF 9

•TOGAF 8.1

‘09•TOGAF 8.1.1

• A wealth of great information!

TOGAF 内容结构内容结构－－将业务驱动力转化为能力

第一部分，概要介绍企业架构中的主要概念，特别是TOGAF 方法。还包括术语定义，以及

对以前版本的修改。

第二部分是TOGAF 的核心，描述了TOGAF 架构开发方法（ADM ）－按步骤地形成企业

架构的方法。

第三部分给出应用ADM 过程中的一些指导原则和技术。

第四部分描述TOGAF 的内容框架，包括结构化的元模型，可复用的架构构建块（ABB)，以

及典型的架构交付件。

第五部分说明架构内容的分类

和存储。

第六部分提供了2个架构参考模型，Technical Reference Model (TRM) 和Integrated Information Infrastructure Reference Model

(III-RM)。

第七部分说明建立和运维架构实践所要求的组织、流程、技

能、角色和责任。

ADM -Architecture Development Method ，架构开发方法

形成循环的一系列的架构开发阶段（业务架构、信息系统架构、技术架构），做为架构开发活动的过程模板。

详细描述每个架构阶段，包括目标、方法、输入、步骤和输出。输入输出部分给出架构内容结构和交付件。（更详细的输入输出内容在架构内容框架中描述）

跨阶段的汇总，需求管理阶段。

ADM 描述了如何根据业务需求描述了如何根据业务需求，推导出企业架构推导出企业架构，为架构师提供以下指导为架构师提供以下指导。

ADM 各阶段

为成功的架构项目在组织上做

好准备设定项目范围、和期望，创建架构愿景、验证业务环境，创建架

构工作说明书。

开发业务架构的现状和目标架

构，分析差异

开发信息系统架构的现状和目

标架构，分析差异

开发技术架构的现状和目标架

构，分析差异

规划初步实施，找出主要的实

施项目

确保TOGAF 项目的每个阶段都是基于或为满足业务需求

分析成本、收益和风险，指定详细的实施和

迁移计划

对实施进行架构监管，确保实施项目和架构保

持一致。

提供持续的监测和变更管理流程，确保架构的变更实现企业

的需要。

•核心概念•扩展

Core

服务

数据

建模激励

治理

流程建模

基础架构整合

核心架构内容框架

IBM EA Method FEAF

Zachman

NGOSS

DoDAFSA 中采用TOGAF 9 构建企业架构

建模

分析

发布

SA 建立企业架构模型，管理海量

、复杂的企业架构信息。并建立不同架构（业务、应用、数据、技术）之间的关联关系，全面地展现企业架构资产

SA 通过结构化的数据管理企业架构信息，便于进行企业架构级的统计分析（应用覆盖分析、应用变更影响分析）

SA 通过信息发布建立企业战略层次、企业架构层次和具体解决方案的沟通渠道。可以更好的驱动和约束项目，并及时的得到项目的反馈

IBM 企业架构管理工具企业架构管理工具，Rational System Architect ——建模建模、、分析和发布企业架构

•建立一个组织的蓝图，包括以下方面：战略、业务、应用、信息和技术。•模型信息记录在数据库中，大家共享

•

蓝图的价值来自于建模对象中的信息以及这些建模对象间的关系。

–在System Architect 中，图形不仅仅是简单的图片，每个图形和其中的建模对象可含有更详细信息，描述

和关联关系。

–

关联关系可以可视化跨领域的的影响和差异，比如系统或基础架构的故障可能会中断哪些关键业务流程。

基于模型库的企业架构基于模型库的企业架构，

Repository-based EA

基于单点工具的EA 基于模型库的EA

硬件设备模型 技术参考模型 组织结构模型 业务功能结构模型 业务流程模型 战略地图 企业方向视图

Use of Resources

Promoting Safety and Security

Crime Investigation & Reduction

Citizen Perception

1 Record High Levels of Citizen Satisfaction With Police Service

8 Increase Availabilty of Police Officers on Operational Duties

3 Record High Levels of Citizen Quality of Life

11 Promote Cross Constabulary Collaboration

6 Reduce 'Fear of Crime'Perception

10 Reduce Levels of Sickness &Retirement

18 Meet Government Objectives

17 Accountability

16 Information

Sharing

15 Support for Victims &Witnesses 14 Protect Vulnerable Citizens

13 Reduce Administrative Bureaucracy

12 Reduce Risk of Injury and Litigation 9 Promote Ethnic Representation

7 Increase Feeling of Public Safety

5 Narrow the Justice Gap

4 Reduce Overall Level of Crime

战略和方向

业务架构

应用架构

技术架构

信息架构

应用系统模型 用户使用模型 概念和逻辑数据模型 物理数据模型SA 支持完整的企业架构定义

架构建模架构建模，架构数据结构化并建立关联

定义业务目标和责

任单位的关系

企业战略和目标由哪些组件支撑项目和举措会影响组织哪些方面

基础架构资产支撑哪些业务关联所有数据关联所有数据，亦可进行影响分析

应用

数据

组织和人员

企业战略

和方向

业务流程和服务

IT 基础设施和服务

项目和举措

•按角色发布信息，在整个组织范围共享信息

企业架构网站

参考模型元模型

应用平台

企业

目录目录、、矩阵和图形，组织成视图

涉众者视图

涉众者

查询/分析目录目录、、矩阵和图形

架构数据库

SA 中采用TOGAF 9构建企业架构过程

直接支持TOGAF 9 实施

•目录、矩阵、视图•内容核心元模型

•打开选项，支持扩展元模型

Services

Data Modeling Motivation

Governance

Process Modeling

Infrastructure Consolidation

Core

View Explorer

Definitions

Views

Model

Matrices

支持TOGAF ADM 各阶段

Preliminary Phase

•Principles Catalog Architecture Vision

•Stakeholder Management •Stakeholder Management Approach •Stakeholder Map •Stakeholder Map Matrix •Stakeholder Position Matrix •Value Chain Diagram •Stakeholder •Stakeholder Group •Stakeholder Position •Stakeholder/Viewpoint •TOGAF 9 Viewpoint Business Architecture -1•Actor/Role Matrix

•Business Footprint Diagram •Business Interaction Matrix •Business Service Information Diagram

•Business Service/Function Catalog •Business Use-Case Diagram •Contract/Measure Catalog •Driver/Goal/Objective Catalog •Event Diagram

•Functional Decomposition Diagram •Goal Objective Service Diagram •Governance •Location Catalog •Motivation

•Organization Decomposition Diagram •Organization Unit/Actor Catalog •Process Flow Diagram •Process Modeling •Process/Event/Control/Product Catalog

•Product Lifecycle Diagram

•Role Catalog •TOGAF 9 -Business Architecture •Actor

Business Architecture -2•Business Policy

•Business Rule

•Business Service

•Competency •Contract •Control •Driver

•Entity

•Event

•Function •Goal •IS Service

•Location •Logical Application Component •Logical Technology Component •Measure

•Mission •Objective •Organization Unit

•Physical Technology Component •Process •Product

•Role

•Service Quality •System

•Tactic

•Vision

Application Architecture

•Application and User Location

Diagram

•Application Communication Diagram •Application Interaction Matrix •Application Migration •Application Portfolio Catalog •Interface Catalog •Process/System Realization Diagram •Role/System Matrix •Software Distribution Diagram •System Deployment View •System Use-Case Diagram •System/Function Matrix •System/Organization Matrix •Actor •Application Interface •Business Service •Deployed System •Entity •Event •Function •IS Service •Location •Logical Application Component •Logical Technology Component •Migration •Organization Unit •Physical Application Component •Physical Technology Component •Process •Role •System

•System Deployment

Data Architecture •Class/Entity Relation Diagram •Data •Data Dissemination Diagram •Data Entity/Business Function Matrix •Data Entity/Data Component Catalog •Data Migration Diagram •Data Security Diagram •System/Data Matrix •Actor •Attribute •Business Service •Class •Data Element •Data Flow •Data Mapping •Data Store •Entity •Entity/Application Component •Function •Location •Logical Application Component •Logical Data Component •Organization Unit •Physical Application Component •Physical Data Component Technology Architecture -1•Environments and Locations Diagram •Network Concept Diagram •Platform Decomposition Diagram •System/Technology Matrix •Technology Portfolio Catalog •Technology Standards Catalog •Business Service •Circuit Switched Line •Communication Medium •Communication Node •Computer •Description •Firewall •Hardware Processor •Hub •IS Service •Location •Logical Application Component •Logical Technology Component •Multiplexer Technology Architecture -2

•Peripheral •Person •Phone •Physical Application Component •Physical Technology Component •Platform Service •Printer •Role •Router •Serial Connection •Server •Storage Device •Switch •System •Technology •TRM •TRM Service Area •TRM Service Category •TRM Service Standard •Wireless Connectivity Opportunities & Solutions •Project Context Diagram •Work Package

支持TOGAF ADM 各阶段

Migration Planning •Focal Point

•Gather priorities for projects and opportunities •Business Value Analysis •Roadmapping Implementation & Governance •System Architect •Deployment Modelling •EA Compliance Reviews •DOORS •Gather detailed requirements •RSA

•Build Detailed Designs •Change

•Change Management

Opportunities & Solutions •System Architect

•Gap analysis •Impact analysis •Risk Analysis •Cost Analysis Architecture Change

Management

•Rational Change

•Log & Manage change requests •System Architect

•Carry out governed changes Requirements

Management •System Architect •Addressable requirements facility •Rational DOORS

•Establish the traceability

采用通用的建模表示法

•BPMN

•ER

•UML

•…定制的浏览视图

•对应于TOGAF 9 Viewpoints –Business Footprint Diagram

–Class Hierarchy Diagram

–Data Dissemination Diagram

–…

•视点也可以是：

–Matrices

–Explorer listings

–Diagrams etc.框架管理

•增强交互性•可定制

生成文档

•IBM Rational Publishing Engine •WYSIWYG Editor

•Multiple Data Sources •Consistent SDLC Publishing

ERP Model Extraction

Core

Services

Visio Integration

Web Publishing

BPMN Simulation &Optimisation

Additional Complementary Frameworks

Browser Repository Access

更多的扩展功能

•SA/ERP

•SA Simulator III •CSV Import

•Process Integrator •SA/XT

•SA/Publisher •

…

Contributors: LiuYunfeng, IT Manager of

ENN采用SA的典型企业架构项目实施过程

人员确定，建立SA环境

1.EA人员确定

2.设计企业架构元模型

3.企业架构元模型在SA中实现

4.企业架构典型场景在SA中实现

5.培训与指导

6.EA梳理的结果及时同步录入/导入到SA中

7.建立企业架构各分析视图

8.发布架构资产

与已有系统集成，数据自动收集

数据，SA与已有系统集成

9.维护更新EA数据

明确部门人员职责，发挥SA中EA成果作用

10.建立架构管控流程

建立架构管控流程，明确部门人员职责

新奥企业架构元模型示意新奥企业架构元模型示意－－参考TOGAF 9

应用

应用模块

业务领域

组织单元

供应商

数据实体

应用接口

主数据

部署

服务器安全策略存储设备网络设备

操作系统数据库中间件

应用架构图

应用的详细描述\n\n\r\n

应用功能模块图和应用部署图\n\n\r\n

总结－ 总结－好的架构师\n“The ideal architect should be a person of letters（文学）, a （文学） mathematician（数学）, familiar with historical（历史） studies, a （数学） （历史） diligent student of philosophy（哲学）, acquainted with music（音 （哲学） （ 乐）, not ignorant of medicine（医学）, learned in the responses of （医学） jurisconsults（法学）, familiar with astronomy（天文学） and （法学） （天文学） astronomical calculations” Marco Vitruvio Pollione, Roman architect and engineer, 1st century BCE (Before the Common Era)\n\n.... and also be a practioner in System Architect! Xianhua Li, TOGAF certified\nEnterprise Architecture and System Architect Technical Specialist, 21st century CE\n(Common Era)\n\n\r\n

40\n\n\r\n

Learn more at: IBM Rational software Rational launch announcements Rational Software Delivery Platform Accelerate change & delivery Deliver enduring quality Enable enterprise modernization Ensure Web security & compliance Improve project success Manage architecture Manage evolving requirements Small & midsized business Targeted solutions Rational trial downloads DeveloperWorks Rational Leading Innovation IBM Rational TV IBM Business Partners IBM Rational Case Studies Rational Client Programs\n\n41\n\n\r\n