第六周作業

一、简答题

1.用例的概念

答:用例是在不展现一个系统或子系统内部结构的情况下,对系统或子系统的某个连贯的功能单元的定义和描述。

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

答:场景是actors和系统之间特定的一系列动作和绘画,是用例的实例。一个用例是一些场景的集合。主成功场景或happy path是用例从触发事件开始,一步一步执行,最终满足用例利益的步骤集合。

3.用例有哪些形式?

答:用例有摘要、非正式形式、详述三种形式。摘要:简短的一段总结,通常是主要的成功场景;在早期需求分析过程 中,快速了解主题和范围;可能只需用几分钟来创建;非正式形式:非正式的段落格式覆盖多个场景的几个段落;在早期需求分析过程中,快速了解主题和范围;详述:所有的步骤和变化都写得很详细,以及先决条件和成功保障等支撑部分;所有的用户样例都已经确定且简略写完后,在第一个需求研讨会期间,一些(例如10%)架构上重要的和高价值的用例需要被详细地编写。

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

答:复杂业务的场景较多,场景较为复杂。在前期的考虑中,很难不遗漏一些业务条件和需求,且这些需求条件还可能发生变化。所以对于复杂业务,编制完整用例且不遗漏情景、良好地安排每个场景、场景内元素地关系非常困难。

5.什么是用例图?

答:用例图是描述系统与其他外部系统以及用户之间交互的图形,即用例图描述了谁将使用 系统,用户希望以什么方式与系统交互。用例图确定系统中所包含的参与者、用例和两者之间 的对应关系, 它描述的是关于系统功能的一个概述, 描述软件应具备哪些功能模块以及这些模 块之间的调用关系。 用例图包含了用例和参与者, 用例之间用关联来连接以求把系统的整个结 构和功能反映给非技术人员(通常是软件的用户)。

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

答:

参与者(Actor): 表示的是一个系统用户,也就是与应用程序进行交互的用户、组织或外部系统。

用例(Use Case): 表示的是对系统提供的功能、服务的一种描述。

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

泛化关系(Generalization): 泛化指的是一个父用例可以被特定化形成多个子用例,而父用例和子用例之间的关系就是泛化关系。

关联关系(Association): 表示的是参与者与用例之间的关系。

扩展/延伸关系(Extend): 表示在一定条件下,把新的行为加入到已有的用例中,获得的新用例叫做扩展用例,原有的用例叫做基础用例,相当于为基础用例提供一个附加功能。

7.用例图的画法与步骤

答:第一步——确定参与者,其中包括(1)主要参与者:谁将使用系统的主要功能、谁将需要系统的支持以完成工作等;(2)协作参与者:谁将提供对应的系统功能、谁将维护系统,保证系统处于工作状态等;(3)幕后参与者:谁会对系统产生的结果感兴趣。第二步——创建用例,其中包括(1)识别使用系统的主要参与者(primary actors)/角色(roles) ;(2)识别系统依赖的外部系统;(3)识别用例(服务);(4)识别用户级别用例(user goal level);(5)识别子功能级别的用例(sub function level);(6)建立 Actor 和 Use Cases 之间的关联。

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

答:对于利益相关者:可以直观看到系统的功能和操作过程,保证系统按用户的需求进行设计。用例能够根据需要对复杂程度和形式化程序进行增减调节,即能够响应用户(利益相关者)提出的需求,而用例图则使得这种调节更加便利,可以通过修改修改用例图来实现。对于开发者:明确系统的业务范围、服务对象(角色)、外部系统与设备;帮助识别技术风险,提前实施关键技术原型攻关与学习;易于评估项目工作量,合理规划迭代周期,规划人力需要。

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

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

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

然后,回答下列问题:

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

答:相似系统面对的参与者和用例是相似的,用例之间的关系也是同构的。用户预期的功能都是相似的,即不同的同类系统一定具有一致基本功能以及带有自己特色的扩展功能。所以体现在用例图上也是相似的。

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

答:不同时代对预定的酒店的需求不同。可以让筛选算法与时俱进,满足一些不同的主流要求。且用户会需要更加优秀、好用、有参考价值的评价系统,也需要随时更新。而不同地区的消费特点不同,旅游胜地和普通城市用户对于酒店预订的需求有差别,可以在用例图上突出一些特点。

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

答:通过判断创新点在用例图中的位置。如果创新点属于直接与用户关联的用例,则在系统中的作用很重要。如果是子用例,则看与父用例的关系,如果是包含关系,则作用较大,如果是扩展用例,则作用较小。

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

在这里插入图片描述
根据任务4,参考 使用用例点估算软件成本,给出项目用例点的估算
在这里插入图片描述

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值