Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx

上传人:wj 文档编号:1923391 上传时间:2023-05-02 格式:DOCX 页数:18 大小:179.76KB
下载 相关 举报
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第1页
第1页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第2页
第2页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第3页
第3页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第4页
第4页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第5页
第5页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第6页
第6页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第7页
第7页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第8页
第8页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第9页
第9页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第10页
第10页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第11页
第11页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第12页
第12页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第13页
第13页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第14页
第14页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第15页
第15页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第16页
第16页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第17页
第17页 / 共18页
Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx_第18页
第18页 / 共18页
亲,该文档总共18页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx

《Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx》由会员分享,可在线阅读,更多相关《Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx(18页珍藏版)》请在冰点文库上搜索。

Removed_系统集成项目管理工程师考试三天一本书笔记精华资料.docx

致力于信息系统项目管理师、系统集成项目管理工程师辅导培训 打造软考梦工厂

QQ858301448

根据小马老师面授录音整理“三天一本书”

不结合录音去看可能看不懂,需要下载录音学习

信息化基础知识

国家信息化体系要素:

1、信息技术应用(龙头、主阵地)2、信息资源开发和利用(核心任务取得实效的关键)3、信息网络(应用基础)4、信息技术和产业(建设基础)5、信息化人才(成功之本)6、信息化政策法规和标准规范(根本保障)

三网融合:

电信广播计算机

电子政务:

G2GG2BG2E(政府对公务员)G2C(政府对百姓)

“一站”政府门户网站“两网”政府内网和政府外网

“四库”建立人口、法人单位、空间地理和自然资源、宏观经济等基础数据库

“十二金”工程是金税工程、金贸工程、金关工程、金企工程、金宏工程、金卡工程、金卫工程、金桥工程、金智工程、金安工程、金社工程、金农工程(现在不止12个,最好上网查一下)

ERP企业资源计划,以财务会计为核心的信息系统。

ERP特点:

1、统一的集成系统2、面向业务流程3、模块化可配置的4、开放的系统

功能:

1、财会功能(会计核算、财务管理)2、生产控制管理(主生产计划、物料需求计划、人力需求、车间控制、制造标准)3、物流管理(销售管理、库存控制、采购管理)4、人力资源管理(辅助决策、招聘管理、工资核算、工时管理、差旅核算)

MRP物料需求计划及时采购降低库存

MRPII制造资源计划

CRM客户关系管理

CRM核心:

企业必须清楚认识到哪一种人和组织可能发来利润,那些客户可能流失或者成

为竞争对手的客户,带来新客户比留住老客户成本更高。

1、以信息技术为手段,以客户为中心注重与客户交流2、在注重提高满意度的同时把提升利润作为重要指标。

目标是提升利润。

3、实施要求企业对业务功能进行重新设计,对工作流程进行重组(BPR),不同客户采取不同策略

完整的数据挖掘必须包括数据清理与集成、数据选择与交换、数据挖掘以及最后的知识评估与表示。

数据仓库(BI的基础):

1、面向主题的2、集成的3、非易失的4、不随时间变化的

企业门户包括企业信息、知识和应用。

4、供应链管理(SCM)特性:

1、交叉性2、动态性3、存在核心性

9

电子商务:

使用了诸如掉包、电话、广播、电视、传真及计算机、计算机网络等手段、工具和技术进行商务活动都称为电子商务

B2BB2CC2CG2B

电子商务保障体系:

1、法律法规2、标准规范体系3、安全认证体系4、信用体系5、在线支付体系6、现代物流体系7、技术装备体系8、服务体系9、运行监控体系

商业智能BI

数据仓库数据ETL数据统计输出(报表)分析功能(联机分析OLAP)联机处理OLTP

监理活动主要内容“四控三管一协调”:

质量、进度、成本、变更控制;合同、信息、安全

管理;协调有关单位。

监理的依据:

法律法规、行业标准、监理合同、建设合同旁站(隐蔽工程) 监理提出问题不指导

监理文件:

