项目经理软考知识点总结(转)

一、      项目管理的一般知识
1、 项目定义:项目是为了完成某一独特的产品、服务或成果所做的一次性努力。
2、 项目目标:遵守SMART原则(具体的、可测量的、达成一致的、现实的、时间限制的)、项目目标的特性(有优先级、层次性)。一个项目可能有几个目标,目标的重要度不同。
3、 项目特点:临时性、独特性、渐进明细。项目的资源是有限制的,如时间、成本、人员。
4、 项目与日常运营的区别:
1)   日常运营是连续性的、重复性工作。一个目标实现还有下一个目标。
2)   项目是一次性独特的工作。项目目标实现了,项目就终止了。
5、 项目干系人:参与项目、有利益影响、对项目可以施加影响的。项目经理要管理项目干系人的期望(沟通管理)。
6、 组织结构:(职能型、项目型、矩阵型、复合型)。

 

 
职能型
项目型
矩阵型
优点
强大的技术支持、清晰的晋升路线、职责清晰,有利于重复性工作为主的过程管理。
结构单一、有利于指挥、目标明确、沟通方便、决策快
项目经理负责、有明确项目目标、项目经理对资源的控制、及时响应、获得职能组织更多支持、最大限度利用公司资源、跨部门合作、制约因素平衡、团队成员有归属感、冲突易解决
缺点
职能由于项目,有狭隘性,部门协调难度大,项目经理缺少权威
管理成本高,资源配置效率低、封闭不利于知识共享,员工缺乏事业的连续保障
成本管理增加、多头领导、难以监控、资源分配与项目优先的问题产生冲突、权利难以保持平衡
人员去向
职能部门
失业
职能部门

 

7、 PMO:项目管理办公室。
1)   PMO属于组织级层面,不是项目内的;
2)   可以解决项目中的问题。如资源冲突、综合数据分析、数据管理、流程规范、组织能题提升。
8、 项目生命周期和产品生命周期的区别:项目生命周期包含产品生命周期之内,项目比产品短。项目生命周期是:启动、计划、执行、收尾;产品生命周期是:立项、开发、运维、消亡。
9、 产品生命周期模型特点:
1)   瀑布:各个阶段划分明确、需求明确。
2)   迭代:一次一次循环,用于需求不明确。
3)   螺旋:用于大型开发项目,风险管理要求高。
10、      项目管理过程组:
1)   启动过程组织有两个活动,都在整体管理内,是项目启动时做的。
2)   计划过程活动是最多的,是最重要的。成本预算出具计划。
3)   各知识领域的计划形成了项目管理计划。其中可能还有配置管理计划、需求管理计划、
4)   活动排序、资源估算、历时估算是在活动定义后才能做的,但资源估算、历时估算未必要在活动排序后做,可并行;
5)   计划一定要有实效性,用于指导后续工作。计划需要监控来管理----监控与计划的执行结果作比较-----目的是为了发现项目在执行过程中是否有偏差----若有偏差分析原因------应对措施------制定应对措施-----结果跟踪-----若有效,则不用调整计划。无效则计划重新调整,进行变更。
6)   先合同收尾,再项目收尾
 
二、      立项管理
 
1、 立项管理的内容:需求分析、项目建议书、项目可行性研究报告
2、 立项管理分为:建设方的立项管理和承建方的立项管理
1)   建设方的立项管理:
② 项目建议书:立项申请的编写、申报和审批;注重经济指标、社会效益、收益。
②项目的可行性研究分为初步可行性研究、详细可行性研究、项目论证、项目评估、提交。
详细可行性研究的方法:经济评价法、市场预测法、投资估算法、增量净效益法。
项目论证的内容:财务评价、项目国民经济评价、项目环境影响评价、项目社会影响评价。
项目评估方法:项目评估法和全局评估法、总量评估法和增量评估法、费用效益评估法、成本效用分析法、多目标系统分析法。
③项目招标。招标、投标、评标、确定承建方。
2)   承建方的立项管理:
①项目识别---是承建方项目立项的第一步,目的是选择投资机会,鉴别投资方向。
②项目论证:承建方技术可行性分析。从技术、人员、财务、风险、竞争者几方面分析。
机会研究:寻求投资机会,鉴别投资方向
初步可行性研究:项目是否有生命力、能否盈利
详细可行性研究:多方案比较,选择最优方案
③投标
④签订合同
3、 财务净现值(NPV):该项目各年的净现金流量折现到建设起点的现值之和。当财务净现值大于或等于零时,项目是可行的。财务净现值越大,项目的获利水平越高。
4、 投资收益率ROI:建成投产后,在运营正常年获得的净收益与项目的总投资之比。
5、 投资回收期:项目从投资产年算起,用每年的净收益将初始投资资金全部收回的时间。
 
