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