一、用例图所包含的的元素 1. 参与者(Actor)——与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。 2. 用例(Use Case)——用例就是外部可见的系统功能,对系统提供的服务进行描述。用椭圆表示。 3. 子系统(Subsystem)——用来展示系统的一部分功能,这部分功能联系紧密。 二、用例图所包含的的...
UML基础:用例图Use Case Diagram(1) 1. 用例图概述 用例图(Use Case Diagram):描述“用户、需求、系统功能单元”之间的关系,是参与者所能观察和使用到的系统功能模型图。 用例用于软件开发过程中的需求分析阶段。 确立系统边界分内外: (1)外,找参与者,不需要开发,但需考虑建立接口,让系统内外可以通过接口传递信...
1)小人:执行者Actor 2)圈圈:用例Use Case 3)大框:系统边界System Boundary 4) 线条:关联Association,分为有向的和无向的 2. 角色的继承:为了简化用例图,对于各个角色共有的用例描述一次即可,不要多次描述或每个角色的连线都连在用例上。我们可以用角色的继承来表示。可以帮助我们看清角色之间的关系,大大简化用例。
用例图体现了该系统能够为参与者提供的种种功能以及这些功能之间的联系。要画好一张用例图,需要把握三个元素:参与者(Actor)、用例(Use Case)和用例间的关系(Relationship)。 一、 参与者 参与者代表的是参与使用系统的一类角色,例如,读者就是图书馆这个系统的参与者。要正确把握参与者,需要注意以下几点: 1. 参与...
初次学习UML—用例图(Use Case Diagram) 用例图(Use Case Diagram) 概念 由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。 用例图的构成要素 用例图包含3方面内容:参与者(actor)、用例(use case)、关系。
在工程的分析阶段,例图被用来鉴别和划分系统功能,它们把系统分成动作者(actor)和用例。动作者(actor)表示系统用户能扮演的角色(role)。这些用户可能是人,可能是其他的计算机、一些硬件或者是其他软件系统。惟一的标准是它们必须要在被划分到用例的系统部分以外。它们必须能刺激系统部分,并接收返回。用例描述了当某个...
用例(use case):系统功能 图形:如下图是登录功能 用例.png 每个用例都有一个名称:短小精悍的“动名词”如例如ATM系统,经典的用例有“取钱” “存钱”“修改密码”等。 参与者(actor):用户或者外部系统 图形: 参与者.png 对每一类参与者要有简短描述:如 学生:需要参加培养计划规定的课程,并通过考核 ...
参与者(Actor):参与者代表与系统交互的人、其他系统或外部设备。它不是一个类,而是代表在系统外部的一个角色,这个角色通过某种方式与系统交流。例如,用户、管理员或外部系统都可以是参与者。 用例(Use Case):用例描述了系统为满足参与者需求而执行的一组动作序列,以及参与者与系统的交互。每个用例代表系统的一个功...
1 Actor:1.参与者是角色(role)而不是具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。2.参与者作为外部用户(而不是内部)与系统发生交互作用，是它的主要特征...
用例模型基本组成部件是Use Case(用例)、Actor(参与者)和System Boundary(系统边界)。用例模型可以由若干用例图组成。 A.2、Use Case Diagram(用例图) 用例模型由用例图构成。用例图中显示用例、参与者和用例之间的关系。用例图在宏观上给出模型的总体轮廓,而用例真正实现细节则以文本的方式书写。用例图所表示的...