OOSE-4-统一建模语言和绘图原则

最新推荐文章于 2022-10-15 22:29:18 发布

流动的风与雪

最新推荐文章于 2022-10-15 22:29:18 发布

阅读量933

点赞数 1

分类专栏：面向对象软件工程文章标签：统一建模语言绘图原则 UML 面向对象软件工程

本文链接：https://blog.csdn.net/qq_40061206/article/details/116677728

版权

面向对象软件工程专栏收录该内容

6 篇文章 2 订阅

订阅专栏

1 统一建模语言

1.1 模型、建模与统一建模语言

模型是现实的简化，它提供了系统的蓝图。一个好的模型具有典型特征的元素并省略了与给定抽象级别无关的次要元素。其中：

1、结构性模型强调系统组织性。

2、行为性模型强调系统动态性。

建立模型(即建模)是为了更好地理解当前正在开发的系统：

1、模型帮助开发人员去构想一个系统的本来面目或客户想要的样子；

2、模型允许客户指定系统的结构或行为；

3、模型给开发人员一个模板，并指导其构建一个系统；

4、模型记录了开发人员所做的决定。

建立系统模型是因为有时候开发人员不能完全理解这样一个系统，即系统具有一定的复杂性。

UML，Unified Modeling Language，即统一建模语言。

UML是编写软件蓝图的标准语言，用来可视化、指定、构建和记录软件密集型系统的构件。需要注意的是：

1、UML不是一种可视化的程序设计语言，而是一种可视化的建模语言；

2、UML不是工具或知识库的规格说明，而是一种建模语言规格说明，并且UML也是一种表示的标准；

3、UML不是过程也不是方法，但允许任何一个过程和方法使用它。

UML可以描述软件开发所需的各种视图，包括：

1、概念视图：描述业务过程和系统功能；

2、具体视图：描述程序中的类、数据库模式、可重用的软件构件。

UML的4大特点：

1、可视化(visualizing)。UML提供一组具有明确语义的图形符号，可以建立清晰的模型，所有开发人员都可以无歧义地解释这个模型。UML代替了传统的“边想边写”的开发方式。

2、详细描述的(specifying)。意味着建立精确、无歧义的模型。UML为所有重要的分析、设计和实现决策提供了精确的、无歧义、完整的描述。

3、构造的(constructing)。UML不是一种可视化的编程语言，但它所描述的模型可以映射成不同的编程语言，如Java、C++等。其中：

(1)正向工程：从UML模型到编程语言的代码生成；

(2)逆向工程：从编程语言代码重新构造UML模型。

4、文档化(documenting)。UML可以建立系统体系结构及其详细文档，同时提供了描述需求和用于测试的语言，还可以对项目计划和发布管理的活动进行建模。

1.2 基本构造块

UML的基本构造块有三种：

1、事物(things)：是模型中的一类实体，是对模型中首要成分的抽象；

2、关系(relationships)：把事物结合在一起；

3、图(diagrams)：聚集了相关的事物，是事物的集合。

1.2.1 事物

有四种事物：结构事物、行为事物、分组事物、注释事物。其中：

1、结构事物。结构事物是UML中的名词，通常是模型的静态部分，一般描述的是概念元素或物理元素，包括类、接口、协作、用例、主动类、构件、制品、结点等，总称为类目(classifier)。其中：

(1)类。包括类名、属性、操作。如：
在这里插入图片描述
(2)接口。接口(interface)描述了一个类或构件的服务(操作)集，描述了一个元素的外部可见行为，定义了一组服务约定，而不是服务的实现，接口很少单独出现。符号表示的示例如下：

(3)协作。协作(collaboration)定义了一个交互，由一组共同工作以提供某种协作行为的角色和其它元素构成一个群体。协作行为大于所有元素的各自行为的总和。符号表示如下：
在这里插入图片描述
(4)用例。用例(use case)描述一组动作序列。系统执行这些动作将产生对特定的参与者有价值的、并且可以观察的结果。符号表示如下：

(5)主动类。主动类(active class)是特殊的类，该类的对象至少拥有一个进程或线程，能够启动控制活动，主动类的对象所表现的元素的行为与其他元素的行为并发。符号表示的示例如下：
在这里插入图片描述

