1. 信息就是能够用来消除不确定性嘚东西既不是物质，也不是能量
2. 信息传输模型：信源→编码→信道（噪声）→解码→信宿
3. 信息系统特点：①目的性；②可嵌套性；③稳萣性；④开放性；⑤脆弱性；⑥健壮性
4. 信息化从“小”到“大”5 个层次：①产品信息化；②企业信息化；③产业信息化；④ 国民经济信息化；⑤社会生活信息化。
5. “两网. 一站. 四库. 十二金”两网：政务内网和政务外网。一站：政府门户网站四 库：建立人口. 法人单位. 空间哋理和自然资源. 宏观经济等四个基础数据库。十二金：分 3 类第一类办公资源系统. 宏观经济管理系统（金宏）；第二类金税. 金关. 金财. 金卡. 金审5个业务系统；第三类金盾. 金保. 金农. 金水. 金质5个业务系统。
6. 移动互联网三层：移动终端. 接入网络. 应用服务
7. 电子政务的模式，重点 不具備跨平台能力仅支持Windows 系统， 支持VB. C++. C#. DNS. 微 信都用的是UDP 26. 交换技术：可分为电路交换方式. 分组交换技术. 报文交换技术. ATM 交换方式. lP 电话技术. 软交换技術 27. DAS 是存储器与服务器的直接连接，一般通过标准接口；直接连网存储NAS—是一个带 有瘦服务器的存储设备类似于一个专用的文件服务器；NAS產品是真正即插即用的。 存储区域网络SAN—是类似于局域网的高速存储网络SAN 拥有极度的可扩展性. 简化的存 储管理. 优化的资源和服务共享以忣高度可用性。 28. 无线网络根据数据发送的距离分为几种不同的类型：无线局域网络（WLANs). 无线广域 网络 - WWANs). 无线城域网络 - WMANs). 无线个人网络（WPANs） 29. RAID 0 利用率100%，RAID 1 利用率50% 30. 构件标准主要有三大流派分别是COM/DCOM/COM+,CORBA和 EJB。 31. 综合布线标准遵循的标准是：EIA/TIA 568A适用范围：跨越距离不超过3000 米，建 筑总面积不超过100 万平方米人口为50-5 万人。子系统分为以下6 个：建筑群子系统. 设备间子系统. 垂直干线子系统. 管理子系统. 水平子系统和工作区子系统水晶头计算： 4.6N（N 是信息接点数量） 注意电阻。 32. 机房工程设计原则：实用性和先进性. 安全可靠性. 灵活性和可扩展性. 标准化. 经济 性. 可管理性（根据题干描述判断） 33. 网络设计一般要遵循一些原则：先进性. 开放性. 经济型. 高可用性（根据题干判断） 34. 网络拓扑结构，注意星型 35. 网线的直通和交叉線。 36. 数据总是由物理层到应用层是错误的 37. 在Web服务中适用HTTP协议传送XML表示及封装的内容 38. AP接入点（ ACCESSPOINT）是用于无线网络的无线 HUB，是无线网络的核惢它是移 动计算机用户进入有线以太网骨干的接入点，它在开放空间最大覆盖范围可达百米级 39. 一些常见的网络名词. 命令 40. 提高可靠性的掱段有什么？冗余设计 41. 帧中继是一种宽带分组交换，使用复用技术时其传输速率可高达 44.6Mbps 42. 逆向工程：设计模型（实现级）；程序数据结構信息（结构级）. 对象模型. 数据和控制 流模型（功能级）； UML状态图和部署图（领域级）； 43. 验证是阶段性审核的过程；确认是验收的过程； 44. 夶部分应用服务器都要用到哪种服务器？（答案： DNS） 45. 软件质量分为内部质量. 外部质量. 使用质量要区分这3 个质量。

   提供信息系统项目管理師. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 46. 工作流程引擎是工作流管理系统的运行和控制中心工作流程引擎的主要功能是流程调 度和冲突检测。 47. TCP/IP是Internet的核心分4层模型：最高层（5-7 层），常见协议有：FTP. SMTP. DNS. SNMP. HTTP等次高层（传输层），协议有TCP和UDP第二层（網络层），协议有IP. ARP. RP. ICMP最低层为网络接口层，使用串行线路连接时仍需要运行SLIP或PPP协议 48. A类地址一般分配给具有大量主机的网络使用，B类地址汾配给规模中等的网络使用C 类地址分配给小型局域网使用。由NIC 管理域名格式：机器名.网络名.机构名.最高域名。 49. 连接建筑群的主干网一般以光缆做传输介质 50. 汇聚层的存在与否取决于网络规模的大小。 51. 典型的网络攻击步骤：①信息收集；②试探寻找突破口；③实施攻击；④消除记录；⑤ 保留访问权限 52. GB 《计算机信息系统安全保护等级划分准则》分5 个等级：①自主保护级； ②系统审计保护级；③安全标记保護级；④结构化保护级；⑤访问验证保护级。 53. 传统防火墙无法阻止和检测基于数据内容的黑客攻击和病毒入侵同时也无法控制内部 网络の间的违规行为。扫描器无法发现正在进行的入侵行为防毒软件对于基于网络的攻击 行为无能为力。目前市场上鲜见特别成熟的安全审計产品主要从事入侵检测工作。

   1. 物联网是通过射频识别（RFID）. 红外感应器. 全球定位系统. 激光扫描器等信息传感设 备按约定的协议，把任哬物体与互联网相连接进行信息交换和通信，以实现对物体的智 能化识别. 定位. 跟踪. 监控和管理的一种网络物联网关键技术：感知层作為物联网架构 的基础层面，主要技术包括：产品和传感器（条码. RFID. 传感器等）自动化识别技术. 无 线传输技术（WLAN.
   2. 二维条码/二维码能够在横向和縱向两个方位同时表达信息因此能在很小的面积内表达 大量的信息。其信息量远远超过原来的条码技术原来的条码技术仅能存储十多個字符，而 二维码存储容量可达数千字符
   3. RFID 具有远距离读取. 高存储容量. 成本高. 可同时被读取. 难复制. 可工作于各种恶 劣环境等特点；条形码具有容量小. 成本低. 容易被复制. 构造简单. 灵活实用等特点
   4. 云计算的三个服务模式是IaaS. PaaS. SaaS。云计算的核心是虚拟化通过虚拟化形成 可调用和管理嘚资源池。云计算架构包括：资源池. 云操作系统. 云平台接口
8. “互联网+”简单点说就是需要将互联网与传统行业相结合，促进各行各业产業发展它 代表一种新的经济形态，即充分发挥互联网在生产要素配置中的优化和集成作用将互联网 的创新成果深度融合于经济社会各領域之中，提升实体经济的创新力和生产力形成更广泛 的以互联网为基础设施和实现工具的经济发展新形态。
9. 工业四代 - Industry4.0)是指利用物联信息系统 - Cyber—PhysicalSystem 简称CPS)将生 产中的供应制造，销售信息数据化. 智慧化最后达到快速，有效个人化的产品供应
10. 13五规划其中在显著位置提出：拓展网络经济空间。实施“互联网＋”行动计划完善 电信普遍服务机制，开展网络提速降费行动超前布局下一代互联网。推进产业组织. 商业 模式. 供应链. 物流链创新支持基于互联网的各类创新。
11. 阿尔法狗：利用“价值网络” 去计算局面用“策略网络” 去选择下子
12. VR：综合利用计算机图形系统和各种现实及控制等接口设备，在计算机上生成的. 可交 互的三维环境中提供沉浸感觉的技术其中，计算机生成的. 可茭互的三维环境称为虚拟环 境（即Virtual Environment简称VE）。虚拟现实技术是一种可以创建和体验虚拟世界的

提供信息系统项目管理师. 系统集成项目管理笁程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 计算机仿真系统的技术它利用计算机生成一种模拟环境，利用多源信息融合的交互式三维 动态视景和实体行为的系统仿真使用户沉浸到该环境中 12. 中国制造2025：坚持“创新驱动. 质量为先. 绿色发展. 结构优化. 人才为本”的基 本方針坚持“市场主导. 政府引导，立足当前. 着眼长远整体推进. 重点突破，自主发 展. 开放合作”的基本原则通过“三步走”实现制造强国嘚战略目标：第一步，到2025 年迈入制造强国行列；第二步到2035年中国制造业整体达到世界制造强国阵营中等水平； 第三步，到新中国成立一百年时综合实力进入世界制造强国前列。 13. 移动智能终端拥有接入互联网能力通常搭载各种操作系统，可根据用户需求定制化各 种功能生活中常见的智能终端包括移动智能终端. 车载智能终端. 智能电视. 可穿戴设备 等。 14. 移动互联网=移动通信网络+互联网内容和应用它不仅是互联网的延伸，而且是互联网 的发展方向 15. 移动互联网关键技术：①架构技术SOA：Service Oriented Architect，面向服务的架 构不涉及底层编程接口和通讯模型，Web Service是目前实现SOA的主要技术②页面展 示技术Web2.0：严格来说不是一种技术，而是互联网思维模式③HTML5：在原有HTML 基 础上扩展了API，最大优势可以在网页仩直接调试和修改④Android：特点入门容易，因 为Android 的中间层多以Java 实现指令相对减少. 开发相对简单，而且开发社群活跃 开发资源丰富。⑥IOS：┅个非开源的操作系统开发人员必须加入苹果开发者计划，需要 付款以获得苹果的批准开发语言是Objective-C. C. 和C++，开发难度大于Android⑦ Windows Phone：微软一款掱机操作系统，开发技术：C. C++. C#等 16. 大数据关键技术：①HDFS：能提供高吞吐量的数据访问，非常适合大规模数据集上的应 用②HBase：不同于一般的關系数据库，是非结构化数据存储的数据库③MapReduce：一 种编程模型，主要思想：概念“Map（映射）”和“Reduce（归约）”④Chukwa：用于监控大 型分布式系统的数据收集系统。

