系统集成项目管理工程师教材笔记.docx

细心整理教材构造第一章信息化根底学问1、信息化根底学问2、电子政务3、企业信息化4、商业智能1、信息系统效劳治理体系2、信息系统集成资质治理3、信息系统工程监理4、ITIL 与 IT 效劳治理、信息系统审计第三章信息系统集成专业技术学问1、信息系统集成简述2、信息系统建立3、软件工程4、面对对象系统分析与设计5、软件架构6、典型应用集成技术7、计算机网络学问第四章工程治理一般学问1、什么是工程2、工程的组织方式3、工程生命周期4、典型的信息系统工程的生命周期模型5、单个工程的治理过程6、工程治理高级话题第五章立项治理其次章信息系统效劳治理1、立项治理内容2、建立方的立项治理3、承建方的立项治理4、签订合同第六章工程整体治理1、工程整体治理的主要活动和流程2、工程启动3、编制工程范围说明书〔初步〕4、制定工程治理打算细心整理细心整理5、指导和治理工程执行6、监视和把握工程7、整体变更把握8、工程收尾第七章工程范围治理1、产品范围与工程范围2、编制范围治理打算3、范围定义4、创立工作分解构造6、范围把握第八章工程进度治理1、工程进度治理概述2、活动定义3、活动排序4、活动资源估算5、活动历时估算6、制定进度打算7、工程进度把握第九章工程本钱治理1、工程本钱治理概述2、制定工程本钱治理打算3、工程本钱估算4、工程本钱预算5、工程本钱把握第十章工程质量治理1、质量治理根底2、制定工程质量打算3、工程质量保证4、工程质量把握第十一章工程人力资源治理5、范围确认1、工程人力资源治理的定义及有关概念2、工程人力资源打算编制3、工程团队组织建立4、工程团队治理 第十二章工程沟通治理1、工程沟通治理的根本概念2、沟通治理打算编制3、信息分发4、沟通治理对组织过程资产的邮箱细心整理5、绩效报告6、工程干系人治理第十三章工程合同治理1、工程合同2、工程合同的分类3、工程合同签订4、工程合同治理1、选购治理的相关概念和主要过程2、编制选购打算3、编制询价打算4、询价5、招标6、合同及合同收尾第十五章信息〔文档〕和配置治理1、信息系统工程相关信息〔文档〕及其治理2、配置治理第十六章变更治理1、工程变更的根本概念2、变更治理的根本原那么3、变更治理组织机构与工作程序4、工程变更治理的工作内容第十七章信息系统安全治理1、信息安全治理2、信息系统安全3、物理安全治理4、人员安全治理5、应用系统安全治理第十八章工程风险治理5、工程合同索赔处理第十四章工程选购治理1、风险和风险治理2、制定风险治理打算3、风险识别4、定性风险分析5、定量风险分析6、应对风险的根本措施〔躲避、承受、减轻、转移〕7、风险监控第十九章工程收尾治理1、工程收尾的内容细心整理2、对信息系统的后续工作的支持3、工程团队人员转移其次十章学问产权治理1、学问产权概念及学问产权治理2、学问产权治理相关法律法规3、学问产权治理工作的范围和内容4、学问产权保护5、学问产权治理要项6、学问产权的滥用1、法和法律2、法律体系3、大陆法系与英美法系4、诉讼时效5、标准和标准化常识6、系统集成工程治理工作中常用的法律、技术标准和法规其次十二章职业道德标准1、根本概念2、工程治理工程师职业道德标准3、工程治理工程师岗位职责4、工程治理工程师对工程团队的责任重点归纳〔第 4 章一般学问〕工程经理的选择1. 工程经理的角色〔工程经理要担当哪些角色〕问题 4.1工程经理首先是个治理者，但是同时也是一个领导者，并且要了解工程有关的技术，客户的业务需求及其相关业务学问。

2. 工程经理的素养〔一名合格的工程经理应具备哪些学问与技能〕问题 4.1其次十一章法律法规和标准标准(1) 足够的学问(2) 丰富的工程治理阅历(3) 良好的协调和沟通力量(4) 良好的职业道德(5) 肯定的领导和治理力量3. 怎样做好一个优秀的工程经理(1) 真正理解工程经理的角色(2) 领导并治理团队(3) 依据工程进展的阶段，组织制订具体程度适宜的工程打算，监控打算执行，并依据实际情细心整理况、客户要求或其他变更要求对打算的变更进展治理(4) 真正理解“一把手工程”(5) 留意客户和用户的参与 工程的组织构造对工程治理的影响问题 4.2问题 4.31. 职能型组织的优缺点(1) 强大的技术支持，便于学问、技能和阅历的沟通(2) 清楚的职业生涯晋升路线(3) 直线沟通、沟通简洁、责任和权限很清楚(4) 有利于重复性工作为主的过程治理缺点：(1) 职能利益优先于工程，具有狭隘性(2) 组织横向之间的联系薄弱(3) 部门间协调难度大(4) 工程经理极少或缺少权利、权威(5) 工程治理进展方向不明(6) 缺少工程基准2. 工程型组织的优缺点(1) 构造单一，责权清楚，利于统一指挥(2) 目标明确单一(3) 沟通简洁、便利(4) 决策快缺点(1) 治理本钱过高，如工程的工作量缺乏那么资源配置效率低(2) 工程环境比较封闭，不利于沟通、技术学问等共享(3) 员工缺乏事业上的连贯性和保障等3. 矩阵型组织的优缺点(1) 工程经理负责制、有明确的工程目标(2) 改善了工程经理对整体资源的把握(3) 准时响应(4) 获得职能组织更多的支持(5) 最大限度地利用公司的稀缺资源(6) 改善了跨职能部门间的协调工作(7) 使质量、本钱、时间等制约因素得到更好的平衡(8) 团队成员有归属感，士气高，问题少(9) 消灭的冲突较少，且易处理解决缺点(1) 治理本钱增加(2) 多头领导(3) 难以监测和把握(4) 资源安排与工程优先的问题产生冲突(5) 权利难以保持平衡工程生命周期模型问题 4.41. 瀑布模型的特点(6) 从上一项开发活动承受其成果作为本次活动的输入(7) 利用这一输入，实施本次活动应完成的工作内容(8) 给出本次活动的工作成果，作为输出传给下一项开发活动(9) 对本次活动的实施工作成果进展评审，假设其成果得到确认，那么连续进展下一项开发工作， 否那么返回前一项，甚至更前项的活动。

