在UML的需求分析建模中，（）模型图必须与用户反复交流并加以确认。A、配置B、用例C、包D、动态

正确答案：B
解析：用例是应用程序开发中的一个关键技术，主要用来捕获系统的高层次用户功能性需求。用例模型从用户的角度描述了系统会做什么，即项目的目的和范围。用例是估计工作量的单位也是发布产品的最小单位。

正确答案：A
功能需求：也称行为需求；规定了开发人员必须在系统中实现的软件功能；通常是通过系统特性的描述表现出来的；特性：指一组逻辑上相关的功能需求，表示系统为用户提供某项功能（服务），使用户的业务目标得以满足非功能需求：指系统必须具备的属性和品质；可细分为：软件质量属性（如：可维护性、可靠性、效率等）和其他的非功能需求设计约束：限制条件或补充规约；通常是对系统的一些约束说明；如：必须采用国有自主知识产权的数据库系统，必须运行在UNIX操作系统之下等用例图：从用户角度描述系统功能，并指出各功能的操作者类图：描述系统中类的静态结构状态图：描述类的对象所有可能的状态以及事件发生时状态的转移条件序列图：显示对象之间的动态合作关系，强调对象之间消息发生的顺序，同时显示对象之间的交互

参考答案：B

参考答案：A

参考答案：A

正确答案：A

答案：A

解析：

答案：A

解析：

正确答案：B
解析：本题考查UML语言。
  类图(class diagram)：展现了一组对象、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。
  .对象图(obiect diagram)：展现了一组对象以及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图相同，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实的或原型案例的角度建立的。
  .用例图(use case diagram)：展现了一组用例、参与者(actor)以及它们之间的关系。用例图给出系统的静态用例视图。这些图对系统的行为进行组织和建模是非常重要的。
  .序列图(sequencediagram)：是场景(scenario)的图形化表示，描述了以时间顺序组织的对象之间的交互活动。
  .协作图(collaboration diagram 或 communication diagram)：强调收发消息的对象的结构组织。
  序列图和协作图都是交互图(interaction diagram)。交互图展现了一种交互，它由一组对象和它们之间的关系组成，包括它们之间可能发送的消息。交互图关注系统的动态视图。序列图和协作图是同构的，它们之间可以相互转换。
  .状态图(statechart diagram)：展现了一个状态机，它由状态、转换、事件和活动组成。状态图关注系统的动态视图，它对于接口、类和协作的行为建模尤为重要，它强调对象行为的事件顺序。
  .活动图(activity diagram)：是一种特殊的状态图，它展现了在系统内从一个活动到另一个活动的流程。活动图专注于系统的动态视图。它对于系统的功能建模特别重要，并强调对象间的控制流程。
  .构件图(component diagram)：展现了一组构件之间的组织和依赖。构件图专注于系统的静态实现视图。它与类图相关，通常把构件映射为一个或多个类、接口或协作。
  .部署图(deployment diagram)：展现了运行处理节点以及其中的构件的配置。部署图给出了体系结构的静态实施视图。它与构件图相关，通常一个节点包含一个或多个构件。

正确答案：A
解析：用例图从用户角度描述系统功能，并指出各功能的操作者，因此可在需求阶段用于获取用户需求并建立用例模型；类图用于描述系统中类的静态结构；顺序图显示对象之间的动态合作关系，强调对象之间消息发送的顺序，同时显示对象之间的交互：状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。

参考答案：B

正确答案：B
解析：本题考查UML语言。
  .类图(class diagram)：展现了一组对象、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。
  .对象图(object diagram)：展现了一组对象以及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图相同，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实的或原型案例的角度建立的。
  .用例图(use case diagram)：展现了一组用例、参与者(actor)以及它们之间的关系。用例图给出系统的静态用例视图。这些图对系统的行为进行组织和建模是非常重要的。
  .序列图(sequence diagram)：是场景(scenario)的图形化表示，描述了以时间顺序组织的对象之间的交互活动。
  .协作图(collaboration diagram 或communication diagram)：强调收发消息的对象的结构组织。
  序列图和协作图都是交互图(interaction diapam)。交互图展现了一种交互，它由一组对象和它们之间的关系组成，包括它们之间可能发送的消息。交互图关注系统的动态视图。序列图和协作图是同构的，它们之间可以相互转换。
  .状态图(statechart diagram)：展现了一个状态机，它由状态、转换、事件和活动组成。状态图关注系统的动态视图，它对于接口、类和协作的行为建模尤为重要，强调对象行为的事件顺序。
  .活动图(activity diagram)：是一种特殊的状态图，它展现了在系统内从一个活动到另一个活动的流程。活动图专注于系统的动态视图。它对于系统的功能建模特别重要，并强调对象间的控制流程。
  .构件图(component diagram)：展现了一组构件之间的组织和依赖。构件图专注于系统的静态实现视图。它与类图相关，通常把构件映射为一个或多个类、接口或协作。
  .部署图(deployment diagram)：展现了运行处理节点以及其中的构件的配置。部署图给出了体系结构的静态实施视图。它与构件图相关，通常一个节点包含一个或多个构件。

问题 1 答案解析：A
本题考查软件需求的基础知识。功能需对描述了用户使用产品必须要完成的任务，UML的用例图可以用来对功能需求建模。非功能需求描述软件解决方案必须具有的质量特性，如性能、安全等。过程约束是对用于构建系统的技术和资源的限制。设计约束是已经做出的设计决策或限制问题解决方案集的设计决策。

问题 2 答案解析：A
本题考查软件需求的基础知识。功能需对描述了用户使用产品必须要完成的任务，UML的用例图可以用来对功能需求建模。非功能需求描述软件解决方案必须具有的质量特性，如性能、安全等。过程约束是对用于构建系统的技术和资源的限制。设计约束是已经做出的设计决策或限制问题解决方案集的设计决策。

正确答案：C

答案：A

解析：