系统分析与设计第六周作业

系统分析与设计第六周作业

1、简答题

  1. 用例的概念
    用例 (use case) 就是一组相关的成功和失败场景集合,用来描述参与者如何使用系统来实现其目标,是对包括变量在内的一组动作序列的描述,系统执行这些动作,并产生传递特定参与者的价值的可观察结果。

  2. 用例和场景的关系?什么是主场景或 happy path?
    场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例,用例和场景之间的关系:每个用例提供了一个或多个场景,用来说明系统可以做什么,系统是如何和用户或其他系统交互的,从而获得一个明确的业务目标。

    主场景 (primary scenario),也被称为 happy path,是系统主要的交互,通常是成功的场景,是最常用的直接地实现用户目标的场景。

  3. 用例有哪些形式?
    用例能够以不同形式化程度或格式进行编写:

  • 摘要——简洁的一段式概要,通常用于主成功场景。用于早期需求分析过程中,为了快速了解主题和范围。
  • 非正式——非正式的段落格式。用几个段落覆盖不同场景。同样,用于早期需求分析过程中,为了快速了解主题和范围。
  • 详述——详细编写所有步骤及各种变化,同时具有补充部分,如前置条件和成功保证。何时使用?确定并以摘要形式编写了大量用例后,在第一次需求讨论会中,详细的编写其中少量(例如:10%)的具有重要架构意义和高价值的用例。
  1. 对于复杂业务,为什么编制完整用例非常难?
    完整用例是结构化的,它展示了更多细节,并且更为深入。对于复杂业务,用例的场景很多,并且很复杂,因此编制完整用例非常难。
  2. 什么是用例图?
    用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。用例图是外部用户(被称为参与者)所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者,一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。
  3. 用例图的基本符号与元素?
    用例图由参与者(Actor)、用例(Use Case)、系统边界、箭头组成,用画图的方法来完成。
  • 参与者:参与者不是特指人,是指系统以外的,在使用系统或与系统交互中所扮演的角色。因此参与者可以是人,可以是事物,也可以是时间或其他系统等等。还有一点要注意的是,参与者不是指人或事物本身,而是表示人或事物当时所扮演的角色。在这里插入图片描述
  • 用例:用例是对包括变量在内的一组动作序列的描述,系统执行这些动作,并产生传递特定参与者的价值的可观察结果。
    在这里插入图片描述
  • 系统边界:系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分,边界外表示系统外部。系统边界在画图中用方框来表示,同时附上系统的名称,参与者画在边界的外面,用例画在边界里面。
  • 箭头:箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方,箭头头部用来表示被启动的一方,其中用例总是要由参与者来启动。
  1. 用例图的画法与步骤
  • 确定系统边界。系统框放在总监,名字放在正上方。
  • 确定参与者,通过使用系统的服务实现其目标的那些人或事物。确定各参与者的工作或状态。
  • 确定参与者之间的关系 (泛化关系)。
  • 创建用例、识别用例,确定满足每个主要参与者目标的系统服务。
  • 建立关系,用例与用例之间,用例与参与者之间的关系。
  • 确定关联的外部支持系统。放在系统框右边。
  1. 用例图给利益相关人与开发者的价值有哪些?
    用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。

    将每个系统中的用户分出工作状态的属性和工作内容,方便建模,防止功能重复和多余的类。
    用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现。

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

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

  • 请使用用户的视角,描述用户目标或系统提供的服务

  • 粒度达到子用例级别,并用 include 和 exclude 关联它们

  • 请用色彩标注出你认为创新(区别于竞争对手的)用例或子用例

  • 尽可能识别外部系统和服务
    在这里插入图片描述
    在这里插入图片描述

  • 然后,回答下列问题:
    为什么相似系统的用例图是相似的?
    因为相似系统的主要业务逻辑类似,用例的类型基本固定,与子用例的关系也类似。

  • 如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术
    酒店可以与周边的旅游景点联动,入住联动酒店可以享受更多的优惠之类的;

  • 如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用
    使用用例图绘制出各种用例,用背景板的颜色标注出创新点。

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

IDNameImpEstHow to demo
1注册104选择注册方式,第三方账号快速注册或者手机号注册
2登录104选择登录方式,第三方账号快速登录或者账号密码登录
3酒店搜索3010用户根据目的地、入住日期和退房日期,按条件筛选酒店,选择旅馆,查看房间房型、价格、剩余数量、周围环境以及评论
4房间预定4015用户选择好房间后,填写预订信息和入住人信息,确认后提交订单
5支付206用户选择支付方式支付订单,商家确认订单
6订单信息3012订单完成之后用户查看订单信息,并且根据实际需要联系商家进行换房或者退房的操作
用例#事务#计算原因UC权重
注册22第三方账号快速注册或者手机号注册简单
登录22第三方账号快速登录或者账号密码登录简单
搜索86筛选条件多平均
预定65预定需要的信息多平均
支付53支付方式多简单
订单32查看或修改简单
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值