企业架构研究总结22TOGAF架构开发方法ADM之信息系统架构阶段文档格式.docx

企业架构研究总结22TOGAF架构开发方法ADM之信息系统架构阶段文档格式.docx

《企业架构研究总结22TOGAF架构开发方法ADM之信息系统架构阶段文档格式.docx》由会员分享，可在线阅读，更多相关《企业架构研究总结22TOGAF架构开发方法ADM之信息系统架构阶段文档格式.docx（8页珍藏版）》请在冰豆网上搜索。

当企业将要承接大型的架构改造任务时，理解并解决数据管理方面的问题将会是非常重要的，而一个结构化且全面的数据管理方法则可以促进对于数据的有效使用，从而充分利用其竞争优势。

对于数据管理来说，企业或组织需要在如下几个方面进行思考：

o对于用来担当企业主数据记录和引用系统的各应用组件需要被定义清楚。

o是否存在需要被所有的应用组件遵循的企业级标准？

o针对业务功能、流程和服务如何使用数据实体要有清晰的认识。

o针对企业数据实体是在何处以及如何被创建、存储、传输和汇报的要有清晰的认识。

o用于支持应用之间信息交换需求的数据转换的复杂程度如何？

o用于支持企业客户和供应商之间数据集成的软件的需求都有哪些？

（例如，针对在数据迁移过程中用到的ETL（Extraction-Transformation-Loading）工具和用来评估数据质量的数据分析工具的使用都有哪些需求？

）数据迁移（DataMigration）：

当现存应用被替代后，对于新应用的数据迁移将会成为一个非常重要的需求。

数据架构应该识别出数据的迁移需求，并且能够提供有关数据转换和清洗等级等方面指标，而这些指标表达了目标应用对于转换后数据的格式的要求。

此外，组织还需要确保存在一个用于支持企业级数据转换的通用数据定义。

数据治理（DataGovernance）：

数据治理确保企业或组织拥有足够的能力来促成数据转换，这包括如下几个方面的内容：

o结构：

这一维度是关于到企业是否具有必要的组织结构和标准体系来管理数据实体。

o管理系统：

企业应该具有必要的管理系统与数据相关程序，从而在数据实体的整个生命周期中对其治理方面进行管理。

o人员：

这一维度表述了企业对于数据转换所需的各种数据相关的技能和角色的需求。

如果企业缺乏这样的资源和技能，则需要考虑通过一系列精心编制的培训课程来对现有资源进行培训，或直接从外部获取。

使用架构资源库在当前阶段的各项活动中，架构团队需要考虑在架构资源库中是否存在与数据架构相关的可利用资源，特别是与组织所在行业相关的通用数据模型，例如：

零售行业技术标准组织（ARTS：

AssociationforRetailTechnologyStandards）为零售行业定义了一个数据模型。

Energistics也已为石油技术行业定义了一个数据模型。

1.4.3输入与输出在当前阶段所需的输入材料以及此阶段输出的各种交付物归纳如下：

输入参考资料架构参考资料非架构性输入架构工作要求书能力评估沟通计划架构性输入企业架构组织模型，包括：

受影响的组织范围成熟度评测、差距及解决方法架构团队所担当的角色和职责架构工作的约束预算需求治理和支持策略定制的架构框架，包括：

定制的架构方法定制的架构内容（交付物和制品）配置和部署工具数据原则（如果存在）通过的架构工作说明书架构愿景架构资源库，包括：

可重用的构建块公开且可得的参考模型组织特定的参考模型组织标准架构定义文档草案，包括：

基线业务架构1.0版基线技术架构0.1版基线数据架构0.1版基线应用架构1.0或0.1版目标业务架构1.0版目标技术架构0.1版目标数据架构0.1版目标应用架构1.0或0.1版架构需求说明草案，包括：

差距分析结果适用于此阶段的相关技术需求架构路线图的业务架构组件输出经过改善和更新的架构愿景阶段中的各交付物，包括：

架构工作说明（如有需要，进行修改）经过验证的数据原则或新的数据原则（如果产生的话）更新的架构定义文档草案，包括：

