《上半软件评测师上午模拟考试》由会员分享，可在线阅读，更多相关《上半软件评测师上午模拟考试（11页珍藏版）》请在金锄头文库上搜索。
1、2008年上半年软件评测师上午试卷在计算机体系结构中，CPU内部包括程序计数器PC、存储器数据寄存器MDR、指令寄存器IR和存储器地址寄存器MAR等。若CPU要执行的指令为：MOV R0,100（即将数值100传送到寄存器R0中），则CPU首先要完成的操作是（1）。（1）A. 100R0 B. 100MDR C. PCMAR D. PCIR 矚慫润厲钐瘗睞枥庑赖。现有四级指令流水线，分别完成取指、取数、运算、传送结果四步操作。若完成上述操作的时间依次为9ns、10ns、6ns、8ns，则流水线的操作周期应设计为（2） ns。聞創沟燴鐺險爱氇谴净。（2）A. 6 B. 8 C. 9 D. 10
2、内存按字节编址，地址从90000H到CFFFFH，若用存储容量为16K8bit的存储器芯片构成该内存，至少需要（3）片。残骛楼諍锩瀨濟溆塹籟。（3）A. 2 B. 4 C. 8 D. 16 CPU中的数据总线宽度会影响（4）。（4）A.内存容量的大小 B.系统的运算速度C.指令系统的指令数量 D.寄存器的宽度利用高速通信网络将多台高性能工作站或微型机互连构成机群系统，其系统结构形式属于（5）计算机。（5）A.单指令流单数据流（SISD） B.多指令流单数据流（MISD）C.单指令流多数据流（SIMD） D.多指令流多数据流（MIMD）内存采用段式存储管理有许多优点，但（6）不是其优点。（6）A
3、.分段是信息的逻辑单位，用户不可见 B.各段程序的修改互不影响 C.地址变换速度快、内存碎片少 D.便于多道程序共享主存的某些段在软件设计和编码过程中，采取（7）的做法将使软件更加容易理解和维护。（7）A.良好的程序结构，有无文档均可 B.使用标准或规定之外的语句 C.编写详细正确的文档，采用良好的程序结构 D.尽量减少程序中的注释软件文档按照其产生和使用的范围可分为开发文档、管理文档和用户文档。其中开发文档不包括（8）。（8）A.软件需求说明 B.可行性研究报告 C.维护修改建议 D.项目开发计划软件维护成本在软件成本中占较大比重。为降低维护的难度，可采取的措施有（9）。（9）A.设计并实现
4、没有错误的软件B.限制可修改的范围C.增加维护人员数量D.在开发过程中就采取有利于维护的措施，并加强维护管理关于软件著作权产生的时间，表述正确的是（10）。（10）A.自软件首次公开发表时B.自开发者有开发意图时C.自软件得到国家著作权行政管理部门认可时D.自软件完成创作之日起李某大学毕业后在M公司销售部门工作，后由于该公司软件开发部门人手较紧，李某被暂调到该公司软件开发部开发新产品，2周后，李某开发出一种新软件。该软件著作权应归（11）所有。酽锕极額閉镇桧猪訣锥。（11）A.李某 B. M公司 C.李某和M公司 D.软件开发部（12）是指把数据以及操作数据的相关方法组合在同一个单元中，使我们
5、可以把类作为软件中的基本复用单元，提高其内聚度，降低其耦合度。面向对象中的（13）机制是对现实世界中遗传现象的模拟，通过该机制，基类的属性和方法被遗传给派生类。彈贸摄尔霁毙攬砖卤庑。（12）A.封装 B.多态 C.继承 D.变异（13）A.封装 B.多态 C.继承 D.变异（14）以静态或动态的连接方式，为应用程序提供一组可使用的类。（15）除了提供可被应用程序调用的类以外，还基本实现了一个可执行的架构。謀荞抟箧飆鐸怼类蒋薔。（14）A.函数库 B.类库 C.框架 D.类属（15）A.函数库 B.类库 C.框架 D.类属（16）是一种面向数据流的开发方法，其基本思想是软件功能的分解和抽象。（1
6、6）A.结构化开发方法 B. Jackson系统开发方法 C. Booch方法 D. UML（统一建模语言）采用UML进行软件设计时，可用（17）关系表示两类事物之间存在的特殊/一般关系，用聚集关系表示事物之间存在的整体/部分关系。厦礴恳蹒骈時盡继價骚。（17）A.依赖 B.聚集 C.泛化 D.实现风险分析在软件项目开发中具有重要作用，包括风险识别、风险预测、风险评估和风险控制等。“建立风险条目检查表”是（18）时的活动，“描述风险的结果”是（19）时的活动。茕桢广鳓鯡选块网羈泪。（18）A.风险识别 B.风险预测 C.风险评估 D.风险控制（19）A.风险识别 B.风险预测 C.风险评估 D
7、.风险控制关于汇编语言，以下叙述中正确的是（20）。（20）A.汇编语言源程序可以直接在计算机上运行B.将汇编语言源程序转换成目标程序的软件称为解释程序C.在汇编语言程序中，不能定义符号常量D.将汇编语言源程序翻译成机器语言程序的软件称为汇编程序对高级语言源程序进行编译时，可发现源程序中的（21）错误。（21）A.堆栈溢出 B.变量未定义 C.指针异常 D.数组元素下标越界编译器对高级语言源程序的处理过程可以划分为词法分析、语法分析、语义分析、中间代码生成、代码优化、目标代码生成等几个阶段，其中，（22）并不是每种编译器都必需的。鹅娅尽損鹌惨歷茏鴛賴。（22）A.词法分析和语法分析 B.语义分
8、析和中间代码生成C.中间代码生成和代码优化 D.代码优化和目标代码生成下列叙述中错误的是（23）。（23）A.面向对象程序设计语言可支持过程化的程序设计B.给定算法的时间复杂性与实现该算法所采用的程序设计语言无关C.与汇编语言相比，采用脚本语言编程可获得更高的运行效率D.面向对象程序设计语言不支持对一个对象的成员变量进行直接访问设有职工 EMP（职工号,姓名,性别,部门号，职务，进单位时间,电话），职务 JOB（职务，月薪）和部门DEPT（部门号,部门名称,部门电话,负责人）实体集。籟丛妈羥为贍偾蛏练淨。一个职务可以由多个职工担任，但一个职工只能担任一个职务，并属于一个部门，部门负责人是一个职
9、工。下图所示的a、b处的实体名分别为（24）；图中a、b之间为（25）联系。預頌圣鉉儐歲龈讶骅籴。（24）A. DEPT、EMP B. EMP、DEPT C. JOB、EMP D. EMP、JOB 渗釤呛俨匀谔鱉调硯錦。（25）A. 1 1 B. * 1 C. 1 * D. * *铙誅卧泻噦圣骋贶頂廡。从数据库管理系统的角度看，数据库系统一般采用如下图所示的三级模式结构。图中处应填写（26），处应填写（27）。擁締凤袜备訊顎轮烂蔷。（26）A.外模式 /概念模式 B.概念模式 /内模式C.外模式 /概念模式映象 D.概念模式 /内模式映象（27）A.外模式 /概念模式 B.概念模式 /内模式C
10、.外模式 /概念模式映象 D.概念模式 /内模式映象若关系R、S如下图所示，则 R与 S自然连接后的属性列数和元组个数分别为（28）；1,4（3=6（RS）=（29）。贓熱俣阃歲匱阊邺镓騷。（28）A. 4和3 B. 4和6 C. 6和3 D. 6和6 （29）某公司采用的软件开发过程通过了CMM2认证，表明该公司（30）。（30）A.开发项目成效不稳定，管理混乱B.对软件过程和产品质量建立了定量的质量目标C.建立了基本的项目级管理制度和规程，可对项目的成本、进度进行跟踪和控制D.可集中精力采用新技术新方法，优化软件过程国标 16260中，在描述外部（内部）效率度量时，给出了若干针对计算机系统
11、时间消耗的定义，以下描述项中正确的有（31）。坛摶乡囂忏蒌鍥铃氈淚。响应时间是指从按动传送键到得到结果为止所需要的时间处理时间是指从接受一个消息到送出它的结果之间计算机的历时时间周转时间是指从提出要求到得到结果所需要的时间响应时间包括处理时间和传输时间（31）ABCD测试用例是测试使用的文档化的细则，其规定如何对软件某项功能或功能组合进行测试。测试用例应包括下列（32）内容的详细信息。蜡變黲癟報伥铉锚鈰赘。测试目标和被测功能测试环境和其他条件测试数据和测试步骤测试记录和测试结果（32）ABCD软件内部/外部质量模型中，（33）不是可移植性包括的子特性。（33）A适应性B易改变性C共存性D易替换
12、性评价规格说明中不包括（34）。（34）A分析产品的描述B规定对产品及部件执行的测量C按照评价需求验证产生的规格说明D请求者说明评价覆盖范围在进行产品评价时，评价者需要对产品部件进行管理和登记，其完整的登记内容应包括（35）。部件或文档的唯一标识符部件的名称或文档标题文档的状态，包括物理状态或变异方面的状态请求者提供的版本、配置和日期信息（35）ABCD下面的描述中，不能体现前置测试模型要点的是（36）。（36）A前置测试模型主张根据业务需求进行测试设计，认为需求分析阶段是进行测试计划和测试设计的最好时机買鲷鴯譖昙膚遙闫撷凄。B前置测试模型将开发和测试的生命周期整合在一起，标识了项目生命周期从
13、开始到结束之间的关键行为，提出业务需求最好在设计和开发之前就被正确定义綾镝鯛駕櫬鹕踪韦辚糴。C前置测试将测试执行和开发结合在一起，并在开发阶段以编码-测试-编码-测试的方式来体现，强调对每一个交付的开发结果都必须通过一定的方式进行测试驅踬髏彦浃绥譎饴憂锦。D前置测试模型提出验收测试应该独立于技术测试，以保证设计及程序编码能够符合最终用户的需求在进行软件编码规范评测过程中需要围绕几个方面的内容展开，以下描述中不属于编码规范评测内容的有（37）。猫虿驢绘燈鮒诛髅貺庑。（37）A源程序文档化检查，包括符号名的命名、程序的注释等规范性检查B数据说明检查，包括数据说明次序、语句中变量顺序检查C程序结构检
14、查，程序应采用基本的控制结构、避免不必要的转移控制等D程序逻辑检查，阅读源代码，比较实际程序控制流与程序设计控制流的区别（38）属于概要设计说明书的评测内容。分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求锹籁饗迳琐筆襖鸥娅薔。系统定义的目标是否与用户的要求一致从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护是否所有界面与更高级别文档中的需求一致（38）ABCD关于确认测试，描述正确的是（39）。确认测试一般包括有效性测试与软件配置复查，采用黑盒测试为主，白盒测试为辅的测试方法进行测试确认测试配置项复查时应当严格检查用户手册和操作手册中规定的使用步骤的完整性