监理大纲(公司总监为中得项目)、监理规划(项目总监理实施安排)、监理细则

(专业监理工程师如何进行监理工作)

总监代表不能够处理重大事项,只可以处理一些日常工作。

监理日志不需要甲方签字确认

监理原则:

维护甲方利益不损害乙方利益,公平、公正、科学。

ITIL信息技术基础构架库

ITSM目标:

1、以客户为中心提供服务2、提供高质量、低成本的服务3、服务是可以准确

计价的。

IT信息系统审计目的是评估并提供反馈、保证及建议。

问题:

经常出现事件:

偶尔出现

资质:

最高1级最低4级,先认证再审批。

工信部认证1、2级,省市经信委初审报工信部审批;3、4级经信委审批,报工信部备案;一年一自检,两年一抽查,三年一换证。

个人四年一换证。

计算机技术知识

信息系统可以实现共享,打破信息孤岛

DSS:

决策支持系统

信息系统生命周期:

1、系统规划(立项)2、系统开发3、运行与维护4、系统更新消亡

系统开发阶段:

1、总体规划2、系统分析3、系统设计4、系统实施5、系统验收

建设原则:

1、高层介入2、用户参与开发(更好获取需求、用户自己维护)3、自顶向下4、工程化原则5、其它

开发方法:

1、结构化方法:

划分为若干阶段,前一阶段是后一阶段的工作依据。

适用于前

期获取需求充分的情况

优点:

理论基础严密;注重整体性和全局性

缺点:

开发周期长;文档、设计说明繁琐;工作效率低;要求充分获取需求

2、原型法:

适用需求不清,很难一次获得全面准确的需求的情况,分为抛弃型

原型和进化型原型

3、面向对象方法OO

面向对象=对象+类+继承+消息通信

对象:

描述客观事物的一个实体。

对象要素:

1、对象标志2、属性(状态)3、服务(操作)类是对象的抽象定义。

类之间的关系:

1、依赖2、关联(聚合关系、组合关系)3、泛化(继承的反关系)4、实现

继承:

子类继承父类的特性。

多态:

有相似功能的不同函数,用统一名称;过程多态、强制多态、参数多态、包含多态。

消息机制:

向对象发出服务请求。

软件需求:

一个为解决特定问题而必须开发或修改软件展示的特性,包括功能需求、非功能需求、设计约束。

需求开发:

1、需求捕获(访谈、调查、文档考古、现场观摩、联合讨论会)2、需求分析3、

编写SRS4、需求验证

需求管理:

1、定义需求基线2、管理需求变更3、需求跟踪(双向跟踪)

需求变更的原因:

1、用户业务要求2、市场变化3、政策导向4、新技术

软件设计

软件测试:

应该尽早的不断地测试。

V模型:

单元测试(编码)、集成测试(详细设计)、系统测试(概要设计)、验收测试(需求分析)。

白盒测试:

逻辑覆盖、条件覆盖、条件组合覆盖

黑盒测试:

等价类测试、边界值测试、错误推测法、因果图回归测试:

修改对原有软件的影响

α测试:

开发者环境测试

β测试:

用户环境测试

功能测试、性能测试(LoadRunner)

软件维护:

就是鱼丸,1、纠错性维护2、适应性维护3、完善性维护4、完整性维护

软件复用:

分析、设计、代码

构件:

予以完整、语法正确、有可重用价值的单元软件,可以明确辨识的系统。

COM/DCOM(扩展)/COM+(新发展,底层细节留给操作系统)

Corba:

公共对象请求代理

EJB:

1、回话Bean2、实体Bean3、消息驱动Bean

中间件:

独立于系统软件或服务的程序。

1、一类软件,在客户机操作系统上2、实现互联、

互操作3、分布式处理,网络通信功能。

集成型中间件:

WorkFlow、EAI(Weblogin、websphere、IBMMQSeries)

通用型中间件:

Corba、J2EE、MOM、COM

底层型中间件:

JVM、CLR(MS)、ACE、JDBC、ODBC

项目范围包括产品范围。

