系统集成项目管理工程师详细学习笔记

1、 第三章信息系统集成专业技术知识 1、 常用开发方法3种 1 结构化方法： 按照系统生命周期，将整个系统的开发过程分为假设干个阶段，然后一步步的依次执行，前一 阶段是后一阶段的工作依据。 遵循用户至上原那么 严格区分工作阶段，每个阶段都有明确的任务和取得的结果。 强调开发过程的整体性和全局性 系统开发过程工程化，文档资料标准化。 优点：理论根底严密，它的指导思想是用户需求在系统建立之前就被充分的了解和理解，注重系统开发过 程的整体性和全局性。 缺点：开发周期长，文档、设计说明繁琐，工作效率低，要求在开发之初全面认识系统需求，并预料到各 种变化，但这并不现实；假设用户参与系统开发的积极性没有充分

2、调动，造成系统交接不稳定，系统运行和维护管理 难度增大。 2 原型法：本着开发人员的对用户需求的初步理解，先快速建立一个原型系统，然后通过反复修改来满足用 户的系统需求。 原型系统具备的特点：1实际可行2具备最终系统的根本特征3构造方便、快速、造价低。 分为抛弃型圆形和进化型原型。 3 面向对象方法： 特点直观、方便。对象之间通过消息传递机制来实现。 关键点是：能否建立一个全面、合理、统一的模型。 有三个阶段：分析、设计和实现。 2、 需求分析 1 所有软件需求的一个共同特性就是可验证性，在现有资源条件下，所有需求都可以被验证。 2 开发真实世界问题的模型是软件需求分析的关键。 软件架构的工作

3、就是需求分配，将满足需求的职责分配到组件上。 3、 软件设计：分为软件架构设计和软件详细设计。 软件架构是一个“描述系统的子系统和组件，以及他们之间关系的学科 。 包括逻辑视图满足功能需求、过程视图并发问题、组件视图实现问题、部署视图分布问题 4、 软件测试：为评价和改良产品质量、识别产品的缺陷而进行的活动。包括在整个开发和维护过程中。 分为单元测试、集成测试、系统测试三个测试阶段， 验收测试。 5、 软件维护4类： 1 2 3 4 6、 复用：分为代码的复用、设计的复用、分析的复用、测试信息的复用。 7、 验证与确认：确定某一开发和维护活动的产品是否符合活动需求，最终对软件产品是否到达其意图

4、并满足用户 需求。 8、 UML动态域：状态机图、活动图、顺序图、协作图 . 9、 面向对象分析步骤：第一步是发现角色与参与者。 10、 集中常见的架构 1 管道/过滤器模式：每个构件都有一组输入和输出。表达了各功能模块的“黑盒特性，高内聚、低耦合的 特点。 2 面向对象模式 3 事件驱动模式： 根本原理构件并不是调用过程，而是出发一个个事件如 4 分层模式：每一层都为上一层提供效劳，并使用下一层的功能。允许将一个复杂问题逐步分层实现，典型 应用是分层通信协议，如 ISO/OSI七层网络模型。 5知识库模式：采用两种不同的控件，中央数据结构控件说明当前状态，独立构件在中央数据存储上执行。 特点

5、：(1) (2) (3) (4) 更正性维护 适应性维护 完善性维护 预防性维护 更正发现的问题 保证软件在变化中的环境中继续使用。 改良性能和可维护性。 windows相关的软件office等 6 客户机/效劳器模式：具有强大的数据操作和事务处理能力。为解决客户端问题，开展形成了 B/S架构，为 解决效劳端问题形成了三层多层 C/S架构。 架构设计的总体目标：最大化复用、复杂问题简单化、灵活的可扩展性。 11、 中间件：位于硬件、操作系统和应用软件之间的通用效劳。 1数据库中间件： windows的ODBC和java的JDBC 2 远程调用中间件RPQ：调用一个远程过程，效果和本地调用一样

6、ICB 3 面向消息的中间件： 利用高效可靠的消息机制进行平台无关的数据交流。 旧M的MQSerieSo 4分布式中间件： 如 OMG 的 COBRA sun 的 RMI/EJ8 windows 的 DCOM 5 事务中间件：完成事务管理与协调、负载均衡、失效恢复等任务，提高了系统的整体性能。 12、 数据库仓库DataWarehouse:是一个面向主题的、集成的、相对稳定的、反响历史变化的数据集合，用于支 持管理决策。 数据库中的数据是实时更新的，而 DW涉及的数据操作主要是查询，很少有修改，只是定期加载、刷新。 13、 WebService技术：定义了一种松散的、 粗粒度的分布计算模式。