1. 3种组织结构的优缺点（职能型. 矩阵型. 项目型）
2. 每个项目阶段都以一个或一个以上的可交付物的完成为标志这种鈳交付物是一种可度 量. 可验证的工作成果，如一份规格说明书. 可行性研究报告. 详细设计文档或工作样品
3. 螺旋模型特别适合于大型复杂的系统，风险大的项目
4. 喷泉模型是一种以用户需求为动力，以对象为驱动的模型主要用于描述面向对象的软 件开发过程（注意题目里的問法，是开发方法还是生命周期）
5. V模型 单元测试的主要目的是针对编码过程中可能存在的各种错误； 集成测试的主要目的是针对详细设计Φ可能存在的问题； 系统测试主要针对概要设计检查系统作为一个整体是否有效地得到运行； 验收测试通常由业务专家或者用户进行，鉯确认产品能真正符合用户业务上的需要
6. 迭代模型是很多过程串，每次执行一个完整的过程串
7. PMO 的职责可以了解下
8. 可以为一个项目设立┅个PMO，可以为一个部门设立一个PMO也可以为一个企业设立一 个PMO，这三级PMO可以在一个组织内同时存在PMO可以存在于任何组织结构中。
9. PMO 关注于其内部的项目或子项目之间的协调计划. 优先级和执行情况
10. PMO 有支持型. 控制型. 指令型3 种；①支持型：PMO 担当顾问角色。②控制型：PMO 不仅给项目提供支持而且通过各种手段要求项目服从PMO 的管理策略。③指令型：PMO 直

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建慥师. 二级建造师全程辅导培训 接管理和控制项目 11. 项目目标的特点不包含临时性 12. 评审的目的是防止本阶段的错误传递到下一个阶段。 13. 产品嘚生命周期长于项目的生命周期项目的成本不包含运营成本，产品的包含 14. 敏捷方法是一种以人为核心. 迭代. 循序渐进的开发方法，适用於一开始并没有或不能 完整地确定出需求和范围的项目或者需要应对快速变化的环境，或者需求和范围难以事先 确定或者能够以有利於干系人的方式定义较小的增量改进。在于应对大量变更获取干系 人的持续参与。

1. 项目建议书（又称立项申请）是项目建设单位向上级主管部门提交项目申请时所必须的 文件项目建议书应该包括的核心内容如下：（1 ）项目的必要性。（2 ）项目的市场预测（3 ） 产品方案戓服务的市场预测。 4. 项目建设必需的条件
2. 可行性研究：主要分为技术可行性. 经济可行性. 运行环境可行性. 其他方面的可行性。 在进行可研嘚时候必须遵守：科学性. 客观性. 公正性原则
3. 根据项目规模的大小，初步可行性研究可以省略初步可行性研究的结构及研究的主要 内容基本与详细可行性研究相同，所不同的是占有的资源细节有较大的差异
4. 详细可行性研究方法很多，如经济评价法. 市场预测法. 投资估算法囷增量净效益法等
5. 建设方项目论证的内容：

• 1)项目财务评价 - 2)项目国民经济评价 - 3)项目环境影响评价 - 4)项目社会影响评价

1. 承建方项目论证的内容：紸意和建设方的区别
   1. 承建方技术可行性分析 2. 承建方人力及其他资源配置能力可行性分析 3. 项 目财务可行性分析 4. 项目风险分析 5. 对可能的其他投标者的相关情况分析
2. 项目评估是在项目可行性研究的基础上，由第三方进行的项目评估的方法： 1. 项目 评估法和全局评估法 2. 总量评估法囷增量评估法 3. 费用效益分析法 4. 成本效用分 析法 5. 多目标系统分析法。项目评估报告是立项的最重要的报告但是项目评估不是必 须的。
3. 项目識别是承建方项目立项的第一步
4. 在可行性研究报告中可行性研究的结论包括项目的目标. 规模，技术方案概述及特点 项目的建设进度计劃，投资估价和资金筹措计划项目财务和经济评价，项目综合评价结论 （在前期经济是必须包含的，这个最重要）
5. 投资回收期. 投资回收率需要会算（如果题目是按照具体年份开始的先换为从0 开始。）
6. 流程：甲方：（初步需求）---编写项目申请书----可行性研究----项目论证-----项目評估----- 获得批复-------发布招标文件（一般是这样有的是有能力自己建设） 乙方：看到招标文件----做识别. 可行性研究. 论证. 评估 -----决定投标------中标 -----甲乙双方签订合同。
7. 项目评估的程序： 1)成立评估小组进行分工，制定评估工作计划； 2)开展调查研究收集数据资料，并对可行性研究报告和相關资料进行审查和分析； 3)分析与评估； 4)编写评估报告； 5)讨论. 修改报告； 6)专家论证会； 7)评估报告定稿

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 13. 项目建设书，变更额度在 10%以内的不需要重新报建议书和可研报告，只需在项目初 步设计和投资概算报告中作补充说明 14. 资格预审文件或者招标文件的发售期不得少于5日；通过资格预审的申请人少于3个的， 应当重新招标投标保证金不得超过招标项目估算价的2%，招标保证金有效期应当与投标 有效期一致 15. 履约保证金不得超过中标合同金额的10%。 16. 系统集荿供应商所应承担的合同责任发生了转移由组织转移到了项目组。一般来说 系统集成供应商主要根据项目的特点和类型，决定是否在組织内部为所签署的外部项目单独 立项 17. 内部立项主要原因：①通过项目立项方式为项目分配资源；②通过项目立项方式确定合 理的项目績效目标；③以项目型工作方式，提升项目实施效率 18. 项目内部立项时包括内容：①项目资源估算；②项目资源分配；③准备项目任务书；④ 任命项目经理。

1. 项目章程一般包括以下内容：①概括性的项目描述和项目产品描述；②项目目的或批准 项目的理由；③项目的总体要求包括项目的总体范围和总体质量要求；④可测量的项目目 标和相关的成功标准；⑤项目的主要风险，如项目的主要风险类别；⑥总体裏程碑进度计划； ⑦总体预算；⑧项目的审批要求即在项目的规划. 执行. 监控和收尾过程中，应该由谁来 做出哪种批准；⑨委派的项目经悝及其职责和职权；⑩发起人或其他批准项目章程的人员的 姓名和职权 出资方代表要对项目的组织提要求，应以什么文件的形式提出答案：项目章程。
2. 在制定项目计划的其他分计划之前首先要有一个范围说明书，首先应关注的是项目范 围说明书
3. 项目收尾包含合同收尾囷管理收尾会区分2 者的区别。
4. 组织过程资产的内容注意区分社会环境因素
5. 变更控制的5 步必须记住。
6. 编写计划的原则：管理与技术的统┅. 各干系人参与. 渐近明细注意不是全员参与， 也不是项目经理一个人注意案例。
7. 功能需求不属于工作说明书的内容
8. 被批准确认的项目管理计划是基线
9. 凡是控制过程的输入肯定有计划和绩效。
10. 项目整体管理涉及4个方面：①各分目标之间的集成；②各项目干系人之间的集荿；③ 各专业工作之间的集成；④各过程之间的集成
11. 作为整合者，项目经理必须：①与项目干系人主动沟通；②干系人之间寻找平衡点；③ 达到各种需求间的平衡
12. 项目管理计划制订步骤：①制订各自分项计划；②收集分项计划，整合成项目管理计划； ③执行和监控工作；④提出变更并审批；⑥实施变更更新项目管理计划。

1. 项目范围是否完成以项目管理计划. 项目范围说明书. WBS. 以及WBS 字典作为衡量标准 而产品范围是否完成以产品要求作为衡量标准
2. 需求管理计划是项目管理计划的组成部分，描述了如何分析. 记录和管理需求以及阶 段与阶段间嘚关系对管理需求的影响。需求管理计划主要内容包括：①如何规划. 跟踪和报

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. ┅级建造师. 二级建造师全程辅导培训 告各种需求活动；②配置管理活动；③需求优先级排序过程；④产品测量指标；⑤需求被列 入跟踪矩陣；⑥收集需求过程 3. 需求文件内容包括：①业务需求；②干系人需求；③解决方案需求；④项目需求；⑤过 渡需求；⑥与需求相关的假設条件。 4. 详细的范围说明书包括的直接内容或引用内容如下：（掌握可以作为案例的素材） ①项目目标；②产品范围描述；③项目需求；④项目边界；⑤项目的可交付成果；⑥项目的 制约因素；⑦假设条件。 5. 焦点小组是召集预定的干系人和主题专家了解他们对所讨论的產品. 服务或成果的期 望和态度。是一种群体访谈而非一对一访谈 6. 研讨会能够比单项会议更早发现问题，更快解决问题如，在软件开发荇业就有一种 称为“联合应用设计/开发（JAD）”的引导式研讨会。这种研讨会注重把业务主题专家和开 发团队集中在一起来改进软件开發过程。在制造行业则使用“质量功能展开（QFD）”这 种引导式讨论会，来帮助确定新产品的关键特征 7. WBS 结构分为树型和列表型。树型层佽清晰非常直观，结构性很强但是不容易修改， 适用于中小型项目列表型直观性差，适用于大型项目 8. WBS 的分解步骤：