UML:

1、一种语言2、可视化3、用于详细描述4、构造语言5、文档化语言

结构:

UML—(构造块、公共机制、架构)

UML架构:

1、逻辑2、进程、3部署4、实现5、用例视图

静态模型:

1、部署图2、对象图3、包体4、复合图5、构造图6、类图

动态模型:

1、用例图2、交互概观图3、通信图4、活动图5、定时图6、制品图7、顺序图

8、状态机图

TPM(全员生产维护)

J2EE:

采用多层分布式应用程序模型:

客户层【应用客户、web服务器、动态web】客户机

Web层【JSP】 J2EE服务器

业务层【EJB、EJB】J2EE服务器

EIS层【数据库】数据存储服务器

Webservice:

解决应用程序之间胡同西的一种技术,包括一些列操作接口、使用标准、规范的XML描述接口。

Webservice模型:

请求者(客户端)、服务提供者(服务器端)、服务注册中心(纽带,发布、

查找、绑定)

SOAP:

简单对象访问协议,基于XML,HTTP协议传输、RPC,Webservice一种实现技术。

开放、低层次、与平台无关的。

WSDL:

描述语言

UDDI:

同一描述、发现和集成

Webserice适用情况:

1、跨越防火墙2、应用程序集成(不同语言、不同平台运行程序集成)

3、B2B4、软件重用(重用代码和代码后的数据)

Webserice不适用情况:

1、单机程序2、局域网同构程序(TCP/IP更有效)

SOA:

面向服务的体系结构,服务间定义中立接口或契约用来联系程序不同功能。

工作流(WorkFlow):

自动运行的业务过程部分或整体,表现为参与者对文件、信息或任务

按照规程采取行动,并令其在参与者间传递。

相互衔接、自动进行的业务活动。

特征:

1、自动化2、监控3、业务重规划(BPR)

WFM(工作流管理) WFMS(工作流管理系统)

口诀:

功靠用维移笑6:

功5:

依从互用适宜安全准确;靠3:

成熟容错可恢复;用3:

理学操

维4:

分修稳测;移4:

一致适应安装替换;笑2:

时间资源效率

文档的质量:

开发文档、产品文档、管理文档

等级:

1级,一人月自用程序。

2级精心研究不共享专用程序。

3级,同单位若干人,其他

单位用。

4级,普遍用关键性重复(工资计算)

编写:

十景分类法、隶属编号法评审:

需求、设计、其他评审。

评审成员:

(开发单位负责人、用户代表、开发小组成员、科技管理人员和标准化人员)签署步骤:

编写、审核、会签、标准化、批准

保管:

登记、保存、借阅、修改

维护:

收入软件质量信息、填软件问题报告、软件修稿申请报告、软件修改报告、签署、存

档保管、软件维护通报。

软件质量特性:

功能性:

与一组功能及其指定的性质有关的一组属性

可靠性:

与在规定的一段时间和条件下,软件维持其性能水平的能力有关的一组属性

易用性:

与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关

的一组属性

效率:

与在规定的条件下,软件的性能水平与所使用资源量之间关系有关的一组属性可维护性:

与进行指定的修改所需的努力有关的一组属性

可移植性:

与软件可从某一环境转移到另一环境的能力有关的一组属性

功能性

适合性:

与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性

准确性:

与能否得到正确或相符的结果或效果有关的软件属性

互用性:

与同其他指定系统进行交互的能力有关的软件属性

依从性:

使软件遵循有关的标准,约定,法规及类似规定的软件属性

安全性:

与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性可靠性

成熟性:

与由软件故障引起失效的频度有关的软件属性

容错性:

与在软件故障或违反指定接口的情况下,维持规定的性能水平的能力有关的软件属

易恢复性:

与在失效发生后,重建其性能水平并恢复直接受影响数据的能力以及为达此目的

所需的时间和能力有关的软件属性

易用性

易理解性:

与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性易学性:

与用户为学习软件应用所花的努力有关的软件属性

易操作性:

与用户为操作和运行控制所花努力有关的软件属性

