用例视图

【软件架构】运⽤RUP4+1视图软件架构设计（逻辑视图、实现视图、进程视图、物理视图和⽤例视图）RUP概述RUP（Rational Unified Process），统⼀软件开发过程，统⼀软件过程是⼀个⾯向对象且基于⽹络的程序开发⽅法论。

在RUP中采⽤“4+1”视图模型来描述软件系统的体系结构。

“4+1”视图包括逻辑视图、实现视图、进程视图、部署视图和⽤例视图。

最终⽤户关⼼的是系统的功能，因此会侧重于逻辑视图；程序员关⼼的是系统的配置、装配等问题，因此会侧重于实现(开发)视图；系统集成⼈员关⼼的是系统的性能、可伸缩性、吞吐率等问题，因此会侧重于进程(处理)视图；系统⼯程师关⼼的是系统的发布、安装、拓扑结构等问题，因此会侧重于部署(物理)视图。

分析⼈员和测试⼈员关⼼的是系统的⾏为，因此会侧重于⽤例(场景)视图；原⽂链接：https:///turbock/article/details/102930810（2）4+1视图介绍：（3）UML 4+1视图：（）运⽤RUP 4+1视图⽅法进⾏软件架构设计下⽂摘⾃：⽐如设计⼀座跨江⼤桥：我们会考虑"连接南北的公路交通"这个"功能需求"，从⽽初步设计出理想化的桥墩⽀撑的公路桥⽅案；然后还要考虑造桥要⾯临的"约束条件"，这个约束条件可能是"不能影响万吨轮从桥下通过"，于是细化设计⽅案，规定桥墩的⾼度和桥墩之间的间距；另外还要顾及"⼤桥的使⽤期质量属性"，⽐如为了"能在湍急的江流中保持稳固"，可以把⼤桥桥墩深深地建在岩⽯层之上，和⼤地浑然⼀体；其实，"建造期间的质量属性"也很值得考虑，⽐如在⼤桥的设计过程中考虑"施⼯⽅便性"的⼀些措施。

和⼯程领域的功能需求、约束条件、使⽤期质量属性、建造期间的质量属性等类似，软件系统的需求种类也相当复杂，具体分类如图1所⽰。

Use Case View Summary这段文字是翻译自Mark Priestley《Practical Object-Oriented Design with UML》的，算是对用例图作个总结，增加我自己的理解和记忆，也希望对大家有所帮助。

●用例视图（use case view）包括actors 和用例(use cases)。

Actors描述了用户在和系统交互的过程中可以扮演的角色。

用例描述了系统提供给actors的功能。

●用例定义了用户和系统之间的某种特定类型事务。

某个特定类型的交互，或者说用例的实例可以在场景(scenarios)中描述。

UML并没有给出用例和场景的正式定义。

●场景可以被定义为陈述了用例所描述的基本的事件发生过程，并且陈述了可能发生的异常情况。

●用例图（use case diagram）画出了参与在系统中的actors和用况。

一个actor和一个用况之间存在关联说明这个actor参与这个用况其中。

●用例和用例之间， actor和actor之间可以存在一般化关系（类似于类class之间的超类、继承），就是说某个用例或actor是另外一个的特殊情况。

●用例之间还存在这“包含（include）”关系，就是说一个用例可以包含另外一个。

类似于函数调用，这为用例的重用提供了一种机制。

●用例之间的另外一种关系“扩展(extend)”运行一个用例提供可选的功能。

通过定义扩展点和何时执行何种功能来定义这种关系。

这些信息在用例图中是可选的。

●一个用例或者场景的实现描述了足够实现这个用例（或场景）功能的，可交互对象的结构。

●序列图（sequence diagram）和协作图（collaboration diagram）画出参与在一个交互中的对象和他们之间互相发送的消息，可以描述一个用例的实现。

译文就到此为止了，我想大概的就我的理解说明一下，以防止大家看的摸不着北。

Use case view是由需求到最终实现的第一步，目标系统需要有那些潜在或者明显的功能，有那些目标用户，这些东西画出来后use case这一步还远没有完成，接下来应该对要实现的功能进一步分析，那些用例其实是一种，用例之间有那些关系，如上面列出的一般化关系，扩展关系等等。

UML（UnifiedModelingLanguage统⼀建模语⾔）UML（Unified Modeling Language 统⼀建模语⾔），⼜称标准建模语⾔。

是⽤来对软件密集系统进⾏可视化建模的⼀种语⾔。

UML是⼀种⾯向对象的建模语⾔，它可以实现⼤型复杂系统各种成分描述的可视化、说明并构造系统模型，以及建⽴各种所需的⽂档，是⼀种定义良好、易于表达、功能强⼤且普遍适⽤的建模语⾔。

UML基本内容详述（1）视图 视图是表达系统的某⼀⽅⾯特征的UML建模元素的⼦集；试图并不是图，它是由⼀个或多个图组成的对系统某个⾓度的抽象。

1）⽤例视图（核⼼视图） 强调从⽤户的⾓度看到的或需要的系统功能。

2）逻辑视图 该视图⽤于描述系统内实现的逻辑功能，展现系统的静态或结构组成及特征。

3）组件视图 该视图从系统实现的⾓度来描述模型对象间的关系。

4）配置视图 该视图⽤于说明系统的物理配置。

（2）图表 图表是描述视图内容的图。

1）⽤例图 ⽤于描述外部项与系统提供的使⽤事件之间的联系。

⼀个使⽤事件是系统提供的功能的具体描述，是系统分析⼈员从⽤户⾓度描述系统的功能，是功能与功能之间以及功能与⽤户之间的关系。

