精华内容
下载资源
问答
  • 用例图描述
    千次阅读
    2022-05-01 22:36:00

    🔬实训名称:

    用例图的建模与用例描述的写作

    🔬实验目的:

     1.  能够准确识别出参与者。

     2.能够准确识别参与者之间的关系。

     3.能够准确识别出用例。

     4. 能够准确识别参与者与用例之间的关系。

     5. 能够准确识别用例与用例之间的关系。

    🔬实验原理

    用例建模包含用例图和用例描述。

    用例图主要应用于需求分析阶段,其主要作用有:获取需求、指导测试、在整个过程中的其他工作流中起指导作用。

    用例图元素主要包括参与者、用例和关系三个部分。

    (1)参与者

    参与者也称为角色,是使用系统的对象,可以是人,也可以是另一个系统,它与当前系统进行交互,向系统提供输入或从系统中获得输出。用例名称使用名词来命名。

    (2)用例

    用例描述了系统所有的功能需求,它来自于对客户需求的分析,这个过程称为用例分析,是整个系统开发中非常关键的过程。每个用例说明系统提供给使用者的一种服务,即一种对外部可见的使用系统的特定方式。它以用户的观点描述用户和系统之间交互的完整顺序,以及由系统执行的响应。

    (3)关系

    关联关系:描述参与者与用例之间的关系,在用例图中,关联关系使用箭头表示。

    包含关系(Include):一个用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分,这称为包含关系。

    扩展关系:当某个新用例在原有用例的基础上增加了新的行为,则原有用例被称作基础用例(Base Use Case),而这种关系被称为扩展(Extend)关系。

    用例描述的内容,一般没有硬性规定的格式,一般包括:用例名称、用例编号、用例功能的简要说明、前置条件、基本事件流、备选事件流和后置条件等,这些内容说明如下:

    (1)用例名称。可以包含字母、数字或汉字,命名一个用例时,尽量使用“动词+名词”的方式描述系统的功能。

    (2)用例编号。使用用例编号唯一标识系统中的一个用例,这样系统就可以在系统的其他元素中通过用例编号引用该用例。

    (3)用例功能的简要说明。简要描述该用例的功能。

    (4)前置条件。执行用例之前系统必须处于的状态,或者要满足的条件。

    (5)基本事件流。描述该用例的基本流程,即每个流程都“正常”运行时所发生的事件,没有任何备选流和异常流,而只有最有可能发生的事件流。

    (6)备选操作流。备选操作流包括用例中很少使用的逻辑路径,那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。

    (7)后置条件。后置条件将在用例成功完成以后得到满足,它提供了系统的部分描述,即在前置条件满足后,用例做了什么?以及用例结束后,系统处于什么状态?

    🔬实验步骤

    1.分析该系统的功能需求

    “远程网络教学系统”的功能需求包括:

    (1)学生登录网站后,可以浏览课件、查找课件、下载课件、观看教学视频。

    (2)教师登录网站后,可以上传课件、上传教学视频、发布教学心得、查看教学心得、修改教学心得。

    (3)系统管理员负责对网站页面的维护,审核不法课件和不法教学信息,批准用户注册。

    (4)如果忘记密码,可通过"找回密码"功能找回密码。

    2.识别参与者

    通过以上需求分析,可以得出该系统包含学生、教师和系统管理员三个参与者。

    3. 识别用例

    通过以上分析,可得到学生可执行的用例有:登录、找回密码、浏览课件、查找课件、下载课件和观看教学视频。

    教师可执行的用例有:登录、找回密码、上传课件、上传教学视频、发布教学心得、查看教学心得和修改教学心得。

    系统管理员可执行的用例有:登录、找回密码、维护网站页面、审核不法课件和不法教学信息,批准用户注册。

    4.使用Rational Rose绘制用例图

    5.写作用例描述

    学生用户查找课件用例详细说明

    功能编号

    002

    用例名称

    学生用户查找课件

    用例描述

    学生用户在登录后,通过输入课件名称或关键词查找对应课件

    优先级

    一般

    参与者

    学生用户

    前置条件

    系统正常运行时间,且学生成功登录到系统

    后置条件

    如果查找到相符课件,则可以选择课件进行浏览或下载;如果没有查询到任何课件,则显示“查询不到符合条件的课件”的提示。

    事件流

    基本流:

    1、学生用户在查找输入框输入课件名称或关键词;

    2、点击查找按钮提交输入内容;

    3、系统根据输入内容进行检索;

    4、系统显示出符合条件的课件的简要信息;

    5、学生用户可以根据课件信息选择其一的课件进行浏览或下载。备选事件流:

    3a. 系统没有找到任何符合条件的课件

        3a1. 显示“查询不到符合条件的课件”的提示。

        3a2. 学生用户离开或重新输入课件名称。

    教师用户登录用例详细说明

    功能编号

    001

    用例名称

    教师用户登录

    用例描述

    教师用户输入自己的账号和密码,登录到“远程网络教学系统”

    优先级

    一般

    参与者

    教师用户

    前置条件

    系统正常运行时间

    后置条件

    如果教师用户登录成功,则该教师可以上传课件或教学视频,发布、查看或修改教学心得;如果登录失败,则不可以进行以上操作。

    事件流

    基本流:

    1、教师用户进入“远程网络教学系统”;

    2、教师用户输入账号和密码;

    3、用户提交输入的信息;

    4、系统对账号和密码进行检查;

    5、系统记录并显示当前登录用户;

    6、教师用户可以正常使用教师部分的功能:上传课件或教学视频,发布、查看或修改教学心得。

    备选事件流:

    2a. 教师用户忘记密码

      2a1. 教师用户可以使用找回密码功能。

    4a. 教师用户的账号错误

      4a1. 系统弹出账号不存在或账号已关闭的警告信息;

      4a2. 教师用户离开或重新输入账号。

    4b. 教师用户的密码错误

      4b1. 系统弹出账号不匹配或密码错误的警告信息;

      4b2. 教师用户离开或重新输入账号、密码,或者使用找回密码功能。

    系统管理员维护网站页面用例详细说明

    功能编号

    003

    用例名称

    系统管理员维护网站页面

    用例描述

    系统管理员上传已经编辑完成的网页项目文件

    优先级

    一般

    参与者

    系统管理员

    前置条件

    系统正常运行时间,并且系统管理员已经得到认证

    后置条件

    事件流

    基本流:

    1、系统管理员选择上传网页项目文件;

    2、点击上传按钮提交网页项目文件;

    3、系统检查项目文件的有效性;

    4、系统将项目文件进行备份保存;

    5、系统提示上传成功;

    6、系统管理员点击更新网站页面;

    7、系统更新网站页面,完成后提示更新完成。

    备选事件流:

    3a. 系统检查项目文件发现错误或严重的警告

        3a1. 提示“项目文件存在错误或严重警告”的提示。

        3a2. 系统管理员离开或修正文件后重新上传。

    更多相关内容
  • 用例图与用例描述

    千次阅读 2021-12-19 23:08:38
    用例图

    用例图

    用例图包含三部分:用例use case 、参与者actor和关系relationship

    用例图是被称为参与者的外部用户所能观察到的系统功能的模型图

    用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了哪个用例的执行

    用例图多用于静态建模阶段(主要是业务建模和需求建模)。

    关系:泛化、扩展、包含、关联

    关联

    表示参与者与用例之间的通信,任何一方都可发送或接受消息。

    泛化

    泛化关系是两个用例或两个参与者之间的关系。当多个用例共同拥有一种类似的结构和行为的时候,可以将它们的共性抽象为父
    用例,其他的用例作为子用例,用例间的这种关系被称为用例的泛化关系。A 是 B的泛化,意味着 A 描述的是一般的行为,而 B是这些行为的详细(Specific)版本,A被称为父用例(Parent Use Case)或基用例(Base Use Case),B被称为子用例(Child UseCase)。

    在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承(Inherit)了父用例所有的结构、行为和关系。在用例图中,泛化关系用实线加上空心的箭头来表示。子用例被连接在箭头的尾部,箭头指向父用例。以PPS项目为例,用例Create Wholesale Order和Create Retail Order 都包括一系列公共的行为,如系统提供空白订货单表、业务员输入客户信息、业务员选择产品销售方式、业务员填写需求数量、系统显示产品价格并且合计总价等,因此,可以将这些公共的行为泛化为用例 Create Order,

    image-20211219222920725

    参与者之间也存在着这种泛化关系。例如,如果建模了一个数据库管理员和一个备份管理员,然后发现他们的工作中有一部分是重叠的,那么,就可以创建一个称为系统管理员的参与者作为数据库管理员和备份管理员的泛化。

    扩展

    扩展是两个用例之间的关系,它使得每个用例可以通过扩展用例向基用例中添加额外的行为来扩展基用例的功能。用例的扩展机制允许从一个基用例开始开发一个复杂的系统,并且能够在不改变基用例的前提下向基用例中扩展更多的行为。用例 A扩展了用例B,则A称为扩展用例(Extend Use Case)或子用例,B称为基用例,它表示扩展用例A的事件流在一定的条件下按照相应的扩展点可插人基用例B中,这就
    需要在基用例中定义一至多个已命名的扩展点。选用扩展关系可以把一些可选的操作独立封装在另外的用例中,避免基用例过于复杂。
    扩展关系用虚线加上开箭头来表示。扩展用例被连接在箭头的尾部,箭头指向基用例,在虚线处添加一个<< extend >>表示扩展关系。例如,在基用例 Compare Inventory中,如果库存量足够多,则可以启动零配件出库的功能,如果库存量不足则需要创建采购合同。所以Stock Out 和Create Purchase Contract是在用例Compare Inventory基础上的扩展,可将其建模为扩展关系,如图2-11所示。

    image-20211219223505490

    包含

    包含是两个用例之间的关系。当多个用例需要用到同一段行为时,可以把这段共同的行为单独抽象成为一个用例,然后让其他的用例来包含这一用例,从而避免在多个用例中重复描述同一段行为,也可以防止该段行为在多个用例中的描述出现不一致性。当需要修改这段公共的需求时,也只需要修改一个用例,避免同时修改多个用例而产生的不一致性和重复性工作。用例 A 包含 B,将 A 称为基用例,B 称为被包含用
    例(Inclusion Use Case)。包含关系表示基用例会用到被包含用例,被包含用例的事件流在基用例的某个点处插人到基用例的事件流中。
    **值得注意的是,对于包含关系而言,子用例中的事件流是一定插人到基用例中去的,并且插人点只有一个,而扩展关系可以根据一定的条件来决定是否将扩展用例的事件流插人到基用例事件流,并且插人点可以有多个。包含关系是无条件的,扩展关系是有条件的。**含关系用虚线加上箭头来表示。基用例被连接在箭头的尾部,箭头指向被包含用例,在虚线处添加一个<< include >>标签以表示包含关系,如图 所示。

    image-20211219223855295

    在 PPS 项目中,选择产品状态(Choose Product Condition)会在许多场合下发生,在创建销售订单和创建询价单中选择产品状态都是必不可少的活动,所以把选择产品状态作为一个被包含的用例插人到Create Order和Create Enquiry 用例中,如果需要改动选择产品状态用例,则不用对每一个用例都做相应修改,这样就提高了用例模型的可维护性。

    用例描述

    image-20211219225014902 image-20211219225313759
    展开全文
  • 用例图详解

    万次阅读 多人点赞 2020-12-27 15:02:14
    对于用例图来说我们需要了解的是什么叫用例图,构成用例图的要素,用例图有哪些重要的元素,各个用例之间的关系。当然最重要的是如何根据需求创建用例图。具体的创建通过一个简单的学生管理的例子说明创建的过程和...

     对于用例图来说我们需要了解的是什么叫用例图,构成用例图的要素,用例图有哪些重要的元素,各个用例之间的关系。当然最重要的是如何根据需求创建用例图。具体的创建通过一个简单的学生管理的例子说明创建的过程和例子。
      我的所有例子都是是使用Rose这个软件来画的,现在虽然有新的UML模型画图软件,但是我比较喜欢用这个Rose,如果你还没有装这个软件需要先装一个,或者使用你比较喜欢的UML画图软件。下面我们直接进入正题吧,学习一下用例图的相关概念和具体的创建过程。

    什么叫用例图

    1. 用例图的含义
      由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。
      要在用例图上绘制一个参与者(表示一个系统用户),可绘制一个人形符号。参与者和用例之间的关系使用带箭头或者不带箭头的线段来描述,箭头表示在这一关系中哪一方是对话的主动发起者,箭头所指方是对话的被动接受者。
    这里写图片描述
      在用例建模中,为了更加清楚的描述用例或者参与者,会使用到注释。
    这里写图片描述
    2. 用例图的作用

      用例图是需求分析中的产物,主要作用是描述参与者和用例之间的关系,帮助开发人员可视化的了解系统的功能。借助于用例图,系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨,减少了大量交流上的障碍,便于对问题达成共识。
      用例图可视化地表达了系统的需求,具有直观、规范等优点,克服了纯文字性说明的不足。
      用例方法是完全从外部来定义系统功能,它把需求和设计完全的分离开来。我们不用关心系统内部是如何完成各种功能的,系统对于我们来说就是一个黑箱子。

    用例图的构成要素

    1. 参与者

      参与者(Actor)是指存在于系统外部并直接与系统进行交互的人、系统、子系统或类的外部实体的抽象。
    每个参与者可以参与一个或多个用例,每个用例也可以有一个或多个参与者。
      在用例图中使用一个人形图标来表示参与者,参与者的名字写在人形图标下面。
    这里写图片描述

    2. 参与者间的的关系

      由于参与者实质上也是类,所以它拥有与类相同的关系描述,即参与者与参与者之间主要是泛化关系(或称为“继承”关系)。
    泛化关系的含义是把某些参与者的共同行为提取出来表示成通用行为,并描述成超类。泛化关系表示的是参与者之间的一般/特殊关系,在UML图中,使用带空心三角箭头的实线表示泛化关系。
    这里写图片描述

    3. 系统边界

      在项目开发过程中,边界是一个非常重要的概念。这里说的系统边界是指系统与系统之间的界限。通常我们所说的系统可以认为是由一系列的相互作用的元素形成的具有特定功能的有机整体。
      系统同时又是相对的,一个系统本身又可以是另一个更大系统的组成部分,因此,系统与系统之间需要使用系统边界进行区分开来。我们把系统边界以外的同系统相关联的其他部分,称之为系统环境。
    这里写图片描述

    用例的重要元素

    1. 如何识别用例

      任何用例都不能在缺少参与者的情况下独立存在。同样,任何参与者也必须要有与之关联的用例。所以识别用例的最好方法就是从分析系统参与者开始,在这个过程中往往会发现新的参与者。
      
    可以通过以下问题来寻找用例:
       (1)参与者希望系统提供什么功能?
       (2)参与者是否会读取、创建、修改、删除、存储系统的某种信息?如果是的话,参与者又是如何完成这些操作的?
       (3)参与者是否会将外部的某些事件通知给系统?
       (4)系统中发生的事件是否通知参与者?
       (5)是否存在影响系统的外部事件。
      
    2.用例的粒度

      用例的粒度指的是用例所包含的系统服务或功能单元的多少。用例的粒度越大,用例包含的功能越多,反之则包含的功能越少。
      如果用例的粒度很小,得到的用例数就会太多。反之,如果用例的粒度很大,那么得到的用例数就会很少。
      如果用例数目过多会造成用例模型过大和引入设计困难大大提高。 如果用例数目过少会造成用例的粒度太大,不便于进一步的充分分析。

      比如:网站后台管理系统中的会员信息维护用例,管理员需要进行添加会员信息、修改会员信息、删除会员信息等操作。
    这里写图片描述
      我们还可以根据具体的操作把它抽象成3个用例,它展示的系统需求和单个用例是完全一样的。
    这里写图片描述

    3.用例规约

      对于每一个用例,我们还需要有详细的描述信息,以便让别人对于整个系统有一个更加详细的了解,这些信息包含在用例规约之中。
      
    每一个用例的用例规约都应该包含以下内容:
       (1)简要说明:对用例作用和目的的简要描述。
      (2)事件流:事件流包括基本流和备选流。基本流描述的是用例的基本流程,是指用例“正常”运行时的场景。
       (3)用例场景:同一个用例在实际执行的时候会有很多不同的情况发生,称之为用例场景,也可以说用例场景就是用例的实例。
       (4)特殊需求: 特殊需求指的是一个用例的非功能性需求和设计约束。特殊需求通常是非功能性需求,包括可靠性、性能、可用性和可扩展性等。例如法律或法规方面的需求、应用程序标准和所构建系统的质量属性等。
       (5)前置条件: 执行用例之前系统必须所处的状态。例如,前置条件是要求用户有访问的权限或是要求某个用例必须已经执行完。
       (6)后置条件:用例执行完毕后系统可能处于的一组状态。例如,要求在某个用例执行完后,必须执行另一个用例。

    用例之间的关系

    1. 包含

      包含关系指用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。在UML中,包含关系是通过带箭头的虚线段加<>字样来表示,箭头由基础用例(Base)指向被包含用例(Inclusion)。
    这里写图片描述
      在处理包含关系时,具体的做法就是把几个用例的公共部分单独的抽象出来成为一个新的用例。主要有两种情况需要用到包含关系:
      第一,多个用例用到同一段的行为,则可以把这段共同的行为单独抽 象成为一个用例,然后让其他用例来包含这一用例。
      第二,某一个用例的功能过多、事件流过于复杂时,我们也可以把某一段事件流抽象成为一个被包含的用例,以达到简化描述的目的。
    这里写图片描述  
      
    2. 扩展

      在一定条件下,把新的行为加入到已有的用例中,获得的新用例叫做扩展用例(Extension),原有的用例叫做基础用例(Base),从扩展用例到基础用例的关系就是扩展关系。
      一个基础用例可以拥有一个或者多个扩展用例,这些扩展用例可以一起使用。
    这里写图片描述

    3.泛化

      用例的泛化指的是一个父用例可以被特化形成多个子用例,而父用例和子用例之间的关系就是泛化关系。
      在用例的泛化关系中,子用例继承了父用例所有的结构、行为和关系,子用例是父用例的一种特殊形式。
      子用例还可以添加、覆盖、改变继承的行为。在UML中,用例的泛化关系通过一个三角箭头从子用例指向父用例来表示。
    这里写图片描述
      泛化的示例:银行存款有两种方式,一种是银行柜台存款,一种是ATM机存款。在这里,银行柜台存款和ATM机存款都是存款的一种特殊方式,因此“存款”为父用例,“银行柜台存款”和“ATM机存款”为子用例。
    这里写图片描述

    使用Rose创建用例的步骤说明

    1. 需求分析

    “学生信息管理系统”部分功能性需求包括以下内容:
       (1)系统管理员登录后可以对班级的基本信息进行增加、删除、修改、查询等操作。学校领导登录后可以对班级基本信息进行查询操作。
       (2)教师登录后可以对学生的考试成绩进行录入、删除、修改、查询等操作。学生登录后可以对考试成绩进行查询操作。
       (3)学生登录后可以了解所有选修课程的具体信息,可以根据自己的需要选择不同课程。系统管理员登录后可以增加、修改、查询、删除选修课程。
       (4)系统管理员可以对账号进行创建、设置、查看、删除等操作。
      
    2.识别参与者
      对于一个学校来说,最重要的就是教育学生成才,所以我们首先要考虑到的参与者就是学生。
      要给学生上课,必然就需要教师。教师负责教育学生、并且在日常管理中可以查询学生的基本信息、查询学生的考试成绩。
      作为一个学校,除了教师和学生,还有不可或缺的就是校领导。为了便于校领导掌握学校的基本情况,加强对学校的管理导.
      不管什么系统,基本都会有比较专业的人员来负责管理系统,本系统也不例外。系统管理员除了负责维护系统的日常运行,还要进行录入学生基本信息、维护选课信息等工作。
      
    3.构建用例模型

      系统管理员直接参与的用例为登录、找回密码、查看班级基本信息、删除班级基本信息、修改班级基本信息和录入班级基本信息。校领导直接参与用例登录、找回密码和查看班级基本信息。当登录过程中发生忘记密码的情况,就需要使用找回密码的功能来找回密码,而在正常情况下用不到找回密码这个功能所以用例找回密码”和用例登录之间是扩展关系。
    这里写图片描述
      教师参与用例录入成绩、修改成绩、保存成绩、查询成绩、删除成绩和登录。学生参与用例登录和查询成绩。因为修改成绩和录入成绩的时候都要保存成绩,所以将保存成绩抽象出来作为单独的一个用例。用例录入成绩、修改成绩和用例保存成绩之间是包含关系,用例找回密码和用例登录之间是扩展关系。
    这里写图片描述
      学生作为参与者直接参与用例查看课程信息、按课程编号查看、按课程名查看、选择课程、删除已选课程、登录和找回密码。系统管理员参与用例登录、找回密码和“维护课程信息”。其中查看课程信息有两种方式,一种是按照课程名查看,另一种是按照课程编号查看。所以查看课程信息是父用例,而按照课程名查看和按照课程编号查看是子用例,他们之间的关系是泛化关系。用例找回密码和用例登录之间是扩展关系。
    这里写图片描述
      系统管理员参与用例创建新账号、设置账号、设置账号基本信息、设置账号权限、查看账号和删除账号。在设置帐号时,主要分为设置账号的基本信息和设置账号的权限,为了便于修改和维护,将这两个功能分别抽象为两个用例。所以用例设置账号基本信息、设置账号权限和用例设置账号之间是包含关系
    这里写图片描述

    展开全文
  • UML图:用例图详细介绍

    万次阅读 多人点赞 2021-01-05 15:58:02
    用例图应用在软件开发的需求分析阶段,他描述了系统的功能以及如何使用一个系统 用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务 用例图最常用来描述系统以及子系统 用例图分为...

    用例图简介

    用例图

    • 用例图应用在软件开发的需求分析阶段,他描述了系统的功能以及如何使用一个系统
    • 用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务
    • 用例图最常用来描述系统以及子系统
    • 用例图分为业务用例图和系统用例图
      在这里插入图片描述

    用例图的组成

    用例图主要包含以下 6 个元素

    • 参与者(Actor)
    • 用例(Use Case)
    • 关联关系(Association)
    • 包含关系(Include)
    • 扩展关系(Extend)
    • 泛化关系(Generalization)

    1.参与者

    参与者的概念:

    • 外部的一个实体
    • 参与用例的执行过程
    • 参与者由参与用例时所担当的角色来表示
    • 每个参与者可以参与一个或多个用例
      在这里插入图片描述

    参与者的种类

    1. 系统用户
      真实的人,即用户,是最常用的参与者,几乎存在于每一个系统中,命名这类参与者时,应当按照角色命名
    2. 与所建造的系统交互的其他系统
      外部程序
    3. 时间代理人
      例如在汽车租凭系统中,到了还车时间客户还没有归还汽车,系统会提醒客户服务代表致电客户,这时时间就成了该系统的一个参与者
    4. 其他如:硬件设备、外部服务和外部数据库等

    如何寻找系统的参与者?

    • 谁将使用该系统的主要功能
    • 谁将需要该系统的支持以完成其工作
    • 谁将需要维护、管理该系统
    • 系统需要处理哪些硬件设备
    • 与该系统交互的是什么系统
    • 谁或什么系统对本系统产生的结果感兴趣

    启动者和支持者
    启动者是用例的主要服务对象
    另一类是扮演支持者角色的参与者
    在这里插入图片描述
    参与者间的关系
    参与者之间可以具有泛化关系
    在用例图中,使用泛化关系来描述多个参与者之间的公共行为

    在这里插入图片描述

    2.用例
    什么是用例
    外部可见的系统功能单元,在不揭示系统内部构造的前提下定义连贯的行为,不是需求或功能的规格说明
    用例的表示

    • 简单名(Simple Name)
    • 路径名(Path Name)
      在这里插入图片描述

    如何识别用例

    • 特定参与者希望系统提供什么功能
    • 系统是否存储和检索信息
    • 当系统改变状态时,是否通知参与者
    • 是否存在影响系统的外部事件
    • 哪个参与者通知系统这些事件

    用例与事件流
    用例分析处于系统的需求分析阶段,这个阶段应该尽量避免考虑系统的细节问题,但是要实际建立系统,则需要更加具体的细节,这些细节写在用例对应的事件流文件中
    事件流的描述是独立于实现方法的,事件流描述系统“做什么”,而不是“怎么做”

    事件流文件的组成

    • 简要说明
      与用例相关的说明,描述该用例的作用
      应包括执行用例的参与者和通过这个用例要达到的结果
    • 前提条件
      用例执行前必须满足的条件,如另一用例必须要先执行
    • 后置条件
      用例执行完后必须要做的事情,如必须执行另一个用例
    • 事件流程(主事件流、其他事件流、错误流 )
      从用户角度描述执行用例的具体步骤
      包括用例的开始和结束、用例如何与参与者交互、用例的正常流程、主事件流的变体以及错误流

    在这里插入图片描述

    用例间的关系

    关联关系(Association)

    • 表示参与者与用例之间的关系
    • 不同的参与者可以访问相同的用例

    在这里插入图片描述
    包含关系(include)

    • 一个用例可以简单地包含其他用例具有的行为,并把它所包含的行为作为自身行为的一部分,这称作用例间的包含关系
    • 包含关系把几个用例的公共部分分离成一个单独的被包含用例,被包含用例称为提供者用例,包含用例称为客户用例
    • 客户用例可以简单地包含提供者用例具有的行为,并把它所包含的用例行为作为自身行为的一部分
      在这里插入图片描述

    包含关系的特点:

    • 包含用例(客户用例)执行,则被包含用例(提供者用例)必须执行

    什么时候使用包含关系?

    • 如果两个以上的用例有大量一致的功能,则可以将这个功能分解到另一个用例中,其他用例可以和这个用例建立包含关系
    • 一个用例的功能太多时,可以用包含关系建模成两个以上的用例,降低用例的复杂度

    扩展关系(extend)

    • 扩展用例被定义为基础用例的增量扩展
    • 扩展关系是把新的行为加入到已有的用例中去
    • 基础用例提供扩展点以添加新的行为
    • 扩展用例插入到基础用例的扩展点上

    在这里插入图片描述
    扩展关系的特点

    • 没有基础用例,扩展用例也是完整的用例
    • 基础用例被执行时,一般不会涉及扩展用例,只有特定的条件发生,扩展用例才可能被执行,这是与包含关系的差别

    在这里插入图片描述
    泛化关系(Generalization)

    • 泛化关系是一般和特殊的关系
    • 一个用例(父用例)可以被特别地列举为一个或多个子用例
    • 子用例表示父用例的特殊形式
    • 子用例从父用例处继承行为和属性,还可以添加行为或覆盖、改变继承的行为
      在这里插入图片描述

    如果系统中一个或多个用例是某一个一般用例的特殊化用例时,就应该使用用例的泛化关系,例如:

    在这里插入图片描述

    用例图示例:

    图书馆管理员处理借书、还书的用例图
    在这里插入图片描述
    系统管理员进行系统维护的用例图

    在这里插入图片描述

    展开全文
  • 用例图——如何描述用例

    万次阅读 2017-05-11 19:57:15
    用例图 1 用例间的关系 包含、扩展、泛化。 三者都属于依赖关系。 2 箭头方向 (1) 包含关系,基用例依赖它所包含的用例,箭头指向包含用例。 (2) 扩展关系:扩展用例依赖基用例...
  • 网上书店的用例图模型

    热门讨论 2010-07-13 16:42:25
    网上书店用例图 内含管理员的用例图和顾客的用例图
  • 如何根据用例图写出用例描述

    千次阅读 2019-05-11 15:34:00
    如何根据用例图写出用例描述 前言:因为用例描述中的执行者和用例名很容易通过用例图得出来,所以下面讲的主要内容是如何通过用例图获得用例描述中的交互动作序列。 第一步 用例分类 A.用例分类是什么??? 用例...
  • UML用例图介绍

    千次阅读 2020-01-18 11:20:49
    1.用例图用来描述系统的需求,从用户的角度来描述系统的功能,强调谁在使用系统,系统实现了哪些功能,总的来说,用例图就是描述用户的需求和系统的功能,从外部用户的角度来描述系统的功能。 2.用例图用例图(use...
  • 软件需求分析&用例图 实例简述

    千次阅读 2021-09-03 14:01:44
    用例图 1)用例 2)用例图 业务用例建模 1)概念 2)方法 引导实例 需求分析 1)什么是需求 需求就是人们需要、索取的东西【出自经典著作《人的动机理论》的马斯洛需求理论,它阐述了人类的需求源于五类,即...
  • Rational Rose学习笔记02:创建用例图

    千次阅读 2022-03-11 10:55:31
    用例图三要素、绘制用例图
  • 用例图是用来描述系统功能的技术,表示一个系统中用例与参与者及其关系的图,主要用于需求分析阶段。   用例图的基本组成元素:参与者、用例、元素之间的关系。   用例图使用范围:需求分析 1.捕获需求。...
  • 为什么要用用例图 通常,软件系统的用户数量庞大(或用户的类型很多),每个用户只知道自己如何使用系统,但是没有人准确的知道系统的整体运行情况。因此,使用用例模型替代传统的功能说明,往往能够更好的获取用户...
  • UML实例(二):在线购物系统用例图

    万次阅读 多人点赞 2019-04-12 18:16:00
    一、用例图 二、用例描述 用例名:添加购物车商品 简述:顾客有购买商品的意图,但是觉得需要考虑时,可执行添加购物车商品操作。 参与者:消费者 包含:无 扩展:无 继承:无 前置条件:顾客必须登录...
  • 用例图的画法与步骤用例图给利益相关人与开发者的价值有哪些?2、建模练习题(用例模型)选择2-3个你熟悉的类似业务的在线服务系统(或移动 APP),如定旅馆(携程、去哪儿等)、定电影票、背单词APP等,分别绘制...
  • 在线UML图设计 用例图 在线制图

    万次阅读 2019-05-27 20:20:38
    freedgo Design 是一个多种类型图表的在线绘制软件,让您创建 阿里云架构 腾讯云架构 Oracle云架构 AWS系统部署 软件架构, UML,BPMN,ERD,流程,UX设计,ANT DESIGN,思维导图,图表。 可以做到注册...
  • UML--用例图详解

    万次阅读 多人点赞 2019-09-14 11:10:28
    由参与者(Actor)、用例(Use Case) 以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。 其中用例和参与者之间的对应关系又叫做通讯关联(Communication Association)。 用例图的作用 用例图是需求...
  • uml中描述软件功能的图形---用例图

    千次阅读 2020-11-07 17:16:22
    1、用例图 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例图列出系统中的用例和系统外的...用例图(UseCase Diagram):用图形的方式来描述情景 2、用例图关系 元素 在用例图中,有如下的一些元素
  • 宾馆客户用例图
  • UML之用例图

    千次阅读 2022-04-08 17:33:37
    用例图是从用户角度描述系统功能,是用户所能观察到的系统功能的模型图 用例是系统中的一个功能单元 用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了哪个用例的执行(或称为发起了哪个用例) ...
  • 描述用户的需求——UML用例图

    千次阅读 2019-12-01 15:42:51
    1.用例图:参与者(用户),用例(系统的功能),系统边界,关系。 2.关系: (1)关联关系:用例与参与者之间,用带实线的箭头表示或者实线表示,参与者指向用例; (2)泛化关系(继承):参与者与参与者之间,...
  • 在《UML面向对象分析、建模与设计》中学到了用例图用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。用例图(User Case)是外部用户(被称为参与者)所能...
  • UML建模--用例图

    千次阅读 2021-06-22 20:37:37
    用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统,以及他们使用这个系统干什么。一个用例图包含了多个模型元素,如系统、参与者和用例,并且显示这些元素之间的各种关系,如泛化、关联和...
  • 软件工程 -- 用例图

    千次阅读 2021-11-14 15:51:11
    1.用例图:一幅用例图包含的模型元素有系统,行为者,用例及用例之间的关系 系统 系统被看作是一个提供用例的黑盒子,内部如何工作,用例如何实现,这些对于建立用例模型来说都不重要。代表系统的方框的边线表示...
  • 实验二 用例图

    千次阅读 2019-12-09 22:23:24
    实验二 用例图 一、实验目的 (1)理解用例图的基本概念。 (2)掌握运用Rose工具绘制用例图的基本操作。 二、实验要求 (1)2+2学时(其中课外2学时); (2)每组1人; (3)设计性实验; (4)根据...
  • 为了讨论的方便,一个对前期工作简化了的图书馆业务流程如下: 图书馆系统实行开架阅览,并为读者提供了客户端,读者可以查询到馆藏书目和本人在借的图书。对目前已借出无馆藏的图书可以进行预定,也可以取消预定,...
  • 软件工程复习笔记 用例图

    千次阅读 多人点赞 2020-12-20 22:12:53
    用例图 概述前言用例图概述场景关于用例用例图参与者怎样识别参与者用例怎样获取用例?确定系统用例应注意:1. 可观测,用例止于系统边界2. 用例是有意义的目标(结果值)3. 结果值由系统生成(系统执行)4. 业务...
  • UML - 用例图的组成和实例

    千次阅读 多人点赞 2020-06-10 12:46:04
    用例图主要用来描述角色以及角色与用例之间的连接关系 说明的是谁要使用系统,以及他们使用该系统可以做些什么 一个用例图包含了多个模型元素,如系统、参与者和用例,并且显示这些元素之间的各种关系,如泛化、关联...
  • EA的使用(用例图)

    千次阅读 2022-03-16 18:17:07
    UML之EA绘制用例图

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 407,629
精华内容 163,051
关键字:

用例图描述