TOGAF之架构标准规范-架构愿景

2024-08-29 22:04

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

TOGAF标准规范中,架构愿景阶段的主要工作包括定义企业架构的范围、确认企业架构的利益相关者、创建企业架构愿景、获得利益相关者的批准。

图片

如上所示,架构愿景(Architecture Vision)在TOGAF标准规范中处于A阶段

图片

如上所示,架构愿景阶段的标准流程包括确定阶段目标、输入信息资料、执行处理步骤、输出标准信息、采取的流程方法

目标

开发出具备高阶特性的能力价值愿景与业务价值愿景的企业架构

声明架构工作组并获得支持,定义工作组的工作程序,开发与部署架构愿景的架构刚要

输入

企业外部相关的架构参考资料,其中,包括参考模型(企业架构)、标准规范(业务标准、数据标准、应用标准、技术标准)

非架构性输入,架构工作组的要求以及工作内容,业务规则、业务目标、业务驱动

架构性输入,企业架构的组织模型,企业受影响范围、成熟度评估方法、架构团队的角色与责任、架构工作的约束、软件重用需求、预算需求、变更需求、治理与支持策略,已剪裁的架构框架,架构方法、架构内容、架构原则、配置与部署工具,架构仓库

步骤

确立架构项目,确定企业架构、业务能力与项目管理的联系,企业架构属于业务能力、架构项目属于项目管理的子集,独立运作、相互依存

识别利益相关者,识别利益相关者的目标、关注点、问题、角色责任,识别业务需求

确定企业组织的业务目标、业务策略、业务驱动,定义企业架构的约束、企业范围的约束、具体项目的约束

评估企业的架构能力、业务能力,其中,包括确定企业组织具备能力解决架构问题、业务问题

评定企业业务转型的准备度以及能力,其中,包括风险识别能力以及提供转型解决方案

定义企业架构范围,业务范围、详细程度、特性分区、架构域、目标阶段、架构资产

确认架构原则、业务规则,其中,部分原则来自架构规划初始阶段

开发架构愿景,其中,包括总体架构规划、基线架构规划、目标架构规划以及业务场景与业务需求的汇总分析

定义目标架构价值以及考核体系,其中,包括开发架构业务用例、为组织者提供有价值的建议、为企业架构定义业务需求对应的绩效指标以及执行措施

确认业务转型风险,其中,包括识别业务转型过程中的各级别的风险以及提供风险的应对措施

开发架构工作组声明,其中,包括定义工作成果的绩效指标、指定对应的执行措施

输出

架构工作组声明,其中,包括架构项目要求以及背景、架构项目描述以及范围、架构愿景概述、范围过程的变更点、角色责任以及交付件、验收标准以及过程、架构项目计划以及进度

已优化的业务原则、业务目标,其中,包括优化已定义的业务原则、业务目标、业务驱动

架构原则,从企业使命计划、企业战略、外部约束、系统技术、发展趋势的角度开发架构原则,其中,包括可理解性原则、鲁棒性原则、完整性原则、一致性原则、稳定性原则

架构能力评估,其中,包括业务能力评估、IT能力评估、架构成熟度评估、业务转型准备度评估

已剪裁的架构框架,其中,包括已剪裁的架构方法、已经剪裁的架构内容(交付件、人工产品)、配置与部署工具、外部适配接口

架构愿景,其中,包括利益相关者的问题描述、有待解决的业务场景问题、架构工作声明的目标、架构工作的要求、总体架构、业务架构、应用架构、数据架构、技术架构、业务价值链条的图表、解决方案方面的图表

起草架构定义文档,其中,包括基线业务架构V0.1版本、基线技术架构V0.1版本、基线数据架构V0.1版本、基线应用架构V0.1版本、目标业务架构V0.1版本、目标技术架构V0.1版本、目标数据架构V0.1版本、目标应用架构V0.1版本

沟通计划,定义沟通需求与识别利益相关者、识别企业架构相关的关键信息与沟通需要、识别与定义沟通机制与利益相关者的沟通渠道、识别与定义沟通时间表

架构仓库的附加内容,架构仓库的组织结构如下图所示,其中,包括架构元模型、解决方案总览、架构总览、参考引用库、架构需求仓库、标准信息库、治理日志、架构能力、外部引用模型、外部标准、架构理事会

图片

利益相关者的矩阵关系

业务相关的图表,其中,包括业务模型图表、业务能力映射关系、价值流映射关系、价值链条图表、解决方案方面图表

方法

总体架构愿景,定义架构工作组,符合利益相关者以及架构能力的需要

创建架构愿景,使用架构能力支撑业务价值、业务目标、业务策略的实现

这篇关于TOGAF之架构标准规范-架构愿景的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

mybatis的整体架构

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

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

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

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

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

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

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 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

新一代车载(E/E)架构下的中央计算载体---HPC软件架构简介

老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师: 屏蔽力是信息过载时代一个人的特殊竞争力,任何消耗你的人和事,多看一眼都是你的不对。非必要不费力证明自己,无利益不试图说服别人,是精神上的节能减排。 无人问津也好,技不如人也罢,你都要试着安静下来,去做自己该做的事.而不是让内心的烦躁、焦虑、毁掉你本就不多的热情和定力。 时间不知不觉中,快要来到夏末秋初。一年又过去了一大半,成

Linux 云计算底层技术之一文读懂 Qemu 架构

Qemu 架构概览 Qemu 是纯软件实现的虚拟化模拟器,几乎可以模拟任何硬件设备,我们最熟悉的就是能够模拟一台能够独立运行操作系统的虚拟机,虚拟机认为自己和硬件打交道,但其实是和 Qemu 模拟出来的硬件打交道,Qemu 将这些指令转译给真正的硬件。 正因为 Qemu 是纯软件实现的,所有的指令都要经 Qemu 过一手,性能非常低,所以,在生产环境中,大多数的做法都是配合 KVM 来完成