使⽤事件定义了系统的功能需求。

简单理解：⽤来描述系统的功能。

2）类图 ⽤于描述系统的静态结构。

类可以⽤不同⽅式连接，主要包括联合、依赖、独⽴和包装。

⼀个系统⼀般有多张类图，⼀个类可在不同的视图中出现。

3）对象图 ⽤于表述系统在某个时刻的静态结构。

对象图也可作为协作图的⼀部分，说明⼀组对象之间的动态协作关系。

对象图与类图的区别：对象图表⽰的是类中的许多对象实例，⽽不是类本⾝。

4）状态图 ⽤于说明类中的对象可能具有的状态，以及由时间引起的状态的改变。

简单理解：描述了系统元素的状态条件和响应。

5）顺序图（时序图） ⽤于描述对象间的动态协作关系。

表达了对象间发⾏消息的时序，同时也表达出对象间的相互作⽤，以及当系统执⾏到某个特定位置时可能会发⽣的事。

UML九种图之⽤例图和类图前⾔近期写UML⽂档，看视频的时候感觉掌握的还能够，当真正写⽂档的时候才发现不是⼀件easy的事。

写⽂档⾃⼰⼜翻开⾃⼰的笔记看了⼀遍⼜⼀遍。

以下就给⼤家介绍⼀下我画的⼏张图：⽤例图1. ⽤例图的构成（⽤例，⾓⾊，关系）⽤例：指功能的描写叙述⾓⾊：触发起某种事件关系：⽤例图的关系（依赖，泛化，关联）2. ⽤例图的作⽤（1）⽤例视图是整个UML设计的关键，影响到整个UML设计的过程（2）⽤例模型驱动了需求分析后各个阶段的开发（3）⽤例模型⽤于需求分析阶段，表明了开发⼈员和⽤户针对需求达成的某种共识注意⼏个keyword：开发⼈员，⽤户，共同商讨达成某种共识3.设计原则将系统看做⿊盒⼦，从⽤户⾓度理解系统，不须要考虑某个功能是怎样实现的。

仅仅须要考虑系统由谁来运⾏和怎样交互和运⾏。

以下是我画的⽤例图：以⽤户的权限为基础画出来的。

类图1.类图的构成类、接⼝、协作、关系、包2.类的构成2.类图的作⽤类图⼀般在具体设计过程中出现，主要⽤来描写叙述系统中各个模块中类之间的关系，包含类或者类与接⼝的继承关系，类之间的依赖、聚合等关系。

通过类图，就能实际的把系统中的各个类，即对象描写叙述清楚，下⼀步就是依照这个具体的设计编码了。

3.类图的设计Use case——>class（要点，抽象名词得到类）——>确定类的属性和⽅法——>属性是静态⾏为描写叙述，⽅法是动态⾏为的描写叙述——>正确表达类与类之间的关系以下是我对机房收费系统设计的类图，理解的不是⾮常清楚，可定存在诸多问题，希望⼤家积极指正。

以上是我看完UML之后对⽤例图和类图的理解，感觉理解的不是⾮常清楚，若有什么问题希望⼤家积极指正。

UML各种图总结-精华UML（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。

下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。

一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。

静态图分为：用例图，类图，对象图，包图，构件图，部署图。

动态图分为：状态图，活动图，协作图，序列图。

1、用例图（UseCaseDiagrams）：用例图主要回答了两个问题：1、是谁用软件。

2、软件的功能。

从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

2、类图（ClassDiagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。

在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。

各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。

例如：老虎是动物的一种，即有老虎的特性也有动物的共性。

2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。

2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。

双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员变量2.4.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。

/art/201007/215560.htm.1 Rational Rose的四种视图模型在Rational Rose建立的模型中包括四种视图，分别是用例视图(Use Case View)、逻辑视图(Logical View)、构件视图(Component View)和部署视图(Deployment View)。

创建一个Rational Rose工程的时候，会自动包含这四种视图，如图5-1所示。

每一种视图针对不同的模型元素，具有不同的用途。

在下面的几个小节中将分别对这四种视图进行说明。

.1.1 用例视图（2）用例图(Use Case Diagram)。

在用例视图中，用例图显示了各个参与者、用例以及它们之间的交互。

在用例图下可以连接与用例图相关的文件和URL地址。

在浏览器中选择某个用例图，右键单击，可以看到在该用例图中允许创建的元素，如图5-7所示。

类图(Class Diagram)。

在用例视图下，允许创建类图。

类图提供了结构图类型的一个主要实例，并提供了一组记号元素的初始集，供所有其他结构图使用。

在用例视图中，类图主要提供了各种参与者和用例中对象的细节信息。

与在用例图下相同，在类图下可以创建连接类图的相关文件和URL地址。

在浏览器中选择某个类图，右键单击，可以看到在该类图中允许创建的元素，如图5-8所示。

协作图(Collaboration Diagram)。

在用例视图下，也允许创建协作图，来表达各种参与者和用例之间的交互协作关系。

与在用例图下相同，在协作图下可以创建连接与协作图相关的文件和URL地址。

在浏览器中选择某个协作图，右键单击，可以看到在该协作图中允许创建的元素，如图5-9所示。

序列图(Sequence Diagram)。

在用例视图下，也允许创建序列图，和协作图一样表达各种参与者和用例之间的交互序列关系。

与在用例图下相同，在序列图下也可以创建连接与序列图相关的文件和URL地址。

在浏览器中选择某个序列图，右键单击，可以看到在该序列图中允许创建的元素，如图5-10所示。