三、      整体管理
 
1、 子计划的有效集成。
2、 项目选择方法:收益测量法、决策数、头脑风暴、德尔菲
3、 项目启动依据是合同、SOW。成果是项目章程。项目章程是由高层、客户、发起人公布。
4、 组织过程资产:规章制度、模板、工具、管理体系、优秀案例、经验教训、项目总结、项目归档文档。
5、 项目管理计划:子计划整合起来,需要通过评审。(由项目干系人共同制定,非项目经理一人)。评审的主要目的是:①消除各子计划间冲突②保证项目计划能够得到项目干系人认可。
6、 制定初步范围说明书是项目管理计划的依据。
7、 指导和管理项目执行:项目预算绝大部分将在执行过程中消耗、项目的产品实际上产生于这个过程。
8、 变更:管理项目所有变更,统一流程。变更申请与审批。
9、 变更控制流程:提出变更申请、对变更风险进行分析、变更的批准/审核(由CCB变更控制委员会)、变更的执行、变更的确认
10、配置管理和变更控制的区别:
1)   整体变更控制贯穿于整个项目过程的始终。
2)   整体变更具有以下变更管理活动:①识别可能发生的变更;②管理每个已识别的变更;③维持原有基线的完整性;④根据已批准的变更,更新范围、成本、预算、进度和质量要求,协调整体项目的变更;⑤基于质量报告,控制项目质量使其符合标准;⑥维护一个及时、准确的关于项目产品及其相关文档的信息库,直至项目结束。
3)   配置管理系统包括变更控制流程,配置管理系统在项目范围内的应用主要是:①建立一种方法,前后一致地识别与提出对基准的变更请求,并且评估这些变更的价值和有效性;②通过考虑每一变更的影响,提供改进项目的机会;③)向项目管理团队提供方法,以前后一致的方式把批准的和拒绝的所有变更告知项目干系人。④整体变更控制控制过程的一些配置管理活动如下:配置识别项、配置状态、配置核实和审计。
4)   配置管理是通过对产品生命周期的不同的时间点上的产品配置项进行标识,并对这些标识的产品配置项的更改进行系统控制,从而达到保持产品完整性、一致性和可塑性的过程,配置管理系统是项目管理信息系统的一个分系统。变更控制系统是定义了如何控制、变更和批准项目可交付物和文档的正式规范的一个集合,是配置管理系统的一个子系统。
11、      项目收尾与合同收尾区别:先合同收尾再项目收尾。
1)   合同收尾:涉及结算和关闭项目所建立的任何合同、采购或买进协议,定义了支持项目正式管理收尾所需的与项目相关的活动,与合同有关系,如验收、付款等。
2)   项目收尾:合同收尾和管理收尾(总结经验教训)。
 
四、      范围管理
 
1、 项目范围与产品范围区别
1)   产品范围:刻画某项产品、服务或结果的那些性能和功能。
2)   项目范围:为交付某项具有特定特征和功能的产品、服务或结果所必须完成的工作。
3)   项目范围是否完成以项目管理计划、项目范围说明书、WBS、以及WBS字典作为衡量标准,而产品范围是否完成以产品要求为衡量标准。两种范围管理需要很好的结合,才能确保项目工作能产生所规定的产品并准时交付。
2、 范围管理与需求管理区别
1)        需求工程的活动可分为两大类:一类属于需求开发,另一类属于需求管理。需求开发的目的是通过调查与分析,获取用户需求并定义产品需求。需求管理的目的是确保各方对需求的一致理解;管理和控制需求的变更;从需求到最终产品的双向跟踪。
2)        项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。
3)        首先通过需求开发来获取项目的需求,在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的项目需求进行全生命周期的管理,其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。
4)        对于项目需求,可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况,分步或分期满足。确定每期应满足的需求后,本期的范围管理就有了基础。
5)        需求管理处理需求的变更,需求的变更会引起项目范围的变更。
3、 WBS:最底层的工作单元被称为工作包(是一系列活动的基础),它定义工作范围,定义项目组织、设定产品质量规格、估算和控制费用、估算时间周期和安排进度的基础。
1)   指导原则:工作不允许交叉(一个工作WBS只出现一次),采用80原则或880原则。
2)   采用滚动波式计划:对于项目,详细的分解对项目后期不需要,只有对项目可交付物足够清晰时,才有详细的计划,因此对于项目刚开始时,计划会随着项目的进展一点一点详细化。
4、 范围确认:客户等项目干系人正式验收并接受项目可交付物,它不是一次性的工作,贯穿于整个项目的始终,如阶段性范围确认、对软件开发的需求范围确认、基线确认、需求文件确认等。
5、 范围确认与质量控制的区别
质量控制是检查工作产品是否满足要求,而范围确认是贯穿于整个项目,包含阶段性的确认等,属于项目整体管理、控制。两者目的不同。在范围确认前进行质量控制。
6、 范围控制:确保所有被请求的变更按照项目整体变更过程处理。
7、 选择生命周期模型、WBS、估算,再做计划。
8、 变更是范围定义已存在后才变更。开发过程中不必遵循变更流程。需求验证手段是评审,代码走查是测试。
9、 项目经理在编制项目管理计划前期的工作:1)选择生命周期模型2)WBS;3)估算4)再做计划
10、      在软件开发过程中东西不必遵循范围变更流程。
11、      需求验证的手段是评审。代码验证的手段是测试。
 
