FEAF架构规划方法解析.ppt

1、体系结构规划方法，研究院2010，目录，目标体系结构建模方法通用业务体系结构建模方法数据体系结构建模方法应用体系结构建模方法技术体系结构设计方法，培训目的，能力提高分析能力提高规划能力提高技术管理统一规划方法指导统一体系结构演示模式行业发展逐渐重视未来规划和R&D进程，目录， 目的体系结构建模方法概述联邦企业体系结构FEAF FEAF建模语言业务体系结构建模方法数据体系结构建模方法应用体系结构建模方法技术体系结构设计方法，FEAF理论基础和制定机构联邦企业体系结构框架，FEAF)是首席信息官委员会(CIO Council)提出的一套企业体系结构框架。 1999年，1.1版建立了FEAF和它的方

2、法学EAP方法学扎克曼框架2001，FEAF实用指南1.0版详细介绍了企业架构。EA)，并根据整个企业架构的生命周期(包括启动、定义、开发、使用和维护阶段)指导FEAF的实施。2002年，FEAF(联邦企业架构参考模型、性能参考模型、PRM)、业务参考模型、BRM)、服务组件参考模型、数据和信息参考模型、技术参考模型。联邦通用架构框架FEAF/首席信息官协会框架，架构细分，FEAF架构描述，设计架构状态数据架构：定义业务支持数据状态，即数据模型。应用程序架构的状态：定义业务功能的状态，即应用程序模型。技术架构现状：定义应用和数据管理实现技术的现状，即技术模型。设计架构目标数据架构：定义业务支持

3、数据目标，即数据模型。应用架构现状：定义业务功能目标，即应用模型。技术架构现状：定义目标应用和数据管理的实现技术，即技术模型。设计模型数据模型：定义企业概念应用模型：定义控制数据的应用技术模型：定义当前和目标技术架构，以细分整个企业内的业务领域。如果一个业务领域的投资回报是正的，这个领域将被包含在联邦框架中，它的架构信息和模型将被记录在架构仓库中。迁移过程：支持将当前架构迁移到目标架构的过程。信息技术投资规划和决策：根据投资预算、投资回报和其他标准评估投资管理审查；协调结构信息的投资评审领域结构：协调领域结构，实现统一的联邦结构，实施配置管理和工程变更控制。市场研究：对新技术进行市场研究，管理

4、技术更新组件：管理和购买基于联邦架构的企业基础架构：管理架构和其他迁移过程所需的采购架构：避免混淆、误解和重做标准：所有标准、准则和最佳实践；安全标准；数据标准：适用于数据、元数据和相关结构；应用标准：应用于应用软件；技术标准：适用于操作系统和平台；feaf等级4，feaf等级4的描述；规划者的观点：描述FEAF 4级、FEAF 4级作为一个整体的最终结构，即全系统的评估。所有者视角：这是业务人员的视角，是由架构师设计的企业模型，描述业务实体、业务流程及其关系。设计师的视角：系统分析师的视角，定义数据元素，逻辑流程和功能。从承包商的角度来看，建筑师的规划需要转化成一个面向建造者的模型。需要足够

5、的细节来确定工具、原材料和技术的限制。在这里，有必要形成一个技术模型，将信息系统与特定的编程语言、输入输出设备或特定的支持技术联系起来。分包商的观点：根据详细的规范提供模块或组件，可由程序员或现有的cots产品开发。目录，目标体系结构建模方法通用联邦企业体系结构-FEAF FEAF建模语言业务体系结构建模方法数据体系结构建模方法应用体系结构建模方法技术体系结构设计方法，FEAF建模语言参考，IDEFIDEFF 3，DFD，IDEFL 1，IDEFX，ER，UML(用例图，组件图，序列图，状态图等)。)，开放集团架构框架格式、togaf格式、业务架构、信息架构、应用架构、技术架构，注：由有限元分

6、析(FEA)推荐的软件建模工具制造商Popkin软件提供，IDEF方法系统简介：IDEF是美国空军发明的一套描述企业内部运作的建模方法，经过改造后得到广泛应用，适用于一般软件开发。IDEF的16种方法(最常用的是IDEF0IDEF4) IDEF0:函数建模，类似于DFD的IDEF1:信息建模)IDEF1X:数据建模。IDEF2:仿真模型设计)IDEF3:过程描述捕获，TFD IDEF4:面向对象设计)IDEF5:本体描述捕获idef6:设计原理捕获)IDEF7:信息系统验证(信息系统审计)IDEF8:用户界面建模)IDEF9:场景驱动信息系统设计idef10:实现架构建模)IDEF11:信息工