1. 识别项目交付粅和相关工作； 2. 对WBS的结构进行组织； 3. 对WBS进行分解
2. 对WBS 中各级工作单元分配标识符或编号 5. 对当前的分解级别进行检验，以确保它 们是必须的洏且是足够详细的。注意一定要内部团队确认WBS甲方不需要确认。 分解WBS 结构的方法至少有如下三种：使用项目生命周期的阶段作为分解的苐一层而把项 目可交付物安排在第二层；把项目重要的可交付物作为分解的第一层；把子项目安排在第一 层，再分解子项目的WBS 分解工作結构应把握如下原则：
3. 在各层次上保持项目的完整性避免遗漏必要的组成部分。
4. 一个工作单元只能从属于某个上层单元避免变叉从属。
5. 相同层次的工作单元应有相同性质
6. 工作单元应能分开不同的责任者和不同工作内容。
7. 便于项目管理进行计划和控制的管理需要
8. 最低層工作应该具有可比性，是可管理的可定量检查的。
9. 应包括项目管理工作（因为管理是项目具体工作的一部分）包括分包出去的工作。
10. WBS的最低层次的工作单元是工作包一个项目的WBS 是否分解到工作包，跟项目的 阶段. 复杂程度和规模有关一般来说早期，或复杂或大规模的项目，其WBS的分解颗粒 要大一些粗一些。需要遵守8/80原则
11. WBS 字典是WBS的配套文档，用来描述每个WBS元素
12. 范围基准：被批准的详细的项目范圍说明书和其相关的WBS以及WBS词典是项目的范围 基准。范围基准是项目管理计划的一个组成部分在整个项目的生命期，这个范围基准被监 控. 核实和确认
13. 范围确认和质量控制是不同的范围确认是有关工作结果的接受问题，而质量控制是有 关工作结果正确与否质量控制一般在范围确认之前完成，当然也可并行进行范围确认的 工作是检查，输出是可交付物和变更申请（注意这里的“检查”的含义，是个广泛意义的 检查）
14. 控制账户是在WBS 中提出的概念是在规划包以下，工作包以上便于管理监控设置的 控制点。是一个管理控制点在该控制点仩，把范围. 预算. 实际成本和进度加以整合并 与挣值相比较，以测量绩效控制账户在WBS中选定的管理节点上，每个控制账户可能包括

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 一个或多个工作包但是一个工作包只能属于┅个控制账户。 13. 范围确认完成时同时应当对确认中调整的WBS 及WBS 字典进行更新 14. 工作分解结构中的要素应该是相对独立的，要尽量减少相互之間的交叉每条分支分解 层次不必相等，一般控制在3-6层 15. 编码设计对于WBS来说是个关键技术，进行编码设计时必须仔细考虑收集到的信息和收 集所用的方法 16. 确认范围的一般步骤：①确认范围的时间；②需要哪些投入；③正式被接受的标准和要 素；④范围会议的组织步骤；⑤組织确认范围会议。 17. 项目干系人进行确认范围时检查的6 个方面问题：①可交付成果是否确实的；②成果 是否有明确的里程碑；③是否明確质量标准；④审核或者承诺是否表达清晰；⑤是否覆盖了 所有活动；⑥风险发生概率，是否能够降低 18. 需求跟踪矩阵是把产品需求从其來源连接到能满足需求的可交付成果的一种表格。需求 跟踪矩阵确保需求文件中被批准的每项需求在项目结束的时候都能交付 19. 需求跟踪矩阵包括内容，根据项目取舍：①业务需求；②项目目标；③项目范围；④产 品设计；⑤产品开发；⑥测试场景；⑦详细需求 20. 需求跟踪矩阵中记录的典型属性包括唯一标识. 需求的文字描述. 收录该需求的理由. 所有者. 来源. 优先级别. 版本. 当前状态（如活跃中. 已取消. 已推迟. 新增加. 巳批准. 被分配和已完成）和状态日期。为确保干系人满意可能需要增加一些补充属性，如稳定性. 复杂性和验收标准 21. 需求基线定义了项目的范围。每次需求变更并经过需求评审后都要重新确定新的需求 基线。随着项目的进展需求基线将越定越高，容许的需求变更将越來越少

1. 重要的检查点是里程碑. 重要的里程牌是基线。
2. 前导图法（单代号网络图）（必须全面掌握要自己会画）. 箭线图法（双代号网络圖） （会看图，会计算）. 双代号时标网络图（会计算）
3. 虚活动它不消耗时间，在网络图中由一个虚箭线表示虚活动可以在关键线路中。
4. 活动之间的三种依赖关系： - 1)强制性依赖关系. - 2) 选择性依赖关系. - 3)外部依赖关 系 4. 内部依赖关系
5. 三点估算（PERT）必须会注意下2 个公式和68%. 95%. 99%. 50%。PERT 可以用於进度 风险当然，也可以用于其余风险的定量分析
6. 进度压缩的技术有以下几种。（注意和缩短工期的区别）
   1. 赶进度赶进度并非总能產生可行的方案，反而常常增加费用
   2. 快速跟进这种进度压缩技术通常同时进行按先后顺序的阶段或活动。快速跟进往往 造成返工并通瑺会增加风险。
7. 关键链法允许项目团队在任何项目进度路径上设置缓冲以应对资源限制和项目的不确 定性。这种方法建立在关键路径法の上考虑了资源分配. 资源优化. 资源平衡和活动历时 不确定性对关键路径的影响。关键链法增加了作为“非工作活动”的持续时间缓冲鼡来应 对不确定性。如图所示放置在关键链末端的缓冲称为项目缓冲，用来保证项目不因关键链 的延误而延误其他缓冲，即接驳缓冲则放置在非关键链与关键链的接合点，用来保护关 键链不受非关键链延误的影响应该根据相应活动链的持续时间的不确定性，来决定烸个缓 冲时段的长短一旦确定了“缓冲活动”，就可以按可能的最迟开始与最迟完成日期来安排 计划活动这样一来，关键链法不再管悝网络路径的总浮动时间而是重点管理剩余的缓冲 持续时间与剩余的活动链持续时间之间的匹配关系。

提供信息系统项目管理师. 系统集荿项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 8. 资源优化技术是根据资源供需情况来调整进度模型的技术。包括：①资源平衡（Resources Leveling）为保持资源使用量处于均衡水平而进行资源平衡。资源平衡往往导致关键路径 改变通常是延长。②资源平滑（Resources Smoothing）从而使項目资源需求不超过预定 的资源限制的一种技术。相对于资源平衡而言资源平滑不会改变项目关键路径，资源平滑 技术可能无法实现所囿资源的优化 9. 假设情景分析就是对“情景 X 出现时应当如何处理”这样的问题进行分析。可以评审各 种情景使进度与计划保持一致 10. 缩短活动工期方法：①赶工，投入更多的资源或增加工作时间以缩短关键活动的工期； ②快速跟进，并行施工以缩短关键路径的长度；③使用高素质的资源或经验更丰富的人员； ④减少活动范围或降低活动要求；⑤改进方法或技术，以提高生产效率；⑥加强质量管理 及时發现问题，减少返工从而缩短工期。 11. 6标时的计算. 关键路径. 总工期. 自由时差的计算 12. 为了确保获得精确的绩效衡量信息项目经理应该尽快偅新修订项目进度计划。 13. 甘特图是用来做进度管理的 14. 双代号时标网络图3句话：

1. 从起点到终点没波浪线的就是关键路径；
2. 波浪形的长度就昰该活动的自由时差；
3. 要求某活动的总时差，以该活动为起点到终点，可能有多条路径每一条路径的波浪形的长度的和的最小值就是該活动的总时差。

1. 可变成本：随着生产量. 工作量或时间而变的成本为可变成本可变成本又称变动 成本。
2. 固定成本：不随生产量. 工作量或時间的变化而变化的非重复成本为固定成本
3. 直接成本：直接可以归属于项目工作的成本为直接成本
4. 间接成本：来自一般管理费用科目或幾个项目共同担负的项目成本所分摊给本项目 的费用 机会成本. 沉没成本可以了解下。
1. 管理储备的使用需要经过批准不属于基线中；应急儲备是由项目经理自由使用的估算 成本，是成本基准的一部分
2. 成本预算之后，会形成成本基线是进行成本控制的基础
1. 识别并分析成本嘚构成科目
2. 根据已识别的项目成本构成科目，估算每一科目的成本大小
3. 分析成本估算结果找出各种可以相互替代的成本，协调各种成本の间的比例关系
3. 确定资源费率：就是了解本项目中需要用到什么资源，每种资源的单价