五、      时间管理
 
1、 活动定义工具:检查点、里程碑、基线、滚动式规则
1)   检查点:规定的时间间隔,为了检查项目用的,如周例会
2)   里程碑:不是简单检查点,是有标志性的点,不需花费时间、资源,只是有标志的点。
3)   基线:一系列基准,标杆,参照作用。
4)   滚动式规划:近期要完成工作是在WBS下层计划,远期要完成的工作是在WBS上层计划
2、 活动排序工具:
1)   前导图PDM(单代号网络图AON):用于关键路径法CPM(必须会画)
2)   箭线图ADM(双代号网络图AOA)
3)   计划网络模板:标准化的项目进度网络图,项目进度网络图的一部分称为子网络,当项目包括若干相同或几乎相同的可交付成果时可使用。
重点:PDMADM关键路径最早开始时间、最晚开始时间等(必须会算)
3、 活动历时计算
1)   估算工作量工具----类比、功能点(生产率度量)、COCOMO
2)   三点估算法PERT活动工期计算
每个活动的平均工期=(乐观的+4(最可能的)+悲观的)/6
每个活动工期的标准差=(悲观的-乐观的)/6
每个活动工期的方差=((乐观的-悲观的)/6)²
4、 进度计划:制定进度计划是多次反复的过程。
关键路径:至少有一条,可以有多条。
5、 缩短工期的方法:赶工、快速跟进。快速跟进:改变项目活动正常顺序,但存在风险。
使用正推法计算最早开始日期(ES),最早结束日期(EF)
使用逆推法计算最迟开始日期(LS),最迟结束日期(LF)
ES
工期
EF
工作编号
LS
总时差
LF
6、 总时差与自由时差的区别
1)   总时差:指一项工作在不影响总工期的前提下所具有的机动时间。=LS-ES=LF-EF
2)   自由时差:指一项工作在不影响后续工作的情况下所拥有的机动时间。用紧后工作的最早开始时间与该工作的最早完成时间之差表示。(自由时差对任何活动都没有影响)
3)   总时差大等于自由时差
7、 时标网络图:带时间刻度,表示活动关系。在时标网络图中,波浪线代表自由时差,可用于资源优化。
 
六、      成本管理
 
