1、信息系统项目管理师-信息系统基础及答案解析(总分：59.00，做题时间：90 分钟)软件的维护并不只是修正错误。软件测试不可能揭露旧系统所有潜伏的错误，所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为 (13) ：为了改进软件未来的可能维护性或可靠性，或者为了给未来的改进提供更好的基础而对软件进行修改，这类活动称为 (14) 。（分数：2.00）A.完善性维护B.适应性维护C.预防性维护D.改正性维护A.完善性维护B.适应性维护C.预防性维护D.改正性维护1.数据仓库解决方案常常用来实现 (36) 。（分数：1.00）A.两个或者多个信息系统之间相互访问数据资源B.企业海量
2、数据的存储和访问C.企业决策信息的挖掘和提取D.不同地域的企业信息系统之间进行实时的信息共享和数据通信UML 是一种面向对象的统一建模语言。它包含 10 种图，其中，用例图展示了外部 actor 与系统所提供的用例之间的连接，UML 中的外部 actor 是指 (51) ，用例可以用 (52) 图来描述。状态图指明了对象所有可能的状态及状态间的迁移(Transition)。如果一个并发的状态由 n 个并发的子状态图组成，那么，该并发状态在某时刻的状态由 (53) 个子状态图中各取一个状态组合而成。协作图描述了协作的 (54) 之间的交互和链接(link)，它画成 (55) 图的形式。（分数：5
3、.00）A.人员B.单位C.人员或单位D.人员或外部系统A.类B.状态C.活动D.协作A.每一B.任意一C.任意二D.任意 m(mn)A.对象B.类C.用例D.状态A.对象B.类C.用例D.状态2.计算机能进行计算，关键是人们可以用逻辑电路来实现算术运算，其根本原理是 (25) 。（分数：1.00）A.0，1 既可以表示逻辑值，也可以表示数字B.所有的数值都可以用逻辑电路来表示C.门电路的实质就是算术运算D.各种逻辑电路都等价于某种算术运算3.一个设计良好的软件系统应具有 (28) 的特征。（分数：1.00）A.低内聚、低耦合B.高内聚、低耦合C.高内聚、高耦合D.低内聚、低耦合4.为了提高计
4、算机的性能，采用 Cache、虚拟存储器等多项技术。 (37) 不属于 Cache 的特征。（分数：1.00）A.为了提高速度全部用硬件实现B.可以显著提高计算机的主存速度C.可以显著提高计算机的主存容量D.对程序员是透明的5.建立企业信息系统应该遵循一定的原则，以下原则不适当的是 (21) 。（分数：1.00）A.必须支持企业的战略目标B.应该自上而下地规划和实现C.应该支持企业各个管理层的需求D.应该向整个企业提供一致的信息在业务领域分析过程中，通过建立实体联系图，把与业务相关的数据模型化；通过建立 (41) 来表示业务活动的分解过程；两个业务过程之间的相互依赖关系应记录在过程依赖图中；通
5、过建立 (42) 详细说明整个业务过程的逻辑。（分数：2.00）A.数据流图(DFD)B.过程层次图(PHD)C.过程活动图(PAD)D.过程关系图(PRD)A.数据流图(DFD)B.过程层次图(PHD)C.过程活动图(PAD)D.甘特图(Gantte)6.关于系统总线，以下叙述正确的是 (7) 。（分数：1.00）A.计算机内多种设备共享的数字信号传输通路B.广泛用于 PC 机，是与调制解调器或外围设备进行串行传输的标准C.将数字信号转换成模拟信号，将模拟信号转换成数字信号的设备D.I/O 设备与主存之间传输数据的机制，独立于 CPU7.在关于用例(Use Case)的描述中，错误的是 (1
6、) 。（分数：1.00）A.用例将系统的功能范围分解成许多小的系统功能陈述B.一个用例代表了系统的一个单一的目标C.用例是一个行为上相关的步骤序列D.用例描述了系统与用户的交互在使用 UML 建模时，若需要描述跨越多个用例的单个对象的行为，使用 (56) 是最为合适的。UML 结构包括了基本构造块、公共机制和 (57) 。UML 中提供了扩展机制，其中，构造型(Stereotype)扩展了 UML 的 (58) ，约束(Constraint)扩展了 UML (59) 。（分数：4.00）A.协作图(Collaboration Diagram)B.序列图(Sequence Diagram)C.活
7、动图(Activity Diagram)D.状态图(State Diagram)A.把这些构造块放在一起的规则B.图形或文字修饰C.类与对象的划分以及接口与实现的分离D.描述系统细节的规格说明A.构造块的特性，允许创建详述元素的新信息B.构造块的语义，允许增加新的规则或修改现有的规则C.语义，允许创建新的构造块D.词汇，允许创建新的构造块A.构造块的特性，允许创建详述元素的新信息B.构造块的语义，允许增加新的规则或修改现有的规则C.语义，允许创建新的构造块D.词汇，允许创建新的构造块在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为 (2)
8、 。在 UML 的用例图上，将用例之间的这种关系标记为 (3) 。（分数：2.00）A.扩展用例B.抽象用例C.公共用例D.参与用例A.associationB.extendsC.usesD.inheritances8.131-45=53 在 (23) 进制下成立。（分数：1.00）A.六B.七C.八D.九9.以下对小型机的理解，正确的是 (32) 。（分数：1.00）A.小型机相对于大型机而言，管理较简单，一般采用 RISC CPUB.小型机相对于大型机而言，成本较低，一般采用 CISC CPUC.小型机相对于微机而言，管理较复杂，一般采用 CISC CPUD.小型机相对于微机而言，各项性能
9、优良，一般采用 RISC CPU10.为了使构件系统更切合实际、更有效地被复用，构件应当具备 (15) ，以提高其通用性。（分数：1.00）A.可继承性B.可变性C.可封装性D.可伸缩性UML 提供了 4 种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中 (4) 是面向对象系统规模中最常用的图，用于说明系统的静态设计视图；当需要说明系统的静态实现视图时，应该选择 (5) ；当需要说明体系结构的静态实施视图时，应该选择 (6) 。（分数：3.00）A.构件图B.类图C.对象图D.部署图A.构件图B.协作图C.状态图D.部署图A.协作图B.对象图C.活动图D.部署图11.在虚拟存储
10、器中，辅存的编址方式是 (30) 。（分数：1.00）A.按信息块编址B.按字编址C.按字节编址D.按位编址12.原型化方法的准则提供了一套原型开发的思路和方法，它不包括的准则是 (49) 。从小系统结构集合导出模型 先提交系统的核心和框架提供查询语言和报表生成器 暂时不提供用户界面增量式的模型（分数：1.00）A.B.C.D.13.下列关于 UML 叙述正确的是 (20) 。（分数：1.00）A.UML 是一种语言，语言的使用者不能对其扩展B.UML 仅是一组图形的集合C.UML 仅适用于系统的分析与设计阶段D.UML 是独立于软件开发过程的14.极限编程技术 XP 适用于 (35) 。（分
11、数：1.00）A.需求稳定，开发队伍规模庞大，组织项目的方法为“周密计划，逐步推进”B.需求多变，开发队伍规模较小，要求开发方“快速反馈，及时调整”C.需求稳定，开发队伍规模较小，组织项目的方法为“周密计划，迭代推进”D.需求不定，开发队伍规模庞大，组织项目的方法为“分步计划，逐步推进”以下关于信息库(Repositoly)的叙述中，最恰当的是 (8) ； (9) 不是信息库所包含的内容。（分数：2.00）A.存储一个或多个信息系统或项目的所有文档、知识和产品的地方B.存储支持信息系统开发的软件构件的地方C.存储软件维护过程中需要的各种信息的地方D.存储用于进行逆向工程的源码分析工具及其分析结
12、果的地方A.网络目录B.CASE 工具C.外部网接口D.打印的文档15.计算机在执行某一任务时常被某个事件中断，而转去执行另一任务。以下关于计算机中断机制的叙述，不正确的是 (24) 。（分数：1.00）A.中断机制提高了计算机的使用效率B.中断机制使单 CPU 计算机可以像多 CPU 那样同时运行多个任务C.中断机制使计算机的多个输入输出设备可以同时运转D.中断机制可以使紧急任务得到优先执行16.现有两个用例 UC1 和 UC2，其中 UC2 是一个完整的用例，可被实例化，而 UC1 需要 UC2 中的事件流才可被实例化，且 UC1 指定了使用 UC2 的精确位置，则 UC1 和 UC2 间
13、的关系是“ (17) ”。（分数：1.00）A.includeB.extendC.generalizeD.call软件复用是使用已有的软件产品(如设计、代码、文档等)来开发新的软件系统的过程。软件复用的形式大体可分为垂直式复用和水平式复用。垂直式复用是指 (46) 中的复用，水平式复用是指 (47) 中的复用。为了提高构件的复用率，通常要求构件具有较好的 (48) 。为了将不同软件生产商在不同软硬件平台上开发的构件组装成一个系统，必须解决异构平台的各构件间的互操作问题。（分数：3.00）A.同一软件系统B.不同软件系统C.同一应用领域D.不同应用领域A.同一软件系统B.不同软件系统C.同一应用
14、领域D.不同应用领域A.专用性和不变性B.专用性和可变性C.通用性和不变性D.通用性和可变性17.系统开发过程的流程如图 1-3 所示， (38) 阶段拟定了系统的目标、范围和要求。（分数：1.00）A.B.C.D.结构化分析方法(SA)是一种预先严格定义需求的方法，强调分析对象的 (39) ，其指导思想是 (40) 。（分数：2.00）A.程序流B.指令流C.控制流D.数据流A.自顶向下逐层分解B.自底向上逐层分解C.面向对象D.面向过程18.协作图主要描述对象间的交互与连接，它 (19) 。（分数：1.00）A.能够表示消息的顺序和嵌套关系B.能够表示消息的顺序关系，但不能表示消息的嵌套关
15、系C.能够表示消息的嵌套关系，但不能表示消息的顺序关系D.既不能表示消息的顺序关系，也不能表示消息的嵌套关系19. (34) 是信息系统开发的过程方法。（分数：1.00）A.EGPB.RUPC.RIPD.BGP下列要素中，不属于 DFD 的是 (10) 。当使用 DFD 对一个工资系统进行建模时， (11) 可以被认定为外部实体。（分数：2.00）A.加 35B.数据流C.数据存储D.联系A.接收工资单的银行B.工资系统源代码程序C.工资单D.工资数据库的维护20. (27) 不属于 Web Service 直接涉及的协议或技术。（分数：1.00）A.SOAPB.XMLC.XHTMLD.UDD
16、I21.关于白盒测试，以下叙述正确的是 (12) 。（分数：1.00）A.根据程序的内部结构进行测试B.从顶部开始往下逐个模块地加入测试C.从底部开始往上逐个模块地加入测试D.按照程序规格说明书对程序的功能进行测试，不考虑其内部结构22.下列关于数据仓库的说法，正确的是 (29) 。（分数：1.00）A.数据仓库的用户是一线的员工，并且数据仓库的数据应保持不变B.数据仓库的用户是管理层，并且数据仓库的数据随业务持续增长C.数据仓库的用户是一线的员工，并且数据仓库的数据随业务持续增长D.数据仓库的用户是管理层，但数据仓库的数据应保持不变23.当 (16) 时，用例是捕获系统需求最好的选择。（分数
17、：1.00）A.系统具有很少的用户B.系统具有很少的接口C.系统算法复杂，功能单一D.系统有很多参与者24. (33) 是专业的建模语言。（分数：1.00）A.XMLB.UMLC.VC+D.JAVA25.下列关于面向对象的分析与设计的描述，正确的是 (18) 。（分数：1.00）A.面向对象设计描述软件要做什么B.面向对象分析不需要考虑技术和实现层面的细节C.面向对象分析的输入是面向对象设计的结果D.面向对象设计的结果是简单的分析模型26. (31) 不是 J2EE 的关键技术。（分数：1.00）A.JSPB.RMI/IIOPC.ASPD.EJB27.下面关于计算机 Cache 的论述中，正确
18、的是 (26) 。（分数：1.00）A.Cache 是一种界于主存和辅存之间的存储器，用于主辅存之间的缓冲存储B.如果访问 Cache 不命中，则用从内存中取到的字节代替 Cache 中最近访问过的字节C.Cache 的命中率必须很高，一般要达到 90%以上D.Cache 中的信息必须与主存中的信息时刻保持一致一般来说，在软件维护过程中，大部分工作是由 (43) 引起的。在软件维护的实施过程中，为了正确、有效地修改程序，需要经历以下三个步骤：分析和理解程序、修改程序和 (44) 。 (45) 的修改不归结为软件的维护工作。（分数：3.00）A.适应新的软件环境B.适应新的硬件环境C.用户的需求
19、改变D.程序的可靠性A.重新验证程序B.验收程序C.书写维护文档D.建立目标程序A.文档B.数据C.需求分析D.代码28.新项目与过去成功开发过的一个项目类似，但规模更大，这时应该使用 (22) 进行项目开发设计。（分数：1.00）A.原型法B.变换模型C.瀑布模型D.螺旋模型29.在过程定义中，利用 (50) 将企业组织结构和企业过程联系起来，是识别企业成功的关键过程。（分数：1.00）A.过程/数据类矩阵B.E-R 图C.信息结构图D.流程图信息系统项目管理师-信息系统基础答案解析(总分：59.00，做题时间：90 分钟)软件的维护并不只是修正错误。软件测试不可能揭露旧系统所有潜伏的错误，
20、所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为 (13) ：为了改进软件未来的可能维护性或可靠性，或者为了给未来的改进提供更好的基础而对软件进行修改，这类活动称为 (14) 。（分数：2.00）A.完善性维护B.适应性维护C.预防性维护D.改正性维护 解析：A.完善性维护B.适应性维护C.预防性维护 D.改正性维护解析：分析软件经过测试，交付给用户后，在使用和运行过程中可能在软件运行/维护阶段对软件产品进行的修改就是所谓的维护。软件维护占整个软件生命周期的 60%80%，维护的类型主要有以下 3 种。(1)改正性维护：为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施
21、中的误使用，应当进行的诊断和改正错误的过程叫做改正性维护。(2)适应性维护：在使用过程中，外部环境(新的硬、软件配置)、数据环境(数据库、数据格式、数据输入/输出方式、数据存储介质)可能发生变化。为使软件适应这种变化，而去修改软件的过程叫做适应性维护。(3)完善性维护：在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能，增强软件性能，改进加工效率，以及提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护。除了以上三类维护之外，还有一类维护活动，叫做预防性维护。这是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好
22、基础。通常，预防性维护定义为：“把今天的方法学用于昨天的系统以满足明天的需要”。也就是说，采用先进的软件工程方法对需要维护的软件或软件中的某一部分(重新)进行设计、编制和测试。1.数据仓库解决方案常常用来实现 (36) 。（分数：1.00）A.两个或者多个信息系统之间相互访问数据资源B.企业海量数据的存储和访问C.企业决策信息的挖掘和提取 D.不同地域的企业信息系统之间进行实时的信息共享和数据通信解析：分析构建数据仓库是为了决策者作出战略决策提供信息，用户访问数据仓库的工具有报表和查询工具、应用程序开发工具、执行信息系统(EIS)32 具、联机分析处 (OLAP)工具、数据挖掘工具。数据仓库解
23、决方案常常用来实现企业决策信息的挖掘和提取。UML 是一种面向对象的统一建模语言。它包含 10 种图，其中，用例图展示了外部 actor 与系统所提供的用例之间的连接，UML 中的外部 actor 是指 (51) ，用例可以用 (52) 图来描述。状态图指明了对象所有可能的状态及状态间的迁移(Transition)。如果一个并发的状态由 n 个并发的子状态图组成，那么，该并发状态在某时刻的状态由 (53) 个子状态图中各取一个状态组合而成。协作图描述了协作的 (54) 之间的交互和链接(link)，它画成 (55) 图的形式。（分数：5.00）A.人员B.单位C.人员或单位D.人员或外部系统
24、解析：A.类B.状态C.活动 D.协作解析：A.每一 B.任意一C.任意二D.任意 m(mn)解析：A.对象 B.类C.用例D.状态解析：A.对象 B.类C.用例D.状态解析：分析从应用的角度看，当采用面向对象技术设计系统时，第一步是描述需求；第二步是根据需求建立系统的静态模型，以构造系统的结构：第三步是描述系统的行为。其中，第一步与第二步中所建立的模型都是静态的，包括用例图、类图(包含包图)、对象图、构件图和配置图 5 个图形，是 UML 的静态建模机制。第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和协作图 4 个图形，是 UML 的动态
25、建模机制。因此，UML 的主要内容也可以归纳为静态建模机制和动态建模机制两大类。用例图展示了各类外部执行者与系统所提供的用例之间的连接。UML 中的外部行为则是指那些可能使用用例的人或外部系统，行为者与用例的连接表示该行为者使用了这个用例。用例通常用普通的正文来描述，也可以用活动图来描述。状态图通常是对类描述的扩充，它说明该类的对象所有可能的状态，以及那些事件将导致状态的改变。状态图可以嵌套，即一个状态可以用一张子状态图来描述，也可以用若干张并发执行的子状态图来描述。如果一个状态由 n 张并发执行的子状态图组成，那么，该状态由 n 张子状态图中各取一个子状态组合而成。协作图用来展示对象间的动态
26、协作关系，着重描述协作对象之间的交互和链接。协作图画成对象图，图中的消息箭头表示对象间的消息流。2.计算机能进行计算，关键是人们可以用逻辑电路来实现算术运算，其根本原理是 (25) 。（分数：1.00）A.0，1 既可以表示逻辑值，也可以表示数字 B.所有的数值都可以用逻辑电路来表示C.门电路的实质就是算术运算D.各种逻辑电路都等价于某种算术运算解析：分析计算机之所以能计算，最本质的因素是 0 和 1 身份的两重性，既能表示逻辑值，也能表示数值。3.一个设计良好的软件系统应具有 (28) 的特征。（分数：1.00）A.低内聚、低耦合B.高内聚、低耦合 C.高内聚、高耦合D.低内聚、低耦合解析：
27、分析软件系统可以划分为若干个小的简单的功能模块，每个模块可以独立开发、测试。模块独立是软件设计开发的基本原则之一。耦合是指模块之间联系的紧密程度，耦合超高则模块的独立性越差；内聚是指模块内部各元素之间联系的紧密程度，内聚度越低，模块的独立性越差。耦合性和内聚性是模块独立性的两个定性标准，将软件系统划分模块时，应尽量做到高内聚、低耦合，提高模块的独立性。4.为了提高计算机的性能，采用 Cache、虚拟存储器等多项技术。 (37) 不属于 Cache 的特征。（分数：1.00）A.为了提高速度全部用硬件实现B.可以显著提高计算机的主存速度C.可以显著提高计算机的主存容量 D.对程序员是透明的解析：
28、分析Cache(高速缓冲存储器)的功能是提高 CPU 数据输入输出的速率，通常在 CPU 和主存储器之间设置小容量的 Cache。Cache 容量小但速度快，主存储器速度较低但容量大，通过优化调度算法，系统的性能会大大改善，仿佛其存储系统容量与主存相当而访问速度近似 Cache。显然，Cache 不能显著提高计算机的主存容量。5.建立企业信息系统应该遵循一定的原则，以下原则不适当的是 (21) 。（分数：1.00）A.必须支持企业的战略目标B.应该自上而下地规划和实现 C.应该支持企业各个管理层的需求D.应该向整个企业提供一致的信息解析：分析建立企业信息系统的基本原则包括：(1)一个信息系统必
29、须支持企业的战略目标，BSP 本身就是一个将企业的战略规划转化为信息系统的战略的过程。(2)一个信息系统的战略应当表达出企业中各管理层次的需求。(3)一个信息系统应该向整个企业提供一致的信息，应该按照自顶向下的方法进行数据的分析。(4)一个信息系统的战略规划，应该是自上而下地规划，自下而上地分步实现，即应当由总体信息系统结构中的子系统开始实现。在业务领域分析过程中，通过建立实体联系图，把与业务相关的数据模型化；通过建立 (41) 来表示业务活动的分解过程；两个业务过程之间的相互依赖关系应记录在过程依赖图中；通过建立 (42) 详细说明整个业务过程的逻辑。（分数：2.00）A.数据流图(DFD)
30、B.过程层次图(PHD) C.过程活动图(PAD)D.过程关系图(PRD)解析：A.数据流图(DFD)B.过程层次图(PHD)C.过程活动图(PAD) D.甘特图(Gantte)解析：分析在业务领域分析过程中，通过建立实体联系图，把与业务相关的数据模型化；通过建立过程层次图来表示业务活动的分解过程；两个业务过程之间的相互依赖关系应记录在过程依赖图中；通过建立过程活动图来详细说明整个业务过程的逻辑。6.关于系统总线，以下叙述正确的是 (7) 。（分数：1.00）A.计算机内多种设备共享的数字信号传输通路 B.广泛用于 PC 机，是与调制解调器或外围设备进行串行传输的标准C.将数字信号转换成模拟信
31、号，将模拟信号转换成数字信号的设备D.I/O 设备与主存之间传输数据的机制，独立于 CPU解析：分析总线是计算机中各部件相连的通信线，通过总线，各部件之间可以相互通信，而不是每两个部件之间相互直连，减少了计算机体系结构的设计成本，有利于新模块的扩展，从中央处理器到外设，总线可以分为以下四类。(1)中央处理器内部总线。这是内部各部件之间的信息传送线，寄存器与寄存器之间、各寄存器与运算器之间的信息传送线。(2)部件内总线。一块插卡的内部总线，又称片级总线，像显卡、多功能卡等插卡都使用了部件内总线实现本卡上的各种芯片的互连。(3)系统总线。系统总线是计算机系统内各功能部件(中央处理器、存储器、外设等
32、)之间相互连接的总线。从位置上来说，一般位于计算机系统的底板上。它从功能上说，可以分为以下几种。数据总线：一般是由三态门控制的双向数据信道，中央处理器通过数据总线和主存、外设来交换数据的。地址总线：常常由三态门控制的单向数据信道，由中央处理器“点名”取数的位置。控制总线：用来传递控制信号，如读/写信号、中断请求、复位等信号。(4)外总线。它是计算机系统之间，或者是计算机和其他设备通信的总线。7.在关于用例(Use Case)的描述中，错误的是 (1) 。（分数：1.00）A.用例将系统的功能范围分解成许多小的系统功能陈述 B.一个用例代表了系统的一个单一的目标C.用例是一个行为上相关的步骤序列
33、D.用例描述了系统与用户的交互解析：分析在软件开发中，用户并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的功能和服务，也就是被开发出来的系统将是如何被使用的，这就是用例方法的基本思想。用例模型主要由以下模型元素构成。(1)执行者(Actor)。执行者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。(2)用例(Use Case)。用例用于表示系统所提供的服务，它定义了系统是如何被执行者所使用的，它描述的是执行者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。用例是一个行为上相关的步骤序列，既可以是自动的也可以是手动的，其目的是
34、完成一个单一的业务任务。用例实例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果(一个目标)。一个用例定义一组用例实例。它确定了一个和系统参与者进行交互、并可由系统执行的动作序列。(3)通信关联(Communication Association)。通信关联用于表示执行者和用例之间的对应关系，它表示执行者使用了系统中的哪些服务(用例)，或者说系统所提供的服务(用例)是被哪些执行者所使用的。用例模型描述的是外部执行者所理解的系统功能，主要用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。在本题中，A 显然是错误的，但 D 的描述
35、也不够准确。所以我们认为应该选择 A，但国家软考办给出的标准答案是 D。在使用 UML 建模时，若需要描述跨越多个用例的单个对象的行为，使用 (56) 是最为合适的。UML 结构包括了基本构造块、公共机制和 (57) 。UML 中提供了扩展机制，其中，构造型(Stereotype)扩展了 UML 的 (58) ，约束(Constraint)扩展了 UML (59) 。（分数：4.00）A.协作图(Collaboration Diagram)B.序列图(Sequence Diagram)C.活动图(Activity Diagram)D.状态图(State Diagram) 解析：A.把这些构造块
36、放在一起的规则 B.图形或文字修饰C.类与对象的划分以及接口与实现的分离D.描述系统细节的规格说明解析：A.构造块的特性，允许创建详述元素的新信息B.构造块的语义，允许增加新的规则或修改现有的规则C.语义，允许创建新的构造块D.词汇，允许创建新的构造块 解析：A.构造块的特性，允许创建详述元素的新信息B.构造块的语义，允许增加新的规则或修改现有的规则 C.语义，允许创建新的构造块D.词汇，允许创建新的构造块解析：分析UML 结构包括 UML 的基本构造块、支配这些构造块如何放在一起的规则和一些运用于整个 UML 的机制。UML 中有 3 种基本构造块，分别是事物、关系和图。UML 用于描述事物
37、的语义规则分别是：为事物、关系和图命名；给一个名字以特定含义的语境，即范围：怎样使用或看见名字，即可见性；事物如何正确、一致地相互联系，即完整性；运行或模拟动态模型的含义是什么，即执行。另外，UML 还允许在一定的阶段隐藏模型的某些元素、遗漏某些元素，以及不保证模型的完整性，但模型逐步要达到完整和一致。UML 有 4 种在整个语言中一致应用的机制，使得该语言变得较为简单。这 4 种机制是详细说明、修饰、通用划分和扩展机制。UML 提供了丰富的建模概念和表示符号以满足典型的软件开发，但是，由于用户有时候需要另外的概念或符号来表示其特定领域的需求，因此，需要 UML 具有一定的扩充能力。UML 提
38、供了 3 种嵌入的扩充机制：Stereotypes(构造型)、Constraints(约束)和 Tagged values(标记值)。其中 Stereotypes 是 UML 中最重要的扩充机制，通过扩展 UML 的词汇，提供了一种在模型中加入新的构造块的方式，Constraints 是对构造块的语义上的限制，使我们可以增加新的规则和修改现有的规则。利用标记值可以扩展 UML 构造块的特性，可以根据需要来创建详述元素的新元素。在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为 (2) 。在 UML 的用例图上，将用例之间的这种关系标记为 (
39、3) 。（分数：2.00）A.扩展用例B.抽象用例 C.公共用例D.参与用例解析：A.associationB.extendsC.uses D.inheritances解析：分析两个用例之间的关系可以概括为两种情况。一种是用于重用的包含关系，用构造型 include 或 use 表示；另一种是用于分离出不同行为的扩展，用构造型 extend 表示。(1)包含关系。当可以从两个或两个以上的原始用例中提取公共行为时，或者发现能够使用一个构件来实现某一个用例的部分功能时，应该使用包含关系(使用关系)来表示它们。例如，在企业人力资源管理系统中，不管是修改职员资料，还是浏览职员资料，或者删除职员资料，都
40、需要先找到职员资料才能进行，因此“找到职员资料”这个用例是其他三个用例的公共行为，用包含关系表示，如图 1-1 所示。*(2)扩展关系。如果一个用例明显地混合了两种或两种以上的不同场景，即根据 情况可能发生多种事情。可以将这个用例分为一个主用例和一个或多个辅用例，这样描述可能更加清晰。例如，在图书借阅管理系统中，由于在读者归还图书时还必须缴纳图书借阅费，因此，“还书”这个用例实际上混合了“还书”和“交款”两个场景，可以用扩展关系来表示，如图 1-2 所示。*8.131-45=53 在 (23) 进制下成立。（分数：1.00）A.六B.七 C.八D.九解析：分析对于这种试题，关键是要掌握各种进制
41、数据的表示，以及和十进制数据之间的转换方法。对七进制而言，要计算减法，我们要清楚在七进制是逢七进一的。131-45 的“个位”15，因此要向“十位”借位，这里借来的 1 位“十位”数字相当于“个位”的 7，减去 5 以后，得 2，再加上原来“个位”的 1，因此结果为 3。同理，“十位”本来为 3，但已经被“个位”借了 1，所以实际为 2，24，也要向“百位”借 1，借回的 7 减去 4 后得 3，再加上“十位”本身的 2，结果为 5。因此，在七进制中，131-45=53。对于其他进制，可类似计算。9.以下对小型机的理解，正确的是 (32) 。（分数：1.00）A.小型机相对于大型机而言，管理较
42、简单，一般采用 RISC CPU B.小型机相对于大型机而言，成本较低，一般采用 CISC CPUC.小型机相对于微机而言，管理较复杂，一般采用 CISC CPUD.小型机相对于微机而言，各项性能优良，一般采用 RISC CPU解析：分析大型机是指早期装在铁盒子中的大型计算机系统，主要特点是系统庞大、专用、不开放、管理复杂、价值昂贵。作为大型的共享处理机，其 I/O 丰富，性能稳定。大型机的代表厂商是 IBM 公司。为了降低计算机应用的成本，小型机应运而生。目前小型机的代表厂商有 IBM、 HP、SUN 等公司，CPU 一般采用 RISC 芯片，操作系统为 UNIX，其特点是系统体积较小，通用
43、、开放，管理较简单相对大型机而言价格低廉。10.为了使构件系统更切合实际、更有效地被复用，构件应当具备 (15) ，以提高其通用性。（分数：1.00）A.可继承性B.可变性 C.可封装性D.可伸缩性解析：分析构件是具有一定的功能，能够独立工作或能同其他构件装配起来协调工作的程序体，构件的使用同它的开发、生产无关。从抽象程度来看，面向对象技术已达到了类级重用(代码重用)，它以类为封装的单位。这样的重用粒度还太小，不足以解决异构互操作和效率更高的重用。构件将抽象的程度提到一个更高的层次，它是对一组类的组合进行封装，并代表完成一个或多个功能的特定服务，也为用户提供了多个接口。整个构件隐藏了具体的实现
44、，只用接口对外提供服务。为了使构件更切合实际、更有效地被复用，构件应当具备可变性和灵活性，以提高其通用性。构件模型是对构件本质特征的抽象描述。目前，国际上已经形成了许多构件模型，这些模型的目标和作用各不相同，其中部分模型属于参考模型(如 3C 模型)，部分模型属于描述模型(如，RESOLVE 模型和 REBOOT模型)。还有一部分模型属于实现模型。近年来，已形成三个主要流派，分别是 OMG(Object Management Group，对象管理集团)的 CORBA (Common Object Request Broker Architecture，通用对象请求代理结构)、Sun 的 EJB
45、(Enterprise Java Bean)和 Microsoft 的 COM/DCOM/COM+(Distributed Component Object Model，分布式构件对象模型)。这些实现模型将构件的接口与实现进行了有效的分离，提供了构件交互的能力，从而增加了重用的机会，并适应了目前网络环境下大型软件系统的需要。构件开发的目的是重用，为了让构件在新的软件项目中发挥作用，库的使用者必须完成以下工作：检索与提取构件，理解与评价构件、修改构件，最后将构件组装到新的软件产品中。其中构件组装是指将库中的构件经适当修改后相互连接，或者将它们与当前开发项目中的软件元素相连接，最终构成新的目标软件
46、。构件组装技术大致可分为基于功能的组装技术、基于数据的组装技术和面向对象的组装技术。UML 提供了 4 种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中 (4) 是面向对象系统规模中最常用的图，用于说明系统的静态设计视图；当需要说明系统的静态实现视图时，应该选择 (5) ；当需要说明体系结构的静态实施视图时，应该选择 (6) 。（分数：3.00）A.构件图B.类图 C.对象图D.部署图解析：A.构件图 B.协作图C.状态图D.部署图解析：A.协作图B.对象图C.活动图D.部署图 解析：分析UML 1.X 版本中包括 9 种不同的图，分为表示系统静态结构的静态模型(包括类图、构件
47、图、部署图)，以及表示系统动态结构的动态模型(包括对象图、用例图、序列图、协作图、状态图、活动图)。(1)用例图。用例图(Use-Case Diagram)用于显示若干角色(Actor)，以及这些角色与系统提供的用例之间的连接关系。用例是系统提供的功能的描述，通常一个实际的用例采用普通的文字描述，作为用例符号的文档性质。用例图仅仅从角色使用系统的角度描述系统中的信息，也就是站在系统外部查看系统功能，它并不能描述系统内部对 该功能的具体操作方式。(2)类图(Class Diagram)。用来表示系统中的类和类与类之间的关系，它是对系统静态结构的描述。类图不仅定义系统中的类，表示类之间的联系如关联
48、、依赖、聚合等，也包括类的内部结构(类的属性和操作)。类图中每个类由三部分组成，分别是类名、类的属性和操作。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。一个典型的系统中通常有若干个类图，一个类图不一定包含系统中所有的类，一个类还可以加到几个类图中。(3)对象图(Object Diagram)。是类图的实例，几乎使用与类图完全相同的标识。它们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。(4)序列图(Sequence Diagram，顺序图)。用采反映若干个对象之间的动态协作关系，也就是
49、随着时间的推移，对象之间是如何交互的。序列图强调对象之间消息发送的顺序，说明对象之间的交互过程，以及系统执行过程中，在某一具体位置将会有什么事件发生。(5)协作图(Collaboration Diagram)。描述对象间的协作关系，协作图与序列图相似，显示对象间的动态合作关系。除显示信息交换外，协作图还显示对象及它们之间的关系。如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图。这两种图合称为交互图。(6)状态图(State Diagram)。描述类的对象所有可能的状态，以及事件发生时状态的转移条件。通常，状态图是对类图的补充。事件可以是给它发送消息的另一个对象或者某个任务执行完毕。状态变化称做转移(Transition)，一个转移可以有一个与之相连的动作(Action)，这个动作指明了状态转移时应该做些什么。在实用上并不需要为所有的类画状态图，仅为那些有多个状态，其行为受外界环境的影响并且发生改变的类画状态图。(7)活动图(Activity Diagram)。描述满足用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。活动图由各种动作状态构成，每个动作状态包含可执行动作的