7、使用标志的HTTP传递XML表示和封装的内容。 1 Web的典型技术包括：用于传递消息的简单访问协议 SOAR Web Serivice描述语言 WSDL注册的统一描述、 发现和集成UDDI;用于数据交换的 XML。 2 优点：跨越防火墙；应用系统集成； B2B集成；软件重用：允许重用代码和数据； 2不适合场合：局域网上的同构应用程序；单机应用程序。 14、 J2E即构 1 由四局部组成：J2EE台、J2EE应用编程模型、J2EE兼容测试套件、J2EE参考实现。 2 J2Eg用效劳器的运行环境包括： 构件、容器、效劳。构件是代码，容器是环境，效劳是接口。 3J2EE勾件和效劳技术标准 Serv

8、Let提供独立于平台的 Web应用。 JSP使创立HTTP和XML页面更加容易。 EJB实现了关键的业务逻辑，创立基于构件的企业级应用程序。 15、 NET架构 1 该开发框架的根底： 通用语言运行环境。 2 根底类库：提供了一个统一的、面向对象的、层次清晰的、可扩展的编程接口。 3ADO.NET技术用于访问数据库。 4ASPNET提供网络编程结构。 16、 常用构件标准： 1COM/DCOM/COM+ 1 DCOM是基于客户机/效劳器模式的，是 COM版本的升级 2 COM+并不是COM的升级，是 COM、DCOM、MTS的结合形成的强大的构件架构。 2CORBA公共对象请求代理架构。 1

9、核心 是对象请求处理 ORB 2 主要分为三个层次： 对象请求代理最底层，规定了分布对象的定义和语言映射 、公共效劳中间 层，提供并发、名字等各种效劳、根底设施最上层，定义了组件框架，提供可以直接被业务对象使用的业务 3 EJB用于封装业务， 17、 网络技术标准和协议 1NETBEUI:旧M开发的非路由协议 2IPX/SPX:是NOVELL用于NETWARE的客户端/效劳器的协议群组。 3TCP/IP:因特网协议 18、 网络分类：局域网LAN、城域网MAN ,采用802.6标准、广域网WAN、因特网。 以太网Ethernet标准：802.3 因特网Internet标准：802.11 19、

10、网络交换技术 1 电路交换技术Circuit Switching :公众 网 PSTN和移动网GSM、CSMA 2 分组交换Packet Switching：特点面向无连接而采用存储转发的方式 3 报文交换Message Switching：也是用存储转发机制，但是传输单位是报文 4 异步传输模式Asynchronous Transfer Mode：将面相连接机制与分组交换机制相结合 5 IP 技术 6 软交换技术 19、网络存储模式3种 1 直接连接存储Directed attached Storage DA罚：存储器与效劳器直接相连，产品包括磁盘，磁带库、光 存储等产品. 2 网络连接存储

11、 Network attached Storage, NAS:将存储设备通过网络拓扑结构， 连接到一系列计算机上, 一般支持多台计算机， 3 存储区域网络Storage Area Networ, SAN：采用高速的光线通道作为传输介质的网络存储技术。实现了 高速共享存储和块级数据访问的目的，几乎拥有无限存储扩展能力。 20、 无线网络技术： 无线局域网 WLANs,无线城域网 WMANs、无线广域网 WWANs,无线个人网 WPANs 21、 综合布线、机房工程 1遵循标准 EIA/TIA 568A 3 我国公布的大楼通信综合布线系统?适用范围 ：跨越距离不超过 3000米，建筑总面积不超过

12、100万平方 米，人员50-5万人。 4 网络规划原那么： 实用性原那么、开放性原那么、先进性原那么。 第四章工程管理的一般知识 1、 工程目标 工程目标包括成果性目标和约束性目标。 成果性目标是指工程开发出来的产品、系统、效劳或成果。 约束性目标是指完成成果性目标需要的时间、本钱和需要满足的质量。 2、 工程的特点 临时性：每个工程都有一个明确的开始时间和结束时间，是一次性的 独特性：工程要提供独特的效劳或成果，没有两个工程是完全一样的。 渐进明细：工程的成果性目标是逐步完成的。 3、 信息系统集成工程的特点 1 以满足客户和用户的需求为根本出发点 2 客户需求常常不明确，复杂多变 2综合布

