![]() |
项目忙还想过软考,您需要简练! 《简练APP》针对软考项目管理中级高级,梳理历年真题、大纲、教程、知识点四者的动态关系,建立一体化的“学习-检测”系统,大纲为主线,教程为源点,知识点逐个击破,用真题检测。 |
解析:选项D说反了,“数据之和的价值远大于数据的价值之和”
知识点: 大数据
解析:云计算是基于互联网的相关服务的增加、使用和交付模式,通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。云计算的特点是高扩展性。
知识点: 云计算
解析:排除法。 虽然移动互联网发展迅速,但是PC互联网有其固有的优势,比如屏幕大,移动互联网不可能完全替代PC互联网,只能说超越PC互联网。
知识点: 三代互联网总结
解析:面向服务的体系结构是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。
知识点: 软件体系结构 企业信息化
解析:排除法即可。
知识点: 项目经理的职业道德
解析:业务需求(Business requirement)表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统,即组织希望达到的目标。使用前景和范围文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求文档。 用户需求(user requirement)描述的是用户的目标,或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。 功能需求(functional requirement)规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求,因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。
知识点: 计算机软件需求说明编制指南 软件需求
解析:MVC是一个框架模式,它强制性的使应用程序的输入、处理和输出分开。
知识点: 模型视图控制器-定义
解析:软件度量能够为项目管理者提供有关项目的各种重要信息,其实质是根据一定规则,将数字或符号赋予系统、构件、过程或者质量等实体的特定属性,即对实体属性的量化表示,从而能够清楚地理解该实体。软件度量贯穿整个软件开发生命周期,是软件开发过程中进行理解、预测、评估、控制和改善的重要载体。软件质量度量建立在度量数学理论基础之上。软件度量包括3个维度,即项目度量、产品度量和过程度量。
知识点: 软件度量
解析:参考GB/Tl2504-1990计算机软件质量保证计划规范: 为了确保软件的实现满足需求,至少需要下列基本文档: 1、软件需求规格说明书:必须清楚、准确地描述软件的每一个基本需求(功能、性能、设计约束和属性)和外部界面。 2、软件设计说明书:包括软件概要设计说明和软件详细设计说明两部分。 3、软件验证与确认计划:必须描述所采用的软件验证和确认方法 4、软件验证和确认报告:描述软件验证与确认计划的执行结果。 5、用户文档(例如手册、指南等)必须指明成功运行该软件所需要的数据、控制命令以及运行条件等;必须指明所有的出错信息、含义及其修改方法,还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单位)或项目委托单位的方法。用户文档的详细格式按 GB8567。
知识点: 计算机软件质量保证计划规范
解析:软件测试是针对一个程序的行为,在有限测试用例集合上,动态验证软件是否达到预期的行为,需要选取适当的测试用例。
知识点: 软件测试
解析:黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。
知识点: 软件测试
解析:内聚性是对一个模块内部各个组成元素之间相互结合的紧密程度的度量指标。 耦合性也叫块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。
知识点: 内聚与耦合
解析:对于配置管理,有以下三种基线: 功能基线——最初通过的功能配置; 分配基线——最初通过的分配的配置; 产品基线——最初通过的或有条件地通过的产品配置。
知识点: 基线 信息技术软件工程术语
解析:GB/T 14394《计算机软件可靠性和可维护性管理》 5.2.6.4 测试评审 a)针对可靠性和可维护性的测试目标 b)测试方法 c)测试用例 d)测试工具 e)测试通过标准 f)测试报告
知识点: 计算机软件可靠性和可维护性管理
解析:风险评估 评估是通过数字的资产评估准则完成的,它覆盖了以下几点: ①人员安全; ②人员信息; ③立法及规章所确定的义务; ④法律的强制性; ⑤商业及经济的利益; ⑥金融损失或对业务活动的干扰; ⑦公共秩序; ⑧业务政策及操作; ⑨信誉的损害。
知识点: 信息安全风险评估
解析:GB/T 22239-2008《信息安全技术信息系统安全等级保护基本要求》 7.1.2 网络安全 7.1.2.5 入侵防范
知识点: 信息系统安全管理体系 信息系统安全属性 信息安全等级保护管理
解析:基于角色的访问控制 用户不能自主地将访问权限授给别的用户,这是RBAC与DAC的根本区别所在。
知识点: 访问控制-定义
解析:操作运维平台对技术同样有要求。
知识点: 信息系统运维
解析:网络分级设计把一个大的、复杂的网络分解为多个小的、容易管理的网络。分级网络结构中的每一级解决一组不同的问题。在3层网络设计模型中,网络设备被划分为核心层、汇聚层和接入层。各层的功能如下。 核心层:尽快地转发分组,提供优化的、可靠的数据传输功能 。 汇聚层:通过访问控制列表或其他的过滤机制进入核心层的流量,定义了网络的边界和访问策略。 接入层:负责用户设备的接入,防止非法用户进入网络。
知识点: 网络分级设计
解析:DNS的全称是Domain Name Server,一种程序,它保存了一张域名(domain name)和与之相对应的IP地址 (IP address)的表,以解析消息的域名。 域名是Internet上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。域名是由一串用点分隔的名字组成的,通常包含组织名,而且始终包括两到三个字母的后缀,以指明组织的类型或该域所在的国家或地区。
知识点: 网络协议 IP地址-定义
解析:表示层处理流经结点的数据编码的表示方式问题,以保证一个系统应用层发出的信息可被另一系统的应用层读出。如果必要,该层可提供一种标准表示形式,用于将计算机内部的多种数据表示格式转换成网络通信中采用的标准表示形式。数据压缩和加密也是表示层可提供的转换功能之一。
知识点: OSI七层模型与TCP/IP四层模型-定义
解析:ICMP是(Internet Control Message Protocol)Internet控制报文协议。它是TCP/IP协议族的一个子协议,用于在IP主机、路由器之间传递控制消息。控制消息是指网络通不通、主机是否可达、路由是否可用等网络本身的消息。这些控制消息虽然并不传输用户数据,但是对于用户数据的传递起着重要的作用。
知识点: OSI七层模型与TCP/IP四层模型-定义 网络协议
解析:RJ-45插头是一种只能沿固定方向插入并自动防止脱落的塑料接头,俗称“水晶头”,专业术语为RJ-45连接器(RJ-45是一种网络接口规范,类似的还有RJ-11接口,就是我们平常所用的“电话接口”,用来连接电话线)。之所以把它称之为“水晶头”,是因为它的外表晶莹透亮的原因。双绞线的两端必须都安装这种RJ-45插头,以便插在网卡(NIC)、集线器(Hub)或交换机(Switch)的RJ-45接口上,进行网络通信。
知识点: 综合布线
解析:建筑群子系统:它是将多个建筑物的数据通信信号连接成一体的布线系统,它采用架空或地下电缆管道或直埋敷设的室外电缆和光缆互连起来,是结构化布线系统的一部分,支持提供楼群之间通信所需的硬件。
知识点: 综合布线
解析:类和对象的关系可以总结为: (1)每一个对象都是某一个类的实例。 (2)每一个类在某一时刻都有零或更多的实例。 (3)类是静态的,它们的存在、语义和关系在程序执行前就已经定义好了,对象是动态的,它们在程序执行时可以被创建和删除。 (4)类是生成对象的模板。
知识点: 面向对象方法
解析:组件是软件系统可替换的、物理的组成部分,它封装了实现体(实现某个职能).并提供了一组接口的实现方法。可以认为组件是一个封装的代码模块或大粒度的运行对的模块,也可将组件理解为具有一定功能、能够独立工作或同其他组件组合起来协词工作的对象。
知识点: Web组件 面向对象方法
解析:统一建模语言(UML)是一个通用的可视化建模语言,它是面向对象分析和设计的一种标准化表示,用于对软件进行描述、可视化处理、构造和建立软件系统的文档。
知识点: 统一建模语言-定义
解析:在我国《民法通则》上,不可抗力是指“不能预见、不能避免和不能克服的客观情况”。不可抗力主要包括(但不限于):1、自然灾害(如地震、洪水、台风、冰雹等);2、政府行为(如征收、征用等);3、社会异常事件(如战争、罢工、骚乱等)。可见,不可抗力是当事人自身能力不能抗拒也无法预防的客观情况或事故。 在合同中,不可抗力是一项免责条数,是指买卖合同签订后,不是由于合同当事人的过失(或疏忽),而是由于发生了合同当事人无法预见、无法预防、无法避免和无法控制的事件,以致不能履行(或不能如期履行)合同,发生意外事件的一方可以免除履行合同的责任(或者推迟履行合同)。依题意,“施工现场长时问停电”属于政府行为酿成的不可抗力因寨,“施工现场遭遇长时间雷雨天气”属于自然原因酿成的不可抗力因素,“物流公司车辆遭遇车祸”属于人为的、社会因素引起的不可抗力因素。而“乙方施工队领导遭遇意外情况”属于乙方(即承建方)自身的因素,是可控因素,一般不会被甲方(邵建设方)认同为不可抗力因素。 当项目进展过程中,甲乙双方一旦出现分歧:通常先由甲乙双方协商或由监理工程师(若有)调解:若协商调解不成,再由政府建设主管机构进行调解;若仍调解不成,则由经济合同仲裁委员台进行调解或仲裁。在市场经济条件下,由于甲方通常具有主动权,因此一般优先选择的裁定机构是甲方所在地的仲裁委员会(或法院)。
知识点: 风险事件 仲裁
解析:当项目进展过程中,甲乙双方一旦出现分歧:通常先由甲乙双方协商或由监理工程师(若有)调解:若协商调解不成,再由政府建设主管机构进行调解;若仍调解不成,则由经济合同仲裁委员台进行调解或仲裁。在市场经济条件下,由于甲方通常具有主动权,因此一般优先选择的裁定机构是甲方所在地的仲裁委员会(或法院)。
知识点: 合同违约责任 仲裁
解析:第四十条 评标委员会应当按照招标文件确定的评标标准和方法,对投标文件进行评审和比较;设有标底的,应当参考标底。评标委员会完成评标后,应当向招标人提出书面评标报告,并推荐合格的中标候选人。 招标人根据评标委员会提出的书面评标报告和推荐的中标候选人确定中标人。招标人也可以授权评标委员会直接确定中标人。
知识点: 招标投标相关法律 评标
解析:大多数有经验的项目管理人员知道并不存在一个惟一的管理项目的方法。为了取得期望的项目绩效,他们在不同的顺序和程度上应用项目管理知识、技术和需要的过程,然而,不需要一个特定的过程并不意味不去确定过程。项目经理和项目团队必须针对每个特定项目确定其中的每一个过程及其实施程度。
知识点: 项目整合管理过程
解析:在制定项目章程时,必须考虑和项目成功息息相关的环境和组织因素。如下所述: 组织或公司文化和结构。 政府或行业标准(如规章制度、产品标准、质量标准、劳务关系标准)。 基础设施,如:已存在的设施和固定资产。 现有的人力资源,如:技能、专业和知识(设计,开发,法律,合同和采购)。 人力资源管理,如:招聘和解聘的指导方针,员工绩效评估和培训记录等 公司的工作授权系统。 市场条件。 项目干系人对风险的容忍度(风险承受力)。 商业数据库,如业界的风险研究信息和风险数据库、成本预算数据等。 项目管理信息系统,例如一个自动工具集(如,一个与配置管理系统相结合的进度制定工具)。
知识点: 事业环境因素-文件计划 制定项目章程-定义及输入输出
解析:执行过程组 — 整合人员和其他资源,在项目的生命期或某个阶段执行项目管理计划。 执行过程组包括:指导与管理项目执行,执行质量保证,项目团队组建,信息发布,获取供方响应、供方选择。 注意:此题的D选项“管理项目团队”,要注意PMBOK版本问题。在PMBOK第三版(2004)中,项目团队管理属于监控过程组;从PMBOK第四版(2008)中,管理项目团队属于执行过程组。
知识点: 项目管理过程组 执行过程组
解析:排除法。 只有C选项会导致进度表的变更,需要进行变更审批。
知识点: 实施整体变更控制-定义及输入输出
解析:三点估算法:(To+4*Tm+Tp)/6 用三点估算法分别计算每个活动的期望工期,填入图中,如下。 可知,关键路径为B→D→E,总工期为:(32+46+66)/6=24天
知识点: 网络图 三点估算-工具技术
解析:项目范围确认应该贯穿项目的始终。范围确认与质量控制不同,范围确认是有关工作结果的接受问题,而质量控制是有关工作结果正确与否,质量控制一般在范围确认之前完成,当然也可并行进行。 项目的目标要求遵守SMART原则,即项目的目标要求Specific(具体)、Measurable(可测量)、Agree to(需相关方的一致同意)、Realistic(现实)、Time-oriented(有一定的时限)。
知识点: 项目范围管理过程 确认范围和质量控制
解析:排除法。 A选项太绝对了,项目经理和项目组成员都要精通项目管理相关知识这是不可能的。
知识点: 项目管理知识体系
解析:信息系统项目管理师教程第二版P119原图
知识点: 创建WBS-技术或工具 分解-工具技术 工作分解结构
解析:组织可行性,制定合理的项目实施进度计划、设计合理的组织机构、选择经验丰富的管理人员、建立良好的协作关系、制定合适的培训计划等,保证项目顺利执行。
知识点: 项目立项管理-项目可行性研究阶段 项目进度计划与项目进度管理计划
解析:详细可行性研究的内容: ①概述。 ②需求确定。 ③现有资源、设施情况分析。 ④设计(初步)技术方法。 ⑤项目实施进度计剞建设。 ⑥投资估算和资金筹措计划。 ⑦项目组织、人力资源、技术培训计划。 ⑧经济和社会效益分析(效果评价)。 ⑨合作,协作方式。
知识点: 项目立项管理-项目可行性研究阶段
解析:绩效报告需要包括以下内容: (1)项目的进展和调整情况。 (2)项目的完成情况。 (3)项目总投入、资金到位情况。 (4)项目资金实际支出情况。 (5)项目主要效益情况。 (6)财务制度执行情况。 (7)项目团队各职能团队的绩效。 (8)项目执行中存在的问题及改进措施。 (9)预测——随着项目的进展,根据获得的工作绩效信息对以前的预测进行更新并重新签发。 (10)变更请求——对项目绩效进行分析后,通常需要对项目的某些方面进行变更。这些变更请求应按整体变更控制过程所描述的办法进行处理。 (11)其他需要说明的问题。
知识点: 工作绩效报告-文件计划 项目管理工作执行数据和信息流向的一致性
解析:三个因素中,“每台售价”的变化导致的投资回收期变化最大。
知识点: 投资回收期
解析:问题的“在软件项目开发过程中”,也就是特指“开发”的风险。
知识点: 资源分解结构-文件计划
解析:风险类别,它提供了一种结构化方法以便使风险识别的过程系统化、全面化,这样,组织就能够在统一的框架下进行风险识别,目的是提高风险识别的工作质量和有效性。组织可以使用事先准备的常用风险类别
知识点: 资源分解结构-文件计划
解析:定性风险分析的输出 (1)项目风险的相对排序或优先度清单。可使用风险概率和影响矩阵,根据风险的重要程度进行分类。项目经理可参考风险优先度清单,集中精力处理高重要性的风险,以获得更好的项目成果。如果组织更关注其中一项目标,则可分别为成本、进度、范围和质量目标单独列出风险优先度。对于被评定为对项目十分重要的风险而言,应对其风险概率和影响的评定基础和依据进行描述。
知识点: 实施定性风险分析-定义及输入输出
解析:规划采购管理的工具和技术包括:自制/外购分析、专家判断、市场调研、会议、合同类型(固定总价合同、成本补偿合同、工时和材料合同也称单价合同)。
知识点: 规划采购管理-技术或工具
解析:总价合同:又称固定价格合同。固定价格合同是指在合同中确定一个完成项目的总价,承建单位据此完成项目全部内容的合同。这种合同类型能够使建设单位在评标时易于确定报价最低的承建单位,易于进行支付计算。但这类合同仅适用于项目工作量不大且能精确计算、工期较短、技术不太复杂、风险不大的项目.。因而采用这种合同类型要求建设单位必须准备详细而全面的设计方案(一般要求实施详图)和各项说明,使承建单位能准确计算项目工作量。
知识点: 合同类型
解析:项目收尾包括管理收尾和合同收尾。
知识点: 项目收尾过程
解析:排除法。 质量保证肯定不能只由承包商独立完成,发包方肯定要监控承包商的质量保证活动。
知识点: 实施质量保证-定义及输入输出 外包管理
解析:结构化的项目选择和优先级排列方法包括:决策表技术、财务分析和DIPP分析。
知识点: 项目选择和优先级排列方法
解析:对于信息系统工程,规定信息系统工程监理业与信息系统集成业分开。即工程监理业务的承担者不能是信息系统集成商,而监理公司也不能参与信息系统集成市场的竞争。或者说,任何单位只能在信息系统集成或信息系统监理中择一而从。也就是说,如果任何单位获得了信息系统集成的一、二、三、四级中的某一级资质,则就不能拥有信息系统工程监理的甲、乙、丙级中的任一级资质;反之亦然。
知识点: 项目管理办公室 信息系统工程监理
解析:统一的项目过程包括制定过程、执行过程、监督过程 。
知识点: 大项目管理
解析: 合作/解决问题。综合考虑不同的观点和意见,采用合作的态度和开放式对话引导各方达成共识和承诺。
知识点: 冲突管理-工具技术
解析:业务流程重组 一般来说,业务流程可分为管理流程、操作流程和支持流程三类。操作流程直接与满足外部顾客的需求相关;支持流程指为保证操作流程的顺利执行,在资金、人力、设备管理和信息系统支撑方面的各种活动;管理流程指企业整体目标和经营战略产生的流程,这些流程指导了企业整体运作方向,确定了企业的价值取向,所以是一类比较重要的流程。
知识点: 业务流程重组
解析:项目绩效评估,是指运用数理统计、运筹学原理和特定指标体系,对照统一的标准,按照一定的程序,通过定量定性对比分析,对项目一定经营期间的经营效益和经营业绩做出客观、公正和准确的综合评判。
知识点: 团队绩效评价和项目绩效评估 项目绩效评估-工具技术
解析:先分别计算每年收益的现值,然后计算净值。如下表,可知,动态投资回收期大于7年小于8年。
知识点: 投资回收期
解析:最大资金需求和成本基本末端值的差异就是管理储备。 管理储备是为应对项目的未知风险所做的成本储备,归企业管理层支配和管理。管理储备一般是由项目的高层管理,项目经理没有权利动用。管理储备被用于在其发生前不能知道的任意风险。管理储备不是项目成本基准的组成部分。管理储备也许是项目预算的组成部分之一。
知识点: 制定预算-定义及输入输出 项目成本组成 成本基准-文件计划 管理储备
解析:PV=监控点时间之前(监控点左边)所有工作预算之和=400+1000+1200+400+600=3600 EV=所有已完成工作的预算之和=400+1000+1200+400+300=3300 BAC=总预算=400+1000+1200+400+600+600+1000=5200
知识点: 挣值管理-工具技术
解析:项目成本控制工作的主要内容包括: 识别可能引起项目成本基准计划发生变动的因素,并对这些因素施加影响,以保证该变化朝着有利的方向发展。 以工作包为单位,监督成本的实施情况,发现实际成本与预算成本之间的偏差,查找出产生偏差的原因,做好实际成本的分析评估工作。 对发生成本偏差的工作包实施管理,有针对性地采取纠正措施,必要时可以根据实际情况对项目成本基准计划进行适当地调整和修改,同时要确保所有的相关变更都准确地记录在成本基准计划中。 将核准的成本变更和调整后的成本基准计划通知项目的相关人员。 防止不正确的、不合适的或未授权的项目变更所发生的费用被列入项目成本预算。 在进行成本控制的同时,应该与项目范围变更、进度计划变更、质量控制等紧密结合,防止因单纯控制成本而引起项目范围、进度和质量方面的问题,甚至出现无法接受的风险。 有效成本控制的关键是经常及时地分析成本绩效,尽早发现成本差异和成本执行的效率,以便在情况变坏之前能够及时采取纠正措施。一旦项目成本失控,要在预算内完成项目是非常困难的,如果项目没有额外的资金支持,那么成本超支的后果就是要么推迟项目工期,要么降低项目的质量标准,要么缩小项目的工作范围,这三种情况都是我们不愿意看到的。
知识点: 控制成本-定义及输入输出
解析:项目质量审计 质量审计是对其他质量管理活动的结构化和独立的评审方法,用于判断项目活动的执行是否遵从于组织及项目定义的方针、过程和规程。
知识点: 实施质量保证-技术或工具 项目管理之三大审计 质量审计-工具技术
解析:制定项目质量计划的输入包括以下内容。 (1)质量方针。 (2)项目范围说明书。 (3)产品描述。 (4)标准与规则。 (5)其他过程的输出。
知识点: 规划质量管理-定义及输入输出
解析:创建基线或发行基线的主要步骤如下: (1)获得CCB的授权; (2)创建构造基线或发行基线; (3)形成文件; (4)使基线可用。
知识点: 配置标识与建立基线
解析:版本管理 1) 处于“草稿”状态的配置项的版本号格式为0.YZ,YZ的数字范围为01~99。随着草稿的修正,YZ的取值应递增。YZ的初值和增幅由用户自己把握。 2) 处于“正式”状态的配置项的版本号格式为X.Y,X为主版本号,取值范围为1~9。Y为次版本号,取值范围为0~9。配置项第一次成为“正式”文件时,版本号为1.0。如果配置项升级幅度比较小,可以将变动部分制作成配置项的附件,附件版本依次为1.0,1.1,……。当附件的变动积累到一定程度时,配置项豹Y值可适量增加,Y值增加一定程度时,X值将适量增加。当配置项升级幅度比较大时,才允许直接增大X值。 3) 处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时,一般只增大Z值,X.Y值保持不变。当配置项修改完毕,状态成为“正式”时,将Z值设置为0,增加X.Y值。参见上述规则(2)。
知识点: 版本管理
解析:面向团队的需求收集方法能够鼓励合作,为解决方案的各个要素提供建议,协商不同的方法,以及说明初步的需求方案。在进行面向团队的需求分析时,通常会举行团队需求收集会议,会议由软件工程师、客户和其他利益相关共同举办和参加;为会议拟订一个会议议程,既要涵盖所有的重要点,又要鼓励思维的自由交流;会议由一位主持人控制会议进度,并保证会议主题不被偏离;会议目的是为了识别问题,提出解决方案的要点,初步刻画解决方案中的需求问题。
知识点: 收集需求-技术或工具 会议-工具技术
解析:需求跟踪提供了由需求到产品实现整个过程范围的明确查阅的能力。可用来确认每个软件需求的源头,但并不是确认需求。
知识点: 需求跟踪矩阵-文件计划
解析:此题的关键为“各作业都按最早时间开始”,所以,该项目各作业时间和人数的安排为: 1、0-20天,5人做A,共需5人。 2、21-40天,3人做B,4人做D,2人做C,共需9人。 3、41-50天,2人做F,2人做E,共需4人。 4、51-60天,2人继续做E,共需2人。 5、61-70天,3人做G,共需3人。
知识点: 网络图
解析:设上游流量x立方米/小时,每个泄洪闸泄洪量y立方米/小时,目前已超安全线A立方米,根据题意可知: 10x+A=10y 4x+A=8y 联立方程,可得:y=3x,A=20x 若1小时达到安全,则:x+A=n*y,即x+20x=n*3x,所以,n=7
知识点: 运筹学计算
解析:首先,这是双代号网络图,箭头表示工作。所以,题中的问题“结点⑤的最早时间和最迟时间”就描述错误!!我们只能理解为结点⑤出发的工作(有三个)的最早开始时间和最迟开始时间。 结点⑤出发的工作的最早开始时间为15(①→③→④→⑤) 关键路径为:①→③→④→⑥→⑦→⑨→⑩,总工期为28, 所以,结点⑤出发的工作的最迟开始时间为28-5-2-5=16(⑩→⑨→⑦→⑤)
知识点: 项目进度计划与项目进度管理计划 网络图
解析:本题考查的是操作系统进程调度方面的知识。 根据题意可知,三个任务的优先级T1>T2>T3,所有任务可以并行使用I/O设备:说明不同任务的I/O可以同时进行,进程调度过程如下图所示。分析如下: t0时刻:进程调度程序选任务T1投入运行,运行10ms,任务T1占用I/O; t1时刻:此时由于CPU空闲,进程调度程序选任务T2投入运行,运行10ms后任务T2占用I/O。此时,t1与t2时刻任务T1占用I/O,任务T2在运行。 t2时刻:此时由于CPU空闲,进程调度程序选任务T3投入运行,运行3ms后,任务T1结束占用I/O。此时,t2与t3时刻任务T1、任务T2占用I/O,任务T3在运行。 t3时刻:由于系统采用可剥夺式优先级的进程调度方案,所以,强行地将任务T3占用的CPU剥夺,分配给任务T1。在运行5ms后到t4时刻任务T1运行完毕。此时,t3与t4时刻任务T1在运行,任务T2等待,任务T3占用I/O。 t4时刻:将CPU分配给T3运行5ms后,到t5时刻任务T2结束占用I/O,强行地将任务T3占用的CPU剥夺,任务T2开始运行。此时,t4与t5时刻任务T1结束,任务T2占用I/O,任务T3在运行。 t5时刻:运行5ms后,到t6时刻任务T2运行完毕。 t6时刻:系统将CPU分配给任务3,运行2ms后,到t7时刻任务T3占用I/O。 t7时刻到t6时刻:共计13ms,没有待运行的任务。 t8时刻:任务T3结束占用I/O,运行5ms后,到t9时刻任务T3运行结束。 从以上分析可见,这三个任务从同时启动到全部结束的总时间为58ms,CPU的空闲时间共有13ms
知识点: 运筹学计算
解析:A-1,B-1,C-3
知识点: 运筹学计算
解析:无线局域网(被广泛称之为WLAN或WIFI)是人们最为熟悉的IEEE802协议族。它由( )协议定义标准并具备许多有限局域网的特性。 A、IEEE 802.1 B、IEEE 802.3 C、IEEE 802.5 D、IEEE 802.11
知识点: 以太网-定义 IEEE 802规范 IEEE 802规范 专业英语
解析:当接入网络存在多个路由器时,路由器利用动态路由协议交换()信息。 A、目的地址 B、IP地址 C、工作地址 D、路由地址
知识点: 路由器-定义 专业英语
解析:制定项目进度计划之前,制定计划者需要()、各任务的工作量估计以及可得到的资源列表 A、工作分解结构 B、基线 C、软件需求描述 D、计划
知识点: 工作分解结构 专业英语
解析:建立项目管理的时间表需要里程碑列表、各活动,以及含有估计开始和结束时间的(可交付物),其中员工的调度被看作为元素。 A、关系 B、资源 C、干系人 D、可交付物 根据项目管理计划制定原则,得到答案D。
知识点: 项目时间管理过程 专业英语 项目计划编制工作所遵循的基本原则
解析:下图表示的活动A与B的依赖关系可以描述为( ) A、A结束前B不能开始 B、A结束前B不能结束 C、A开始前B不能开始 D、A开始前B不能结束
知识点: 排列活动顺序-定义及输入输出 专业英语
大纲 | 知识点 | 考题号 |
---|---|---|
项目范围管理 | 软件需求 | 6 |
事业环境因素-文件计划 | 32 | |
项目范围管理过程 | 36 | |
创建WBS-技术或工具 | 38 | |
分解-工具技术 | 38 | |
工作分解结构 | 38,73 | |
收集需求-技术或工具 | 64 | |
会议-工具技术 | 64 | |
需求跟踪矩阵-文件计划 | 65 | |
项目变更管理 | 实施整体变更控制-定义及输入输出 | 34 |
项目沟通与干系人管理 | 事业环境因素-文件计划 | 32 |
会议-工具技术 | 64 | |
项目沟通管理和干系人管理 | 事业环境因素-文件计划 | 32 |
会议-工具技术 | 64 | |
项目组合、项目集和组织级项目管理 | 大项目管理 | 52 |
项目采购和合同管理 | 仲裁 | 28,29 |
合同违约责任 | 29 | |
评标 | 30 | |
事业环境因素-文件计划 | 32 | |
项目进度计划与项目进度管理计划 | 39,68 | |
工作绩效报告-文件计划 | 41 | |
规划采购管理-技术或工具 | 46 | |
合同类型 | 47 | |
外包管理 | 49 | |
会议-工具技术 | 64 | |
信息系统安全管理 | 信息安全风险评估 | 15 |
信息系统安全管理体系 | 16 | |
信息系统安全属性 | 16 | |
访问控制-定义 | 17 | |
项目管理师职业道德 | 项目经理的职业道德 | 5 |
项目采购管理 | 仲裁 | 28,29 |
事业环境因素-文件计划 | 32 | |
项目进度计划与项目进度管理计划 | 39,68 | |
工作绩效报告-文件计划 | 41 | |
规划采购管理-技术或工具 | 46 | |
会议-工具技术 | 64 | |
信息技术知识 | 大数据 | 1 |
云计算 | 2 | |
三代互联网总结 | 3 | |
软件体系结构 | 4 | |
模型视图控制器-定义 | 7 | |
软件测试 | 10,11 | |
内聚与耦合 | 12 | |
信息系统运维 | 18 | |
网络分级设计 | 19 | |
网络协议 | 20,22 | |
IP地址-定义 | 20 | |
OSI七层模型与TCP/IP四层模型-定义 | 21,22 | |
综合布线 | 23,24 | |
面向对象方法 | 25,26 | |
Web组件 | 26 | |
统一建模语言-定义 | 27 | |
外包管理 | 49 | |
以太网-定义 | 71 | |
IEEE 802规范 | 71,71 | |
路由器-定义 | 72 | |
立项管理 | 招标投标相关法律 | 30 |
评标 | 30 | |
项目立项管理-项目可行性研究阶段 | 39,40 | |
项目选择和优先级排列方法 | 50 | |
项目人力资源管理 | 事业环境因素-文件计划 | 32 |
工作绩效报告-文件计划 | 41 | |
冲突管理-工具技术 | 53 | |
团队绩效评价和项目绩效评估 | 55 | |
项目绩效评估-工具技术 | 55 | |
会议-工具技术 | 64 | |
信息化和信息系统 | 大数据 | 1 |
云计算 | 2 | |
三代互联网总结 | 3 | |
软件体系结构 | 4 | |
企业信息化 | 4 | |
模型视图控制器-定义 | 7 | |
软件测试 | 10,11 | |
内聚与耦合 | 12 | |
信息系统运维 | 18 | |
网络分级设计 | 19 | |
网络协议 | 20,22 | |
IP地址-定义 | 20 | |
OSI七层模型与TCP/IP四层模型-定义 | 21,22 | |
综合布线 | 23,24 | |
面向对象方法 | 25,26 | |
Web组件 | 26 | |
统一建模语言-定义 | 27 | |
信息系统工程监理 | 51 | |
业务流程重组 | 54 | |
实施质量保证-技术或工具 | 60 | |
质量审计-工具技术 | 60 | |
以太网-定义 | 71 | |
IEEE 802规范 | 71,71 | |
路由器-定义 | 72 | |
项目成本管理 | 事业环境因素-文件计划 | 32 |
三点估算-工具技术 | 35 | |
项目进度计划与项目进度管理计划 | 39,68 | |
制定预算-定义及输入输出 | 57 | |
项目成本组成 | 57 | |
成本基准-文件计划 | 57 | |
管理储备 | 57 | |
挣值管理-工具技术 | 58 | |
控制成本-定义及输入输出 | 59 | |
会议-工具技术 | 64 | |
用户业务流程管理 | 业务流程重组 | 54 |
项目进度管理 | 事业环境因素-文件计划 | 32 |
网络图 | 35,66,68 | |
三点估算-工具技术 | 35 | |
分解-工具技术 | 38 | |
项目进度计划与项目进度管理计划 | 39,68 | |
管理储备 | 57 | |
会议-工具技术 | 64 | |
项目时间管理过程 | 74 | |
排列活动顺序-定义及输入输出 | 75 | |
项目合同管理 | 仲裁 | 28,29 |
合同违约责任 | 29 | |
合同类型 | 47 | |
项目管理办公室 | 项目管理办公室 | 51 |
项目绩效考核与绩效管理 | 团队绩效评价和项目绩效评估 | 55 |
项目绩效评估-工具技术 | 55 | |
项目管理一般知识 | 软件度量 | 8 |
项目管理过程组 | 33 | |
执行过程组 | 33 | |
项目管理知识体系 | 37 | |
项目管理工作执行数据和信息流向的一致性 | 41 | |
项目管理办公室 | 51 | |
大项目管理 | 52 | |
项目管理之三大审计 | 60 | |
信息系统审计 | 质量审计-工具技术 | 60 |
项目管理工程师岗位职业道德规范 | 项目经理的职业道德 | 5 |
项目质量管理 | 事业环境因素-文件计划 | 32 |
确认范围和质量控制 | 36 | |
实施质量保证-定义及输入输出 | 49 | |
实施质量保证-技术或工具 | 60 | |
质量审计-工具技术 | 60 | |
规划质量管理-定义及输入输出 | 61 | |
会议-工具技术 | 64 | |
项目整体管理 | 项目整合管理过程 | 31 |
事业环境因素-文件计划 | 32 | |
制定项目章程-定义及输入输出 | 32 | |
实施整体变更控制-定义及输入输出 | 34 | |
工作绩效报告-文件计划 | 41 | |
投资回收期 | 42,56 | |
项目收尾过程 | 48 | |
会议-工具技术 | 64 | |
项目计划编制工作所遵循的基本原则 | 74 | |
信息系统项目管理基础 | 软件度量 | 8 |
项目管理过程组 | 33 | |
执行过程组 | 33 | |
项目管理知识体系 | 37 | |
项目管理工作执行数据和信息流向的一致性 | 41 | |
项目管理办公室 | 51 | |
项目管理之三大审计 | 60 | |
信息化知识 | 企业信息化 | 4 |
业务流程重组 | 54 | |
信息系统服务管理 | 信息系统工程监理 | 51 |
专业英语 | 专业英语 | 71,72,73,74,75 |
项目风险管理 | 风险事件 | 28 |
事业环境因素-文件计划 | 32 | |
工作绩效报告-文件计划 | 41 | |
资源分解结构-文件计划 | 43,44 | |
实施定性风险分析-定义及输入输出 | 45 | |
管理储备 | 57 | |
会议-工具技术 | 64 | |
信息安全知识 | 信息安全风险评估 | 15 |
信息系统安全管理体系 | 16 | |
信息系统安全属性 | 16 | |
访问控制-定义 | 17 | |
管理科学基础知识 | 运筹学计算 | 67,69,70 |
文档与配置管理 | 基线 | 13 |
配置标识与建立基线 | 62 | |
版本管理 | 63 | |
法律法规和标准规范 | 计算机软件需求说明编制指南 | 6 |
计算机软件质量保证计划规范 | 9 | |
信息技术软件工程术语 | 13 | |
计算机软件可靠性和可维护性管理 | 14 | |
信息安全等级保护管理 | 16 | |
招标投标相关法律 | 30 |