软件系统分析与设计第四次作业
1. 简答题
1. 用例的概念
用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术
2. 用例和场景的关系？什么是主场景或 happy path？
用例提供了一个或多个场景, 来说明用户和系统是如何互动的
主成功场景或happy path是用例从触发事件开始, 一步一步执行, 最终满足用例利益的步骤集合
3. 用例有哪些形式？
-
摘要
简短的一段总结，通常是主要的成功场景。在早期的需求分析中，快速了解主题和范围。可能只需要几分钟来创建。 -
非正式
非正式的段落格式，包含多种场景的多个段落。 -
详述
所有的步骤和变化都写得很详细，有支持部分，如先决条件和成功保证。
4. 对于复杂业务，为什么编制完整用例非常难？
因为对于复杂业务，设计到的场景会非常多，场景之间的相互关联也会使得用例建模变得复杂。同时，用例建模也需要对场景非常熟悉，需要对场景之间的相互关系有一定的了解，对于建模者的建模能力要求也更高，因此编制完整用例便变得非常难。
5. 什么是用例图？
用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
6. 用例图的基本符号与元素？
参与者
用例
系统
关联
扩展/延伸
包含
泛化
7. 用例图的画法与步骤
-
确定研讨的系统
使用用例图 System框 表示一个待研究的系统 -
识别使用系统的主要参与者（primary actors）/角色(roles)
-
识别系统依赖的外部系统
-
识别用例（服务）
-
识别用户级别用例（user goal level）
-
识别子功能级别的用例（sub function level）
-
建立 Actor 和 Use Cases 之间的关联
使用 无方向连线，表示两间之间是双向交互的协议
8. 用例图给利益相关人与开发者的价值有哪些？
用例图给利益相关人的价值：
用例图能够清晰地展现系统的功能与设计，能够保证系统的设计满足客户的需求，同时能够让客户参与到其中，充分与客户沟通，理解客户的需求，完善系统的功能。
用例图给开发者带来的价值：
用例图能够清晰地给开发者展示系统的设计过程，更加清晰地了解客户的需求，明确系统的功能与边界，进而确定软件开发的方法和迭代周期，对软件的管理和完善起到比较好的作用。
2. 建模练习题（用例模型）
饿了么外卖
蚂蚁短租
1. 为什么相似系统的用例图是相似的？
因为需求是类似的，而且主要场景是类似的。
2. 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
不同时代，不同地区的用户对酒店的需求不相同，因此随着时代的演进，可以更新酒店的评论系统和推荐系统的算法
3. 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
若创新思路是用例图中的父节点，则创新的突破性和作用比较大，如果是被包括的用例或者是子用例，则创新性较小
4. 请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
| ID | name | Imp | Est | How to Demo |
|---|---|---|---|---|
| 1 | 搜索民宿 | 90 | 30 | 根据选择的时间的范围，地点筛选数据 |
| 2 | 查看民宿 | 70 | 20 | 获取民宿数据，展示图片、数值等 |
| 3 | 预定民宿 | 80 | 25 | 预定民宿，提交订单 |
5. 根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算
| 用例 | 业务 | 计算 | 比重 |
|---|---|---|---|
| 搜索民宿 | 2 | 3 | 简单 |
| 查看民宿 | 3 | 3 | 简单 |
| 预定民宿 | 3 | 2 | 简单 |