1、简答题
用例的概念
用例是一系列相关的成功和失败场景的集合,这些场景描述了一个参与者使用一个系统来支持一个目标。用例是文本文档,而不是图表;用例建模主要是编写文本的行为,而不是绘制图表。关于用例没有任何面向对象的东西;用例是经典OOA/D的关键需求输入,是指示系统将做什么的功能或行为需求。
用例和场景的关系?什么是主场景或 happy path?
用例表示一组场景:主场景,加上零个或多个替代场景。 主场景对应于主系统交互,通常是“成功”场景。可选场景对应较少频繁的交互和异常。
用例有哪些形式?
简短格式:简短的一段总结,通常是主要的成功场景。在早期的需求分析中,快速了解主题和范围。可能只需要几分钟来创建。
简便格式:非正式的段落格式。包含多种场景的多个段落。
完整格式:所有的步骤和变化都写得很详细,并有支持部分,如先决条件和成功的保证。在以一种简短的格式确定并编写了许多用例之后,在第一个需求研讨会期间,会详细地编写一些(例如10%)具有重要体系结构意义和高价值的用例。
对于复杂业务,为什么编制完整用例非常难?
因为完整用例所有的步骤和变化都写得很详细,并有支持部分,如先决条件和成功的保证。复杂的业务,用例很多,很难将完整的用例列出来,而且用例之间的关系会很复杂,使得编制完整用例非常难。
什么是用例图?
用例图是系统上下文的一个很好的图片;它是一个很好的上下文关系图,显示了系统的边界、系统之外的内容以及如何使用它。它作为一种通信工具,总结系统及其参与者的行为。
用例图的基本符号与元素?
参与者:

用例:

系统边界:

关联:
包含:

扩展:

用例图的画法与步骤
①创建参与者:
- 谁将使用该系统的主要功能
- 谁将需要该系统的支持以完成其工作
- 谁将需要维护、管理该系统,以及保持该系统处于工作状态
- 系统需要处理哪些硬件设备
- 与该系统交互的系统是什么系统
②创建用例:
- 特定参与者希望系统提供什么功能
- 系统是否存储和检索信息,如果是,由哪个参与者触发
- 当系统改变状态时,是否通知参与者
- 是否存在影响系统的外部事件
- 哪个参与者通知系统这些事件
③创建用例之间的关系:包含或者扩展。
用例图给利益相关人与开发者的价值有哪些?
用例图展示了用例之间以及用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化, 使用户能够理解如何使用这些元素, 并使开发者能够实现这些元素,开发者可以明确自身所需开发的系统交互功能模型,利益相关人员可以明确地了解系统的交互过程而不必考虑相关技术。强调了用户的目标和观点,能够根据需要对复杂程度和形式化程度进行增减调节。
2、建模练习题(用例模型)
- 选择2-3个你熟悉的类似业务的在线服务系统(或移动 APP),如定旅馆(携程、去哪儿等)、定电影票、背单词APP等,分别绘制它们用例图。并满足以下要求:
- 请使用用户的视角,描述用户目标或系统提供的服务
- 粒度达到子用例级别,并用 include 和 exclude 关联它们
- 请用色彩标注出你认为创新(区别于竞争对手的)用例或子用例
- 尽可能识别外部系统和服务


- 然后,回答下列问题:
为什么相似系统的用例图是相似的?
相似系统的业务逻辑是相似的,用例的类型基本固定,与子用例的关系也相似,所以用例图也相似。
如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术
可以将订旅馆业务和当地的其他服务结合,比如美食,最优路线等等,还可以加上根据历史搜索记录来推断用户的喜好,结合各种因素选择最佳方案。
如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用
在用例图中用高亮标记出创新服务。
请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表
| ID | Name | Imp | Est(man-day) | How to demo | Notes |
| 1 | Find hotel | 40 | 15 | 查询位置,在地图上查询 | 连接其他的地图api |
| 2 | make reservation | 80 | 30 | 选择旅馆,选择房间之后确认订单 | 谨慎设计旅馆的各种筛选功能 |
| 3 | manage basket | 10 | 5 | 管理记录,删除或者等等 | 记录的数据库设计 |
| 4 | pay | 40 | 15 | 选择支付方式,银行卡支付或者其他 | 支持各种支付方式 |
| 5 | login | 20 | 8 | 选择注册方式,手机注册则输入手机号接收验证码完成绑定,第三方注册则使用第三方软件授权 | 设别人脸 |
根据任务4,参考 使用用例点估算软件成本,给出项目用例点的估算
| 用例 | 事务 | 计算 | 原因 | UC权重 |
| Find hotel | 6 | 6 | 直接查找或地图查找 | 平均 |
| make reservation | 10 | 8 | 多个筛选条件和扩展功能 | 复杂 |
| manage basket | 2 | 2 | 管理记录 | 简单 |
| pay | 6 | 6 | 不少于两种支付方式 | 平均 |
| login | 4 | 4 | 支持人脸识别 | 简单 |
博客介绍了用例的概念、与场景的关系、形式等知识,还阐述了用例图的基本符号、画法及价值。此外,给出用例模型的建模练习题,如绘制在线服务系统用例图,并探讨相似系统用例图相似原因、利用用例图展现创新业务等问题。

被折叠的 条评论
为什么被折叠?



