系统集成项目管理工程师培训资料Word文档格式.docx
《系统集成项目管理工程师培训资料Word文档格式.docx》由会员分享，可在线阅读，更多相关《系统集成项目管理工程师培训资料Word文档格式.docx（80页珍藏版）》请在冰点文库上搜索。
2．推进企业信息化开展原那么:
①效益原那么。
②“一把手〞原那么。
③中长期与短期建设相结合原那么。
④标准化和标准化原那么。
⑤以人为本的原那么。
3．企业资源方案
1〕根本MRP〔物料需求方案〕
2〕20世纪70年代的闭环MRP
闭环MRP系统除了编制资源需求方案外，还要编制能力需求方案〔CapacityRequirementPlanning．CRP〕，并将生产能力需求方案、车间作业方案和采购作业方案与物料需求方案一起纳入MRP。
3〕20世纪80年代的MRPⅡ
制造资源方案〔MRP〕
〔2〕MRPII的特点。
①方案的一致性和可行性。
②管理的系统性。
数据共享性。
④动态应变性。
模拟预见性。
⑥物流、资金流的统一。
4〕20世纪90年代的ERP系统
ERP系统采用客户／效劳器、浏览器朋艮务器体系结构和分布式数据处理技术，支持Intemet/lntranet/Extranet、电子商务〔eBusiness、eCommerce〕和电子数据交换〔EDI〕。
2．ERP系统概念及特点
1〕ERP系统概念
一般来说，ERP是一个以财务会计为核心的信息系统，用来识别和规划企业资源，对采购、生产、本钱、库存、销售、运输、财务和人力资源等进行规划和优化，从而到达最正确资源组合，使企业利润最大化。
2〕ERP系统特点
〔l〕ERP是统一的集成系统。
〔2〕ERP是面向业务流程的系统。
〔3〕ERP是模块化可配置的。
〔4〕ERP是开放的系统。
1.3.1.客户关系管理
客户关系管理〔CRM〕
1．CRM概述
1〕企业关系管理
企业关系管理〔ERM〕。
CRM所涵盏的要素圭要有：
第一，CRM以信息技术为手段，但是CRM绝不仅仅是某种信息技术的应用，它更是一种以客户为中心的商业策略，CRM注重的是与客户的交流，企业的经营是以客户为中心，而不是传统的以产品或以市场为中心。
第二．CRM在注重提高客户的满意度的同时，一定要把帮助企业提高获取利润的能力作为重要指标。
第三，CRM的实施要求企业对其业务功能进行重新设计，并对工作流程进行重组〔BPR〕，将业务的中心转移到客户，同时要针对不同的客户群体有重点地采取不同的策略。
2〕CRM应用设计根底
〔1〕客户数据的有效采集和消费。
①什么是客户数据。
客户数据可以分为描述性、促销性和交易性数据三大类。
〔2〕CRM应用设计特点。
①可伸缩性。
②可移植性。
2〕CRM应用功能的设计
〔1〕自动化的销售。
〔2〕自动化的市场营销。
〔3〕自动化的客户效劳。
3．CRM与数据挖掘
1〕数据挖掘简述
〔1〕数据挖掘的对象。
完整的数据挖掘过程必须包插数据的清理与集成、数据的选择与变换、数据挖掘以及最后的知识评估与表示。
〔2〕数据挖掘的任务。
可以把数据挖掘的任务分成两项：
描述，分类和预测。
1.3.2.供给链管理
1．供给链管理〔SCM〕
供给链管理的应用大致分为三个阶段：
初级萌芽阶段、形成阶段和成熟阶段。
3〕供给链管理的概念
〔1〕以客户为中心。
〔2〕集成化管理。
〔3〕扩展性管理。
〔4〕合作管理。
〔5〕多层次管理。
4〕供给链管理的分类
可以从供给链管理的对象、网状结构和产品类别三个角度对供给链管理进行分类。
〔1〕根据供给链管理的对象对供给链管理进行分类。
供给链管理的对象是指供给链所涉及的企业及其产品、企业的活动、参与的成员和部门。
根据供给链管理的对象，可将供给链分为三种类型。
企业供给链：
是就单个公司所提出的含有多个产品的供给链管理。
这里的单个公司多是供给链中的核心企业，在整个供给链起关键作用，处于主导地位。
产品供给链；
是与某一特定产品或工程相关的供给链。
基于产品的供给链管理，是由特定产品的客户需求所拉动的、对整个产品供给链运作的全过程的系统管理。
基于供给链契约的供给链：
供给链契约关系主要是针对这些职能成员间的合作进行管理。
供给链上的成员通过建立契约关系来协调买方和卖方的利益。
〔2〕根据网状结构特点对供给链管理进行分类。
供给链根据其网状结构特点划分有发散型的供给链网〔v型供给链〕、会聚型的供给链网〔A型供给链〕和介于上述两种模式之间的供给链网〔T型供给链〕之分。
v型供给链：
供给链网状结构中最根底的结构。
例如石油、化工、造纸和纺织企业等。
生产中间产品的企业的客户往往要多于供给商，呈发散状。
为了保证满足客户效劳需求，企业需要库存作为缓冲。
这种供给链常常出现在本地业务而不是全球战略中。
A型供给链：
当核心企业为供给链网络上的终端客户效劳时，其业务本质是由订单和客户驱动的。
为了满足步数的客户需求和客户订单，需要从大量的供给商手中采购大量的物料。
这是一种典型的会聚型的供给链网络，例如航空、汽车和重工业企业。
这些企业拥有由所预测的需求量决定的公用件、标准件仓库。
T型供给链：
介于上述两种模式间的就是许多企业通常结成的T型供给链。
这种供给链中的企业根据已经确定的订单确定通用件。
在接近最终客户的行业中普遍存在，在那些为总公司提供零部件的公司中也同样存在。
T型供给链在供给链管理中是最为复杂的，这种网络需要企业投入大量的资金并尽可能限制提前期以使供给链稳定有效。
〔3〕根据产品类别对供给链管理进行分类。
根据产品的生命周期、需求稳定程度及可预测程度等可将产品分为两大类：
功能性产品，生命周期较长、需求较稳定、可预测；
创新性产品，生命周期较短、需求不稳定、不可预测。
功能型供给链：
由于功能性产品市场需求稳定，所以其供求平衡比较容易到达，其重点在于降低生产运输库存等方面的费用，以最低的本钱将原材料转化为成品。
创新型供给链：
由于创新型供给链的产品很大程度上取决于对市场信息的把握，因此这类供给链应该多考虑供给链的响应速度和柔性，来适应多变的市场需求，其次再考虑其实施中发生的费用问题。
2．供给链管理的设计
1〕供给链系统设计的原那么
〔1〕自顶向下和自底向上相结合原那么。
〔2〕简洁性原那么。
〔3〕取长补短原那么。
〔4〕动态性原那么。
〔5〕合作性原那么。
〔6〕创新性原那么。
〔7〕战略性原那么。
3．敏捷供给链管理
1〕敏捷供给链的概念
敏捷供给链区别于一般供给链系统的特点如下：
〔l〕支持供给链中跨企业的生产方式的快速重组，有助于促进企业间的合作和合作的优化，从而实现对市场变化的快速响应，对市场需求的快速理解，对新产品或效劳的快速研发、生产和供给。
〔2〕不仅支持企业内信息系统的调整、重构和信息共享，而且支持供给链中跨企业信息系统的集成、调整、重构和信息共享。
〔3〕敏捷供给链中各个企业能根据敏捷化要求方便地进行组织、管理的调整和企业生产模式的转变。
1.3.3.电子商务
1．电子商务概念
1〕原始电子商务概念
商流、物流、资金流和信息流是流通的4大组成局部。
使用电子信息技术工具进行商务活动。
凡使用了诸如电报、、播送、电视、以及计算机、计算机网络等手段、工具和技术进行商务活动，都可以称之为电子商务。
2〕现代电子商务概念
使用基于因特网的现代信息技术工具和在线支付方式进行商务活动。
现代电子商务包括如下要点：
〔1〕以基于因特网的现代信息技术、工具为操作平台。
〔2〕商务活动参与方增多。
要实现完整的电子商务，除了买家、卖家外，还要有银行或金融机构、政府机构、认证机构和配送中心等机构的参加。
〔3〕商务活动范围扩大。
2．电子商务的类型及相关标准
1〕电子商务的类型
电子商务按照交易对象，可以分为企业与企业之间的电子商务〔B2B〕、商业企业与消费者之间的电子商务〔B2C〕、消费者与消费者之间的电子商务、〔C2C〕、政府部门与企业之间的电子商务〔G2B〕4种。
2〕电子商务的相关标准
BT-EC确定了电子商务急需建立标准的三个领域：
①用户接口，主要包括用户界面、图像和对话设计原那么等。
②根本功能，主要包括交易协议、支付方式、平安机制、签名与鉴别、记录的核查
与保存等。
③数据及客体〔包括组织机构、商品等〕的定义与编码，包括现有的信息技术标准、
1.4.商业智能
1．商业智能根本概念
数据仓库、OLAP和数据挖掘等技术的综合运用。
商业智能的关键是从来自纽织的许多不同的运作系统的数据中提取出有用的数据并进行清理，以保证数据的正确性，然后经过抽取〔extraction〕、转换〔transformation〕和装载〔load〕，即ETL过程，。
2．商业智能系统应具有的主要功能
〔1〕数据仓库〔2〕数据ETL〔3〕数据统计输出〔报表〕〔4〕分析功能。
3．商业智能的三个层次
商业智能的实现有三个层次：
数据报表、多维数据分析和数据挖掘〔BI〕。
数据分析系统的总体架构分为4个局部：
源系统、数据仓库、多维数据库和客户端。
①源系统：
包括现有的所有OLTP系统，搭建BI系统并不需要更改现有系统。
②数据仓库：
数据大集中，通过数据抽取，把数据从源系统源源不断地抽取出来，可能每天一次，或者每3个小时一次，当然是自动的。
数据仓库依然建立在关系型数据库上，往往符合“星型结构〞模型。
③多维数据库：
数据仓库的数据经过多维建模，形成了立方体结构。
每一个立方体描述了一个业务主题，例如销售、库存或者财务。
④客户端：
好的客户端软件可以把多维立方体中的信息丰富多彩地展现给用户。
数据仓库和数据库的区别：
（1）数据仓库是面向主题
（2）数据仓库是集成的
（3）数据仓库是非易失的
（4）数据仓库随时间的变化性
第2章.信息系统效劳管理
2.1.信息系统效劳管理体系
2.1.1.信息系统效劳管理的内容
在我国的信息化建设过程中，信息系统效劳存在诸多问题，普遍存在的主要问题如下。
〔1〕系统质量不能满足应用的根本需求。
〔2〕工程进度拖后延期。
〔3〕工程资金使用不合理或严重超出预算。
〔4〕工程文档不全甚至严重缺失。
〔5〕在工程实施过程中系统业务需求一变再变。
〔6〕在工程实施过程中经常出现扯皮、推诿现象。
〔7〕系统存在着平安漏洞和隐患。
〔8〕重硬件轻软件，重开发轻维护，重建设轻使用。
究其原因，自然要具体问题具体分析，而且不同工程之间也往往存在着差异，但概括起来，主要有以下4点。
〔1〕不具备能力的单位搅乱系统集成市场。
〔2〕-些建设单位在选择工程承建单位和进行业务需求分析方面有误。
〔3〕信息系统集成企业自身建设有待加强。
〔4〕缺乏相应的机制和制度。
当前我国信息系统效劳管理的主要内容如下。
〔l〕计算机信息系统集成单位资质管理。
〔2〕倍息系统工程经理资格管理。
〔3〕信息系统工程监理单位资质管理。
〔4〕信息系统工程监理人员资格管理。
2.1.2.信息系统效劳管理的推进
计算机信息系统集成资质等级从高到低依次为一、二、三、四级。
〔2〕资质认证过程中要对企业的软件开发和系统集成的人员队伍、环境设备、质保体系、效劳体系、培训体系、软件成果及所占比例、注册资本及财务状况、营业规模及业绩、工程质量、单位信誉等各方面进行严格审查，还要进行每年一次自检、每两年一次年检和每3年一次换证等检查。
这一方面使系统集成企业受到严格的社会监督，另一方面也使得企业的综合实力和素质有了显著提高。
2.2.信息系统集成资质管理
2.2.1.信息系统集成资质管理的必要性和意义
2.2.2.信息系统集成资质管理亦法
1．管理原那么
计算机信息系统集成资质认证工作根据认证和审批别离的原那么，按照先由认证机构认证，再由信息产业主管部门审批的工作程序进行。
2．管理体系
资质管理包括资质评审和审批、年度监督、升级、降级、取消及其他相关内容。
信息产业部负责全国信息系统集成的行业管理工作，审批及管理一、二级信息系统集成资质；
省、自治区、直辖市〔以下简称省市〕信息产建设单位管部门负责本行政区域内信息系统集成的行业管理工作，审批及管理本行政区域内三、四级信息系统集成单位资质，初审本行政区域内一、二级信息系统集成单位。
〔2〕审批。
一、二级资质申请，由省市信息产建设单位管部门初审，报信息产业部审批。
三、四级资质申请，由省市信息产建设单位管部门审批，报信息产业部备案。
2.3.信息系统工程监理
2．信息系统工程监理的相关概念、工作
2〕监理内容
监理活动的主要内容被概括为“四控、三管、一协谰〞。
〔l〕四控：
信息系统工程质量控制；
信息系统工程进度控制：
信息系统工程投资控制；
信息系统工程变更控制。
〔2〕三管：
信息系统工程合同管理；
信息系统工程信息管理；
信息系统工程平安管理。
〔3〕一协调：
在信息系统工程实施过程中协调有关单位及人员间的工作关系。
2.4.ITII,与IT效劳管理、信息系统审计
2.4.1.ITIL与IT效劳管理
1．ITIL的概念及其开展
实施ITSM的根本目标有以下三个。
〔1〕以客户为中心提供IT效劳。
〔2〕提烘高质量、低本钱的效劳。
〔3〕提供的效劳是可准确计价的。
2〕IT效劳管理的根本原理
ITSM的根本原理可简单地用“二次转换〞来概括，第一次是“梳理〞，第二次是“打包〞。
第4章.工程管理一般知识
4.1.什么是工程
4.1.1.工程的定义
工程是为到达特定的目的、使用一定资源、在确定的期间内、为特定发起人而提供独特的产品、效劳或成果而进行的一次性努力。
4.1.2.工程目标
1．工程目标的概念
工程目标包括成果性目标和约束性目标。
工程约束性目标是指完成工程成果性目标需要的时间、本钱以及要求满足的质量。
工程的目标要求遵守SMART原那么，即工程的目标要求Specific〔具体〕、Measurable〔可测量〕、Agreeto〔需相关方的一致同意〕、Realistic〔现实〕、Time-oriented〔有一定的时限〕。
2．工程目标的特性
工程目标具有如下特性。
1〕工程的目标有不同的优先级
2〕工程目标具有层次性
4.1.3.工程的特点
工程具有非常明显的特点：
临时性、独特性和渐进明细。
4.1.4.信息系统集成工程的特点
信息系统集成工程有以下几个显著特点。
〔1〕信息系统集成工程要以满足客户和用户的需求为根本出发点。
〔2〕客户和用户的需求常常不够明确、复杂多变，由此应加强需求变更管理以控制风险。
〔3〕系统集成不是选择最好的产品的简单行为，而是要选择最适合用户的需求和投资规模的产品和技术。
〔4〕高技术与高技术的集成。
〔5〕系统工程。
〔6〕工程团队年轻，流动率高。
〔7〕强调沟通的重要性。
工程管理是在工程活动中综合运用知识、技能、工具和技术在一定的时间、本钱、质量等要求下来实现工程的成果性目标。
工程管理是快速开发满足客户和用户需求的新产品的有效手段，是快速改进已有的设计及已投放市场的成熟产品的有效手段。
工程管理的目标一般包括如期完成工程以保证用户需求得到确认和实现，在控制工程本钱的根底上保证项
5．软技能
软技能包括人际关系管理。
软技能包含：
✧有效的沟通，即有效地交流信息。
✧对组织施加影响，即“让事情办成〞的能力。
✧领导能力，即形成一个前景和战略并组织人员实现它的能力。
✧鼓励，就是鼓励相关人员到达高水平的生产率并克服变革的阻力。
✧谈判和冲突管理，就是与其他人谈判取得一致或达成协议。
✧解决问题，就是首先定义问题、明确问题，然后做出决策并解决问题。
4.1.5.工程干系人
工程干系人是指那些积极参与工程，或是其利益会受到工程执行的影响，或是其利益会受到工程结果影响的个人和组织，他们也可能会对工程及其结果施加影响。
每个工程的关键干系人除客户和用户外，还包括如下一些人。
〔1〕工程经理：
负责管理工程的人。
〔2〕执行组织：
指其员工最直接参与工程工作的单位。
〔3〕工程团队成员：
执行工程工作的群体。
〔4〕工程发起人：
为工程分配资金或实物等财力资源的个人或组织。
〔5〕职能经理。
〔6〕影响者。
〔7〕工程管理办公室〔PMO〕。
4.2.工程的组织方式
4.2.1.组织结构
1．职能型组织
职能型组织的优点表达在如下方面。
〔1〕强大的技术支持，便于知识、技能和经验的交流。
〔2〕清晰的职业生涯晋升路线。
〔3〕直线沟通、交流简单、责任和权限很清晰。
〔4〕有利于重复性工作为主的过程管理。
同时，职能型组织也存在着如下缺点：
职能利益优先于工程，具有狭隘性：
组织横向之间的联系薄弱、部门间协调难度大；
工程经理极少或缺少权利、权威；
工程管理开展方向不明，缺少工程基准等。
2．工程型组织
工程型组织的优点表达在如下方面。
〔l〕结构单一，责权清楚，利于统一指挥。
〔2〕目标明确单一。
〔3〕沟通简洁、方便。
〔4〕决策快。
同时，工程型组织也存在着如下缺点：
管理本钱过高，如顼目的工作量缺乏那么资源配置效率低：
工程环境比较封闭，不利于沟通、技术知识等共享；
员工缺乏事业上的连续型和保障等。
3．矩阵型组织
矩阵型组织的优点表达在如下方面。
〔1〕工程经理负责制、有明确的工程目标。
〔2〕改善了工程经理对整体资源的控制。
〔3〕及时响应。
〔4〕获得职能组织更多的支持。
〔5〕最大限度地利用公司的稀缺资源。
〔6〕改善了跨职能部门间的协调合作。
〔7〕使质量、本钱、时间等制约因素得到更好的平衡。
〔8〕团队成员有归属感，士气高，问题少。
〔9〕出现酌冲突较少，且易处理解决。
同时，矩阵型组织也存在着如下敞点：
管理本钱增加；
多头领导；
难以监测和控制；
资源分配与工程优先的问题产生冲突：
权利难以保持平衡等。
4．复台型组织
4.3.典型的信息系统工程的生命周期模型
1．瀑布模型
瀑布模型是一个经典的软件生命周期模型，一般将软件开发分为可行性分析〔方案〕、需求分析、软件设计〔概要设计、详细设计〕、编码〔含单元测试〕、测试、运行维护等几个阶段，如图4-13所示。
瀑布模型中每项开发活动具有以下特点。
〔l〕从上一项开发活动接受其成果作为本次活动的输入。
〔2〕利用这一输入，实施本次活动应完成的工作内容。
〔3〕给出本次活动的工作成果，作为输出传给下一项开发活动。
〔4〕对本次活动的实施工作成果进行评审。
假设其工作成果得到确认，那么继续进行下一项开发活动；
否那么返回前一项，甚至更前项的活动。
尽量减少多个阶段间的反复。
以相对来说较小的费用来开发软件。
2．V模型
V模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的局部，即各测试过程的各个阶段。
在不同的组织中对测试阶段的命名可能有所不同。
在模型图中的开发阶段一侧，先从定义业务需求、需求确认或测试方案开始，然后要把这些需求转换到概要设计、概要设计的验证及测试方案，从概要设计进一步分解到详细设计、详细设计的验证及测试方案，最后进行开发，得到程序代码和代码测试方案。
接着就是测试执行阶段一侧，执行先从单元测试开始，然后是集成测试、系统测试和验收测试。
V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。
〔1〕单元测试的主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。
〔2〕集成测试主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其他程序局部之间的接口上可能存在的错误。
〔3〕系统测试主要针对概要设计，检查系统作为一个整体是否有效地得到运行，例如在产品设置中是否能到达预期的高性能。
〔4〕验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。
在不同的开发阶段，会出现不同类型的缺陷和错误，所以需要不同的测试技术和方法来发现这些缺陷。
3．原型化模型
原型化模型是为弥补瀑布模型的缺乏而产生的。
原型化模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，经过和用户针对原型的讨论和交流，弄清需求以便真正把握用户需要的软件产品是什么样子的。
充分了解后，再在原型根底上开发出用户满意的产品。
在实际中原型化经常在需求分析定义的过程进行。
原型化模型减少了瀑布模型中因为软件需求不明确而给开发工作带来的风险，因为在原型根底上的沟通更为直观，也为需求分析和定义，提供了新的方法。
原型化模型的应用意义很广，瀑布和V棋型将原型化模型的思想用于需求分析环节，来解决因为需求不明确而导致产品出现严重后果的缺陷。
对于复杂的大型软件，开发一个原型往往达不到要求，为减少开发风险，在瀑布模型和原型化模型的根底上的演进，出现了螺旋模型以及大量使用的RUP。
4．螺旋模型
螺旋模型是一个演化软件过程模型，将原型实现的迭代特征与线性顺序〔瀑布〕模型中控制的和系统化的方面结合起来。
使得软件的增量版本的快速开发成为可能。
在螺旋模型中，软件开发是一系列的增量发布。
在早期的迭代中，发布的增量可能是一个纸上的模型或原型；
在以后的迭代中，被开发系统的更加完善的版本逐步产生。
螺旋模型的整个开发过程如图4-15所示。
图4-15中的螺旋线代表随着时间推进的工作进展；
开发过程具有周期性重复的螺旋线形状。
4个象限分别标志每个周期所划分的4个阶段：
制定方案、风险分析、实施工程和客户评估。
螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统。
5．迭代模型
在大多数传统的生命周期中，阶段是以其中的主要活动命名的：
需求分析、设计、编码、测试。
传统的软件开发工作大局部强调过程的串行执行，也就是一个活动需要在前一个活动完成后才开始，从而形成一个过
升级会员 