style: image path

Chapter7 - Geek Talk/7.21.md

@@ -48,23 +48,23 @@
 
 - 场景视图
     用于描述系统的参与者与功能用例间的关系，反映系统的最终需求和交互设计，通常由用例图表示。
-    ![场景视图](./../assets/2020-04-24-ArchDiagram1.jpeg)
+    ![场景视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram1.jpeg)
 
 - 逻辑视图
     用于描述系统软件功能拆解后的组件关系，组件约束和边界，反映系统整体组成与系统如何构建的过程，通常由UML的组件图和类图来表示。
-    ![逻辑视图](./../assets/2020-04-24-ArchDiagram3.jpeg)
+    ![逻辑视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram3.jpeg)
 
 - 物理视图
     用于描述系统软件到物理硬件的映射关系，反映出系统的组件是如何部署到一组可用的计算机节点上，用于指导软件系统的部署实施过程。
-    ![物理视图](./../assets/2020-04-24-ArchDiagram4.jpeg)
+    ![物理视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram4.jpeg)
 
 - 处理流程视图
     用于描述系统软件组件之间的通信时序，数据的输入输出，反映系统的功能流程与数据流程，通常由时序图和流程图表示。
-    ![处理流程视图](./../assets/2020-04-24-ArchDiagram5.jpeg)
+    ![处理流程视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram5.jpeg)
 
 - 开发视图
     用于描述系统的模块划分和组成，以及细化到内部包的组成设计，用于开发人员，反映系统的开发实施过程。
-    ![开发视图](./../assets/2020-04-24-ArchDiagram2.jpeg)
+    ![开发视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram2.jpeg)
 
 
 以上5种架构图，从不同角度表示一个软件系统的不同特征，组合搭配作为架构蓝图描述系统架构。
@@ -93,7 +93,7 @@
 
 
 ### 1. 语境图(System Context Diagram)
-![语境图](./../assets/2020-04-24-ArchDiagram6.jpeg)
+![语境图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram6.jpeg)
 
 这是一个想象的待建设的互联网银行系统，它使用外部的大型机银行系统存取客户账户、交易信息，通过外部电邮系统给客户发邮件。可以看到，非常简单、清晰，相信不需要解释，都看的明白，里面包含了需要建设的系统本身、系统的客户、和这个系统有交互的周边系统。
 
@@ -108,7 +108,7 @@
 
 ### 2. 容器图(Container Diagram)
 容器图是把语境图里待建设的系统做了一个展开。
-![容器图](./../assets/2020-04-24-ArchDiagram7.jpeg)
+![容器图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram7.jpeg)
 
 上图中，除了用户和外围系统，要建设的系统包括一个基于 java\spring mvc 的 web 应用提供系统的功能入口，基于 xamarin 架构的手机app 提供手机端的功能入口，一个基于 java 的 api 应用提供服务，一个 mysql 数据库用于存储，各个应用之间的交互都在箭头线上写明了。
 
@@ -130,7 +130,7 @@
 
 
 ### 3. 组件图(Component Diagram)
-![组件图](./../assets/2020-04-24-ArchDiagram8.jpeg)
+![组件图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram8.jpeg)
 
 组件图是把某个容器进行展开，描述其内部的模块。
 
@@ -144,7 +144,7 @@
 
 
 ### 4. 类图(Code/Class Diagram)
-![类图](./../assets/2020-04-24-ArchDiagram9.jpeg)
+![类图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram9.jpeg)
 
 类图主要是给开发人员看的。用于如何具体设计类以及类的接口。达到多端统一、规范的目的。
 
@@ -154,7 +154,7 @@
 ## 案例
 
 下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图，这里不多做解释了。如果有看不明白的，那肯定是还画的不够好。
-![架构图](./../assets/2020-04-24-ArchDiagram10.jpeg)
+![架构图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram10.jpeg)
 
 画好架构图可能有许多方法论，本篇主要介绍了 C4 这种方法，C4 的理论也是不断进化的。但不论是哪种画图方法论，我们回到画图初衷，更好的交流，我们在画的过程中不必被条条框框所限制。简而言之，画之前想好：画图给谁看，看什么，怎么样不解释就看懂。