简答题
- 用例的概念
用例就是一组相关的成功和失败场景的集合,用来描述参与者如何使用系统来实现其目标。 - 用例和场景的关系?什么是主场景或 happy path?
场景是参与者和系统之间的一系列特定的活动和交互,也称为用例实例。用例包含了一系列场景,包括主场景,以及零个或多个备选场景。
主场景是系统主要的交互,通常是成功的场景。 - 用例有哪些形式?
主要有三种形式:
(1)简短(Brief):简短的总结,通常是主要的成功场景。
(2)非正式(Casual):非正式段落格式,涵盖各种场景的多个段落。
(3)全面(Fully):详细描述所有步骤和变化,并有支持部分,如先决条件和成功保证。 - 对于复杂业务,为什么编制完整用例非常难?
完整用例是结构化的,展示了更多细节,并且更为深入。对于复杂业务,用例的场景很多并且很复杂,因此编制完整用例很难。 - 什么是用例图?
用例图是对系统上下文的很好的描述,主要功能有:
(1)展示系统边界、位于边界之外的事物
(2)展示系统如何被使用
(3)作为沟通的工具,用以概括系统及其参与者的行为。 - 用例图的基本符号与元素?
基本符号: - 用例图的画法与步骤
(1)确定系统边界,画出系统框架,写上系统名。
(2)确定参与者,主要参与者放在左边,支持性参与者放在右边。
(3)确定参与者之间的关系(是否为泛化关系)。
(4)根据需求识别和创作用例。
(5)确认用例间的关系(包含和扩展)。
(6)确认用例与参与者之间的关系,包括包含。
(7)用例画在系统里,如果涉及其他子系统的功能,子系统放在系统右边。
- 用例图给利益相关人与开发者的价值有哪些?
(1)利益相关人员可以直观地看到程序系统的基本框架,方便以专业外的角度提出意见。
(2)用例图是系统的基本框架,利于开发最后的整合过程。
(3)用例图是设计人员与开发人员的交流工具。
建模练习题(用例模型)
选择2-3个你熟悉的类似业务的在线服务系统(或APP),分别绘制用例图。并满足以下要求:
- 请使用用户视角,描述用户目标或系统提供的服务
- 粒度达到子用例级别,并用include和exclude关联他们
- 用彩色标注你认为创新的用例或子用例
- 尽可能识别外部系统和服务