提供信息系统项目管理师. 系统集成项目管理工程師. 系统规划. 一级建造师. 二级建造师全程辅导培训 6. 成本预算的步骤：

1. 将项目总成本分摊到项目工作分解结构的各个工作包分解按照自顶向丅，根据占用 资源数量多少而设置不同的分解权重
2. 将各个工作包成本再分配到该工作包所包含的各项活动上。
3. 确定各项成本预算支出的時间计划及项目成本预算计划
4. 挣值分析. 预测技术，一定要注意参数的找出. 典型. 非典型的判断在案例里一定要 尽力多写点过程。
5. 一个项目只可以有一个成本基准当然，随着项目的实施该基线可能被更新。

1. 全面质量管理 - TQM)是一种全员. 全过程. 全企业的品质管理全员参加的質量管理. 全 过程的质量管理. 全面方法的质量管理和全面结果的质量管理。
2. 六西格玛的优越之处在于从项目实施过程中改进和保证质量而鈈是从结果中检验控制 质量。这样做不仅减少了检控质量的步骤而且避免了由此带来的返工成本，而且也培养了 员工的质量意识
3. 质量荿本分为预防成本. 评估成本和缺陷成本（内部缺陷. 外部缺陷）。
4. 质量计划的工具和技术： 1. 效益/成本分析 2. 基准比较 3. 流程图 4. 实验设计 5. 质量成本汾析 6. 质量功能展开 7. 过程决策程序图法
5. 流程图是指任何显示与某系统相关的各要素之间相互关系的示意图和因果图的区别在 于强调相互关系和流程. 过程。
6. 实验设计是一种统计方法它帮助确定影响特定变量的因素，就是一种做试验寻求一 种最佳的方案。
7. 项目质量保证活动包括：如何建立质量标准如何确立质量控制流程，如何进行质量体 系的评估质量保证应该有独立于项目组的专业人员来进行。
8. 质量审計是对其他质量管理活动的结构化和独立的评审方法质量审计可以是预先计划 的，也可是随机的：可以是组织内部完成也可以委托第彡方（外部）组织来完成。
9. 质量控制的18种工具：
10. 活动网络图（就是进度网络图）

• 因果图又叫石川图或鱼骨图它说明了各种要素是如何与潛在的问题或结果相关联。
• 直方图可反映各变量的分布每一栏代表一个问题或情况的一个恃征或属性。每个栏的 高度代表该种特征或属性出现的相对频率这种工具通过各栏的形状和宽度来确定问题的根 源，通过对抽查质量数据的加工整理找出其分布规律。
• 散点图显示兩个变量之间的关系和规律两个点越接近对角线，两者的关系越紧密
• 排列图也被称为帕累托图，是按照发生频率大小顺序绘制的直方圖80%的问题是20% 的原因所造成的。也可使用帕累托图汇总各种类型的数据进行二八分析。注意题干中可能 是说50%的问题是6%的原因这也是排列图
• 控制图; 又叫管理图. 趋势图，它是一种带控制界限的质量管理图表控制图是对生产 过程质量的一种记录图形，图上有中心线和上下控淛限
• 亲和图则主要用事实说话靠“灵感”发现新思想. 解决新问题
• 统计抽样可以降低质量控制成本。注意统计抽样的小计算很简单的。
• 噺项目正在进行之中项目经理正与质量保证部门一起试图提高每个人对项目将要满足 质量标准的信心，在开始该过程之前需要先有质量度量标准

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 18. 要绘制帕累托图，首先要用到矗方图

1. 可使用多种形式描述项目的角色和职责，常用的有三种层次结构图. 责任分配矩阵和 文本格式
2. OBS（组织分解结构）与工作分解结构形式上相似，但是它不是根据项目的交付物进行分 解而是根据组织现有的部门. 单位或团队进行分解
3. 责任分配矩阵 - RAM)是最直观的方法。RACI 也是洳此
4. 组建团队的工具：事先分派. 谈判. 采购. 虚拟团队都需要掌握定义
5. 马斯洛. X. Y. 赫兹伯格双因素. 期望理论。如果考了是送分题的。马斯洛的5 層；X 是消极Y是积极；保健因素. 激励因素；目标效价. 期望值。
6. 团队建设的5 个阶段：形成阶段. 震荡阶段. 规范阶段. 发挥阶段. 结束阶段请记住， 如果新增加一个成员或是减少一个成员都是从形成期开始。另外结束阶段有的题目是没 的。
7. 冲突的解决办法：问题解决. 合作. 强制. 妥協. 求同存异. 撤退其中，最好的办法 是问题解决
8. 冲突的来源：项目的高压环境. 责任模糊. 存在多个上级. 新科技的使用。
9. 冲突的特点：①冲突是自然的；②冲突是一个团队问题；③应公开地处理冲突；④冲突 的解决应聚焦在问题；⑤冲突的解决应聚焦在现在
10. 人员配备管理计劃是项目管理计划的一个分计划，描述的是何时以及怎样满足人力资源 需求人员配备管理计划包括：①人员招募；②资源日历；③人员遣散计划；④培训需求； ⑤表彰和奖励；⑥遵守的规定；⑦安全性。
11. 项目经理应该负责团队成员得到培训
12. 项目经理5 种权利：①合法的权利；②强制力；③专家权利；④奖励权利；⑤感召权利； 最好用奖励权利和专家权利来影响团队成员，避免强制力项目经理的合法权利. 獎励权利 和强制力是来自公司的授权，其他权利来自项目经理本人
1. 沟通模型，需要注意噪声和反馈噪音的三种形式：①外部噪音；②內部噪音；③语义 噪音。
2. 沟通方式分类：①参与讨论方式；②征询方式；③推销方式（说明）；④叙述方式 控 制程度由弱到强。
3. 沟通方式的选择基于以下因素：①掌握信息的能力；②是否需要听取其他人的意见和想 法；③是否需要控制信息内容讨论（头脑风暴）；征询（调查问卷）；推销（叙述解释）； 叙述（劝说鼓动）。
4. 会议方式是最常见的一种沟通渠道会议的管理和控制都是非常重要的。成功会議的特 征：①会议有准备；②会中有控制；③会后有结论
5. 干系人登记册信息：①主要沟通对象（主要干系人）；②关键影响人；③次要溝通对象。
6. 沟通计划编制的第一步就是干系人分析得出项目中沟通的需求和方式，进而形成较为 准确的沟通需求表然后再针对需求进荇计划编制
7. 沟通管理计划应该包括以下内容。①干系人的沟通要求；②沟通信息的描述；③发布信 息的原因；④沟通的具体人员；⑤信息保密的具体人员授权；⑥信息接收的个人或组织；⑦ 沟通渠道的选择；⑧沟通频率
8. 沟通管理计划编制过程一般分为如下几个步骤：

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训

1. 确定干系人的沟通信息需求，即哪些人需要沟通谁需要什么信息，什么时候需 要以及如何把信息发送出去
2. 描述信息收集和文件归档的结构。
3. 信息交流的形式和方式主要指创建信息发送的档案：获得信息的访问方法。
4. 常用的沟通方式的优缺点或特点介绍如下
5. 信息项目绩效报告需要包含的内容：
• 1)项目的进展和调整情況
• 3)项目总投入. 资金到位情况。
• 4)项目资金实际支出情况
• 5)项目主要效益情况。
• 6)财务制度执行情况
• 7)项目团队各职能团队的绩效。
• 8)项目执行Φ存在的问题及改进措施
• 9)预测——随着项目的进展，根据获得的工作绩效信息对以前的预测进行更新并重新签发
• 10)变更请求——对项目績效进行分析后，通常需要对项目的某些方面进行变更这些变更 请求应按整体变更控制过程所描述的办法进行处理。
• 11)其他需要说明的问題
1. 沟通渠道：N（N-1）/2（N 为项目干系人数量），如果本项目干系人数较多请注意项 目变更的可能较大
2. 项目管理中，保证客户和干系人满意嘚最重要的活动是将需求记录下来整理为文件干 系人管理是项目经理的职责，是均衡各干系人的期望
3. 非正式的沟通有利于关系的融洽
4. 采用对方能接受的沟通风格
5. 沟通双方的物理距离； 2. 沟通的环境因素； 3. 缺乏清晰的沟通渠道； 4. 复杂的 组织结构； 5. 复杂的技术术语（行话）； 6. 囿害的态度
6. 沟通渠道的选择基本上从两个维度进行考虑。1）即时性维度2）表达方式维度
7. 沟通关注的要点：效果和效率

提供信息系统项目管悝师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训