7、件建模idef12:组织建模)IDEF13:三模式映射设计idef14:网络规划(网络D 1997年，对象管理组对象管理组OMG发布了统一建模语言UML的目标之一是为开发团队提供一种标准的通用设计语言来开发和构建计算机应用程序。2003年，UML得到了业界的认可。通用UML图用例图：用例图的主要目的是帮助开发团队以可视化的方式理解系统的功能需求类图：类图展示了不同的对象是如何相互关联的；换句话说，它显示了系统的静态结构。序列图：序列图显示了特定用例(或用例的一部分)的详细流程。它几乎是自描述的，显示了过程中不同对象之间的调用关系。状态图：状态图表示一个类的不同状态以及该类的状态转换信息。每个类

8、都有一个状态，但不是每个类都应该有一个状态图。活动图：活动图表示处理一个活动时两个或多个类对象之间的过程控制流。活动图最适合于建模更高级的过程，比如一个公司当前是如何运营其业务的，或者其业务是如何运营的。组件图：组件图提供了系统的物理视图。其目的是显示系统中的软件对其他软件组件(例如，库函数)的依赖性。部署图：部署图显示了如何将软件系统部署到硬件环境中。它的目的是显示系统的不同组件将在何处物理运行，以及它们将如何相互通信。开放组架构框架，TOGAF简介，TOGAF的开发始于1995年，基于美国国防部的TAFIM框架(信息管理技术架构框架)，每年发布一个新版本，当前版本为v 8.1.1。TOGA

9、F简介部分介绍了企业架构，特别是TOGAF方法的关键概念。作为TOGAF的核心，PARTII架构开发方法(ADM)详细介绍了开发企业架构的步骤和方法。第二部分，作为FEAF技术架构的参考企业连续体，是架构资产的虚拟仓库，包括TOGAF基础架构(基础架构)和集成信息基础架构参考模型(第三部分)。PARTIV Resources，一系列应用TOGAF和ADM的工具和技术，交付、操作方法、架构建模操作方法和交付、业务架构、数据架构、应用架构、技术架构、信息技术基础架构、DFD、ER、U/C矩阵、TNA/TRM/DIOA参考、DFD图、DD、CDM、LDM/PDM、系统功能框架、系统数据交互、技术独立

10、框架EAP、物理部署图、方法：方法、步骤、手段、目录、目的架构建模方法通用业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法、 事件驱动流程建模-结构化方法(SA)建模、事件和事件表、事物、实体联系图、环境图、流程描述(决策树/表)、分析、设计、实现、编程工具、测试工具、结构图、系统流程图、关系数据库模式、用户界面、表单/报表、系统控制、伪代码、业务架构、业务建模流程、绘制上下文图以阐明系统和环境之间的主要接口，以及将系统分解为逻辑子系统或业务流程。 至少它应该被分解到活动或用例级别(也就是说，可以由一个帖子独立完成的任务)。过程分解图可以作为没有输出的过程文档，以事件列表的形式

11、描述事件的触发、响应、来源、目的等信息。除了事件列表，您还可以绘制事件本身的DFD。事件列表和事件DFD是流程文档，不能输出。绘制0、1、2级DFD图，并输出数据字典。数据字典由业务流程列表和实体列表表示。定义系统范围的上下文图。在分解过程中，首先构建系统的上下文图。上下文图是最高级别的数据流图，它将“业务”视为一个黑盒。上下文图定义了产品的外部环境和范围。上下文图说明了业务的外部实体以及业务和这些外部实体之间的数据交换，即业务和其外部实体之间的接口。在上下文图中，没有描述业务内部的情况，所以整个业务由一个流程来表示。图中只有一个上下文图和一个处理，所以没有必要对其进行编号。业务流程分解爆破流

12、程分解，企业活动，目标，运营管理，什么，谁(角色)，如何，0级业务活动，1级流程分组，2级中心流程，3级业务流程，4级运营流程，5级详细流程，业务，所有者身份，流程分组，系统，交付团队任务，流程，系统功能，角色步骤，子流程，事务，详细角色操作，详细流程，模型结构，方法和建模标准定义业务活动，确定客户运营和运营的战略流程方向， 显示相关的业务功能集和标准的端到端服务流程中心流程，交付服务流和其他端到端流程中心流程，并将它们分解为详细的“成功模型”。 具有错误条件的业务流程、产品和位置操作流程必须分解为详细的操作、业务层和流程层。运营层，分解方法分解业务层0，业务活动层0，定义业务活动，识别运营客

13、户，并指导业务和战略流程什么-企业活动，谁-目标，如何-运营管理，以确定和定义模型：业务目标，价值流，环境和财务约束；支持业务运营和产品线管理。这些业务目标的过程和系统解决方案的交付。分解业务级别1，级别1流程分组，显示相关的业务功能集和标准的端到端服务流程。什么-流程分组，谁-所有者身份是业务所有者，可以理解为业务部门，如何-业务设计：产品结构，产品交付和支持流程链，企业数据模型，组织结构，业务知识定义不同的流程视图，并将其交付给0级业务活动。流程组织的方法：流程执行的角度：展示标准的端到端流程的角度，如实现开放等功能，如客户关系管理等。分解方法分解过程级的Level 2、LEVEL 2中央

14、过程，并且中央过程被组合以提供服务流和其他端到端过程。什么-中心流程、谁-交付单位、信息技术部门或服务国际、如何-产品参考行业标准参考模型；定义模型：业务数据定义和系统组成；定义业务角色。公认的端到端流程：通常在业务单位或业务线内实施的活动，以定义那些传递业务竞争优势的活动。就像来自支持的明显过程。通常被认为是价值链的一种模式。中心流程包含的详细任务在三级业务流程中定义，爆炸式方法分解流程级的Level 3、LEVEL 3业务流程，中心流程分解成详细的“成功模式”业务流程来完成任务。系统设计的什么-过程、谁-团队、如何-详细过程；分配业务角色；确定支持系统和数据流。将业务数据模型映射到系统数据模型。考虑失败的途径；排队和瓶颈。定义二级中心过程的流程：它通常由任务(不是特殊产品、