架构规划方法PPT文档格式.ppt

架构规划方法PPT文档格式.ppt

《架构规划方法PPT文档格式.ppt》由会员分享，可在线阅读，更多相关《架构规划方法PPT文档格式.ppt（76页珍藏版）》请在冰豆网上搜索。

设计架构目标数据架构：

定义业务支撑数据目标，也就是数据模型。

定义业务功能目标，也就是应用模型。

定义目标应用和数据管理的实现技术，也就是技术模型。

设计模型数据模型：

定义企业概念应用模型：

定义控制数据的应用技术模型：

定义当前和目标技术架构细分整个企业范围内的业务域，如果将一个业务域纳入联邦框架管理的投资回报率为正，那该域就回被纳入联邦框架，其架构信息和模型将被记录在架构仓库中。

迁移过程：

支撑当前架构向目标架构迁移的过程。

IT投资规划与决策：

基于投资预算、投资回报率等标准进行评价投资管理评审：

对架构信息进行投资评审域架构协调：

协调域架构，实现统一联邦架构，落实配置管理与工程变更控制。

市场调研：

进行新技术的市场调研，进行技术更新组件管理：

基于联邦架构进行企业基础设施的管理采购：

架构及其它迁移过程需要的采购架构治理：

避免混乱、误解与重做标准：

所有标准、指南与最佳实践安全标准数据标准：

应用于数据、元数据及相关结构应用标准：

应用于应用软件技术标准：

应用于操作系统和平台FEAFLEVEL4视角数据架构（实体=what）应用架构（活动=how）技术架构（位置=where）规划者视角（目标/范围）业务对象列表业务过程列表业务分布（场所）列表所有者视角（企业模型）语义模型业务过程模型业务支撑系统系统设计者视角（信息系统模型）逻辑数据模型应用架构系统物理部署架构承包商视角（技术模型）物理数据模型系统设计技术架构分包商视角（详细规范）数据定义程序“支撑软件组件（比如操作系统）”网络架构FEAFLEVEL4说明说明规划者视角：

从总体上描述最终结构规模、形态、及局部间关系。

即系统范围的估计。

所有者视角：

是业务人员的视角，由架构师设计的企业模型，描述业务实体、业务过程及其关系。

设计者视角：

系统分析师的视角，定义数据元素，逻辑过程流及功能。

构建者视角：

承包商的视角，架构师的规划需要在这里转换成面向建设者的模型。

需要足够的细节去确定对工具、原料及技术的限制，在这里需要形成技术模型，使信息系统与具体的编程语言、IO设备或特定支撑技术联系起来。

分包商视角：

根据详细规范提供模块或组件，组件可由是编程人员开发，也可以是已有的cots产品。

目录目录目的架构建模方法总论联邦企业架构-FEAFFEAF建模语言业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法FEAF建模语言参考建模语言参考IDEF0&

IDEF3，DFDIDEF1，IDEF1x，ERUML（用例图、组件图、序列图、状态图等）（用例图、组件图、序列图、状态图等）TheOpenGroupArchitectureFrameworkFormat,TOGAFFormat业务架构业务架构信息架构信息架构应用架构应用架构技术架构技术架构注：

注：

FEA推荐软件建模工具厂商Popkinsoftware提供IDEF方法体系简介方法体系简介简介：

IDEF是由美国空军发明的用于描述企业内部运作的一套建模方法，经过改造后用途变广泛了，适用于一般的软件开发。

IDEF的16套方法（最常使用的是IDEF0IDEF4）IDEF0：

功能建模（FunctionModeling），类似数据流图DFDIDEF1：

信息建模（InformationModeling）IDEF1X：

数据建模（DataModeling），类似实体-关系图ERIDEF2：

仿真建模设计（SimulationModelDesign）IDEF3：

过程描述获取（ProcessDescriptionCapture），类似业务流程图TFDIDEF4：

面向对象设计（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的工具和技术。

交付交付操作方法操作方法架构建模操作方法及交付架构建模操作方法及交付DFD图图DDCDMLDM/PDM系统功能框架系统功能框架系统数据交互系统数据交互技术无关框架技术无关框架技术相关框架技术相关框架集成架构集成架构EAP物理部署图物理部署图方法：

为达到某种目的而采取的途径、步骤、手段方法：

为达到某种目的而采取的途径、步骤、手段目录目录目的架构建模方法总论业务架构建模方法数据架构建模方法应用架构建模方法技术架构设计方法事件驱动过程建模事件驱动过程建模-结构化方法（结构化方法（SA）建模建模事件和事件表事件和事件表事物事物实体联系图实体联系图E-RE-R环境图环境图DFDDFD数据字典数据字典DDDD过程说明过程说明（判定树判定树/表）表）分析分析设计设计实施实施编程工具编程工具测试工具测试工具结构图结构图系统流程图系统流程图关系数据库模式关系数据库模式用户界面用户界面表单表单/报表报表系统控制系统控制伪码伪码业务架构业务架构业务建模过程业务建模过程明确系统范围过程分解梳理事件列表DFD建模绘制上下文图绘制上下文图明确明确系统与环系统与环境的主要接口境的主要接口将将系统分解成系统分解成逻辑子系统或逻辑子系统或业务过程业务过程，形，形成过程分解图。

成过程分解图。

至少要分解到至少要分解到活动或用例级活动或用例级（即可（即可由一个由一个岗位独立完成岗位独立完成的任务的任务）。

）。

过程分解图可过程分解图可作为过程文档作为过程文档不做输出不做输出以事件列表的以事件列表的形式描述事件形式描述事件的的触发器、响触发器、响应、来源、目应、来源、目的的等信息。

等信息。

除事件列表外，除事件列表外，还可绘制事件还可绘制事件自身的自身的DFDDFD。

事件列表和事事件列表和事件件DFDDFD是过程是过