● 在公有继承的情况下，基类的成员在派生类中的访问权限为 （41） 。
（41）A. 公有 B. 私有 C. 保持不变 D. 受保护
● 面向对象程序设计中，采用 （42）机制实现共享类中的方法和数据。
（42）A. 引用调用 B. 封装 C. 动态绑定 D. 继承
● 采用面向对象技术开发的应用系统的特点是 (43) 。
（43）A. 重用性更强 B. 运行速度更快 C. 占用存储量小 D. 维护更复杂
● 不能作为类成员的是 (44) 。
（44）A. 自身类对象 B. 自身类对象的引用
C. 自身类对象的指针 D. 另一个类的对象
● 面向对象程序设计语言提供的（45） 机制可以实现发送一个通用的消息而调用不同类的方法。
（45）A. 函数调用 B. 多态 C. 封装 D. 继承
● 常见的软件开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。其中，（46）适用于需求明确或很少变更的项目，（47）主要用来描述面向对象的软件开发过程。
（46）A. 瀑布模型 B. 演化模型 C. 螺旋模型 D. 喷泉模型
（47）A. 瀑布模型 B. 演化模型 C. 螺旋模型 D. 喷泉模型
● 软件开发过程中，常采用甘特（Gantt）图描述进度安排。甘特图以 （48） 。
（48）A. 时间为横坐标、任务为纵坐标 B. 时间为横坐标、人员为纵坐标
C. 任务为横坐标、人员为纵坐标 D. 人数为横坐标、时间为纵坐标
● 某软件在应用初期，运行在 Windows NT 环境中。现因某种原因，该软件需要在 UNIX 环境中运行， 而且必须完成相同的功能。为适应这个要求，软件本身需要进行修 改，而所需修改的工作量取决于该软件的 （49） 。
（49）A. 可扩充性 B.可靠性 C. 复用性 D. 可移植性
● 软件的易使用性反映了用户学习、使用该软件以及为程序准备输入和解释输出所需的工作量。按照 ISO/IEC 9126 软件质量度 量模型定义，一个软件的易使用性不包括（50）。
（50）A. 易理解性 B.易操作性 C. 易改变性 D. 易学性
● 在了解程序内部结构和流程后，通常采用 （51）验证程序内部逻辑是否符合设计要求，此时可使用 （52） 技术设计测试案例。
（51）A. 黑盒测试 B. 白盒测试 C. 等价类划分 D. 边界值分析
（52）A. 等价类划分 B. 边界值分析 C. 因果图 D. 逻辑覆盖
● 软件测试中的α测试由用户在软件开发者指导下完成，这种测试属于（53） 阶段的测试活动。
（53）A. 单元测试 B. 集成测试 C. 系统测试 D. 确认测试
● 在数据库设计中，当合并局部 E-R 图时，“职工”在某一局部应用中被当作实体，而在另一局部应用中被当作属性，这种冲突被称为 （54）冲突。
（54）A. 属性 B. 命名 C. 结构 D. 联系
● 商品关系 P（商品名，条形码，产地，价格）中的 （55） 属性可以作为该关系的 主键。查询由“北京”生产的 185 升电冰箱 的 SQL 语句应该是：
SELECT 商品名，产地
FROM P
WHERE 产地='北京’AND （56）;
将价格小于 50 的商品上调 5%的 SQL 语句应该是：
UPDATE P
（57）
WHERE 价格 <50;
（55）A. 商品名 B. 条形码 C. 产地 D. 价格
（56）A. 条形码 =185 升电冰箱 B. 条形码 ='185 升电冰箱’
C. 商品名 =185 升电冰箱 D. 商品名 ='185 升电冰箱’
（57）A. SET 价格 =‘价格*1.05' B. SET 价格=价格*1.05
C. Modify 价格 =‘价格*1.05’ D. Modify 价格=价格*1.05
● 信贷额度关系 credit-in(C_name, limit,Credit_balance)中的三个属性分别表示用户姓名、信贷额度和到目前为止的花费。 下表为关系 credit-in 的一个具体实例。若要查询每个用户还能花费多少，相应的 SQL 语句应为：Select （58） From credit-in。
| C_name | limit | Credit_balance |
| 王伟峰 | 2500 | 1800 |
| 吴 桢 | 3100 | 2000 |
| 黎建明 | 2380 | 2100 |
| 刘 柯 | 5600 | 3600 |
| 徐国平 | 8100 | 5800 |
| 景莉红 | 6000 | 4500 |
（58）A. C_name，Credit_balance –limit B.C_name，limit – Credit_balance
C. C_name，limit，Credit_balance D. C_name，Credit_balance
责任编辑：小草
您现在的位置： 