基线数据架构1.0版目标数据架构1.0版o业务数据模型o逻辑数据模型o数据管理流程模型o数据实体/业务功能矩阵代表相关干系人关注点的视角下的各种视图更新的架构需求说明草案，包括：

差距分析结果数据互操作需求适用于这一架构开发循环演进阶段的相关技术需求对于将要设计的技术架构的约束更新的业务需求更新的应用需求架构路线图的数据架构组件1.4.4步骤在当前阶段中所要执行的各个步骤归纳如下：

选择参考模型、视角和工具开发基线数据架构模型开发目标数据架构描述执行差距分析定义路线图组件通观整个架构景观来明确和解决相关影响进行正式的关系人审查最终确定数据架构创建架构定义文档1.5信息系统架构应用架构（InformationSystemArchitectureApplication）作为信息系统架构的另外一个组成部分，应用架构描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用系统。

在本章中，我们将针对应用架构的建设进行探讨。

1.5.1目标应用架构建设的目的是定义各种用于处理数据并对企业业务进行支持的主要应用系统。

需要注意的是，应用架构的建设并不关注于针对应用系统的具体设计，而是定义企业相关应用系统的种类，以及在管理数据和向用户展示信息方面的需求。

这里所说的应用并不是指计算机系统，而是关于应用系统能力的逻辑分组。

这些应用系统能力指的是用来管理在数据架构中定义的数据，并对在业务架构中定义的各项业务功能进行支持的能力。

这些应用和能力的定义并不依赖于特定的实现技术，因而这些定义是相对稳定的，而其实现技术则不然。

1.5.2方法在当前阶段的各项活动中，架构团队需要考虑在架构资源库中是否存在与应用架构相关的可利用资源，特别是如下几个方面的资源：

与组织所处行业相关的通用应用模型，例如由TMF（TheTeleManagementForum）开发的与电信行业相关的应用模型，以及由OMG中的一些领域小组开发的与特定行业（例如医疗保健、交通运输和金融等行业）相关的软件模型。

与通用的高层次业务功能相关的应用模型，例如电子商务、供应链管理等。

除了上述内容之外，应用架构的建设还可以参考如下的内容：

TheOpenGroup也提供了一个集成信息基础设施参考模型（III-RM：

ReferenceModelforIntegratedInformationInfrastructure），其中包括了一个集成信息基础设施所必须的各种应用级的组件和服务。

电子商务全球化标准（ebXML:

electronicbusinessusingeXtensibleMarkupLanguage）也是可选的工具之一，它的目标是提供一个开放的基于XML的基础设施，从而使得电子化的商务信息可以通过一种可交互的、安全且统一的方式进行全球化的使用。

1.5.3输入与输出在当前阶段所需的输入材料以及此阶段输出的各种交付物归纳如下：

定制的架构方法定制的架构内容（交付物和制品）配置和部署工具应用原则通过的架构工作说明书架构愿景架构资源库，包括：

基线业务架构1.0版基线技术架构0.1版基线数据架构1.0或0.1版基线应用架构0.1版目标业务架构1.0版目标技术架构0.1版目标数据架构1.0或0.1版目标应用架构0.1版架构需求说明草案，包括：

差距分析结果适用于此阶段的相关技术需求架构路线图的业务和数据架构组件输出经过改善和更新的架构愿景阶段中的各交付物，包括：

架构工作说明（如有需要，进行修改）经过验证的应用原则或新的应用原则（如果产生的话）更新的架构定义文档草案，包括：

基线应用架构1.0版目标应用架构1.0版o过程系统模型o位置系统模型o时间系统模型o人员系统模型代表相关干系人关注点的视角下的各种视图更新的架构需求说明草案，包括：

差距分析结果应用互操作需求适用于这一架构开发循环演进阶段的相关技术需求对于将要设计的技术架构的约束更新的业务需求更新的数据需求架构路线图的应用架构组件1.5.4步骤在当前阶段中所要执行的各个步骤归纳如下：

选择参考模型、视角和工具开发基线应用架构描述开发目标应用架构描述执行差别分析定义路线图组件通观整个架构景观来明确和解决相关影响进行正式的关系人审查最终确定应用架构创建架构定义文档