系统分析与设计 Homework4

1.简答题

1.用例的概念

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

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

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

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

3.用例有哪些形式？

有三种形式：

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

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

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

5.什么是用例图？

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

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

用例图的元素有：参与者、用例、系统边界、箭头（关系，包括关联关系，包含关系，扩展关系，泛化关系）。

基本符号有：

• 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		简单