【架构设计】作为架构师你应该掌握的画图技术

简介: 【架构设计】作为架构师你应该掌握的画图技术

1.前言

  • 大家知道,架构的过程其实就是建模的过程,那自然离不开架构图。
  • 那么,我们先来看几个问题。

(1)什么是架构图?

架构图 = 架构 + 图,用图的形式把系统架构展示出来,配上简单的文案,不同的人开不同的架构图,比如业务架构图就是给老板和产品经理看的,技术架构是给研发人员看的,物理架构图是给部署运维的人员看的。

(2)如何判断架构图的好和坏?

  • 业务抽象设计的合理性,是否满足高内聚、低耦合的要求,不能太宽泛,也不能太细粒度
  • 层级划分目标系统边界,自下而上 或 由上而下,一般包括 基础设施、数据层、应用层、用户层四个层次
  • 纵向分层 上层依赖于下层越底层,越是基础服务;横向并列关系,级别相同
  • 理清架构图类型、业务要全面、专业术语一致、图形清晰美观、颜色类型划分合理

(3)什么是【 TOGAF】

  • 全称 The Open Group Architecture Framework 企业架构标准
  • 给企业架构专业人士之间的沟通提供一致性保障,设计上注重灵活性,可用于不同的架构风格。
  • 不同架构视图承载不同的架构设计决策,支持不同的目标和用途


fa9e9169faf446f399e4490eff9aea9b.jpg

2.业务架构图

(1)什么是业务架构图

  • 定义业务战略、企业治理、组织架构和关键业务流程。
  • 是对业务需求的提炼和抽象,使用一套方法论对项目所涉及需求的业务进行业务边界划分
  • 能比较清晰地看到系统的业务全貌,需求分析是否做到位,功能开发是否达到预期目标,都以此为依据

业务架构图中尽量不出现技术的字眼,不同架构图的读者是不同的,确保能看懂。


无技术背景人员可参与实现的讨论,向技术人员描述解决方案核心要做什么,必须实现的关键是什么

(2)怎么去画业务架构图

  • 分层
  • 业务按照层级进行划分,各个层级属于独立的版块,下层为上层提供服务能力支撑。比如:laaS / PaaS / SaaS
  • 分模块
  • 同层级中进行小归类,属于平行关系,可以独立存在
  • 分功能
  • 独立功能划分出来,即业务入口,业务方重点关注的功能点,可以认为是微服务划分

23005911c1ac4838b5a7b2b9a46e13f7.jpg

3.技术架构

(1)什么是技术架构图

  • 应用架构本身只关心需要哪些应用系统,不关心在整个项目中你需要使用哪些技术
  • 技术架构则是实现应用架构的承接方,识别技术需求,进行技术选型,描述技术之间的关系
  • 解决的问题包括
  • 技术层面的分层、开发语言、框架的选择
  • 通信技术、存储技术的选择、非功能性需求的技术选择等


b5a54b330e9e4e679c062c1fb587b08a.jpg

4.数据架构图

  • 描述一个组织逻辑的和物理的数据资产和数据管理资源的结构
  • 从数据视角,表达数据从产生到消费应用的全过程
  • 比如做一个电商实时大屏,数据来源有哪些,经过哪些组件处理,最终存储和应用到哪里
  • 常规里面不加具体的技术实现,但有时会方便沟通,则加入对应的技术实现


ff82d7cbbebd415882a9dfbd5f462422.jpg

5.RUP4+1视图

(1)什么是RUP 4+1

  • 全称Rational Unified Process,中文统一软件开发过程,是一个面向对象画图的方法论
  • 在RUP中采用"4+1"视图模型来描述软件系统的体系结构
  • 包括五种视图:场景视图、开发视图、逻辑视图、物理视图、处理试图

