一、简答题
1. 用例的概念
用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
2. 用例和场景的关系？什么是主场景或 happy path？
场景是参与者和系统之间的一系列特定的活动和交互，也称为用例实例。用例包含了若干个场景。
主场景（ happy path）也被称为“理想路径”场景，是指用户与系统发生主要交互的场景，通常是成功的，描述了涉众关注点的典型成功路径。
3. 用例有哪些形式？
- 简短（Brief）：简短的总结，通常是主要的成功场景。
- 非正式（Casual）：非正式段落格式，涵盖各种场景的多个段落。
- 全面（Fully）：详细描述所有步骤和变化，并有支持部分，如先决条件和成功保证。
4. 对于复杂业务，为什么编制完整用例非常难？
因为对于复杂业务，其涉及的场景数量会变得很多，而各个场景之间的关联使得用例设计变得特别困难，而用例的编写者需要对这些场景非常熟悉，并且需要建模知识与注意用户交互的相关细节，但依旧无法完整地覆盖各种实际中可能会出现的情况，用例总是不完整的。所以编制完整用例非常难。
5. 什么是用例图？
用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示这些元素之间的各种关系，如泛化、关联、包含和扩展。它展示了一个外部用户能够观察到的系统功能模型图。
6. 用例图的基本符号与元素？
- Actor：小人，表示一个系统的用户，即与应用程序或系统进行交互的用户、组织或者外部系统。
- 用例：椭圆，代表用例，外部可见的系统功能，表示对系统提供功能、服务的描述。
- 方框：系统。
- 实线箭头：关联，表示参与者与用例之间的通信，任何一方都可发送或接受消息。
- 虚线箭头（include）：用来将一个较复杂用例所表示的功能分解成较小的步骤，箭头方向指向分解出来的功能用例。
- 虚线箭头（extend）：用例功能的延伸，相当于为基础用例提供附加功能，箭头方向指向基础用例。
- 实线三角箭头：就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为。子用例将继承父用例的所有结构、行为和关系。箭头方向指向父用例。
7. 用例图的画法与步骤。
-
绘制系统边界。
-
确定参与者
- 谁将使用该系统的主要功能。
- 谁将需要该系统的支持以完成其工作。
- 谁将需要维护、管理该系统，以及保持该系统处于工作状态。
- 系统需要处理哪些硬件设备。
- 与该系统那个交互的是什么系统。
- 谁或什么系统对本系统产生的结果感兴趣。
-
识别用例
- 从分析系统的参与者开始，考虑每一个参与者是如何使用系统的。
-
识别用例间的关系
- 关联关系：使用实线将参与者与相应的用例相连。
- 包含关系：客户用例和提供者用例之间用《include》箭头相连。
- 扩展关系：基础用例和扩展用例之间用《extends》箭头相连。
- 泛化关系：子用例与父用例之间用泛化箭头相连。
8. 用例图给利益相关人与开发者的价值有哪些？
用例图是由软件需求分析到最终实现的第一步，它描述了参与者如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。
二、建模练习题（用例模型）
1. 选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
- 请使用用户的视角，描述用户目标或系统提供的服务
- 粒度达到子用例级别，并用 include 和 exclude 关联它们
- 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
- 尽可能识别外部系统和服务
滴滴打车
去哪儿
2. 然后，回答下列问题：
- 为什么相似系统的用例图是相似的？
如果系统是相似的，在相似的最终目标下，系统的参与者、用例、边界以及它们之间的关系构成也是相似的，最终画出来的用例图也就是相似的。 - 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
- 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
- 请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
- 根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算
254
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