效率

时间特性:

与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性

资源特性:

与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性

可维护性

易分析性:

与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性易改变性:

与进行修改,排除错误或适应环境变化所需努力有关的软件属性

稳定性:

与修改所造成的未预料结果的风险有关的软件属性易测试性:

与确认已修改软件所需的努力有关的软件属性

可移植性

适应性:

与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性

易安装性:

与在指定环境下安装软件所需努力有关的软件属性

遵循性:

使软件遵循与可移植性有关的标准或约定的软件属性

易替换性:

与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性

综合布线适用于面积小于100W平方米,距离小于3000米,人数50-5W人;

物联网:

感知层、网络层、应用层

云计算:

网格计算,分布式计算,SaaS,PaaS,IaaS

项目管理一般知识

项目是为达到特定的目的,使用一定资源、在确定的期间内、为特定发起人二提供独特的产

品、服务或成果而进行的一次性努力。

项目目标:

1、成果性目标(项目目标)2、约束性目标(管理性目标)。

项目目标特性:

1、多目标2、优先性3、层次性

项目目标SMART原则:

Specific(具体)、Measurable(可测量)、Agreeto(需相关方的一

致同意)、Realistic(现实)、Time-oriented(有一定的时限)。

项目特点:

1、临时性2、独特性3、渐进明细

信息系统项目管理:

即使管理行为,也是技术行为

项目:

建设

项目运营:

维持

项目:

战略实现手段

战略:

通过项目实现

三(四)约束:

范围、时间、成本、(质量) 三约束:

成本、时间、范围软技能:

有效沟通、施加影响、领导能力、激励、谈判与冲突管理、解决问题一把手工程

项目干系人:

参与项目、被项目影响、影响项目的个人或组织。

项目发起人:

为项目分配资金或实物个人或组织

项目高层负责选择项目经理

PMO项目管理办公室:

指导、培训、管理、协调项目,在项目经理之上。

可以有多级PMO。

项目的组织结构:

1、职能型组织(不能全心投入项目)2、矩阵型组织(强、弱、平衡)3、项目型组织(人员无归属感)

项目生命周期:

项目开始到结束全过程,需求分析,系统设计、运行、验收。

产品生命周期长于项目生命周期。

信息系统项目生命周期模型(软件开发模型):

1、瀑布模型(结构化)2、V模型3、原型化模型4、螺旋模型(关注风险)5、迭代模型6、增量模型(融合原型和瀑布模型)7、喷泉模型(用户需求为动力、对象为驱动;各阶段无明显界限,效率高;开发重叠不利于管理)

RUP软件统一过程是一种“过程方法”,是一种迭代模型。

过程的动态结构:

周期、阶段、

迭代、里程碑;主要活动:

活动、产物、工作者、工作流。

PDCA戴明环:

计划-执行-检查-纠偏

4M1E人机料法环:

5大过程组:

启动、规划、执行、监控、收尾过程组

项目立项管理

需求分析工作特点:

1、对需要解决的问题进行详细的分析,需要做什么。

业务语言转换为

技术语言。

2、需求是动态的,变化的3、代价呈现非线性增长,有问题尽快解决

项目建议书内容:

1、项目必要性2、市场预测3、产品方案或服务的市场预测4、建设必需

条件

项目可行性研究内容:

1、投资必要性2、技术可行性3、财务可行性4、组织可行性5、经济可行性6、社会可行性7、风险因素及对策

机会研究、初步可行性研究(报告)、详细可行性研究(报告,经济、市场、投资估算、效

益)、论证(技术经济研究活动)与评估(可行性研究的可靠性,报告)

小项目可以省略初步可行性研究。

论证的作用:

1、实施依据2、筹备资金贷款的依据3、编制计划设计的依据4、防范风险、

提高效率

内部论证(参与编制人员除外的内部人员进行)外部论证评估:

第三方评估,可行研究报告审计,编写评估报告

政府采购:

报县级以上人民政府财政部批准

承建方首先进行项目识别,投标,中标。

