在用例设计中，可以使用UML中的（ ）来描述用户和系统之间的交互，说明系统功能行为。 A. 序列图 B. 构件图 C. 类图 D. 部署图

正确答案：B

正确答案：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)：展现了运行处理节点以及其中的构件的配置。部署图给出了体系结构的静态实施视图。它与构件图相关，通常一个节点包含一个或多个构件。

正确答案：B
UML中视图（View）的概念为从不同的角度观察系统所得到的印象。有了视图，便可把注意力集中在系统的一个方面，通过对多个视图的理解，在大脑中把不同方面的信息拼接起来，最终把握系统的全貌。每个视图需要用一组图（diagram）来描述，图中包含的是代表系统模型元素的各种图形符号，不同的图体现着系统的不同方面。正如我们观察一个物体一样，从不同的角度看到的局部图像可能会出现重叠，不同的视图之间也可能出现重叠的状况，所以同一个图可以从属于不同的视图。用例图属于用例视图，描述系统的功能。行为视图包括顺序图、交互图和状态图，描述系统的活动。描述物理部署情况的是部署视图。

正确答案：B
解析：在UML中，用例图用于描述系统与外部系统及用户之间的交互，在交互过程中，系统表现出相应的逻辑功能。类图用于描述系统的静态结构。顺序图和协作图统称为交互图，在UML2.0中，已将协作图更名为通信图。顺序图和协作图用于描述系统内对象之间的交互，但是它们的侧重点有所不同。顺序图清楚地表示了交互中的时间顺序，但没有明确表示对象之间的关系；协作图清楚地描述了对象之间的关系，但时间顺序必须从一系列序号中获得。顺序图常用于展示交互的场景，而协作图常用于展示过程的详细设计。

正确答案：C
解析：开发信息系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写出详细的技术需求，这包括所有面向用户、面向机器和其他系统的接口。同时，这也是一旦出错，将最终会给系统带来极大困难的部分，并且以后再对它进行修改也极为困难。信息系统需求可以分为几个层次，分别如下。(1)业务需求(BusinessRequirements)。反映组织结构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。(2)用户需求(UserRequirements)。描述用户使用产品必须完成的任务，在用例文档或方案场景(scenario)说明中予以说明。(3)功能需求(FunctionalRequirements)。定义开发人员必须实现的信息系统功能，使得用户能完成他们的任务，从而满足业务需求。(4)非功能需求(None-FunctionalRequirements)。描述系统展现给用户的行为和执行的操作等。包括：.产品必须遵循的标准、规范和合约：.外部界面的具体细节；.性能要求；.设计或实现的约束条件；.质量属性。

正确答案：A

正确答案：A

答案：A

解析：

正确答案：D
解析：软件需求包括3个不同的层次，即业务需求、用户需求和功能需求，另外还有非功能需求。1．业务需求(businessrequirement)反映了组织机构或客户对系统或产品高层次的日标要求，它们在项目视图与范围文档中予以说明。2．用户需求(userrequirement)描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明。3．功能需求(functionalrequkement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。4．非功能需求(non-functionalrequirement)是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。非功能需求包括过程需求、产品需求和外部需求3类，其中过程需求有交付、实现方法和标准等需求，产品需求包含性能、可用性、实用性、可靠性、可移植性、安全保密性、容错性等方面的需求，外部需求有法规、成本、操作性等需求。一个软件原型是所提出的新产品的部分实现，它比开发人员常用的技术术语更易于理解。建立原型的主要原因是为了解决在产品开发的早期阶段需求不确定的问题，用户、经理和其他非技术项目风险承担者发现在确定和开发产品时，原型可以使他们的想象更具体化。原型在软件开发过程中可以起到以下主要作用：1．明确并完善需求。原型作为一种需求工具，它初步实现所理解的系统的一部分。用户对原型的评价可以指出需求中的许多问题，在开发真正产品之前，可以最低的费用来解决这些问题。2．探索设计选择方案。原型作为一种设计工具，用它可以探索不同的用户界面技术，使系统达到最佳的可用性，并且可以评价可能的技术方案。3．发展为最终的产品。原型作为一种构造工具，是产品最初子集的完整功能实现，通过一系列小规模的开发循环，可以完成整个产品的开发。多态性是指在父类中定义的属性或服务被子类继承后，可以具有不同的数据类型或表现出不同的行为。在体现一般与特殊关系的一个类层次结构中，不同层次的类可以共享一个操作；但却有各自不同的实现。当一个对象接收到一个请求时，它根据其所属的类，动态地选用在该类中定义的操作。举例：在父类“几何图形”中定义了一个服务“绘图”，但并不确定执行时绘制一个什么图形。子类“椭圆”和“多边形”都继承了几何图形类的绘图服务，但其功能却不相同：一个是画椭圆，一个是画多边形。当系统的其他部分请求绘制一个几何图形时，消息中的服务都是“绘图”，但椭圆和多边形接收到该消息时却各自执行不同的绘图算法。多态性机制不但为软件的结构设计提供了灵活性，减少了信息冗余，明显提高了软件的可复用性和可扩充性。多态性的实现需要OOPL提供相应的支持，与多态性实现有关的语言功能包括：重载(overload)、动态绑定(dynamicbinding)和类属(generic)。时序图和协作图均表示一组对象之间的动态协作关系，其中时序图反映对象之间发送消息的时间顺序，协作图反映收发消息的对象的结构组织。时序图和协作图是同构的，即两者之间可以相互转换。单元测试是对源程序中每一个程序单元进行测试，检查各个模块是否正确实现了规定的功能，从而发现模块在编码中或算法中的错误。该阶段涉及编码和详细设计的文档。各模块经过单元测试后，将各模块组装起来进行集成测试，以检查与设计相关的软件体系结构的有关问题。单元测试的测试用例主要根据详细设计的结果来设计。

正确答案：A

正确答案：A

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

答案：A

正确答案：A

正确答案：C