etom与SID入门培训-公司内部版.pptx

etom与SID入门培训-公司内部版.pptx

《etom与SID入门培训-公司内部版.pptx》由会员分享，可在线阅读，更多相关《etom与SID入门培训-公司内部版.pptx（63页珍藏版）》请在冰豆网上搜索。

eTOMeTOM与与SIDSID入门培训入门培训2022年10月24日内容内容u培训的目的uIT规划与企业架构框架方法u企业架构框架方法入门uTMForumSolutionFrameworks就是面向服务提供商的参考企业架构eTOM基础SID基础TAM基础TNA基础怎么使用eTOM和SID?

培训的目的培训的目的u了解IT规划和企业架构的基础知识u为我们把握客户的业务和引导项目滚动提供方法不只是客户说让我们做什么而是要引导客户应该做什么告诉客户为什么这么做是对的，会给你带来什么价值u为我们进行系统设计提供参考内容内容u培训的目的uIT规划与企业架构框架方法u企业架构框架方法入门uTMForumSolutionFrameworks就是面向服务提供商的参考企业架构eTOM基础SID基础TAM基础TNA基础怎么使用eTOM和SID?

引子：

让我们先找一个抓住问题的起点引子：

让我们先找一个抓住问题的起点u某年某月某日，老板找到你，说：

南方有个庞大的家族企业，由于有个祖传秘方，他们的老板依靠这个秘方成为了排在胡润富豪榜的第9位，我前几天通过朋友认识了他，大家一起见面很投缘，这个人虽然农民出身，但非常有魄力和胆识，他觉得他们的企业没有任何的信息化，还停留在手工年代，所以要让他的企业跟上时代的潮流，有更大的发展。

所以他想请咱们去他们的企业帮助他们做信息化，看看咱们能够做什么。

作为公司的资深工程师，公司决定派你去。

希望通过你的工作，为公司带来更多的机会。

u你要怎么做？

5分钟各个组讨论一下，然后组长代表各组发言。

什么是规划？

什么是规划？

u规划，意即进行比较全面的长远的发展计划，是对未来整体性、长期性、基本性问题的思考、考量和设计未来整套行动方案。

我们在哪？

我们要去哪？

我们怎么去？

客户在哪？

客户要去哪？

我们怎么帮客户去？

城市规划与城市规划与ITIT规划规划城市规划城市建设城市管理城市规划城市规划理论指导项目建设理论指导IT规划IT项目建设IT运营IT规划IT规划理论指导IT项目开发过程指导管控管控城市规划（UrbanPlanning）研究城市的未来发展、城市的合理布局和综合安排城市各项工程建设的综合部署，是一定时期内城市发展的蓝图，是城市管理的重要组成部分，是城市建设和管理的依据，也是城市规划、城市建设、城市运行三个阶段管理的龙头。

“IT规划（ITplanning）”是“信息化规划”的简称，是指在理解企业发展战略和评估企业IT现状的基础上，结合所属行业信息化方面的实践和对最新信息技术发展的认识，提出企业信息化建设的远景、目标和战略，以及具体信息系统的架构设计、选型和实施策略，全面系统地指导企业信息化建设，满足企业可持续发展的需要。

什么是企业架构？

什么是企业架构？

u企业架构的概念是在企业信息化过程中提出来的，源自20世纪80年代信息系统的规划与设计领域。

企业架构从企业全局的角度将企业管理模式、企业业务流程、企业信息资源、企业信息系统、企业信息化技术创造性的融为一体，系统地考虑与企业信息化相关的业务活动、数据环境、应用系统、技术设备以及它们之间的相互作用关系，并与企业经营、战略目标相结合，指导企业信息化工作。

u从IT角度来看，企业架构是企业信息化的“建造蓝图”，展示了从信息系统角度的总体框架，企业IT架构是企业信息化建设最早设计决策的体现，对企业信息化具有导向和支持的双重作用。

1、1996年ClingerCohen法案的定义EA是一个集成的框架用于演进或维护存在的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。

