系分作业4

目录

一、简答题

二、建模练习题（用例模型）

---

一、简答题

1、用例的概念

在软件和系统工程中，用例是一系列操作或事件步骤，通过分析用户的使用场景来获取需求。每个用例会提供一个或多个场景，用场景说明系统如何和用户及其他系统交互。

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

每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。

每个用例中必须描述一个主场景。Happy path在测试用例中指没有出现预期之外结果的场景，在用例建模中指主成功场景中，主执行者完成了目标，所有相关人员的需求都被满足了。

3、用例有哪些形式？

• Brief（high level）：简洁型，通常是简短的一段总结，描述主要的成功场景，在早起需求中快速了解主题和范围，可以快速创建。
• Casual：随意型，非正式的段落格式，涵盖各种场景的多个段落。
• Fully：完整型，所有的步骤和变化都写得很详细，并有支持部分，如先决条件和成功的保证。

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

复杂业务的子用例非常多，流程复杂，且需要处理的场景很多。因此很难考虑完全所有子用例和场景，且绘制的用例图繁杂，容易出错。

5、什么是用例图？

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

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

• actors，用小人表示
• system，使用一个方框表示
• use case，在系统方框内部的一个椭圆形表示
• actor和use case的关系，使用actor到use case的连线表示
• 外部支持系统，系统方框外部的方框表示

7、用例图的画法与步骤

1. 确定系统的边界
2. 确定系统的参与者
3. 满足主要参与者目标的系统服务
4. 建立参与者与系统服务的关联

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

提供了一个让开发人员和客户能互相交流的可视化模型，帮助项目需求开发。

二、建模练习题（用例模型）

1、选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：

1. 请使用用户的视角，描述用户目标或系统提供的服务
2. 粒度达到子用例级别，并用 include 和 exclude 关联它们
3. 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
4. 尽可能识别外部系统和服务

 

2、然后，回答下列问题：

为什么相似系统的用例图是相似的？

因为相似的系统需求是相似的，核心功能也是相似的。

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

不同时代，不同地区，旅馆的类型会有所不同，用户侧重的需求也会不一样，因此，在用例图中突出显示这些部分，同时，随着时代的变化，硬件等方面的支持会越来越先进，和更多更新的硬件方面的支持交互，让服务更加人性化。

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

创新用例一般出现在extend或者include的子用例中。

请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表

Id	Name	Imp	Est	How
1	旅馆列表	50	9	搜索，筛选，或者推荐目的附近地的旅馆
2	订购房间	50	8	查看房间的详细信息，选择天数，使用微信或支付宝支付
3	评论	30	5	对自己的订单进行评论
4	注册	20	3	手机和密码注册
5	登录	20	3	使用手机和密码登录
6	查询订单	40	6	查询自己未支付和已支付的订单

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

用例	事物	计算	UC权重
查看旅馆	4	4	复杂
订购房间	4	4	复杂
评论	3	2	平均
注册	1	1	简单
登录	1	1	简单
查询订单	3	2	平均