搜索
COPYRIGHT©企业架构介绍COPYRIGHT©目录Content•企业架构定义、分类•企业业务流程示例•应用架构的演变•技术架构的演变•数据模型及环境•企业架构标准COPYRIGHT©•企业架构定义•企业架构目标•企业架构分类•业务流程示例企业架构COPYRIGHT©企业架构定义什么是企业架构企业架构的目的COPYRIGHT©企业架构分类业务架构IT架构把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，包括运营模式、流程体系、组织结构、地域分布等指导IT投资和设计决策的IT框架，建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分COPYRIGHT©业务流程示例COPYRIGHT©•应用架构演变•通用应用架构•技术架构演变•SOA和微服务IT架构COPYRIGHT©应用架构演变(一)阶段一阶段三阶段二扩大规模客户管理COPYRIGHT©应用架构演变(二)阶段四组织架构应用架构COPYRIGHT©应用架构演变(三)阶段五，多元化发展COPYRIGHT©应用架构-通用架构对外系统，所有企业外部客户使用的系统C端系统的管理后台。常见的管理后台都会包含订单、CMS、商品等模块业务单元支持系统，业务单元的运作需要强大的系统支撑完善的职能单元作为后勤部门支持业务单元的运转和企业的正常运作将通用功能服务化，平台化，以保证应用架构的合理性，提升服务效率。给其他应用系统提供基础服务能力支持数据层面的统一和封装，为各个下游系统提供数据服务COPYRIGHT©技术架构演变(一)请求量、用户量增加COPYRIGHT©技术架构演变(二)请求量、用户量增加COPYRIGHT©技术架构演变(三)SOA服务中心COPYRIGHT©技术架构-SOA、微服务SOA（ServiceOrientedArchitecture）“面向服务的架构”:是一种设计方法，其中包含多个服务，服务之间通过相互依赖最终提供一系列的功能。一个服务通常以独立的形式存在与操作系统进程中。各个服务之间通过网络调用。微服务架构:和SOA架构类似,微服务是在SOA上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。微服务架构=80%的SOA服务架构思想+100%的组件化架构思想+80%的领域建模思想ESB（企业服务总线）集成不同系统，不同协议的服务，ESB做了消息的转化解释和路由工作，让不同的服务互联互通API网关API网关是一个服务器。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API主要区别COPYRIGHT©•数据模型定义及分类•关系型数据库•非关系型数据库•大数据演变数据模型COPYRIGHT©数据模型用来描述数据、组织数据和对数据进行操作，是对现实世界数据特征的描述。概念模型:E-R图常见的逻辑数据模型层次模型网状模型关系模型COPYRIGHT©数据的存储-关系型数据库•关系型数据库数据库是一个按数据结构来存储和管理数据的计算机软件系统采用了关系模型来组织数据的数据库，其以行和列的形式存储数据数据库事务必须具备ACID特性，ACID分别是Atomic原子，Consistency一致性，Isolation隔离性，Durability持久性Oracle，MicrosoftSQLServer，MySQL，PostgreSQL，DB2，MicrosoftAccess，SQLite，Teradata，MariaDB，SAP•主流数据库COPYRIGHT©数据的存储-非关系数据库非关系型数据库严格上不是一种数据库，应该是一种数据结构化存储方法的集合，格式灵活、速度快、高扩展、成本低分类COPYRIGHT©数据的存储-大数据•Lucene一个Java高性能全文索引引擎工具包可以方便的嵌入到各种实际应用中实现全文索引搜索功能•Nutch一个应用程序，是一个以Lucene为基础实现的搜索引擎应用•HadoopNDFS和MapReduce从中被剥离出来成立一个新的开源项目COPYRIGHT©•Zachman•TOGAF•DoDAF•优缺点分析企业架构方法论COPYRIGHT©企业架构-方法论Zachman•数据（What，即什么内容）：用于表示客观对象的材料组成，即材料清单。对于企业来说，此部分内容就是组成事物模型（ThingModel，之所以将其称为组成事物模型而不是数据模型是因为由于不同的行代表了不同的视角，而仅在设计师所处的第三行才会关注真正信息化意义上的“数据模型”，因而在此才使用“组成事物”来对所有视角在此列中的描述对象进行指代）。•功能（How，即如何工作）：用于表示功能和转换行为。对于企业来说，这部分内容就是流程或功能模型等。•网络（Where，即何处）：用于表示各组成部件的坐落位置以及相互之间的联通关系。对于企业来说，这部分内容就是物流或网络模型等。•人（Who，即何人负责）：用于描述了何人应该做何事，例如用户手册和操作说明等。对于企业来说，这部分内容就是人力模型或工作流模型等。•时间（When，即什么时间）：用于描述事物发生的时间以及不同事物之间的相对时间关系，例如生命周期和时序图等。对于企业来说，这部分内容就是时间或动态模型等。•原因（Why，即为什么做）：用于表示最终结果和意义。对于企业来说，这部分内容就是动机模型等。COPYRIGHT©企业架构-方法论TOGAFADM阶段A：架构愿景架构开发周期的初始阶段。它包括有关定义体系结构开发计划范围，识别利益相关者，创建体系结构愿景以及获得批准以继续体系结构开发的信息ADM阶段B：业务架构业务架构：开发业务架构以支持商定的架构愿景ADM阶段C：信息系统架构信息系统架构：开发信息系统架构以支持商定的架构愿景ADM阶段D：技术架构技术架构：技术架构的发展，以支持商定的架构愿景ADM阶段E：机遇与解决方案机遇与解决方案为前几个阶段定义的架构进行初步实施计划和交付工具的识别ADM阶段F：迁移计划迁移规划通过最终确定详细的实施和迁移计划，阐述如何从基准迁移到目标体系结构ADM阶段G：实施治理实施治理提供了对实施的架构监督ADM阶段H：架构变更管理架构变更管理建立了管理新架构变更的程序。需求管理检查整个ADM中管理架构需求的过程包括架构开发方法（ADM）、架构能力框架、架构内容框架、企业连续体及参考模型等一系列组件COPYRIGHT©企业架构-方法论DoDAF由美国国防部的USUndersecretaryofDefenseforBusinessTransformation工作小组所制定的系统体系结构框架八大视图与实施方法论全局视图（AllViewpoint，AV）提供了对整个架构描述有关的信息能力视图（CapabilityViewpoint，CV）对能力的描述，这种能力用于实现符合企业愿景的企业目标。数据与信息视图（DataandInformationViewpoint，DIV）用于体系结构描述的业务信息需求和结构化业务流程规则作战视图（OperationalViewpoint，OV）描述组织、任务或活动，以及它们之间必须交换的信息项目视图（ProjectViewpoint，PV）描述项目计划如何组合成具有前后承接关系的投资组合计划。该视图提供了一种描述多个项目间组织关系的方法，每个项目负责交付单个的系统或功能。服务视图（ServicesViewpoint，SvcV）描述为作战活动提供支持的系统、服务和互连功能。国防部的流程包括作战、商业、情报和基础设施功能。标准视图（StandardsViewpoint，StdV）控制系统各部分或元素间组合、交互和互依赖性的规则的最小集合。其目标是确保系统能够满足特定的一系列作战需求。该视图提供了技术系统实现指导，基于此指导可以形成工程规范、建立通用模块，开发产品线。它包括技术标准、执行惯例、标准选项、规则和标准。系统视图（SystemsViewpoint，SV）关于自动化系统、互连通性和系统功能方面的信息。COPYRIGHT©企业架构-方法论•TOGAF相对于其他框架理论，具有更加标准、更加通用的特点•2009年的市场占有率超过50%•TOGAF在国外有SAP、IBM等公司在推动，在中国则于2009年由金蝶引入进行本地化和中文化工作•基于面向服务架构（SOA）架构模式COPYRIGHT©谢谢