![]() |
项目忙还想过软考,您需要简练! 《简练APP》针对软考项目管理中级高级,梳理历年真题、大纲、教程、知识点四者的动态关系,建立一体化的“学习-检测”系统,大纲为主线,教程为源点,知识点逐个击破,用真题检测。 |
解析:“互联网+”就是“互联网+各个传统行业”,但这并不是简单的两者相加,而是利用信 息通信技术以及互联网平台,让互联网与传统行业进行深度融合,创造新的发展生态。它代 表一种新的社会形态,即充分发挥互联网在社会资源配置中的优化和集成作用,将互联网的 创新成果深度融合于经济、社会各域之中,提升全社会的创新力和生产力,形成更广泛的以 互联网为基础设施和实现工具的经济发展新形态。
知识点: 两化融合 互联网+
解析:所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。可以说,在软件工程当中的“需求分析”就是确定要计算机“做什么”,要达到什么样的效果。可以说需求分析是做系统之前必做的。
知识点: 软件需求分析与定义
解析:详细设计是软件工程中软件开发的一个步骤,就是对概要设计的一个细化,就是详细设计每个模块实现算法,所需的局部结构。在详细设计阶段,主要是通过需求分析的结果,设计出满足用户需求的嵌入式系统产品。
知识点: 软件设计
解析:选项A 与“物流”相关度不如其他三个选项
知识点: 现代物流
解析:劝说客户从自己参股的公司采购项目所需的部分设备,是为自己谋取利益,违背了项目管理的职业道德。
知识点: 项目经理的职业道德
解析:需求分析涉及分析需求的过程,其目的如下: (1)检测和解决需求之间的冲突。 (2)发现软件的边界,以及软件与其环境如何交互。 (3)详细描述系统需求,以导出软件需求。
知识点: 软件需求
解析:D为质量控制的内容。
知识点: 实施质量保证-定义及输入输出 软件质量保证及质量评价
解析:项目计划编制工作所遵循的基本原则 编制项目计划所遵循的基本原则有:全局性原则、全过程原则、人员与资源的统一组织与管理原则、技术工作与管理工作协调的原则。除此之外,更具体的编制项目计划所遵循的原则如下: 1.目标的统一管理 2.方案的统一管理 3.过程的统一管理 4.技术工作与管理工作的统一协调 5.计划的统一管理 6,人员资源统一管理 7.各干系人的参与 8.逐步精确
知识点: 制定项目管理计划-技术或工具 制定项目管理计划-定义及输入输出 项目计划编制工作所遵循的基本原则
解析:技术评审的目的是评价软件产品,以确定其对使用意图的适合性,目标是识别规范说明和标准的差异,并向管理提供证据,以表明产品是否满足规范说明并遵从标准,而且可以控制变更。
知识点: 同行评审
解析:测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动,它本身是实际产品构造的一个重要部分。
知识点: 软件测试
解析:完善性维护:软件产品交付后进行的修改,以改进性能和可维护性。
知识点: 软件维护
解析:数据流程图中有以下几种主要元素: 数据流。数据流是数据在系统内传播的路径,因此由一组成分固定的数据组成。如订票 单由旅客姓名、年龄、单位、身份证号、日期、目的地等数据项组成。由于数据流是流动中 的数据,所以必须有流向,除了与数据存储之间的数据流不用命名外,数据流应该用名词或 名词短语命名。 数据源或宿(“宿”表示数据的终点)。代表系统之外的实体,可以是人、物或其他软件 系统。 对数据的加工(处理)。加工是对数据进行处理的单元,它接收一定的数据输入,对其 进行处理,并产生输出。 数据存储。表示信息的静态存储,可以代表文件、文件的一部分、数据库的元素等。
知识点: 软件设计
解析:易学性,软件产品使用户能学习其应用的能力
知识点: 软件工程产品质量第1部分:质量模型
解析:标准原文: 4.1.3 在开发过程中的可靠性和可维护性管理要求 选项C 中的“评价或审查代码以验证相应要求的实现”属于在“4.1.3.4 在实现活动中 的可靠性和可维护性管理要求”
知识点: 计算机软件可靠性和可维护性管理
解析:信息安全技术包括物理安全 网络安全,主机安全 应用安全 数据安全和备份恢复。人员管理属于物理安全范畴。
知识点: 信息系统安全管理体系
解析:访问控制技术 访问控制按照事先确定的规则决定主体对客体的访问是否合法。当一主体试图非法使用一个未经授权的资源时,访问控制将拒绝这一企图,并将这一事件报告给审计跟踪系统,审计跟踪系统将给出报警并记录日志档案。
知识点: 访问控制-定义
解析:拒绝服务攻击即攻击者想办法让目标机器停止提供服务,是黑客常用的攻击手段之一。 其实对网络带宽进行的消耗性攻击只是拒绝服务攻击的一小部分,只要能够对目标造成麻 烦,使某些服务被暂停甚至主机死机,都属于拒绝服务攻击。拒绝服务攻击问题也一直得不 到合理的解决,究其原因是因为这是由于网络协议本身的安全缺陷造成的,从而拒绝服务攻 击也成为了攻击者的终极手法。攻击者进行拒绝服务攻击,实际上让服务器实现两种效果: 一是迫使服务器的缓冲区满,不接收新的请求;二是使用IP 欺骗,迫使服务器把非法用户 的连接复位,影响合法用户的连接。
知识点: 主动攻击-定义 入侵检测系统-定义
解析:入侵检测(Intrusion Detection),顾名思义,就是对入侵行为的发觉。他通过对计算机 网络或计算机系统中若干关键点收集信息并对其进行分析,从中发现网络或系统中是否有违 反安全策略的行为和被攻击的迹象。
知识点: 入侵检测系统-定义
解析:(65+35)/2*1.1=3300 每层楼用线量:C=[0.55*(L+S)+6]*n L:本楼层离管理间最远的信息点距离 S:本楼层离管理间最近的信息点距离 n:本楼层的信息点总数 0.55:备用系数
知识点: 综合布线
解析:TCP/IP 是一组用于实现网络互连的通信协议。Internet 网络体系结构以TCP/IP 为核心。 基于TCP/IP 的参考模型将协议分成四个层次,它们分别是:网络访问层、网际互联层、传输层(主机到主机)、和应用层。
知识点: OSI七层模型与TCP/IP四层模型-定义
解析:802.11 协议簇是国际电工电子工程学会(IEEE)为无线局域网络制定的标准。
知识点: IEEE 802规范
解析:网络层: IP,ICMP 传输层:TCP ,UDP 应用层:Telnet,FTP,SMTP,SNMP等
知识点: OSI七层模型与TCP/IP四层模型-定义
解析:以太网(Ethernet)指的是由Xerox 公司创建并由Xerox、Intel 和DEC 公司联合开发的 基带局域网规范,是当今现有局域网采用的最通用的通信协议标准。以太网络使用CSMA/CD(载波监听多路访问及冲突检测)技术。
知识点: 以太网-定义
解析:移动计算是随着移动通信、互联网、数据库、分布式计算等技术的发展而兴起的新技术。 移动计算技术将使计算机或其它信息智能终端设备在无线环境下实现数据传输及资源共享。 它的作用是将有用、准确、及时的信息提供给任何时间、任何地点的任何客户。这将极大地 改变人们的生活方式和工作方式。 移动计算具有以下一些主要特点:1、移动性,2、网络条件多样性,3、频繁断接性,4、 网络通信的非对称性,5、移动计算机的电源能力有限,6、可靠性低。
知识点: 无线网络
解析:对象模型技术把分析时收到的信息构造在三类模型中,即对象模型、功能模型和动态模型。三个模型从不同的角度对系统进行描述,分别着重于系统的一个方面,组合起来构成对系统的完整描述。形象地说,功能模型定义“做什么”,状态模型定义“何时做”,对象模型定义“对谁做”。
知识点: 软件需求分析与定义
解析:1.关联:连接模型元素及链接实例,用一条实线来表示; 2.依赖:表示一个元素以某种方式依赖于另一个元素,用一条虚线加箭头来表示; 3.聚集:表示整体与部分的关系,用一条实线加空心菱形来表示; 4.组成:表示整体与部分的又一关系,用一条实线加实心菱形来表示; 5.泛化(继承):表示一般与特殊的关系,用一条实线加空心箭头来表示; 6.实现:表示类与接口的关系,用一条虚线加空心箭头来表示;
知识点: 统一建模语言-定义
解析:用例图是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述 系统功能的视图。用例图(User Case)是被称为参与者的外部用户所能观察到的系统功能 的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统 或类的功能行为进行建模。
知识点: 统一建模语言-定义
解析:中华人民共和国政府采购法 第二章,第十九条任何单位和个人不得以任何方式为采购人指定采购代理机构。
知识点: 招标投标相关法律
解析:1.涉及国家安全、国家秘密或者抢险救灾而不适宜招标的; 2.属于利用扶贫资金实行以 工代赈需要使用农民工的; 3.施工主要技术采用特定的专利或者专有技术的; 4.施工企业 自建自用的工程,且该施工企业资质等级符合工程要求的; 5.在建工程追加的附属小型工 程或者主体加层工程,原中标人仍具备承包能力的; 6.法律、行政法规规定的其他情形。
知识点: 招标投标相关法律
解析:《招标投标法》第九条规定:“招标项目按照国家有关规定需要履行项目审批手续的,应当先履行审批手续,取得批准。”
知识点: 招标投标相关法律
解析:当事件、活动或项目有损失或收益与之相联系,涉及到某种或然性或不确定性和涉及到某种选择时,才称为有风险。以上三条,每一个都是风险定义的必要条件,不是充分条件。 具不确定性的事件不一定是风险。
知识点: 风险事件
解析:D 为定性风险分析
知识点: 识别风险-定义及输入输出
解析:ABD都是与时间有关的,预算不准导致的成本超支这个是成本预算过程做得不好导致的风险。
知识点: 风险事件
解析:路线1:35*0.9+90*0.1=40.5 路线2:20*0.3+60*0.7=48
知识点: 决策树分析
解析:风险监控的输出: 1.建议的纠正措施 2.变更申请 3.风险记录(更新) 4.组织过程资产(更新)
知识点: 控制风险-定义及输入输出
解析:大型及复杂项目的计划过程 某种意义上来说,一般项目的计划主要关注的是项目活动的计划。但是对大型及复杂项目来说,制定活动计划之前,必须先考虑项目的过程计划,也就是必须先确定用什么方法和过程来完成项目。 建立统一的项目过程会大大提高项目之间的协作效率,有力地保证项目质量。但是,如果希望过程制度起到期望的作用,还必须在项目团队内部建立一个体系
知识点: 大项目管理
解析:大型及复杂项目的计划过程 某种意义上来说,一般项目的计划主要关注的是项目活动的计划。但是对大型及复杂项目来说,制定活动计划之前,必须先考虑项目的过程计划,也就是必须先确定用什么方法和过程来完成项目。 建立统一的项目过程会大大提高项目之间的协作效率,有力地保证项目质量。但是,如果希望过程制度起到期望的作用,还必须在项目团队内部建立一个体系
知识点: 大项目管理
解析:项目选择和优先级排列 DIPP 值是一个描述项目资源利用率的指标。 DIPP 值越高的项目,意味着资源的利用率越高,越值得优先考虑资源的支持。
知识点: 项目选择和优先级排列方法
解析:大型及复杂项目的实施和控制过程,项目的控制过程有3 个重要的因素:项目绩效跟踪;外部变更请求;变更控制。
知识点: 大项目管理
解析:下列四点原因,说明拟定一份范围广泛、透彻和准确合同的重要性: 合同是一项管理风险的重要工具。 合同协议流程,以及用清楚、明确的文字记载来正式说明双方意图的方式,有助于将购买者和供应商对合作关系的期望透明化。这两种流程强迫双方了解彼此的工作,何时与如何达成目标,以及明白对彼此的期待。清楚地设计架构,对制订预算和其他规划极有帮助。 一份以文字记载的合同,经常成为帮助沟通的工具。 一份良好的合同,服务供应商可将之作为工作文件。
知识点: 外包管理 合同 合同管理
解析:项目评估的基本方法 1.静态分析法 静态分析法计算比较简单,对若干方案进行粗略评价,或对短期投资项目作经济分析时, 不考虑资金的时间价值,此法简易实用。其中包括: (1)投资收益率法,又称会计收益率法,是工程项目投产后所获得的年净收入与项目总投资额之比。 (2)投资回收期法,又称为投资返本期或投资偿还年限,是投资收益率的倒数。 (3)追加投资回收期法,当两个投资方案进行对比时,方案1 的投资额K1 大于方案2的投资额K2,而方案1 的生产成本C1 却小于方案2 的生产成本C2,可以采取追加投资回收期法。 (4)最小费用法。当出现多个比较方案时,选取总费用最小的方案。
知识点: 项目评估
解析:项目整体绩效评估 绩效审计按审计时间分类可以分为事前绩效审计、事中绩效审计和事后绩效审计。 事前绩效审计包括计划、预算、建设项目的可行性研究、成本预测等内容。通过事前审计可以防患于未然,对于计划、预算以及投资项目实施可能出现的问题和不利因素,能在事前及时纠正和剔除,避免因预测不准或计划不周而造成经济损失或效益不高。 事中审计是把项目实施情况与实施前的预测、预算、计划和标准等进行分析比较,从中找出差距和存在的问题,及时采取有效措施加以纠正,并根据实际情况的变化,调整和修改计划、预算,使之更加符合客观实际、更加合理。它是一种动态审计。 事后审计是一种总结性审计,主要是对已完成的活动的经济效益,效果、效率进行分析与评价,找出问题的原因,发掘进一步提高的途径。
知识点: 团队绩效评价和项目绩效评估
解析:准备金分析 通过准备金分析形成应急准备金与管理储备金,该准备金用于应对还未计划但有可能需要的变更。风险登记册中确定的风险可能会导致这种变更。 管理储备金是为应对未计划但有可能需要的项目范围和成本变更而预留的预算。它们是“未知的未知”,并且项目经理在动用或花费这笔准备金之前必须获得批准。管理储备金不是项目成本基准的一部分,但包含在项目的预算之内。因为它们不作为预算分配,所以也不是挣值计算的一部分。
知识点: 管理储备 储备分析-工具技术 应急储备与管理储备 问题日志与风险登记册的区别与联系
解析:“花了1 块钱,干了CPI 块钱的活” “用了1 天,干了SPI 天的活”
知识点: 挣值管理-工具技术
解析:比较各项目的CPI
知识点: 挣值管理-工具技术
解析:项目团队建设的技术、方法或工具: 1)通用管理技能 2)基本规则 3) 认可和奖励 4) 培训(如拓展、组织一些娱乐活动) 5)团队建设活动 6)同地办公(集中)
知识点: 建设项目团队-技术或工具 问题日志与风险登记册的区别与联系 问题日志-文件计划
解析:组建项目团队的工具和技术包括:事先分派,谈判,采购,虚拟团队。 其中,虚拟团队可定义为具有共同目标、在完成角色任务的过程中很少或没有时间面对面工作的一群人。现代沟通技术(如电子邮件、电话会议、社交媒体、网络会议和视频会议等)使虚拟团队成为可行。
知识点: 虚拟团队-工具技术 预分派
解析:配置控制包括下述任务:应标识和记录变更请求;分析和评价变更;批准或否决请求;实现、验证和发布已修改的软件像。在每次修改时应保存审核追踪、并可以追踪修改的原因和修改的授权。对处理安全性或安全保密性功能的受控软件项的所有访问均应进行控制和审核。
知识点: 配置管理 信息技术:软件生存周期过程
解析:版本管理 配置项的状态可分为“草稿”、“正式”和“修改”三种。配置项刚建立时,其状态为“草 稿”。配置项通过评审后,其状态变为“正式”。此后若更改配置项,则其状态变为“修改”。 当配置项修改完毕并重新通过评审时,其状态又变为“正式”。
知识点: 版本管理
解析:对于每一个基线,要定义下列内容:建立基线的事件、受控的项、建立和变更基线的程序、批准变更基线所需的权限。
知识点: 配置标识与建立基线
解析:配置识别与建立基线 配置项的识别是配置管理活动的基础,也是制定配置管理计划的重要内容。软件配置项分类软件的开发过程是一个不断变化着的过程,为了在不严重阻碍合理变化的情况下来控制变化,软件配置管理引入了“基线”这一概念。根据这个定义,我们在软件的开发流程中把所有需加以控制的配置项分为基线配置项和非基线配置项两类,例如,基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。
知识点: 配置标识与建立基线
解析:成本补偿合同。 这类合同为卖方报销实际成本,通常加上一些费用作为卖方利润。
知识点: 合同类型
解析:选项D 说反了。 为分散风险,应该将项目外包给不同的供应商。不所谓不要将鸡蛋放在同一个篮子里。
知识点: 外包管理
解析:绩效审计(三E 审计)是经济审计、效率审计和效果审计的合称,因为三者的第一个英文字母均为E,故称三E 审计。
知识点: 团队绩效评价和项目绩效评估
解析:项目整体评估方法论 系统方法的基本原则或本质主要是:①整体性原则;②相关性原则;③有序性原则;④动态性原则;⑤最优化原则。
知识点: 团队绩效评价和项目绩效评估
解析:业务流程设计是最重要的一个环节。
知识点: 流程管理
解析:质量成本 质量成本是指为了达到产品或服务质量而进行的全部工作所发生的所有成本。包括为确保与要求一致而做的所有工作叫做一致成本,以及由于不符合要求所引起的全部工作叫做不一致成本。这些工作引起的成本主要包括三种:预防成本、评估成本和故障成本,而后者又可分解为内部成本与外部成本。其中预防成本和评估成本属于一致成本,而故障成本属于不一致成本。预防成本是为了使项目结果满足项目的质量要求而在项目结果产生之前采取的一些活动;而评估成本是项目的结果产生之后,为了评估项目的结果是否满足项目的质量要求进行测试活动而产生的成本;故障成本是在项目的结果产生之后,通过质量测试活动发现项目结果不能满足质量要求,为了纠正其错误使其满足质量要求发生的成本。
知识点: 质量成本-工具技术 成本类型
解析:将项目的成本分配到项目的各项具体工作上属于成本预算的工作,项目成本控制工作的主要内容包括: 1、识别可能引起项目成本基准计划发生变动的因素,并对这些因素施加影响,以保证该变化朝着有利的方向发展。 2、以工作包为单位,监督成本的实施情况,发现实际成本与预算成本之间的偏差,查出产生偏差的原因,作好实际成本的分析评估工作。 3、对发生成奉偏差的工作包实施管理,有针对性的采取纠正措施,必要时可虬根据实际情况对项目成本基准计划进行适当的调整和修改,同时要确保所有的相关变更都准确的记录在成本基准计划中。 4、将核准的成本变更和调整后的成本基准计划通知项目的相关人员。 5、防止不正确的、不合适的或未授权的项目变动所发生的费用被列入项目成本预算。 6、在进行成本控制的同时,应该与项目范围变更、进度计划变更、质量控劁等紧密结合,防止因单纯控制成本而引起项目范围、谶度和质量方面的问题,甚至出现无法接受的风险。
知识点: 控制成本-定义及输入输出
解析:制定项目质量计划工作的输入: (1)质量方针。(2)项目范围说明书。(3)产品描述。(4)标准与规则。(5)其他过程的输出。
知识点: 规划质量管理-定义及输入输出
解析:项目质量审计 质量审计是对其他质量管理活动的结构化和独立的评审方法,用于判断项目活动的执行是否遵从于组织及项目定义的方针、过程和规程。质量审计的目标是:识别在项目中使用的低效率以及无效果的政策、过程和规程。后续对质量审计结果采取纠正措施的努力,将会达到降低质量成本和提高客户或(组织内的)发起人对产品和服务的满意度的目的。质量审计可以是预先计划的,也可是随机的:可以是组织内部完成,也可以委托第三方(外部)组织来完成。质量审计还确认批准过的变更请求、纠正措施、缺陷修订以及预防措施的执行情况。
知识点: 实施质量保证-技术或工具 质量审计-工具技术
解析:因果图,又叫石川图或鱼骨图,它说明了各种要素是如何与潜在的问题或结果相关联。它可以将 各种事件和因素之问的关系用图解表示。 控制图,又叫管理图、趋势图,它是一种带控制界限的质量管理图表。运用控制图的目的之一就是,通过观察控制图上产品质量特性值的分布状况,分析和判断生产过程是否发生了异常,一旦发现异常就要及时采取必要的措施加以消除,使生产过程恢复稳定状态。也可以应用控制图来使生产过程达到统计控制的状态。产品质量特性值的分布是一种统计分布,因此,绘制控制图需要应用概率论的相关理论和知识。
知识点: 控制图 鱼骨图
解析:因果图,又叫石川图或鱼骨图,它说明了各种要素是如何与潜在的问题或结果相关联。它可以将各种事件和因素之问的关系用图解表示。
知识点: 鱼骨图
解析:版本管理 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)。
知识点: 版本管理
解析:版本管理 配置项的状态可分为“草稿”、“正式”和“修改”三种。配置项刚建立时,其状态为“草 稿”。配置项通过评审后,其状态变为“正式”。此后若更改配置项,则其状态变为“修改”。 当配置项修改完毕并重新通过评审时,其状态又变为“正式”。
知识点: 版本管理
解析:需求跟踪提供了由需求到产品实现整个过程范围的明确查阅的能力。可用来确认每个软件需求的源头,但并不是确认需求。
知识点: 需求跟踪矩阵-文件计划
解析:用代入排除法即可。A、D 方案不满足电量限制。C 比B 利润高。
知识点: 运筹学计算
解析:方案B 的最大后悔值最小,所以,选B
知识点: 运筹学计算
解析:1100/1.1+12100/1.12+13300/1.13=30000
知识点: 净现值
解析:1000+300x=500x,x=5
知识点: 运筹学计算
解析:A-K-Y-H-D-B
知识点: 运筹学计算
解析:客户接受信息系统正式可交付成果后,项目进入()阶段 A、准备 B、运维 C、开发 D、消亡
知识点: 专业英语 项目阶段
解析:在实际开发过程中提供预期产品的模型,以获得早期反馈,这种方法称为()法 A、原型 B、面向对象法 C、结构化方法 D、迭代法
知识点: 专业英语 原型法-工具技术
解析:项目范围管理计划用来什么团队如何准备(),该文档包括对WBS 的描述、验证可交 付成果、项目范围变更控制。 A、项目章程 B、项目范围目标 C、项目预算 D、范围说明书
知识点: 专业英语 项目范围说明书-文件计划
解析:下列()为活动排序的方法。 A、分解 B、鱼骨图 C、前导图法 D、专家判断
知识点: 专业英语 排列活动顺序-定义及输入输出 鱼骨图
解析:项目进度管理计划是项目管理计划的一部分。基于项目的(),进度计划可以是正式或非正式的、高度详细或者粗略的、并包括适当的控制阈值。 A、目标 B、价值 C、需求 D、级别
知识点: 专业英语 项目进度计划-文件计划
大纲 | 知识点 | 考题号 |
---|---|---|
项目范围管理 | 软件需求分析与定义 | 2,25 |
需求跟踪矩阵-文件计划 | 65 | |
原型法-工具技术 | 72 | |
项目范围说明书-文件计划 | 73 | |
项目沟通与干系人管理 | 问题日志-文件计划 | 46 |
项目沟通管理和干系人管理 | 问题日志-文件计划 | 46 |
项目组合、项目集和组织级项目管理 | 大项目管理 | 36,37,39 |
项目采购和合同管理 | 外包管理 | 40,53 |
合同 | 40 | |
合同管理 | 40 | |
合同类型 | 52 | |
项目进度计划-文件计划 | 75 | |
信息系统安全管理 | 信息系统安全管理体系 | 15 |
访问控制-定义 | 16 | |
主动攻击-定义 | 17 | |
入侵检测系统-定义 | 17,18 | |
项目管理师职业道德 | 项目经理的职业道德 | 5 |
项目采购管理 | 项目进度计划-文件计划 | 75 |
信息技术知识 | 互联网+ | 1 |
软件设计 | 3,12 | |
现代物流 | 4 | |
同行评审 | 9 | |
软件测试 | 10 | |
软件维护 | 11 | |
综合布线 | 19 | |
OSI七层模型与TCP/IP四层模型-定义 | 20,22 | |
IEEE 802规范 | 21 | |
以太网-定义 | 23 | |
无线网络 | 24 | |
统一建模语言-定义 | 26,27 | |
外包管理 | 40,53 | |
立项管理 | 招标投标相关法律 | 28,29,30 |
项目选择和优先级排列方法 | 38 | |
项目评估 | 41 | |
项目人力资源管理 | 团队绩效评价和项目绩效评估 | 42,54,55 |
建设项目团队-技术或工具 | 46 | |
问题日志-文件计划 | 46 | |
虚拟团队-工具技术 | 47 | |
预分派 | 47 | |
信息化和信息系统 | 两化融合 | 1 |
互联网+ | 1 | |
软件设计 | 3,12 | |
现代物流 | 4 | |
软件质量保证及质量评价 | 7 | |
同行评审 | 9 | |
软件测试 | 10 | |
软件维护 | 11 | |
综合布线 | 19 | |
OSI七层模型与TCP/IP四层模型-定义 | 20,22 | |
IEEE 802规范 | 21 | |
以太网-定义 | 23 | |
无线网络 | 24 | |
统一建模语言-定义 | 26,27 | |
配置管理 | 48 | |
流程管理 | 56 | |
实施质量保证-技术或工具 | 60 | |
质量审计-工具技术 | 60 | |
项目成本管理 | 管理储备 | 43 |
储备分析-工具技术 | 43 | |
应急储备与管理储备 | 43 | |
挣值管理-工具技术 | 44,45 | |
质量成本-工具技术 | 57 | |
成本类型 | 57 | |
控制成本-定义及输入输出 | 58 | |
项目进度计划-文件计划 | 75 | |
用户业务流程管理 | 流程管理 | 56 |
项目进度管理 | 管理储备 | 43 |
储备分析-工具技术 | 43 | |
项目范围说明书-文件计划 | 73 | |
排列活动顺序-定义及输入输出 | 74 | |
项目进度计划-文件计划 | 75 | |
项目合同管理 | 合同 | 40 |
合同管理 | 40 | |
合同类型 | 52 | |
项目绩效考核与绩效管理 | 团队绩效评价和项目绩效评估 | 42,54,55 |
项目管理一般知识 | 大项目管理 | 36,37,39 |
项目阶段 | 71 | |
信息系统审计 | 质量审计-工具技术 | 60 |
项目管理工程师岗位职业道德规范 | 项目经理的职业道德 | 5 |
项目质量管理 | 实施质量保证-定义及输入输出 | 7 |
软件质量保证及质量评价 | 7 | |
质量成本-工具技术 | 57 | |
规划质量管理-定义及输入输出 | 59 | |
实施质量保证-技术或工具 | 60 | |
质量审计-工具技术 | 60 | |
控制图 | 61 | |
鱼骨图 | 61,62,74 | |
项目整体管理 | 制定项目管理计划-技术或工具 | 8 |
制定项目管理计划-定义及输入输出 | 8 | |
项目计划编制工作所遵循的基本原则 | 8 | |
净现值 | 68 | |
信息系统项目管理基础 | 软件需求分析与定义 | 2,25 |
项目阶段 | 71 | |
信息化知识 | 两化融合 | 1 |
流程管理 | 56 | |
专业英语 | 专业英语 | 71,72,73,74,75 |
项目风险管理 | 风险事件 | 31,33 |
识别风险-定义及输入输出 | 32 | |
决策树分析 | 34 | |
控制风险-定义及输入输出 | 35 | |
管理储备 | 43 | |
储备分析-工具技术 | 43 | |
问题日志与风险登记册的区别与联系 | 43,46 | |
信息安全知识 | 信息系统安全管理体系 | 15 |
访问控制-定义 | 16 | |
主动攻击-定义 | 17 | |
入侵检测系统-定义 | 17,18 | |
管理科学基础知识 | 运筹学计算 | 66,67,69,70 |
文档与配置管理 | 配置管理 | 48 |
版本管理 | 49,63,64 | |
配置标识与建立基线 | 50,51 | |
法律法规和标准规范 | 软件工程产品质量第1部分:质量模型 | 13 |
计算机软件可靠性和可维护性管理 | 14 | |
招标投标相关法律 | 28,29,30 | |
信息技术:软件生存周期过程 | 48 |