docs: add front format for UML notes

Author: chiichen

src/posts/课程笔记/UML/UML复习简记.md

@@ -1,4 +1,23 @@
-
+---
+title: UML复习简记
+# cover: /assets/images/cover1.jpg
+icon: page
+# This control sidebar order
+order: 1
+author: ChiChen
+date: 2024-01-06
+category:
+  - 课程笔记
+tag:
+  - UML
+# this page is sticky in article list
+sticky: false
+# this page will appear in starred articles
+star: false
+footer: 
+isOriginal: true
+copyright: 转载请注明出处
+---
 ## 第一章
 
 - 分析-设计：提出问题-解决问题
@@ -11,7 +30,6 @@
 - UML的三种透视图：概念透视图(描述现实世界中的事务)，规格说明软件透视图(描述软件的接口等信息，但是不约定特定实现)，实现透视图(描述在指定技术例如java中的实现)
 - 相对应的，在这三种图中的UML类被分别称为概念类(conceptual class)、软件类和实现类
 
-
 ## 第二章
 
 - 瀑布模型相对的是迭代和进化式开发
@@ -183,6 +201,7 @@
 - 试图把外部资源放在低于基础层的层中是错误的，因为外部资源例如数据库是部署视图的内容
 
 ![[外部资源.png]]
+
 - 模型——视图分离，或者进一步的MVC模型——视图——控制器模型都要求模型对象不直接与视图对象连接
 
 ## 第十四章 迈向对象设计
@@ -200,7 +219,6 @@
 - 生命线框图并不完全等于类的实例
 ![[生命线框图.png]]
 
-
 - 基于生命线框图的顺序图基本表示法
 
 ![[顺序图画法1.png]]
@@ -227,11 +245,10 @@
 ![[通信图画法8.png]]
 ![[通信图画法9.png]]
 
-
-
 ## 第十六章 UML类图
 
 ![[类图画法1.png]]
+
 - 在概念透视图里，类图可以用于将领域模型可视化，为了区分使用在软件透视图和设计透视图中的类图。此时常用的建模术语是设计类图(Design Class Diagram, DCD)，所有DCD集合形成了设计模型的一部分，设计模型其他部分还包括UML交互图和包图。
 ![[类图画法2.png]]
 - 何时使用属性文本，何时使用关联线？
@@ -310,18 +327,17 @@
 
 无内容
 
-
 ## 第二十三章 迭代2：更多模式
 
 - 迭代一结束的时候，所有软件都已经被充分测试
 - 迭代二着重于用职责和GRASP进行对象设计，并应用一些GoF设计模式。
 
 ## 第二十四章 快速地更新分析
 
-- 因为本次迭代增加了对例如税金计算器等外部资源的使用，因此需要更新SSD 
+- 因为本次迭代增加了对例如税金计算器等外部资源的使用，因此需要更新SSD
 ![[ssd更新.png]]
 
- ## 第二十五章 GRASP：更多具有职责的对象
+## 第二十五章 GRASP：更多具有职责的对象
 
 - 多态：不要测试对象的类型、也不要使用条件逻辑来执行基于类型的不同选择
 ![[多态.png]]
@@ -362,7 +378,6 @@
 ![[观察者模式.png]]
 ![[观察者模式2.png]]
 
-
 ## 第二十七章 迭代三——中级主题
 
 - 迭代三：更多GoF模式、架构分析，尤其是N+1视图模型，UML活动图
@@ -410,6 +425,7 @@
 
 - 用例图：
 ![[用例图 1.png]]
+
 ## 第三十一章 领域模型的精化
 
 - 概念分类列表：
@@ -441,7 +457,7 @@
 
 - 略 可见书32章
 
-## 第三十三章 架构分析 
+## 第三十三章 架构分析
 
 - 在UP中，甚至早于第一次开发迭代时就应开始架构分析，例如多语言、高并发等问题要在开始就确定。
 - 架构分析是在功能性需求的语境中，识别和处理系统非功能性需求的活动。包括识别变化点和最具可能性的进化点。
@@ -451,5 +467,4 @@
 
 ## 第三十四章 逻辑架构的精化
 
-
 32章之后的卓越班老师没讲，就过一遍就好了。