13、线系统由 6个子系统构成: 3 系统集成不是选择最好的产品的简单行为，而是选择最符合用户需求和投资规模的产品和技术。 4 高技术与高技术的集成，不是简单的设备供货 5 系统工程，包含技术、商务和管理等多方面。 6 工程团队年轻、流动率高，对企业的管理技术水平和工程经理的管理水平要求较高 7 强调沟通的重要性 4、组织结构 1 一端为职能型，一端为工程型 职能型组织：一个组织被分为一个个的职能部门 优点：1强大的技术支持2清晰地职业晋级路线3直线沟通、交流简单，责任和权限清晰 4有利 于重复行工作为主的过程管理。 缺点：。职能利益优先于工程；组织横向间的联系薄弱、部门间协调难度大；工程经理有很少

14、的权利、权威； 工程管理开展方向不明。 工程型组织：一个组织被分为一个个的工程经理部 优点：结构单一、责权清楚，有利于统一指挥；目标明确单一；沟通简介方便；决策快； 缺点：管理本钱高；不利于沟通，知识共享；全功缺乏事业上的连续性和保障； 矩阵型组织：分为弱矩阵型组织、平衡矩阵型组织、强矩阵型组织 复合型组织：一个组织包含以上三种组织 裹 43 组螟站榆对工程的电响 工程特点 职能型组蛆 矩阵型组蛆 工程型蜗蛆 翳矩阵型毋税 平街提薄柘明果 强蜓薛型坦甄 工程经理的竭力 很小和没有 有限 小中等 中等大 大全权 金貌中全职参与工程 H 伟的职员比例 没有 0-25 恃的 30 H 85 100

15、工程经理的职位 局部时闾 局部时间 全时 全时 全时 5、 工程生命周期 随着工程持续的时间，工程干系人的影响逐渐降低，变更和缺陷修复的费用逐渐增加。 6、 典型的工程生命周期 1 瀑布模型：分为方案可行性分析、需求分析、设计、编码、测试、运行与维护。 特点：1从上一项开发活动接受其成果作为本次活动的输入 2 利用这一输入，来完本钱次活动应完成的工作内容。 3 给出本次活动的工作成果，作为输出传递给下一项开发活动 4 对本次活开工作成果进行评审。假设工作成果得到认可，进入下一项活动，否那么返回前一项，甚至 更 前项的活动。 缺点：是一种理想的线性开发模型，不能适用需求不明确或不清晰的情况。 2

16、 V型模型：分为需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试。 单元测试：针对编码过程中可能出现的各种错误，边界值错误等。 集成测试：针对详细设计中可能出现的问题，尤其是个单元和其他程序之间接口可能存在的错误 系统测试：针对概要设计，检查系统作为一个整体是否能有效地运行。 验收测试：通常由业务专家和用户进行。确定产品真正符合用户业务上的需要。 3 原型化模型：减少了瀑布模型中因需求不明确给工程开发工作带来的风险。 4 螺旋模型：是一个演化软件过程模型，将瀑布模型和原型模型的方面结合起来，在螺旋模型中，软件发布 是一个增量发布。强调了风险分析，特别适用于庞大而复杂、

17、高风险的系统。 5 迭代模型：每次迭代涉及的过程都包括不同比例的所有活动。 RUP是一种过程方法，是迭代模型的一种。 ，包括四个阶段： 初始、细化、构建、交付 阶段。 7、 工程管理过程组5个 启动过程组、方案编制过程组、执行过程组、监督控制过程组、收尾过程组 第五章工程立项管理 1、 立项管理内容3项 1 需求分析：对要解决的问题进行详细的分析，弄清楚工程发起人和工程干系人的要求，即确定待开发的信 息系统应该“做什么。有三个特点：1用户和开发人员之间沟通存在困难 2用户的需求是动态变化的3 生命周期中不同阶段的系统变更的代价呈非线性增长。 2 工程建议书又叫立项申请：是建设单位向上级主管部门

18、提交工程申请是必须的文件。内容如下 4条 1 工程的必要性 2 工程的市场预测 3 产品方案或效劳的市场预测 4 工程建设必需的条件 3 可行性研究报告， 内容如下7条 1投资必要性2技术可行性从实施技术角度 3财务可行性从投资者角度 4经济可行性 从资源配置角度衡量工程的价值 5组织可行性从工程实施进度方案、组织结构等衡量 6社会可行性： 从政策方针、经济结构、法律道德等方面出发 7风险因素及对策。 2、 建设方立项管理，可行性研究报告步骤： 1 初步可行性研究： 2 详细可行性研究： 方法包括：经济评价法、市场预测法、投资估算法、增量净效益法。 3 工程论证： 对腻实施工程技术上的先进性、