2、OPENGROUP的定义EA是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。

3、OMB的定义：

EA是业务和管理流程和信息技术间当前和将来关系的显示描述和记录。

4、MetaGroup的定义：

EA是一个系统过程，它表达了企业的关键业务、信息、应用和技术战略以及它们对业务功能和流程的影响。

关于信息技术怎样以及应该如何在企业内实施，EA提供一个一致、整体的视角，以使它与业务和市场战略一致。

5、Microsoft的定义：

EA是对一个公司的核心业务流程和IT能力的组织逻辑，通过一组原理、政策和技术选择来获得，以实现公司运营模型的业务标准化和集成需求。

6、IBM的定义：

EA是记录在企业内所有信息系统、它们的相互关系以及它们如何完成企业使命的蓝图。

企业架构与企业架构框架企业架构与企业架构框架uEnterpriseArchitecture&EnterpriseArchitectureFramework企业架构框架：

企业架构框架是如何组织与企业架构相关的结构和视图的方法。

企业架构框架EnterpriseArchitectureFramework企业架构EnterpriseArchitecture内容内容u培训的目的uIT规划与企业架构框架方法u企业架构框架方法入门uTMForumSolutionFrameworks就是面向服务提供商的参考企业架构eTOM基础SID基础TAM基础TNA基础怎么使用eTOM和SID?

ZachmanZachman企业架构框架企业架构框架uZachman框架是一个由行和列组成的二维结构行基于模型使用/描述者的视角对企业进行描述，最顶层的行表示企业的最一般的描述，层次越低的行对企业的描述越具体；从规划者、所有者、设计者、构建者、实现者和参与者六个视角来划分，建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模型；列基于人们理解问题时经常涉及的问题的角度定义了各视角的抽象域。

从数据（What）、功能（How）、网络（Where）、人员（Who）、时间（When）、动机（Why）等6个方面的模型，并分别由实体关系模型（Entity-Relationship）、流程I/O模型（Input-Process-Output）、节点链接模型（Node-Link）、人员工作模型（People-Work）、时间周期模型（Time-Cycle）、目标手段模型（Ends-Means）来表达。

1987年，JohnZachman在IBMSystemsJournal上发表名为Aframeworkforinformationsystemsarchitecture的文章，提出企业架构的初步概念。

文中阐述了在信息系统开发工作中对软件体系结构的看法：

系统开发是由具有不同关注视点的若干层面人员共同完成的这与认识到系统开发是由不同阶段完成的同等重要；在系统开发中，考察对象不应仅限于数据和功能，还应包括地点。

Zachman理论发展到今天，称之为“企业架构框架”，简称为“Zachman框架”，Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。

ZachmanZachman框架框架数据功能人员位置时间动机规划者所有者设计者构建者实现者参与者范围业务概念业务逻辑系统规格组件资产操作对象问题域解决方案域运营与推广ZachmanZachman框架框架ZachmanZachman框架说明框架说明uZachman架构的说明当这个框架应用于企业时，它仅仅是用来分类和组织企业（在这些企业里，企业的管理和企业系统的开发同样重要）的描述形式的逻辑结构。

在一个Zachman表格中，有36个方格，每个方格就是一个角色（例如商业拥有者）和每个描述焦点（如数据）的交汇。

当我们在表格中水平移动（例如从左到右）时，我们会从同一个角色的角度，看到系统的不同描述。

当在表格中竖直移动（例如从上到下）时，我们会看到从不同角色的角度，观察同一个焦点。

uZachman框架只告诉我们应该做什么，并没有告诉我们应该如何做！

u这个框架已经存在了几千年，而且我敢肯定它在以后的几千年将继续存在。

稍微有些改变的是我们对它的理解和怎样使用它。

-Zachman使用使用ZachmanZachman框架的要点框架的要点u每一个构架材料应该存在于一个方格中，而且只能存在于一个方格中。

在一个构架材料放在哪个方格里不应该含糊不清。

如果某个构架材料的确不知道应该放在哪个方格中，问题很有可能处在构架材料本身。