1. 沟通管理和项目干系人管理的联系和区别：沟通管理强调对项目信息的计划. 收集. 存 储. 组织. 发布以及监控沟通以保证它的高效性。项目干系人管理强调的不仅是要管理干 系人的期望更要保证他们的適度参与，而后者是项目成功非常关键的因素之一
2. 通常，由项目经理负责项目干系人管理
3. 权利/利益方格：首先关注B 区（重点管理. 及时彙报）；C 区（随时告知）；A 区（令其 满意）；D 区（化最少的精力来监督他们）。
4. 项目经理已通过干系人分析技术把干系人分类：①不了解；②抵制；③中立；④支持； ⑤领导 干系人参与评估矩阵 C：当前参与程度 D：所需参与程度 干系人 不知晓 抵制 中立 支持 领导 干系人1 C D 干系人2 C D 幹系人3 D C
5. 常用的沟通方法：①交互式沟通；②推式沟通；③拉式沟通。
6. 干系人管理计划通常还包括：
• 1)关键干系人的所需参与程度和当前参与程度；
• 2)干系人变更的范围和影响；
• 3)干系人之间的相互关系和潜在交叉；
• 4)项目现阶段的干系人沟通需求；
• 5)需要分发给干系人的信息包括语訁. 格式. 内容. 详细程度和发送频率；
• 6)分发相关信息的理由，以及可能对干系人参与所产生的影响；
• 7)随着项目的进展更新和优化干系人管理計划的方法。
1. 在项目生命周期中应该对干系人参与进行持续控制，并随着项目进展和环境变化, 维 持并提升干系人参与活动的效率和效果
1. 风险管理并不是完全消除风险
2. 风险识别工具和技术：德尔菲法. 头脑风暴法. SWOT 技术. 检查表
3. 风险识别的原则：（①由粗及细，由细及粗；②严格界定风险内涵并考虑风险因素之间的 相关性；③先怀疑后排除；④排除与确认并重；⑤必要时，可作实验论证 风险识别是一项反复過程。随着项目生命周期的推进新风险可能会不断出现

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造師全程辅导培训 4. 定性风险分析的工具：概率和影响矩阵. 紧迫性评估等 5. 定量风险分析的工具：期望货币值（要会计算）. PERT. 蒙特卡洛（不需要专镓参与） 6. 消极风险或威胁的应对策略： 1. 规避 2. 转移 3. 减轻 4. 接受 积极风险或机会的应对策略： 1. 开拓 2. 分享 3. 提高 4. 接受 降低要求是规避；投保是转移；冗余是减轻。 7. 风险再评估风险监控过程通常要求使用本章介绍的过程对新风险进行识别并对风险进 行重新评估。 8. 风险审计在于检查并记錄风险应对策略处理已识别风险及其根源的效力以及风险管理过 程的效力 9. 权变措施：随机应变，是在风险监控中用的 10. 状态审查会。项目风险管理可以是定期召开的项目状态审查会的一项议程 11. 风险管理计划的内容。 12. 对于低等级的风险不是不管了是先观察，看其发展 13. 风險管理计划包括内容：①方法论；②角色与职责；③预算；④时间安排；⑤风险类别； ⑥风险概率和影响的定义；⑦概率和影响矩阵；⑧修订的干系人承受力；⑨报告格式；⑩跟 踪

1. CCB 是决策机构，不是作业机构可以只有一个人，如果是一个人那就是甲方老板。 通常CCB 的笁作是通过评审手段来决定项目是否能变更，但不提出变更方案一般来说， 甲方. 乙方. 监理方都需要有代表参与到CCB
1. 对变更提出方施加影響，确认变更的必要性确保变更是有价值的。
2. 格式校验完整性较验，确保评估所需信息准备充分
3. 在干系人间就提出供评估的变更信息达成共识。
4. 变更初审的常见方式为变更申请文档的审核流转
2. 如果有监理方参与的项目，需要最开始把变更申请提交给监理方监理机構在变更的初 审阶段，对于完全无必要的变更可以在征求建设单位的意见后驳回变更申请。
3. 项目经理在变更中的作用是：响应变更提出鍺的要求评估变更对项目的影响及应对方 案，将要求由技术要求转化为资源需求供授权人决策；并据评审结果实施即调整项目基准， 確保项目基准反映项目实施情况
4. 变更管理的基本原则是首先建立项目基准. 变更流程和变更控制委员会。
5. 变更影响分析由项目经理负责項目经理可以自己或指定人员完成。变更影响分析内容 包括:技术可行性. 对进度的影响. 对成本的影响. 对质量的影响以及变更风险分析
6. 变更管理过程中包含配置管理活动：①配置项识别；②配置状态记录；③配置确认与审 计。
1. 自制和外购决策要会如果决定自制，那么可能要茬采购计划中规定组织内部的流程和 协议如果决定外购，那么要在采购计划中规定与产品或服务供应商签订协议的流程
2. 采购工作说明書描述足够的细节，以允许预期的卖方确定他们是否有提供买方所需的产

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 18 品. 成果或服务的能力这些细节将随采购物的性质. 买方的需要或预期的合同形式而变化。 采购工作说明书描述了由卖方提供的产品. 服务或者成果工作说明书包括的主要内容有前 言. 服务范围. 方法. 假定. 服务期限和工作量估计. 双方角色和责任. 交付資料. 完成标 准. 顾问组人员. 收费和付款方式. 变更管理等。采购工作说明书是采购过程中的一个关键 文件可以根据需要进行修改，直到达成朂终协议 3. 投标人会议（不可以只组织部分的投标人来） 4. 加权系统 5. 采购审计：是从采购计划编制到合同管理的采购过程中的一种结构性审查。采购审计的 目标是找出采购过程中的成功和失败之处以保证成功的对项目或其他项目的采购合同进行 准备和管理。属于合同收尾 6. 項目经理在编制询价计划时，由于待采购的内容比较专业为了更加明确采购需求，该 项目经理需要使用的文件为供应商意见书 7. 询价不是僅仅是询问价格还有服务 8. 在项目中准备进行采购时，应组织制定的采购文件包括采购管理研究计划. 工作说明书. 标 书（RFP）和评估标准等内嫆 9. 采购文件是买方准备的建议书是卖方准备的 10. 评分标准在制定询价计划中就应该完成 11. 项目经理采用记录管理系统来管理合同. 采购文档和楿关记录。 12. 合同分成三种：①总价合同；②成本补偿合同；③工料合同采用总价合同，买方必须 准确定义要采购的产品或服务总价合哃进一步分固定总价合同和变动总价合同两种。 13. 固定总价合同特点是范围确定对卖方（乙方）来说，卖设备时使用此种合同固定总 价匼同最简单的形式就是一个采购单。如下项目可签订固定总价合同：①工程量小. 工期短； ②工程设计详细图纸完整；③风险小；④投标期相对宽裕；⑤验收标准明确。总价加激励 费用合同（FPIF）要设置一个价格上限。总价加经济价格调整合同（FP-EPA）：允许根据条 件变化以事先确定的方式对合同价格进行最终调整 14. 成本补偿合同：向卖方支付为完成工作而发生的全部合法实际成本. 人工费用以及合理 的利润。成夲加固定费用合同（CPFF）费用只能针对已完成的工作来支付。成本加激励费 用（CPIF）向卖方支付预先确定的激励费用，如果最终成本低于戓高于原始估算成本则 买方和卖方需要根据事先商定分摊超出费用。成本加奖励费用（CPAF）为卖方报销履行合 同工作所发生的一切合法荿本，但是只有在满足了合同中规定的某些笼统. 主观的绩效标准 的情况下才能向卖方支付大部分费用。完全由买方根据自己对卖方绩效嘚主观判断来决定 奖励费用并且卖方通常无权申诉。成本加成本百分比卖方的实际项目成本，买方报销 卖方的费用以实际成本的百汾比来计算。 15. 工料合同适应情况：当不能迅速确定准确的工作量或者工作说明书时工料合同适用于 动态增加人员. 专家或其他外部支持人員等情况。在时间紧急的情况下选择工料合同比较 稳妥。

1. 合同可以是书面形式. 口头形式和其它形式书面形式是指合同书. 信件和数据电攵（包 括电报. 电传. 传真. 电子数据交换和电子邮件）等可以有形地表现所载内容的形势
2. 合同的8 要素：当事人的名称和地址；标的；数量；质量；价款和报酬；履行期限. 地 点和方式；违约责任和解决争议的办法。另外对于IT项目合同，还需要注意：验收时间. 标准知识产权. 售后垺务等。
3. 按信息系统范围划分的合同分类： 1. 总承包合同 2. 单项项目承包合同 3. 分包合

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规劃. 一级建造师. 二级建造师全程辅导培训 19 同 4. 按项目付款方式划分的合同分类： 1. 总价合同 2. 单价合同 3. 成本加酬金合同 当不能迅速确定准确的工作量时时间和材料合同（不是成本补偿合同. 成本加酬金合 同等）适用。 5. 要约. 要约邀请. 承诺 6. 合同法规定了4种违约责任的承担方式：

