系统集成项目管理工程师学习笔记知识点总结Word文件下载.docx
《系统集成项目管理工程师学习笔记知识点总结Word文件下载.docx》由会员分享，可在线阅读，更多相关《系统集成项目管理工程师学习笔记知识点总结Word文件下载.docx（117页珍藏版）》请在冰点文库上搜索。
重点业务系统建设取得显著成效；
基础性、战略性政务信息库建设取得重大进展，信息资源共享程度明显提高；
初步形成电子政务网络与信息安全保障体系，建立规范的培训制度，与电子政务相关的法规和标准逐步完善。
主要任务：
具体分为8个方面
（1）建设和整合统一的电子政务网络；
（2）建设和完善重点业务系统；
（3）规划和开发重要政务信息资源；
（4）积极推进公共服务；
（5）基本建立电子政务网络与信息安全保障系统；
（6）完善电子政务标准化系统；
（7）加强公务员信息化培训和考核；
（8）加快推进电子政务法制建设。
加快电子政务建设的主要措施：
（1）统一认识，加强领导；
（2）明确分工，各司其职；
（3）稳步推进，严禁重复建设；
（4）利用统一网络平台；
（5）规范试点；
（6）保证建设和运行资金；
（7）创造有利于电子政务发展的外部环境。
1.3企业信息系统：
企业信息化内涵：
就是用现代信息技术来实现企业经营战略、行为规范和
业务流程。
企业信息化结构：
（1）产品（服务）层；
（2）作业层；
（3）管理层；
（4）决策层。
企业信息化概念：
就是：
“在企业作业、管理、决策的各个层面，科学计算、过程控制、事务处理、经营管理的各个领域，引进和使用现代信息技术，全面改革管理体制和机制，从而大幅度提高企业工作效率、市场竞争力和经济效益。
”
实施企业信息化的意义：
（1）有利于形成现代企业制度和WTO形势下提高企业竞争力；
（2）有利于形成规模生产和供应链的完善；
（3）有利于企业面向市场和更好地服务于市场；
（4）有利于加速工业化进程。
我国企业信息化发展的战略要点：
1、以信息化带动工业化；
2、信息化与企业业务全过程的融合、渗透；
3、信息产业发展与企业信息化良性互动；
4、充分发挥政府的引导作用；
5、高度重视信息安全；
6、企业信息化与企业的改组改造和形成现代企业制度有机结合；
7、“因地制宜”推进企业信息化
推进企业信息化的指导思想是：
政府推动，统筹规划，企业行为，政府支持，分步实施。
推进企业信息化原则：
1、效益原则；
2、“一把手”原则；
3、中长期与短期建设相结合；
4、规范化和标准化原则；
5、以人为本的原则。
企业资源计划（ERP）是建立在信息技术基础上，利用现代企业的现代管理思想，全面地集成企业的所有资源信息，并为企业提供决策、计划、控制与经营业绩评估的全方位和系统化的管理平台。
ERP是一种管理理论和管理思想，而不仅仅是信息系统。
它利用企业的所有资源，包括内部资源与外部市场资源，为企业制造产品或提供服务的行为给出最优的解决方案，并最终达到企业的经营目标。
ERP理论与系统是从MRP-Ⅱ发展而来的，它的主线也是计划。
但ERP已将管理的中心转移到财务上，在企业的整个经营运作过程中贯穿了财务成本控制的概念。
ERP系统特点：
（1）统一的集成系统；
（2）面向业务流程的系统；
（3）模块化可配置的；
（4）开放的系统。
ERP系统的功能：
（1）财会管理：
会计核算；
财务管理（财务决策是财务管理的核心部分）。
（2）生产控制管理：
主生产计划；
物料需求计划；
能力需求计划；
车间控制；
制造标准。
（3）物流管理：
销售管理；
库存控制；
采购管理。
（4）人力资源管理：
人力资源规划的辅助决策；
招聘管理；
工资核算；
工时管理；
差旅核算。
客户关系管理（CRM）是一种意在改善企业与客户之间关系的新型管理机制，他通过提供更快速、更周到的优质服务来吸引或保持更多的客户。
CRM集成了信息系统和办公系统等一整套应用系统，从而确保了客户满意度的提高，并通过对业务流程的全面管理来降低企业的成本。
CRM在坚持以客户为中心的理念的基础上，重构包括市场营销和客户服务等业务流程。
CRM的目标是不仅要使这些业务流程自动化，而且要确保前台应用系统能够改进客户满意度、增加客户忠诚度，以达到企业获利的最终目标。
供应链管理（SCM）是从源头供应商到最终消费者的集成业务流程，它不仅为消费者带来有价值的产品和服务，还为顾客带来有用的信息。
供应链管理至少包括6大应用功能，即需求管理（预测和协作工具）、供应链计划（多工厂计划）、生产计划、生产调度、配送计划、运输计划。
新型的供应链管理借助于Internet使这个“供应群”能够实现大规模的协作，成为企业降低成本、提高经营效率的关键。
有效地供应链管理建立在高质量的信息传递和共享的集成之上。
供应链管理的设计原则：
1、自顶向下和自底向上相结合2、简洁3、取长补短4、动态性5、合作性6、创新性7、战略性
供应链设计注意要点：
1、整体性；
2、相关性3、结构性、有序性4、动态性5、环境适应性
敏捷供应链特点：
1、支持跨企业的生产方式的快速重组，有助于促进企业
间的合作和合作的优化，从而实现对市场变化的快速响应，对市场需求的快速理解，对新产品或服务的快速研发、生产和供应。
2、不但支持企业内信息系统的调整、重构和信息共享，而且支持供应链中跨企业信息系统的集成、调整、重构和信息共享。
3、各个企业能根据敏捷化要求方便的进行组织、管理的调整和企业生产模式的转变。
企业应用集成（EAI）是伴随着企业信息系统的发展而产生和演变的。
EAI的内容主要包括企业内部的应用集成和企业间的应用集成。
其中，企业内部的应用集成就是要解决内部的业务流程和数据流量，包括业务流程是否进行自动流转或怎样流转，以及业务过程的重要性。
从应用和技术综合考虑，EAI分为界面集成、平台集成、数据集成、应用集成和过程集成。
商业智能（BI）是企业对商业数据的收集、管理和分析的系统过程，其目的是使企业的各级决策者获得知识或洞察力，帮助他们作出对企业更有利的决策。
BI是数据仓库、OLAP和数据挖掘等相关技术走向商业应用后形成的一种应用技术。
BI系统主要实现将原始业务数据转换为企业决策信息的过程。
BI系统主要包括数据预处理、建立数据仓库、数据分析及数据展现4个主要阶段。
BI实现层次：
数据报表、多维数据分析、数据挖掘。
数据仓库主要有企业仓库、数据集市、虚拟仓库。
常用的数据挖掘有关联分析、序列模式分析、分类分析、聚类分析
第2章信息系统服务管理
信息系统服务管理主要内容:
1、计算机信息系统集成单位资质管理；
2、信息系统项目经理资格管理；
3、信息系统工程监理单位资质管理；
4、信息系统工程监理人员资格管理。
计算机信息系统集成是指计算机应用系统工程和网络系统工程的总体策划、设计、开发、实施服务及保障。
计算机信息系统集成资质等级
一级：
具有独立承担国家级、省（部）级、行业级、地（市）级（及其以下）以及大、中、小型企业级等各类计算机信息系统建设工程的能力。
二级：
具有独立承担省（部）级、行业级、地（市）级（及其以下）以及大、中、小型企业级或合作承担国家级的计算机信息系统建设工程的能力。
三级：
既有独立承担中、小型企业级或合作承担大型企业级（或相当规模）的计算机信息系统建设工程的能力。
四级：
具有独立承担小型企业级或合作承担中型企业级（或相当规模）的计算机信息系统建设工程的能力。
计算机信息系统集成资质等级认证和审批分离，现有认证机构认证，再由信息产业主管部门审批。
有效期3年，届满3年应及时更换新证，换证时须由评审机构对申请单位进行评审，评审结果达到原有等级条件时，其资质等级不变。
申报二级资质计算机信息系统集成项目经理人数不少于15名，其中高级项目经理不少于3人。
一级资质经理不少于25人，高级经理不少于8名。
系统集成项目经理：
项目经理、高级项目经理、资深项目经理
信息系统工程控制管理工作三方——建设单位（主建方）、集成单位（承建单位）和监理单位。
监理单位等级
甲级：
监理工程师不少于30名，注册资金不少于500万元，申请时前3年完成过12个以上信息系统工程项目（其中至少有1个5000万元以上或6个1000万元以上项目）
乙级：
监理工程师不少于15名，注册资金不少于300万元，申请时前3年完成过9个以上信息系统工程项目（其中至少有2个1000万元以上或5个400万元以上项目）
丙级：
监理工程师不少于6名，注册资金不少于100万元，申请时前3年完成过6个以上信息系统工程项目（其中至少有2个300万元以上或4个150万元以上项目）
信息系统工程监理资质证书有效期4年，超过有效期30天作废。
监理依据：
1、各级政府部门有关的政策、法律和行业规范
2、相关行业的标准
3、建设单位和监理单位签订委托监理合同
4、建设单位和承包开发单位的信息开发合同。
监理主要内容：
“四控三管一协调”
质量、进度、投资、工程变更；
合同、信息、安全；
有关单位及人员间工作关系。
总监理工程师不得将以下工作委托总监理工程师：
主持编写项目监理规划，审批项目监理实施细则；
签发开工/复工报审表、工程暂停令、工程款支付证书及工程竣工报验单；
审查、签认竣工结算；
调解建设单位与承包单位的合同争议，处理索赔；
根据工程项目的进展情况尽心人员调配，对不称职的监理人员进行调换。
监理大纲（监理方案）是监理单位在建设单位委托监理的过程中为承揽监理业务而编写的监理方案性文件。
主要包括工程概况、监理工作综述、监理组织方案、质量控制方案、进度控制方案、投资控制方案、合同管理方案、信息管理方案、组织协调方案。
监理规划是监理委托合同签订后，有监理单位制定的指导监理工作的纲领性文件，它起着指导监理单位规划自身的业务工作，并协调与建设单位在开展
监理活动中的统一认识、统一步调、统一行动的作用。
由于监理规划是在委托合同签订后编制的，监理委托关系和监理授权范围都已经很明确，工程项目特点及建设条件等资料也都比较详实，
监理规划包括：
工程项目概况，监理范围、内容与目标；
监理项目部的组织结构与人员配备；
监理依据、程序、措施及制度；
监理工具和设施。
监理实施细则：
在监理规划的基础上制定出实现监理任务的具体措施，是对信息系统工程监理工作:
“做什么”和“如何做”的更详细的补充及说明，他使监理工作详细、具体，并具有可操作性。
第3章信息系统集成专业技术知识
3.1信息系统集成
是指将计算机软件、硬件、网络通信等技术和产品集成为能够满足用户特定需求的信息系统，包括总统策划、设计、开发、实施、服务及保障。
信息系统集成分类：
设备系统集成：
1、智能建筑；
2计算机网络；
3、安防应用系统集成
3.2信息系统建设生命周期：
立项（1、概念形成，2需求分析，形成《需求规范说明书》）；
开发（总体规划、系统分析、系统设计、实施、验收）、运维（分为排错、适应、完善、预防）、消亡
信息系统开发方法：
结构化特点：
1、遵循用户至上原则；
2、严格区分工作阶段；
每个阶段有明确的认为和取得的成果；
强调系统开发的整体和全局；
4、开发过程工程化，文档资料标准化。
原型化：
抛弃型，进化型
面向对象：
基本概念：
对象、类、抽象、封装、继承、多态、接口、消息、组件、模式、复用。
继承：
对已有实例的特征稍作改变就可以生成其他实例的方式。
继承基本功能是将一些功能相关的对象进行归类表示，使得子对象具有其父对象属性的能力。
封装：
是将数据和基于数据的操作封装成一个整体对象，对数据的访问
或修改只能通过对象对外提供的接口进行。
他使得类能作为软件复用中的基
本单元，提高内聚度，降低耦合度。
多态是指作用于不同的对象的同一个操作可以有不同的解释，从而产生不同的执行结果。
抽象是通过特定的实例抽取共同特征以后形成概念过程。
3.3软件工程
3.3.1软件需求分析与定义软件需求是一个为解决特定问题而必须由被开发或被修改的软件展示的特性。
需求分析涉及分析需求的过程，其目的如下。
检测和解决需求之间的冲突。
发现软件的边界，以及软件与其环境如何交互。
详细描述系统需求，以导出软件需求。
3.3.2软件设计、测试与维护
1、软件设计是“定义一个系统或组件的架构、组件、接口和其他特征的过程”，并得到“这个过程的结果”。
软件设计由两个处于软件需求和软件构造之间的活动组成。
软件构架设计（有时叫做高层设计）：
描述软件的结构和组织，标识各种不同的组件。
软件详细设计：
详细地描述各个组件，使之能被构造。
2、软件测试单元测试，集成测试，系统测试
3、软件维护包括如下类型：
（1）更正性维护；
软件产品交付后进行的修改，以更改发现的问题。
（2）适应性维护：
软件产品交付后进行的修改，以保持软件产品能在变化后或变化中的环境中可以继续使用。
（3）完善性维护：
软件产品交付后进行的修改，以改进性能和可维护性。
（4）预防性维护：
软件产品交付后进行的修改，以在软件产品中的潜在错误成为实际错误前，检
测和更正它们。
3.3.3软件复用指利用已有软件的各种有关知识构造新的软件，以缩减软件开发和维护的费用。
3.3.4软件质量保证及质量评价软件质量管理过程包括：
质量保证过程、验证过程、确认过程、评审过程、审计过程等。
评审/审计：
管理评审目的监控进展，决定计划和进度的状态，确认需求及其系统分配，或评价用于达到目标适应性的管理方法的有效性。
支持有关软件项目需求的变更和其他变更活动。
技术评审目的评价软件产品，以确定其对使用意图的适合性，目标是识别规范说明和标准的差异，并向管理提供证据，以表明产品是否满足规范说明并遵从标准，而且可以控制变更。
检查的目的是检测和识别软件产品异常；
走查目的评价软件产品，培训软件产品的听众
软件审计的目的：
提供软件产品和过程对于可应用的规则、标准、指南、
计划和流程的遵从性的独立评价。
审计是正式组织的活动，识别违例情况，并产生一个报告，采取更正性行动。
3.3.5软件配置管理是有益于项目管理、开发和维护活动。
软件配置管理活动有：
软件配置管理过程的管理和计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付。
3.3.6软件开发环境1.软件需求工具需求建模工具和需求追踪工具。
2、软件设计工具3、软件构造工具程序编辑器、编译器和代码生成器、解释器、调试器。
4、软件测试工具测试生成器、测试执行框架、测试评价工具、测试管理工具、性能分析工具。
5、软件维护工具理解工具（如可视化工具）和再造工具（如重构工具）。
6、软件配置管理工具软件配置管理工具包括追踪工具、版
本管理工具和发布工具。
7、软件工程管理工具包括项目计划与追踪工具、风险管理工具和度量工具。
8、软件工程过程工具包括建模工具、管理工具、软件开发环境。
9、软件质量工具检查工具和分析工具
3.3.7软件过程管理
1、启动和范围定义
2、软件项目计划
3、软件项目实施
4、评审和评价
5、关闭
6、软件工程度量
3.4面向对象系统分析与设计
3.4.1面向对象的基本概念
对象、类、抽象、封装、继承、多态、接口、消息、组件、模式和复用等。
3.4.2可视化建模与统一建模语言
1.统一建模语言
1）统一建模语言的概念
2）统一建模语言的特征
（1）不是一种可视化的程序设计语言，而是一种可视化的建模语言。
（2）是一种建模语言规范说明，是面向对象分析与设计的一种标准表示。
（3）不是过程，也不是方法，但允许任何一种过程和方法使用它。
（4）简单并且可扩展，具有扩展和专有化机制，便于扩展，无需对核心概念进行修改。
（5）为面向对象的设计与开发中涌现出的高级概念提供支持，强调在软件开发中，对构架、框架、模式和组件的重用。
（6）与最好的软件工程实践经验集成。
3）UML的发展历史
统一建模语言（UnifiedModelingLanguage,UML）是一个通用的可视
化建模语言，它是面向对象分析和设计的一种标准化表示，用于对软件进行描述、可视化处理、构造和建立软件系统的文档。
它记录了对所构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。
UML标准包括相关概念的语义，表示法和说明，提供了静态、动态、系统环境及组织结构的模型。
2、UML的设计目标
UML最重要的目标是使UML成为一个通用的建模语言，可供所有建模者使用。
UML的最终目标是在尽可能简单的同时能够对应用系统的各个方面建模。
3、UML视图
（结构、动态行为和模型管理）UML提供了如下9种主要的图来对待建系统进行建模。
用例图；
类图；
对象图；
构件图；
部署图；
状态图；
序列图；
协作图；
活动图。
视图域
说明
视图
图
结构
描述了系统中的结构成员及其相互关系。
模型元素包括类、用例、构件和节点，为研究系统动态行为奠定了基础
静态
类图
用例
用例图
实现
构件图
部署
部署图
动态行为
描述了系统随时间变化的行为。
行为用从静态视图中抽取的瞬间值的变化来描述
状态机
状态机图
活动
活动图
交互视图
协作图、顺序图
模型管理
说明了模型的分类组织结构，跨越了其他视图并根据系统开发和配置组织这些视图
3.4.3使用面向对象技术进行软件开发的最佳实践—RUP
RUP的6个基本最佳实践经验如下：
（1）迭代式开发。
（2）需求管理。
（3）使用以组件为中心的软件构架。
（4）可视化软件建模。
（5）验证软件质量。
（6）控制软件变更。
3.4.4面向对象系统分析阶段将运用面向对象的方法分析问题域，建立基于对象、消息的业务模型，形成对客观世界和业务模型，形成对客观世界和业务
本身的正确认识。
面向对象的分析模型用例模型类-对象模型对象-关系模型对象-行为模型面向对象的分析方法。
面向对象分析的主要用户目标为：
（1）描述用户需要。
（2）建立创建软件设计的基础。
（3）定义软件完成后可被确认的一组需求。
面向对象的分析的步骤
（1）发现角色/参与者。
（2）发现用例。
（3）建立用例模型。
（4）进行领用分析。
（5）建立对象-关系模型。
（6）建立对象-行为模型。
（7）建立功能模型。
3.4.5面向对象系统设计
1用例设计目的：
（1）利用交互改进用例实现。
（2）调整对设计类的操作需求。
（3）调整对子系统和（或）它们的接口操作需求。
（4）调整对封装体的操作需求。
2类设计
类是设计工作的核心，系统的实际工作其实也是由类执行的。
目的：
（1）确保类可为用例实现提供必需的行为。
（2）确保提供充足的信息明确无误地实施类。
（3）处理和类有关的非功能性需求。
（4）包含用于类的设计机制。
3子系统设计
子系统是一种模型元素，它具有包（可包含其他模型元素）和类（具有行为）的语义。
（1）用所包含类的协作来定义在子系统接口中指定的行为。
（2）记录子系统的内部结构。
（3）定义子系统接口和包含类之间的实现关系。
（4）定义子系统接口和包含类之间的实现关系。
（4）确定对其他子系统的依赖关系。
3.5软件架构
3.5.1软件架构定义为软件系统提供了一个结构、行为和属性的高级抽象，并由构成系统的元素的描述及元素的相互作用、元素集成的模式以及这些模式的约束组成。
（1）软件架构是一个程序或系统的构件的结构、构件间的关系以及控制构件设计演化的原则和方针。
（2）一个系统的软件构架由一组构件、构件间的连接件、构件和连接件的配置以及如何结合在一起的约束限制的描述组成。
（3）在计算的算法和数据结构之外，设计并确定系统整体结构成了新的问题。
（4）软件架构所关心的是软件构件及软件构件间的组成结构、约束和关系，是对系统的组成、系统结构及系统如何工作的较为宏观的描述。
3.5.2典型架构
1、管道/过滤器模式
优点：
（1）体系了各功能模块的“黑盒”特性及高内聚、低耦合的特点。
（2）可以将整个系统的输入/输出行为看成是多个过滤器行为的简单
合成。
（3）支持软件功能模块的重用。
（4）便于系统维护：
新的过滤器可以添加到现有系统中来，旧的可以由改进的过滤器替换。
（5）支持某些特定的分析，如吞吐量计算、死锁检测等。
（6）支持并行操作，每个过滤器可以作为一个单独的任务完成。
缺点：
（1）通常导致系统处理过程的成批操作。
（2）需要设计者协调两个相对独立但又存在关系的数据流。
（3）可能需要每个过滤器自己完成数据解析和合成工作（如加密和解密），从而导致系统性能下降，并增加了过滤器具体实现的复杂性。
2、面向对象模式抽象数据类型概念对软件系统有着重要作用，面向对象模式建立在数据抽象和面向对象的基础上，将数据的表示方法及其相应操作封装在一个抽象数据类型或对象中。
（1）高度模块化；
（2）封装功能实现了数据隐藏；
（3）继承性提供了一种实现代码共享的手段。
（4）提供了系统的灵活性，便于维护
及扩充。
对象之间的调用需要知道所调用对象的标识。
如果对象的标识发生改变，就必须通知所有调用该对象的对象。
否则系统将可能无法正常运行。
3、事件驱动模式基本原理是构件并不直接调用过程，而是触发一个或多个事件。
（1）支持软件重用，容易实现并发处理。
（2）具有良好的可扩展性，通过注册可引入新的构件，而不影响现有构件。
（3）可以简化客户代码。
升级会员 