精华内容
下载资源
问答
  • 用例图中包括三种元素,参与者,用例,...下面说说参与者与用例之间,用例与用例之间都有哪些关系。 1.关联关系 定义:参与者与用例之间通常用关联关系来描述。 表示方法:带箭头实线,箭头指向用例。 ...

    本文转载至:http://blog.csdn.net/ls1645/article/details/42969587

     

     

    用例图中包括三种元素,参与者,用例,它们之间的关系。下面说说参与者与用例之间,用例与用例之间都有哪些关系。

    1.关联关系

            定义:参与者与用例之间通常用关联关系来描述。

            表示方法:带箭头的实线,箭头指向用例。

            如图所示:

     

     

    2. 泛化关系

            定义:一个用例可以被特别列举为一个或多个子用例,这被称为用例泛化。

            泛化关系在类间也有。

            子用例从父用例处继承行为和属性,还可以添加行为或覆盖、改变已继承的行为。

            表示方法:带空心箭头的实线,箭头指向被泛化(被继承的用例,即父用例。(PS:泛化关系的箭头不是指向被泛化,而是指向被继承。泛化和继承是不同的方向。泛化是从下到上的抽象过程,继承是从上到下,从一般到特殊的过程。)

            如图所示:

     

            机房收费系统中可以这样应用:

     

            当系统中具有一个或多个用例是一般用例的特化时,就使用用例泛化。

    3.包含关系

            定义:其中一个用例(基础用例)的行为包含了另一个用例(包含用例)的行为。基础用例可以看到包含用例,并依赖于包含用例的执行结果。但是二者不能访问对方的属性。

            表示方法:虚线箭头+<<include>>字样,箭头指向被包含的用例。

            如图所示:

     

            使用情况:

                (1)如果两个以上用例有重复的功能,则可以将重复的功能分解到另一个用例中。其他用例可以和这个用例建立包含关系。

                (2)一个用例的功能太多时,可以用包含关系创建多个子用例。

     

     4.扩展关系(extend)

            定义:是把新行为插入到已有用例的方法。

           个人感觉可以叫做特殊情况处理。比如去食堂用饭卡打饭,绝大部分人是刷卡,拿饭,两个步骤就完成了。但是如果某个学生的饭卡里没钱了,假定不用现金或者借钱或者赊账等等其他的方式来打饭,而是必须用自己的饭卡来打饭。那么他就要先去给饭卡充值。“饭卡充值”就是“刷卡”的一个扩展用例。“饭卡充值”与“刷卡”就是扩展关系。

            表示方法:虚线箭头+<<extend>>字样,箭头指向被扩展的用例(即基础用例)。

           如图所示:

            作用:为处理异常或构建灵活系统框架提供了一种有效的方法。

    对比:

            包含与扩展的区别。在扩展关系中,基础用例没有扩展也是完整的,而在包含关系中,基础用例依赖于包含用例的执行结果。

    总结:

            所有的箭头指向都是“被”的一端。

            找关系,是一件挺复杂的事儿。从不同的角度看会有不同的结果。找到大前提,再理顺特定环境下的关系,会更加顺手。

    转载于:https://www.cnblogs.com/Camier-myNiuer/p/6705211.html

    展开全文
  • 用例图中的关系

    千次阅读 热门讨论 2012-12-03 20:56:50
    UML中的用例图是描述用户的需求,从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在使用系统,系统执行者完成... 表示参与者与用例之间的通信,任何一方都可发送或接受信息。  【箭头指向】消息接收方

        UML中的用例图是描述用户的需求,从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在使用系统,系统执行者完成哪些功能。它主要用于需求分析阶段,描述待开发系统的功能需求。

    关系:

       用例图中有五种关系:关联、泛化、包含、扩展、依赖。即:

       

    关联(Association):

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

       【箭头指向】消息接收方

       

    泛化(Inheritance):

       又称继承关系,子用例与父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以是父用例的一段行为,也可以重载它。

       【箭头指向】父用例

        

    包含(Include):

        用来把一个较复杂用例所表示的功能分解成较小的步骤。

       【箭头指向】分解出来的功能用例

        

    扩展(Extend):

        指用例功能的延生,相当于为基础用例提供一个附加功能。

       【箭头指向】基础用例

        

    依赖(Dependency):

       【箭头指向】被依赖项

        

    包含(Include)、扩展(Extend)、泛化(Inheritance)的区别:

    1、泛化中的子用例和包含中的用例无条件发生,而扩展中的延伸用例的发生是有条件的。

    2、用例的存在是为角色(Actor)提供服务,提供服务的方式有直接与间接,泛化中的用例和扩展中过得延伸用例为角色提供直接服务,而包含中的用例为角色提供间接服务。

    3、对于扩展来说,它并不包含基础用例内容,基础用例内容也不在扩展之内。对于泛化来说,子用例包含基础用例的所有内容。

        




         

     

          

              

    展开全文
  • 场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例。用例包含了若干个场景。 主场景是指用户系统发生主要交互的场景,通常是成功的,描述了涉众关注点的典型成功路径。 3.用例有哪些形式? 有三种...

    1.简答题

    1.用例的概念

    用例是一组相关的成功和失败场景集合,用来描述参与者如何使用系统来实现其目标。

    2.用例和场景的关系?什么是主场景或 happy path?

    场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例。用例包含了若干个场景。

    主场景是指用户与系统发生主要交互的场景,通常是成功的,描述了涉众关注点的典型成功路径。

    3.用例有哪些形式?

    有三种形式:

    • Brief(high level):简介型,简洁的一段式概要,通常用于主成功场景。
    • Casual:非正式型,非正式的段落格式,用几个段落覆盖不同场景。
    • Fully:完整型,详细编写所有步骤及各种变化,同时具有补充部分,如前置条件和成功保证。
    4.对于复杂业务,为什么编制完整用例非常难?

    复制业务往往包含很多的场景,各场景之间的各种关联会使得用例非常复杂,并且用例的编写者需要对这些场景流程有充分的了解,因此编制完整用例非常困难。

    5.什么是用例图?

    用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图,是参与者所能观察到的系统功能的模型图。

    6.用例图的基本符号与元素?

    用例图的元素有:参与者、用例、系统边界、箭头(关系,包括关联关系,包含关系,扩展关系,泛化关系)。

    基本符号有:

    1555073332140

    • Actor:小人
    • 用例:椭圆
    • 关联关系:实线连线
    • 泛化关系:带空心三角形的虚线箭头
    • 包含关系和扩展关系:虚线箭头,上面用《》标明了include和extends
    7.用例图的画法与步骤
    • 绘制系统边界
    • 确定参与者(画在系统边界左侧)
      • 主要考虑系统功能的使用者、支持者及其他相关对象
      • 确定参与者之间的泛化关系:使用泛化关系箭头连线
    • 识别用例(画在系统边界内)
      • 以动词开头描述某件事情
    • 确定用例之间和用例与参与者之间的关系
      • 关联关系:使用实线将参与者与相应的用例相连
      • 包含关系:客户用例和提供者用例之间用《include》箭头相连
      • 扩展关系:基础用例和扩展用例之间用《extends》箭头相连
      • 泛化关系:子用例与父用例之间用泛化箭头相连
    8.用例图给利益相关人与开发者的价值有哪些?
    • 用例图列举出了各种用例,使得用户可以清晰地了解到该系统的各个功能单元。
    • 用例图便于用户理解系统,从而从用户处获取需求。
    • 用例图可以在整个开发过程的工作流中起到指导作用。
    • 用例图可以作为开发者的蓝图,使开发者对系统的架构有更清晰的概念。

    2.建模练习题(用例模型)

    选择2-3个你熟悉的类似业务的在线服务系统(或移动 APP),如定旅馆(携程、去哪儿等)、定电影票、背单词APP等,分别绘制它们用例图。并满足以下要求:

    • 请使用用户的视角,描述用户目标或系统提供的服务
    • 粒度达到子用例级别,并用 include 和 exclude 关联它们
    • 请用色彩标注出你认为创新(区别于竞争对手的)用例或子用例
    • 尽可能识别外部系统和服务

    这里选取两个背单词APP:扇贝单词百词斩

    在这里插入图片描述
    在这里插入图片描述

    然后,回答下列问题:

    1.为什么相似系统的用例图是相似的?

    因为相似系统的用户人群大致相同,需求大致相同,所以参与者和用例会很相似。

    2.如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术

    不是定旅馆业务。

    3.如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用

    在用例图中将创新用例以高亮颜色标记出来。

    4.请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表

    选择 Asg_RH 用例图进行编制:

    ID Name Imp Est How to demo Notes
    1 查询酒店 50 10 根据酒店名称、位置、价格等信息进行查询 使用GPS API确定用户当前位置
    2 选择酒店 20 2 查询出结果后,用户可以查看酒店的详细信息以及房间信息;用户可以对查询结果进行筛选过滤
    3 预定酒店 80 5 用户选择房间类型、入住时间,完成预定
    4 管理订单 30 10 用户可以对现有订单进行增删改查
    5 订单支付 60 8 通过外部支付系统支付 可以使用多种支付工具
    5.根据任务4,参考 使用用例点估算软件成本,给出项目用例点的估算
    用例 #事务 #计算 原因 UC权重
    查询酒店 3 2 查询方式 简单
    选择酒店 6 4 详情信息,筛选条件 平均
    预定酒店 3 1 酒店、房间、时间 简单
    管理订单 4 4 增删改查 简单
    订单支付 1 1 简单
    展开全文
  • 场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例。用例包含了若干个场景。 主场景是指用户系统发生主要交互的场景,通常是成功的,描述了涉众关注点的典型成功路径。 3. 用例有哪些形式?: ...

    一、简答题

    1. 用例的概念: 用例是一组相关的成功和失败场景集合,用来描述参与者如何使用系统来实现其目标

    2. 用例和场景的关系?什么是主场景或 happy path?:

    场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例。用例包含了若干个场景。

    主场景是指用户与系统发生主要交互的场景,通常是成功的,描述了涉众关注点的典型成功路径。

    3. 用例有哪些形式?:

    • Brief(high level):简介型,简洁的一段式概要,通常用于主成功场景。
    • Casual:非正式型,非正式的段落格式,用几个段落覆盖不同场景。
    • Fully:完整型,详细编写所有步骤及各种变化,同时具有补充部分,如前置条件和成功保证。

    4. 对于复杂业务,为什么编制完整用例非常难:?

    复杂业务的场景多且复杂,并且其间关系复杂,再加上业务与需求本身就是需要不断迭代来确定的,编制用例时难以涵盖全部场景;对于单个场景,也难以考虑到所有的用户-系统的交互情况,所以复杂业务是很难编写出完整正式的用例的

    5. 什么是用例图?

    用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图

    6. 用例图的基本符号与元素

    参与者:参与者是与系统交互的人或物。首先当然包括开发系统用户,除此之外,与开发的系统有关联的其他系统也算是参与者

    用例:用例是参与者可以感受到的系统服务或功能单元。任何用例都不能在缺少参与者的情况下独立存在,同样,任何参与者也必须要有与之关联的用例

    系统边界:指系统与系统之间的界限。把系统边界以外的同系统相关联的其他部分称为系统环境

    关联关系:表示参与者和用例之间的交互。为通信途径,任何一方都可发送或可接收消息

    包含关系:包含关系用来把一个较复杂的用例所表示的功能分解成较小的步骤。包含用例是必须的,如果缺少包含用例,基用例就是不完整的。包含关系最典型的应用就是复用。这种情况类似与在过程设计语言中,将程序的某一段算法封装成一个子过程,然后在从主程序中调用这一子过程。

    扩展关系:扩展关系是指用例功能的延伸。与包含关系不同的是,扩展用例是可选的,如果缺少扩展用例。不会影响到基用例的完整性

    泛化关系:用例的泛化指的是一个父用例可以被特化形成多个子用例,用我们熟悉的语言来说就是继承关系。

    7. 用例图的画法与步骤

    (1)确定参与者:

    • 主要考虑系统功能的使用者、支持者及其他相关对象
    • 确定参与者之间的泛化关系:使用泛化关系箭头连线

    (2)识别用例:

    • 以动词开头描述某件事情

    (3)确定用例之间和用例与参与者之间的关系

    • 用例除了与参与者发生关系外,还可以具有系统中的多个关系,这些关系包括包含关系、扩展关系和泛化关系。应用这些关系的目的是为了从系统中抽取出公共行为和其变体

    8. 用例图给利益相关人与开发者的价值有哪些?

    • 可以直观看到系统的结果和用户的功能体验, 保证系统按照用户的需求进行设计
    • 用例能够根据需要对复杂程度和形式化程序进行增减调节, 即能够响应用户(利益相关人)提出的需求, 而用例图则使得这种调节更加便利, 可以通过修改图形间的关系实现
    • 用例图是设计者设计过程的结论与参考, 设计者与开发者之间的交流工具, 开发者开发过程的蓝图
    • 用例图使得开发者能够更明确地获得需求, 更好地理解需求
    • 用例图可以指导开发和测试, 同时可以在整个过程中对其他工作流起到指导作用

    二、建模练习题(用例模型)

    • 选择2-3个你熟悉的类似业务的在线服务系统(或移动 APP),如定旅馆(携程、去哪儿等)、定电影票、背单词APP等,分别绘制它们用例图。并满足以下要求:
      • 请使用用户的视角,描述用户目标或系统提供的服务
      • 粒度达到子用例级别,并用 include 和 extend 关联它们
      • 请用色彩标注出你认为创新(区别于竞争对手的)用例或子用例
      • 尽可能识别外部系统和服务

    大众点评

    盒马

    然后,回答下列问题:

    1. 为什么相似系统的用例图是相似的?

    因为相似系统的用户人群大致相同,需求大致相同,所以参与者和用例会很相似。

    2. 如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术

    并不是

    3. 如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用

    在用例图中对创新用例使用某种颜色进行高亮标记。可以很方便地让需求方、开发人员快速了解该系统的创新模式

    4. 请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表

    ID Name Imp Est How to demo
    1 账户管理 20 10 用户注册,管理用户信息
    2 查找旅馆 80 40 根据地点,价格,风格进行查询
    3 挑选房间 30 15 选择房间的容纳人数和类型
    4 支付 40 25 选择支付方式进行支付
    5 订单管理 60 30 管理历史订单以及尚未支付的订单

    5. 根据任务4,参考 使用用例点估算软件成本,给出项目用例点的估算

    用例 事务 计算 原因 UC权重
    账户管理 4 2 用户注册,管理用户信息 简单
    查找旅馆 7 5 根据地点,价格,风格进行查询 平均
    挑选房间 5 4 选择房间的容纳人数和类型 平均
    支付 2 1 选择支付方式进行支付 简单
    订单管理 3 2 管理历史订单以及尚未支付的订单 简单

     

    展开全文
  • 场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例。用例包含了一系列场景,包括主场景,以及零个或多个备选场景。 主场景是系统主要的交互,通常是成功的场景。 用例有哪些形式? 主要有三种...
  • 场景又被称为一个用例的实例,它是一组参与者和系统之间的动作和会话的具体序列。 主场景表示最主要的系统会话,通常是指成功的场景。 3.用例有哪些形式? 摘要格式 简洁的一段式总结,通常是主要的成功场景。 简便...
  • 系分作业六

    2019-04-12 22:11:35
    场景是参与者和系统之间的一个特定的行为和交互序列。它也被称为用例实例 主场景(或happy path)是典型的、无条件的、理想方式、无错误的系统最基本的成功场景。 用例有哪些形式? 简洁 简短的一段总结,通.....
  • 它还涉及到这些因素和系统的精确规格说明,以及系统进化之间的关系。 需求分析的基本任务包括: (1) 抽取需求 分析现行系统存在需要解决的问题。获取足够多的问题领域的知识,需求抽取的方法一般问卷法、面谈法...
  • 建模工具

    2019-09-17 15:04:32
    文章的简介 ...2、类图:描述类之间的关系 关联:全局性 依赖:局部性 3、序列图:对象之间的消息在时间顺序上的交互(关键的逻辑) (1)用例图 用例图的2种元素4种关系:  参与者(Actor)  用例(...
  • 2.1.2变量有哪些类型 2.2如何使用变量 2.2.1如何使用整型变量 2.2.2如何使用浮点型变量 2.2.3如何使用字符型变量 2.2.4如何使用布尔型变量 2.2.5基本数据类型之间的类型转换 2.2.6基本数据类型和字符串之间的...
  • 软件工程教程

    2012-07-06 23:10:29
    用例只描述参与者和系统在交互过程中做些什么,并不描述怎么做。 用例图 关联关系 用例图 泛化关系 用例图 泛化关系 用例图 用例图 用例图 用例用于什么情况? 不知道什么情况不用用例 如果没有用到用例,...
  • UML和模式应用(原书第3版)

    热门讨论 2013-06-20 00:33:37
    10.5 ssd和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的ssd建模 10.8 ssd的哪些信息要放入词汇表中 10.9 示例:monopoly ssd 10.10 过程:迭代和进化式ssd 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 10.5 SSD和用例之间的关系 10.6 如何为系统事件和操作命名 10.7 如何为涉及其他外部系统的SSD建模 10.8 SSD的哪些信息要放入词汇表中 10.9 示例:Monopoly SSD 10.10 过程:迭代和进化式SSD 10.11 历史和参考...
  • 软件测试规范

    2018-04-23 09:16:12
    软件测试目标 .................................................................................................................................. 2 三.软件测试流程 .......................................
  •  ● 项目其他软件或其他系统的关系。 1.3 定义:列出文档中用到的专门术语的定义和缩写词的原文。 1.4 参考资料:列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括  ● 项目经核准的...
  • 如右图所示,OTT主要参与者的份额仍然相当全年保持一致,但在固定网络上至少,移动视频所占份额下降了运营商视频增长。这是一件好事吗?对于IPTV运营商而言,这意味着他们让消费者坚持自己服务而不是断线-这是...
  • CruiseYoung提供详细书签电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 Oracle SQL高级编程(资深Oracle专家力作,OakTable团队推荐) 基本信息 原书名: Pro Oracle SQL 原出版社: ...
  • CruiseYoung提供详细书签电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 该资料是《Oracle SQL高级编程》源代码 对应书籍资料见: Oracle SQL高级编程(资深Oracle专家力作,...

空空如也

空空如也

1 2
收藏数 30
精华内容 12
关键字:

参与者与用例之间的关系有哪些