在用UML对信息系统建模过程中， （ ） 来描述用户需求，主要从用户的角度描述系统的功能A.用例图B.类图C.对象图D.部署图
在用UML对信息系统建模过程中， （ ） 来描述用户需求，主要从用户的角度描述系统的功能
A.用例图
B.类图
C.对象图
D.部署图
B.类图
C.对象图
D.部署图
参考解析
解析：用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色（表示一个系统用户），可绘制一个人形符号。类图表示不同的实体（人、事物和数据）如何彼此相关；换句话说，它显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种类--摇滚乐队、CD、广播剧；或者贷款、住房抵押、汽车信贷以及利率。类图还可用于表示实现类，实现类就是程序员处理的实体。实现类图或许会与逻辑类图显示一些相同的类。然而，实现类图不会使用相同的属性来描述，因为它很可能具有对诸如Vector和HashMap这种事物的引用。部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。部署图中的符号包括组件图中所使用的符号元素，另外还增加了几个符号，包括结点的概念。一个结点可以代表一台物理机器，或代表一个虚拟机器结点（例如，一个大型机结点）。要对结点进行建模，只需绘制一个三维立方体，结点的名称位于立方体的顶部。对象图和类图一样反映系统的静态过程，但它是从实际的或原型化的情景来表达的。对象图显示某时刻对象和对象之间的关系。一个对象图可看成一个类图的特殊用例，实例和类可在其中显示。对象也和合作图相联系，合作图显示处于语境中的对象原型（类元角色）。对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
相关考题：
UML叫做统一的建模语言，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。在UML中用5种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：(36)用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。(37)对静态结构(类、对象和关系)模型化。(38)描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。A．环境模型视图B．实现模型视图C．结构模型视图D．用户模型视图
软件需求是多层次的，包括业务需求，用户需求,系统需求，其中业务需求（ ）。A.反映了企业或客户对系统高层次的目标要求。B.描述了用户具体目标或用或者用户要求系统必须完成的任务，C.从系统角度来说明软件的需求，包括功能需求，非功能需求和设计约束D.描述了用户认为系统应该具备的功能和性能
在各种不同的软件需求中，（）描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明，（）是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。A、业务需求B、功能需求C、非功能需求D、用户需求
多选题在各种不同的软件需求中，（）描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明，（）是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。A业务需求B功能需求C非功能需求D用户需求