软件系统分析与设计第四次作业

1. 简答题

1. 用例的概念

用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术

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

用例提供了一个或多个场景, 来说明用户和系统是如何互动的
主成功场景或happy path是用例从触发事件开始, 一步一步执行, 最终满足用例利益的步骤集合

3. 用例有哪些形式？

• 摘要
  简短的一段总结，通常是主要的成功场景。在早期的需求分析中，快速了解主题和范围。可能只需要几分钟来创建。

• 非正式
  非正式的段落格式，包含多种场景的多个段落。

• 详述
  所有的步骤和变化都写得很详细，有支持部分，如先决条件和成功保证。

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

因为对于复杂业务，设计到的场景会非常多，场景之间的相互关联也会使得用例建模变得复杂。同时，用例建模也需要对场景非常熟悉，需要对场景之间的相互关系有一定的了解，对于建模者的建模能力要求也更高，因此编制完整用例便变得非常难。

5. 什么是用例图？

用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

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

参与者

用例

系统

关联

扩展/延伸

包含

泛化

7. 用例图的画法与步骤

1. 确定研讨的系统
   使用用例图 System框 表示一个待研究的系统

2. 识别使用系统的主要参与者（primary actors）/角色(roles)

3. 识别系统依赖的外部系统

4. 识别用例（服务）

5. 识别用户级别用例（user goal level）

6. 识别子功能级别的用例（sub function level）

7. 建立 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	简单