在UML的需求分析建模中，用例模型必须与（）反复交流并加以确认。
在使用UML建模时，若需要描述跨越多个用例的单个对象行为，使用（）是最为合适的。
顺序图和协作图主要用于对用例图中（）的建模，用它们来描述用例图的行为。
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中（）包括用例图（use case diagram），它从外部用户的角度描述系统的功能，并指出功能的参与者。
在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（）。
在UML的需求分析建模中，（）模型图必须与用户反复交流并加以确认。
现在有一个医院病房监护系统，请根据用户需求建立系统的UseCase模型。用户提出的系统功能要求如下：在医院病房监护系统中，病症监视器安置在每个病房，将病人的病症信号实时传送到中央监视系统进行分析处理。在中心值班室里，值班护士使用中央监视系统对病员的情况进行监控，根据医生的要求随时打印病人的病情报告，系统会定期自动更新病历。当病症出现异常时，系统会立即自动报警，通知值班医生及时处理，同时立即打印病人的病情报告，立即更新病历。请按上述描述，画出系统的用例图。
顺序图的建模元素有（）、消息、链等。这些模型元素表示某个用例中的若干个对象和对象之间所传递的消息，来对系统的行为建模。
软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型。经评审批准，这些文档就定义了开发工作的需求基线，这个基线在客户和开发人员之间就构筑了计划产品（）的一个约定。
在使用UML建模时，若需要描述跨越多个用例的单个对象行为，使为（）是最为合适的。
在建立系统的用例模型时，首先应该确定系统的参与者。以下问题中，对于确定参与者没有用处的是（）
UML是一种面向对象的统一建模语言，用例可以用（）来描述。
对用例进行设计，发现实现用例功能的（），确定类之间的关系。
在UML中，定义了用例图来描述（）及他们之间的关系，而用例建模的主要工作是书写用例规约。
用于需求建模的方法包括数据流图、（）和用例图三种方式。
UML行为模型的状态图是以状态机模型的方式进行的用例实现。状态图只能用来实现单个用例。
采用UML分析用户需求时，用例UC1可以出现在用例UC2出现的任何位置，那么UC1和UC2之间的关系是（）
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML的用例图上，将用例之间的这种关系标记为（2）。空白（2）处填（）
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML的用例图上，将用例之间的这种关系标记为（2）。空白（1）处填（）
在UML中，（）可以对模型元素进行有效组织，如类、用例、构件，从而构成具有一定意义的单元。
在UML中，定义了用例图来描述（）及他们之间的关系，而用例建模的主要工作是书写用例规约。（）
在UML的需求分析建模中，用例模型图必须与用户反复交流并加以确认（）
在UML中，（)可以对模型元素进行有效组织，如类，用例，构件，从而构成具有一定意义的单元。
9、UML中的用例图还需要用例文字说明。
