基础用例是在扩展用例的基础上,增加了前置条件和后置条件。()

基础用例是在扩展用例的基础上,增加了前置条件和后置条件。()


参考答案和解析
错误

相关考题:

● 在某银行业务的用例模型中,“取款”用例需要等到“存款”用例执行之后才能执行,两个用例之间的关系属于 (1) ;“取款”和“存款”两个用例中都需要执行查询余额的功能,将查询余额提取成独立的用例,那么“取款”和“存款”用例与“查询余额”用例之间的关系属于 (2) 。(1)A. 关联关系B. 扩展关系C. 使用关系D. 依赖关系(2)A. 扩展关系B. 使用关系C. 依赖关系D. 继承关系

用例除了使用表1和表2所示的形式描述外,还可以使用UML的用例图来表示。分别用100字以内文字,解释UML用例图中扩展用例和抽象用例的内涵。

在系统的需求分析阶段,可以使用用例对系统需求建模。用例可以使用UML的用例图来表示。请分别用100字以内的文字解释UML用例图中扩展用例和抽象用例的内涵。

在用例建模的过程中,若几个用例执行了同样的功能步骤,这时可以把这些公共步骤提取成独立的用例。这种用例称为(1)。在UML的用例图上,将用例之间的这种关系标记为(2)。(1)A.扩展用例B.抽象用例C.公共用例D.参与用例

在用例建模过程中,若几个用例执行了同样的功能步骤,此时可以把这些公共步骤提取成独立的用例。这种用例称为(41)。在UML用例图上,将用例之间的这种关系标记为(42)。A.扩展用例B.抽象用例C.公共用例D.参与用例

以下关于用例图的叙述中,不正确的是(1)。图书馆管理系统需求中包含“还书”用例和“到书通知”用例,对于“还书”用例,应先查询该书是否有人预定,若有则执行“到书通知”。“还书”用例和“到书通知’’用例是(2)关系,以下用例图中,(3例,那么“还书”用例和“验证身份”用例之间是(4)关系。4、____A.关联B.扩展C.包含D.泛化

下列对用例的泛化关系描述不正确的是()。A、用例的泛化关系中,所有的子用例都有相似的目的和结构。注意它们是整体上的相似B、用例的泛化关系中,基础用例在目的上可以完全不同,但是它们都有一段相似的行为,它们的相似是部分的相似不是整体的相似C、用例的泛化关系类似于面向对象中的继承,它把多个子用例中的共性抽象成一个父用例。子用例在继承父用例的基础上可以进行修改D、用例的泛化指的是一个父用例可以被特化形成多个子用例,而父用例和子用例之间的关系就是泛化关系

下列关于用例图的描述,错误的是()A、用例图中的参与者和用例之间是关联关系B、包含是用例之间的一种依赖关系,指向被包含的用例C、参与者和参与者之间、用例和用例之间都可能出现泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中,由被扩展用例指向扩展用例

下列说法不正确的是()。A、用例和参与者之间的对应关系又叫做通信关联,它表示参与者使用了系统中的哪些用例B、参与者只能是人,不能是子系统、时间等C、特殊需求指的是一个用例的非功能性需求和设计约束D、在扩展关系中,基础用例提供了一个或者多个插入点,扩展用例为这些插入点提供了需要插入的行为

如果用例A与用例B相似,但A的动作序列是通过改写B的部分或者扩展B的动作而获得的,则称()A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B

如果用例B是用例A的某项子功能,并且建模者确切地知道在A所对应的动作序列中何时将调用B,则称()A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B

在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用()关系表示。A、扩展关系B、包含关系C、泛化关系D、通信关系

RUP中提供了用例规约的模板,每一个用例的用例规约都应该包含以下()内容。A、简要说明B、事件流C、用例场景及特殊要求D、前置条件及后置条件

为了简化用例,使其更容易理解,将较复杂的步骤提取成专门的用例,这样得到的用例称为()A、扩展用例B、抽象用例C、继承用例D、依赖用例

在银行ATM建模中,每次取款或转账都要求登录系统,那么登录系统与它们之间的关系就是()A、包含用例B、被包含用例C、扩展用例D、被扩展用例

在图书管理系统的用例图中,还书用例和罚款用例之间是()关系。A、包含B、扩展C、分类D、聚集

关于用例之间的包含和扩展关系,下面说法错误的是()A、包含是指一个用例含有另一个用例的行为B、包含关系是一种依赖关系,指向被包含的用例C、扩展关系是从一个扩展用例到一个被扩展用例的一种泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中

如果用例A与用例B相似,但A的功能较B多,A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的,则称()A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B

在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用泛化关系表示。

多选题RUP中提供了用例规约的模板,每一个用例的用例规约都应该包含以下()内容。A简要说明B事件流C用例场景及特殊要求D前置条件及后置条件

单选题在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用()关系表示。A扩展关系B包含关系C泛化关系D通信关系

判断题在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用泛化关系表示。A对B错

多选题决定用例重要性的工具有()。A用例关联关系图B用例扩展关系图C用例分级和评估矩阵D用例依赖关系图

单选题如果用例A与用例B相似,但A的功能较B多,A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的,则称()A用例A扩展用例BB用例A包含用例BC用例A继承用例BD用例A实现用例B

单选题如果用例B是用例A的某项子功能,并且建模者确切地知道在A所对应的动作序列中何时将调用B,则称()A用例A扩展用例BB用例A继承用例BC用例A包括用例BD用例A实现用例B

单选题在用例建模的过程中,若几个用例执行了同样的功能步骤,这时可以把这些公共步骤提取成独立的用例,这种用例称为(1)。在UML的用例图上,将用例之间的这种关系标记为(2)。空白(1)处填()A扩展用例B抽象用例C公共用例D参与用例

单选题为了简化用例,使其更容易理解,将较复杂的步骤提取成专门的用例,这样得到的用例称为()A扩展用例B抽象用例C继承用例D依赖用例

单选题如果用例A与用例B相似,但A的动作序列是通过改写B的部分或者扩展B的动作而获得的,则称()A用例A实现用例BB用例A继承用例BC用例A扩展用例BD用例A包括用例B