1、架构的基本概念

什么是架构?理解架构定义,以及架构重要性,建立对架构设计的认识。

系统架构主要表述了契合一个环境的系统的基本元素及元素之间关系构成的结构集,在环境中体现出来的基本属性,以及设计与演进的原则。

架构包括三个部分:
(1)组成系统的基本元素、元素之间关系构成的结构集
(2)基本属性
(3)设计与演进原则

在这里插入图片描述

架构的由来

在这里插入图片描述 架构的重要性在哪里?

在这里插入图片描述

质量属性

在现实的系统中,在决定系统的成功或失败的因素中,满足非功能需求往往比满足功能性需求更为重要。
在这里插入图片描述

2、架构设计场景及方法

架构设计并不只是针对某一个产品,而是存在多种场景,有着不同的目标和方法。
在这里插入图片描述

1、企业架构的定义 和 4个构成要素(BA/IA/AA/TA)

概念定义:

依据企业架构标准组织The Open Group的定义,企业架构描述构成企业的要素和要素之间关系,以及用
于管控架构设计和演进的原则和指引。

概念理解:

1、企业架构构成要素如下,企业架构定义并描述它们的关系:
业务架构(价值流、业务能力、业务流程等)
信息架构(业务对象、逻辑实体等)
应用架构(产品、应用系统模块等)
技术架构(技术组件、技术服务等)
2、架构是随时间演进的,不是一成不变的,外部环境、公司战略、运营模式、技术升级等因素都驱动架构的更新。

4A架构的关系

业务架构:业务的结构化表达,描述组织如何运用业务的关键要素来实现其战略意图和目标;
信息架构:描述在业务运作和管理决策中所需要的各类信息及其关系的一套整体组件规范;
应用架构:描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用功能;
技术架构:代表了各种可以从市场或组织内部获得的软件和硬件组件。
在这里插入图片描述

企业架构分三层:公司层、领域/业务线层、项目层

在这里插入图片描述

2、解决方案架构设计方法

在这里插入图片描述

3、系统架构方法:4+1架构视图

一个架构视图是对于从某一视角或某一点上看到的系统所作的简化描述,描述中涵盖了系统的某一特定方面,而省略了与此方面无关的实体。

1995年,Philippe Kruchten在《IEEE Software》上发表了题为《The 4+1 View Model of Architecture》的论文,引起业界极大关注,最终被RUP采纳。并成为业界广泛使用的架构视图体系。

在这里插入图片描述

4+1视图:

通过4个典型视角,描述系统的各个切面;以用例串接和验证各切面设计。每个视图内部,可包含多种模型。
• 逻辑视图:面向系统逻辑分析和设计,描述系统逻辑结构的视图。
• 开发视图:面向系统开发及软件管理,描述系统代码结构,构建结构。
• 部署视图:面向系统部署,描述系统交付、安装、部署的视图。
• 运行视图:面向系统运行,描述系统启动过程、运行期交互的视图。
• 用例视图:以用例作为驱动元素,驱动和验证其他四个视图的设计。用
例视图不增加设计元素,仅增加用例作为输入,因此作为+1视图。

3、解决方案架构设计方法(4A)

业务架构 BA-Business Architecture

解决方案架构设计的关键输出件内容

在这里插入图片描述

业务架构(BA):开展信息架构、应用架构和技术架构的先决条件

在这里插入图片描述

什么是业务架构,包含哪些要素?

在这里插入图片描述

案例一、XX机场项目:理解业务,梳理面向客户的端到端价值流

1、价值流是一组端到端的活动集合,能够为外部客户或内部用户创造一个有价值的结果。
2、有别于流程,主要描述企业为他的客户创造什么价值以及如何创造价值。

如何设计价值流

1、首先要明确业务边界和范围,围绕航空主业,识别机场的4个主要价值流
2、清晰定义触发价值流的主要利益相关者(旅客、货主、航司、商户等驻场单位),价值从为利益相关者的创造价值的视角定义。
3、价值流是端到端的,为利益干系人提供完整的价值。