1、 项目成本:各种费用的总和。分类:可变&固定、直接&间接、沉没&机会
2)   固定成本(fixedcost):指资源企业不受业务量变化影响而保持不变的成本。
3)   直接成本(directcost):是指项目费用发生时,能直接计入某一成本计算对象的费用。
4)   间接成本(indirectcost):与生产产品和服务难以形成直接量化关系的资源投入成本,主要包括固定资产折旧成本、管理费用、营销费用等。
5)   沉没成本(SunkCost):指由于过去的决策已经发生了的,而不能由现在或将来的任何决策改变的成本。已经发生不可收回的支出。如:前期投入的钱。
6)   机会成本(opportunitycost):是指为了得到某种东西而所要放弃另一些东西的最大价值。即两个项目之间预期收入的差距。
2、 质量三角:质量、成本、进度之间相互制约。
3、 管理储备:为了防止未来不可预见的发生所使用,如管理预留、风险储备金。
4、 成本基准:形成基线的计划。
5、 学习曲线理论:用于大规模生产,单个成本随工作量的提高而成本降低。
6、 成本估算的类型:量级、预算估值、确定性估算。区别如下:
类型
准确性范围
定义
含义
量级
-25%~+75%
提供项目成本的粗略估算,在项目早期甚至在项目正式开始之前进行
项目的实际成本可能低于粗数量级估算的25%,或高于粗数量级估算的75%
预算估值
-10%~+25%
用来将资金分配到组织的预算中
实际成本可以比预算估算低10%或高25%
确定性估算
-5%~+10%
提供准确的项目成本估算,常用于许多采购决策的制定
实际成本可能比确定性估算值低5%或高10%
7、 工具:类比(自上而下)、自下而上、参数模型(COCOMO)
1)   类比法:自上而下,调用历史数据(如组织过程资产)
2)   自下而上:估算分成很小的模块或工作包的成本,进行汇总后的数据。、
3)   参数模型(COCOMO):根据各公司的特点不一样,对应相应的模型。
8、 成本预算与成本估算的区别:
1)   预算是有依据的,估算的结果是预算的输入
2)   预算是有时间性,是收入、支出的计划
3)   预算作为成本的基准,用于监控。
4)   大项目拥有多个成本基准,来衡量项目绩效的不同方面。
9、 制定项目成本预算所经过的步骤:
1)   将项目总成本分摊到项目工作分解结构的各个工作包
2)   将各个工作包成本再分配到该工作包所包含的各项活动上
3)   确定各项成本预算支出的时间计划及项目成本预算计划
10、      成本控制工具:时间成本平衡、ABC分析法(PARETO图)、挣值分析
--EV、PV、AC、BAC
--CV、SV、EAC、ETC
--CPI、SPI
公式:CV=EV-AC   SV=EV-PV
CPI=EV/AC SPI=EV/PV
ETC=(BAC-EV)当前偏差被看做是非典型的:按计划,资源与设想相等。
ETC=(BAC-EV)/CPI当前偏差被看做是代表未来的典型偏差:如新团队的生产
EAC:完工估算
EAC=AC+ETC=AC+BAC-EC
EAC=AC+(BAC-EV)/CPI
 
七、      质量管理(工具与方法比较重要)
 
1、    成本、质量与工期(质量三角)
2、    国际质量标准:
1)        ISO9000系列:质量管理体系
2)        全面质量管理:全员、全过程、全企业的品质管理。4个核心特征:全员参加质量挂历、关过程质量管理、全面方法的质量管理、全面结果的质量管理
3)        6西格玛:代表很高要求,每百万内不合格产品为3.4个
4)        CMMI:软件能力成熟度模型,SEI提出,分5个级别
5)        SJ/T1234、SJ/T11235:行业标准,对应CMMI1.1版
3、    质量规划
1)        质量是规划设计出来的,而不是检查出来的
2)        质量规划的输出:质量管理计划、适量测量指标、质量检查表、过程改进计划(必须要记住)
4、    质量规划方法:效益/成本分析、基准比较、流程图、实验设计、质量成本分析、质量功能展开、过程决策程序图法
1)        效益/成本分析:原则是收益胜过成本
2)        基准比较:实际做法或计划做法与其他项目的时间相比较
3)        流程图:任何显示与某系统相关的各要素之间项目关系的示意图。主要用来说明某一过程。辅助决策制定。
4)        实验设计:是一种统计方法,帮助确定影响特定变量的因素。常用于产品的分析。也用于成本与进度权衡的项目管理问题。
5)        质量成本分析:质量成本包括:预防成本(为了防止质量缺陷的出现而产生的花费)、评估成本(为了发现缺陷而产生的花费)、缺陷成本(出现了缺陷,为了修复或赔偿而产生的花费)
6)        质量功能展开QFD:将项目的质量要求、客户意见转化成项目技术要求的专业方法。在工程领域广泛应用。
7)        过程决策程序图法PDPC:对实现目标的过程加以全面分析,估计到可能出现的障碍和结果,制定相应的应变措施和应变计划
8)        项目的质量目标根据实际情况而定,并非质量越高越好,质量越高,相应成本也就越高。
5、    质量保证:增强满足质量要求的能力
6、    质量控制:满足质量要求
7、    质量保证与质量控制的区别:事前、事中所做的努力为保证,为了结果而做的努力为控制
8、    方法与工具:因果图、流程图、直方图、检查单、散点图、排列图(帕累托图)、控制图(管理图、趋势图)
1)        因果图:石川图or鱼骨图。将各种时间和因素之间的关系用图解表示。各要素与潜在问题或结果相关联
2)        流程图:用于帮助分析问题发生的原由
3)        直方图:一种横道图,可反映各变量的分布。每一栏代表一个问题或情况的一个特征或属性,每个栏的高度代表属性出现的相对频率
4)        检查单:用于收集反映事实的数据,便于改进
5)        散点图:显示两个变量之间的关系和规律。两个点越接近对角线,两者的关系越紧密。
6)        排列图:按照发生频率大小顺序绘制的直方图,表示有多少结果是由已确认类型或范畴的原因造成的。
7)        控制图:带控制界限的质量管理图表。通过产品质量特性值的分布状况,来判断是否发生了异常。
 