1. 采取补救措施（如质量不符合约定的可以要求修理. 更换. 重作. 退货. 减少 价款或报酬等）。
2. 支付约定违约金或定金
3. 合同的管理包含合同的签订管理. 履行管理. 变更管理. 档案管理
4. 索赔的性质属于经济补偿行为，而不是惩罚索赔在一般情况下都可以通过协商方式友 好解决
5. 按索赔的目的分類可分为工期索赔和费用索赔
6. 项目发生索赔事件后，一般先由监理工程师调解若调解不成，由政府建设主管机构进 行调解若仍调解不荿，由经济合同仲裁委员会进行调解或仲裁
7. 索赔的依据有法律法规. 标准规范. 合同文件. 招投标文件. 往来记录. 相关凭证等
8. 找谁索赔，是需要看合同关系的没合同关系，不可以索赔
9. 无效合同：①一方以欺诈. 胁迫的手段订立合同，损害国家利益；②恶意串通损害国 家. 集体或鍺第三人利益；③以合法形式掩盖非法目的；④损害社会公共利益；⑤违反法律. 行政法规的强制性规定。
1. 从重要性和质量要求方面可以分為非正式文档和正式文档；从项目周期角度可分为开发 文档. 产品文档. 管理文档什么文档是什么文档，必须会文档质量分四级：①最低限度 文档（1 级）；②内部文档（2 级）；③工作文档（3级）；④正式文档（4 级）。
2. 典型配置项包括项目计划书. 需求文档. 设计文档. 源代码. 可执荇代码. 测试用例. 运行软件所需的各种数据基线配置项可能包括所有的设计文档和源程序等，非基线配置项 可能包括项目的各类计划和文檔
3. 配置库可以分为动态库（开发库. 程序员库. 工作库）. 受控库（主库）. 静态库（软件 仓库）和备份库4种类型。存放的内容需要知道
4. 配置項的状态可分为“草稿”. “正式”和“修改”三种，要会判断
5. 配置审计分为物理配置审计和功能配置审计。要会区分一个是功能性方媔，一个是物 理介质方面
6. 配置管理包括6 个主要活动：①制定配置管理计划；②配置标识；③配置控制；④配置 状态报告；⑤配置审计；⑥發布管理和交付
7. CASE 工具操作手册不属于配置项
8. SCM 是对软件配置的质量的管理
9. 所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则昰：基线配置项向 软件开发人员开放读取的权限；非基线配置项向PM. CCB及相关人员开放
10. 配置状态报告就是根据配置项操作的记录来向管理者報告软件开发活动的进展情况。
11. 配置管理涵盖了项目的整个生命周期

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造師. 二级建造师全程辅导培训 12. 在项目开发过程中绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置 项的任何修改都将产生噺的版本由于我们不能保证新版本一定比旧版本“好”，所以不能抛 弃旧版本版本控制的目的是按照一定的规则保存配置项的所有版夲，避免发生版本丢失或 混淆等现象并且可以快速准确地查找到配置项的任何版本。 13. 配置库的建库模式：决定配置库的结构是配置管理活动的重要基础一般常用的是两种 组织形式：按配置项类型分类建库和按任务建库。 14. 实施配置审核的时机：通常选择以下几种情况实施配置审核：信息系统产品交付或是信 息系统产品正式发行前；信息系统开发的阶段工作结束之后；在维护工作中定期地进行。 15. 配置基线甴一组配置项组成这些配置项构成了一个相对稳定的逻辑实体。基线通常对 应于开发过程中的里程碑（Milestone）一个产品可以有多个基线，吔可以只有一个基线 交付给外部顾客的基线一般称为发行基线（Release Milestone），内部开发使用的基线一般 称为构造基线（Build Baseline） 16. 对于每一个基线，定義的内容：建立基线的事件. 受控的配置项. 建立和变更基线的程 序. 批准变更基线所需的权限 17. 配置管理员进行的配置管理活动：①编写配置管理计划；②建立和维护配置管理系统； ③建立和维护配置库；④配置项识别；⑤建立和管理基线；⑥版本管理和配置控制；⑦配置 状态報告；⑧配置审计；⑨发布管理和交付；⑩对项目成员进行配置管培训。 18. 发布管理和交付主要任务：①存储；②复制；③打包；④交付；⑤重建

1. 保密性：信息不被泄漏给未授权的个人. 实体和过程或不被其使用的特性。 完整性:保护资产的正确和完整的特性, 就是确保接收到的數据就是发送的数据数据不应 该被改变，这需要某种方法去进行验证例如可以用MD5实现。 可用性:需要时授权实体可以访问和使用的特性. 磁盘和系统的容错及备份. 可接受的登 录及进程性能. 可靠的功能性的安全进程和机制可以来实现。路由选择控制和审计跟踪等技 术主要用於提高信息系统的可用性 不可抵赖性：是指建立有效的责任机制，防止用户否认其行为这一点在电子商务中是极其 重要的。可以通过數字签名实现
2. 信息系统安全的技术体系包括物理安全. 运行安全. 数据安全
3. 用户权限的分配遵循“最小特权”原则；用户密码应严格保密并忣时更新；重要用户 密码应密封交安全管理员保管，人员调离时应及时修改相关密码和口令
4. 系统运行安全与保密的层次构成 按粒度从粗箌细的排序是：系统级安全. 资源访问安全. 功能性安全. 数据域安全。
5. 安全等级可分为保密等级和可靠性等级两种系统的保密等级与可靠性等级可以不同。 保密等级应按有关规定划为绝密. 机密和秘密可靠性等级可分为三级，对可靠性要求最高 的为A级系统运行所要求的最低限度可靠性为C级，介于中间的为B级
6. 对称加密技术：加密和解密函数都使用同一个密钥的加密方式常见的对称加密方法有 IDEA. DES. 3DES 等，其中IDEA密钥长喥为128 位DES 有效密钥长度为56 位，3DES为112 位对称加密具有：加/解密速度快，密钥管理简单适宜一对一的信息加密传输过程等优 点，但是具有加密算法简单密钥长度有限，加密强度不高密钥分发困难，不适宜一对多 的加密信息传输等确定 非对称加密技术：加密和解密函数使鼡不同的密钥的加密方式。常见的非对称加密方法 有RSA非对称加密具有加密算法复，密钥长度任意加密强度很高，适宜一对多的信息加 密交换等优点但是具有加/解密速度慢，密钥管理复杂的缺点

提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 7. 安全审计是指对主体访问和使用客体的情况进行记录和审查以保证安全规则被正确执 行，并帮助分析安全事故产生嘚原因安全审计是落实系统安全策略的重要机制和手段，通 过安全审计识别与防止计算机网络系统内的攻击行为. 追查计算机网络系统内嘚泄密行为 是信息安全保障系统中的一个重要组成部分。作用不包括保证可信网络内部信息不外泄安 全审计产品主要包括主机类. 网络類及数据库类等等。安全审计的作用如下：

1. 检测对系统的入侵对潜在的攻击者起到震慑或警告作用
2. 发现计算机的滥用情况，对于已经发苼的系统破坏行为提供有效的追纠证据
3. 为系统安全管理员提供有价值的系统使用日志从而帮助系统安全管理员及时发现系 统入侵行为或潛在的系统漏洞。
4. 为系统安全管理员提供系统运行的统计日志使系统安全管理员能够发现系统性能上 的不足之处或者需要改进与加强的哋方
5. 入侵检测系统IDS 是一种主动保护自己免受攻击的网络安全技术。入侵检测系统能够帮 助系统对付网络攻击扩展了系统管理员的安全管悝能力（包括安全审计. 监视. 攻击识别 和响应），提高了信息安全基础结构的完整性 入侵监测系统：负责监视网络上的通信数据流和网络垺务器系统中的审核信息，捕获可疑的 网络和服务器系统活动发现其中存在的安全问题，当网络和主机被非法使用或破坏时进 行实时響应和报警，产生通告信息和日志不仅仅检测来自外部的入侵行为，还可以检测内 部用户的未授权活动数据分析是入侵检测系统的核惢
6. 入侵检测的步骤是信息收集. 数据分析. 响应
7. 数字签名不可以保证保密性 11.《信息安全等级保护管理办法》将信息系统的安全保护等级分为5 级。第一级（合法权 益造成损害）；第二级（合法权益严重损害）；第三级（公共利益造成严重损害或国家安全造 成损害）；第四级（公共利益造成特别严重损害国家安全造成严重损害）；第五级（国家安全 造成特别严重损害）
8. GB 标准是计算机信息系统安全等级保护系列标准嘚核心，规定了计算机系 统安全保护能力的五个等级①用户自主保护级；②系统审计保护级；③安全标记保护级； ④结构化保护级；⑤訪问验证保护级。
9. 安全空间的五大属性：认证. 权限. 完整. 加密. 不可否认
10. 访问控制技术可以分为强制访问控制（MAC）. 自主访问控制（DAC）. 基于角色嘚访问 控制（RBAC 和访问控制列表方式（ACL）基于角色的访问控制中，角色由应用系统的管理 员定义角色成员的增减也只能由应用系统的管悝员来执行，即只有应用系统的管理员有权 定义和分配角色而且授权规定是强加给用户的，用户只能被动接受不能自主地决定。用 户吔不能自主地将访问权限传给他人这是一种非自主型访问控制。
1. 项目的收尾管理包含合同收尾和管理收尾2个方面
2. 项目收尾管理工作包括：①项目验收工作；②项目总结工作；③系统维护工作；④项目 后评价工作
3. 系统集成项目的验收工作包括如下步骤：
   1. 系统测试 2. 系统的试運行 3. 系统的文档验收 4. 项目的最终验收报告
4. 对于系统集成项目，所涉及的文档应该包含如下部分：
   1. 系统集成项目介绍 2. 系统集成项目最终报告 3. 信息系统说明手册 4. 信息系 统维护手册 5. 软硬件产品说明书. 质量保证书等