19、适用性，经济上的合理性、盈利性，实施上的可能性、风险的 可控性等方面对工程进行全面科学的综合分析，为工程决策提供客观依据的一种技术经济研究活动。 内容4条工程财务评价、工程国民经济评价、工程环境影响评价、工程社会影响评价。 4 工程评估：由第三方对工程进行评价、分析、论证，是工程投资前期进行决策管理的重要环节和依据。 5 工程可行性研究报告的编写、提交与获得批准。 3、 招标 1 招标标准条 1以客观事实为依据2严格控制自由裁量权，设定最低分值，不低于 50% 3得分应能明显分出上下 4执行国家标准，表达国家政策 5评分应便于评审6细那么横向比拟，比方报价高于基准报价的，每高 1% 扣0.1分

20、等，保证各因素的单位分值含金量大体相当。 2 评标委员会5人以上单数组成，技术、经济专家不得少于 2/3 ,行业专家不算技术专家范围 4、 承建方的立项管理 1工程识别是工程立项的第一步。 1从国家政策中寻找工程时机2从市场需求中寻找工程时机3从技术开展中寻找工程时机 第六章工程整体管理 1、 工程整体管理的过程： 1工程启动；2制定初步的工程范围说明书； 3制定工程管理方案；4指导和管理工程的执行 5监督和控制工程；6整体变更控制；7工程收尾 2、 工程启动-工程启动后就要启开工程 1 工程章程Project charteiO :正式批准一个工程的文档，或者是批准现行工程正式进入下一阶段的文

21、档；项 目章程的发布应由工程组织以外的工程发起人发布；工程章程为工程经理使用组织资源进行组织活动提供了授权； 是工程和执行组织的日常运营联系起来。 2 工程章程内容11项： 1/基于工程关系人的需求和期望提出要求； 4/委派的工程经理和工程尽力的权限级别； 2/工程必须满足的业务需求或产品需求； 5/概要的里程碑进度方案； 3/工程的目的和工程立项的理由； 6/工程干系人的影响； 7/职能组织及其参与； 9/组织的、环境的和外部的约束； 8/组织的、环境的和外部的假设； 10/论证工程的业务方案，包括投资回报率; 11/概要预算； 3 工程启动依据 4项： a/合同：如果客户是外部的，那么需要

22、客户的合同作为工程启动的依据 b/工程工作说明书SOW：对工程所需要提供的产品、成果或者效劳的描述。 内部的SOW也叫任务书； 对于外部而言，工作说明书作为投标文档的一局部从用户那里得到； c/组织和环境因素； d/组织过程资产：工程实施组织的企业方案、政策方针、规程、指南、管理系统。 4 工程启动的方法技术工具 3项： 专家判断；工程管理方法：工程管理信息系统 PMIS。 5 工程启动的成果一工程章程 2、编制工程范围说明书初步的工程范围说明书 Project scope statement 1工程范围说明书内容14项 1/工程和范围的目标； 6/工程约束条件； 11/对工程工作的初步分解;

23、 2/产品或效劳的需求和特； 7/工程假设； 12/初步的量级本钱估算； 3/工程的需求和可交付物； 8/最初的工程组织； 13/工程的配置管理需求； 4/产品的验收标准； 9/最初定义的风险； 14/审批要求； 5/工程的边界； 10/进度里程碑； 2 方法技术工具3项： 专家判断；工程管理方法论：工程管理信息系统 PMIS。 3 输入 工程章程；工作说明书；环境和组织因素；组织过程资产。 3、制定工程管理方案 工程管理方案也叫工程整体管理方案、整体方案或工程方案。 目方案进行综合平衡优化7工程经理负责编写工程方案，包括工程主体方案和以附件形式存在的分方案 8评审与审计工程方案9获得批准的工

