- A. allow
- B. prevent
- C. invite
- D. get (67)
- A. authorized
- B. refused
- C. denied
- D. unauthorized (68)
- A. attacks
- B. aggression
- A. skeptical
- B. think
- C. believe
- D. approve (72)
- A. more
- B. doubt
- C. longer
- D. little (73)
- A. adopt
- B. adoption
- 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.业主或监理工程师
- A.使项目具有良好的经济性
- B.使项目具有足够的适用性
- C.整个目标系统优化
- D.工期最短
- A.被控子系统
- B.控制子系统
- C.存储子系统
- D.信息反馈子系统
- A.业主
- B 监理单位
- C.承包商
- D.业主与承包商共同。
- A.2
- B.3
- C.4
- D.7
- 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. 确定逻辑模型 (35)
- A. 数据流图
- B. 判定表
- C. PAD 图
- D. 数据词典 (36)
- A. 要让软件做什么
- B. 要给该软件提供哪些信息
- A. 防窃听技术
- B.防火墙技术
- C.防病毒技术
- D.防拒认技术 (40)
- A. 公钥基础设施
- B. Kerberos 鉴别
- C.通信保密机
- D.CA 认证中心 (41)
- A. 防窃听技术
- B.防火墙技术
- A.优化级
- B.管理级
- C.定义级
- D.可重复级
- A.类推&n
- bsp; B.类比
- C.分解
- D.综合 (25)A.类推 B.类比 C.分解 D.综合 (26)A.差别 B.自顶向下&
- A. Bytes per Second
- B.Bits per Second
- C. Baud per Second
- D.Billion per Second (30)
- A. 物理层
- B. 数据链路层
- C. 网络层
- D.运输层 (31)
- A. 1
- B. 2
- A.网络图&n
- bsp; B.时间图
- C.甘特图
- D.里程碑图 (20) A.曲线图 B.线条图 C.事务图 D.路径图 (21) A.地点 B.时间 C.计划 &nb
- augh 和 Jaco
- bson 等各自独立的 OOA 和 OOD 方法中最优秀的特色组合成一个统一的方法。UML 允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。 在 UML 中用 5 种不同的视图来表示一个系统,这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下: __(14)__视图用使用实例(use
- case)来建立模型,并用它来描述来自终端用户方面的可用的场景。 __(15)__视图对静态结构(类、对象和关系)模型化。 __(16)__视图描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。 __(17)__视图将系统的结构和行为表达成为易于转换为实现的方式。 __(18)__视图表示系统实现环境
- D.用户模型 (15)A.环境模型 B.用户模型 C.结构模型 D.行为模型 (16)A.实现模型 B.数据模型 C.对象模型 &
- A. 等价类划分
- B. 边界值分析
- C. 因果图
- D. 判定表 (5)
- A. 1 个
- B. 全部
- C. 尽可能的少
- D. 尽可能的多 (6)
- A. 1 个
- B. 全部
- A. 需求不确定性高的
- B.需求确定的
- C. 管理信息
- D. 决策支持 (10)
- A. 用户界面使用手册
- B.用户界面需求分析说明书
- C. 系统界面原型
- D.完善的用户界面 (11)
- A. 改进用户界面的设计
- B. 阅读文档资料
- A. 0.729
- B. 0.9
- C. 0.999
- D. 0.99 (3)
- A. 1.9999
- B. 18000
- C. 9000
- D. 18333
- A.路径测试
- B.可靠性测试
- C.安装测试
- D.安全测试