八、      人力管理
 
1、    人力资源计划编制中的组织结构:层次结构图、矩阵图(责任分配矩阵)
2、    组建项目团队方法:事先分派、谈判、采购、虚拟团队
3、    项目团队建设的形式:培训、团队建设活动、基本规则、集中办公、奖励
4、    激励理论:
1)        马斯洛需求层次理论:生理、安全、社会交往、受尊重、自我实现(前4个为低层次需求,后一个为高层次需求)
2)        赫兹伯格双因素:保健因素(防止产生不满足,但不满足未必产生)、激励因素
3)        维克多佛罗姆:期望理论
4)        麦格雷戈:X理论、Y理论
5、    团队建设的5个阶段:形成、震荡、规范、发挥、结束
6、    项目团队管理目的是:跟踪个人和团队绩效,提供反馈,解决问题,提高项目绩效(提高项目绩效是最终目的)
7、    冲突的根源:项目的高压环境、责任模糊、存在多个上级、新技术的应用
8、    冲突的解决办法:解决问题、合作、强制、妥协、调和(求同存异)、撤退
 
九、      沟通管理
 
1、    沟通:信息的生成、传递、接受和理解检查的过程
2、    有效沟通的原则:沟通内外有别、非正式的沟通有利于关系的融洽、采用对方能接受的沟通风格、沟通的升级原则、扫清沟通的障碍
1)        沟通升级原则:①无法达成一致时,双方沟通;②找对方领导沟通;③找自己领导沟通④两个领导之间沟通。
2)        沟通障碍有:物理距离太远、环境因素、渠道不清晰、复杂的组织结构、复杂的技术术语、有害的态度。
3、    沟通渠道=n(n-1)/2
4、    常用的沟通方式:书面、口头、对内与对外、正式与非正式、垂直与水平
5、    形成绩效报告的步骤:收集依据材料、项目绩效评审
6、    管理项目干系人:由项目经理进行管理,管理的是各干系人的期望和冲突
7、    有效的团队建设的直接结果是建设成一个高效、运行良好的项目团队,最终目标是提高项目绩效。
 
十、      风险管理
 
1、    风险的特征:损失或损害、不确定性、针对未来、客观存在、相对的、预期与后果的差异
2、    风险和问题的区别:风险是不确定性,并且风险未必是坏的风险。但问题是已经发生的,并且是坏的。
3、    风险分类,通过RBS风险分解结构来分类。通过市场、技术、人员等几方面划分。
4、    工具:WBS、风险核对表、风险管理表格、风险数据库
5、    风险识别:确定风险的来源、条件,确定风险并描述风险特征并记录成文;风险识别是一项反复过程,应当在整个生命周期始终定期进行。风险识别由项目组人员参加,或干系人参加,不是一个人做的。
6、    风险识别方法:头脑风暴法、SWOT分析、德尔菲、检查表
7、    风险定性分析主要是对风险进行排序,确定优先级,其方法有:概率与影响评估(高、中、低风险)、概率和影响矩阵、风险紧迫性评估
8、    风险定量分析:对排序在先的风险进行量化分析。是在不确定情况下进行决策的一种量化方法。工具有:期望货币价值EMV、决策树分析(会画决策树)、灵敏性分析、三点估算、蒙特卡洛模拟
9、    风险应对策略
1)        消极风险和威胁:规避、转移、减轻、接受(主动接受-建立应急储备、被动接受-不采取措施)
2)        积极风险和机会:开拓、分享、增强
3)        应急风险时不宜资源平衡
4)        例子:
①使用公司后备风险基金(接受)
②在项目预算中设置不可预见费(接受)
③购买商业保险(转移)
④必要时补充或修改该合同条款保证公司的利益(预防)
⑤必要时可以将合同中的风险较大的那一部分分包出去(转移)
⑥多种技术方案(预防)
⑦选择低风险方案(回避)
⑧对已经放生严重眼球的项目紧急补充人力(减轻)
10、              风险监控---(跟踪风险、识别新风险、评估消减风险的效果,修改风险管理计划
11、              风险监控的具体方法:风险再评估、风险审计、变差和趋势分析、技术绩效衡量、储备金分析、状态审查会
12、              对于项目风险,人们的承受能力主要受以下几个因素的影响:
1)        收益的大小。收益总是有损失的可能性伴随。损失的可能性和数额越大,人们希望为弥补损失而得到的收益也越大。反过来,收益越大,人们愿意承担的风险也就越大。
2)        投入的大小。项目活动投入的越多,人们对成功所抱的希望也越大,愿意冒的风险也就越小。
3)        项目活动主体的地位和所拥有的资源。管理人员中,级别高的同级别低的相比,能够承担大的风险。同一风险,不同的个人或组织承受能力也不同。个人或组织拥有的资源越多,其风险承受能力也越大。
 
