From d4f2e612867b8b49838bcf415eb2af5c8fc0dbe3 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E2=80=9CPHZ=E2=80=9D?= <“2892270442@qq.com”> Date: Thu, 24 Oct 2024 09:39:23 +0800 Subject: [PATCH] =?UTF-8?q?update=20=E8=BD=AF=E4=BB=B6=E5=B7=A5=E7=A8=8B-2?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...\344\273\266\345\267\245\347\250\213-2.md" | 26 +++++++++---------- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git "a/source/_posts/\350\275\257\344\273\266\345\267\245\347\250\213-2.md" "b/source/_posts/\350\275\257\344\273\266\345\267\245\347\250\213-2.md" index 65c34fc..9d127fd 100644 --- "a/source/_posts/\350\275\257\344\273\266\345\267\245\347\250\213-2.md" +++ "b/source/_posts/\350\275\257\344\273\266\345\267\245\347\250\213-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,7 +84,7 @@ model view )和开发视图(development view) - 协作图 ![协作图](/img/软件工程(2)/协作图) -#### 领域分析模型 +## 领域分析模型 领域模型表示了需求分析阶段“当前系统”逻辑模型的静态结构。其针对某一特定领域内概念类或者对象的抽象可视化表示。 领域模型主要用于概括地描述业务背景及重要的业务流程,帮助软件开发人员 在短时间内尽快了解业务。 @@ -92,7 +92,7 @@ model view )和开发视图(development view) 汇建立概念类之间的关系,表示成能够代表业务知识结构的**类图**; - **业务流程**:一般由提交请求的角色及提供服务的对象所执行的活动(活动及任务节点)构成,活动的输出一般有数据对象和传给另一个活动的消息组成,建议使用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,7 +157,7 @@ UML类图中的一个单位,其结构如下图 场景和一系列失败场景的集合; - Association:表示角色与用例之间的关系,以及用例和子用例之间的关系; -##### 基本用例和子用例 +### 基本用例和子用例 - 基本用例:与角色直接相关的用例,表示系统的功能需求; - 子用例:通过场景描述分析归纳出的用例,也表示了系统的功能,是基本用例的一个组成部分; - 包含子用例:多个基本用例中的某个与角色交互的场景具有相同的操作,且这些场景都是基本用例中必须执行的步骤,可以将其抽取出来作为基本用例的子用例; @@ -165,10 +165,10 @@ UML类图中的一个单位,其结构如下图 - 扩展子用例:(多个)基本用例中的某些场景存在相同的条件判断的情况,可以将其抽取出作为基本用例的子用例; ![基本用例与子用例(2)](/img/软件工程(2)/基本用例与子用例(2).png) -##### 关系类型及其说明以及表示符号 +### 关系类型及其说明以及表示符号 ![关系类型及其说明以及表示符号](/img/软件工程(2)/关系类型及其说明以及表示符号.png) -##### 系统顺序图 +### 系统顺序图 - 使用UML的sequence diagram描述角色与系统之间的 交互场景实例; - 在用例描述的基础上需进一步确定角色与系统之间的交互信息,并以可编程的方式将其命名;