(2)分类

  • 场景视图
  • 也叫用例视图,4+1中的1,是最核心的视图。在UML中通常由用例图表示并不限于使用UML的用例图进行设计,可以使用其他方法。
  • 逻辑视图
  • 描述系统的功能需求,系统给用户提供哪些服务,比如扫码、登录、支付
  • 对系统职责的逐级划分,理清功能需求和系统边界,也叫系统架构、应用架构、技术架构
  • 物理视图
  • 也叫部署视图,部署架构,对这个部署信息进行描述,包括服务器、虚拟机、终端设备分布等
  • 处理视图
  • 流程图,描述系统中的动态信息,最常见的是逻辑架构元素之间的交互关系
  • 比如支付下单的功能是怎末实现的,在UML中通常用时序图和流程图表示
  • 开发视图
  • 描述在开发环境中软件的静态组织结构,关注软件开发环境下实际模块的组织

6.场景视图

场景视图也叫用例视图,4+1中的1,是最核心的是视图,在UML中通常由用例图表示,用例视图并不限于使用UML的用例图进行设计,可以使用其它方法。

用例图主要分3个部分

参与者

代表系统外部与系统发生交互的人或事物

事物可以是一个应用程序或者特殊进程

用例:系统外部可见的一个功能单元,由参与者启动,比如观看课程

参与者与用例的关系

关联:以一条直线相连,比如用户登录系统

归纳(泛化)

指一个父用例可以形成多个子用例,父用例和子用例之间的关系就是泛化关系

泛化关系通过一个三角箭头从子用例指向父用例来表示

箭头表示参与者与参与者之间、用例与用例之间的关系;

账号登录与微信登录,可归纳为登录系统

包含:表示用例与用例之间的关系,用带有“包含”的箭头表示,箭头从基础用例指向包含用例

拓展:用带有“拓展”的箭头表示,由拓展用例指向基础用例,如登录时忘记密码,是可选的,缺少不会影响用例的完整性

7.物理视图

物理视图也叫部署视图,部署架构,对这个部署信息进行描述,包括服务器、虚拟机、终端设备分布等

描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上

用于指导软件系统的部署实施过程,通常要考虑到解决系统的可靠性和可伸缩性要求

没有统一标准格式,核心是清晰列出部署架构,能让运维方能看懂即可

更多是综合的图形工具


da29116859be497c8f7bd5fe633c47c8.jpg

8.开发视图

  • 描述在开发环境中软件的静态组织结构
  • 主要是系统模块的划分和组成,细化到内部包的组成设计,技术开发人员角度看系统的逻辑组成
  • 关注程序包,应用框架,引用的类库、SDK和中间件,以及工程和包的划分规则等,规范、约束开发环境的结构
  • 常规就是 类图,组件图

d9ad6c705e7f48cab7cb920e3e7c666a.jpg

30dc3a4cd5e546989119ea792da84f52.jpg

9.处理视图

  • 描述系统中的动态信息,最常见的是逻辑架构元素之间的交互关系
  • 比如 微信扫码支付下单功能是如何实现的

在UML中通常由时序图和流程图表示

什么是时序图

是一种UML交互图,描述了对象之间传递消息的时间顺序, 用来表示用例中的行为顺序, 是强调消息时间 顺序的交互图; 又名序列图、顺序图

通俗解释:就是交互流程图 (把大象装冰箱分几步)

时序图包括四个元素

对象(Object)

时序图中的对象在交互中扮演的角色就是对象,使用矩形将对象名称包含起来, 名称下有下划线

生命线(Lifeline)

生命线是一条垂直的虚线, 这条虚线表示对象的存在, 在时序图中, 每个对象都有生命线

激活(Activation)

代表时序图中对象执行一项操作的时期, 表示该对象被占用以完成某个任务,当对象处于激活时期, 生命线可以拓宽为矩形

消息(Message)

对象之间的交互是通过相互发消息来实现的,箭头上面标出消息名,一个对象可以请求(要求)另一个对象做某件事件

消息从源对象指向目标对象,消息一旦发送便将控制从源对象转移到目标对象

消息的阅读顺序是【严格自上而下】

消息交互中的【实线+实心箭头:同步请求消息】

消息交互中的【实线+大于号:异步请求消息】

