一、用例图所包含的的元素 1.参与者(Actor)——与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。 2.用例(Use Case)——用例就是外部可见的系统功能,对系统提供的服务进行描述。用椭圆表示。 3. 子系统(Subsystem)——用来展示系统的一部分功能,这部分功能联系紧密。 二、用例图所包含的的关系...
用例图(Use Case Diagram):描述“用户、需求、系统功能单元”之间的关系,是参与者所能观察和使用到的系统功能模型图。 用例用于软件开发过程中的需求分析阶段。 确立系统边界分内外: (1)外,找参与者,不需要开发,但需考虑建立接口,让系统内外可以通过接口传递信息。 (2)内,找用例,需要考虑开发的部分。 先找出参与...
用例图的构成要素 用例图包含3方面内容:参与者(actor)、用例(use case)、关系。 **参与者:**一般用“人形”表示。 用例:一般用椭圆表示,并标注用例名称。每个用例都必须有一个惟一的名字以区别于其它用例。 关系: (1)关联(Association):用例与其参与者之间的关联关系用带箭头的直线或不带箭头的直线表示。 (2)...
要画好一张用例图,需要把握三个元素:参与者(Actor)、用例(Use Case)和用例间的关系(Relationship)。 一、 参与者 参与者代表的是参与使用系统的一类角色,例如,读者就是图书馆这个系统的参与者。要正确把握参与者,需要注意以下几点: 1. 参与者本身并不属于系统结构之中,位于系统之外; 2. 参与者代表的是一类角色...
1 Actor:1.参与者是角色(role)而不是具体的人,它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中,一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例。2.参与者作为外部用户(而不是内部)与系统发生交互作用,是它的主要特征...
Use Case Diagram 1、确定参与者(actor) 1.1用户 使用ATM自动取款机进行现金交易。进行余额查询、设置密码、修改密码、转账等操作。 1.2银行管理员 对用户的需求进行接收,通过与数据库的交互,根据对用户应用服务的响应,更新数据库中用户的信息。 2、参与者(actor)用例图...
1、Association,无箭头,Actor连接UseCase即可; 2、DirectedAssocition,Actor连接UseCase,箭头由Actor指向UseCase(角色指向用例); 3、Generalization,继承,我把它念成“继承于”,当然是箭头由子指向父啦; 4、Dependency,我念成“依赖于”,就知道箭头...
1.用例图的基本语法: 1)小人:执行者Actor 2)圈圈:用例Use Case 3)大框:系统边界System Boundary 4) 线条:关联Association,分为有向的和无向的 2. 角色的继承:为了简化用例图,对于各个角色共有的用例描述一次即可,不要多次描述或每个角色的连线都连在用例上。我们可以用角色的继承来表示。可以帮助我们看清角色...
选择一些Use Case的元素,直接拖曳左边的Element,到右边的工作区,就可以把Element放到咱们的Use Case试图中。 A、拖曳两个Actor 元素到工作区,分别命名为“供应商”“商品开发人员” B、拖曳三个Use Case元素到工作区,分别命名为“商品提报”“CSV档导入商品” “商品审核” ...
UML基础: 第 5 部分 - 用例圖 (Use Case Diagram) 要建立一個系統的模型,最重要的方面就是捕捉動態行為。動態行為意味著系統在運行/運行時的行為。 只有靜態行為不足以模擬系統,而動態行為比靜態行為更重要。在UML中,有五個圖表可用於模擬動態性質,用例圖表就是其中之一。現在,因為我們必須討論用例圖本質上是...