👉目次

小序

UML 常见的架构图类型

架构图在软件训诫周期中的愚弄与时机

结语

在软件训诫的重大六合中，架构图成为了伙同各方的垂危纽带。关于训诫者而言，它不仅是伙同、策动和构建系统的过劲助手，更是展现本领才能的有劲施展。面对纷纷复杂的系统需乞降业务逻辑，如何精确地绘制出一张张架构图，成为了他们共同濒临的挑战。本周，咱们有幸邀请到同程旅行资深架构师、腾讯云TVP李明智诚恳，他将凭借深厚的本领底蕴和丰富的实战提醒，为咱们真切分解常见架构图的精髓，揭示它们在软件想象各阶段的适用场景与采用原则。同期，也别忘了暖热咱们的后续直播，更多精彩内容等你来发现！每个系统王人有其独有的架构，这一架构由多个架构元素及它们之间的干系共同组成。这些元素和干系频繁通过架构文档进行扫视展示，以昂扬不同接洽方的需求，如训诫工程师、运维工程师以及业务方等。为了昂扬这些不同的暖热门，架构文档会选择多种架构视图进行呈现，这些视图即是咱们常说的架构图。因此，在实质责任中，架构师并非只需绘制一张架构图，而是需要笔据多样需求，经心绘制多张不同的架构图。

在绘制架构图的规范中，长入建模言语（UML）依然占据主流地位。UML提供了包括类图、序列图、组件图、部署图、用例图、状态图和行径图在内的多种图形暗示法。其中，类图因其脍炙人丁的特色而备受难得。它主要用于样子类的性格以及类与类之间的静态干系。一个类包含其称呼、属性列表以及规范列表等关节信息。而类与类之间的干系则包括关联、依赖、组合、团员、摄取和泛化等类型。将接洽的一组类过甚干系以图款式样展现出来，便酿成了类图。除了类图除外，时序图亦然架构图中常见的一种。类图主要描绘了类与类之间的静态接洽，而时序图则专注于展现参与者间的动态交互与调用干系。从时序图中，咱们不错不雅察到每个参与者王人领有一条垂直向下的人命线，这条人命线以虚线呈现。参与者间讯息的传递场地，即从上到下，恰好反应了调用的先后礼貌，这亦然“时序图”定名之由来。此外，人命线上的激活条——那些细长的矩形条——的出现，意味着参与者处于激活状态。

时序图常被用于展示参与者间的交互，这些参与者既不错是类对象，也不错是更大鸿沟的参与者，如组件、工作器或子系统等。简言之，只须触及样子不同参与者间的交互行动，时序图即是一种恰当的采用。

接下来，咱们谈谈组件图。组件是比类更大的想象元素，一个组件中频繁会包含浩荡类。组件图主要用来描绘物理组件，举例JAR文献、DLL文献等。在模块想象本质中，组件图的愚弄相等等闲。组件图主要描绘组件间的静态依赖干系。若需样子组件间的动态调用干系，则可选择组件时序图，其中，组件行动参与者，扫视展示组件间的讯息调用经过。

此外，部署图亦然软件想象中弗成或缺的一环。它扫视描绘了软件系统的最终部署景况，包括工作器数目、关节组件的部署位置等信息。部署图行动软件系统最终物理呈现的蓝图，为各方提供了直不雅的了解。通过它，客户、雇主以及工程师等利益接洽者能够澄澈地看到系统在物理层面的确切形态，包括与现存系统工作器选取三方工作器的关联。此外，部署图还为咱们估算工作器和第三方软件的采购本钱提供了依据。因此，在系数这个词软件想象模子中，部署图以其宏不雅的视角，在想象初期就上演着弗成或缺的变装。它不仅是想象的起先，更是各方商榷和杀青共鸣的垂危基础。唯有在部署图上杀青一致，咱们才能告成激动后续的细节想象责任。

接下来，咱们再来看用例图。用例图主要描绘用户与软件系统的交互过程，是系统功能需求的直不雅体现。图中的庸东谈主形象元素被称为变装，它可能代表东谈主或其他系统。由于系统的功能可能相等复杂，因此，在一张用例图中，咱们频繁只会展示其中的部分功能，这些功能被矩形框所包围，这个矩形框即是用例的界限。框内的椭圆则代表各个零丁的功能，它们之间不错相互调用、依赖，并救援功能推广。

