架构规划方法@2010.pptVIP

目录 培训目的 能力提升 分析能力提升 规划能力提升 技术管理 统一规划方法指导 统一架构表述模式 业界发展 对未来规划逐步重视 对研发过程逐步重视 目录 FEAF理论基础 制定机构--联邦企业体系结构框架( Federal Enterprise Architecture Framework , FEAF) 是美国国家信息技术委员会(Chief 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框架参考模型( 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协会框架 FEAF架构说明 设计架构现状 数据架构 ： 定义业务支撑数据现状，也就是数据模型。 应用架构现状： 定义业务功能现状，也就是应用模型。 技术架构现状：定义应用和数据管理实现技术现状，也就是技术模型。 设计架构目标 数据架构 ： 定义业务支撑数据目标，也就是数据模型。 应用架构现状： 定义业务功能目标，也就是应用模型。 技术架构现状：定义目标应用和数据管理的实现技术，也就是技术模型。 设计模型 数据模型：定义企业概念 应用模型：定义控制数据的应用 技术模型：定义当前和目标技术 架构细分 整个企业范围内的业务域，如果将一个业务域纳入联邦框架管理的投资回报率为正，那该域就回被纳入联邦框架，其架构信息和模型将被记录在架构仓库中。 迁移过程：支撑当前架构向目标架构迁移的过程。 IT投资规划与决策：基于投资预算、投资回报率等标准进行评价 投资管理评审：对架构信息进行投资评审 域架构协调：协调域架构，实现统一联邦架构，落实配置管理与工程变更控制。 市场调研：进行新技术的市场调研，进行技术更新 组件管理：基于联邦架构进行企业基础设施的管理 采购：架构及其它迁移过程需要的采购 架构治理：避免混乱、误解与重做 标准：所有标准、指南与最佳实践 安全标准 数据标准：应用于数据、元数据及相关结构 应用标准：应用于应用软件 技术标准：应用于操作系统和平台 FEAF LEVEL 4 FEAF LEVEL 4说明 规划者视角：从总体上描述最终结构规模、形态、及局部间关系。即系统范围的估计。 所有者视角：是业务人员的视角，由架构师设计的企业模型，描述业务实体、业务过程及其关系。 设计者视角：系统分析师的视角，定义数据元素，逻辑过程流及功能。 构建者视角：承包商的视角，架构师的规划需要在这里转换成面向建设者的模型。需要足够的细节去确定对工具、原料及技术的限制，在这里需要形成技术模型，使信息系统与具体的编程语言、IO设备或特定支撑技术联系起来。 分包商视角：根据详细规范提供模块或组件，组件可由是编程人员开发，也可以是已有的cots产品。 目录 IDEF方法体系简介 简介：IDEF是由美国空军发明的用于描述企业内部运作的一套建模方法，经过改造后用途变广泛了，适用于一般的软件开发。 IDEF的16套方法（最常使用的是IDEF0～IDEF4 ） 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：本