《FEAF架构规划方法解析课件》由会员分享，可在线阅读，更多相关《FEAF架构规划方法解析课件（76页珍藏版）》请在金锄头文库上搜索。
1、架构规划方法,研究院 2010,目录,目的 架构建模方法总论 业务架构建模方法 数据架构建模方法 应用架构建模方法 技术架构设计方法,培训目的,能力提升 分析能力提升 规划能力提升 技术管理 统一规划方法指导 统一架构表述模式 业界发展 对未来规划逐步重视 对研发过程逐步重视,目录,目的 架构建模方法总论 联邦企业架构FEAF FEAF建模语言 业务架构建模方法 数据架构建模方法 应用架构建模方法 技术架构设计方法,FEAF理论基础,制定机构-联邦企业体系结构框架( Federal Enterprise Architecture Framework , FEAF) 是美国国家信息技术委员会(C
2、hief Information Officer s Council ,CIO Council) 提出的一套企业体系结构框架。 1999 ,FEAF Version 1.1, 建立了FEAF 及其方法学 EAP方法学& Zachman framework 2001,FEAF 实用指南Version 1.0 详尽地介绍了企业体系结构( Enterprise Architecture , EA) 的相关概念、驱动因素、建立原则、实施经验等实用目的知识，而且按照整个企业体系结构建立的生命周期(包括启动、定义、开发、使用和维护等阶段) 来指导具体的FEAF 实施。 2002, FEAF框架参考模型(
3、Federal Enterprise Architecture reference model , FEA - RM) 绩效指标参考模型 ( Performance Reference Model ,PRM) 业务参考模型(Business Reference Model ,BRM) 服务组件参考模型( Service Component Reference Model , SRM) 数据和信息参考模型(Date Reference Model , DRM) 技术参考模型( Technical Reference Model , TRM) 。,联邦总体架构框架FEAF/CIO协会框架,架构细分
4、,FEAF架构说明,设计架构现状 数据架构 ： 定义业务支撑数据现状，也就是数据模型。 应用架构现状： 定义业务功能现状，也就是应用模型。 技术架构现状：定义应用和数据管理实现技术现状，也就是技术模型。 设计架构目标 数据架构 ： 定义业务支撑数据目标，也就是数据模型。 应用架构现状： 定义业务功能目标，也就是应用模型。 技术架构现状：定义目标应用和数据管理的实现技术，也就是技术模型。 设计模型 数据模型：定义企业概念 应用模型：定义控制数据的应用 技术模型：定义当前和目标技术 架构细分 整个企业范围内的业务域，如果将一个业务域纳入联邦框架管理的投资回报率为正，那该域就回被纳入联邦框架，其架构
5、信息和模型将被记录在架构仓库中。 迁移过程：支撑当前架构向目标架构迁移的过程。 IT投资规划与决策：基于投资预算、投资回报率等标准进行评价 投资管理评审：对架构信息进行投资评审 域架构协调：协调域架构，实现统一联邦架构，落实配置管理与工程变更控制。 市场调研：进行新技术的市场调研，进行技术更新 组件管理：基于联邦架构进行企业基础设施的管理 采购：架构及其它迁移过程需要的采购 架构治理：避免混乱、误解与重做 标准：所有标准、指南与最佳实践 安全标准 数据标准：应用于数据、元数据及相关结构 应用标准：应用于应用软件 技术标准：应用于操作系统和平台,FEAF LEVEL 4,FEAF LEVEL 4
6、说明,规划者视角：从总体上描述最终结构规模、形态、及局部间关系。即系统范围的估计。 所有者视角：是业务人员的视角，由架构师设计的企业模型，描述业务实体、业务过程及其关系。 设计者视角：系统分析师的视角，定义数据元素，逻辑过程流及功能。 构建者视角：承包商的视角，架构师的规划需要在这里转换成面向建设者的模型。需要足够的细节去确定对工具、原料及技术的限制，在这里需要形成技术模型，使信息系统与具体的编程语言、IO设备或特定支撑技术联系起来。 分包商视角：根据详细规范提供模块或组件，组件可由是编程人员开发，也可以是已有的cots产品。,目录,目的 架构建模方法总论 联邦企业架构-FEAF FEAF建模
7、语言 业务架构建模方法 数据架构建模方法 应用架构建模方法 技术架构设计方法,FEAF 建模语言参考,IDEF0&IDEF3，DFD,IDEF1，IDEF1x，ER,UML（用例图、组件图、序列图、状态图等）,The Open Group Architecture Framework Format, TOGAF Format,业务架构,信息架构,应用架构,技术架构,注：FEA推荐软件建模工具厂商Popkin software提供,IDEF方法体系简介,简介：IDEF是由美国空军发明的用于描述企业内部运作的一套建模方法，经过改造后用途变广泛了，适用于一般的软件开发。 IDEF的16套方法（最常使
8、用的是IDEF0IDEF4 ） IDEF0：功能建模（Function Modeling），类似数据流图DFD IDEF1：信息建模（Information Modeling） IDEF1X：数据建模（Data Modeling），类似实体-关系图ER IDEF2：仿真建模设计（Simulation Model Design） IDEF3：过程描述获取（Process Description Capture），类似业务流程图TFD IDEF4：面向对象设计（Object-Oriented Design） IDEF5：本体论描述获取（Ontology Description Capture） I
9、DEF6：设计原理获取（Design Rationale Capture） IDEF7：信息系统审定（Information System Auditing） IDEF8：用户介面建模（User Interface Modeling） IDEF9：场景驱动信息系统设计（Scenario-Driven IS Design） IDEF10：实施体系结构建模（Implementation Architecture Modeling）IDEF11：信息制品建模（Information Artifact Modeling） IDEF12：组织建模（Organization Modeling） IDEF1
10、3：三模式映射设计（Three Schema Mapping Design） IDEF14：网络规划（Network Design）,UML简介,1997年，OMG组织（Object Management Group对象管理组织）发布了统一建模语言（Unified Modeling Language，UML），UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。2003年，UML已经获得了业界的认同。 常用UML图 用例图：用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求 类图：类图表示不同的对象如何彼此相关；换句话说，它显示了系统的静态结构。 序列图
11、 ：序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系。 状态图：状态图表示某个类所处的不同状态和该类的状态转换信息。每个类都有状态，但不是每个类都应该有一个状态图。 活动图：活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。 组件图 ：组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。 部署图：部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它
12、们将如何彼此通信。,The Open Group Architecture Framework, TOGAF简介,来源 TOGAF的开发始于1995年，基于美国国防部的TAFIM框架（ Technical Architecture Framework for Information Management ），每年都有新版本发布，目前版本是v 8.1.1。 TOGAF的组成 PARTI 介绍（Introduction），对企业架构，尤其是TOGAF方法的关键概念做一些高层介绍。 PARTII 架构开发方法 (Architecture Development Method，ADM) ，这是TOGA
13、F的核心，详细介绍了开发企业架构的步骤和方法。 PARTIII一作为FEAF技术架构的参考 企业统一体(Enterprise Continuum) ，是一个架构资产的虚拟仓库，包含TOGAF基础架构（Foundation Architecture ）及集成信息基础设施参考模型（Integrated Information Infrastructure Reference Model ，III-RM)。 PARTIV 资源(Resources) ，一系列应用TOGAF及ADM的工具和技术。,交付,操作方法,架构建模操作方法及交付,业务架构,数据架构,应用架构,技术架构,IT基础架构,DFD,ER
14、,U/C矩阵,TNA/TRM/DIOA 参考,DFD图,DD,CDM,LDM/PDM,系统功能框架,系统数据交互,技术无关框架,技术相关框架,集成架构,EAP,物理部署图,方法：为达到某种目的而采取的途径、步骤、手段,目录,目的 架构建模方法总论 业务架构建模方法 数据架构建模方法 应用架构建模方法 技术架构设计方法,事件驱动过程建模-结构化方法（SA)建模,事件和事件表,事物,实体联系图 E-R,环境图,DFD,数据字典DD,过程说明(判定树/表）,分析,设计,实施,编程工具,测试工具,结构图,系统流程图,关系数据库模式,用户界面,表单/报表,系统控制,伪码,业务架构,业务建模过程,绘制上下
15、文图 明确系统与环境的主要接口,将系统分解成逻辑子系统或业务过程，形成过程分解图。 至少要分解到活动或用例级（即可由一个岗位独立完成的任务）。 过程分解图可作为过程文档不做输出,以事件列表的形式描述事件的触发器、响应、来源、目的等信息。 除事件列表外，还可绘制事件自身的DFD。 事件列表和事件DFD是过程文档，可不输出。,绘制0、1、2等级别的DFD图，并输出数据字典。 数据字典以业务过程列表和实体列表表达。,明确系统范围上下文图,在分解过程中，首先构造的是系统的上下图（CONTEXT DIAGRAM)，上下文图是一个最高层次的数据流程图，它将“业务”视之为一个黑盒。 上下文图定义了“产品”的
16、外部环境和范围。 上下文图说明了业务的外部实体（external entity)以及业务与这些外部实体之间的数据交换，即业务与其外部实体之间的接口。 在上下文图中，不描述业务内部的情况，因此，整个业务用一个过程来表示。 上下文图只有一张，图中的加工也只有一个，所以不必编号。,业务过程分解爆破法过程分解,企业活动,目标,运营管理,What,Who(role),How,Level 0 业务活动,Level 1 过程分组,Level 2 中心过程,Level 3 业务流程,Level 4 操作流程,Level 5 详细流程,业务,物主身份,过程分组,系统,交付团队 任务,流程,系统功能,角色 步骤,子流程,交易,详细角色 操作,详细流程,模型结构, 方法和建模标准 定义业务活动 辨别操作的客户 经营和战略过程导向 展示相关的业务功能集和 标准的端到端服务流程 中心过程结合在一起 交付服务流和 其他端到端流程 中心过程分解成详细 的“成功模式” 的业务流程 有错误条件、产品和地点的 操作流程 进