(6)构件。构件(component)是系统设计的模块化部件，将实现隐藏在一组外部接口之后。在一个系统中，共享相同接口的构件可以相互替换，只要保持相同的逻辑行为即可，可以通过连接器组复合构件。符号表示如下：
在这里插入图片描述
(7)制品。制品(artifact)是系统中物理的而且可代替的部分，如源代码文件、可执行程序、脚本，通常代表对源码信息或运行时的物理信息进行打包。符号表示的示例如下：

(8)结点。结点(node)是指系统运行时存在的物理元素，表示一个计算机资源，该资源通常来说至少具备一些存储和运算功能。构件可驻留在一个结点内，也可以从一个结点迁移到另一个结点中去。符号表示的示例如下：
在这里插入图片描述
2、行为事物。行为事物是UML模型中的动态部分，是模型中的动词，代表了跨越时间和空间的行为。有3类主要的行为事物：交互、状态机、活动。其中：

(1)交互。交互(interaction)是一种行为，由特定语境中共同完成一定任务的一组对象或角色之间交换的消息组成，可表示一组对象的行为，也可表示单个操作的行为。符号表示的示例如下：
在这里插入图片描述
(2)状态机。状态机(state machine)是一种行为，描述了一个对象或一个交互在生命周期内响应事件所经历的状态序列以及对这些事件的响应。单个类或一组类之间的协作可以用一个状态机来描述。状态机涉及到一些其它元素，包括状态、迁移、事件和活动。符号表示的示例如下：
在这里插入图片描述
(3)活动。活动(activity)是一种描述计算过程执行的步骤序列，表示步骤之间的流程顺序，一个步骤称为一个动作，活动和状态在不同的语境中有所区别。符号表示的示例如下：

3、分组事物。包括各种包(package)，是对设计本身进行组织的通用机制。结构事物、行为事物甚至其它的分组事物都可以放进包内。与构件不同，构件是运行时存在，而包是概念上的，即在开发时存在。符号表示的示例如下：
在这里插入图片描述
4、注释事物。注释事物用来描述、说明和标注模型的任何元素，即注解(note)，是依附于一个元素或一组元素之上对其进行约束或解释的简单符号，应把注释表示成形式化或非形式化的文本。符号表示的示例如下：
在这里插入图片描述

1.2.2 关系

有四种关系，分别为依赖关系、关联关系、泛化关系、实现关系。其中：

1、依赖关系。依赖是两个模型元素间的语义关系，其中一个元素(独立元素)发生变化会影响另一个元素(依赖元素)的语义。符号表示如下：
在这里插入图片描述
2、关联关系。关联是类之间的结构关系，两个类之间存在某种语义关系。关联有重数、方向等的修饰。聚合和组合是特殊的关联。符号表示的示例如下：

3、泛化关系。泛化是一种表示特殊与一般的关系，特殊元素(子元素)基于一般元素(父元素)而建立，子元素拥有父元素的结构和行为。符号表示如下：
在这里插入图片描述
举个泛化的例子：

4、实现关系。实现是类目之间的语义关系，其中的一个类目指定了由另一个类目保证执行的合约。在以下2种情况下会有实现关系：

(1)接口和实现接口的类或构件之间；

(2)用例和实现用例的协作之间。

实现关系的符号表示如下：
在这里插入图片描述

1.2.3 图

图是一组元素的图形表示，大多数情况下把图画成顶点(代表事物)和弧(代表关系)的连通图。可以从不同的角度画图，以反映系统的不同侧面。理论上，图可以包含事物及其关系的任何组合，然而现实却并非如此。共有13种图：
在这里插入图片描述
将按照上图中的标号顺序对13种图进行简单的介绍(不会细讲)。

1.2.3.1 类图

类图展现了一组类、接口、协作及它们之间的关系，它是OO系统建模中最常见的图，类图给出了系统的静态设计视图，它包含主动类的类图，需要给出系统的静态进程视图。构件图是类图的变体。下面是一个示例：
在这里插入图片描述

1.2.3.2 对象图

对象图展现一组对象以及它们之间的关系，描述了在类图中所建立的事物的实例的静态快照。与类图一致，对象图会给出系统的静态设计视图或静态进程视图。对象图显示某时刻对象和对象之间的关系。一个对象图可看成一个类图的特殊用例，实例和类可在其中显示。对象图是类图的实例，几乎使用与类图完全相同的标识，不同点在于对象图显示类的多个对象实例，而不是实际的类。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。对象图显示由对象构成的集合及其联系，代表了系统某时刻的状态，不能表示系统的演化过程。下面是一个示例：
在这里插入图片描述
关于对象图，有：