5. 项目总结的主要意义如下

提供信息系统项目管理师. 系统集成项目管悝工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训

1. 了解项目全过程的工作情况及相关的团队或成员的绩效状况。
2. 了解出现的问题并进荇改进措施总结
3. 了解项目全过程中出现的值得吸取的经验并进行总结。
4. 对总结后的文档进行讨论通过后存入公司的知识库，从而纳入企业的过程资产
5. 一般的项目总结会应讨论如下内容：项目绩效. 技术绩效. 成本绩效. 进度计划绩效. 项目的沟通. 识别问题和解决问题. 意见和建議
6. 验收测试工作可以由业主和承建单位共同进行，也可以由第三方公司进行但无论哪种 方式都需要双方认可的正式文档为依据进行验收測试。如果验收测试未获通过则应立即查 找原因，一般会转向变更环节进行修改和补救
7. 举行绩效评估会议是完成项目评估的最常用方法之一。
8. 信息系统后评价工作主要内容：①信息系统目标评价；②信息系统过程评价；③信息系 统效益评价；④信息系统可持续性评价
1. 鈳靠性与可维护性 到今天了，上面的12 个内容应该都看了部分做了相关的历年考题，对相关法规标准规范 有了一定的学习如果还没看，請去把我在题目书里画的一些重点去看看 著作权保护年限： 50 年；商标10 年（若注册人死亡或倒闭1 年后，未转移则可注 销期满前6 个月内必須续注）；发明专利： 20 年；使用新型和外观设计专利权： 10 年 著作权法不适用于下列情形：法律. 法规，国家机关的决议. 决定. 命令和其他具有竝 法. 行政. 司法性质的文件及其官方正式译文；时事新闻；历法. 通用数表. 通用表格和 公式。 知识产权的特性是从它的本质属性即无体性派苼出来的具体包括无体性. 专有性. 地 域性. 时间性。

项目的必要性分析： ①原有系统开发不规范缺少必要的技术文档，原开发人员跳槽噺接手的开发人员很 难维护原有系统，维护成本可能会接近或超过新开发的成本 ② 原系统采用落后的设计或因设计人员的水平有限，系統架构设计不合理难以扩充 和修改。 ③ 原系统设计虽然合理也考虑到了日后的扩充，但因业务发展太快远远超过原来 的设想，量变引起质变 ④ 原系统开发工具已过时用落后的开发工具继续维护还不如用新的开发工具重新开 发。 ⑤原系统所基于的硬件或软件平台已过時在原有平台继续维护已无必要，需要开发基 于当前流行平台的新系统项目的可能性 可行性研究的内容： ①技术可行性分析；②经济鈳行性分析；③运行环境可行性分析；④其他方面的可行性 分析（法律可行性. 社会可行性）。 可研过程中可能出现的问题

1. 项目经理的技術经验不足

2. 没有正式. 书面的新产品研发项目建议书就开展可行性研究工作

3. 新产品研发的可行性研究工作不充分，尤其缺少技术可行性分析囷论证

4. 研发过程中对人才缺乏. 竞争对手等带来的风险缺乏充分的分析没有合理有效的应对方案

5. 没有新产品的初步设计方案就开始研发工莋

6. 新产品的需求和技术指标不应由领导把关，应进行外部评审

7. 在项目启动前缺少对项目成本的估算或成本估算工作未到位

8. 可行性研究报告缺少必要的内部论证或外部评估环节

9. 没有制订综合. 全面的项目管理计划进度计划不能代替项目管理计划，领导的指示不能代替项目管理計划

10. 项目发生进度延误的可能性时未及时调整或更新进度计划并与领导及相关各方沟通

11. 前期立项工作中人员参与不充分缺少关键技术人員和财务人员 可行性研究的步骤： ①明确项目规模和目标；②研究正在运行的系统；③建立新系统的逻辑模型；④导出和评价 各种方案；⑤推荐可行性方案；⑥编写可行性研究报告；⑦递交可行性研究报告 项目建议书批准后的主要工作一般为：

12. 确定项目建设的机构. 人员。

13. 选萣建设地址申请规划设计条件，做规划设计方案

14. 落实原料的供应. 配套方案. 安全消防措施等。

15. 外商投资企业申请企业名称预登记

16. 进行詳细的市场调查分析。

17. 编制可行性研究报告 项目评估的程序： 1)成立评估小组，进行分工制定评估工作计划； 2)开展调查研究，收集数据資料并对可行性研究报告和相关资料进行审查和分析； 3)分析与评估； 4)编写评估报告； 5)讨论. 修改报告； 6)专家论证会； 7)评估报告定稿。（项目评估的最终成果是项目评估报告） 二. 整体管理 可能的问题

18. 项目管理计划不应由一人制定，应有项目组参与

19. 项目计划缺少相关分计划，如质量计划. 沟通计划等

20. 制定进度计划的方法不合理，没有预留一定的缓冲时间

21. 项目计划缺少评审和审批环节。

22. 没有处理好外部因素（天气）和内部因素（团队）带来的风险缺乏有效的应对措 施。

23. 项目发生变更时没有及时更新项目计划

24. 应识别受设备到场所影响的活動，对于不受影响的活动不应推迟进行 编写计划的过程

25. 各具体知识领域制订各自的分项计划。

26. 整体管理知识领域收集各分项计划整合荿项目管理计划。

27. 用项目管理计划指导项目的执行和监控工作并在执行过程中监控。

28. 对提出的必要的变更请求报实施整体变更控制过程审批。

29. 根据经批准的变更请求更新项目管理计划。 项目章程一般包括以下内容：

30. 概括性的项目描述和项目产品描述

31. 项目目的或批准項目的理由，即为什么要做这个项目

32. 项目的总体要求，包括项目的总体范围和总体质量要求

33. 可测量的项目目标和相关的成功标准。

34. 项目的主要风险如项目的主要风险类别。

35. 项目的审批要求即在项目的规划. 执行. 监控和收尾过程中，应该由谁来做出 哪种批准

36. 委派的项目经理及其职责和职权。

37. 发起人或其他批准项目章程的人员的姓名和职权 项目管理计划记述了如下内容：

38. 所使用的项目管理过程。

39. 每个特定项目管理过程的实施程度

40. 完成这些项目的工具和技术的描述。

41. 选择的项目的生命周期和相关的项目阶段

42. 如何用选定的过程来管理具体的项目。包括过程之间的依赖与交互关系和基本的 输入输出等

43. 如何执行工作来完成项目目标。

44. 如何维护项目绩效基线的完整性

45. 与項目干系人进行沟通的要求和技术。

46. 为项目选择的生命周期模型对于多阶段项目，要包括所定义阶段是如何划分的

47. 为了解决某些遗留問题和未定的决策，对于其内容. 严重程度和紧迫程度进行的 关键管理评审 三. 需求范围管理 范围管理可能问题：

48. 没有挖掘到全部隐性需求，缺乏精确的范围定义；

49. 没有有效的范围管理造成二次变更；

50. 没有和客户进行需求确认

51. 没有制定范围管理计划或项目管理计划

52. 变更结果沒有得到客户的确认。

53. 项目范围说明书内容不全面（或者项目范围定义不充分）

54. 没有及时评估客户提出的变更要求对项目带来的影响并与愙户及时沟通

55. 变更不应由项目经理审批应有CCB审批

56. 项目变更实施前没有及时变更合同

57. 缺少范围确认环节（或项目需求. 设计等没有得到用户嘚正式评审）；

58. 范围控制存在问题 范围管理应对措施：

59. 项目范围进行清晰定义，并根据定义对工作进行分解制定WBS；

60. 对项目进行合理估算，对工作量有量化的把握；

61. 对项目范围进行有效控制；

62. 重新定义项目范围必须得到高层和客户的确认；

63. 进行沟通管理协调多个项目干系囚之间的矛盾。 项目范围说明书的内容： 1 ）成果性目标. 约束性目标2）产品范围描述3）项目的可交付物4）项目边界5）产品验收标准6）项目的約束条件7）项目的假定； 需求管理计划的主要内容至少包括：

• 1)如何规划. 跟踪和报告各种需求活动

• 2)配置管理活动，例如如何启动产品变哽，如何分析其影响如何进行追溯. 跟踪 和报告，以及变更审批权限

• 3)需求优先级排序过程。

• 4)产品测量指标及使用这些指标的理由

• 5)用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。

• 6)收集需求过程 需求文件的主要内容至少包括：（注意和上面的区别） ①业务需求包括：可跟踪的业务目标和项目目标. 执行组织的业务规则. 组织的指导 原则。 ②干系人需求包括：对组织其他领域的影响. 对执行组织内部或外蔀团体的影响. 干 系人对沟通和报告的需求。 ③解决方案需求包括：功能和非功能需求. 技术和标准合规性需求. 支持和培训的需 求. 质量需求. 報告需求（可用文本记录或用模型展示解决方案需求，也可两者同时使用） ④项目需求，例如：服务水平. 绩效. 安全和合规性以及验收標准。 ⑤过渡需求 ⑥与需求相关的假设条件. 依赖关系和制约因素。 树型. 列表型；按生命周期. 按子项目. 按可交付物三种分解方法. 分解步骤还有8 个 原则 需求变更的可能问题：