此外，状态图亦然UML中弗成或缺的一部分。它主要用于展现单个对象在其人命周期中所阅历的状态变化。在业务系统中，很多关节领域对象王人会阅历复杂的状态变迁，举例账号可能从创建状态转动为激活状态，再冻结或因欠费而被停用。用户、订单、商品和红包等常见领域模子相通具有多种状态。

尽管这些状态的变迁不错在用例图中通过翰墨样子来反应，但这种式样可能导致状态信息分布，不利于训诫和想象的准确性。而UML的状态图则能更好地处分这一问题，它能够澄澈地描绘出一个对象在其系数这个词人命周期中所阅历的多样状态过甚变迁干系。在一个网约车系统中，订单的状态会阅历一系列的变迁，包括创单、派单中、已派单、行程中、已取消、待支付和已完成等阶段。这些状态之间的挪动原因和逻辑干系不错通过一张状态图澄澈地展现出来，使得训诫和想象东谈主员能够一目了然地了解订单状态的变化过程。此外，行径图亦然UML顶用于样子过程逻辑和业务经过的垂危器具。尽管UML中莫得特意的经过图，但行径图每每被用来替代经过图，以展示系统中的多样行径和经过。行径图与早期经过图在图形元素上颇为相似，其中实心圆象征着经过的肇始，空腹圆则代表经过的戒指，而圆角矩形则用于暗示各项行径。此外，行径图还引入了泳谈这一垂危办法，它澄澈地界定了行径的领域范围，使得经过的界限更为赫然。在软件训诫过程中，架构图上演着至关垂危的变装。它们不仅是训诫团队疏通的桥梁，更是指令想象与履行的关节蓝图。通过架构图，训诫团队能够在需求分析、摘抄想象、扫视想象等各个阶段中，愈加澄澈地界说系统结构、功能辨认及交互干系。

针对不同的软件训诫阶段，采用恰当的架构图类型至关垂危。在需求分析阶段，用例图和行径图不错有用地样子系统的功能与使用场景，以及关节的业务经过。时序图则适用于样子新系统与原有子系统之间的调用干系。同期，类图和状态图能够用于领域模子轮廓及中枢领域对象干系的样子。

在摘抄想象阶段，部署图、组件图以及组件时序图是弗成或缺的器具。它们匡助想象团队策动系统的物理布局，想象软件的主要模块过甚干系，并样子组件间的经过逻辑。

终末，在扫视想象阶段，类图和类的时序图将行动主要输出，为最终的代码训诫提供扫视的指令。此外，关于某些类规范里面复杂的逻辑，行径图相通能够提供有用的样子式样。

说七说八，UML行动一种言语，在软件架构的念念考与交流中推崇着弗成或缺的作用。通过绘制架构图，训诫团队能够更好地伙同、想象和优化软件系统。正如交流的初志在于传达念念想，而非单纯展示语法手段，架构图的绘制亦是如斯。其缱绻在于澄澈地展现架构想象，便于他东谈主（致使我方）伙同，而非追求图形的好意思不雅。因此，在绘制过程中，咱们应更暖热架构图是否准确传达了想象意图，而非过度纠结于是否系数奉命模范或图形元素的使用是否精确。

大概你也曾注意到，我在前边的UML图示例中选择了某些非模范的UML模子元素。这就像在普通交流中，尽管可能带有一些口音或方言，但只须对方能够伙同，就填塞了。实在阻拦咱们的是对发音模范的过度担忧，它可能让咱们错失了与天下交流的契机。

目下，我保举你尝试使用一款浮浅的在线绘画器具，如https://app.diagrams.net/，来绘制你的第一张架构图，开启你的架构师之旅。同期，为了更真切地了解架构图如何具体抒发想象念念路，以及多张架构图如何组成完好意思的架构想象文档，我提议你阅读我撰写的《高并发架构实战：从需求分析到系统想象》一书。作家简介李明智kaiyun，一位提醒丰富的架构师，在大数据和大型网站架构领域有着深厚的研发布景。他曾在阿里巴巴担任本领众人，并在Intel亚太研发中心、宅米以及WiFi全能钥匙担任过架构师和CTO的职位。行动Apache Spark的源代码孝顺者，李明智不仅本领实力丰足，还著有《高并发架构实战：从需求分析到系统想象》和《大型网站本领架构：中枢旨趣与案例分析》两本畅销书，同期照旧极客时刻《从零运转学大数据》专栏的作家。