【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。 用例图中包含6个元素,分别是执行者(Actor),用例(Use Case),关联关系(Association),包含关系(Include),扩展关系(Extend)以及泛化关系(Generalization)。 角色(Actor):即使用本系统的有哪些角色,不同的角色使用的系统功能部分是不同的,在用例图中用小人...
在工程的分析阶段,例图被用来鉴别和划分系统功能,它们把系统分成动作者(actor)和用例。动作者(actor)表示系统用户能扮演的角色(role)。这些用户可能是人,可能是其他的计算机、一些硬件或者是其他软件系统。惟一的标准是它们必须要在被划分到用例的系统部分以外。它们必须能刺激系统部分,并接收返回。用例描述了当某个...
用例(use case):系统功能 图形:如下图是登录功能 用例.png 每个用例都有一个名称:短小精悍的“动名词”如例如ATM系统,经典的用例有“取钱” “存钱”“修改密码”等。 参与者(actor):用户或者外部系统 图形: 参与者.png 对每一类参与者要有简短描述:如 学生:需要参加培养计划规定的课程,并通过考核 参与者和...
A.系统提示客户输入账号和转账金额。 B.客户输入后提交。 C.系统确认资金转出账户是否存在并有效(当账户信息与客户一致,且账户非冻结时有效)(E-1),资金转出账户金额是否足够支付(E-2)。 D.系统为资金转出帐户建立转账事件记录,并更新账户的相关信息。 E.存储转账记录。 F.判断资金转入帐户与转出账户是否属于同一...
用例模型是从应用领域(Application domain)的角度,面向用户的一种模型,旨在描述用户眼中(而非程序员眼中)此系统的功能行为。以下是一张用例图,先有一个大致的印象: 一个售票系统的用例图 用例图体现了该系统能够为参与者提供的种种功能以及这些功能之间的联系。要画好一张用例图,需要把握三个元素:参与者(Actor)、...
用例图又称用况图,描述系统功能。 通过用例图展示待建系统的上下文范围以及它提供的功能。它描述了谁(或什么)与系统交互,外部世界希望系统做些什么。 用例着眼于为用户增加价值,提供了一种捕获功能需求的系统且直观的方法,可驱动整个开发过程。用例从某个特定参与者的角度用简单易懂的语言说明一个特定的使用场景。
UML：[2]用例图用例图( Use Case Diagram )简介 用例图是从用户角度描述系统功能， 是用户所能观察到的系统功能的模型图，用例是系统中的一个功能单元。 1、用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。 2、用例图列出系统中的用例和系统外的参与者，并显示那个参与者与那个用例的...
参与者代表使用系统的角色，位于系统之外。它们可以是人、系统或环境，而非系统组成部分。每个参与者用一个小人图形表示，名字应具体明确。参与者不涉及系统内部结构，只描述功能交互。用例表示系统提供的功能，用椭圆形表示。每个用例需详细说明，包括名称、参与者、进入条件、离开条件、流程和特殊需求等。
2、User Case,用例,用户与系统的交互,外部可见的系统功能单元。比如像增、删、改、查这样的功能点。 3、Comment,注释。 4、Association,关联关系,描述参与者与用例之间的关系、通信。 5、Dependency,依赖关系,用于链接表示不同版本或变体的子系统/用例,源模型指向目标模型。
UML建模——用例图（UseCaseDiagram）UML建模——⽤例图（UseCaseDiagram）⽤例图主要⽤来描述⾓⾊以及⾓⾊与⽤例之间的连接关系。说明的是谁要使⽤系统，以及他们使⽤该系统可以做些什么。⼀个⽤例图包含了多个模型元素，如系统、参与者和⽤例，并且显⽰这些元素之间的各种关系，如泛化、...