系统集成项目管理工程师详细学习笔记Word文档格式.docx
- 文档编号:21063636
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:41
- 大小:393.52KB
系统集成项目管理工程师详细学习笔记Word文档格式.docx
《系统集成项目管理工程师详细学习笔记Word文档格式.docx》由会员分享,可在线阅读,更多相关《系统集成项目管理工程师详细学习笔记Word文档格式.docx(41页珍藏版)》请在冰豆网上搜索。
6、复用:
分为代码的复用、设计的复用、分析的复用、测试信息的复用。
7、验证与确认:
确定某一开发和维护活动的产品是否符合活动需求,最终对软件产品是否达到其意图并满足用户需求。
8、UML动态域:
状态机图、活动图、顺序图、协作图.
9、面向对象分析步骤:
第一步是发现角色与参与者。
10、集中常见的架构
1)管道/过滤器模式:
每个构件都有一组输入和输出。
体现了各功能模块的“黑盒”特性,高内聚、低耦合的特点。
2)面向对象模式
3)事件驱动模式:
基本原理构件并不是调用过程,而是出发一个个事件如windows相关的软件office等
4)分层模式:
每一层都为上一层提供服务,并使用下一层的功能。
允许将一个复杂问题逐步分层实现,典型应用是分层通信协议,如ISO/OSI七层网络模型。
5)知识库模式:
采用两种不同的控件,中央数据结构控件说明当前状态,独立构件在中央数据存储上执行。
6)客户机/服务器模式:
具有强大的数据操作和事务处理能力。
为解决客户端问题,发展形成了B/S架构,为解决服务端问题形成了三层(多层)C/S架构。
架构设计的总体目标:
最大化复用、复杂问题简单化、灵活的可扩展性。
11、中间件:
位于硬件、操作系统和应用软件之间的通用服务。
1)数据库中间件:
windows的ODBC和java的JDBC
2)远程调用中间件(RPC):
调用一个远程过程,效果和本地调用一样(ICE)
3)面向消息的中间件:
利用高效可靠的消息机制进行平台无关的数据交流。
IBM的MQSeries。
4)分布式中间件:
如OMG的COBRA,sun的RMI/EJB、windows的DCOM
5)事务中间件:
完成事务管理与协调、负载均衡、失效恢复等任务,提高了系统的整体性能。
12、数据库仓库(DataWarehouse):
是一个面向主题的、集成的、相对稳定的、反应历史变化的数据集合,用于支持管理决策。
数据库中的数据是实时更新的,而DW涉及的数据操作主要是查询,很少有修改,只是定期加载、刷新。
13、WebService技术:
定义了一种松散的、粗粒度的分布计算模式。
使用标志的HTTP传递XML表示和封装的内容。
1)Web的典型技术包括:
用于传递消息的简单访问协议SOAP;
WebSerivice描述语言WSDL;
注册的统一描述、发现和集成UDDI;
用于数据交换的XML。
2)优点:
跨越防火墙;
应用系统集成;
B2B集成;
软件重用:
允许重用代码和数据;
2)不适合场合:
局域网上的同构应用程序;
单机应用程序。
14、J2EE架构
1)由四部分组成:
J2EE平台、J2EE应用编程模型、J2EE兼容测试套件、J2EE参考实现。
2)J2EE应用服务器的运行环境包括:
构件、容器、服务。
构件是代码,容器是环境,服务是接口。
3)J2EE构件和服务技术规范
ServLet:
提供独立于平台的Web应用。
JSP:
使创建HTTP和XML页面更加容易。
EJB:
实现了关键的业务逻辑,创建基于构件的企业级应用程序。
15、NET架构
1)该开发框架的基础:
通用语言运行环境。
2)基础类库:
提供了一个统一的、面向对象的、层次清晰的、可扩展的编程接口。
3)ADO.NET技术用于访问数据库。
4)ASP.NET提供网络编程结构。
16、常用构件标准:
1)COM/DCOM/COM+
(1)DCOM是基于客户机/服务器模式的,是COM版本的升级
(2)COM+并不是COM的升级,是COM、DCOM、MTS的结合形成的强大的构件架构。
2)CORBA:
公共对象请求代理架构。
(1)核心是对象请求处理ORB
(2)主要分为三个层次:
对象请求代理(最底层,规定了分布对象的定义和语言映射)、公共服务(中间层,提供并发、名字等各种服务)、基础设施(最上层,定义了组件框架,提供可以直接被业务对象使用的业务)
3)EJB:
用于封装业务,
17、网络技术标准和协议
1)NETBEUI:
IBM开发的非路由协议
2)IPX/SPX:
是NOVELL用于NETWARE的客户端/服务器的协议群组。
3)TCP/IP:
因特网协议
18、网络分类:
局域网(LAN)、城域网(MAN,采用802.6标准)、广域网(WAN)、因特网。
以太网(Ethernet)标准:
802.3
因特网(Internet)标准:
802.11
19、网络交换技术
1)电路交换技术(CircuitSwitching):
公众电话网PSTN和移动网(GSM、CSMA)
2)分组交换(PacketSwitching):
特点面向无连接而采用存储转发的方式
3)报文交换(MessageSwitching):
也是用存储转发机制,但是传输单位是报文
4)异步传输模式(AsynchronousTransferMode):
将面相连接机制与分组交换机制相结合
5)IP电话技术
6)软交换技术
19、网络存储模式(3种)
1)直接连接存储(DirectedattachedStorage,DAS):
存储器与服务器直接相连,产品包括磁盘,磁带库、光存储等产品.
2)网络连接存储(NetworkattachedStorage,NAS):
将存储设备通过网络拓扑结构,连接到一系列计算机上,一般支持多台计算机,
3)存储区域网络(StorageAreaNetwor,SAN):
采用高速的光线通道作为传输介质的网络存储技术。
实现了高速共享存储和块级数据访问的目的,几乎拥有无限存储扩展能力。
20、无线网络技术:
无线局域网WLANs,无线城域网WMANs、无线广域网WWANs,无线个人网WPANs
21、综合布线、机房工程
1)遵循标准EIA/TIA568A
2)综合布线系统由6个子系统构成:
3)我国颁布的《大楼通信综合布线系统》适用范围:
跨越距离不超过3000米,建筑总面积不超过100万平方米,人员50-5万人。
4)网络规划原则:
实用性原则、开放性原则、先进性原则。
第四章项目管理的一般知识
1、项目目标
项目目标包括成果性目标和约束性目标。
成果性目标是指项目开发出来的产品、系统、服务或成果。
约束性目标是指完成成果性目标需要的时间、成本和需要满足的质量。
2、项目的特点
临时性:
每个项目都有一个明确的开始时间和结束时间,是一次性的
独特性:
项目要提供独特的服务或成果,没有两个项目是完全一样的。
渐进明细:
项目的成果性目标是逐步完成的。
3、信息系统集成项目的特点
1)以满足客户和用户的需求为根本出发点
2)客户需求常常不明确,复杂多变
3)系统集成不是选择最好的产品的简单行为,而是选择最符合用户需求和投资规模的产品和技术。
4)高技术与高技术的集成,不是简单的设备供货
5)系统工程,包含技术、商务和管理等多方面。
6)项目团队年轻、流动率高,对企业的管理技术水平和项目经理的管理水平要求较高
7)强调沟通的重要性
4、组织结构
1)一端为职能型,一端为项目型
职能型组织:
一个组织被分为一个个的职能部门
优点:
(1)强大的技术支持
(2)清晰地职业晋级路线(3)直线沟通、交流简单,责任和权限清晰(4)有利于重复行工作为主的过程管理。
缺点:
。
职能利益优先于项目;
组织横向间的联系薄弱、部门间协调难度大;
项目经理有很少的权利、权威;
项目管理发展方向不明。
项目型组织:
一个组织被分为一个个的项目经理部
结构单一、责权分明,有利于统一指挥;
目标明确单一;
沟通简介方便;
决策快;
管理成本高;
不利于沟通,知识共享;
全功缺乏事业上的连续性和保障;
矩阵型组织:
分为弱矩阵型组织、平衡矩阵型组织、强矩阵型组织
复合型组织:
一个组织包含以上三种组织
5、项目生命周期
随着项目持续的时间,项目干系人的影响逐渐降低,变更和缺陷修复的费用逐渐增加。
6、典型的项目生命周期
1)瀑布模型:
分为计划(可行性分析)、需求分析、设计、编码、测试、运行与维护。
特点:
(1)从上一项开发活动接受其成果作为本次活动的输入
(2)利用这一输入,来完成本次活动应完成的工作内容。
(3)给出本次活动的工作成果,作为输出传递给下一项开发活动
(4)对本次活动工作成果进行评审。
若工作成果得到认可,进入下一项活动,否则返回前一项,甚至更前项的活动。
是一种理想的线性开发模型,不能适用需求不明确或不清晰的情况。
2)V型模型:
分为需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试。
单元测试:
针对编码过程中可能出现的各种错误,边界值错误等。
集成测试:
针对详细设计中可能出现的问题,尤其是个单元和其他程序之间接口可能存在的错误
系统测试:
针对概要设计,检查系统作为一个整体是否能有效地运行。
验收测试:
通常由业务专家和用户进行。
确定产品真正符合用户业务上的需要。
3)原型化模型:
减少了瀑布模型中因需求不明确给项目开发工作带来的风险。
4)螺旋模型:
是一个演化软件过程模型,将瀑布模型和原型模型的方面结合起来,在螺旋模型中,软件发布是一个增量发布。
强调了风险分析,特别适用于庞大而复杂、高风险的系统。
5)迭代模型:
每次迭代涉及的过程都包括不同比例的所有活动。
RUP是一种过程方法,是迭代模型的一种。
,包括四个阶段:
初始、细化、构建、交付阶段。
7、项目管理过程组(5个)
启动过程组、计划编制过程组、执行过程组、监督控制过程组、收尾过程组
第五章项目立项管理
1、立项管理内容(3项)
1)需求分析:
对要解决的问题进行详细的分析,弄清楚项目发起人和项目干系人的要求,即确定待开发的信息系统应该“做什么”。
有三个特点:
(1)用户和开发人员之间沟通存在困难
(2)用户的需求是动态变化的(3)生命周期中不同阶段的系统变更的代价呈非线性增长。
2)项目建议书(又叫立项申请):
是建设单位向上级主管部门提交项目申请是必须的文件。
内容如下(4条)
(1)项目的必要性
(2)项目的市场预测
(3)产品方案或服务的市场预测
(4)项目建设必需的条件
3)可行性研究报告,内容如下(7条)
(1)投资必要性
(2)技术可行性(从实施技术角度)(3)财务可行性(从投资者角度)(4)经济可行性(从资源配置角度衡量项目的价值)(5)组织可行性(从项目实施进度计划、组织结构等衡量)(6)社会可行性:
从政策方针、经济结构、法律道德等方面出发(7)风险因素及对策。
2、建设方立项管理,可行性研究报告步骤:
1)初步可行性研究:
2)详细可行性研究:
方法包括:
经济评价法、市场预测法、投资估算法、增量净效益法。
3)项目论证:
对腻实施项目技术上的先进性、适用性,经济上的合理性、盈利性,实施上的可能性、风险的可控性等方面对项目进行全面科学的综合分析,为项目决策提供客观依据的一种技术经济研究活动。
内容(4条)项目财务评价、项目国民经济评价、项目环境影响评价、项目社会影响评价。
4)项目评估:
由第三方对项目进行评价、分析、论证,是项目投资前期进行决策管理的重要环节和依据。
5)项目可行性研究报告的编写、提交与获得批准。
3、招标
1)招标标准(条)
(1)以客观事实为依据
(2)严格控制自由裁量权,设定最低分值,不低于50%(3)得分应能明显分出高低(4)执行国家标准,体现国家政策(5)评分应便于评审(6)细则横向比较,比如报价高于基准报价的,每高1%扣0.1分等,保证各因素的单位分值含金量大体相当。
2)评标委员会5人以上单数组成,技术、经济专家不得少于2/3,行业专家不算技术专家范围
4、承建方的立项管理
1)项目识别是项目立项的第一步。
(1)从国家政策中寻找项目机会
(2)从市场需求中寻找项目机会(3)从技术发展中寻找项目机会
第六章项目整体管理
1、项目整体管理的过程:
1)项目启动;
2)制定初步的项目范围说明书;
3)制定项目管理计划;
4)指导和管理项目的执行
5)监督和控制项目;
6)整体变更控制;
7)项目收尾
2、项目启动---项目启动后就要启动项目
1)项目章程(Projectcharter):
正式批准一个项目的文档,或者是批准现行项目正式进入下一阶段的文档;
项目章程的发布应由项目组织以外的项目发起人发布;
项目章程为项目经理使用组织资源进行组织活动提供了授权;
是项目和执行组织的日常运营联系起来。
2)项目章程内容(11项):
1/基于项目关系人的需求和期望提出要求;
2/项目必须满足的业务需求或产品需求;
3/项目的目的和项目立项的理由;
4/委派的项目经理和项目尽力的权限级别;
5/概要的里程碑进度计划;
6/项目干系人的影响;
7/职能组织及其参与;
8/组织的、环境的和外部的假设;
9/组织的、环境的和外部的约束;
10/论证项目的业务方案,包括投资回报率;
11/概要预算;
3)项目启动依据(4项):
a/合同:
如果客户是外部的,则需要客户的合同作为项目启动的依据
b/项目工作说明书(SOW):
对项目所需要提供的产品、成果或者服务的描述。
内部的SOW也叫任务书;
对于外部而言,工作说明书作为投标文档的一部分从用户那里得到;
c/组织和环境因素;
d/组织过程资产:
项目实施组织的企业计划、政策方针、规程、指南、管理系统。
4)项目启动的方法技术工具(3项):
专家判断;
项目管理方法:
项目管理信息系统(PMIS)。
5)项目启动的成果—项目章程
2、编制项目范围说明书(初步的项目范围说明书)(Projectscopestatement)
1)项目范围说明书内容(14项)
1/项目和范围的目标;
2/产品或服务的需求和特;
3/项目的需求和可交付物;
4/产品的验收标准;
5/项目的边界;
6/项目约束条件;
7/项目假设;
8/最初的项目组织;
9/最初定义的风险;
10/进度里程碑;
11/对项目工作的初步分解;
12/初步的量级成本估算;
13/项目的配置管理需求;
14/审批要求;
2)方法技术工具(3项):
项目管理方法论:
3)输入
项目章程;
工作说明书;
环境和组织因素;
组织过程资产。
3、制定项目管理计划
项目管理计划也叫项目整体管理计划、整体计划或项目计划。
1)项目管理计划内容(11项):
1/项目背景;
2/项目组织,责任分配;
3/项目的总体技术解决方案;
4/对用于完成这些过程的工具和技术的描述;
5/选择的项目的生命周期和相关的项目阶段;
6/项目的最终目标和阶段性目标;
7/进度计划;
8/项目预算;
9/变更流程和变更控制委员会;
10/沟通管理计划;
11/对于内容、范围、时间的关键管理评审,以便于确定悬留问题和未决决策。
2)项目管理计划基本原则(8项):
1/目标的统一管理;
2/方案的统一管理;
3/过程的统一管理;
4/技术工作与管理工作的统一协调;
5/计划的统一管理;
6/人力资源的统一管理;
7/各干系人的参与;
8/逐步精确;
4)项目计划编制流程(9步)
(1)明确目标
(2)成立初步的项目团队(3)工作准备与信息收集(4)依据标准、模板编制初步的概要的项目计划(5)编写范围管理、质量管理、进度、预算等分计划(6)将上述分计划纳入项目计划,对项目计划进行综合平衡优化(7)项目经理负责编写项目计划,包括项目主体计划和以附件形式存在的分计划(8)评审与审计项目计划(9)获得批准的项目计划就成了项目的基准计划。
3)方法技术工具(3项):
5)输入(7项):
项目范围说明书;
组织过程资产;
预测;
各计划过程的输出;
工作绩效信息。
6)输出(3项):
项目管理计划:
经项目各有关干系人同意的项目管理计划就是项目的基准(基线),为项目的执行、监控和变更提供了依据。
配置管理系统(CM):
变更控制系统:
4、监督和控制项目
1)方法:
项目管理信息系统(PMIS);
挣值分析。
挣值分析:
提供了一种基于过去的实施结果来预测未来绩效的手段,测量从开始到结束的绩效。
4、整体变更控制
1)变更管理活动内容(6条)
(1)识别可能发生的变更
(2)管理已识别的变更(3)维护所有基线的完整性(4)根据已批准的变更,更新范围、进度、质量、成本和预算要求,协调整体项目内的变更。
(5)基于质量报告,控制项目质量使其符合标准(6)维护一个及时、准确的关于项目产品及其相关文档的信息库,直至项目结束。
2)方法:
3)输入:
项目管理计划、申请的变更、工作绩效信息、可交付物
4)输出:
1/变更申请被批准或拒绝;
2/批准更新的项目管理计划;
3/已批准的纠正措施;
4/已批准的预防措施;
5/已批准的缺陷修复;
6/已批准的可交付物
4、项目收尾
1)内容:
包括管理收尾和合同收尾。
第七章项目范围管理
1、项目范围管理的过程:
1)编制范围管理计划;
2)范围定义(Scopedefinition);
3)创建工作分解结构(workbreakdownstructureWBS);
4)范围确认(Rangeconfirmation);
5)范围控制。
2、范围分类:
产品范围:
表示产品、服务或者结果的特性和功能;
项目范围:
为了完成具有规定特性和功能的产品、服务和结果,而必须完成的项目工作;
项目范围是否完成以项目管理计划、项目范围说明书、WBS和WBS字典为衡量标准;
产品范围是否完成以产品要求为衡量标准。
项目范围确认是项目干系人对项目范围的正式承认,贯穿整个项目生命周期。
3、编制项目范围管理计划:
1)工具和技术(2项):
模板、表格、标准。
2)输入(5项):
项目章程;
初步的范围说明书;
项目管理计划;
2)输出:
范围管理计划。
3)范围管理计划内容:
1/根据初步的范围说明书编写详细的范围说明书的方法;
2/根据详细的范围说明书创建WBS的方法;
3/关于正式确认和认可已完成可交付物的详细说明;
4/有关控制需求变更如何落实到详细的范围说明书的方法。
4、范围定义:
详细描述项目和产品的过程,并将结果写进详细的范围说明书里。
1)工具和技术(3项):
产品分析;
识别出多个可选的方案。
项目范围管理计划;
批准的变更申请。
a)详细的范围说明书,该说明书内容如下:
1项目的目标;
2产品范围描述;
3项目的可交付物;
4项目边界
5项目假设;
6项目的约束条件;
7、产品验收标准;
b)更新的项目文档:
范围定义过程的变更会导致范围管理计划的变更,从而相应的项目文档也会更新。
5、创建工作分解结构
1)定义:
创建WBS是一个把项目可交付物和项目工作逐步分层分解为更小的、更易于管理的项目单元的过程。
是整个管理项目范围的基础。
WBS最底层的工作单元称作工作包,它是定义工作范围、定义项目组织、设定项目产品的质量和规格、估算和控制费用、估算时间周期和安排时间进度的基础。
能能够被评估和追踪的。
2)WBS分类:
1/分级的树状结构:
层次清晰,非常直观,结构性很强,但是不易修改。
对于大的、复杂的项目也很难表示出其全景。
适用于中小型的应用项目。
2/列表形式:
能够反映出项目所有的工作要素,但是直观性比较差。
适用于大的、复杂的项目。
3)创建WBS的工具和技术(4项):
a)分解:
将项目可交付物分解为更小的、更易于管理的工作单元,直到可交付物分解到足以支持未来的、清晰定义项目活动的工作包。
分解包括下列活动:
(1)识别和分析项目可交付物和与其相关的工作
(2)构造和组织WBS(3)把高层次的WBS分解为低层次的、详细的工作单元(4)为WBS的工作单元分配代码(5)确认工作分解的程度是必要的和充分的。
分解WBS的方法有是三种:
(1)使用项目生命周期的阶段作为分解的第一层;
(2)把项目重要的可交付物作为分解的第一层;
(3)把子项目安排在第一层。
分解WBS的原则:
(1)各层次上保持项目的完整性,避免遗漏必要的组成部分
(2)一个工作单元只能从属于某个上级单元,避免交叉从属(3)相同层次的单元应该具有相同的性质(4)工作单元应能分开不同的责任者和不同的工作内容(5)便于项目管理进行计划和控制的管理需要(6)最底层工作应该是可管理的,可定量检测的(7)应包括项目管理工作,包括分包出去的工作(8)WBS最底层单元是工作包,一个WBS是否分解到工作包,跟项目的阶段、复杂程度和规模有关,一般来说早期、大型项目的分解颗粒要大一些。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统集成 项目 管理 工程师 详细 学习 笔记