十一、         采购管理
 
1、    项目采购计划编制:先进行自制采购分析。在采购计划编制开始时做。主要输出是采购管理计划、采购工作说明书
2、    合同的类型:固定总价合同(总包合同)、成本补偿合同、工时和材料合同
3、    工作说明书与范围说明书的区别:
1)        工作说明书是对项目所要提供的产品或服务的叙述性描述
2)        范围说明书通过明确项目应该完成的工作而确定项目的范围
4、    编制询价计划
1)        投标邀请书(IFB)
2)        方案邀请书(RFP)-用来征求潜在供应商建议的文件
3)        报价邀请书(RFQ)-征求潜在供应商报价的文件
4)        对投标的评判标准作为采购文件的一部分
5、    招标/询价:招标时采购的一种形式
6、    供方选择/买方选择:接受多个潜在卖方的标书或建议书,运用评估标准选择一个或多个合格供方
7、    合同管理及合同收尾
1)        合同收尾支持项目收尾或阶段收尾,核实本项目所有工作和项目可交付物
2)        工具方法:采购审计(针对整个采购过程,找出本次采购的成功和失败之处)、合同档案管理系统
 
十二、         合同管理
 
1、    无效合同:
1)        一方以欺诈、胁迫的手段订立合同
2)        恶意串通,损害国家、集体或者第三人利益
3)        以合法形式掩盖非法目的
4)        损害社会公共利益
5)        违反法律、行政法规的强制性规定
2、    合同的分类
1)        按信息系统范围分:总承包合同、单项承包合同、分包合同
2)        按付款方式分:总价合同、单价合同、成本加酬金合同
3、    索赔分类:工期索赔和费用索赔。索赔时,监理要负责处理。
 
十三、         收尾管理
 
1、    项目总结:属于项目收尾的管理收尾
2、    项目评估审计
1)        项目评估—事后评估
2)        项目审计—项目管理部门与财务部门共同进行
 
十四、         配置管理
 
1、    配置管理是为了系统的控制配置变更,在系统的整个生命周期中维持配置的完整性和可跟踪性,而标识系统在不同时间点上配置的学科。
2、    配置管理是应用技术的和管理的指导和监督来识别和用文档记录配置项的功能和物理特性,控制对这些特征的变更、记录和报告变更处理过程和实现状态、验证与规定的需求的一致性。
3、    《计算机软件产品开发文件编制指南》指出:文档可分为开发文档(开发过程中的技术文档,如需求,设计等),产品文档(和产品有关系,如用户手册,操作说明书),管理文档(项目管理过程中的项目相关活动)。
4、    配置管理有关概念:配置项,配置库,基线。
5、    配置项定义:硬件、软件或者二者兼有的集合,为配置管理指定的,在配置管理过程中作为一个单独的实体对待。
6、    典型的配置项:项目计划书,需求文档,设计文档,源代码,可执行代码,测试用例,运行软件所需要的各种数据。
7、    配置库是一组受控制的,辅助软件开发,使用和维护的软件及相关的文档。
8、    基线中的配置项是受控的,不能被任何随意修改,要是想修改要作变更申请,走正规流程。
9、    一组拥有唯一标识号的需求、设计、源代码文卷及相应的可执行代码、构造文卷和用户文档构成一条基线。
10、              一般建立三级基线(需求、设计、产品),基线变更,需要走变更控制流程,基线放置在基线库。
11、              需求基线的配置项:用户需求、需求规格、产品范围说明
12、              设计基线的配置项:概要设计、详细设计、需求基线
13、              产品基线的配置项:需求基线、设计基线、源代码、可执行文件
14、              基线发布:经过评审、领导审查,有配置管理员放置基线库内
15、              CCB:变更控制委员会
16、              变更申请,变更评估,变更实施,变更验证与确认,变更发布。
17、              配置管理活动:制定配置管理计划,配置识别,建立基线,建立配置管理系统,版本管理,配置状态报告,配置审计
18、              配置库分为动态库(开发库、工作库),受控库(主库),静态库(软件仓库,产品库),备份库4种。其中开发库可创建可修改,受控库和产品库都是受控库。
19、              配置库工具:CVS公开代码,windows、linux、苹果环境,适应性最强;VSSwindows环境,可视化编程;clearcase,IBM的,windows开发环境;SVN
20、              配置状态报告:打基线和变更前后
21、              配置审计的主要作用是作为变更控制的补充手段,来确保某一变更需求已被切实实现。
22、              配置审计包括功能审计,物理审计。
 