24、程方案就成了工程的基准方案。 3方法技术工具3项： 1) 2) 4) 工程管理方案内容11项： 1/工程背景； 2/工程组织，责任分配； 3/工程的总体技术解决方案； 4/对用于完成这些过程的工具和技术的描述； 5/选择的工程的生命周期和相关的工程阶段； 11/对于内容、范围、 工程管理方案根本原那么 1/目标的统一管理； 2/方案的统一管理； 3/过程的统一管理； 工程方案编制流程 1明确目标2 6/工程的最终目标和阶段性目标; 7/进度方案； 8/工程预算； 9/变更流程和变更控制委员会； 10/沟通管理方案； 时间的关键管理评审，以便于确定悬留问题和未决决策。 8 项： 4/技术工作与管

25、理工作的统一协调; 5/方案的统一管理； /人力资源的统一管理； 7/各干系人的参与; 8/逐步精确； 9步 成立初步的工程团队3工作准备与信息收集4 的工程方案5编写范围管理、质量管理、进度、预算等分方案 依据标准、模板编制初步的概要 6将上述分方案纳入工程方案，对项 专家判断；工程管理方法论：工程管理信息系统 PMIS。 5输入7项： 工程章程；工程范围说明书；环境和组织因素；组织过程资产；预测；各方案过程的输出；工作绩效信息。 6输出3项： 工程管理方案：经工程各有关干系人同意的工程管理方案就是 工程的基准基线，为工程的执行、监控和 变更提供了依据。 配置管理系统CM: 变更控制系统：

26、4、监督和控制工程 1方法： 专家判断；工程管理方法论：工程管理信息系统 PMIS;挣值分析。 挣值分析：提供了一种基于过去的实施结果来预测未来绩效的手段，测量从开始到结束的绩效。 4、整体变更控制 1 变更管理活动内容 6条 1识别可能发生的变更 2管理已识别的变更3维护所有基线的完整性4根据已批准的变更，更 新范围、进度、质量、本钱和预算要求，协调整体工程内的变更。 5基于质量报告，控制工程质量使其符合标准 6维护一个及时、准确的关于工程产品及其相关文档的信息库，直至工程结束。 2方法： 专家判断；工程管理方法论：工程管理信息系统 PMIS。 3输入：工程管理方案、申请的变更、工作绩效信息

27、、可交付物 4输出： 1/变更申请被批准或拒绝； 2/批准更新的工程管理方案； 3/已批准的纠正措施； 4/已批准的预防措施； 5/已批准的缺陷修复； 6/已批准的可交付物 4、工程收尾 1内容：包括管理收尾和合同收尾。 2方法： 专家判断；工程管理方法论：工程管理信息系统 PMIS。 第七章工程范围管理 1、 工程范围管理的过程： 1编制范围管理方案； 2范围定义Scope definition ; 3创立工作分解结构 work breakdown structure WBS ; 4范围确认 Range confirmation ; 5范围控制。 2、 范围分类： 产品范围：表示产品、效劳或

28、者结果的 特性和功能； 工程范围：为了完成具有规定特性和功能的产品、效劳和结果，而必须完成的 工程工作； 工程范围是否完成以工程管理方案、工程范围说明书、 WBS和WBS字典为衡量标准；产品范围是否完成以产 品要求为衡量标准。 工程范围确认是工程干系人对工程范围的正式成认，贯穿整个工程生命周期。 3、 编制工程范围管理方案： 1 工具和技术2项： 专家判断；模板、表格、标准。 2 输入5项： 工程章程；初步的范围说明书；工程管理方案；环境和组织因素；组织过程资产。 2 输出：范围管理方案。 3 范围管理方案内容： 1/根据初步的范围说明书编写详细的范围说明书的方法； 2/根据详细的范围说明书创

29、立 WBS的方法； 3/关于正式确认和认可已完成可交付物的详细说明； 4/有关控制需求变更如何落实到详细的范围说明书的方法。 4、 范围定义：详细描述工程和产品的过程，并将结果写进详细的范围说明书里。 1 工具和技术3项： 专家判断；产品分析；识别出多个可选的方案 。 2 输入5项： 工程章程；初步的范围说明书；工程范围管理方案；组织过程资产；批准的变更申请。 4 输出： a 详细的范围说明书，该说明书内容如下： 1工程的目标； 4工程边界 7、产品验收标准； 2产品范围描述； 5工程假设； 3工程的可交付物； 6工程的约束条件； b 更新的工程文档：范围定义过程的变更会导致范围管理方案的变更