消息交互中的【小于号+虚线:响应返回消息】

自己调用自己的方法:反身消息


177bb226564b40e3b46882d5b2adb88f.jpg

9b2d0d6aa02e40deaa9bdaed773989ef.jpg

目录
打赏
0
0
0
0
60
分享
相关文章
探索云原生技术:容器化与微服务架构的融合之旅
本文将带领读者深入了解云原生技术的核心概念,特别是容器化和微服务架构如何相辅相成,共同构建现代软件系统。我们将通过实际代码示例,探讨如何在云平台上部署和管理微服务,以及如何使用容器编排工具来自动化这一过程。文章旨在为开发者和技术决策者提供实用的指导,帮助他们在云原生时代中更好地设计、部署和维护应用。
|
1天前
|
使用PaliGemma2构建多模态目标检测系统:从架构设计到性能优化的技术实践指南
本文详细介绍了PaliGemma2模型的微调流程及其在目标检测任务中的应用。PaliGemma2通过整合SigLIP-So400m视觉编码器与Gemma 2系列语言模型,实现了多模态数据的高效处理。文章涵盖了开发环境构建、数据集预处理、模型初始化与配置、数据加载系统实现、模型微调、推理与评估系统以及性能分析与优化策略等内容。特别强调了计算资源优化、训练过程监控和自动化优化流程的重要性,为机器学习工程师和研究人员提供了系统化的技术方案。
96 76
使用PaliGemma2构建多模态目标检测系统:从架构设计到性能优化的技术实践指南
架构/技术框架调研
本文介绍了微服务间事务处理、调用、大数据处理、分库分表、大文本存储及数据缓存的最优解决方案。重点讨论了Seata、Dubbo、Hadoop生态系统、MyCat、ShardingSphere、对象存储服务和Redis等技术,提供了详细的原理、应用场景和优缺点分析。
云原生技术深度探索:重塑现代IT架构的无形之力####
本文深入剖析了云原生技术的核心概念、关键技术组件及其对现代IT架构变革的深远影响。通过实例解析,揭示云原生如何促进企业实现敏捷开发、弹性伸缩与成本优化,为数字化转型提供强有力的技术支撑。不同于传统综述,本摘要直接聚焦于云原生技术的价值本质,旨在为读者构建一个宏观且具体的技术蓝图。 ####
深入理解容器化技术及其在微服务架构中的应用
深入理解容器化技术及其在微服务架构中的应用
31 1
从零构建微服务架构:一次深度技术探索之旅####
本文作为一篇深度技术分享,引领读者踏上自底向上搭建微服务架构的征途,旨在通过实战经验剖析,揭示微服务转型背后的技术挑战与解决方案。不同于常规摘要仅概述内容,本文摘要将直接以故事化手法,简述作者从单体应用困境出发,逐步迈向微服务化的心路历程,涵盖关键决策点、技术选型考量及实践收获,激发读者对微服务架构设计与实现的浓厚兴趣。 ####
深入理解云原生技术及其在现代IT架构中的应用
在数字化浪潮的推动下,云原生技术已成为企业转型的关键。本文将通过浅显易懂的语言和生动的比喻,带领读者探索云原生的核心概念、优势以及如何在企业中实现云原生架构。我们将一起揭开云原生的神秘面纱,了解它如何助力企业快速适应市场变化,提升业务的灵活性和创新能力。
.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素
本文深入探讨了.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素,并通过企业级应用和Web应用开发的实践案例,展示了如何在实际项目中应用这些模式,旨在为开发者提供有益的参考和指导。
21 3
云原生技术在现代IT架构中的转型力量####
本文深入剖析了云原生技术的精髓,探讨其在现代IT架构转型中的关键作用与实践路径。通过具体案例分析,展示了云原生如何赋能企业实现更高效的资源利用、更快的迭代速度以及更强的系统稳定性,为读者提供了一套可借鉴的实施框架与策略。 ####
21 0
AI助理

阿里云 AI 助理已上线!

快来体验一下吧。