UML选择填空.docVIP

填空题 软件对象可以这样定义：所谓的软件对象，是一种将 状态 和 行为 有机结合起来形成的 软件构造模型 ，它可以用来描述现实世界中的一个对象。 类是具有相同属性和操作的一组对象的组合，即抽象模型中的“类”描述了 一组相似对象的共同特征 ，为属于该类的全部对象提供了统一的抽象描述。 面向对象程序的基本特征是 抽象 、 封装 、 继承 和 多态 。 在UML中主要包括的视图为 静态视图 、 用例视图 、交互视图、 状态机视图 、 活动视图 、物理视图和 模型管理视图 。 UML图包括： 用例图 、 类图 、 状态图 、序列图、活动图、 构件图 和 部署图 。 用例图描述了系统的 参与者 与系统进行交互的功能，是 参与者 所能观察和使用到的系统功能的模型图。一个 用例 是系统的一个功能单元，是 参与者 与系统之间进行的一次交互作用。 状态机视图 是通过对象的各种状态建立模型来描述对象随时间变化的动态行为，并且它是以独立的对象为中心进行描述的。 用例图 的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系，以及系统内 用例 之间的关系。 在UML中定义了4种基本的面向对象的事物，分别是 结构事物 、 行为事物 、分组事物和 注释事物 等。 使用Rational Rose建立的Rose模型中包括4种视图，分别是 用例视图 、 逻辑视图 、 构件视图 和 部署视图 。 在 用例视图 中包括了系统中的所有参与者、用例和用例图，必要时还可以在用例视图中添加顺序图、协作图、活动图和类图等。 逻辑视图 关注系统如何实现用例中所描述的功能，主要是对系统功能性需求提供支持，即系统应该提供的功能。 构件视图 用来描述系统中的各个实现模块以及它们之间的依赖关系，包含模型代码库、执行文件、运行库和其他构件等信息。 部署视图 显示的是系统的实际部署情况，它是为了便于理解系统如何在一组处理节点上的物理分布，而在分析和设计中使用的构架视图。 Rational统一过程以一种能够被大多数项目和开发组织适应的形式建立起来，其所包含的6项最佳实践为： 迭代式软件开发 、需求管理、 基于构件的架构应用 、建立可视化的软件模型、 软件质量验证 、软件变更控制。 在Rational统一过程的开发流程中定义了“谁”“何时”做“某事”，并分别使用4种主要的建模元素来进行表达，它们是： 角色 、 活动 、 产物 和工作流（Workflows）。 将迭代过程划分为4个连续的阶段，分别为： 初始阶段 、细化阶段、 构造阶段 和移交阶段。 对于一个以架构为中心的开发组织，需要对架构的一下3个方面进行关注，这3个方面分别是：架构的目的、 架构的表示 和 架构的过程 。、 由 参与者 和 用例 以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。 与传统的SRS方法相比，用例图 可视化 地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。 对于每一个用例，还需要有详细的描述信息，这些信息包含在 用例规约 之中。 包含关系 指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 在类图中一共包含了一下几种模型元素，分别是： 类 、 接口 、依赖关系、 泛化 关系、关联关系以及 实现 关系。 对象图 描述了系统在某一个特定时间点上的静态结构，是类图的实例和快照，即类图中的各个类在某一个时间点上的实例及其关系的静态写照。 对象图中包含 对象 和 链 。其中对象是类的特定实例，链是类之间关系的实例，表示对象之间的特定关系。 在UML的图形表示中，类的表示法是一个矩形，这个矩形由3个部分构成，分别是： 类的名称 、 类的属性 和 类的操作 。 类中属性的可见性包含3种，分别是 共有类型（public） 、 受保护类型（protected） 和 私有类型（private） 。 交互 是指在具体语境中由为实现某个目标的一组对象之间进行交互的一组消息所构成的行为。 在UML的表示中序列图将交互关系表示为一张二维图，其中纵向是 时间轴 ，时间沿竖线向下延伸。横向代表了在协作中 独立对象的角色 。 序列图是由 对象 、 生命线 、 激活 和 消息 等构成的。 消息是从一个 对象（发送者） 向另一个或几个其他 对象（接收者） 发送信号，或由一个 对象（发送者或调用者） 调用另一个 对象（接收者） 的操作。它可以有不同的实现方式，如过程调用、活动线程间的内部通信、事件的发生等。 生命线 是一条垂直的虚线，用来表示序列图中的对象在一段时间内的存在。 协作图 是对在一次交互过程中有意义对象和对象间的链的建模，显示了对象之间如何进行交互以执行特定用例或用例中特定部分的行为。 在协作图中， 类元角色 描述