1、UML-4+1视图

UML-4+1视图将会与后面的架构4+1视图会一一对应上

视图常常会在怎样的场景之中出现呢，情况是这般的，当我们对某一个事物予以看待的时候，我们会感觉它极为复杂，复杂到很难去辨析清楚，可是为了达成把繁杂转化为简单这样的目标intellij idea画uml图，我们就会从某一个侧面去进行观察，而如此这般的观察方式所呈现出来的就是视图，另外呢，4+1视图指的是从不同的角度去对事物加以观察 。

达成视图（view），达成进程视图（view），达成部署视图（view），达成用例视图（use - case view，4 + 1的1，其与其他4人均存在相关性）。

UML作为一种工具，虽说它是从需求分析阶段开始被使用，然而实际上，它在整个开发的各个阶段都离不开，在分析阶段会被运用，于设计阶段同样会被运用，在设计阶段被运用之后的实现阶段，也会用到前期设计好的那些图。

2、OOA阶段两个重要模型

得要建立两个在需求分析里相当重要的模型，其中一个是用例模型，另一个是分析模型 。

换句话讲，我们得去开展UML分析阶段的建模工作，重点是构建这两种模型，别的模型并非无可或缺，不过能够起到辅助性的运用。用例模型所对应的是用例图，这是必不可少的一项。分析模型所对应的是类图，同样是不可或缺的 。

构建用例模型要经历四个步骤，每一步骤都各负其责，先是识别参与者，接着合并需求从而获得用例，随后细化这个用例模型，最终对用例模型进行调整。

分析模型构建有四个步骤，首先要完成定义类，接着是定义类之间的关系，随后为类添加职责，进而为类建立交互图 。

3、为类增添职责；4、调整用例模型分析模型，此过程分为四个步骤；建立交互图；3、用例图，其较为重要；3.1确定用例图的定义 。

用例图是描述一组用例、参与者及它们之间的关系

3·2，包含于用例图之中的基本思想，3，其中用例属于功能单元，3·3，关于用例图的设计方面的思想 。

用例图，从本质来讲，是一种较简单的图，它并非复杂，设计此图的目的在于，让大家从枯燥文字信息里获取信息的格局产生变化才被提出，所以其本质很直观，实际上很实用。

3.4、用例建模的流程

一个图书管理员相关的用例图如下

怎么绘制出用例图呢，一般是这样，前期我们调研出一些情况，可能你已采访图书管理员，比如你问他平时会用到哪些功能，他说了一大堆，你从这段文字中提取有效信息。

3.4.1、识别参与者（必须）

图书管理员提取出来，成为参与者。这就是识别参与者

3.4.2、合并需求获得用例（必须）

接着图书馆管理员的讲述得知他会用到新增的书籍，去查询数据，查看等级外借时显示的信息，以及查询外借的具体信息等等，这便是所说的合并需求从而获取用例这一情况。从本质来讲就是将文字变为图形的一个进程。

3.4.3、细化用例描述（必须）

这个用例描述非常重要，不可或缺，包含如下内容：

非功能需求前置条件后置条件扩展点优先级

难道我们查看这张图，就能瞧出登记外界信息究竟要登记些什么吗，绝非能够明了的，此时就必须要将用例描述予以细化了。能看出来进行登记外界信息都要登记什么吗，明显是看不出来的，这时候就需要把用例描述细化。

有了这个细化用例描述，就很清楚这个用例是干什么用的了。

3.4.4、调整用例模型（可选）

也被称作优化用例模型，其主要是依据三大关系intellij idea画uml图，这三大关系分别是包含关系，早期的时候也被叫做使用关系，还有扩展关系以及泛化关系。

3.4.5、包含、扩展、泛化

那被提取出来的公共用例称作抽象关系，原始用例被称作基本用例或基础用例关系，这是包含关系。当能够从两个或更多的用例里提取公共行为时，要用包含关系去表示它们。

扩展关系是这样的情况，若存在一个用例，它显著地混合了两种或者超过两种以上的不一样场景，并且依据情形有可能产生多种分支，那么就能够把这个用例划分成一个基本用例以及一个或者多个扩展关系，如此这般进行描述，或许会显得更为清晰。

泛化关系是这样的情况，当存在多个用例时，它们共同具备一种类似的结构以及行为，在这种状况下，可以把它们的共性进行抽象，从而形成父用例，而与之相对的，其他的用例则作为泛化关系里的子用例。对于用例的泛化关系来说，子用例是父用例的一种特殊表现形式，子用例整合了父用例的所有结构、行为以及关系。

前面这张图不好表示泛化，下面这张图将展示这三种给关系。

4、小结

此章节重点内容为用例图，对用例图的概念予以了描述，其基本思想也有阐述，设计思路讲了，构建流程说了，还对用例图内部组件跟对象的关系做了描述与讲解，下一章节不会详细描述和类图相关的内容。加油！

如有侵权请联系删除！