系统分析与设计--用例建模
简答题
- 用例的概念
用例是描述一个参与者使用系统来支持一个目标的一组成功或者失败的场景。 - 用例和场景的关系？什么是主场景或 happy path？
场景是参与者和系统之间的一系列特定的活动和交互。用例是一组相关的成功和失败的场景的集合。主场景对应于主系统交互，通常是“成功”场景。替代方案对应的是不太频繁的交互和异常。 - 用例有哪些形式？
简短（高级）：简短的一段总结，通常是主要的成功场景。在早期的需求分析中，为了快速了解主题和范围，可能只需要几分钟就可以创建。
非正式（简单格式）：非正式段落格式。涵盖各种场景的多个段落。
全面：详细描述了所有步骤和变化，并有支持部分，如先决条件和成功保证。 - 对于复杂业务，为什么编制完整用例非常难？
因为对于复杂的业务会有更多的场景，进而导致用例更为复杂，因此编制完整的用例非常难。 - 什么是用例图？
用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。 - 用例图的基本符号与元素？
用例图包6个元素，参与者，用例，关联关系，包含关系，扩展关系，泛化关系。 - 用例图的画法与步骤
- 确定参与者
（1）谁将使用该系统的主要功能。
（2）谁将需要该系统的支持以完成其工作。
（3）谁将需要维护、管理该系统，以及保持该系统处于工作状态。
（4）系统需要处理哪些硬件设备。
（5）与该系统那个交互的是什么系统。
（6）谁或什么系统对本系统产生的结果感兴趣。 - 识别用例 从分析系统的参与者开始，考虑每一个参与者是如何使用系统的。
- 识别用例间的关系
1）关联关系
2）包含关系
3）扩展关系
4）泛化关系
- 确定参与者
- 用例图给利益相关人与开发者的价值有哪些？
- 用例图模拟了参与者和系统之间的通信，并提供了系统使用和行为的摘要视图。此摘要视图提供了对总体需求的直接理解 - 然后读者可以深入了解特定参与者并使用感兴趣的案例。
- 用例图可以通过显示系统的预期行为来组织需求。
- 用例图可以有效地总结用户（参与者）与将为企业提供价值的系统之间所需的交互。
- 用例图以图形方式显示重用用例的机会;此重用处于需求级别，并通过包含和扩展机制在用例图中建模。
- 用例图可以帮助将大型系统划分为多个模块。每个模块本身可以由用例图表示。 （但请注意，用例图中没有级别。）
- 评估和确定需求的优先级：用例图可用于评估需求。借助用例图，可以确定一组业务流程，这些业务流程代表一些重要的核心功能，可以归类为高优先级的工作。剩余的业务流程（或功能）可能不会优先于重要业务流程（或功能）。
实践题
选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
请使用用户的视角，描述用户目标或系统提供的服务
粒度达到子用例级别，并用 include 和 exclude 关联它们
请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
尽可能识别外部系统和服务。
美团订电影票：
百度糯米电影票：
然后，回答下列问题：
-
为什么相似系统的用例图是相似的？
因为相似系统的参与者，用例和用例间关系相似。 -
如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术？
不是订旅馆业务。 -
如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用？
在添加创新的用例和系统时，用例图用鲜艳的颜色来标定。 -
请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
根据Asg_RH制定的backlogID Name Imp Est How to Demo 1 查找酒店 20 4 结合地图信息选择酒店 2 预定酒店 15 3 选择酒店，房间，入住时间 3 查询结果 10 3 显示符合客户要求的酒店的查询结果 4 付款 20 6 调用外部系统API进行支付 5 订单管理 15 5 增删改查订单 6 账户管理 10 3 管理用户信息，包括增删改查 -
根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算
用例 #业务 #计算 原因 UC比重 查找酒店 3 2 简单 预定酒店 6 4 简单 查询结果 3 2 简单 付款 1 1 简单 订单管理 4 3 平均 账户管理 4 3 平均