系统分析与设计作业四
文章目录
1、简答题
1.用例的概念
- 用例是软件工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术。包含了一系列相关的成功和失败场景的集合,这些场景描述了一个角色和系统的交互,来支持一个目标。每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。每个用例都有一个名字和一段简述。用例的详细描述本质上是一些叙述,说明了用户如何使用系统来完成他们认为重要的事情,以及系统做了些什么来满足这些需要。
2.用例和场景的关系?什么是主场景或 happy path?
- 关系:场景是参与者和系统之间一个特定的交互行为和会话,也被称为用例实例。每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。用例就是对全部用例场景的抽象,用例场景就是从用例中实例化出来的一组活动
- 主场景或 happy path:每个用例提供了一个主场景和若干个可选场景,主场景/happy path对应于主要的系统交互,通常是“成功”的场景,它是最常用的,典型的、无条件的、理想方式、无错误的系统最基本的成功场景
3.用例有哪些形式?
- Brief概要型:通常是一段总结性的文字,主要描述主要的成功场景,便于快速了解主题和范围,可快速创建
- Casual简便型:通常用非正式的格式描述不同的场景
- Fully 完整型:详细描述所有步骤和分支情况,有支持的部分,比如前提条件和成功场景的保证
4.对于复杂业务,为什么编制完整用例非常难?
- 复杂的业务涉及到很多场景,且场景与场景之间存在复杂的关联,因此负责业务的场景也很复杂(比如会出现很多分支),编制用例时容易遗漏一些业务和需求,很难全覆盖
- 编制完整用例需要熟悉各种业务场景、流程和建模相关的专业知识,对用例编写者的水平要求较高
- 业务与需求本身就是需要不断迭代来确定的,还有可能会变化,因此项目初期很难编写出完整正式的用例的
5.什么是用例图?
- 用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。用例图是外部用户(被称为参与者)所能观察到的系统功能的模型图。用例图是系统的蓝图,呈现了一些参与者,一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。通过用例图,人们可以获知系统不同种类的用户和用例。
6.用例图的基本符号与元素?
用例图有四个部分:参与者(Actor),用