用例建模 - 绘制用例图
文章目录
简答题
1.用例的概念
在软件和系统工程中,用例是一系列系统的操作或事件步骤,通常通过用户的使用场景来获取需求。每个用例会提供一个或者多个场景,用场景说明系统怎样和用户或其他系统交互,从而获得一个明确的业务目标。
2.用例和场景的关系?什么是主场景 或 happy path?
- 用例和场景的关系
- 每个用例提供了一个或多个场景。其中场景指的是使用场景,用于说明系统可以做什么,系统是如何和用户或其他系统交互的,从而获得一个明确的业务目标。
- 主场景 或 happy path
- 每个用例都包含一个主场景,这个场景是用户和系统发生主要交互,是最常用实现用户目标的场景。
3.用例有哪些形式?
- 三种常见的用例形式:
- Brief(high level):简洁型,通常是简短的一段总结,描述主要的成功场景,在早起需求中快速了解主题和范围,可以快速创建。
- Casual:随意型,非正式的段落格式,涵盖各种场景的多个段落。
- Fully:完整型,所有的步骤和变化都写得很详细,并有支持部分,如先决条件和成功的保证。
4.对于复杂业务,为什么编制完整用例非常难?
复杂业务涉及到的场景比较多,业务流程复杂繁琐,场景之间也有各种关联,如果要编制完整的用例,需要熟悉各种业务场景和流程,还需要建模相关知识,注意用户交互的细节,并且增加了提取一个场景中的主要元素的难度。
5.什么是用例图?
用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图,也是外部用户所能观察到的系统功能的模型图。
6.用例图的基本符号与元素?
用例图的基本符号与元素如下图:

本文介绍了用例的概念及其与场景的关系,详细解释了用例的三种形式,以及为什么在复杂业务中编制完整用例的挑战。讨论了用例图的基本符号、元素和绘制步骤,强调了用例图对利益相关者和开发者的价值。此外,通过建模练习题,探讨了如何在实际业务中应用用例图,包括如何突出创新业务和技术,以及如何利用用例图进行需求管理和成本估算。
最低0.47元/天 解锁文章

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