十五、         政策法规与技术标准
 
1、    招标人的权力:招标文件要求提交投标文件截至时间至少15日前,招标人可以已书面形式对已发出的招标文件进行澄清活修改。招标人有权也应当对招标要求时间后送达的投标文件拒绝。
2、    招标人的义务:招标人应当确定投标人编制投标文件所需要的时间,最短不得少于20日。招标和中标人应自中标通知书发出之日30日内,订立书面合同。
3、    招标方式:公开招标(不特定法人)、邀请招标(特定法人)
4、    公开招标:价格不低于成本价、中标不低于成本价
5、    招标人应当自确定中标人之日起十五日内,向有关行政监督部门提交招标投标情况的书面报告。
6、    邀请招标:应当向三个人上具备相应能力的特定法人发出发出投标邀请书。
邀请招标:①具有特殊性,只能从有限范围的供应商处采购的;②采用公开招标方式的费用占政府采购项目总价值的比例过大的
邀标入围3家以上才满足评标要求
7、    投标:两个以上的法人可组成一个联合体以一个投标人的身份共同投标。联合体投标,资质都要满足才可以
8、    评标由招标人依法组建的评标委员会负责。评标专家5人以上,奇数,技术专家占2/3
9、    中标结果:中标人确定后,招标人应当向中标人发出中标通知书,并同时将中标结果通知所有未中标的投标人。
10、              工信部软件司对系统集成资质和监理资质进行管理。
11、              资质证书有效期为三年,三年后需要重新申请验证。
12、              系统集成资质相关知识:
 
1级
2级
3级
4级
认证机构
工信部制定两家机构评审
省市认证机构认证
过程
认证机构认证、由省市初审,报信息产业部审批
认证机构认证、省市工信单位审批、报工信部备案
项目经理人数
25个项目经理,其中8个高项、17个中项
15个项目经理,其中3个高项、12个中项
6个项目经理,其中1个高项、5个中项
 
评定条件
注册资金2000万,150名以上工程技术人、近三年收入达3亿以上,单笔合同大于200万、年平均收入大于1亿元
注册资金1000万,100名以上工程技术人、近三年收入达1.5亿以上,单笔合同大于80万、年平均收入大于5000亿元
 
 
其他要求
必须通过ISO9000,并且通过实践超过1年
必须通过ISO9000
4级无要求
财务数据
经过会计事务所审批
经过会计事务所审核
 
1)        申报审批过程:先认证(审核、评审、出具认证报告),后报工信部审批。
2)        工信部有最终否决权。
13、              信息系统工程监理资质:甲乙丙三个等级。但目前是过渡期评审条件,只有两个等级。即部里临时、地方临时两个。
1)        四控三管一协调:质量、进度、投资、工程变更控制;合同管理、信息管理、安全管理;协调有关单位及人员间的工作关系。
14、              技术标准:
1)        基础标准:GB/711457-1995(规定术语)GB1526-1989(规定图形结构、画法)
2)        开发标准:GB/T8566-2001、GB/T15853-1995、GB/T14079-1993
3)        文档标准:GB/T16680-1996
4)        管理标准
 
十六、         信息化
 
1、    SOA:面向服务的体系结构,独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。(http://baike.baidu.com/view/21305.htm)
2、    ERP包含MRP、闭环MRP、MRPⅡ和ERP
3、    CRM(客户关系管理)建设时可能会用到数据仓库、数据挖掘技术
4、    SCM(供应链管理)
5、    企业应用集成EAI将不同的应用系统进行集成,实现企业内部数据库、ERP、CRM、SCM及其他重要的内部系统之间无缝连接
6、    企业门户PORTAL:提供一个访问企业各种信息资源的单一入口
7、    电子商务:B2B(企业间)、B2C(企业与消费者间)、C2C(消费者之间)、G2B(政府与企业间)
8、    商务智能(BI)实现三个层次:数据报表、多为数据分析和数据挖掘
9、    数据挖掘对象为数据库
10、              IT服务国际标准ISO20000、安全标准ISO27000
11、              软件工程过程:需求设计、代码实现,测试、复用、维护
12、              云计算:http://baike.baidu.com/view/1316082.htm
13、              WEBservice包含协议XML和XSD、SOAP、SOAP、UDDI(http://baike.baidu.com/view/67105.htm)
14、              J2EE包含JNDI、SERVLET、JSP、EJB、JCA、JDBC、JMS、JTA、JavaMail、RMI-ⅡOP(P113-115)
15、              常用构件标准:COM/DCOM/COM+;CORBA;EJB
16、              OSI七层模型及典型应用

 

OSI
协议
典型应用
工作的数据
物理层
 
中继器,集线器、网线、HUB
比特
数据链路层
SDLC、HDLC、PPP、STP、帧中继
网卡,网桥,交换机
网络层
IP、IPX
路由器,防火墙、多层交换机
数据包
传输层
TCP/IP、SPX
进程和端口
会话层
 
建立会话,SESSION认证、断点续传
 
表示层
 
编码方式,图像编解码、URL字段传输编码
 
应用层
FTP、SMTP、DNS、NNTP和HTTP
终端的应用,比如说FTP(各种文件下载),WEB(IE浏览),QQ之类
 

 

 
1)        物理媒体类型包括:10Base2、10Base5、10BaseF、10BaseT和10Broad36等;
2)        快速以太网的物理媒体类型包括:100 BaseT、100BaseT4和100BaseX等
18、              广域网技术的传输方式:电路交换和分组交换
1)电路交换:通信时,一方发起呼叫,独占一条物理链路,完成接续后对方收到发起端的信号,双方即可通信。用于信息量打,长报文,经常使用的固定用户之间。
2)分组交换:一种存储转发方式,将需要传输的信息划分为一定长度的包进行存储转发。
19、              综合布线
 
