2015.06.26
考点:信息系统基础知识;软件基础知识;网路基础知识;9大核心管理领域;其他支撑管理领域;法律法规;技术标准规范;信息安全;信息系统监理;运筹学与数理经济学;新技术发展;IT运维;英语等相关知识。
9大核心管理前的知识点:
第三章 信息系统项目管理
3.1信息系统项目管理基础
项目:使用有限的资源,有限的时间为特定客户完成特定目标的一次性工作。
资源:指完成项目所需的人,财,物;
时间:指项目有明确的开始和结束时间;
客户:指提供资金,确定需求,拥有项目成果的组织或个人;
目标:满足要求的产品和服务及成果,有时不可见。
项目和日常运营的区别:
项目:临时性,独特性;
运营:连续性,重复性。
5个过程组:启动;计划;执行;监督;控制和收尾
9大知识领域:项目整体管理;范围管理;时间管理;成本管理;质量管理;人力资源管理;沟通管理;风险管理;采购管理。
项目三个基本目标:时间,成本,质量标准
项目管理要求团队能理解和使用的6方面知识:
- 项目管理知识
- 项目环境知识
- 软技能或人际关系技能
- 经验,知识,工具和技术
- 通用的管理知识和技能
- 项目应用领域的知识,标准和规定
一般管理的技能包括:(与项目经理的软技能一样,自己总结)
- 有效的沟通
- 对组织施加影响,即“让事情办成”的能力
- 领导能力
- 激励
- 谈判和冲突管理
- 解决问题
PMO日常职能:
PMO战略职能:项目组合管理;提高组织项目管理能力。
3.2项目生命周期和组织
从项目开始直到项目结束所包含的所有项目阶段被总称为项目生命周期。
项目生命周期基本阶段:概念阶段,开发阶段,实施阶段,结束阶段。
信息系统项目生命周期分:启动,计划,实施,收尾
生命周期模型:
- 瀑布模型
- 螺旋模型
- 迭代模型
- V模型
- 喷泉模型
- 增量模型
系统实施阶段:将软件系统的编码实现;硬件设备的购置与安装。
V模型测试不同级别:
单元测试:针对编码过程中可能存在的各种错误
集成测试:针对详细设计可能存在的问题
系统测试:针对概要设计,检查系统作为一个整体是否有效得到运行
验收测试:由业务专家或用户运行
喷泉模型:主要描述面向对象的开发过程。体现面向对象开发过程的迭代和连续性。
增量模型:使用已有产品升级或新版本开发,对所开发的领域比较熟悉且已有原型系统。
迭代模型:适用项目开发早期需求可能有变化,高风险的项目;分阶段进行,每个阶段都执行一次传统的,完整的串行过程;不能完整定义产品所有需求。
V模型:设计和分析------结果验证。。两边分别是:需求分析--》概要设计--》详细设计--》代码编写--------单元测试--》集成测试--》系统测试--》验收测试
螺旋模型:适用新近开发,需求不确定项目;强调风险分析,适合大型复杂的系统;螺旋模型是快速模型和瀑布模型的结合。循环反复,确定一系列里程碑。
快速模型:又称原型模型,适用初期用户需求不明确的项目,缩短开发周期,加快工程进度。
瀑布模型:适用用户需求明确的项目。如果新项目与过去成功开发过的一个项目类似,就是用瀑布模型。
瀑布模型9个主要阶段:
- 问题定义
- 可行***
- 需求分析(需求分析师软件测试中系统测试阶段的目标)
- 总体设计
- 详细设计
- 程序编制
- 测试
- 运行维护
总结语句:
- 可交付成果可以是文档,产品,阶段总结。
- 不能忽略项目干系人的利益
- 职能型组织内可以有项目存在,项目通常在职能部门内部运作
- 项目生命周期是产品生命周期的一部分。产品生命周期是大,项目声明周期是小
3.3项目管理过程
项目管理过程组:
启动过程组:定义并批准项目或阶段
计划编制过程组:定义和细化目标,规划最佳的行动方案即从各种被选方案中选择最优方案,以实现项目或阶段所承担的目标和范围。
执行过程组:整合人员和其他的资源,在项目的生命周期或某个阶段执行项目管理计划。
监督过程组:要求定期测量和监控进展,识别与项目管理计划的偏差,以便在必要时采取纠正措施,确保项目或阶段目标达成。
收尾过程组:正式接收产品,服务或工作成果,有序地结束项目或阶段。
执行过程组具体内容:指导和管理项目执行;执行质量保证;项目团队建设;信息发布;获取供方响应;选择供方。
启动过程组的组成:由正式批准开始一个新项目或一个新的项目阶段所必需的一些过程 组成。
总结语句:
- 分析风险是项目计划的,不是项目监控的。
- 评审的目的主要是决定项目是否能进入下一个阶段
- 什么时候进行阶段评审:当系统集成项目完成了需求分析阶段的工作并开发了原型系统的时候。
- 在成功的项目生命周期中,项目的管理过程和以产品为导向的技术过程密切相关,必须整合在一起重叠和相互作用以期完成项目的目标。
3.4项目立项与招投标管理
政府采购项目的招标过程:
- 制定评标的评审标准
- 采购人 编制采购计划,报上级单位审批,并确定招标方式
- 采购人或其委托的招标代理机构编制招标文件,发出招标公告
- 出售招标文件并对潜在投标人进行预审
- 接受投标人的标书
- 开标及评标,依据评标原则确定中标人
- 发送中标通知书,签订合同。
项目的可行***室项目立项前的重要工作。
可行***报告的主要内容
- 项目背景和概述
- 市场前景分析
- 运行环境可行性分析
- 项目技术方案分析
- 项目投资及成本分析
- 项目组织及投入资源分析
- 可行***报告结论
- 风险分析
- 项目评估方法
可行***室包括:技术可行性分析,经济可行性分析,运行环境可行性分析,其他方面的可行***,操作可行***。
可行***的结论:
- 项目的目标,规模
- 技术方案概述及特定
- 项目的建设进度计划
- 投资估算和资金筹措计划
- 项目财务和经济评价
- 项目综合评价结论
投资前期四个阶段:
- 机会研究;
- 初步可行***;
- 详细可行***;
- 评估与决策。
初步可行***3个方面:项目的前途;关键技术及核心问题;评估必须进行的辅助研究。
初步可行***的目的:判定是否开始详细可行***。
项目可行***:
技术可行性:是从项目实施的技术角度,合理设计技术方案,并进行评审和评价。指在当前市场的技术,产品条件限制下,能否利用现在拥有的以及可能拥有的技术能力,产品功能,人力资源来实现项目的目标,功能,性能,能否在规定的期限内完成整个项目。
经济可行性:主要是从资源配置的角度衡量项目的价值,从项目的投资及所产生的经济效益进行分析。
社会可行性:主要分析项目对社会的影响,包括法律道德,民族宗教,社会稳定性。
法律可行性:涉及合同责任,知识产权等法律方面的可行性问题。
详细可行***报告内容:
概述;项目技术背景与发展概况;现行系统业务,资源,设施,情况分析;项目技术方案;实施进度计划;投资估算与资金筹措计划;人员及培训计划;不确定性(风险)分析;经济和社会效益预测与评价;可行***结论与建议。
详细可行***方法:
经济评价法,市场预测法,投资估算法,增量净效益法
详细可行***基本原则:
科学性原则,客观性原则,公正性原则
项目论证分:内部论证;外部论证
内部论证:执行主体为项目承建单位内部没有参加本项目可行***的市场专家,财务专家,技术专家,必要时候可以邀请客户代表或单位外部专家参加。
外部论证:执行主体为项目投资方或其委托的第三方权威机构。
关于项目论证:项目论证的第一步是机会研究;项目论证的核心问题是财务经济,即投资盈利问题;项目论证的费用属于立项前的工作费用,不计入项目的总投资之内。
判断一个项目是否值得投资的方法:
效益费率比率法:如果大于1,则值得投资
效益费率比率法=效益现值/预计费用现值
项目评估:指通过项目组之外的组织或者个人对项目进行的评估,通常是指在项目的前期和项目完工之后的评估。
项目前期评估:对项目的可行性的评估
项目完工评估:借助。。。等对信息化项目的水平,效果和影响,投资使用的合同相符性,目标相关性和经济合理性所进行的评估。
总结语句:
- 招标确定招标人后,实施合同内注明的合同价款应为中标人的投标价。
- 小项目中,详细可行***必不可少
- 根据项目的规模程度可以将机会研究,初步可行***省略
- 可行***室项目投资决策和编制设计任务书的依据,是项目单位筹集资金的重要依据,单位与各有关部门签订各种协议和合同的依据。
- 全面评审法:对应用项目不仅要分别进行评价,而且还应该把他们作为实现系统总体方案的全套项目的组成部分去评价,这种方法应考虑项目的风险性,对组织的战略方向的支持等因素
- 成本或效益比较法:每个应用项目有不同的成本、效益比,而这往往是衡量一个项目经济合理性的重要指标,成本或效益比较法就是从这一目标出发来分配资源的,投资回报率即为一种常用的方法。
- 收费法:是把信息系统资源的费用分摊给用户的一种会计手段
- 指导委员会法:资源分配的重大决策往往都是一个总负责人或是一个由各主要职能部门的负责人所组成的直到委员会来做出的。