30、，从而相应的工程文档也会更新。 5、 创立工作分解结构 1 定义：创立 WBS是一个把工程可交付物和工程工作逐步分层分解为更小的、 更易于管理的工程单元的 过程。 是整个管理工程范围的 根底。 WBS最底层的工作单元称作 工作包，它是定义工作范围、定义工程组织、设定工程产品的质量和规格、 估算和控制费用、估算时间周期和安排时间进度的根底。能能够被评估和追踪的。 2 WBS分类： 1/分级的树状结构：层次清晰，非常直观，结构性很强，但是不易修改。对于大的、复杂的工程也很难表 示出其全景。适用于中小型的应用工程。 2/列表形式：能够反映出工程所有的 工作要素，但是直观性比拟差。适用于大的、复杂的工

31、程。 3 创立 WBS的工具和技术4项： a 分解：将工程可交付物分解为更小的、 更易于管理的工作单元， 直到可交付物分解到足以支持未来的、 清晰定义工程活动的工作包。 分解包括以下活动：1识别和分析 工程可交付物和与其相关的工作 2构造和组织 WBS 3把高层次 的WBS分解为低层次的、详细的工作单元 4为WBS的工作单元分配代码5确认工作分解的程度是必要 的和充分的。 分解 WBS的方法有是三种：1 使用工程生命周期的阶段作为分解的第一层； 2把工程重要的可交付 物作为分解的第一层；3把子工程安排在第一层。 分解WBS的原那么：1各层次上保持工程的完整性，防止遗漏必要的组成局部 2 一个工

32、作单元只能从 属于某个上级单元，防止交叉附属 3相同层次的单元应该具有相同的性质 4工作单元应能分开不同的责 任者和不同的工作内容5便于工程管理进行方案和控制的管理需要 6最底层工作应该是可管理的，可定 量检测的7应包括工程管理工作，包括分包出去的工作 8 WBS最底层单元是工作包，一个 WBS是否分 解到工作包，跟工程的阶段、复杂程度和规模有关，一般来说早期、大型工程的分解颗粒要大一些。 b 工作分解结构模板 c WBS工作包的格式 d滚动波式方案： 近期的工作方案得细一些；远期的工作方案的 相对粗一些。 3 输入3项： 详细的范围说明书、工程管理方案、组织过程资产。 4 输出3项 WBS和

33、WBS字典： 范围基准：被批准的详细的范围说明书、 WBS和WBS字典是工程的范围基准。 更新的工程管理方案。 6、 范围确认 1 定义：范围确认就是客户等工程干系人正式验收并确认已完成的工程可交付物的过程。贯穿工程的始终。 范围确认是有关工作结果的 接受问题；质量控制是有关工作的 结果是否正确。质量控制一般在范围 确认之前完成，或者并行。 2 输入2项： 工程管理方案、可交付物。 3 输出3项 可接受的工程可交付物、变更申请、更新的 WBS和WBS字典。 7、 范围控制 1 范围变更的主要原因 5条：1工程的外部环境 发生了变化2工程实施组织本身发生了变化 3范 围的方案编制的不够周密或者有

34、遗漏 4市场上或者技术人员提出了新方案、新技术、新手段 5客 户 对 工 程 、 产品或者效劳的要求发生了变化。 2 范围变更焦点问题关心的问题：1确定范围变更是否已经发生 2对造成范围变更的因素施加影响， 使这些变更得到一致的认可3当变更发生时，对实际的变更进行管理。 第八章工程进度管理 1、 工程进度管理的六个过程： 1 活动定义：确认一些特定的工作。 2 活动排序：明确各活动之间的顺序等依赖关系，并形成文件。 3 活动资源估算：估算每一活动所需的材料、人员、设备以及其他物品的数量和种类。 4 活动历时估算：估算完成各项方案活动所需工时单位数。 5 制定进度方案；6进度控制。 2、 活动定

35、义 活动，是实施工程时安排工作的最根本单元。 把工作包分解为一个个的活动是活动定义的 最根本任务。 1 时间相关概念： 1 检查点：在规定的时间间隔内对工程进行检查。 2 里程碑：完成阶段性工作的标志。 3 基线：指一个或者一组配置项在工程生命周期的不同时间点上通过正式评审而进入正式受控的 一种状态。 重要的检查点是里程碑，重要的需要客户确认的里程碑就是基线。 周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。 2 输入4项： 工程范围说明书、工作分解结构、事业环境因素、组织过程资产。 3 输出4项 活动清单、活动属性、里程碑清单 、请求的变更 4工具和技术5项 分解、模板、滚动式规

