- A. use-case modeling
- B. class modeling
- C. dynamic modeling
- D. behavioral modeling (72)
- A. collaboration diagram
- B. sequence diagram
- C. use-case diagram
- D. activity diagram (73)
- A. use-case modeling
- B. class modeling
- A. TCP/IP协议不能正常工作
- B. 本机网卡不能正常工作
- C. 本机网络接口故障
- D. 本机DNS服务器地址设置错误
- A. IP地址
- B. 端口号
- C. 协议
- D. 虚拟目录
- A. POP3
- B. SMTP
- C. IMAP
- D. MPLS
- A.① ② ③
- B.① ③ ④
- C.② ③
- D.① ② ③ ④
- A. UDP
- B. TCP
- C. IP
- D. RIP (67)
- A. HTTP
- B. HTML
- C. ASP
- D. RPC
- A.① ② ③
- B.① ③ ④
- C.② ③
- D.① ② ③ ④
- A.① ② ③
- B.① ③ ④
- C.① ④
- D.① ② ③ ④ ⑤
- A.需求规格说明书
- B.设计方案
- C.编写代码
- D.测试计划
- A.LoadRunner
- B. WinRunner
- C. QALoad
- D. WAS
- A.① ② ③
- B.① ③ ④
- C.② ③
- D.① ② ③ ④
- A.数据库对象在物理设备上的合理分布能改善系统读写性能
- B.磁盘镜像可以提高磁盘读写的速度
- C.建议把数据库、回滚段、日志放在同一块设备上,以提高数据读写的性能
- D.将磁盘升级到更大容量可提高磁盘I/O速度
- A.① ② ③ ④
- B.① ② ③ ④ ⑤
- C.② ③
- D.② ③ ④
- A.① ② ③
- B. ① ③
- C. ① ② ③ ④
- D. ① ③ ④
- A. 5
- B. 6
- C. 9
- D 12
- A.2
- B.3
- C.4
- D.5
- A.达到100%CC要求就一定能够满足100%DC的要求
- B.达到100%CDC要求就一定能够满足100%DC的要求
- C.达到100%MCDC要求就一定能够满足100%DC的要求
- D.达到100%路径覆盖要求就一定能够满足100%DC的要求
- A.窗口测试
- B.文字测试
- C.功能点测试
- D.鼠标测试
- A.易用性测试不仅是针对应用程序的测试,而且还要包括用户手册等系列文档
- B.安装测试就是按照用户安装手册安装软件,来评估安装过程的易用性、正确性
- C.辅助系统测试包括帮助测试、向导测试、信息提示测试等
- D.界面整体测试是指对界面的规范性、可维护性、整体性等进行测试和评估
- A.1,10
- B.0,1,10,11
- C.1,11
- D.1,5,10,11
- A. 场景法
- B. 边界值法
- C. 因果图法
- D. 路径法
- A.2
- B.3
- C.4
- D.6
- A. data(0)
- B. data(1)
- C. data(2)
- D. data(3)
- A.56.5%
- B.78.3%
- C.43.5%
- D.34.8%
- A.① ②
- B.② ③
- C.① ④
- D.② ④
- A.① ②
- B.② ③
- C.③ ④
- D.② ④
- A.源程序文档化检查,包括符号名的命名、程序的注释等规范性检查
- B.数据说明检查,包括数据说明次序、语句中变量顺序检查
- C.程序结构检查,程序应采用基本的控制结构、避免不必要的转移控制等
- D.程序逻辑检查,阅读源代码,比较实际程序控制流与程序设计控制流的区别
- A.① ② ③
- B.① ③ ④
- C.② ③ ④
- D.① ② ③ ④
- A.前置测试模型主张根据业务需求进行测试设计,认为需求分析阶段是进行测试计划和测试设计的最好时机B.前置测试模型将开发和测试的生命周期整合在一起,标识了项目生命周期从开始到结束之间的关键行为,提出业务需求最好在设计和开发之前就被正确定义
- C.前置测试将测试执行和开发结合在一起,并在开发阶段以编码-测试-编码-测试的方式来体现,强调对每一个交付的开发结果都必须通过一定的方式进行测试
- D.前置测试模型提出验收测试应该独立于技术测试,以保证设计及程序编码能够符合最终用户的需求
- A.分析产品的描述
- B.规定对产品及部件执行的测量
- C.按照评价需求验证产生的规格说明
- D.请求者说明评价覆盖范围
- A.① ③
- B.① ②
- C.① ③ ④
- D.① ② ③ ④ 。
- A.① ③
- B.① ② ③
- C.① ③ ④
- D.① ② ③ ④
- A.适应性
- B.易改变性
- C.共存性
- D.易替换性
- A. 开发项目成效不稳定,管理混乱
- B. 对软件过程和产品质量建立了定量的质量目标
- C. 建立了基本的项目级管理制度和规程,可对项目的成本、进度进行跟踪和控制
- D. 可集中精力采用新技术新方法,优化软件过程
- A. 外模式 / 概念模式
- B. 概念模式 / 内模式
- C. 外模式 / 概念模式映象
- D. 概念模式 / 内模式映象 (27)
- A. 外模式 / 概念模式
- B. 概念模式 / 内模式
- C. 外模式 / 概念模式映象
- D. 概念模式 / 内模式映象 <IMG alt="" src="//img1.yqda.net/question-name/bf/eee9a29c2c437c83ddcee76c4a6d1b.gif" border=0>
- A. 面向对象程序设计语言可支持过程化的程序设计
- B. 给定算法的时间复杂性与实现该算法所采用的程序设计语言无关
- C. 与汇编语言相比,采用脚本语言编程可获得更高的运行效率
- D. 面向对象程序设计语言不支持对一个对象的成员变量进行直接访问
- A. DEPT、EMP
- B. EMP、DEPT
- C. JOB、EMP
- D. EMP、JOB <IMG alt="" src="//img1.yqda.net/question-name/18/693362ccab912a7dadd33da3d1df64.gif" border=0>
- A. 堆栈溢出
- B. 变量未定义
- C. 指针异常
- D. 数组元素下标越界
- A. 词法分析和语法分析
- B. 语义分析和中间代码生成
- C. 中间代码生成和代码优化
- D. 代码优化和目标代码生成
- A. 风险识别
- B. 风险预测
- C. 风险评估
- D. 风险控制 (19)
- A. 风险识别
- B. 风险预测
- C. 风险评估
- D. 风险控制
- A. 汇编语言源程序可以直接在计算机上运行
- B. 将汇编语言源程序转换成目标程序的软件称为解释程序
- C. 在汇编语言程序中,不能定义符号常量
- D. 将汇编语言源程序翻译成机器语言程序的软件称为汇编程序
- A. 依赖
- B. 聚集
- C. 泛化
- D. 实现
- A. 结构化开发方法
- B. Jackson系统开发方法
- C. Booch方法
- D. UML(统一建模语言)
- A. 函数库
- B. 类库 . 框架
- D. 类属 (15)
- A. 函数库
- B. 类库
- C. 框架
- D. 类属
- A. 封装
- B. 多态
- C. 继承
- D. 变异 (13)
- A. 封装
- B. 多态
- C. 继承
- D. 变异
- 50
-
试题(11)
李某大学毕业后在M公司销售部门工作,后由于该公司软件开发部门人手较紧,李某被暂调到该公司软件开发部开发新产品,2周后,李某开发出一种新软件。该软件著作权应归 (11) 所有。
(11)
- A. 李某
- B. M公司
- C. 李某和M公司
- D. 软件开发部
- A. 自软件首次公开发表时
- B. 自开发者有开发意图时
- C. 自软件得到国家著作权行政管理部门认可时
- D. 自软件完成创作之日起
- A. 设计并实现没有错误的软件
- B. 限制可修改的范围
- C. 增加维护人员数量
- D. 在开发过程中就采取有利于维护的措施,并加强维护管理
- A. 软件需求说明
- B. 可行性研究报告
- C. 维护修改建议
- D. 项目开发计划
- A. 良好的程序结构,有无文档均可
- B. 使用标准或规定之外的语句
- C. 编写详细正确的文档,采用良好的程序结构
- D. 尽量减少程序中的注释
- A. 分段是信息的逻辑单位,用户不可见
- B. 各段程序的修改互不影响
- C. 地址变换速度快、内存碎片少
- D. 便于多道程序共享主存的某些段
- A. 内存容量的大小
- B. 系统的运算速度
- C. 指令系统的指令数量
- D. 寄存器的宽度
- A. 单指令流单数据流(SISD)
- B. 多指令流单数据流(MISD)
- C. 单指令流多数据流(SIMD)
- D. 多指令流多数据流(MIMD)
- A.2
- B.4
- C. 8
- D. 16
- A.6
- B.8
- C.9
- D.10
- A.100→R0
- B.100→MDR
- C.PC→MAR
- D.PC→IR