系统集成项目管理工程师考试冲刺(习题与解答).doc

系统集成项目管理工程师 /jiaocheng/zg5.html系统集成项目管理工程师考试冲刺（习题与解答）第1章信息系统开发基础从历年的考试试题来看，本章的考点在综合知识考试中的平均分数为5.57分，约为总分的7.43%。主要分数集中在信息系统建设、软件工程和面向对象技术这三个知识点上。1.1 考点提炼根据系统集成项目管理工程师考试大纲相关规定，信息系统开发基础涉及的考试范围主要有信息系统建设相关基础知识、软件工程和软件体系结构、面向对象分析与设计。根据系统集成项目管理工程师考试大纲，结合历年考试真题，希赛教育的软考专家认为，考生必须要掌握以下几个方面的内容：1、信息系统建设在信息系统建设方面，涉及的考点有信息系统的概念、信息系统的功能、信息系统的生命周期（重点）、信息系统建设的原则、信息系统开发方法（重点）。2、软件工程在软件工程方面，涉及的考点比较多，具体列举如下：（1）软件开发过程：软件开发模型（重点）、软件需求分析与定义（重点）、软件设计、软件测试、软件维护、软件复用、软件质量保证及质量评价（重点）、软件开发环境、软件过程管理。（2）软件构件技术知识：构件及其重要性、常用构件标准（重点）。（3）软件体系结构：软件体系结构的定义、典型的体系结构、软件体系结构设计方法、软件体系结构分析与评估。（4）软件工具：建模工具、软件开发工具、软件测试工具、项目管理工具。3、面向对象技术在面向对象方法方面，涉及的考点有面向对象的基本概念、统一建模语言（重点）、面向对象的分析与设计。1.2强化练习试题1常用的信息系统开发方法中，不包括（ 1 ）。（1）A结构化方法B关系方法 C原型法 D面向对象方法试题2某一MIS系统项目的实施过程如下：需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试。那么该项目最有可能采用的是（ 2 ）。（2）A瀑布模型B迭代模型CV模型D螺旋模型试题3信息系统开发方法有很多种，开发人员可以根据项目的需要选择一种适合的开发方法，其中把整个系统的开发过程分为若干阶段，然后一步一步地依次进行开发的方法称为（ 3 ）。（3）A面向对象方法 B结构化方法 C瀑布模型方法 D原型方法试题4在面向对象软件开发方法中，一个对象一般由（ 4 ）组成。（4）A对象名、属性、方法 B名称、属性、实例 C对象名、属性、消息 D名称、消息、函数试题5信息系统的开发阶段是信息系统生命周期中最重要和最关键的阶段，该阶段又可以分为5个子阶段，即系统规划、（ 5 ）、系统设计、系统实施和系统验收阶段。（5）A系统计划 B系统需求 C系统架构 D系统分析试题6信息系统的生命周期可分为四个阶段它们具体是（ 6 ）。（6）A. 立项、开发、运维、消亡 B. 计划、执行、监控、收尾 C. 总体规划、分析、设计、实施 D. 需求分析、设计、编码、运维试题7UML中的用例和用例图的主要用途是描述系统的（ 7 ）。（7）A内部接口 B功能需求 C体系结构 D详细设计试题8在几种不同类型的软件维护中，通常情况下（ 8 ）所占的工作量最大。（8）A更正性维护 B适应性维护 C完善性维护 D预防性维护试题9软件设计包括软件架构设计和软件详细设计。架构设计属于高层设计，主要描述软件的结构和组织，标识各种不同的组件。由此可知，在信息系统开发中, （ 9 ）属于软件架构设计师要完成的主要任务之一。（9）A软件复用 B需求分配 C需求获取 D模式设计试题10管理信息系统建设的结构化方法中，用户参与的原则是用户必须参与（ 10 ）。（10）A系统分析工作 B系统建设中各阶段工作 C系统设计工作D系统实施工作试题11在UML图中，（ 11 ）展现了一组类、接口、协作和它们之间的关系。（11）A类图 B构件图 C序列图 D部署图试题12在信息系统集成项目中，经常使用（ 12 ）对集成的系统进行性能测试。（12）ABugzilla B TrueCoverage CLoadRunner DTestManager试题13下列测试方法中，（ 13 ）均属于黑盒测试的方法。（13）A等价类划分和错误推测法 B条件覆盖法和基本路径测试法 C边界值分析法和代码检查法 D语句覆盖法和边界值分析法试题14软件架构模式描述了如何将各个模块和子系统有效地组织成一个完整的系统。诸如Word和Excel这类图形界面应用软件所采用的架构模式是（ 14 ）。（14）A分层模式 B面向对象模式 C事件驱动模式 D知识库模式试题15软件架构模式描述了如何将各个模块和子系统有效地组织成一个完整的系统。分层通信协议（如ISO/OSI的七层网络模型）所采用的架构模式是（ 15 ）。（15）A分层模式 B面向对象模式 C事件驱动模式 D知识库模式试题16CORBA是由OMG组织为解决分布式处理环境中软硬件系统互连而提出的一种解决方案，已经逐渐成为分布计算技术的标准。CORBA标准主要分为三个层次，其中规定业务对象有效协作所需的协议规则的层次是（ 16 ）。（16）A公共对象服务 B对象请求代理 C公共设施 D公共语言规范试题17下列关于中间件特点的描述，（ 17 ）是正确的。（17）A中间件不能运行于多种硬件和操作系统平台上 B跨越网络、硬件、操作系统平台的应用或服务可通过中间件透明交互 C中间件运行于客户机服务器的操作系统内核中，提高内核运行效率 D中间件不应支持标准的协议和接口试题18关于软件测试，下列说法错误的是（ 18 ）。（18）A测试是为评价和改进产品质量、识别产品的缺陷和问题而进行的活动 B测试只是一种仅在编码阶段完成后才开始的活动 C测试不仅是检查预防措施是否有效的主要手段，而且是识别由于某种原因预防措施无效而产生的错误的主要手段 D软件测试可以在概念上区分三个大的测试阶段：单元测试、集成测试和系统测试试题19下列关于软件复用，（ 19 ）是不正确的。（19）A软件复用是指利用已有软件的各种有关知识构造新的软件，以缩减软件开发和维护的费用 B软件复用有利于提高软件的生产力或生成效率 C软件复用一般仅指代码复用 D软件复用有利于提高软件的质量试题20根据软件“产品质量”国际标准IS09126的定义，软件质量不包括（ 20 ）。（20）A内部质量 B外部质量 C使用质量 D产品质量试题21下列为软件质量管理过程中的评审与审计过程，除了（ 21 ）之外。（21）A、管理评审 B、技术评审 C、检查和走查 D、软件测试试题22以下关于软件质量保证和质量评价的描述中，不正确的是（ 22 ）。（22）A软件质量保证过程通过计划制订、实施和完成一组活动提供保证，这些活动保证项目生命周期中的软件产品和过程符合其规定的需求 B验证和确认过程确定某一开发和维护活动的产品是否符合活动的需求，最终的产品是否满足用户需求 C检查的目的是评价软件产品，以确定其对使用意图的适合性，目标是识别规范说明与标准的差异，并向管理提供证据 D软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价试题23ISO/IEC 9126定义的软件质量特性，包括功能性、可靠性、（ 23 ）、效率、可维护性和可移植性。（23）A稳定性 B适合性 C易用性 D准确性试题24一个设计良好的软件系统应具有（ 24 ）的特征。（24）A低内聚、低耦合 B高内聚、低耦合 C高内聚、高耦合 D低内聚、低耦合试题25软件需求可理解为：为解决特定问题而由被开发或被修改的软件所展示出的特性。所有软件需求的基本特性是（ 25 ）。（25）A与用户交互性 B可验证性 C面向对象 D解决冲突试题26根据GB/T16260.1中对软件产品质量模型的描述，软件产品的使用质量不包括（ 26 ）。（26） A可移植性 B生产率 C满意度 D有效性试题27在面向对象分析中，其分析过程的第一步是（ 27 ）。（27）A发现用例 B建立功能模型 C进行领域分析 D发现角色参与者试题28面向对象开发技术中，对象定义为系统中用来描述客观事物的一个实体，对象之间通过（ 28 ）执行有关操作。（28）A消息 B调用 C信息共享 D继承试题29在面向对象开发方法中，用UML表示软件体系架构，用到5个视图：逻辑视图、构件视图、部署视图、（ 29 ）。（29）A使用视图和动态视图 B静态视图和动态视图 C用例视图和动态视图 D用例视图和进程视图试题30以下UML的各种图中，（ 30 ）属于交互图的范畴。（30）A活动图 B对象图 C顺序图 D状态图1.3习题解答试题1分析常用的信息系统开发方法包括结构化方法、快速原型法、企业系统规划法、战略数据规划法、信息工程法和面向对象方法。（1）结构化方法。结构化方法是由结构化系统分析和设计组成的一种信息系统开发方法。结构化方法是目前最成熟、应用最广泛的信息系统开发方法之一。由于它是假定被开发的系统是一个结构化的系统，因此，其基本思想是将系统的生命周期划分为系统调查、系统分析、系统设计、系统实施、系统维护等阶段。结构化方法遵循系统工程原理，按照事先设计好的程序和步骤，使用一定的开发工具，完成规定的文档，在结构化和模块化的基础上进行信息系统的开发工作。结构化方法的开发过程一般是先将系统的功能看成是一个大的模块，再根据系统分析与设计的要求对其进行进一步的模块分解或组合。结构化方法具有如下特点：1、遵循用户至上原则。2、严格区分工作阶段，每个阶段有明确的任务和取得的成果。3、强调系统开发过程的整体性和全局性。4、系统开发过程工程化，文档资料标准化。结构化方法的优点是：理论基础严密，它的指导思想是用户需求在系统建立之前就能被充分了解和理解。由此可见，结构化方法注重开发过程的整体性和全局性。结构化方法的缺点是：开发周期长；文档、设计说明繁琐，工作效率低；要求在开发之初全面认识系统的信息需求，充分预料各种可能发生的变化，但这并不十分现实；若用户参与系统开发的积极性没有充分调动，造成系统交接过程不平稳，系统运行与维护管理难度加大。（2）快速原型法。是一种根据用户需求，利用系统开发工具，快速地建立一个系统模型并展示给用户，在此基础上与用户交流，最终实现用户需求的信息系统快速开发的方法。应用快速原型法开发过程包括系统需求分析、系统初步设计、系统调试、系统检测等阶段。用户仅需在系统分析与系统初步设计阶段完成对应用系统的简单描述，开发者在获取一组基本需求定义后，利用开发工具生成应用系统原型，快速建立一个目标应用系统的最初版本，并将它提交给用户试用、评价，根据用户提出的意见和建议进行修改和补充，从而形成新的版本，再返回给用户。通过这样多次反复，使得系统不断地细化和扩充，直到生成一个用户满意的解决方案为止。快速原型法具有开发周期短、见效快、与业务人员交流方便的优点，特别适用于那些用户需求模糊，结构性比较差的信息系统的开发。（3）企业系统规划方法。BSP（Business System Planning，企业系统规划方法）是企业战略数据规划方法和信息工程方法的基础和，也就是说，后两种方法是在BSP方法的基础上发展起来的，BSP方法的目标是提供一个信息系统规划，用以支持企业短期的和长期的信息需求。（4）战略数据规划方法。战略数据规划方法是由世界级的信息系统大师詹姆斯马丁提出的一种信息系统开发方法。这个方法认为，一个企业要建设信息系统，它的首要任务应该是在企业战略目标的指导下做好企业战略数据规划。一个好的企业战略数据规划应该是企业核心竞争力的重要构成因素，它有非常明显的异质性和专有性，好的企业战略数据规划必将成为企业在市场竞争中的制胜法宝。战略数据规划方法的要点主要有：数据环境对于信息系统至关重要。企业数据环境是随着企业的发展不断变化的，也是企业发展的基础条件。信息系统建设极大影响着企业的未来发展方向，对企业的数据环境提出了更高的要求。将静态的、独立的信息资源通过战略数据规划重建企业数据环境，使其成为集成化、网络化的信息资源，对一个现代化企业来说是更为迫切的任务。四种数据环境。在信息系统发展的历程中共有四类数据环境，即数据文件、应用数据库、主题数据库和信息检索系统。建设主题数据库是信息系统开发的中心任务。这里的主题数据库并不是指数据库的大小，也不是指数据库的功能，而是指哪些数据库是面向企业的业务主题的，哪些不是面向业务主题的。所谓业务主题，就是指企业的核心业务和主导流程。比如，对于一个汽车制造企业来说，生产整车就是其核心竞争力，相应地，围绕核心业务建立的数据库就是企业的主题数据库；而对于一个物流企业来说，围绕着物流业务处理的数据库就是企业的主题数据库。围绕主题数据库搞好应用软件开发。（5）信息工程方法。信息工程方法与企业系统规划方法和战略数据规划方法是一种交叉关系，即信息工程方法是其他两种方法的总结和提升，而其他两种方法则是信息工程方法的基础和核心。信息工程方法与信息系统开发的其他方法相比，有一点很大的不同，就是信息工程不仅是一种方法，它还是一门工程学科。它第一次将信息系统开发过程工程化了。所谓工程化，就是指有一整套成熟的、规范的工程方法、技术、标准、程序和规范，使得开发工作摆脱随意性和多变性，其目标是信息系统的开发走上智能化、程序化和自动化的道路。（6）面向对象方法。在面向对象方法中将客观世界从概念上看成是一个由许多相互配合而协作的对象所组成的系统。面向对象的分析方法是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的方法。传统的结构化设计方法的基本点是面向过程，系统被分解成若干个过程，而面向对象的方法是采用构造模型的观点，在系统的开发过程中，各个步骤的共同的目标是建造一个问题域的模型。在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类，组织类之间的等级关系，从而构造出类库。在应用时，就可直接在类库中选择已有的类，从而达到复用的目的。试题1答案（1）B试题2分析瀑布模型是一种最朴素的开发模型，它严格遵循软件生命周期各阶段的固定顺序：计划、分析、设计、编程、测试和维护，上一阶段完成后才能进入到下一阶段，整个模型就像一个飞流直下的瀑布，如图1-1所示。图1-1 瀑布模型示意图瀑布模型过于理想化，而且缺乏灵活性，无法在开发过程中逐渐明确用户难以确切表达或一时难以想到的需求，直到软件开发完成之后才发现与用户需求有很大距离，此时必须付出高额的代价才能纠正这一偏差。V模型是瀑布模型的变形，与传统瀑布模型相比，该模型更加强调测试过程应如何与分析、设计等过程相关联。如图1-2所示，V模型中顶点左侧和右侧之间的连线表示如果在测试和确认过程中发现了问题，那么左侧的过程要重新执行，换句话说，V模型显现了瀑布模型中隐含的一些迭代过程。图1-2 V模型对于复杂的大型软件，开发一个满足要求的原型往往非常困难。螺旋模型综合了瀑布模型和演化模型的优点，还增加了风险分析，弥补了两者的不足，如图1-3所示。螺旋模型包含了四个方面的活动：制订计划、风险分析、实施工程、客户评估。这四项活动恰好可以放在一个直角坐标系的四个象限，而开发过程恰好像一条螺旋线。图1-3 螺旋模型在大多数传统的生命周期中，阶段是以其中的主要活动命名的：需求分析、设计、编码、测试。传统的软件开发工作大部分强调过程的串行执行，也就是一个活动需要在前一个活动完成后才开始，从而形成一个过程串，该过程串就组成了软件项目的生命周期。在迭代模型中，每个阶段都执行一次传统的、完整的串行过程串，执行一次过程串就是一次迭代。每次迭代涉及的过程都包括不同比例的所有活动。试题2答案（2）C试题3分析结构化方法是应用最为广泛的一种开发方法。它把整个系统的开发过程分为若干阶段，然后一步一步地依次进行，前一阶段是后一阶段的工作依据；每个阶段又划分详细的工作步骤，顺序作业。每个阶段和主要步骤都有明确详尽的编制要求。开发方法详细介绍请见试题2分析。试题3答案（3）B试题4分析在面向对象分析方法中，一个对象一般由对象名、属性（数据）、对象操作（方法、运算）组成。试题4答案（4）A试题5分析信息系统的开发阶段可以分为5个子阶段，即系统规划、系统分析、系统设计、系统实施和系统验收阶段。系统分析阶段的目标是为系统设计阶段提供系统的逻辑模型。试题5答案（5）D试题6分析信息系统的生命周期可分为四个阶段它们具体是：立项、开发、运维、消亡立项阶段：包括两过程：一是概念的形成过程，提出建信息系统的初步构想；二是需求分析过程，即对企业信息系统的需求进行深入调研和分析，形成需求规范说明书，经评审、批准后立项。开发阶段：包括总体规划阶段、系统分析阶段、系统设计阶段、系统实施阶段、系统验收阶段。运维阶段：信息系统通过验收，正式移交给用户后，就进入运维阶段，这一阶段系统维护是不可缺少的工作消亡阶段：企业的信息系统经常不可避免地会遇到系统更新改造、功能扩展，甚至报废重建等情况。试题6答案（6）A试题7分析用例（Use Case）是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就用例方法的基本思想。在用例图中，主要包括参与者、用例和通信关联三种元素，如图1-4所示。图1-4 用例图中的基本元素（1）参与者（Actor）。参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。（2）用例（Use Case）。用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。（3）通讯关联（Communication Association）。通讯关联用于表示参与者和用例之间的对应关系，它表示参与者使用了系统中的哪些服务（用例），或者说系统所提供的服务（用例）是被哪些参与者所使用的。用例设计的主要目的如下：（1）利用交互改进用例实现。（2）调整对设计类的操作需求。（3）调整对子系统和（或）它们的接口的操作需求。（4）调整对封装体的操作需求。一个系统的行为可以用许多方法来说明，包括协作或者交互的方法。用例设计通常使用交互（特别是序列图）来说明系统的行为。当系统或者子系统的行为主要通过同步消息传递来说明时，序列图非常有用。由于消息序列通常没有严格的定义，因此，尤其是在事件驱动系统中，异步消息传递更容易利用状态机和协作来进行说明。用例方法完全是站在用户的角度上（从系统的外部）来描述系统的功能的。在用例方法中，把被定义系统看作是一个黑箱，并不关心系统内部是如何完成它所提供的功能的。用例方法首先描述了被定义系统有哪些外部使用者（抽象成为Actor），这些使用者与被定义系统发生交互；针对每一参与者，用例方法又描述了系统为这些参与者提供了什么样的服务（抽象成为Use Case），或者说系统是如何被这些参与者使用的。所以从用例图中，可以得到对于被定义系统的一个总体印象。与传统的功能分解方式相比，用例方法完全是从外部来定义系统的功能，它把需求与设计完全分离开来。在面向对象的分析设计方法中，用例模型主要用于表述系统的功能性需求，系统的设计主要由对象模型来记录表述。另外，用例定义了系统功能的使用环境与上下文，每一个用例描述的是一个完整的系统服务。用例方法比传统的SRS更易于被用户所理解，它可以作为开发人员和用户之间针对系统需求进行沟通的一个有效手段。试题7答案（7）B试题8分析软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩展和裁剪的容易程度。目前广泛用来衡量程序可维护性的因素包括可理解性、可测试性和可修改性等。软件维护占整个软件生命周期的60%80%，维护的类型主要有以下4种：（1）改正性维护。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程就叫做改正性维护。（2）适应性维护。在使用过程中，外部环境（新的硬、软件配置）、数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化。为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。（3）完善性维护。在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护。（4）预防性维护。这是指预先提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。通常，预防性维护可定义为“将今天的方法学用于昨天的系统以满足明天的需要”。也就是说，采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编码和测试。以上各种维护类型占整个软件维护工作量的大致比例如图1-5所示。图1-5 各种维护所占的比例试题8答案（8）C试题9分析软件架构设计处于传统的需求分析之后，软件设计之前，他是需求分析与软件设计之间的桥梁。像平时所说的，某个软件是C/S还是B/S结构，这个C/S与B/S就是软件架构。由于软件架构设计处于这么一个衔接的位置，所以它的主要职能之一，就是将需求阶段的成果，即已确定要实现的需求，分配到软件架构的各个部分，或是各个层次中去。试题9答案（9）B试题10分析结构化方法是目前最成熟、应用最广泛的信息系统开发方法之一。结构化方法的主要原则，归纳起来有以下4条：（1）用户参与的原则。管理信息系统的用户是各级各类管理者，满足他们在管理活动中的信息需求，是管理信息系统建设的直接目地。由于系统本身和系统建设工作的复杂性，用户需求的表达和系统建设的专业人员对用户需求的理解需要逐步明确、深化和细化。而且，管理信息系统是人机系统，在实现各种功能时，人与计算机的合理分工和相互密切配合至关重要。这就需要用户对系统的功能、结构和运行规律有较深入的了解，专业人员也必须充分考虑用户的特点和使用方面的习惯与要求，以协调人一机关系。总之，用户必须作为管理信息系统主要建设者的一部分在系统建设的各个阶段直接参与工作。用户与建设工作脱节，常常是系统建设工作失败的重要原因之一。管理信息系统的建设，关系到一个组织的信息处理能力和管理决策的水平，是涉及该组织的全局，与近期和长远发展密切相关的战略问题。此组织的主要领导必须十分重视，亲自领导和直接参与这一工作，特别是用户的高层领导。国内外经验表明：各级管理人员，特别是主要决策者的参与和重视，是管理信息系统建设成功的重要条件。（2）“先逻辑，后物理”的原则。为了建立系统建设的科学秩序，保证建设工作的质量与效率，结构的方法强调在进行技术设计和实施之前，要进行充分的调查、分析、论证，进行逻辑方案的探索，弄清系统要为用户解决哪些问题，即解决“系统做什么”的问题，尽量避免过早地进入物理设计阶段。（3）“自顶向下”的原则。在系统分析、系统设计与系统实施各阶段，结构化方法强调在工作中贯彻执行“自须向下”的原则，先把握系统的总体目标和功能，然后逐级分解，逐步细化。系统测试也从总体功能开始，先检查有关总体问题，然后逐级向下测试这一原则使建设者在系统建设整个过程中始终把握全局，致力于总体目标与功能的实现，把以下各级作为实现总体功能与目标的保证，这有利于各部分的合理分工、协调与正确配置。“自项向下”的原则在应用时并不完全排斥“自底向上”原则，在结构化方法中，“自顶向下”原则是主导原则，“自底向上”是辅助原则。（4）工作成果描述标准化原则。结构化方法强调各阶段工作成果描述的标准化。每一工作阶段的成果，必须用明确的文字和标准化的图形、图表，完整、准确地进行描述，这不仅作为一个阶段工作完成的标志和管理决策的依据，并且作为系统建设必需的文件进行交流和积累存档，有的文件还是下一阶段工作的依据。工作成果描述的标准化，可以防止由于描述的随意性造成建设者之间的误解而贻误工作，便于工作交流和各阶段的交接，便于今后对系统进行检查、修改和补充。试题10答案（10）B试题11分析在UML2.0中，共有14种图：（1）类图（class diagram）：展现了一组类、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出了系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。（2）对象图（object diagram）：展现了一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实案例或原型案例的角度建立的。（3）构件图（component diagram）：展现了一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说，构件图是很重要的。构件图是类图的变体。（4）组合结构图（composite structure diagram）：它可以描绘结构化类（例如构件或类）的内部结构，包括结构化类与系统其余部分的交互点。它显示联合执行包含结构化类的行为的部件配置。组合结构图用于画出结构化类的内部内容。（5）用例图（use case diagram）：展现一组用例、参与者（一种特殊的类）及它们之间的关系，它描述了系统与外部系统及用户之间的交互。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。（6）顺序图（sequence diagram）：又称序列图。是一种交互图（interaction diagram），交互图展现了一种交互，它由一组对象或角色以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。（7）通信图（communication diagram）：又称协作图。也是一种交互图，它强调收发消息的对象或角色的结构组织。顺序图和通信图表达了类似的基本概念，但每种图所强调的概念不同，顺序图强调的是时序，通信图则强调消息流经的数据结构。（8）状态图（state diagram）：展现一个状态机，它由状态、转移、事件和活动组成。状态图展现了对象的动态视图。它对于接口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，这非常有助于对反应式系统建模。（9）活动图（activity diagram）：将进程或其他计算的结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模特别重要，并强调对象间的控制流程。（10）部署图（deployment diagram）：展现了对运行时的处理结点及在其中生存的构件的配置。部署图给出了架构的静态部署视图，通常一个结点包含一个或多个部署图。（11）制品图（artifact diagram）：展现了计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也展现了它们实现的类和构件。（12）包图（package diagram）：展现了由模型本身分解而成的组织单元，以及它们的依赖关系。（13）定时图（timing diagram）：也是一种交互图，它展现了消息跨越不同对象或角色的实际时间，而不仅仅只是关心消息的相对顺序。（14）交互概览图（interaction overview diagram）：是活动图和顺序图的混合物。试题11答案（11）A试题12分析Bugzilla：它是一款具有追踪系统的软件。专门为Unix而定制。TestManager：它是一个开放的可扩展的构架。是一种测试管理工具。质量保证专家可以使用TestManager去协调和跟踪他们的测试活动。测试人员使用TestManager去了解需要的工作是什么，以及这些工作需要的人和数据。测试人员也可以了解到，他们工作的范围是要受到开发过程中全局变化的影响的。TestManager是这样一个地方，它会提供与系统质量相关联的所有问题的答案。TrueCoverage：TrueCoverage的功能就是统计测试覆盖率，它恰好能就上面这个问题提供帮助。TrueCoverage给出的覆盖率是“语句覆盖”，是最低覆盖强度的覆盖率，所以测试的项目，用TrueCoverage统计后，应尽量达到100%的覆盖。TrueCoverage的应用阶段为单元测试阶段和集成测试阶段。LoadRunner：它是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用 LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。试题12答案（12）C试题13分析常见的黑盒测试方法包括：等价类划分、边界值分析、错误推测、因果图。常见的白盒测试方法包括：代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法（包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖）、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。试题13答案（13）A试题14分析事件驱动模式的基本原理是构件并不直接调用过程，而是触发一个或多个事件。系统中的其他构件可以注册相关的事件，触发一个事件时，系统会自动调用注册了该事件的构件过程，即触发事件会导致另一构件中过程的调用。事件驱动模式的主要特点是事件的触发者并不知道哪些构件会受到事件的影响，且不能假定构件的处理顺序，甚至不知道会调用哪些过程，使用事件驱动模式的典型系统包括各种图形界面工具，比如WORD，EXCEL程序。试题14答案（14）C试题15分析分层模式采用层次化的组织方式，每一层都是为上一层提供服务，并使用下一层提供的功能。这种模式允许将一个复杂问题逐步分层实现。层次模式中的每一层最多只影响两层，只要给相邻层提供相同的接口，就允许每层用不同的方法实现，可以充分支持软件复用。试题15答案（15）A试题16分析CORBA（Common Object Request Broker Architecture，公共对象请求代理架构）是由OMG组织制订的一种标准的面向对象的应用程序体系规范。OMG组织成立后不久就制订了对象管理架构(Object Management Architecture，OMA)参考模型，该模型描述了OMG规范所遵循的概念化的基础结构。OMA由对象请求代理ORB、对象服务、公共设施、域接口和应用接口这几个部分组成，其核心部分是对象请求代理(Object Request Broker, ORB)。CORBA标准由OMG设立并进行控制。CORBA分布计算技术，是由绝大多数分布计算平台厂商所支持和遵循的系统规范技术，具有模型完整、先进，独立于系统平台和开发语言，被支持程度广泛的特点，已逐渐成为分布计算技术的标准。COBRA标准主要分为三个层次：对象请求代理、公共对象服务和公共设施。最底层是对象请求代理ORB，规定了分布对象的定义（接口）和语言映射，实现对象间的通讯和互操作，是分布对象系统中的“软总线”；在ORB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务（交易）服务、安全服务等各种各样的服务；最上层的公共设施则定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。试题16答案（16）C试题17分析随着计算机软硬技术的迅速发展，越来越多的应用程序需要运行在网络环境的异构平台上。在分布的异构环境中，通常存在多种硬件系统平台（如PC、工作站、小型机等），而这些硬件平台上又存在各种软件（如不同的操作系统、数据库、用户界面等）。为了解决分布系统的异构问题，人们提出了中间件（Middleware）概念。中间件是位于硬件、操作系统等平台和应用之间的通用服务，这些服务具有标准的程序接口和协议。不同的硬件及操作系统平台，可以有符合接口和协议规范的多种实现。中间件是一种独立的系统软件或服务程序，可以帮助分布式应用软件在不同的技术之间共享资源，它位于客户机服务器的操作系统之上，管理计算机资源和网络通信。其主要目的是实现应用与平台的无关性。根据上述描述，可知中间件的如下特点：（1）中间件可运行于多种硬件和操作系统平台上；（2）跨越网络、硬件、操作系统平台的应用或服务可通过中间件透明交互；（3）中间件支持标准的协议和接口。试题17答案（17）B试题18分析测试是为评价和改进产品质量、识别产品的缺陷和问题而进行的活动。测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动，它本身是实际产品构造的一个重要部分。测试不仅是检查预防措施是否有效的主要手段，而且是识别由于某种原因预防措施无效而产生的错误的主要手段。需要注意的是，在广泛的测试活动成功完成后，软件可能仍包含错误，交付后出现的软件失效的补救措施是由软件维护达成的。软件测试随开发和维护过程，通常在不同的级别上进行，可以在概念上区分三个大的测试阶段：单元测试、集成测试和系统测试。试题18答案（18）B试题19分析软件复用是指利用已有软件的各种有关知识构造新的软件，以缩减软件开发和维护的费用。软件复用是提高软件生产力和质量的一种重要技术。早期的软件复用主要是代码级复用，被复用的知识专指程序，后来扩大到包括领域知识、开发经验、设计决策、架构、需求、设计、代码和文档等一切有关方面。按抽象程度的高低，可以划分为如下复用级别：代码的复用、设计的复用、分析的复用、测试信息的