谈判是闲谈技术,再谈商务。

签订一般条款:

1、当事人姓名和地址2、标的3、数量4、质量5、价款和报酬6、履行期

限7、地点和方式8、违约责任和争议解决办法

信息系统项目合同应该包括:

9、项目名称10、标的内容11、范围和要求12、履行计划14、技术资料保密15、风险责任的承担16、知识产权归属17、验收标准和方法18、支付方式

19、违约金计算(28天索赔)20、争议解决办法21、技术术语解释。

整体管理

过程:

1、制定项目章程2、编制初步范围说明书3、编制项目管理计划4、指导与福安里项目实施5、监控项目工作6、整体变更控制7、项目收尾

制定项目章程:

项目启动:

以书面正式的形式肯定项目存在,以书面形式为项目经理授权。

项目章程:

正式批复项目的文档项目以外的项目发起人(可以提供资金)发布,可有其他人

编制。

本组织开发由投资人发布。

制定项目章程输入:

1、合同2、工作说明书SOW(所要提供产品的描述,业务要求、范围

描述、战略计划)3、社会环境因素4、组织过程资产

方法工具技术:

1、项目管理方法2、项目管理信息系统3、专家判断

项目启动过程输出:

1、项目章程

编制初步范围说明书:

初步范围说明书内容:

1、项目和范围目标2、产品特性3、可交付物4、验收标准5、项目边界6、约束条件7、项目假设8、最初项目组织9、最初定义的风险10、里程碑11、初步工作分解12、初步高成本估算13、配置管理需求14、审批要求

初步范围说明书是项目章程进一步细化分解得到。

编制初步范围说明书输入:

1、项目章程2、工作说明书SOW3、社会环境因素4、组织过

程资产

方法工具技术:

1、项目管理方法2、项目管理信息系统3、专家判断

制定初步范围说明书输出:

1、初步范围说明书

制定项目管理计划:

项目管理计划内容:

1、项目背景2、项目经理等干系人3、总体技术解决方案4、运用的工具和技术描述5、项目各阶段6、最终目标和阶段目标7、进度8、预算9、变更流程10、沟通计划11、关键管理评审

编制原则目标、方案、过程、工具、计划、人力统一管理,干系人参与,渐进明细。

管理计划编制流程:

1、明确目标2、初步建立团队3、工作准备收集信息4、依据标准、模板编写初步计划5、编写分计划6、平衡优化各分计划7、项目经理组织编写项目计划8、评审批准9、获批后基准计划

输入:

1、项目章程2、初步范围说明书3、各子计划输出4、预测5、社会环境因素6、工

作绩效信息

绩效报告:

绩效信息文档,状态评审会

方法工具技术:

1、项目管理方法2、项目管理信息系统3、专家判断

输出:

1、项目管理计划2、配置管理计划3、变更控制系统

指导与管理项目的执行:

输入:

1、项目管理计划2、已批准的措施3、

方法工具技术:

1、项目管理方法论2、项目管理信息系统

输出:

1、可交付物2、请求变更3、已实施的变更4、工作绩效数据

监控项目执行:

输入:

1、项目管理计划2、工作绩效信息3、被拒绝的变更

方法工具技术:

1、项目管理方法2、项目管理信息系统(PMIS)3、挣值管理4、专家判断

输出:

1、建议的措施2、预测3、变更请求

整体变更控制:

变更流程:

1、提交变更申请(甲方、乙方均可)2、变更影响分析3、接受或拒绝(CCB审批)4、执行变更5、跟踪审核

变更控制委员会CCB:

只做决策,不是作业机构,非常设机构。

输入:

1、项目管理计划2、申请的变更、建议3、可交付物4、工作绩效信息

方法工具技术:

方法工具技术:

1、项目管理方法2、项目管理信息系统3、专家判断

输出:

1、批准的变更和建议2、更新各管理计划3、可交付物4.拒绝的变更和建议

项目收尾:

输入:

1、项目管理计划2、合同3、组织过程资产

方法工具技术:

