搜索
架构规划方法2016目录目的架构建模方法总论业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法培训目的能力提升分析能力提升规划能力提升技术管理统一规划方法指导统一架构表述模式业界发展对未来规划逐步重视对研发过程逐步重视目录目的架构建模方法总论–联邦企业架构－FEAF–FEAF建模语言业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法FEAF理论基础•制定机构--联邦企业体系结构框架(FederalEnterpriseArchitectureFramework,FEAF)是美国国家信息技术委员会(ChiefInformationOfficersCouncil,CIOCouncil)提出的一套企业体系结构框架。•1999,FEAFVersion1.1,•建立了FEAF及其方法学•EAP方法学&Zachmanframework•2001,FEAF实用指南Version1.0•详尽地介绍了企业体系结构(EnterpriseArchitecture,EA)的相关概念、驱动因素、建立原则、实施经验等实用目的知识，而且按照整个企业体系结构建立的生命周期(包括启动、定义、开发、使用和维护等阶段)来指导具体的FEAF实施。•2002,FEAF框架参考模型(FederalEnterpriseArchitecturereferencemodel,FEA-RM)•绩效指标参考模型(PerformanceReferenceModel,PRM)•业务参考模型(BusinessReferenceModel,BRM)•服务组件参考模型(ServiceComponentReferenceModel,SRM)•数据和信息参考模型(DateReferenceModel,DRM)•技术参考模型(TechnicalReferenceModel,TRM)。联邦总体架构框架FEAF/CIO协会框架业务驱动设计驱动标准技术应用数据安全投资评审分层协调市场研究组件管理变迁过程架构驱动愿景战略方向原则分层架构模型业务架构数据架构应用架构技术架构数据架构应用架构技术架构架构架构现状目标业务架构业务架构数据架构应用架构技术架构联邦架构框架–LevelIIIFEAF架构说明•设计架构现状•数据架构：定义业务支撑数据现状，也就是数据模型。•应用架构现状：定义业务功能现状，也就是应用模型。•技术架构现状：定义应用和数据管理实现技术现状，也就是技术模型。•设计架构目标•数据架构：定义业务支撑数据目标，也就是数据模型。•应用架构现状：定义业务功能目标，也就是应用模型。•技术架构现状：定义目标应用和数据管理的实现技术，也就是技术模型。•设计模型•数据模型：定义企业概念•应用模型：定义控制数据的应用•技术模型：定义当前和目标技术•架构细分•整个企业范围内的业务域，如果将一个业务域纳入联邦框架管理的投资回报率为正，那该域就回被纳入联邦框架，其架构信息和模型将被记录在架构仓库中。•迁移过程：支撑当前架构向目标架构迁移的过程。•IT投资规划与决策：基于投资预算、投资回报率等标准进行评价•投资管理评审：对架构信息进行投资评审•域架构协调：协调域架构，实现统一联邦架构，落实配置管理与工程变更控制。•市场调研：进行新技术的市场调研，进行技术更新•组件管理：基于联邦架构进行企业基础设施的管理•采购：架构及其它迁移过程需要的采购•架构治理：避免混乱、误解与重做•标准：所有标准、指南与最佳实践•安全标准•数据标准：应用于数据、元数据及相关结构•应用标准：应用于应用软件•技术标准：应用于操作系统和平台FEAFLEVEL4视角数据架构(实体=what)应用架构(活动=how)技术架构(位置=where)规划者视角（目标/范围）业务对象列表业务过程列表业务分布(场所)列表所有者视角（企业模型）语义模型业务过程模型业务支撑系统系统设计者视角（信息系统模型）逻辑数据模型应用架构系统物理部署架构承包商视角（技术模型）物理数据模型系统设计技术架构分包商视角（详细规范）数据定义程序“支撑软件组件(比如操作系统)”网络架构FEAFLEVEL4说明•规划者视角：从总体上描述最终结构规模、形态、及局部间关系。即系统范围的估计。•所有者视角：是业务人员的视角，由架构师设计的企业模型，描述业务实体、业务过程及其关系。•设计者视角：系统分析师的视角，定义数据元素，逻辑过程流及功能。•构建者视角：承包商的视角，架构师的规划需要在这里转换成面向建设者的模型。需要足够的细节去确定对工具、原料及技术的限制，在这里需要形成技术模型，使信息系统与具体的编程语言、IO设备或特定支撑技术联系起来。•分包商视角：根据详细规范提供模块或组件，组件可由是编程人员开发，也可以是已有的cots产品。目录目的架构建模方法总论–联邦企业架构-FEAF–FEAF建模语言业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法FEAF建模语言参考IDEF0&IDEF3，DFDIDEF1，IDEF1x，ERUML（用例图、组件图、序列图、状态图等）TheOpenGroupArchitectureFrameworkFormat,TOGAFFormat业务架构信息架构应用架构技术架构注：FEA推荐软件建模工具厂商Popkinsoftware提供IDEF方法体系简介•简介：IDEF是由美国空军发明的用于描述企业内部运作的一套建模方法，经过改造后用途变广泛了，适用于一般的软件开发。•IDEF的16套方法（最常使用的是IDEF0～IDEF4）•IDEF0：功能建模（FunctionModeling），类似数据流图DFD•IDEF1：信息建模（InformationModeling）•IDEF1X：数据建模（DataModeling），类似实体-关系图ER•IDEF2：仿真建模设计（SimulationModelDesign）•IDEF3：过程描述获取（ProcessDescriptionCapture），类似业务流程图TFD•IDEF4：面向对象设计（Object-OrientedDesign）•IDEF5：本体论描述获取（OntologyDescriptionCapture）•IDEF6：设计原理获取（DesignRationaleCapture）•IDEF7：信息系统审定（InformationSystemAuditing）•IDEF8：用户介面建模（UserInterfaceModeling）•IDEF9：场景驱动信息系统设计（Scenario-DrivenISDesign）•IDEF10：实施体系结构建模（ImplementationArchitectureModeling）IDEF11：信息制品建模（InformationArtifactModeling）•IDEF12：组织建模（OrganizationModeling）•IDEF13：三模式映射设计（ThreeSchemaMappingDesign）•IDEF14：网络规划（NetworkDesign）UML简介•1997年，OMG组织（ObjectManagementGroup对象管理组织）发布了统一建模语言（UnifiedModelingLanguage，UML），UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。2003年，UML已经获得了业界的认同。•常用UML图•用例图：用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求•类图：类图表示不同的对象如何彼此相关；换句话说，它显示了系统的静态结构。•序列图：序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系。•状态图：状态图表示某个类所处的不同状态和该类的状态转换信息。每个类都有状态，但不是每个类都应该有一个状态图。•活动图：活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。•组件图：组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。•部署图：部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。TheOpenGroupArchitectureFramework,TOGAF简介•来源•TOGAF的开发始于1995年，基于美国国防部的TAFIM框架（TechnicalArchitectureFrameworkforInformationManagement），每年都有新版本发布，目前版本是v8.1.1。•TOGAF的组成•PARTI•介绍（Introduction），对企业架构，尤其是TOGAF方法的关键概念做一些高层介绍。•PARTII•架构开发方法(ArchitectureDevelopmentMethod，ADM)，这是TOGAF的核心，详细介绍了开发企业架构的步骤和方法。•PARTIII一作为FEAF技术架构的参考•企业统一体(EnterpriseContinuum)，是一个架构资产的虚拟仓库，包含TOGAF基础架构（FoundationArchitecture）及集成信息基础设施参考模型（IntegratedInformationInfrastructureReferenceModel，III-RM)。•PARTIV•资源(Resources)，一系列应用TOGAF及ADM的工具和技术。交付操作方法架构建模操作方法及交付业务架构数据架构应用架构技术架构IT基础架构DFDERU/C矩阵TNA/TRM/DIOA参考DFD图DDCDMLDM/PDM系统功能框架系统数据交互技术无关框架技术相关框架集成架构EAP物理部署图方法：为达到某种目的而采取的途径、步骤、手段目录目的架构建模方法总论业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法事件驱动过程建模-结构化方法（SA)建模数据字典E-R图DFD处理规格说明数据对象描述状态转移图控制规格说明CSPEC实体-关系数据流PSPEC事件和事件表事物实体－联系图E-R环境图DFD数据字典DD过程说明(判定树/表）分析设计实施编程工具测试工具结构图系统流程图关系数据库模式用户界面表单/报表系统控制伪码业务架构业务建模过程明确系统范围过程分解梳理事件列表DFD建模绘制上下文图明确系统与环境的主要接口将系统分解成逻辑子系统或业务过程，形成过程分解图。至少要分解到活动或用例级（即可由一个岗位独立完成的任务）。过程分解图可作为过程文档不做输出以事件列表的形式描述事件的触发器、响应、来源、目的等信息。除事件列表外，还可绘制事件自身的DFD。事件列表和事件DFD是过程文档，可不输出。绘制0、1、2…等级别的DFD图，并输出数据字典。数据字典以业务过程列表和实体列表表达。明确系统范围－上下文图•在分解过程中，首先构造的是系统的上下图（CONTEXTDIAGRAM)，上下文图是一个最高层次的数据流程图，它将“业务”视之为一个黑盒。•上下文图定义了“产品”的外部环境和范围。•上下文图说明了业务的外部实体（externalentity)以及业务与这些外部实体之间的数据交换，即业务与其外部实体之间的接口。•在上下文图中，不描述业务内部的情况，因此，整个业务用一个过程来表示。•上下文图只有一张，图中的加工也只有一个，所以不必编号。OCS客户资料业务请求应答信息产品信息产品管理客户管理帐务管理业务网元管理/维护信息客户服务帐单/详单余额信息网管网管KPI统计分析缴费信息余额离线计费局数据累计消费信息经分SMSC帐单详单计费通知短信部分充值网关充值信息业务人员明确系统范围过程分解梳理事件列表DFD建模业务过程分解－爆破法过程分解企业活动目标运营管理WhatWho(role)HowLevel0业务活动Level1过程分组Level2中心过程Level3业务流程Level4操作流程L