在这里插入图片描述

通过上下文分析 确定业务边界和范围,识别利益相关者

1、定义本方案的利益干系人(包括用户)是谁,利益干系人与本方案的关系,以及典型的业务量数据。
2、使用量化数据,呈现需要处理的业务量的典型规模,如值机部门,“每天需要处理旅客数量”等,以支撑对高频刚需的识别,对后续定价和商业模式设计也会有影响。
在这里插入图片描述

交通 航司服务 业务场景划分

1、业务场景用于描述当前状态或未来状态的业务形态,帮助理解构成业务的各种要素关系和交互时序。
2、用来从高层业务需求中提炼架构的特征,为架构导出业务需求及隐含技术需求的方法。

在这里插入图片描述

交通 航司服务 业务场景识别 & 场景描述

1、场景是事件触发的一段流程。不同场景的划分,关键体现在业务流执行过程中的活动及其属性存在的差异。
2、识别业务场景,关键是找出业务活动差异背后的关键影响因素(即“场景因子”)。
在这里插入图片描述

定义每个业务能力,输出业务能力字典

1、业务能力定义是业务自身拥有或者从外部获取的特定能力,以实现某一特定目的和结果。
2、业务能力的输出本质上是从不同维度对TOBE业务能力的构建设计,需要参考行业趋势和领先实践。业务能力包含目标、资源、活动、治理、业务服务等。
在这里插入图片描述

把 价值流阶段“进出港服务”打开到业务能力

对比业务现状,从业务能力视角进行评估,识别差距和改进方向(红色标出的新能力)
1、关键差距的识别本质上是对业务改进的优先级排序的过程。
2、以业务现状为输入,从现有业务流程、IT、数据、组织能力等视角识别业务能力差距。
3、依据对业务的影响,对能力建设进行优先级排序。
在这里插入图片描述

高舱精准服务流程

1、对准价值和用户体验,进行业务流分析和优化/重塑。

2、按不同场景展开分析,给出优化前/后的业务流,以及主要变化点。
在这里插入图片描述

对照流程要素基本概念,细化业务流程的活动和BI识别

活动:

是流程的基本单元。指某个角色(团队或个人)利用特定的工具和资源,按确定的要求和标准,将明确的输入转换为明确的
输出的过程。

角色:

是针对要执行的流程活动、要完成交付的一组职责的抽象定义,由流程拟制人根据流程活动内容进行提炼并抽象出来的
工作职责的承担者。

BI(Business Item):

指流程中各业务活动的输入/输出对象,包括数据实体以及承载数据的表、证、单、书。

业务规则:

是企业内部定义业务事实、约束和控制业务行为的标准或声明。

Metrics:

用于衡量和评估业务过程及结果的达成情况
在这里插入图片描述

高舱精准服务流程-活动 & BI(Business Item)

在这里插入图片描述

业务服务定义及服务的编排和重用

在这里插入图片描述

案例二、XX城市项目:总体范围和架构

城市类项目,一般有总体架构来明确项目范围和能力范围。
在这里插入图片描述

以“五化”引领智慧城市建设,全面促进“智造之都*宜居支城”打造

城市类项目,一般在顶设时,会明确给客户带来的价值。
在这里插入图片描述

总体业务架构图

城市类项目,因各业务是分解到各垂直领域完成,因此总体业务架构主要是领域划分和体现。
在这里插入图片描述

智慧环保领域 – 业务流程图(AS-IS)

对现网进行调研。
在这里插入图片描述

智慧环保领域 – 业务流程图(TO-BE)

1、业务流程图是基于应用能力的业务流程图。
2、对AS-IS调研的5个主题,未分别给与TO-BE情况下的业务流程的体现。
在这里插入图片描述

BA核心要素之间关联关系:价值流、业务能力、业务流程

在这里插入图片描述

Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