36、划、专家判断、规划组成局部。 3、活动排序 1 输入4项： 工程范围说明书、活动清单、活动属性、里程碑清单、批准的变更请求。 2 工具和技术4项 1 前导图法precedence diagramming method，用于关键路径法，是编制工程进度网络图的一种方法。 方框节点代表活动，箭头连接表示逻辑关系。 ES:最早开始；EF:最早结束；LS:最晚开始；LF最晚结束； 自由时差=紧后工作的ES-本工作的EF 不影响其紧后工作最早开始时间的前提下本工作可以利用的机动时间。 总时差=最晚开始 -最早开始 不影响总工期的前提下所具有的机动时间 2 箭线图法Arrow diagramming met

37、hod,用箭头表示活动，节点表示事件的一种网络图绘制方法。 又叫双代号网络图法，给每个事件指定 唯一的代号， 3 方案网络模板 4 确定依赖关系3个关系： 1/强制性依赖关系：指工作性质所固有的依赖关系，往往涉及一些实际的限制。例如，电子工程中， 要先有原型机，才能进行测试。 工程活动之间的依赖关系 2/可斟酌处理的依赖关系： 会造成总时差不确定，失去控制。该关系包括根据以往同类型工程的经验， 选定活动顺序，或者考虑到天气等原因等环境因素。 3/设计工程活动和非工程活动 之间关系的依赖关系，如测试活动的进度取决于外部的硬件是否到货； 施工地平整，要在环境听证会后开工。 5 利用时间提前量与滞后

38、量。 3 输出4项： 进度网络图：描述各方案活动和逻辑关系的图形。 活动清单更新、活动属性更新、请求的变更。 3、 活动资源估算 1 方法和技术5工程 专家判断、多方案分析、出版的估算数据、自下而上估算、工程管理软件。 2 输入6工程 活动清单、活动属性、资源可利用情况、工程管理方案、组织过程资产、组织和环境因素。 3 输出5工程 活动资源要求、资源日历、活动属性、资源分解结构、请求的变更。 4、 活动历史估算 1方法和技术5项 1 专家判断： 2 类比估算：参考以前类似工程的的活动持续时间，利用历史信息和专家判断。 3 参数估算：用欲完成工作的数量乘以生出率作为估算时间的量化依据。 4 三点

39、估算：最可能的历时估算 Tm,乐观的历时估算 To,悲观的历时估算 Tp。 活动历时均值 =To + 4Tm+Tp /6 三点估算法的历时符合正态分布曲线。方差 =Tp - T。/6 是成认进度风险的表现。 2) 输出(2项) 活动历时估算、活动属性(更新) 5、制定进度方案 1) 方法和技术(10项) (1) 进度网络分析：是提出和制定进度表的一种技术 (2) 关键路线法： (3) 进度压缩：在不改变工程范围、 进度制约条件、强加日期或其他进度目标的前提下缩短工程进度的时间。 进度压缩的技术有两种： A、 赶进度：对费用和进度进行权衡， 确定如何在尽量少增加费用的前提下最大限度的缩短工程所需

40、时间。 赶进度并非总能产生可行的方案，反而常常会增加费用。 B、 快速跟进：同时进行按先后顺序的阶段或活动，以增加费用为代价换取时间，并因缩短工程进度时间 而增加风险。 (4) 假设情景分析： (5) 资源平衡：用于已经利用关键路径发分析过的进度模型中，用途：调整时间安排需要满足规定交工日期 的活动方案活动；处理只有在某些时间才能动用或者只能动用有限数量的公共的共用或关键资源的局面；或用于在 工程工作具体时间段均匀使用选定资源。这种方法 可能会改变关键路径。 (6) 关键链法：可以根据有限的资源对工程进度表进行调整。在确定了关键路线后，将资源的有无和多寡考 虑进去，确定资源制约进度表。这种方法

41、 经常会改变关键路径。 (7) 工程管理软件 (8) 应用日历：工程日历和资源日志，说明了可以工作的时间段。 (8) 调整时间提前量和滞后量： (9) 进度模型： 2) 输出(10项) 工程进度表、进度模型数据、进度基准、请求的变更、 更新资源要求、活动属性、工程日历、工程管理方案、进度管理方案。 5、进度控制 1) 进度控制应关注的内容 ：(1)确定工程进度的当前状态(2)对造成进度变更的因素施加影响， 以保证这种 变化朝着有利的方向开展(3)确定工程进度已发生变更 (4)进度变更发生时，管理实际的变更。 2) 缩短活开工期的方法：(1)投入更多资源以加速活动进程(2)指派经验丰富的人去完成

