架构全景视图

2024-09-08 08:04
文章标签 架构 视图 全景

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

文章目录

  • 一、战略规划
  • 二、业务架构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 应用架构定义

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

  • 在业务架构中,支撑具体业务功能、业务流程的要求。

  • 在数据架构中,支撑具体数据资产的操作管理要求。
    在这里插入图片描述

  • 应用架构的目标:是定义支持业务和处理数据需要哪些应用系统。

  • 应用架构不是应用程序的架构,而是要定义:①整个企业关注哪些类型的应用系统 ②这些应用系统需要执行哪些操作才能管理数据并将信息呈现给企业人员。

  • 应用架构中的“应用”,不应该被描述为具体的计算机系统,而应被描述为“逻辑功能组”,这些逻辑功能组负责支持“数据架构中数据对象的管理”或支持“业务架构中的业务功能”。也就是说,识别应用是需要的,定义应用功能是需要的,但不需要指出应用的具体实现技术。

4.2 应用架构组成

1、应用功能(应用服务)················核心,识别应用功能,并映射到应用项目当中

2、应用项目(应用组件)

3、应用集成

4、研发管理·········PMO负责

在这里插入图片描述

五、技术架构Technology Architecture

5.1 技术架构定义

  • 技术架构描述:需要哪些技术服务;选择哪些技术组件来实现技术服务;技术服务及组件之间的交互关系。
  • 技术架构意味着一份核准清单,强制规定了应该选择哪些厂商的哪些产品。

所谓技术组件可以是:

①技术平台—J2EE

②技术框架—Spring

③技术产品—Tomcat

所谓技术服务,就是IT系统所需要的:

①硬件能力:服务齐、磁盘阵列、GPU并行计算、GPS定位

②网络能力:局域网、宽带、现场总线等

③软件能力:负载均衡服务、数据复制服务

5.1 技术架构组成

1、技术需求:技术服务列表,或结构化地画出技术参考架构、技术栈。

2、技术选型:技术平台、技术产品、技术框架、中间件。

3、物理选型:硬件选型、网络选型。

4、分布设计:部署结构、负载均衡。

5、选型管理:面向行业的技术指标、企业中长期的技术选型标准。

技术架构的核心是识别出技术需求,并映射到技术选型当中。

这篇关于架构全景视图的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1147565

相关文章

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

【专题】2024飞行汽车技术全景报告合集PDF分享(附原数据表)

原文链接: https://tecdat.cn/?p=37628 6月16日,小鹏汇天旅航者X2在北京大兴国际机场临空经济区完成首飞,这也是小鹏汇天的产品在京津冀地区进行的首次飞行。小鹏汇天方面还表示,公司准备量产,并计划今年四季度开启预售小鹏汇天分体式飞行汽车,探索分体式飞行汽车城际通勤。阅读原文,获取专题报告合集全文,解锁文末271份飞行汽车相关行业研究报告。 据悉,业内人士对飞行汽车行业

系统架构设计师: 信息安全技术

简简单单 Online zuozuo: 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo :本心、输入输出、结果 简简单单 Online zuozuo : 文章目录 系统架构设计师: 信息安全技术前言信息安全的基本要素:信息安全的范围:安全措施的目标:访问控制技术要素:访问控制包括:等保

数据视图(AngularJS)

<!DOCTYPE html><html ng-app="home.controller"><head><meta charset="utf-8"><title>数据视图</title><link href="page/common/css/bootstrap.min.css" rel="stylesheet"><script src="page/common/js/angular.js"></

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

创业者该如何设计公司的股权架构

本文来自七八点联合IT橘子和车库咖啡的一系列关于设计公司股权结构的讲座。 主讲人何德文: 在公司发展的不同阶段,创业者都会面临公司股权架构设计问题: 1.合伙人合伙创业第一天,就会面临股权架构设计问题(合伙人股权设计); 2.公司早期要引入天使资金,会面临股权架构设计问题(天使融资); 3.公司有三五十号人,要激励中层管理与重要技术人员和公司长期走下去,会面临股权架构设计问题(员工股权激

【系统架构设计师】黑板架构详解

黑板架构(Blackboard Architecture)是一种软件架构模式,它模仿了多个专家系统协作解决问题的场景。在这种架构中,“黑板”作为一个中央知识库,存储了问题的当前状态以及所有的解决方案和部分解决方案。黑板架构特别适合于解决那些没有确定算法、需要多个知识源(或称为“专家”)共同作用才能解决的复杂问题。 一、黑板架构的组成 黑板架构主要由以下几个部分组成: 黑板(Blackboa

Java后端微服务架构下的API限流策略:Guava RateLimiter

Java后端微服务架构下的API限流策略:Guava RateLimiter 大家好,我是微赚淘客返利系统3.0的小编,是个冬天不穿秋裤,天冷也要风度的程序猿! 在微服务架构中,API限流是保护服务不受过度使用和拒绝服务攻击的重要手段。Guava RateLimiter是Google开源的Java库中的一个组件,提供了简单易用的限流功能。 API限流概述 API限流通过控制请求的速率来防止

Arch - 演进中的架构

文章目录 Pre原始分布式时代1. 背景与起源2. 分布式系统的初步探索3. 分布式计算环境(DCE)4. 技术挑战与困境5. 原始分布式时代的失败与教训6. 未来展望 单体时代优势缺陷单体架构与微服务架构的关系总结 SOA时代1. SOA架构及其背景1. 烟囱式架构(Information Silo Architecture)2. [微内核架构](https://www.oreilly.c