《2015年11月软考信息系统项目管理师上午基础知识真题解析（2015年软考信管真题+答案）》由会员分享，可在线阅读，更多相关《2015年11月软考信息系统项目管理师上午基础知识真题解析（2015年软考信管真题+答案）（143页珍藏版）》请在金锄头文库上搜索。
1、2015年11月信息系统项目管理师 上午真题解析 Page 2 1 大数据对产 品 企业和产业 有着深刻的影响 把信息技术看作是辅 助或服务性的工具己经成为过时 的观念 管理者应该认识 到信息技术的广 泛影响 以及怎样利用信息技术来创造有力而持久的竞争优势 1 将是 未来经济 社会发展的一个重要特征 1 A 数据驱动 B 信息产业 C 大数据 D 成本驱动 Page 3 解析 大数据是数据及相关技术工具的统称 Gartner认为 大数据是需要新处理 模式才能具有更强的决策力 洞察发现 力和流程优化能力的海量 高增长 率和多样化的信息资产 维基百科认为 大数据是指无法在可承受的时间 范围内用常规
2、软 件工具进行捕捉 管理 处理的数据集合 从产业 角度 常常把这些数据与采集它们的工具 平台 分析系统一起被称为 大数 据 大数据具有Volume VarlEty Value和VelocITy的4V特征 答案 C Page 4 2 2 属于第四代移动通信技术标 准 2 A CDMA B TD LTE C WCDMA D CDMA2000 Page 5 解析 第四代移动通信技术标 准 外语缩 写 4G 该技术包括TD LTE和FDD LTE两种制式 3G存在3种标准 CDMA2000 WCDMA TD SCDMA 答案 B Page 6 3 互联网 协同制造中鼓励有实力的互联网企业构建网络化协同
3、制造 公共服务平台 以下叙述中 3 是不正确的 3 A 此类协 同制造公共服务平台多采用大集中系统 B 此类协 同制造公共服务平台需要大数据技术的支持 C 此类协 同制造公共服务平台通常需要宽带 网络的支持 D 此类协 同制造公共服务平台需要加强信息安全管理 Page 7 解析 协同制造公共服务平台多采用分布式系统 而非集中式系统 答案 A Page 8 4 需求分析是软件定义阶 段中的最后一步 在这个阶段确定系统必须 完成哪些工作 对目标系统提出完整 准确 清晰 具体的要求 一般来说 软件需求分析可分为 4 三个阶段 4 A 需求分析 需求描述及需求评审 B 需求提出 需求描述及需求验证 C
4、 需求分析 需求评审 及需求验证 D 需求提出 需求描述及需求评审 Page 9 解析 需求分析可分为需求提出 需求描述及需求评审三个阶段 需求提出 主要集中于描述系统目的 需求提出和分析仅仅集中在使用者对系 统的观点上 开发人员和用户确定一个问题领 域 并定义一个描述该问题 的系 统 这样的定义称作系统规格说明 并且它在用户和开发人员之间充当合同 需求描述 在问题分析阶段分析人员的主要任务是 对用户的需求进行鉴别 综合和建模 清除用户需求的模糊性 歧义性和不一致性 分析系统的数据要 求 为原始问题及目标软件建立逻辑模型 分析人员要将对原始问题的理解与 软件开发经验结 合起来 以便发现哪些要求
5、是由于用户的片面性或短期行为所导 致的不合理要求 哪些是用户尚未提出但具有真正价值的潜在需求 需求评审 在需求评审阶 段 分析人员要在用户和软件设计人员的配合下对 自己生成的需求规格说明和初步的用户手册进行复核 以确保软件需求的完整 准确 清晰 具体 并使用户和软件设计人员对需求规格说明和初步的用户手册 的理解达成一致 一旦发现遗 漏或模糊点 必须尽快更正 再行检査 答案 B Page 10 5 软件需求包括三个不同的层次 分别为业务 需求 用户需求和功能 及非功能需求 5 属于用户需求 5 A 反映了组织 机构或客户对 系统 产品高层次的目标要求 其在项 目视图 与范围文档中予以说明 B 描
6、述用户使用产品必须要完成的任务 其在使用实例文档或方案脚本 说明中予以说明 C 定义了开发人员必须实现 的软件功能 使得用户能完成他们的任务 从而满足业务 需求 D 软件产品为了满足用户的使用 对用户开发 处理速度 安全性能 等方面的需求 Page 11 解析 业务 需求 Businessrequirement 表不组织 或客户高层次的目标 业务 需 求通常来自项目投资人 购买产 品的客户 实际 用户的管理者 市场营 销部门或产品策划部门 用户需求 user requirement 描述的是用户的 目标 或用户要求系统必须能完成的任务 用例 场景描述和事件一一 响应表都是达用户需求的有效途径
7、也就是说用户需求描述了用户能使 用系统来做些什么 功能需求 functional requirement 规定开发人员必 须在产品中实现 的软件功能 用户利用这些功能来完成任务 满足业务 需求 功能需求有时也被称作行为需求 behaviour requirement 功能 需求描述是开发人员需要实现 什么 答案 B Page 12 6 以下关于需求定义的叙述中 6 是正确的 6 A 需求定义的目标是根据需求调査和需求分析的结果 进一步定义 准确无误的产品需求 形成 需求规格说明书 B 需求规格说明书 将只交给甲方作为验 收依据 乙方开发人员不 需要了解 C 需求定义的目的是对各种需求信息进行分
8、析并抽象描述 为目标系 统建立一个概念模型 D 需求定义是指开发方和用户共同对需求文档评审 经双方对需求达 成共识后做出书面承诺 使需求文档具有商业合同效果 Page 13 解析 答案 A Page 14 7 软件工程管理集成了过程管理和项目管理 以下关于软件工程管理过 程的叙述中 7 最为准确和完整 7 A 范围定义 项目计划 项目实施 评审 和评价 软件工程度量 B 需求分析 设计 测试 质量保证 维护 C 需求分析 设计 测试 质量保证 软件复用 D 需求分析 设计 测试 验证 与确认 评审 与审计 维护 Page 15 解析 软件工程管理继承了过程管理和项目管理的内容 包括启动和范围定
9、义 软 件项目计划 软件项目实施 评审和评价 关闭 软件工程度量等六个方面 启动和范围定义 进行启动软件工程项目的活动并作出决定 通过各种方法 来有效地确定软件需求 并从不同的角度评估项目的可行性 一旦可行性建立后 余下的任务就是需求验证和变更流程的规范说明 软件项目计划 从管理的角度 进行为成功的软件工程作准备而要采取的活 动 使用迭代方式制订计划 要点在于评价并确定适当的软件生命周期过程 并 完成相关的工作 软件项目实施 进行软件工程过程中发生的各种工程管理活动 实施项目计 划 最重要的是遵循计划 井完成相关的工作 评审和评价 进行确认软件是否涛到满足的验证活动 关闭 进行软件工程项目完成
10、后的活动 在这一阶段 重新审査项目成功的 准则 一旦关闭成立 进行归档 事后分析和过程改进活动 软件工程度量 进行在软件工程组织中有效地开发和实现度量的程序 答案 A Page 16 8 软件项目质量保证中的审计 指的是 8 8 A 评价软件产品以确定其对使用意图的适合性 B 检査和识别软 件产品的某个部分的异常 并记录 到文档 C 监控软件项目进展 决定计划和进度的状态 D 评价软件产品和过程对于设定规则 标准 流程等的遵从性 Page 17 解析 答案 D Page 18 9 软件测试 是软件开发过 程中的一项重要内容 将测试 分为白盒测试 黑盒测试 和灰盒测试 主要是 9 对软 件测试进
11、 行分类 9 A 从是否关心软件内部结构和具体实现 的角度 B 从是否执行程序的角度 C 从软件并发阶 段的细分角度 D 从软件开发复杂性的角度 Page 19 解析 白盒测试 己知产品的内部工作过程 可以通过测试证 明每种内部操 作是否符合设计规 格要求 所有内部成分是否已经过检 査 黑盒测试 把测试对 象看做一个黑盒子 测试 人员完全不考虑程序 内部的逻辑结 构和内部特性 只依据程序的需求规格说明书 检査程序 的功能是否符合它的功能说明 因此黑盒测试 又叫功能测试 灰盒测试 介于白盒测试 与黑盒测试 之间 灰盒测试 关注输出对于 输入的正确性 同时也关注内部表现 但这种关注不象白盒那样详细
12、 完整 只是通过一些表征性的现象 事件 标志来判断内部的运行状态 答案 A Page 20 10 软件项目中的测试 管理过程包括 10 10 A 单元测试 集成测试 系统测试 验收测试 B 单元测试 集成测试 验收测试 回归测试 C 制定测试计 划 开发测试 工具 执行测试 发现 并报告缺陷 测试 总结 D 制定测试计 划及用例 执行测试 发现 并报告缺陷 修正缺陷 重 新测试 Page 21 解析 答案 D Page 22 11 指在软件维护阶 段 为了检测 由于代码修改而可能引入的错误 所 进行的测试 活动 11 A 回归测试 B 修复测试 C 集成测试 D 冒烟测试 Page 23 解析
13、 回归测试 是指修改了旧代码后 重新进行测试 以确认修改没有引 入新的错误 或导致其他代码产 生错误 自动回归测试 将大幅降低系统测 试 维护 升级等阶段的成本 冒烟测试 源自硬件行业 对一个硬件或硬件组件进行更改或修复后 直接给设备 加电 如果没有冒烟 则该组 件就通过了测试 在软件中 冒烟测试 这一术语 描述的是在将代码更改嵌入到产品的源树中之前 对这 些更改进行验证 的过程 在检查 了代码后 冒烟测试 是确定和修复 软件缺陷的最经济 有效的方法 测试设计 用于确认代码中的更改会按预 期运行 且不会破坏整个版本的稳定性 答案 A Page 24 12 信息的 12 要求采用的安全技术保证信
14、息接收者能够验证 在传送 过程中信息没有被修改 并能防范入侵者用假信息代替合法信息 12 A 隐蔽性 B 机密性 C 完整性 D 可靠性 Page 25 解析 答案 C Page 26 13 根据GB T12504 2008 计算机软件质量保证计 划规范 的相关规 定 以下评审 和检査工作中 13 不是必须进 行的 13 A 执行进度评审 B 软件需求评审 C 详细设计评审 D 管理评审 Page 27 解析 GB T12504 2008 计算机软件质量保证计划规范 第四小节规定 4 5评审和检査 必须规定所要进行的技术和管理两方面的评审和检査工作 并编制或引用有关的评审和检査规程以及通过与否
15、的技术准 则 至少要进行下列各项评审和检査工作 4 5 1软件需求评审software requirements review在软件概要设计结束后必须进行概要设计评审 以确保在软件需求规格 说明书中所规定的各项需求的合适性 4 5 2概要设计评审preliminary design review在软件概要设计结束后必须进行概要设计评审 以评价软件设计说明书中 所描述的软件概要设计在总体结构 外部接口 主要部件功能分配 全局数据结构以及各主要部件之间的接口等方面的合适 性 4 5 3详细设计评审detailed design review在软件详细设计阶段结束后必须进行详细设计评审 以评价软件验
16、证与确认计 划中所规定的验证与确认方法的合适性与完整性 4 5 5功能检査functional audit在软件释放前 要对软件进行物理检査 以验证程序和文档己经满足在软件需求说明书中 规定的所有需求 4 5 6物理检査physical audit在验收软件前 要对软件进行物理检査 以使程序和文档己经一致并己做好了交付的准备 4 5 7综合检査comprehensive audit在软件验收时 要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的 综合检査 以验证代码和设计文档的 4 5 8管理评审management reviews要对计划的执行情况定期 或按阶段 进行管理评审 这些评审必须由独立于被评 审单位的机构或授权的第三方主持进行 答案 A Page 28 14 软件可靠性是指在指定条件下使用时 软件产品维持规定的性能级 别的能力 其子特性 14 是指在软件发生故障或者违反指定接口的情反下 软件产品维持规定的性能级别 的能力 14 A 成熟性 B 易恢复性 C 容错性 D 依从性 Page 29 解析 答案 C Page 30 15 根据GB T12504 2008 计