42、或帮助完成工程工 作(3)缩小活动-5SO 2S0 TSD X +150 +2SD 期望值1个标准差-1方差，+1方差的 范围内，曲线下面积约占总面积的 68%, (5)后备分析：在总的工程进度表中以应急时间 即概率为68%; 2个标准差范围内，概率为 95%; 3个标准差的范围内，概率为 99%。 工程在期望工期完成的概率是 50%,在(期 望工期+1个标准差)时间内完成的概率是 (50%+(68%/2)=84%,在(期望工期+2个标 准差)时间内完成的概率是 (50%+(95%/2)=97.5%，在(期望工期 +3 个 标 准 差 ) 时 间 内 完 成 的 概 率 是 (50%+(99%

43、/2)=99.5%。 、“缓冲时间、“时间储藏为名称增加一些时间， 范围或者降低活动要求(4)通过改良方法或者技术提高生产效率。 3) 进度控制的工具(10项)： 进度报告、进度变更控制系统、 绩效衡量：结果是进度偏差和进度效果指数、 工程管理软件、资源平衡、偏差 分析、进度比拟横道图、进度压缩、假设条件情景分析、制定进度的工具。 第九章工程本钱管理 1、 工程本钱管理的四个个过程： 1 指定本钱管理方案 2 本钱估算：编制完成工程活动所需的大致本钱 3 本钱预算：合计各个活动或工作包的估算本钱，已建立本钱基准 4 本钱控制。 2、 工程本钱失控的原因4个： 1对工程工程认识缺乏 2组织制度不

44、健全 3方法问题 4技术的制约 3、 本钱的类型 1 可变本钱：随着生产量、工作了或时间而变化的本钱 2 固定本钱：不随生产量、工作了或时间而变化的非重复本钱 3 直接本钱：直接可以归属于工程工作的本钱。差旅费、工资、工程的物料或设备使用费用。 4 间接本钱：来自一般费用管理科目或者几个工程共同担负的本钱所分摊给本工程的本钱。如税金、额外福 利、保卫费用等。 4、 本钱基准：经批准的本钱支出方案。 5、 本钱估算 1 编制工程本钱估算的三个主要步骤： 1 识别并分析本钱的构成科目； 2 根据已识别的本钱构成科目，估算每一个科目的本钱大小 3 分析本钱估算结果 2 本钱估算的输入： 范围说明书、

45、WBS/WBS字典、工程管理方案、事业环境因素、组织过程资产、 3 本钱估算的输出： 活动本钱估算、活动本钱估算的支持性细节、请求的变更、更新的本钱管理方案。 4 本钱估算的工具和技术8项： 类比估算、确定资源费率、自下而上估算、参数估算、工程管理软件、供货商投标分析、准备金分析、质 量本钱。 6、 本钱预算 1 工具和技术： 本钱汇总、准备金分析、参数估算、 资金限制平衡。 2 指定本钱预算步骤3 1 将工程总本钱分摊到 wbs的各个工作包 2 将各个工作包本钱分配到该工作包所包含的各项活动上。 3 确定各项本钱预算支出的时间方案和工程本钱预算方案。 7、 本钱控制 1 本钱控制内容9项 1

46、对造成本钱变更的因素施加影响 2确保变更请求获得同意 3当变更发生时，管理这些实际的变 更4保证潜在的本钱超支不超过授权的工程阶段资金和总体资金 5监督本钱执行，找出与本钱基准的偏差 6 准确记录所有的与本钱基准的偏差 7防止错误的、不恰当的或未经批准的变更被纳入本钱或资源使用报告中 8 就审定的变更，通知工程干系人 9采取措施，将预期的本钱 控制在可以接受的范围内。 2 本钱控制的工具6 本钱变更控制系统、绩效衡量分析、预测技术 ETC/EAQ、工程绩效审核、工程管理软件、偏差管理。 方案值PV:既定时间点前方案完成活动的预算本钱 挣值EV:既定时间段内实际完成工作的预算本钱 实际本钱 AC:既定时间段内实际完成工作的实际总本钱 本钱偏差 CV = EV -AC 进度偏差 SV = EV - PV 本钱执行绩效指数 CPI = EV / AC小于1:实际本钱超出预算；大于 1:实际本钱低于预算 进度执行绩效指数 SPI = EV / PV小于1:实际进度落后于方案进度；大于 1:实际进度提前于方案进度。