尽量削减多个阶段间的反复以相对较小的费用来开发软件优点：尽量少的阶段间的反复，较小的开发费用缺点：需求不明确会导致产品消灭严峻后果弥补方法：承受快速原型法、螺旋模型和迭代模型2. V 模型的特点需求分析验收测试 概要设计系统测试具体设计集成测试编码单元测试优点：明确地标明白测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系缺点：需求不明确会导致产品消灭严峻后果3. 原型化模型原型化模型是为弥补瀑布模型的缺乏而产生的原型化模型的第一步是建筑一个快速原型，实现客户或将来的用户与系统的交互，经过和用户针对原型的争辩和沟通，弄清需求以便真正把握用户需要的软件产品是什么样子的充分了解后，再在原型根底上开发出用户满足的产品在实际中原型化经常在需求分析定义的过程进展原型化模型削减了瀑布模型中由于软件需求不明确而给开发工作带来的风险由于在原型根底上的沟通更为直观，也为需求分析和定义，供给了新的方法4. 螺旋模型使得软件的增量版本的快速开发成为可能强调风险分析，特别适用于浩大而简单的、高风险的系统5. 迭代模型每个阶段都执行一次传统的、完整的串行过程串每个阶段完毕于一个里程碑6. 实施阶段应完成的文档，分两大类：(1) 工程治理过程文档—工程进度打算〔变更〕，工程绩效报告，工程会议记录，工程范围〔变更〕说明书、变更把握文档、质量分析报告，风险评估报告等等。

2) 工程产品实现文档—需求分析与需求分析说明书，概要设计说明书，具体设计说明书，代码标准，程序编码设计书，数据库模型与设计说明书，测试用例，测试报告等等重点归纳〔第 5 章立项治理〕问题 5.1工程可行性分析–经济评价指标的计算〔参见冲刺讲义〕重点归纳〔第 6 章整体治理〕6.1 整体治理打算的制定流程，作用和内容 206-207 页整体治理打算的制定流程(1) 分析和理解范围(2) 把产品需求和特定的标准明确记录在文档里(3) 利用打算过程组(4) 把完成工程需要做的工作恰当地分解为可治理的更小局部(5) 实行恰当的行动使工程依据整体的工程治理打算来实施(6) 对工程状态、过程和产品进展度量和监视(7) 分析并监控工程风险整体治理的内容(1) 工程启动(2) 制定初步的工程范围说明书(3) 制定工程治理打算(4) 指导和治理工程执行(5) 监视和把握工程(6) 整体变更把握(7) 工程收尾6.2 工程章程的作用和内容工程章程是正式批准一个工程的文档，或者是批准现行工程是否进入下一个阶段的文档工程章程为工程经理使用组织资源进展工程活动供给了授权工程章程的内容：(1) 基于工程干系人的需求和期望提出的要求(2) 工程必需满足的业务要求和产品需求(3) 工程的目的或工程立项的理由(4) 委派的工程经理及工程经理的权限级别(5) 概要的里程碑进度打算(6) 工程干系人的影响(7) 职能组织及其参与(8) 组织的、环境的和外部的假设(9) 组织的、环境的和外部的约束(10) 论证工程的业务方案，包括投资回报率(11) 概要预算6.3 变更治理〔变更缘由、变更原那么、变更流程〕223-224 页变更缘由在治理工程时，工程的范围、进度、预算和质量都可能发生变更，工程治理的其他方面如团队治理、干系人治理、风险应对、风险监控和合同治理等把握过程的结果页可能引起变更。

变更原那么：发生变更在所难免，重要的是要有一套处理变更的流程和承受或拒绝变更的变更把握委员会变更流程(1) 受理变更申请(2) 变更的整体影响分析(3) 接收或拒绝变更(4) 执行变更(5) 变更结果追踪与审核重点归纳〔第 7 章范围治理〕7.1 范围的定义〔定义内容、方法、步骤过程〕233 页 237 页范围说明书的内容(1) 工程目标(2) 产品范围(3) 可支付物(4) 工程边界(5) 验收标准(6) 约束条件(7)。