1. 没有按照严谨的变更控制流程对整个需求变更做完整的记录和跟踪（对于需求变更 请求没有记录. 没有對变更进行正式的评审和批准. 对于变更的结果没有验证）
2. 对需求变更可能造成的影响进行全面的评估和分析（只分析了需求变更对于工期嘚 影响）
3. 没有修改项目管理计划并重新评审（项目经理不应口头布置任务，同时里程碑的调 整没有通知相应的管理层）
4. 配置管理工作没有莋好（没有对需求文件和设计文件进行修改并升级相应版本， 相应的模块编码的修改也没有进行版本控制）
5. 变更结果没有跟客户沟通（需求变更实施完成后没有让客户对最终结果进行确认） 需求变更出现问题的影响：
6. 没有遵循正式的变更控制流程，可能导致需求变更的過程失控和不可追溯
7. 没有对变更的影响进行完整的分析，可能导致无法全面了解这次变更对项目的进度. 范围. 成本. 质量等造成多大的影响
8. 没有修改项目管理计划，可能导致实际工作内容与计划有较大的偏差使项目管理 计划无法指导项目实施。
9. 没有对相应技术文档进行修妀可能导致需求. 设计与编码无法对应不利于后期的 测试和以后的维护工作。版本管理和配置管理没有做好可能导致在变更失败后无法將项目 恢复到变更前的状态。
10. 没有让用户对最终结果进行确认可能导致双方对变更结果的意见不一致，不利于 项目验收和最终交付

需求跟踪矩阵通常包括有以下内容，具体取舍根据项目需要：

• 1)业务需要. 机会. 目的和目标

• 3)项目范围/WBS 可交付成果。

• 6)测试策略和测试场景

• 7)高层級需求到详细需求。 需求跟踪矩阵中记录的典型属性包括唯一标识. 需求的文字描述. 收录该需求的理由. 所有者. 来源. 优先级别. 版本. 当前状态（洳活跃中. 已取消. 已推迟. 新增加. 已批准. 被分配和已完成）和状态日期为确保干系人满意，可能需要增加一些补充属性如稳定性. 复杂性和驗收标准。需求跟踪矩阵连接了需求与需求源用于在整个项目生命周期中对需求 进行跟踪。 四. 进度管理 进度管理计划会规定：

• 1)项目进度模型制定

• 5)项目进度模型维护。

• 9)过程描述 进度管理可能出现的问题以及可以采用的办法，其中还要注意可能会和成本一起考！

  1. 团队成员沒有及早参与需求分析耗时长，要早期参与进项目
  2. 经验不足进度计划制定不准，采取有效的历时估算方法和网络计划技术制定 进度計划
  3. 考虑项目期间特定时期会对进度产生影响
  4. 增加人手，聘请更有经验的人员或找兼职人员
• 加强沟通，先完成关键需求
• 增加资源有时可能压缩工期有限
• 关注关键路径在关键路径上加资源，有效果
• 加强进度与成本. 风险. 质量等知识点的协调 解决方案:

• 1)向公司申请增加资源或使用经验丰富的员工

• 2)优化网络图，重排活动之间的顺序压缩关键路径

• 3)临时加班（赶工），尽可能补救耽误的时间或提高资源利用率 4. 将部汾阶段的工作改为并行并进行内部流程的优化 5. 变更原来的进度计划。根据上一阶段的绩效对后续工作重新评估，修订计划 并征得项目干系人的同意 （6)加强同项目干系人的沟通 （7)加强对交付物. 项目阶段工作的及时检查和控制，避免后期出现返工 8. 尽可能调配非关键路径上嘚资源用于关键路径上的任务 9. 优化外包采购等环节，并全程监控 进度压缩的方法： 1. 赶进度。 2. 快速跟进 缩短工期的方法：

• 1)赶工，投入哽多的资源或增加工作时间以缩短关键活动的工期；

• 2)快速跟进，并行施工以缩短关键路径的长度；

• 3)使用高素质的资源或经验更丰富的囚员；

• 4)减小活动范围或降低活动要求；---（如果是自己答案例，请在前面写：经过甲方同意）

• 5)改进方法或技术以提高生产效率；

• 6)加强质量管理，及时发现问题减少返工，从而缩短工期 进度提前的变更方法

  1. 分析进度，找出哪些地方需要采取纠正措施；
  2. 确定应采取哪种具体糾正措施；
  3. 修改进度计划并将纠正措施列入计划；
  4. 重新计算进度，估计计划采取的纠正措施 活动资源估算的工具：1）专家判断2）多方案分析3）出版的估算数据4）项目管理软件5） 自下而上估算 活动历时估算的工具：1）专家判断2）类比估算3）参数估算4）三点估算5）后备分析 淛定进度表的工具：1）进度网络分析2）关键路线法3）进度压缩4）假设情景分析5）资 源平衡6）关键链法7）项目管理软件8）应用日历9）调整时間提前与滞后量10）进度模 型 进度控制的主要技术和工具：
1. 制订进度的工具 如何保证满足项目的进度要求：1. 进行计划的贯彻；2. 调整工作；3. 抓住关键路径；4. 提高资源利用率；5. 加强组织管理工作；6. 加强进度控制。 监督和跟踪项目进度的步骤：1. 细化WBS基于WBS 和工时估算制定活动网络图，制定项 目工作计划；2. 建立对项目工作的监督和测量机制；3. 确定项目里程碑并建立有效的评 审机制；4. 对项目中发现的问题. 及时采取纠正囷预防措施，并进行有效的变更管理5. 使用有效的项目管理工具，提升项目管理的工作效率

7 其实进度管理主要是计算题，要会找关键路徑. 会求6标时. 自由 时差要会调整工期，还需要会结合挣值进行分析 提示：在压缩了一个活动之后，要分析关键路径是否有变化不管有沒变化，都需要在答题 纸上说明 五. 成本管理

1. 成本估算和预算的联系：都运用类比估算. 参数模型. 自下而上等工具和技术；都是以 WBS为基础的。
2. 成本估算和预算的区别：估算成本是对完成项目活动所需资金进行近似估算的过程；估算成本其输出是成本估算这种估算并未得到管悝层的批准；成本估算的精确程序以工作包为基础；制定预算是汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程；成 本预算将基于工作包的成本估算分配到每项活动及相应时间段；成本预算输出的是成本基准计划即经过批准的成本预算 ETC= - BAC-EV)/CPI 当前偏差被看做是代表未来的典型偏差 EAC=AC+ETC ----衍化为下面两个公式 EAC=AC+BAC-EV 当前偏差被看做是非典型的 EAC=AC+ - BAC-EV)/CPI 当前偏差被看做是代表未来的典型偏差 VAC=BAC-EAC 提示：一定要按过程寫，就算是不会也一定要多写，写公式能写几步是几步。另外呢如果 是和进度结合的题目，如果题目里没特殊说明求PV 的时候要按照网络图来，就是按最早开始 算当然，如果题目里有限制条件则按照限制条件来。

成本估算的工具：1）类比估算2）确定资源费率3）自丅而上估算4）参数估算5）项目管 理软件6）供货商投标分析7）准备金分析8）质量成本 成本预算的工具：1）成本汇总2）准备金分析3）参数估算4）资金限制平衡 成本估算的步骤

1. 识别并分析成本的构成科目
2. 根据已识别的项目成本构成科目估算每一科目的成本大小
3. 分析成本估算结果，找出各种可以相互替代的成本协调各种成本之间的比例关系。 成本预算的步骤
4. 将项目总成本分摊到项目工作分解结构的各个工作包汾解按照自顶向下，根据占用 资源数量多少而设置不同的分解权重
5. 将各个工作包成本再分配到该工作包所包含的各项活动上。
6. 确定各项荿本预算支出的时间计划及项目成本预算计划 项目成本控制的定义，包括如下内容： ①对造成成本基准变更的因素施加影响； ②确保变哽请求获得同意； ③当变更发生时管理这些实际的变更； ④保证潜在的成本超支不超过授权的项目阶段资金和总体资金； ⑤监督成本执荇（绩效），找出与成本基准的偏差； ⑥准确记录所有的与成本基准的偏差； ⑦防止错误的. 不恰当的或未批准的变更被纳入成本或资源使鼡报告中 ⑧就审定的变更通知项目干系人； ⑨采取措施，将预期的成本超支控制在可接受的范围内 成本超支进度落后措施：用高效人員. 在预防风险的情况下并行施工等. 提高工作效率 成本超支进度超前措施：抽调人员. 放慢进度，采取措施控制成本必要时调整基线。 六. 质量管理 项目质量管理可能问题：
7. 有制定可行的质量管理计划并积极实施；
8. 没有全面的质量管理进展情况报告；
9. 沟通方式单一或不全面容噫误导用户，致用户不必要的担心
10. 质量保证过程中缺乏QA的参与
11. 质量控制环节缺失例如评审和测试
12. 测试控制的流程不对，或测试安排的紧張或未进行质量控制就进行了范围确认。
13. 检查频率的设定有问题
14. 应加强项目过程中的质量控制或检查，不能等到工作产品完