系统分析与设计课程作业六

摘要:本博客为潘老师系统分析与设计课程作业交流博客,主要内容为课堂内容的简介与课后练习作答反馈。

1、简答题

  1. 用例的概念
  2. 用例和场景的关系?什么是主场景或 happy path?
  3. 用例有哪些形式?
  4. 对于复杂业务,为什么编制完整用例非常难?
  5. 什么是用例图?
  6. 用例图的基本符号与元素?
  7. 用例图的画法与步骤
  8. 用例图给利益相关人与开发者的价值有哪些?

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

  • 选择2-3个你熟悉的类似业务的在线服务系统(或移动 APP),如定旅馆(携程、去哪儿等)、定电影票、背单词APP等,分别绘制它们用例图。并满足以下要求:
    • 请使用用户的视角,描述用户目标或系统提供的服务
    • 粒度达到子用例级别,并用 include 和 exclude 关联它们
    • 请用色彩标注出你认为创新(区别于竞争对手的)用例或子用例
    • 尽可能识别外部系统和服务
  • 然后,回答下列问题:
    1. 为什么相似系统的用例图是相似的?
    2. 如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术
    3. 如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用
    4. 请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表
    5. 根据任务4,参考 使用用例点估算软件成本,给出项目用例点的估算

1、简答题

1.用例的概念

答:通俗的讲,用例是文本形式的情节描述,用于说明某参与者参与某系统以实现某些目标。其中特别得注意:(1)用例并不是图形,而是文本。(2)用例是一组成功或失败的场景,描述的对象是用户。(3)用例建模主要是编写文本而不是绘制图表的行为。

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

答:(1)场景是参与者和系统之间的一系列的活动和交互,也称为用例实例。场景是使用系统的一个特定情节或用例的一条执行路径。两者的关系:通俗的讲,用例是一组成功或失败的场景,用于说明某参与者参与某系统以实现某些目标。 

(2) 主场景:是场景中最主要的交互,被认为是是经常出现的,用户最常用的场景流程。

3. 用例有哪些形式?

答:Brief:简洁的一段式概要,通常是主要的成功场景。在早期的需求分析中,为了快速了解主题和范围,可能只需要几分钟就可以创建。
Casual:非正式段落格式,用几个段落覆盖不同场景。也是在早期需求中使用
Fully:详细描述了所有步骤和变化,并有支持部分,如先决条件和成功保证。所有的用户样例都已经定制出初步版本后,优先级更高的用例会被详细编写。

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

答:详述用例或者说完整的用例是结构化的,他要求展示更多的细节,并且更为深入。对于复杂的业务来说,需要考虑的因素也有很多。而对于前期的需求分析过程,想要在用例建模额过程中就分析出所有的应用场景是几乎不可能做到的,更不用说要详细考虑所有可能发生的替代场景,失败场景以及大量的需求细节。所以在复杂业务过程中,编制完整用例非常难。

5. 什么是用例图?

答:用例图是一种优秀的系统语境图;也就是说,用例图能够展示系统边界,位于边界之外的事物以及系统如何被使用。用例图可以作为沟通的工具,用以概括系统及其参与者的行为。

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

答:用例图的基本符号与元素有很多,主要常出现的有以下几种:
       

系统边界                     参与者                            用例                          包含关系                      拓展关系                 关联关系

7.用例图的画法与步骤

答:(1)划定系统边界,先使用方框画出系统边界并标记系统名称

(2)确定参与者,明确参与者是谁:用户?管理员?设备?只要是使用系统产生交互的对象都是参与者,并正确确定参与者的关系与摆放位置

(3)确定用例,明确系统中的用例以及场景可能都有哪些,明确用例与参与者之间的关系(关联等),明确用例与用例之间的关系(包含,拓展等)

(4)补充外部接口,如在用例的事件流中逐渐发现其他的支持系统,放置在我们的系统框的右边。

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

答:绘制用例图,我们可以直观看到系统的结果和用户的功能体验,更好的理解系统的结构,边界与功能。同时,用例图帮助开发者更加直观的了解系统,避免了与产品经理繁琐的交流。

 

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

淘票票:

猫眼电影:

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

答:因为相似系统的需求一般是相似的,用户对于某一特定目标的的广泛需求是固定的,基于此设计出来的用例图也是相似的,不同的是,各个软件在开发的过程中可能不断完善自己的交互模式,彰显自己的特色。而对于用例图来说,大抵是差不多的,毕竟都有相似的功能和场景。

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

答:不是定旅馆业务

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

答:采用鲜艳的颜色进行标注

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

IDNameImpEstHow to demoNotes
1查找旅馆4020用户定位,定位完成能够在该范围附近进行酒店旅馆查找步骤不能乱,有先后顺序
2预定旅馆5015选择旅馆,选择房间里类型,选择入住时间步骤不能乱,有先后顺序
3旅馆排序3035查找酒馆时,根据(综合评价得分,性价比,最低价,距离远近)实现旅馆多功能排序多功能实现
4订单支付5015选定旅馆后,生成订单,进行订单支付,完成房间预定步骤不能乱,有先后顺序
5订单管理3525能够取消订单,查看订单等订单内容相关
6订单评价2510对酒店进行评价订单内容相关

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

答:结果如下:

用例事务计算原因UC权重
查找旅馆43 简单
预定旅馆43 简单
旅馆排序65 平均
订单支付33 简单
订单管理43 简单
订单评价11 简单
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值