👉目次

序论

UML 常见的架构图类型

架构图在软件诞生周期中的利用与时机

结语

在软件诞生的普遍寰宇中，架构图成为了贯穿各方的蹙迫纽带。关于诞生者而言，它不仅是通晓、权术和构建系统的过劲助手，更是展现手艺才调的有劲讲明。面对纷纷复杂的系统需乞降业务逻辑，怎样精确地绘制出一张张架构图，成为了他们共同濒临的挑战。本周，咱们有幸邀请到同程旅行资深架构师、腾讯云TVP李聪惠敦厚，他将凭借深厚的手艺底蕴和丰富的实战训诲，为咱们深切瓦解常见架构图的精髓，揭示它们在软件预备各阶段的适用场景与采纳原则。同期，也别忘了柔顺咱们的后续直播，更多精彩内容等你来发现！每个系统齐有其独到的架构，这一架构由多个架构元素及它们之间的关系共同组成。这些元素和关系频繁通过架构文档进行精湛展示，以恬逸不同关系方的需求，如诞生工程师、运维工程师以及业务方等。为了恬逸这些不同的柔顺点，架构文档会采选多种架构视图进行呈现，这些视图就是咱们常说的架构图。因此，在本体职责中，架构师并非只需绘制一张架构图，而是需要凭证多样需求，悉心绘制多张不同的架构图。

在绘制架构图的法式中，斡旋建模话语（UML）依然占据主流地位。UML提供了包括类图、序列图、组件图、部署图、用例图、状态图和行动图在内的多种图形示意法。其中，类图因其阳春白雪的特质而备受崇尚。它主要用于描述类的本性以及类与类之间的静态关系。一个类包含其称号、属性列表以及法式列表等要道信息。而类与类之间的关系则包括关联、依赖、组合、团员、接管和泛化等类型。将关系的一组类过火关系以图格局样展现出来，便酿成了类图。除了类图除外，时序图亦然架构图中常见的一种。类图主要描述了类与类之间的静态谈判，而时序图则专注于展现参与者间的动态交互与调用关系。从时序图中，咱们不错不雅察到每个参与者齐领有一条垂直向下的人命线，这条人命线以虚线呈现。参与者间音讯的传递地点，即从上到下，偶合反馈了调用的先后规则，这亦然“时序图”定名之由来。此外，人命线上的激活条——那些细长的矩形条——的出现，意味着参与者处于激活状态。

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

接下来，咱们谈谈组件图。组件是比类更大的预备元素，一个组件中频繁会包含广宽类。组件图主要用来描述物理组件，举例JAR文献、DLL文献等。在模块预备执行中，组件图的利用相配凡俗。组件图主要描述组件间的静态依赖关系。若需描述组件间的动态调用关系，则可采选组件时序图，其中，组件行为参与者，精湛展示组件间的音讯调用经由。

此外，部署图亦然软件预备中不行或缺的一环。它精湛描述了软件系统的最终部署景色，包括工作器数目、要道组件的部署位置等信息。部署图行为软件系统最终物理呈现的蓝图，为各方提供了直不雅的了解。通过它，客户、雇主以及工程师等利益关系者能够理会地看到系统在物理层面的真实形态，包括与现存系统工作器登第三方工作器的关联。此外，部署图还为咱们估算工作器和第三方软件的采购本钱提供了依据。因此，在总共软件预备模子中，部署图以其宏不雅的视角，在预备初期就上演着不行或缺的扮装。它不仅是预备的开始，更是各方推敲和竣工共鸣的蹙迫基础。唯有在部署图上竣工一致，咱们才能顺利鞭策后续的细节预备职责。

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

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

尽管这些状态的变迁不错在用例图中通过笔墨描述来反馈，但这种面容可能导致状态信息漫衍，不利于诞生和预备的准确性。而UML的状态图则能更好地处理这一问题，它能够理会地描述出一个对象在其总共人命周期中所阅历的多样状态过火变迁关系。在一个网约车系统中，订单的状态会阅历一系列的变迁，包括创单、派单中、已派单、行程中、已取消、待支付和已完成等阶段。这些状态之间的蜕变原因和逻辑关系不错通过一张状态图理会地展现出来，使得诞生和预备东说念主员能够一目了然地了解订单状态的变化过程。此外，行动图亦然UML顶用于描述过程逻辑和业务经由的蹙迫器具。尽管UML中莫得专诚的经由图，但行动图常常被用来替代经由图，以展示系统中的多样行动和经由。行动图与早期经由图在图形元素上颇为相似，其中实心圆符号着经由的肇端，空腹圆则代表经由的限度，而圆角矩形则用于示意各项行动。此外，行动图还引入了泳说念这一蹙迫办法，它理会地界定了行动的领域范围，使得经由的领域更为昭彰。在软件诞生过程中，架构图上演着至关蹙迫的扮装。它们不仅是诞生团队调换的桥梁，更是教训预备与推行的要道蓝图。通过架构图，诞生团队能够在需求分析、摘要预备、精湛预备等各个阶段中，愈加理会地界说系统结构、功能折柳及交互关系。

针对不同的软件诞生阶段，采纳适合的架构图类型至关蹙迫。在需求分析阶段，用例图和行动图不错有用地描述系统的功能与使用场景，以及要道的业务经由。时序图则适用于描述新系统与原有子系统之间的调用关系。同期，类图和状态图能够用于领域模子详尽及中枢领域对象关系的描述。

在摘要预备阶段，部署图、组件图以及组件时序图是不行或缺的器具。它们匡助预备团队权术系统的物理布局，预备软件的主要模块过火关系，并描述组件间的经由逻辑。

终末，在精湛预备阶段，类图和类的时序图将行为主要输出，为最终的代码诞生提供精湛的教训。此外，关于某些类法式里面复杂的逻辑，行动图通常能够提供有用的描述面容。

总而言之，UML行为一种话语，在软件架构的想考与交流中发扬着不行或缺的作用。通过绘制架构图，诞生团队能够更好地通晓、预备和优化软件系统。正如交流的初志在于传达想想，而非单纯展示语法手段，架构图的绘制亦是如斯。其办法在于理会地展现架构预备，便于他东说念主（以至我方）通晓，而非追求图形的好意思不雅。因此，在绘制过程中，咱们应更柔顺架构图是否准确传达了预备意图，而非过度纠结于是否完竣罢黜圭臬或图形元素的使用是否精确。

粗略你如故属目到，我在前边的UML图示例中采选了某些非圭臬的UML模子元素。这就像在闲居交流中，尽管可能带有一些口音或方言，但只消对方能够通晓，就填塞了。果真阻滞咱们的是对发音圭臬的过度担忧，它可能让咱们错失了与天下交流的契机。

现时欧洲杯投注入口，我保举你尝试使用一款节略的在线绘制器具，如https://app.diagrams.net/，来绘制你的第一张架构图，开启你的架构师之旅。同期，为了更深切地了解架构图怎样具体抒发预备想路，以及多张架构图怎样组成齐备的架构预备文档，我冷漠你阅读我撰写的《高并发架构实战：从需求分析到系统预备》一书。作家简介李聪惠，一位训诲丰富的架构师，在大数据和大型网站架构领域有着深厚的研发配景。他曾在阿里巴巴担任手艺众人，并在Intel亚太研发中心、宅米以及WiFi全能钥匙担任过架构师和CTO的职位。行为Apache Spark的源代码孝敬者，李聪惠不仅手艺实力浑厚，还著有《高并发架构实战：从需求分析到系统预备》和《大型网站手艺架构：中枢旨趣与案例分析》两本畅销书，同期如故极客时刻《从零运转学大数据》专栏的作家。