update 软件工程-2

source/_posts/软件工程-2.md

@@ -4,7 +4,7 @@ date: 2024-10-23 22:57:52
 tags:
     - 学习笔记
 ---
-### 面向对象方法
+# 面向对象方法
 1. 对象
 - 在软件工程中，一般存在三个对象：客观对象、问题对象和计算机对象
 - 彼此之间的关系为 客观对象（抽象）$\rightarrow$ 问题对象（封装）$\leftrightarrow$ 计算机对象（模拟）
@@ -18,13 +18,13 @@ tags:
 2. 类
     直接忽略吧，感觉都知道
 
-#### UML
-##### 定义
+## UML
+### 定义
 UML是一中标准的图形化建模语言，它是面向对象分析与设计的一种标准标识
 - 它是一种**可视化的建模语言**，不是一种可视化的程序设计语言
 - 它是一种**建模语言规格说明**，不是工具或知识库的规格说明
 
-##### 结构
+### 结构
 - 基本构造块 Basic building block
   - 事物 Thing
   - 关系 Relationship
@@ -34,7 +34,7 @@ UML是一中标准的图形化建模语言，它是面向对象分析与设计
 - 通用机制 Common mechanism
   - specification、adornment（修饰）、common division、extensibility mechanism
 
-##### 4+1图
+### 4+1图
 - UML用模型来描述系统的结构（静态特征）以及行为（动态特征）。从不同的视角为系统的架构建模，形成系统的不同视图（view），称为4+1图，**从一个需求的角度出发描述与系统设计的4个维度之间的关系**
 ![UML视图](/img/软件工程(2)/UML视图.png)
   - **用例视图：表示功能需求**，强调从用户的角度看到的或需要的系统功能。这种视图也叫做用户模型视图（user model view） 或场景视图（scenario view）
@@ -44,7 +44,7 @@ UML是一中标准的图形化建模语言，它是面向对象分析与设计
 model view ）和开发视图（development view）
   - 部署视图：描述硬件的拓扑结构以及软件和硬件的映射问题，关注系统非功能性需求（性能、可靠性等），也称为环境模型视图或物理视图（physical view）；
 
-##### 9个基本图
+### 9个基本图
 -  用例图（Use case diagram）：（从用户的角度）描述系统的功能；
 - 类图（Class diagram）：描述系统的静态结构（类及其相互关系）；
 - 对象图（Object diagram）： 描述系统在某个时刻的静态结构（对象及其相互关系）；
@@ -84,15 +84,15 @@ model view ）和开发视图（development view）
 - 协作图
 ![协作图](/img/软件工程(2)/协作图)
 
-#### 领域分析模型
+## 领域分析模型
 领域模型表示了需求分析阶段“当前系统”逻辑模型的静态结构。其针对某一特定领域内概念类或者对象的抽象可视化表示。
 领域模型主要用于概括地描述业务背景及重要的业务流程，帮助软件开发人员
 在短时间内尽快了解业务。
 - **业务背景**：可由用户需求说明书或者调研报告中具有代表业务概念或者业务对象的词汇获得，这些词汇可统称为“概念类”；并通过能够代表关系的词
 汇建立概念类之间的关系，表示成能够代表业务知识结构的**类图**；
 - **业务流程**：一般由提交请求的角色及提供服务的对象所执行的活动（活动及任务节点）构成，活动的输出一般有数据对象和传给另一个活动的消息组成，建议使用UML的**活动图**进行描述。
 
-##### 创建领域分析模型
+### 创建领域分析模型
 - 理解领域模型对理解系统需求至关重要，领域模型的创建步骤如下：
   - 第1步，找出当前需求中的候选概念类；
   - 第2步，在领域模型中描述这些概念类。用问题域中的词汇对概念类进行命名，将与当前需求无关的概念类排除在外。
@@ -111,7 +111,7 @@ model view ）和开发视图（development view）
 此处给出一个医院挂号处模型进行参考
 ![医院挂号处](/img/软件工程(2)/医院挂号处.png)
 
-##### UML类图的组成
+### UML类图的组成
 - UML类图用于描述类以及类之间的关系。
 - 类包含三个部分：
   - 类名：表示问题域中的概念，含义清晰准确
@@ -140,7 +140,7 @@ UML类图中的一个单位，其结构如下图
 ![油画关系图](/img/软件工程(2)/油画关系图.png)
 ![自然界UML图](/img/软件工程(2)/自然界UML图.png)
 
-#### 用例模型
+## 用例模型
 - 用例模型由以下四个部分组成：
   - 用例图；
   - 用例说明；
@@ -157,18 +157,18 @@ UML类图中的一个单位，其结构如下图
 场景和一系列失败场景的集合；
   - Association：表示角色与用例之间的关系，以及用例和子用例之间的关系；
 
-##### 基本用例和子用例
+### 基本用例和子用例
 - 基本用例：与角色直接相关的用例，表示系统的功能需求；
 - 子用例：通过场景描述分析归纳出的用例，也表示了系统的功能，是基本用例的一个组成部分；
   - 包含子用例：多个基本用例中的某个与角色交互的场景具有相同的操作，且这些场景都是基本用例中必须执行的步骤，可以将其抽取出来作为基本用例的子用例；
     ![基本用例与子用例(1)](/img/软件工程(2)/基本用例与子用例(1).png)
   - 扩展子用例：（多个）基本用例中的某些场景存在相同的条件判断的情况，可以将其抽取出作为基本用例的子用例；
     ![基本用例与子用例(2)](/img/软件工程(2)/基本用例与子用例(2).png)
 
-##### 关系类型及其说明以及表示符号
+### 关系类型及其说明以及表示符号
 ![关系类型及其说明以及表示符号](/img/软件工程(2)/关系类型及其说明以及表示符号.png)
 
-##### 系统顺序图
+### 系统顺序图
 - 使用UML的sequence diagram描述角色与系统之间的
 交互场景实例；
 - 在用例描述的基础上需进一步确定角色与系统之间的交互信息，并以可编程的方式将其命名；