UML考试真题.doc

上传人:豆**** 文档编号:29966860 上传时间:2022-08-02 格式:DOC 页数:19 大小:219KB
返回 下载 相关 举报
UML考试真题.doc_第1页
第1页 / 共19页
UML考试真题.doc_第2页
第2页 / 共19页
点击查看更多>>
资源描述

《UML考试真题.doc》由会员分享,可在线阅读,更多相关《UML考试真题.doc(19页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、前面的实体有欠缺。828.在状态视图中,(B)表示两个状态之间的关系;源状态和目的状态。A、监护条件 B、事件 C、状态 D、转换829.在需求分析中,控制类(B)。A、负责目标软件系统与外部执行者之间的交互B、作为完成用例任务的责任承担着,负责协调,控制其他类共同完成用例规定的功能或行为C、负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作。D、负责实现用户的业务逻辑830.UML的(B)是由建模者设计的心的模型元素,但是这个模型元素的设计要建立在UML已定义的模型元素基础上。A、标记值 B、构造型 C、注释 D、约束831.一般情况下,可以将面向对象中的聚合概念区分为(

2、B)关系。A 继承 B 关联 C 组合 D 聚合832.在UML活动图中,(B)表示操作之间的信息交换。A 控制流 B 信息流 C 初始活动 D 活动833.如果用例A与用例B相似,但A的动作序列是通过改写B的部分动作或者扩展B的动作而获得的,则称(C)。A .用例A包含用例BB .用例A扩展用例B C .用例A继承用例B D .用例A实现用例B 834.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画,其中(A)包括构件图(component diagram)。它描述软件系统中各组成构件、构件的内部结构以及构件之间的依赖关系。A 构件视图 B 行为视图 C 结构视图 D 用

3、例视图835.在用例图中,执行者之间的关系只有(D)一种。A 扩展 B 包含 C 继承 D 实现836.(C)是一种特殊形式的状态机,用于对计算流程和工作流程建模。A 状态图 B 活动图 C 流程图 D 时间图837.(D)使用类图的一个子集,用于强化某个时间点类实例之间的关系。A 协作图 B 交互图 C 对象图 D 状态图838.(D)用于描述相互合作的对象间的交互关系和链接关系。A 通信图 B 用例图 C 类图 D 协作图839.在UML中,(B)可以对模型元素进行有效组织,如类、用例、构件,从而构成具有一定意义的单元。A 连接 B 包 C 构件 D 节点840.(C)是子对象或者子类自动

4、共享父对象或者父类数据结构和方法的机制,这是对象或类之间的一种关系。A 封装 B 抽象 C 继承 D 信息隐藏841.泛化使得(A)操作成为可能,即操作的实现是由它们所使用的对象的类,而不是由调用者确定的。A、多重 B、多态 C、传参 D、传值844.( C)表明了软件构件之间的依赖关系,包括源代码构件,二进制代码构件和可执行代码构件。A、用例图 B、类图 C、包图 D、构件图845.在UML中,(C)表示使用软件系统的功能、与软件系统交换信息的外部实体。A、边 B、执行者 C、用例图 D、用例846.在活动图中,(AB)的一个输出部分有一个监护条件,检查预订者是不是会员。这是一个条件线程,它

5、只有在监护条件被满足时才会激发,如果这个线程没有被激发,那么随后相对应的结合的输入部分被认为已完成。A、分叉 B、转换 C、控制 D、活动847.将下图中的接口映射为JAVA代码,具有(A)的形式。A、 void interface Service.B、 private interface Service.C 、protect interface Service.D、 public interface Service.849.(C)描述软件系统中的构件及构件之间的构成关系和依赖关系A、状态图 B、对象图 C、构件图 D、部署图850.在UML中,(B)可以对模型元素进行有效地组织,如类,用例,

6、构件,从而构成具有一定意义的单元。A、构件 B、包 C、节点 D、链接 851.在UML顺序图中,如果一条消息从对象a传向对象b,那么其(A )是一条从b指向a的虚线有向边,它表示原消息的处理已经完成,处理结果(如果有的话)沿返回消息传回。A返回消息 B创建(create)消息 C自消息 D销毁(destroy)消息852.在顺序图中,下图表示(C)A带时延的消息 B自消息 C异步消息 D同步消息853.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画,其中(B)包括构件图(components diagram),它描述软件系统中各组成构件,构件的内部结构以及构件之间的依赖关

7、系。A、 行为视图 B、构件视图 C、结构视图 D、用例视图854.(多选)ocl已经嵌入到UML2.0规约中,建模人员可以在以下(ABCD)情况下使用OCL。A、使用OCL在类上或者在类模型的类型上定义不变量B、使用OCL对构造型(stereotypes)定义类型不变量C、将OCL作为一种查询语言D、使用OCL描述操作和方法上的前置和后置条件856.当需要强调一系列相关产品对象的设计以便进行联合使用,可以考虑使用(B)。A对象池模式 B工厂模式 C单例模式 D外观模式858.UML通过图形的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中(A)包括类图(classic diagram)

8、、对象图(object diagram)和包图(package diagram),它们分别从不同的层面表示系统的静态结构。A、构件视图 B、行为视图 C、结构视图 D、用例视图859.在需求分析中,实体类(B)A作为完成用例任务的责任承当着,负责协调、控制其他类共同完成用例规定的功能或行为B负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作C负责目标软件系统与外部执行者之间的交互D负责实现用户的业务逻辑860.(多选)以下(BC)属于活动图的节点A决策点 B活动 C并发控制 D对象861. 当需要强调一系列相关产品对象的设计以便进行联合使用,可以考虑使用(B)。A、对象池模

9、式 B、工厂模式 C、单例模式 D、外观模式863. UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中(C)包括交互图(interactivediagram)、状态图(statechart diagram)与活动图(activity diagram)。它们从不同的侧面刻画系统的动态行为。A 结构视图B 用例视图C 行为视图D 构件视图864. 在UML活动图中,(C)表示操作之间的信息交换。P26控制流初始活动信息流活动865. 在UML活动图中,(?)表示活动需要输入的对象或者作为活动的处理结果输出的对象。A 并发控制B 决策点C 对象D 活动868. 下图表示类图的

10、(B)A 聚合关系B 组合关系C 关联关系D 依赖关系869. 在状态机图中,(?)表示两个状态之间的关系:源状态和目的状态。A 事件B 监护条件C 状态D 转换870. (?)是在分析模型的基础上,添加设计元素的结果,使得分析模型更加接近系统实现。A 数据模型B 设计模型C 领域模型D 概念模型871.如果用例B是用例A的某项子功能,并且建模者确切地知道在A所对应的动作序列中间将调用8,则称(D)A、用例A继承用例B B、用例A实现用例B C、用例A扩展用例B D、用例A包含用例B872.(多选)在UML的最上一层,试图划分成()视图域。A 结构分类 B 动态行为 C模型管理 D扩展机制87

11、3.(多选)用例之间的关系主要有(ABC)A扩展 B 包含 C继承 D聚合874.当需要支持日志修改时,可以考虑使用A 命令模式 B 工厂模式 C 单例模式 D适配器模式875.(多选)当使用单件设计模式时,可以获得如下()优点。A缩小名称空间 B 允许对操作和表示进行精化操作 C对唯一实例提供受控访问 D运行可变数目的类实例数876()可用于描述用户接口、设备控制器和其他具有反馈的子系统。它可以用于描述在生命期中跨越多个不同性质阶段的被动对象行为,在每一阶段该对象都自己特殊的行为。A 状态机视图 B动态视图 C 模型管理视图 D静态视图877()有关联和类的特性,他将多个类连接起来又有着属性

12、和操作。A 继承 B关联 C泛化 D关联类879(多选)活动图的边包括A数据流 B对象流 C控制流 D消息流880(多选)用例图的节点包括()A 边界 B用例 C 执行者 D 关联881、对于某些类来说,只有一个实例是非常重要的。例如,系统中可以有多种类型的打印机,但是只能有一个打印假脱机(printer spooler),只应该一个文件系统和一个窗口管理器,为此,可以使用()。A、对象池模式 B、工厂模式 C、单例模式 D、外观模式882、()是在分析模型的基础上,添加了设计元素的结果,使得分析模型更加接近系统实现。A、数据模型 B、领域模型 C、设计模型 D、概念模型884、在面向对象的设

13、计原则中,()表示软件实体应当对扩展开放,对修改关闭,即软件实体应当在不修改的前提下扩展。 A、完全替换原则 B、开放封闭原则 C、合成/聚合服用原则 D、单一责任原则885、(多选)在需求分析的业务流程建模中,可以利用活动图描述()。A、系统对外部成现的功能 B、多个用例联合起来形成的处理流程C、多对象(或多个子系统、多个构件)协同的单个用例中的处理流程D、软件系统与外部实体共同参与的业务处理流程886、在用例图中,执行者之间的关系只有()一种。A、实现 B、继承 C、包含 D、扩展888、()是在领域模型的基础上,对系统进行进一步的分析获得的,它有三种非常有效的模型:实体类、控制类和边界类

14、。A、设计模型 B、分析模型 C、概念模型 D、E-R模型889、(多选)两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。在关联关系的表示图元的两端,可以表示参与关联的()特性。A、可见性 B、约束 C、角色名 D、多重性891、()以算法和数据结构为中心,其系统功能由一系列的处理步骤构成,相邻的处理步骤之间以数据流通管道相互连接。 A、分层模式 B、架构模式 C、MVC D、流程处理模式892.下图表示类图的()。A关联关系 B 实现关系 C 继承关系 D 依赖关系894.在面向对象的设计原则中,( )表示在包的依赖关系图中不允许存在环。 A 无循环依赖原则 B 接口隔离原则

15、C 依赖倒转原则 D 最少知识原则895.在面向对象的设计原则中,( )表示使用多个专门的接口比使用单一的总接口要好,一个类对另外一个类的依赖性应当是建立在最小的接口上的。A 单一责任原则B 接口隔离原则C 依赖倒转原则D 合成/聚合复用原则896.( )是在分析模型的基础上,添加了设计元素的结果,使得分析模型更加接近系统实现。 A 领域模型 B 数据模型 C 设计模型 D 概念模型897.在界面设计中,通常屏幕的( )表示当前用户及软件系统的运行状态而异,由软件系统根据业务逻辑自动呈现于屏幕中,且不允许用户修改的内容,包括不可编辑的文本、图标、图形、图像等。 A 用户输入元素 B 动态元素

16、C 用户命令元素 D 静态元素898.当一个抽象模型有两个方面,其中一个方面依赖于另一面,将这两者封装在独立的对象中以使它们可以各自独立地改变和复用,可以考虑使用( ) A 观察者模式 B 命令模式 C 适配器模式 D 单例模式899.当希望创建一个可复用的类,该类必须能够与接口不可预定的类协同工作,可以考虑使用( )。 A 对象池模式 B 单例模式 C 抽象工厂模式 D 适配器模式900.( )是对象与其他外部世界相互关联的唯一途径。 A 消息传递 B 状态转换 C 接口 D 函数调用901.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画,其中( )包括用例图(use c

17、ase diagram),它从外部用户的角度描述系统的功能,并指出功能的参与者。 A 行为视图 B 结果视图 C 构件视图 D 用例视图902.( )可用于描述用户接口、设备控制器和其他具有反馈的子系统,它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为,在每一个阶段该对象都有自己特殊的行为。 A 状态机视图 B 模型管理视图 C 动态视图 D 静态视图903.( )是在领域模型的基础上,对系统进行进一步的分析获得的,它有三种非常有效的模型,实体类、控制类和边界类。 A 分析模型 B E-R模型 C 设计模型 D 概念模型904.(多选)以下( )属于活动图的节点。A 活动 B 决策

18、点 C 开发控制 D 对象905.(多选)在采用用例模型捕获需求时,需要执行如下()操作。A 识别参与者B 识别用例C 用例建模D 描述非功能需求907.(多选)活动图的边包括()A. 对象流B. 消息流C. 数据流D. 控制流 909.()将整个软件系统划分为模型,试图和控制器三个部分A.MVCB.分层模式C.管道模式D.架构模式910.在需求分析中,实体类()A负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作B作为完成用例任务的责任承担者,负责协调,控制其他类共同完成用例规定的功能或行为C负责实现用户的业务逻辑D负责目标软件系统与外部执行者之间的交互913.在活动图中

19、,()是从多个源活动汇合到一个目标的转换。A结合B初始节点和活动终点C分叉D活动914.在构件图中,()用于显示构件之间的关联关系A依赖关系B构件C包D节点915.()表明了软件之间的依赖关系,包括源代码构件,二进制代码构件和可执行代码构件A类图B包图C用例图D构件图916.()可用于描述用户接口,设备控制器和其他具有反馈的子系统。它还可以用于描述在生命期中跨越多个不同性质阶段的被动对象的行为,在每一阶段该对象都有自己特殊的行为A状态机视图B动态视图C模型管理视图D静态视图917、在类图中,()说明允许候选值范围,如集合可以设定的大小。可以说明可能用语关联端、组成类中的部分、消息的迭代次数和其

20、他目的的等。A、多重性B、注释C 角色D 监护条件918 泛化使得()操作成为可能,即操作的实现是由它们所使用的对象的类。而不是由调用者确定的。A 传值B 传参C 多重D 多态919 在状态机图中,()表示两个状态之间的关系:源状态和目的状态。A 转换B 状态C 事件D 监护条件920 在UML活动图中,()表示一个操作完成后对其后续操作的触发。A 控制流B 初始活动C 信息流D 活动921 ()用于描述相互合作的对象间的交互关系和链接关系。A 类图B 通信图C 用例图D 协作图922.在UML的顺序图中,()对消息传递的目标对象*A返回消息B创建(create)消息C自消息D销毁(destr

21、oy)消息923.设计()的目的是,将目标软件系统中依赖于系统运行环境的数据存取部分与其他部分相分离。A 系统架构B 数据持久存储服务C 实现模型D 外部接口924.()是一个类对象所可能经历的所有历程的模型图。A模型管理视图B状态机视图C动态视图D静态视图925.UML的()表示消息源发出消息后不必等待消息处理过程的返回,即可继续执行自己的后续操作。A 简单消息B 同步消息C 异步消息D 返回消息926.()是一种不包含操作的实现部分的特殊类A实现类B接口C分析类D概念类927.在UML活动图中,()表示活动需要输入的对象或者作为活动的处理结果输出的对象。A 对象B 并发控制C 决策点D 活

22、动930.对于一个学校的课程注册管理系统,如果有一条需求为“本软件必须通过接口定义文档规定的接口API与计费系统、学籍管理系统、教师信息管理系统交互”,该属于()类型。A 可互操作新需求B 安全性需求C 可伸缩性需求D 可集成性需求931.在用例图中,可以用()来表示整个软件系统或其中一些子系统的边界也可以用它表示软件系统的不同开发布版本的功能范围。A 边界框B 用例C 执行者D 关联关系932、在需求分析中,控制类()。A、 负责目标软件系统与外部执行者之间的交互B、 作为完成用例任务的责任承担者,负责协调、控制其他类共同完成用例规定的功能或行为C、 负责保存目标软件系统中具有持久意义的信息

23、项并向其他类提供信息访问的操作D、 负责实现用户的业务逻辑934、()将整个软件系统划分为模型、视图和控制器三个部分。A、MVC B、分层模式 C、管道模式 D、架构模式938、在面向对象的设计原则中,()表示软件实体应当对扩展开发,对修改关闭,即软件实体应当在不修改的前提下扩展。 A 完全替换原则 B 合成/聚合复用原则 C 开放封闭原则 D 单一责任原则939.()是指以设计复用为目的的,采用一种良好定义的,正规的,一致的方式记录的软件设计经验。 A 设计模式 B 架构 C 模型 D 设计原则940. 当客户程序与抽象类的实现部分之间存在很大的依赖性时,可以考虑使用()。 A 对象池模式

24、B 工厂模式 C 单例模式 D 外观模式941、当需要强调一系列相关产品对象的设计以便进行联合使用,可以考虑使用()。 A 工厂模式 B 外观模式 C 对象池模式 D 单例模式942、在设计模式中,()的核心包括缓存和共享。 A 对象池模式 B 工厂模式 C 单例模式 D 外观模式943、在设计模式中,()保证每个类只有单个实例。 A 对象池模式 B 单例模式 C 工厂模式 D 外观模式944、在界面设计中,通常屏幕的()表示与软件系统的运行状态无关、在任何情况下均没有变化的文本、图标(icon)、图形(graph)、图像(image)等。 A 用户输入元素 B 用户命令元素 C 动态元素 D

25、 静态元素945、()是在不改变代码外在行为的前提下,对代码做出修改,以改进程序的内部结构。 A 版本控制 B 代码调试 C 代码重构 D 代码走查946、()可以用于帮助设计人员在NML模型为模型定义约束信息,创建更为精确的设计模型。A OCLB 表达式C 属性D 变量947、(多选)对于类,其属性的可见性表示该属性对类的外部世界的可见性,它有以下()选项。A 包内公开(package)B 公开(public)C 保护(protected)D 私有(private)948、(多选)在UML的最上一层,视图被划分成()视图域。A 结构分类B 动态行为C 模型管理D 扩展机制949、(多选)用例

26、之间的关系主要有()。 A 继承 B 聚合 C 扩展 D 包含950、(多选)活动图的边包括()。 A 数据流 B 对象流 C 控制流 D 消息流951.(多选)用例图的节点包括() A.边界 B.用例 C执行者 D关联952.(多选)以下对UML视图说法正确的有() A模型管理说明了模型的分层组织结构。包是模型的基本组织单元。特殊的包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置组织这些视图。B动态行为描述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值得变化来描述,动态行为视图包括状态机视图、活动视图和交互视图CUML还包括多种具有扩展能力的组件,这些扩展能力有限

27、但很有用。这些组件包括约束、构造型和标记值,它们适用于所有的视图元素D结构分类描述了系统中的结构成员及其相互关系。类元包括类、用例、构件和节点。类元为研究系统动态行为奠定了基础。类元视图包括静态视图、用例视图和实现视图。953.(多选)两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。在关联关系的表示图元的两端,可以标示参与关联的()特性。A 可见性B 约束C 角色名D 多重性954.(多选)以下属于UML模型视图的有()A部署视图和构建视图B行为视图C结构视图D用例视图955.(多选)在采用用例模型捕获需求时,需要执行如下()操作。A识别参与者B识别用例C用例建模D描述非功能需求

28、956.(多选)在识别用例时,以下()问题可以帮组识别用例。A系统是否存在外部事件,如果存在,是哪个参与者通知系统这些外部事件。B当系统状态发生故障时,是否需要通知参与者C系统的运行环境是什么D参与者希望系统为他提供什么样的功能957.(多选)从模式所提供的解决方案的抽象程度来看,模式可以分为()。A面向软件实现的设计模式B测试模式C软件子系统或构件设计模式D体系结构设计模式958.(多选)以下属于面向对象的设计原则的有()A接口隔离原则B依赖倒转原则C无循环依赖原则D最少知识原则959.(多选)当使用单件设计模式时,可以获得如下()优点。A运行可变数目的类实现例数B允许对操作和表示进行精化操

29、作C缩小名称空间D对唯一实例提供受控访问960.(多选)在如下()情况下,可以考虑使用重构。A添加功能时B修改错误时C复审程序代码时D需求分析时961.(多选)UML.在.的基础上,对如下()的建模能力进行了增强。A 复杂结构B 活动C 交互D 状态机964.(多选)以下属于面向对象的开发方法的有()A Jacobson方法B OMT方法C Coad方法D Booch方法965.(多选)在UML中,模型的组织元素包括()几个主要的层次A 视图B 状态C 模型D 图967.(多选)活动图的边包括()A 控制流B 数据流C 对象流D 消息流968.(多选)构件图的节点可以是()A 包B 类C 用例

30、D 构件970. (多选)在状态图视图中,转换包括以下()类型A 外部自转换B 内部自转换C 模拟转换D 正常转换971.(多选)在UML中,模型的继承元素包括()几个主要的层次。A模型 B 视图 C图 D状态972.UML通过图形化的元素机制从多个侧面对系统的分析和设计模型进行刻画,其中()包括构建图(component dagram),他描述软件系统中各组成构建、构建的内部以及构建之间的依赖关系。A 用例视图B构件视图C行为视图D软件视图973.(多选)在面向对象的设计,主要建立的模型包括()A 对象模型B动态模型C 功能模型D算法逻辑模型974. ( )以算法和数据结构为中心,其系统功能

31、由一系列的处理步骤构成,相邻的处理步骤数据流管道相互连接。A 流程处理模式 B、MVC C 分成模式 D架构模式975.(多选)从模式所提供的解决方案的抽象程度看来,模式可以分为( ) A 软件子系统购建设计模式B 面向软件实现的设计模式 C 体系统结构模式D测试模式976(多选)在UML 中,以下()是可以应用于包的构造型 A子系统(subsystem) B 虚包( facade)C 系统system D框架Framework977.(多选)在面向对象的设计中,主要建立的模型包括()A 算法逻辑模型B 功能模型C 动态模型 D对象模型979.(多选)在采用用例模型捕获需求时,需要执行如下()

32、操作。A用例模型B描述非功能需求C 识别用例D识别参与者981、(多选)以下属于面向对象的开发方法的有()A、 Coad方法B、 Jacobson方法C、 OTM方法D、 Booch方法982、在界面设计中,通常那个屏幕的()表示与软件系统的运行状态无关,在任何情况下均没有变化的文本、图标(icon)、图形(graph)、图像(image)、等。A、 静态元素 B、动态元素 C、用户输入元素 D、用户命令元素983、(多选)当使用单件设计模式时,可以获得如下()优点。 A、对唯一实例模型受控访问 B、缩小名称空间C、允许对操作和表示进行精化操作 D、运行可变数目的类实例数985、(多选)在采用

33、用例模型捕获需求时,需要执行如下()操作。A 描述非功能需求 B、用例建模 C、识别用例 D、识别参与者986、在uml中,()表示使用软件系统的功能,与软件系统交换信息的外部实体。A、边 B、用例图 C、执行者 D、用例987、如果用例B是用例A的某项子功能,并且建模者确切知道在A所对应的动作序列中间时将调用B,则称()。A、用例A扩展用例 B 、用例A继承用例B C、用例A包含用例B D、用例A实现用例B988、在uml 中,()表示执行者为达成一项相对独立,完整的业务目标而要求软件系统完成的功能。A、用例图 B、边 C、执行者 D、用例990、(多选)一般情况下,可以将面向对象中的聚合概

34、念区分为()关系。A、 组合 B、聚合 C、关联 D、继承991、UmL通过图形化得表示机制从多个侧面对系统的分析和设计模型进行刻画,其中()包括用例图(use case diagram),它从外部用户的角度描述系统的功能,并指出功能的参与者。A、行为视图 B、结构视图 C、构件视图 D、用例视图19 视用、件、 视 视者参能指功系描的用它 (用)(,进设析统侧从示表形 继 、合聚系关为念聚中面可况选(用 、 能的统系而目整完对项者执(中 例用 用 用 继 、 例扩例)(,将时列的 道者且,子 用例如用、行 、 体体息信系与能件使表, 、与参、用、 用 求非作作如要时获模用在多例实数行、 操精

35、和操空称、 访型例对点优如以时模单当)、元命用素元、素动 等等 、) 图) 图文化有情任无态统软示(个那计面方 方方 方 (的发开面属)多与与例识 功描型作)下要,获捕用)(.模对型模型功型逻算(包的建中的象)多. 框 包 (造的用可是,中 )模测模结 式模现软 计建统件)为可,度的案的所从选模构 模 程接连管数步邻成步的系功其,为据以(.模逻算型 态型(的要,象面选.视软视 视图例系赖间构部内构组统软他 (包中画进计和统对个机的形通.状 次的主(包继模, 多转正转转转部转自类(以换图态状多构用 (是点的选(息息象象 据数 制控 (括图)( 模状视层要几括包组型 )多方 方 方 方 (的发的向

36、于选.态态交活结复强增行建(如上在. 选析分码码误错能加构重使可情下)(访受例唯空名操操示和对例实目变点优如以时模件当多原知原赖原转原隔(的计的向于选.模设系模计或子模试模设实向)为以,度抽的决所从多.功样供为望与什是行统与与需,障态系件部些知通个在如事在是例别组题(,时在选需功建建用别识与别作操下执,需型用采(视例用视构视为行视建图(的型模 以多重色约见性特联与标,元图关联在辑系于不存之它联类个(.图实和用图态包。了为态究为和构、括包。其及构系描构元元所用,值型构组这有很能些件力扩具包 视互图活视状视态述描间瞬中图静行的间统了行图图配发系并图越图管模和型殊殊织基型。织分模明型(的正视 下)(

37、关行行用边(括点例选.息息制 象 据 )括的活多包 扩 聚 继 )主的用多机机扩管型行态分分结域视(被,一的 选( ( 开内项)以它见世外性属见性,对选、变属达 型模的更,信约型型在人助以(走码重代调代控控构部序程改做代提的外变改)元态元动元命用 元输 等 ) 、 标本有下何在态状系件示的通计界、模观模 模例模象 例实有每),模、模 模 模 模象 享享缓核(中计在模 模池 模 模模)用虑可合进计的品相调强、模观模 模模模象 )考可时大存分实象序客 原设模模架 模 验经设记方,规的好用的目复指(.原任单原封 原复/合原换完展扩前不应件,改对展对实软表,计对在、模架 道 模、 分个制图型模系软将逻

38、逻用现操问息类其项义持中系标行行定例成他控协,承的任交的之执统标)类控分求、关行用界围范功布不系用以边的些其件软表用,例在需性需需需需作型),统管教、籍统系 接规接接件“求有如理注的个一活策控对象象输动动或的要活示中活 念析接现殊的现作包一(消消消消作操己继即返过息等后出发示的 视视视态动视视视管图型程的能所个).接模服储架离离部部的行统于系标将的(设消) 毁消消 (建消回*象的递)中序 .作例信类系系系关的的相描( 活息活始制发的操对后作示,图 在条护事状转态状态源系之个示,机在多多传传的定调是而的使它现实,可作)泛 条条角注重等的其次迭息的类端语可明小定设如范值明(图在视视理视视机行的己都

39、段每,的动段质个中生描用它统子有其控,接描可(件例包类构码可构码,码括系赖的了)(节 构关关关之示于,件在活分终终和结换的目一活多)中动交交行部系软目逻逻户行能的用完类控调负担任任成操问信类向项义久中统标存(体实分在模构模模模层 部三制试,划系个(. 制据息象(包图)选需功建用与作操如执时需型用在(对 控发策决活点的动) 选.模模模设模 模析类边类类实的常三有得的进进系础型领是视态视动视管 视状为的特有对阶一行对被质不越期在于用,的馈其制设接用用可视例视构视结视为者与功并功系度的部, 图包(,进计和分面个机表图 调函 接 转状传传径一的互界其对 (模配模模 式单模象)(用可工协预口与必,用个建

40、希模单模适模命模察 用考,和地独可使象立装者将另于面中面两象个.元元 元元用元元元元 等等图、文编括容内户不且于动逻务根由而状的软户示)幕通中界.模念 模设模数模模现现近型分使结元了,的模是(原复/原赖原隔原一的上的立建赖类外类个口总用比的个用 (计象向在原识 原赖 原隔 则赖无环环不图赖在示,则的对在关赖 承 现 系)的类下模理、 模架 分接互管据以骤处,成理的一系心构数算以、重、 、 、 性)的参以端的图的在系的关适种在们联的类选、模-、模念 分 型计类类制类:的有非,得析进进,基模在(、扩、含 继 种)只关者执例、流流务同体与件流处例个的构多系或象流处形合用、 的现统)述图利可模务业需在

41、(原原、 用服合 原放、 替展下前不当件即改对展当实软(中设对在模念 模、 域 模现统接更析,结素加上础模分(模外 模、 模 象)用可,器管一件文应) (机个一是,打多可系例要常实一只来对关 执 用 (括节用选息 制 流包的活多(联联 化 关 作操属来连多将的和)视静 管模 态 视为的己都段每为对的阶同越期在于以。系反他和备口户用)例类数行运 控提例作操进表操 称点)下以,模单使选(模器 式 厂 模使考以修志需聚 承 含包 (系的例(机扩 理 动 域图成图层最的)多例例例 例展 用 例 称 调列动应所知切建,子 是用如模概模领模模模数现统接加析,果计添上型模是 转状条护事态状目源的间两)(中状

42、.关依关关关合关关 (类图活对策决控发象的果处动作对入动表?图动 .活息活活制 交的之),中 .视件视行视用视结为行的画侧从。 活 (状) 互括(。画型和析系侧从表形图 模外、式例 式厂 式) 使以使联以的品相列要当对 控并 活 点节图活 )多逻务用实交间者外统软责操问息类其项义久中统目责行或规例完类其协,当任务成 类,分需视用 视、 视、 视构构的表的从们) 包 、 (括其。刻计和统系个机的过 .模观 例 厂工 式象) 虑考,联以设品产系要需条置前的作述 语询为 变型定 造对用变变型型类上 用 下) 下在员,规 嵌 )多.视用、 视 图、 系系依件以件构件中统描) 件括,画型设分统侧多示的过

43、 .消同 消 自 息的 (图,序消) 销 消 消) 建 消回传返话有(理,已的示它向线指条是 么 传对消果中序 接链 、 、 元的定一而件例,织效行型对)( 署、 件 象 关依关成件件的件述(. . . . 式的 有 射的中活活控 转 成已被部合结后那激被个如发时被条有,件条。员者预件监有出输 动.用 图、 行 体部外交统与功统用), 在件件 、 类 件件行和码二,代包关的件件)(传 参 态 的确调由类对使它现作,为操)化隐信 继 装系种间类对,法构数者或共类或子 节 件 元元定具而件例、,效素模可 中在作协 例 信系系系互间作互于用态态 象 互 图系的例类间某,集一使(间时 程 动活 模程流流计,机式种是.实 继 包 种) 关之行中在视例 结 行 图视系关间

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 高考资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