方法工具技术:

1、项目管理方法2、项目管理信息系统3、专家判断

输出:

1、最终产品2、管理和合同收尾办法3、更新组织过程资产(验收文档、项目文件、

收尾文档、历史信息)

合同收尾:

履行和同所有条款,关闭合同。

合同审计,支付系统。

管理(行政)收尾:

1、确认满足需求2、确认符合标准3、组织过程资产(总结经验教训)

重要的检查点是里程碑,重要的里程碑是基线。

投资收益率=1/投资回收期

范围管理

过程:

1、范围规划2、范围定义3、创建工作分解结构4、范围确认5、范围控制项目范围是否完成以项目管理计划、范围说明书、WBS、WBS字典作为衡量标准。

产品范围是否完成以产品需求说明书作为衡量标准。

范围规划:

进一步形成文档,项目决策基础,衡量项目是否完成的标准。

如何定义范围。

输入:

1、初步范围说明书2、项目章程3、项目管理计划4、社会环境因素5、组织过程资产

方法工具技术:

1、模板、表格和标准(以往项目文档模板)2、专家判断

输出:

1、范围管理计划

范围定义:

详细描述项目和产品的过程,写入详细范围范围说明书,定义项目范围边界。

输入:

1、初步分为说明书2、项目章程3、组织过程资产

方法工具技术:

1、产品分析(把领域内通用方法描述成可交付成果)2、多方案识别3、专

家判断

输出:

1、详细范围说明书(项目目标、产品范围描述、可交付物、项目边界、验收标准、

约束条件、项目假定)

德尔菲法(背对背):

避免观点放大,最终给出结果

头脑风暴:

记录意见,不给出结果

创建工作分解结构WBS:

面向可交付物的层次分解,详细描述工作。

最底层能够被评估、安排进度、被跟踪。

组织管理的主要依据。

工作包8-80小时/人。

制定进度、分配人员、分配预算的基础。

输入:

1、详细范围说明书2、项目管理计划3、组织过程资产

方法工具技术:

1、分解技术(可交付物足以支持到清晰的定义工作包)2、模板(以往项目)

3、滚动波式计划(近期详细远期粗略)

输出:

1、WBS和WBS字典(描述WBS,包括合同信息)2、范围基准

详细范围说明书包括:

1、目标2、产品范围3、边界4、可交付物5、验收标准6、制约因素7、假设条件

WBS表现形式:

1、树形:

层次清晰、直观、结构性强,但是不易修改,不用于大项目。

2、列表形:

分级目录、容量大、复杂、直观性差,用于大项目。

WBS分解活动包括:

1、识别可交付和工作2、构造组织WBS3、分解为最底层4、分配工

作代码5、确认必要性和充分性

分解WBS方法:

按照1、生命周期2、可交付物3、子项目

分解原则:

1、各层次保持完整2、不能交叉从属3、相同层性质相同4、分开责任人和工作

内容5、便于管理控制6、最底层可定量检测7、包括分包出去的工作8、渐进明细

工作分解结构总是位于计划过程的中心,是项目综合工具。

WBS主要用途:

1、展现项目全貌2、结构设计工具3、管理的基本依据4、状态报告工具

里程碑(MileStone)

组织分解结构OBS、物料清单BOM、风险分解结构RBS、资源分解结构(ResoureeBreakdownStructure)

范围确认:

正式验收并接受可交付物的过程,贯穿于项目始终。

范围确认是确认工作结果能否接受的过程。

质量控制是有关工作是否正确符合标准的活动,质量控制一般在范围确认前,也可并行执行。

通过WBS或合同中的分工进行确认。

需求确认可以说是一次性的。

输入:

1、可交付物2、项目管理计划(范围管理计划、范围说明书、WBS、WBS字典)

方法工具技术:

1、检查

输出:

1、可接受的交付物2、变更申请3、推荐的措施

范围控制:

监控项目工作范围状态和产品范围状态的过程,控制变更,确保所有变更符合

整体变更控制过程。

变更可以是

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2