用例之间有扩展、使用、组合等几种关系。（）
在两个用例中，如果一个用例拥有另一个用例的所有结构、行为和关系，并在此基础上增加了新的特性，则此两个用例之间可以用泛化关系表示。
用例图主要用来描述用户与系统功能单元之间的关系，它展示了一个外部用户能够观察到的系统功能模型图。在一个订票系统中，下图表现的是（）关系https://assets.asklib.com/psource/2014052618453650254.jpg
用例（Use Case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个"订单输入子系统"中，创建新订单和更新订单都需要核查用户账号是否正确。用例"创建新订单"、"更新订单"与用例"核查客户账号"之间是（）关系。
用例模型的基本组成部件是用例、角色和用例之间的联系。（）
顺序图的建模元素有（）、消息、链等。这些模型元素表示某个用例中的若干个对象和对象之间所传递的消息，来对系统的行为建模。
用例（Use-case）用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在“税库银系统”中，扣款和重发扣款都需要检查三方协议是否有效。那么，用例“扣款”、“重发扣款”与用例“检查三方协议是否有效”之间是（）关系。
用例图用来定义一个用例的输入和输出，以及在用户和系统之间交互的顺序。
用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系筑”中，创建新订单和更新订单都需要核查用户账号是否正确。用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是（）关系。
对用例进行设计，发现实现用例功能的（），确定类之间的关系。
在UML中，定义了用例图来描述（）及他们之间的关系，而用例建模的主要工作是书写用例规约。
采用UML分析用户需求时，用例UC1可以出现在用例UC2出现的任何位置，那么UC1和UC2之间的关系是（）
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML的用例图上，将用例之间的这种关系标记为（2）。空白（2）处填（）
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML的用例图上，将用例之间的这种关系标记为（2）。空白（1）处填（）
在UML中，定义了用例图来描述（）及他们之间的关系，而用例建模的主要工作是书写用例规约。（）
一个用例中加入一些新的动作后则构成了另一个用例，这两个用例之间的关系是包含关系（ ）
扩展关系规范了扩展用例的行为如何及何时插入到基用例的行为之中，由基用例指向扩展用例。 （ ）
用例（Use－case)用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（)关系
7、数据流图中的哪个元素最能与用例图中的用例有对应关系？
用例从用户角度描述系统的行为。用例之间可以存在一定的关系。在“某图书馆管理系统”用例模型中，所有用户使用系统之前必须通过“身份验证”，“身份验证”可以有“密码验证”和“智能卡验证”两种方式，则“身份验证”与“密码验证”和“智能卡验证”之间是(65)关系。
抽象用例代表了某种形式的“复用”，是降低用例之间冗余的极好工具。抽象用例和使用它的用例之间的关系称为（)。
某系统中有两个用例：一个用例的参与者是用户，用例是“注册”;另一个用例的参与者是系统管理员，用例是“审核用户注册”。这两个用例之间是()。
以下关于用例图的叙述中，不正确的是（1）。图书馆管理系统需求中包含“还书”用例和“到书通知”用例，对于“还书”用例，应先查询该书是否有人预定，若有则执行“到书通知”。“还书”用例和“到书通知”用例是（2）关系，以下用例图中，（3）是正确的。管理员处理“还书”用例时，需要先执行“验证身份“用例，那么“还书”用例和“验证身份”用例之间是（4）关系。2、_____（）
某学员在才士集团购买某博士的微职位课程时，关于“支付”功能需求描述如下：如果该学员进行支付时，可以使用信用卡支付或支付宝支付。从中抽象出3个用例：支付、信用卡支付和支付宝支付，这3个用例之间的关系是（）
