在使用UML建模时，若需要描述跨越多个用例的单个对象行为，使用（）是最为合适的。
在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（）。《图->-文字>图》
需求分析是一种软件工程活动，它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围，创建所需数据、信息和（2）以及操作行为的模型，此外还有分析可选择的解决方案，并将它们分配到各软件元素中去。空白（2）处应选择（）
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中（）包括用例图（use case diagram），它从外部用户的角度描述系统的功能，并指出功能的参与者。
在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（）。
在UML的需求分析建模中，（）模型图必须与用户反复交流并加以确认。
需求分析是一种软件工程活动，它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围，创建所需数据、信息和（2）以及操作行为的模型，此外还有分析可选择的解决方案，并将它们分配到各软件元素中去。空白（1）处应选择（）
需求分析是一种软件工程活动，它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围，创建所需数据、信息和（2），以及操作行为的模型，此外还有分析可选择的解决方案，并将它们分配到各软件元素中去。空白（2）处应选择（）
需求分析是一种软件工程活动，它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1），指明软件和其他系统元素的接口，并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围，创建所需数据、信息和（2）以及操作行为的模型，此外还有分析可选择的解决方案，并将它们分配到各软件元素中去。空白（2）处应选择（）
在使用UML建模时，若需要描述跨越多个用例的单个对象行为，使为（）是最为合适的。
UML是一种面向对象的统一建模语言，用例可以用（）来描述。
在UML中，定义了用例图来描述（）及他们之间的关系，而用例建模的主要工作是书写用例规约。
UML行为模型的状态图是以状态机模型的方式进行的用例实现。状态图只能用来实现单个用例。
采用UML分析用户需求时，用例UC1可以出现在用例UC2出现的任何位置，那么UC1和UC2之间的关系是（）
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML的用例图上，将用例之间的这种关系标记为（2）。空白（2）处填（）
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML的用例图上，将用例之间的这种关系标记为（2）。空白（1）处填（）
在UML中，（）可以对模型元素进行有效组织，如类、用例、构件，从而构成具有一定意义的单元。
在UML中，定义了用例图来描述（）及他们之间的关系，而用例建模的主要工作是书写用例规约。（）
在UML的需求分析建模中，用例模型图必须与用户反复交流并加以确认（）
在UML建模流程中，分析段只为问题域类建模，不定义软件系统解决方案的细节。（ ）
在使用UML进行面向对象设计和建模时，下述哪个模型图建模对象通过消息的交互，关注网络形式的对象结构化组织（)。
UML叫做统一的建模语言，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。在UML中用5种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：
在UML中，（)可以对模型元素进行有效组织，如类，用例，构件，从而构成具有一定意义的单元。
16、UML需求分析模型中代表系统行为模型的是（）