简答题
一、      项目混乱、无标准,做法不一样、人力资源冲突(一个项目未完成,人走了)
措施:建议公司成立PMO,统一协调管理)。
理论:PMO作用:
1)   在所有PMO管理的项目间共享和协调资源;
2)   明确和制定项目管理方法、最佳实践和标准;
3)   制定项目方针、流程、模板和其他共享资料;
4)   为所有项目进行集中的配置管理;
5)   对所有项目的集中的共同风险和独风险存储库加以管理;
6)   项目工具的实施和管理中心;
7)   项目之间的沟通管理协调中心;
8)   对项目经理进行指导的平台;
9)   通常在企业级对所有PMO管理的项目的时间基线和预算进行集中监控;
10) 在项目经理和任何内部或外部的质量人员或标准化组织之间协调整体项目的质量标准。
 
二、      变更流程
 
1、 提出申请
2、 对变更影响分析评估
3、 CCB审核(CCB是变更控制委员会)
4、 执行
5、 确认。
 
三、      造成范围变更的原因
 
1、    项目外部环境发生变化,例如:政府政策的问题
2、    项目范围的计划编制不周密详细,有一定的错误或遗漏
3、    市场上出现了或是设计人员提出了新技术、新手段或新方案
4、    项目实施组织本身发生变化
5、    客户对项目、项目产品或服务的要求发生变化
 
范围控制是控制变更的过程。影响导致范围变更的因素,确保所有被请求的变更按照项目整体变更控制过程处理,范围变更发生时管理实际的变更。范围控制还要与其他控制过程相结合。
 
四、      计算题(考试过程中要将计算过程写出来)
 
1、    单代号网络图,算工期等
2、    挣值、估算,调整资源
3、    决策树
注:历年的题一定要看一遍。一定要写公式,不会算,公式对给一半分。
五、      项目成本失控的原因
1、    对项目认识不足(难度、规模等,缺乏成本意识)
2、    组织制度不健全(没有制度,责任没有落实,对成本监控不利)
3、    方法问题(缺乏数据处理分析方法,缺乏系统的控制,缺乏工作制度,缺乏经验数据,缺乏先进的方法手段)
4、    技术的制约(规划设计不完善,采用成本估算方法不合适,原材料价格上涨,变更过多,对风险估计不足)
 
六、      S曲线分析法
 
七、      团队有效工作的障碍
 
1、    目标不明确
2、    角色和职责的不明确
3、    项目结构不健全
4、    缺乏工作投入
5、    缺乏沟通
6、    领导工作不力
7、    团队成员的流动频繁
8、    不良行为
 
八、      项目团队建设的形式
 
培训、团队建设活动、基本规则、集中办公、奖励
 
九、      政府采购法和招投标法,会用案例进行结合出题的方式考
 
1、 主要是数字
 
十、      人际关系技能包含:
 
1、    有效地沟通:即有效交流信息。
2、    领导能力:即“让事情办成”的能力。
3、    对组织施加影响:即形成一个前景和战略并组织人员实现它的能力。
4、    激励: 就是激励人员达到高水平的生产率并克服变革的阻力。
5、    谈判和冲突管理:就是与其他人谈判取得一致或达成协议。
6、    解决问题:就是首先定义问题、明确问题,然后做出决策解决问题。
posted @ 2013-02-27 09:48  浪子の无悔  阅读(4216)  评论(0编辑  收藏  举报