![]() |
项目忙还想过软考,您需要简练! 《简练APP》针对软考项目管理中级高级,梳理历年真题、大纲、教程、知识点四者的动态关系,建立一体化的“学习-检测”系统,大纲为主线,教程为源点,知识点逐个击破,用真题检测。 |
解析:信息反映的是事物或者事件确定的状态,具有客观性、普遍性等特点,由于获取信息满足了人们消除不确定性的需求,因此信息具有价值,而价值的大小取决于信息的质量,这就要求信息满足一定的质量属性,其中可靠性指信息的来源、采集方法、传输过程是可以信任的、符合预期的
知识点: 信息的质量属性
解析:信息化的基本内涵启示我们:信息化的主体是全体社会成员,包括政府、企业、事业、团体和个人;它的时域是一个长期的过程;它的空域是政治、经济、文化、军事和社会的一切领域;它的手段是基于现代信息技术的先进社会生产工具;它的途径是创建信息时代的社会生产力,推动社会生产关系及社会上层建筑的改革;它的目标是使国家的综合实力、社会的文明素质和人民的生活质量全面提升。
知识点: 企业信息化
解析:工业和信息部部长苗圩指出:新一轮科技革命和产业变革呼唤加快推进信息化与工业化深度融合。以制造业数字化、网络化、智能化为标志的智能制造,是两化深度融合切入点和主攻方向,这已经成为业界的普遍共识和企业的主要行动。
知识点: 两化融合
解析:D不正确,你自己的工作怎么可以以你自己的统计作为依据呢,可以作为参考,但是不是作为依据。
知识点: 信息系统运维
解析:变更完成之后,变更的原始文档资料必须保存。
知识点: 实施整体变更控制-定义及输入输出
解析:需求分析是软件定义阶段中的最后一步,确系统必须完成哪些工作对用户的需求进行鉴别、综合和建模,清除用户糊性歧义不一致分析系统数据要求,为原始问题及目标软件建立逻辑模型。
知识点: 软件需求分析与定义
解析:ODBC和JDBC属于数据访问中间件。 开放数据库连接(Open Database Connectivity,ODBC)是微软公司开放服务结构(WOSA,Windows Open Services Architecture)中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对数据库访问的标准API(应用程序编程接口)。 JDBC(Java Data Base Connectivity,java数据库连接)是一种用于执行SQL语句的Java API,可以为多种关系数据库提供统一访问,它由一组用Java语言编写的类和接口组成。
知识点: 中间件-定义
解析:技术评审是按照规范的步骤对软件技术文档、计划、测试用例、测试数据、测试结果或其他技术文档进行仔细地检查,以找出和消除中的缺陷。
知识点: 项目质量管理过程 同行评审
解析:质量保证活动属于执行过程组
知识点: 实施质量保证-定义及输入输出
解析:《GB/T17544信息技术软件包质量要求和测试》标准中软件包质量的概念。软件包必需包括产品描述要求、用户文档要求、程序要求、数据要求。
知识点: 软件工程产品质量第1部分:质量模型
解析:预防性维护。这是指预先提高软件的可维护性、可靠性等,为以后进一步改进软件打下良好基础。通常,预防性维护可定义为“把今天的方法学用于昨天的系统以满足明天的需要”。也就是说,采用先进的软件工程方法对需要维护的软件或软件中的某一部分(重新)进行设计、编码和测试。
知识点: 软件维护
解析:根据《软件工程术语GB/T 11457-2006》,基线是业已经过正式审核与统一,可用作下一步开发的基础,并且只有通过正式的修改管理步骤方能加以修改的规格说明或产品。对于配置管理,有以下三种基线:功能基线、分配基线和产品基线。
知识点: 基线
解析:质量保证计划属于开发文档。 管理文档建立在项目管理信息的基础上诸如: 1、开发过程的每个阶段的进度和进度变更的记录 2、软件变更情况的记录 3、相对于开发的判定记录 4、职责定义
知识点: 软件文档管理
解析:在GB/T14394‐2008 的4.1.4 “软件运作和维护过程中的可靠性和可维护性要求”中,提出了6点要求: 1、制定并实施软件可靠性数据采集规程 2、实施软件FRACAS 3、测量可靠性,分析现场可靠性是否达到要求 4、跟踪用户满意程度 5、用可靠性测量数据指导产品和工程过程的改进 6、软件产品维护时执行适当的维护规程并实施适用的管理活动
知识点: 计算机软件可靠性和可维护性管理
解析:风险值=风险发生概率X风险发生后产生的影响
知识点: 风险概率与影响评估-工具技术
解析:防火墙是一种位于内部网络与外部网络之间的网络安全系统,一项信息安全的防护系统,依照特定的规则,允许或是限制传输的数据通过。
知识点: 防火墙-定义
解析:强制访问控制MAC是强加给访问主体的,即系统强制主体服从访问控制政策
知识点: 访问控制-定义
解析:A主次不分,应该说系统安全审计是信息系统审计的基本业务。
知识点: 信息系统审计 项目管理之三大审计
解析:超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。
知识点: 网络协议
解析:灵活性与可扩展性: 数据中心机房必须具有良好的灵活性与可扩展性,能够根据今后业务不断深入发展的需要,扩大设备容量和提高用户数量和质量的功能。具备支持多种网络传输、多种物理接口的能力,提供技术升级、设备更新的灵活性。
知识点: 综合布线
解析:工作区子系统:它是工作区内终端设备连接到信息插座之间的设备组成,包括信息插座、连接软线、适配器、计算机、网络集散器、电话、报警探头、摄像机、监视器、音响等。
知识点: 综合布线
解析:网络工程是一项复杂的系统工程,涉及技术问题、管理问题等,必须遵守一定的系统分析和设计方法。网络总体设计就是根据网络规划中提出的各种技术规范和系统性能要求,以及网络需求分析的要求,制订出一个总体计划和方案。
知识点: 网络规划
解析:在储转发方式下,减少分组的长虔显然不能解决延迟问题。设计更多的缓冲区,实际上可能增加了延迟时间,好的缓冲策略有助于减少排队时间,但效果有限。提高传输介质的传输能力,使得接收到分组后能及时地从输出介质上传送出去,是减少延迟的最有效措施。
知识点: 网络存储技术
解析:TCP和UDP都属于传输层协议
知识点: OSI七层模型 OSI七层模型与TCP/IP四层模型-定义
解析:多态是面向对象的一个重要特征。指同一操作作用于不同的对象,可以有不同的解释,产生不同的操作结果。
知识点: 面向对象方法
解析:UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言,而不是一种编程语言。
知识点: 统一建模语言-定义
解析: 本题考查面向对象基本概念中对象类之间的关系。 泛化/概化关系表示把几类对象类的公共属性和行为抽象成超类,然后其属性和方法被那些子类继承;聚合关系表示一个较大的“整体”类包含一个或多个较小的“部分”类;合成关系则表示关系中“整体”负责其“部分”的创建和销毁,如果“整体”不存在了,“部分”也将不存在。
知识点: 面向对象方法
解析:A、第三十二条:当事人采用合同书形式订立合同的,自双方当事人签字或者盖章时合同成立。 B、第十条 当事人订立合同,有书面形式、口头形式和其他形式。 D、第三十五条 当事人采用合同书形式订立合同的,双方当事人签字或者盖章的地点为合同成立的地点。
知识点: 中国人民共和国合同法
解析:格式条款和非格式条款不一致的,应当采用非格式条款
知识点: 合同签订 合同的内容
解析:第十二条 招标人有权自行选择招标代理机构,委托其办理招标事宜。任何单位和个人不得以任何方式为招标人指定招标代理机构。 招标人具有编制招标文件和组织评标能力的,可以自行办理招标事宜。任何单位和个人不得强制其委托招标代理机构办理招标事宜。 依法必须进行招标的项目,招标人自行办理招标事宜的,应当向有关行政监督部门备案。
知识点: 招标投标相关法律
解析:项目章程的主要作用包括正式宣布项目的存在,对项目的开始实施赋予合法地位;确保项目成功实现目标;粗略地规定项目的范围;正式任命项目经理,授权其使用组织的资源开展项目活动。
知识点: 制定项目章程-定义及输入输出 项目章程-文件计划
解析:项目工作说明书包括以下内容: (1)业务需要。组织的业务需要可基于市场需求、技术进步、法律要求、政府法规或环境考虑。通常,会在商业论证中,进行业务需要和成本效益分析,对项目进行论证。 (2)产品范围描述。记录项目所需产出的产品、服务或成果的特征,以及这些产品、服务或成果与项目所对应的业务需要之间的关系。 (3)战略计划。战略计划文件记录了组织的愿景、目的和目标,也可包括高层级的使命阐述。所有项目都应该支持组织的战略计划。确认项目符合战略计划,才能确保每个项目都能为组织的整体目标做贡献。
知识点: 工作说明书-文件计划
解析:在项目管理方法论上主要有:阶段化管理、量化管理和优化管理三个方面。计划阶段由于各约束条件搞不清晰,所在计划过程中会遵循基本的方法论以指导项目计划的规定,标准格式和模板属于项目管理方法论的一部分.
知识点: 项目管理
解析:项目收尾包括管理收尾和合同收尾
知识点: 项目收尾过程 组织过程资产-文件计划
解析:本题考查资源平衡。 先做A、B,A完成后接着做C,可知最少需要10人才能在最短时间内完成。 项目完工概率就是三个活动概率相乘。 80%X70%X100%=56%
知识点: 运筹学计算 资源优化技术-工具技术
解析:先做A、B,A完成后接着做C,可知最少需要10人才能在最短时间内完成。 项目完工概率就是三个活动概率相乘。 80%X70%X100%=56%
知识点: 运筹学计算 资源优化技术-工具技术
解析:B只要在项目结束前完成就可以,D要C结束才能开始,而E要D结束才能开始,也就是工期至少需要9天,而B工期是3天,即使延期2天,算工期5天,C开始1天后开始B,这样B也可以在第6天完成,对工期没有影响,可不采取任何措施。
知识点: 网络图
解析:WBS的最底层的工作单元被称为工作包,它是定义工作范围、定义项目组织、设定项目产品的质量和规格、估算和控制费用、估算时间周期和安排进度的基础。 WBS的最低层元素是能够被评估的、可以安排进度的和被追踪的。 工作包要能够可靠地估计出成本和进度,不能把子项目认为是一个工作包,而应该对子项目继续进行分解。 业内一般把一个人2周能干完的工作称为一个工作包,或把一个人80小时能干完的工作称为一个工作包。
知识点: 工作包
解析:细微偏差是指投标文件在实质上响应招标文件要求,但在个别地方存在漏项或者提供了不完整的技术信息和数据等情况,并且补正这些遗漏或者不完整不会对其他投标人造成不公平的结果。细微偏差不影响投标文件的有效性。
知识点: 招标投标相关法律
解析:投标人递交两份或多份内容不同的投标文件,或在一份投标文件中对同一招标项目报 有两个或多个报价,且未声明哪一个有效,按招标规定提交备选投标方案的除外。出现上述情况属于重大偏差,视同未能对招标文件作出实质性响应,按废标处理。
知识点: 招标投标相关法律
解析:绩效报告一般应提供关于范围、进虔计划、费用和质量等的信息,许多项目还要求提供风险和采购的信息,绩效报告可以是综合性,也可以是针对某一特例。
知识点: 工作绩效报告-文件计划 项目管理工作执行数据和信息流向的一致性
解析:沟通管理计划是包含于或附属于项目管理计划的文档,它提供了: •项目干系人的需求和预期 •用于沟通的信息,包括格式、内容、细节水平 从便于管理和节约资源的角度,一个公司的各个项目应该基本采取统一格式记录信息以及进行传递。公司的项目管理部门应该总结或借鉴一些好的模板进行共享,这样有助于信息格式标准化,以免引起不必要的混乱。 对于不同层次的项目干系人,应规定不同的信息格式。 项目的组织结构肯定会影响项目的沟通需求。
知识点: 沟通管理计划-文件计划 规划沟通管理-定义及输入输出
解析:根据系统集成项目管理工程师第二版12.5.2识别干系人中识别干系人所使用的工具和技术-干系人分析方法
知识点: 干系人分析-工具技术
解析:商业风险包含的五个主要的风险是: 1、市场风险:开发了一个没有人真正需要的优秀产品或系统。 2、策略风险:开发的产品不符合公司的整体商业策略。 3、销售风险:开发了一个销售部门不知道如何去卖的产品。 4、管理风险:由于重点的转移或人员的变动而失去了高级管理层的支持的风险。 5、预算风险:没有得到预算或人力上的保证。
知识点: 资源分解结构-文件计划
解析:风险管理计划描述的是在项目中如何组织和执行风险管理,作为项目管理计划的一部分,它包含以下部分: ①方法论。 ②角色和职责。 ③预算。 ④制订时间表。 ⑤风险类别。 ⑥风险概率和影响力的定义。 ⑦概率及影响矩阵。 ⑧已修订的项目干系人对风险的容忍度。 ⑨报告的格式。 ⑩跟踪。
知识点: 风险管理计划-文件计划
解析:帕累托图是质量控制工具。 风险识别的工具和技术: 1.文档评审 2. 信息收集技术(头脑风暴法、德尔菲法、访谈法、优势/劣势/机会/威胁分析) 3. 检查表 4. 假设分析 5. 图解技术(因果图、系统或过程的流程图、影像图)
知识点: 识别风险-技术或工具 帕累托图 控制质量-技术或工具 群体创新技术-工具技术
解析:在项目的整个生命周期内,监视残余风险,识别新的风险,执行风险应对计划,以及评价这些工作的有效性。
知识点: 控制风险-定义及输入输出
解析:消极风险应对策略有规避、转移、减轻。 规避风险是指改变项目计划,以排除风险或条件,或者保护项目目标,使其不受影响,或对受到威胁的一些目标放松要求。 规避属于消极风险应对策略。
知识点: 积极风险或机会的应对策略-工具技术
解析:合作/解决问题。综合考虑不同的观点和意见,采用合作的态度和开放式对话引导各方达成共识和承诺。
知识点: 冲突管理-工具技术
解析:一般项目的计划主要关注的是项目活动的计划。但是对大型及复杂项目来说,制定活动计划之前,必须先考虑项目的过程计划,也就是必须先确定用什么方法和过程来完成项目,该计划一般包括:制定过程、执行过程、监督过程。
知识点: 大项目管理
解析:组织级项目管理(Organizational Project Management):是指立足于企业管理角虔,从实现企业运营价值最大化的目标出发,考虑如何筹建企业级的项目管理体系,实现企业资源优化整合、提高项目成功率,并在项目立项和执行过程中及时把握市场和客户需求的变化,从而帮助公司快速调整经营目标和经营策略,最终实现企业的战略目标。
知识点: 组织级项目管理
解析:在大型及复杂项目的实施与控制过程中,最关键的环节是获取项目实施绩效,然后与项目基准计划进行比较。 大型及复杂项目主要依托项目群的组织,项目实施绩效是通过组织结构层层传递的,这就可能导致信息的传递失真。 通常IT项目的进虔和成本实际绩效信息比较明确,传递过程中这些信息失真的概较小,但是在范围和质量上,则信息失真的概率很大。
知识点: 大项目管理
解析:PM0是在组织内部将实践、过程、运作标准化的部门,是提高组织管理成熟虔的核心部门。 它根据业界最佳实践和公认的项目管理知识体系,并结合企业自身的业务和行业特点,为组织量身定制项目管理巯程、培养项目经理团队、建立项目管理信息系统、 对项目提供顾问式指导、幵展多项目管理等,以此确保项目成功,提高和组织战略的有效贯彻执行。
知识点: 项目管理办公室
解析:由于工作规模或产品规定不是特别清楚的项目,为了降低项目风险,外包时一般应采用工时材料合同。
知识点: 合同类型
解析:同时根据采购计划编制的输入可知,项目管理计划是采购计划编制的输入,而项目管理计划是包括了其它一些计划的,如进度计划。 项目管理计划提供了管理项目的总体计划,包含辅助的计划如采购管理计划、变更控制管理计划和对采购管理计划编制提供指导的总体合同管理计划。在其他计划产出可得的情况下,采购计划编制需要考虑其他计划编制的产出。通常应加以考虑的其他计划编制产出包括:成本估算、进度,质量管理计划,现金流预测,可识别风险和计划的人员配备等。
知识点: 采购管理计划-文件计划 规划采购管理-定义及输入输出
解析:设总成本估算是X万元,那么有X*84%=220,求出X≈261.9
知识点: 估算成本-技术或工具
解析:德尔菲法要求专家组就某个观点达成一致,应该以最后一轮的结果来计算,一般理解为相对一致,即最后一轮次有几位专家意见一致的数据。20*40=800元
知识点: 群体决策技术-德尔菲技术
解析:CV、SV凡是小于0的情况都代表不好的情况(有问题出现)。 SPI、CPI凡是小于1的情况都代表不好的情况(有问题出现)。 当CPI < 1时,表示已完成工作的实际成高于预算成本。 当CPI > 1时,表示已完成工作的实际成低于预算成本。 当CPI = 1时,表示已完成工作的实际成等于预算成本。 CV < 0时,已完成工作量的实际成本超过了预算成本,即出现了超支的现象。 CV > 0时,已完成工作量的实际成本低于预算成本,即有所结余,说明工作效率高。 CV = 0时,已完成工作量的实际成本等于预算成本。 当SPI < 1时,表示进度延误,即实际进度比计划进度慢。 当SPI > 1时,表示进度提前,即实际进度比计划进度快。 当SPI = 1时,表示实际进度与计划进度一致。 当SV > 0时,表示进度提前,实际执行工作比计划花费的时间更少 当SV < 0时,表示进度延误,实际执行工作比计划花费更多的时间。 当SV = 0时,表示实际进度与计划进度一致。
知识点: 挣值管理-工具技术
解析:在项目实际实施过程中或计划做法,以其他类似项目的实际做法作为基准,将二者进行比较,就是基准分析。通过这样的比较来改善与提高目前项目的质量管理,以达到项目预期的质量或其他目标。作为基准的其他项目可以是执行组织内部的项目,也可以是外部的项目,可以是同一个应用领域的项目,也可以是其他应用领域的项目。
知识点: 规划质量管理-技术或工具 标杆对照-工具技术
解析:A:实施质量控制是监督并记录执行质量活动的结果,从而评估绩效并建议必要的变更的过程。 C:项目管理计划包括质量管理计划 D:核实的可交付成果是确认范围的输出,但不是质量控制的输出。范围确认是有关工作结果的可接受问题,而质量控制是有关工作结果是否满足质量需求的问题。 质量控制的主要作用: 1、识别过程低效或产品质量低劣的原因,建议并采取相应措施消除这些原因。 2、确认项目的可交付成果及工作满足主要干系人的既定需求,足以进行最终验收
知识点: 控制质量-技术或工具 控制质量-定义及输入输出 确认范围和质量控制 软件质量保证及质量评价
解析:项目监理贯穿于项目管理整个过程,并不仅仅只属于监控或执行过程组。 C说没有任何关系肯定不对。
知识点: 信息系统工程监理
解析:基准变更由CCB批准变更。 如果CCB同意变更,则配置项状态从“正式发布”变迁为“正在修改”。 项目成员使用Check in/Check out功能,可以修改处于“正在修改”状态的配置项, 版本号格式为X.YZ。
知识点: 版本管理
解析:基准变更由CCB批准变更。 如果CCB同意变更,则配置项状态从“正式发布”变迁为“正在修改”。 项目成员使用Check in/Check out功能,可以修改处于“正在修改”状态的配置项, 版本号格式为X.YZ。
知识点: 版本管理
解析:已建议:该需求已被有权提出需求的人建议。 已批准:该需求已被分析,估计了其对项目余下部分的影响(包括成本和对项目其余部分的干扰),已用一个确定的产品版本号或创建编号分配到相关的基线中,软件开发团队已同意实现该项需求 已实现:已实现需求代码的设计、编写和单元测试 已验证:使用所选择的方法已验证了实现的需求,例如测试和检测,审查该需求跟踪与测试用例相符。该需求现在被认为完成. 已删除: 计划的需求已从基线中删除,但包括一个原因说明和做出删除决定的人员
知识点: 需求工程 需求跟踪矩阵-文件计划
解析:需求基线要包括用户需求说明、需求规格说明书等内容。
知识点: 需求工程 软件需求 基线
解析:从A点一个一个节点的计算所有路线长度即可。
知识点: 网络图
解析:从A点一个一个节点的计算所有路线长度即可。
知识点: 网络图
解析:这题选择肯定是代入法是最快的,分别每个选项的数值代入计算,哪个最大并满足约束条件即可。 这题是线性规划问题,设X、Y分别表示在计划期内产品甲、乙的套数,X>=0,Y>=0,则题目中表可用以下数学模型表示: 目标函数:MAX Z=2X+3Y 约束条件: 2X+3Y<=14 8X<=16 3Y<=12 X,Y>=0 求解以上约束条件可知,X<=1,Y<=4,所以当甲生产1套,乙生产4套的时候利润最高。
知识点: 运筹学计算
解析:2/5 也就是98/245 这个问题可以理解为 50个球全排列 第二个位置是黄球的概率 如果一定要算的话 P=第一人取到白球的概率*第二人取到黄球的概率+第一人取到黄球的概率*第二 人取到黄球的概率=3/5*20/49+2/5*19/49=2/5 顺便说一下 无论几个人抽(当然是小于50人的) 无论是第几个抽 抽到黄球的概率都是2/5 抽到红球的概率都是3/5
知识点: 运筹学计算
解析:什么是你首要考虑的问题就用概率乘以这个目标,然后选最大的就可以。 这题实现成本目标为首要考虑的问题,所以就是概率*成本,取最大值。
知识点: 风险概率与影响评估-工具技术
解析:Cloud computing(云计算) 云计算出现承诺简化软件,硬件和数据作为服务的需求配置,实现规模经济在IT解决方案的部署和操作。
知识点: 专业英语 云计算
解析:大数据是一个非常大的或复杂的,传统的数据处理应用程序数据集是不够的。挑战包括分析,捕捉,数据管理,搜索,Sharing,存储,转移,可视化,查询更新与信息隐私 。
知识点: 专业英语 大数据
解析:Consistent:一致的 Improvement:改进 质量管理确保组织、产品或服务是一致的。它有四个主要组成部分:质量策划。质量保证。质量控制与质量改进
知识点: 专业英语 实施质量保证-定义及输入输出
解析:Consistent:一致的 Improvement:改进 质量管理确保组织、产品或服务是一致的。它有四个主要组成部分:质量策划。质量保证。质量控制与质量改进
知识点: 专业英语 控制质量-定义及输入输出
解析:()是确定、记录和管理干系人的需求和要求以满足项目目标的过程。 A、收集需求 B、定义需求 C、创建WBS D、需求分析 收集需求是为实现项目目标而确定、记录并管理干系人的需求和要求的过程。
知识点: 专业英语 收集需求-定义及输入输出 三大分解结构
大纲 | 知识点 | 考题号 |
---|---|---|
项目变更管理 | 实施整体变更控制-定义及输入输出 | 5 |
项目范围管理 | 软件需求分析与定义 | 6 |
项目章程-文件计划 | 31 | |
工作包 | 38 | |
群体创新技术-工具技术 | 46 | |
群体决策技术-德尔菲技术 | 57 | |
标杆对照-工具技术 | 59 | |
需求跟踪矩阵-文件计划 | 64 | |
收集需求-定义及输入输出 | 75 | |
三大分解结构 | 75 | |
项目沟通与干系人管理 | 项目章程-文件计划 | 31 |
沟通管理计划-文件计划 | 42 | |
规划沟通管理-定义及输入输出 | 42 | |
干系人分析-工具技术 | 43 | |
项目沟通管理和干系人管理 | 项目章程-文件计划 | 31 |
沟通管理计划-文件计划 | 42 | |
规划沟通管理-定义及输入输出 | 42 | |
干系人分析-工具技术 | 43 | |
项目组合、项目集和组织级项目管理 | 大项目管理 | 50,52 |
组织级项目管理 | 51 | |
项目采购和合同管理 | 合同签订 | 29 |
合同的内容 | 29 | |
工作绩效报告-文件计划 | 41 | |
合同类型 | 54 | |
采购管理计划-文件计划 | 55 | |
规划采购管理-定义及输入输出 | 55 | |
信息系统安全管理 | 防火墙-定义 | 16 |
访问控制-定义 | 17 | |
信息系统审计 | 18 | |
项目采购管理 | 工作绩效报告-文件计划 | 41 |
采购管理计划-文件计划 | 55 | |
规划采购管理-定义及输入输出 | 55 | |
信息技术知识 | 信息的质量属性 | 1 |
信息系统运维 | 4 | |
中间件-定义 | 7 | |
同行评审 | 8 | |
软件维护 | 11 | |
网络协议 | 19 | |
综合布线 | 20,21 | |
网络规划 | 22 | |
网络存储技术 | 23 | |
OSI七层模型 | 24 | |
OSI七层模型与TCP/IP四层模型-定义 | 24 | |
面向对象方法 | 25,27 | |
统一建模语言-定义 | 26 | |
云计算 | 71 | |
大数据 | 72 | |
立项管理 | 招标投标相关法律 | 30,39,40 |
项目人力资源管理 | 工作绩效报告-文件计划 | 41 |
冲突管理-工具技术 | 49 | |
三大分解结构 | 75 | |
信息化和信息系统 | 信息的质量属性 | 1 |
企业信息化 | 2 | |
两化融合 | 3 | |
信息系统运维 | 4 | |
中间件-定义 | 7 | |
同行评审 | 8 | |
软件维护 | 11 | |
网络协议 | 19 | |
综合布线 | 20,21 | |
网络规划 | 22 | |
网络存储技术 | 23 | |
OSI七层模型 | 24 | |
OSI七层模型与TCP/IP四层模型-定义 | 24 | |
面向对象方法 | 25,27 | |
统一建模语言-定义 | 26 | |
软件质量保证及质量评价 | 60 | |
信息系统工程监理 | 61 | |
云计算 | 71 | |
大数据 | 72 | |
项目成本管理 | 项目章程-文件计划 | 31 |
估算成本-技术或工具 | 56 | |
挣值管理-工具技术 | 58 | |
项目进度管理 | 项目章程-文件计划 | 31 |
资源优化技术-工具技术 | 35,36 | |
网络图 | 37,66,67 | |
项目合同管理 | 合同签订 | 29 |
合同的内容 | 29 | |
合同类型 | 54 | |
项目管理办公室 | 项目管理办公室 | 53 |
项目管理一般知识 | 项目管理之三大审计 | 18 |
组织过程资产-文件计划 | 34 | |
项目管理工作执行数据和信息流向的一致性 | 41 | |
大项目管理 | 50,52 | |
组织级项目管理 | 51 | |
项目管理办公室 | 53 | |
项目质量管理 | 项目质量管理过程 | 8 |
实施质量保证-定义及输入输出 | 9,73 | |
帕累托图 | 46 | |
控制质量-技术或工具 | 46,60 | |
规划质量管理-技术或工具 | 59 | |
标杆对照-工具技术 | 59 | |
控制质量-定义及输入输出 | 60,74 | |
确认范围和质量控制 | 60 | |
软件质量保证及质量评价 | 60 | |
项目整体管理 | 实施整体变更控制-定义及输入输出 | 5 |
制定项目章程-定义及输入输出 | 31 | |
项目章程-文件计划 | 31 | |
工作说明书-文件计划 | 32 | |
项目收尾过程 | 34 | |
工作绩效报告-文件计划 | 41 | |
信息系统项目管理基础 | 软件需求分析与定义 | 6 |
项目管理之三大审计 | 18 | |
组织过程资产-文件计划 | 34 | |
项目管理工作执行数据和信息流向的一致性 | 41 | |
项目管理办公室 | 53 | |
需求工程 | 64,65 | |
信息化知识 | 企业信息化 | 2 |
两化融合 | 3 | |
信息系统服务管理 | 信息系统工程监理 | 61 |
专业英语 | 专业英语 | 71,72,73,74,75 |
项目风险管理 | 风险概率与影响评估-工具技术 | 15,70 |
项目章程-文件计划 | 31 | |
工作绩效报告-文件计划 | 41 | |
资源分解结构-文件计划 | 44 | |
风险管理计划-文件计划 | 45 | |
识别风险-技术或工具 | 46 | |
控制风险-定义及输入输出 | 47 | |
积极风险或机会的应对策略-工具技术 | 48 | |
群体决策技术-德尔菲技术 | 57 | |
三大分解结构 | 75 | |
信息安全知识 | 防火墙-定义 | 16 |
访问控制-定义 | 17 | |
信息系统审计 | 18 | |
管理科学基础知识 | 运筹学计算 | 35,36,68,69 |
文档与配置管理 | 基线 | 12,65 |
软件文档管理 | 13 | |
版本管理 | 62,63 | |
法律法规和标准规范 | 软件工程产品质量第1部分:质量模型 | 10 |
计算机软件可靠性和可维护性管理 | 14 | |
中国人民共和国合同法 | 28 | |
招标投标相关法律 | 30,39,40 |