架构全景视图

本文主要是介绍架构全景视图，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

一、战略规划
二、业务架构Business Architecture
- 2.1业务架构定义
- 2.2 业务架构组成
- 2.3 TOGAF
- - 2.3.1 Archimate建模（重要）
三、数据架构Data Architecture
- 3.1 数据架构定义
- 3.2 数据架构组成
四、应用架构Application Architecture
- 4.1 应用架构定义
- 4.2 应用架构组成
五、技术架构Technology Architecture
- 5.1 技术架构定义
- 5.1 技术架构组成

一、战略规划

1、国家政策

2、企业战略

3、对标友商

经过：外部分析—内部分析----基于SWOT战略决策，形成6大战略

···················································································································································

1、产品战略

2、服务战略

3、合作战略

4、渠道战略

5、市场战略

6、竞争战略

二、业务架构Business Architecture

2.1业务架构定义

业务架构是企业治理结构、商业能力与价值流的正式蓝图。

业务架构定义：明确定义企业的治理结构、业务能力、业务流程、业务数据。其中业务能力定义企业做什么，业务路程定义企业怎么做

2.2 业务架构组成

1、组织结构························谁干

包括：组织结构、业务渠道、合作伙伴

2、业务功能（业务能力）·····做什么

包括：价值链、功能域、功能子域

3、业务流程··························怎么做

业务功能由业务流程实现。
业务流程：由业务步骤、业务角色、业务数据、业务事件、业务规则构成。

以上 1, 2, 3 点是国内老一代信息科技企业的做法。

······················································································································································

4、商业模式

5、业务数据

包括：数据域、数据模型、数据规则

2.3 TOGAF

TOGAF 9.2 规范的业务架构目标的解读：

第一目标：设计目标业务架构

第二目标：借助差距分析，识别业务架构能力增量。

2.3.1 Archimate建模（重要）

1、总体功能架构图：采用层次图的方法，上渠道、中业务、下支持、右接口

三、数据架构Data Architecture

3.1 数据架构定义

DAMA的DMBOK2定义：数据架构是通过对齐企业战略得到的数据资产管理蓝图。具体而言，该蓝图用于指导如何分析数据需求、如何做好相应设计。

TOGAF 9.2 定义：数据架构描述企业的主要数据类型及其来源、逻辑数据资产、物理数据资产、数据管理资源，上述所有内容的结构和交互。

3.2 数据架构组成

1、数据类型/来源·······数据架构的核心

2、数据模型

3、数据存储/分布

4、数据流

5、数据管理

只有把要管理的数据类型识别出来，才能有针对地设计数据模型、数据存储与分布、数据流等。
数据流是场景化的，业务功能不同，相关的数据流可能不同。
数据流常涉及数据产生、数据使用、数据加工、数据存储等。

四、应用架构Application Architecture

4.1 应用架构定义

应用架构是对一组应用系统及其交互关系的描述，其中的每个应用系统都是一个“逻辑功能组”，用于支撑业务功能、管理数据资产。

在业务架构中，支撑具体业务功能、业务流程的要求。
在数据架构中，支撑具体数据资产的操作管理要求。
应用架构的目标：是定义支持业务和处理数据需要哪些应用系统。
应用架构不是应用程序的架构，而是要定义：①整个企业关注哪些类型的应用系统 ②这些应用系统需要执行哪些操作才能管理数据并将信息呈现给企业人员。
应用架构中的“应用”，不应该被描述为具体的计算机系统，而应被描述为“逻辑功能组”，这些逻辑功能组负责支持“数据架构中数据对象的管理”或支持“业务架构中的业务功能”。也就是说，识别应用是需要的，定义应用功能是需要的，但不需要指出应用的具体实现技术。