u仅仅只有当所有的表格都填满了的时候，一个构架才能被称为是完整的构架。

当所有的方格都填满了时候，整个表格才有足够的材料定义系统。

只有当每个方格都填满了材料的时候，才有足够的信息描述系统：

从每个角色（我们现在可以称之为利益相关者，Stakeholder）的角度观察系统的每个可能的视角（描述焦点）。

所以一个组织可以使用Zachman表格确保企业构架中的所有重要利益相关者之间的讨论都是合适的。

u表格的每列的方格都是彼此相关的。

例如，Zachman表格的数据列（第一列）。

从商业拥有者的角度，数据就是关于商业的信息。

从数据库管理人员的角度，数据就是数据库中的行和列。

尽管商业拥有者对数据的看法和数据库管理员不同，但它们应该是有关系的。

一个人可以遵循商业需求，并且显示出设计的数据就是被需求驱动的。

如果有商业需求并没有追踪到数据库设计，那么就得想想商业需求是否与企业构架相符。

另一方面，如果数据库设计的元素没有需求与之对应，我们就应该问问自己，在数据库层面是否存在不必要的设计。

ZachmanZachman框架的价值和缺陷框架的价值和缺陷u价值确保每个利益相关着能够从描述的焦点考虑。

通过把每个焦点精简到每个特殊观众涉及的焦点来提升构架材料的质量。

确保每个商业需求能够追踪到技术实现。

确保商业方面不会规划出多余没用的功能。

确保技术组包含在商业组的规划中。

u缺陷Zachman框架本身并不是一个完整的解决方案。

有太多的问题它都没有描述。

Zachman没有给出一步一步构造一个构架的过程。

在决定我们将要构建的构架是否是最好的时候，Zachman没有提供更多的信息帮助我们作出决定。

就此而言，Zachman也没有给出一种途径展示将来构架的需求。

最重要的，从我们的角度，尽管Zachman表格可以帮助组织构架材料，但是它在描述企业复杂性方面几乎什么都没做。

TOGAFTOGAF架构框架架构框架uTOGAF简介TOGAF是一个架构框架，简而言之，是一种协助开发、验收、运行、使用和维护架构的工具。

它是基于一个迭代（Iterative）的过程模型，支撑最佳实践和一套可重用的现有架构资产。

他帮助企业设计，评估，并建立正确的企业架构。

TOGAF已被80的Forbes50（福布斯）的公司使用，并支持开放、标准的SOA参考架构。

uTheOpenGroup简介TheOpenGroup（简称TOG）是一个非营利标准化组织，是一个厂商中立和技术中立的机构，致力于提出各种技术框架和理论结构，致力于促进全球市场的业务效率。

TheOpenGroup下设不同论坛，制定不同的标准。

论坛下设不同的工作组（WorkGroup），以确保该领域始终包含最新的科技标准。

其中最有名的是架构论坛（ArchitectureForum）和SOA工作组，负责制定TheOpenGroupArchitectureFramework（TOGAF）架构框架和制定SOA的相关规范和标准。

TOGAFTOGAF的核心的核心ADMADM初期的目标是确定实现过程涉众，并且让它们面对企业架构工作的内容。

该阶段交付基于组织业务法则的架构指导方针（ArchitectureGuidingPrinciples），并且描述用于监控EA实现进展的过程和标准。

过程的阶段A用于明确EA远景。

架构远景（ArchitectureVision）工件利用业务推动者明确企业架构工作的目的，并且创建基线和目标环境的粗略描述。

如果业务目标不清楚，那么该阶段中的一部分工作是来帮助业务人员确定其关键的目标和相应的过程，这些企业架构都必须支持。

同样是该阶段中生成的架构工作描述（StatementofArchitecturalWork），勾勒出EA的范围及约束，并且表示出架构工作的计划。

阶段B用于详述关于业务领域架构的工作。

架构远景（ArchitectureVision）中概括的基线和目标架构在此被详细说明，从而使它们作为技术分析的有用输入。

业务过程建模、业务