系分第四次作业

简答题

  1. 用例的概念

    1. 用例是软件工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。
    2. 用例是用户利用某个系统实现特定目标的一系列成功或失败的场景的文本描述。
  2. 用例和场景的关系?什么是主场景或happy path?
    每个用例提供了一个或多个场景。其中场景是指使用场景,用来说明系统可以做什么,系统是如何和用户或其他系统交互的,从而获得一个明确的业务目标。
    每一个用例中都包含一个主场景,主场景对应于系统主要的交互,通常是成功的场景,是最常用的直接地实现用户目标的场景。

  3. 用例有哪些形式?

    1. 概要级:一段精简的概括,主要包含主成功场景。
    2. 简便级:多段的描述,覆盖若干场景。
    3. 完整级 :细节详细地描述每一个场景的每一个步骤及可能。
  4. 对于复杂业务,为什么编制完整用例非常难? 复杂业务的需求多,导致扩展部分较多,即除了主成功场景外的其他场景或分支,包括成功和失败路径。
    而在整个用例编写过程当中,理想路径与扩展场景相结合也只能尽可能满足“几乎”所有涉众所关注的问题,因为有些问题最好是作为非功能性需求在补充规格说明中描述,而不是直接在用例中说明。
    因此由于业务的复杂性,用例的增加也只能覆盖大部分已出现的情形,而无法完全覆盖所有情景,也就“不完整”。同时,用例可能会遗漏一些关键信息或包含错误的陈述。

  5. 什么是用例图?
    用例图是指由参与者、用例,边界以及它们之间的关系构成的用于描述系统功能的视图。用例图是外部用户(被称为参与者)所能观察到的系统功能的模型图。

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

    1. 参与者:人形图案,表示与系统或程序进行交互的用户、组织或外部系统。
    2. 用例:椭圆,外部可用的系统功能,对系统提供的服务进行描述。
    3. 系统:方框,可以是小型软件组件,也可以是完整的应用程序,里面包含外部可见的功能。
    4. 关系:
      1. 关联:一个虚线箭头,说明了参与者与用例之间的通信,任何一方都可以发送或接受信息,箭头指向的是消息的接收方。
      2. 泛化:一个实线箭头,箭头是个小三角,指向父用例,继承关系。
      3. 包含:一个虚线箭头,有<>标识,箭头指向分解出来的功能用例,用来把一个较复杂用例所表示的功能分解成较小的步骤。
      4. 扩展:一个虚线箭头,有<>标识,箭头指向原来的基础样例,指当前用例功能的延伸,相当于给当前基础样例提供附加的功能。
  7. 用例图的画法与步骤。

    1. 确定系统边界。
    2. 确定参与者:如谁将使用该系统的主要功能、谁将需要该系统的支持以完成其工作、谁将需要维护、管理该系统,以及保持该系统处于工作状态等。
    3. 识别用例:如特定参与者希望系统提供什么功能、系统是否存储和检索信息,如果是,由哪个参与者触发、当系统改变状态时,是否通知参与者、是否存在影响系统的外部事件等。
    4. 确定用例间的关系:如包含关系、扩展关系和泛化关系。应用这些关系的目的是为了从系统中抽取出公共行为和其变体。
    5. 确定关联的外部支持系统,放在系统框右边。
  8. 用例图给利益相关人与开发者的价值有哪些?
    对于利益相关人来说:

    1. 可以直观看到系统的结果和用户的功能体验,保证系统按照用户的需求进行设计。
    2. 用例能够根据需要对复杂程度和形式化程序进行增减调节,即能够响应用户(利益相关人)提出的需求,而用例图则使得这种调节更加便利,可以通过修改图形间的关系实现。

    对于开发者来说:

    1. 用例图是设计者设计过程的结论与参考,设计者与开发者之间的交流工具,开发者开发过程的蓝图。
    2. 用例图使得开发者能够更明确地获得需求,更好地理解需求。
    3. 用例图可以指导开发和测试,同时可以在整个过程中对其他工作流起到指导作用。

建模练习题(用例模型)

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

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

携程酒店预订:

 

 

4-1.PNG

猫眼票务系统:

4-2.PNG

 

 

然后,回答下列问题:

  1. 为什么相似系统的用例图是相似的?
    在相似的系统中,用户需求相似的,即不同的同类系统具有一致的基本功能以及带有特点的其他扩展功能。

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

    1. 简化用户操作流程:通过分析当前相关的系统的缺陷,把用户交互的流程进一步删减,使得用户能够更快地得到预期的目的。例如说携程网的过滤系统比Asg_RH更加完善,多考虑了一些重要的如酒店级别等的评判标准。
    2. 尽可能提供更多的解决方案:不同用户之间需求有着较大的多样性,开发的系统能够提供更多的解决方案,以适应不同的用户需求。例如在支付方式的选择上,携程支持到店再进行支付(Pay at Arrival)的服务,这样做可以最大限度保证使用携程的用户最终可以成功预定酒店。
  3. 如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用。

    1. 用例图表现了用户的主场景,因而可以在图中发现happy path上可以增加商机的地方。比如在选择场次和支付之前,猫眼电影将爆米花饮料的优惠套餐等额外服务加入界面,可以增加收入。
    2. 用例图较为简洁地提出了用户目标(因为每个用例的划分就是对于实现每个大目标以及小目标的划分),因而已经实现的用户目标清晰可见,更方便联想用户的潜在需求。
  4. 请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表。
    选择的是携程的酒店预订系统:

 

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值