系统集成项目管理工程师笔记

信息化基础知识信息的概念存在两个基本的层次，即本体论层次和认识论层次。国家信息化体系包括6个要素，分别是信息技术应用、信息资源、信息网络、信息技术和产业、信息化人才、信息化法规政策和标准规范。信息资源、材料资源和能源共同构成了国民经济和社会发展的三大战略资源。1.3企业信息化1.3.2企业资源计划(EnterpriseResourcePlanning，ERP)ERP系统的功能财会管理生产控制管理物流管理人力资源管理1.3.3客户关系管理（CustomerRelationshipManagementCRM）企业管理管理（EnterpriseRelationshipManagementERM）CRM是ERM的一部分。CRM系统是基于方法论、软件和因特网的以有组织的方式帮助企业管理客户关系的信息系统。工作流程重组（BusinessProcessReengineering,BPR(字面意思业务流程再造)）CRM功能有一个统一的以客户为中心的数据库具有整合各种客户联系渠道的能力能够提供销售、客户服务和营销三个业务的自动化工具具备从大量数据中提取有用信息的能力系统应具有良好的可扩展性和可复用性，即可以实现与其他的企业应用系统之间无缝整合。CRM应用设计基础客户数据的有效采集和消费户数据可以分为描述性、促销性、交易性数据三大类CRM应用设计特点1.3.4供应链管理供应链管理（SupplyChainManagement，SCM）1.4商业智能联机分处理on-lineanalyticsprocessOLAPETL过程的三个步骤：抽取、萃取extraction转换transformation装载load在线事物处理：on-linetransactionprocessingOLTP商业智能的三个层次：数据报表、多维数据分析、数据挖掘数据分析系统的总体架构分为4个部分：源系统、数据仓库、多维数据库和客户端。数据仓库datawarehouse数据集市datamark数据挖掘datamining维dimension切片slice切块dice钻取drill-downroll-up旋转pivotROLAPrelationalOLAP基于关系数据库的在线分析处理MOLAPmultidimensionalOLAP基于数据组织的在线分析HOLAPhybridOLAP基于混合型的数据组织的在线分析信息系统服务管理2.1信息系统服务管理体系为了保证信息系统工程项目投资、质量、进度及效果各方面处于良好的可控状态，在针对出现的问题不断采取相应措施的探索过程中，逐步形成了我们的信息系统服务管理体系。当前我国嘻嘻系统服务管理的主要内容如下：计算机信息系统集成单位资质管理信息系统项目经理资质管理信息系统工程监理单位资质管理信息系统工程监理人员资格管理2.1.2信息系统服务管理的推进（1）实施计算机信息系统集成资质管理制度计算机信息系统集成资质等级从高到低依次为一、二、三、四级。（2）推行项目经理制度计算机信息系统集成项目经理是指从事计算机信息系统集成业务的企、事业单位法定代表人在计算机信息系统集成项目中的代表人，是受系统集成企事业法定代表人委托对系统集成项目全面负责的项目管理者。系统集成项目经理分为项目经理、高级项目经理、资深项目经理三个级别。（3）推行信息系统工程监理制度信息系统集成资质管理2.2.2信息系统集成资质管理办法管理原则:认证和审批分离的原则，计算机信息系统集成资质先有认证机构认证，再由信息产业主管部门审批。管理体系：资质管理包括资质评审和审批、年度监督、升级、降级、取消及其他相关内容。资质评定先评审后审批信息产业部授权的资质评审机构可以受理申请一、二、三、四级资质的评审省市信息产建设单位管部门授权的资质评审机构可以受理申请三、四级资质的评审；未设置评审机构的可委托信息产业不授权的或其他省市授权的评审机构评审。2.2.3信息系统集成资质等级条件信息系统集成资质等级评定条件主要由综合条件、业绩、管理能力、技术实力、人才实力5个方面描述信息系统工程监理单位分为甲、乙、丙三级。信息系统工程监理资格证书包括高级监理工程师、监理工程师和监理员等。监理活动的主要内容可以概括为“四控、三管、一协调”四控：信息系统工程质量控制；信息系统工程进度控制；信息系统工程投资控制；信息系统工程变更控制。三管：信息系统工程合同管理；信息系统工程信息管理；信息系统工程安全管理。一协调：在信息系统工程实施过程中，协调有关单位及人员间的工作关系。2.4ITIL与IT服务管理、信息系统审计 IT基础设施库：ITIL:ITInfrastructurelibrary实施ITSM（ITservicemanagement）的根本目标有以下三个：以客户为中心提供IT服务提供高质量、低成本的服务提供的服务是可准确计价的。ITSM的价值：商业价值、财务价值、内部价值和创新价值、员工利益2.4.2信息系统审计信息系统审计SIaudit信息系统审计的目的:可用性、保密性、完整性信息系统审计建立在以下4个理论基础之上：传统审计理论信息系统管理理论行为科学理论计算机科学信息系统审计的基本业务和依据基本业务如下：1）系统开发审计2）主要数据中心、网络、通信设施的结构审计，包括财务系统和非财务系统的应用审计3）支持其他审计人员的工作，为财务审计人员与经营审计人员提供技术支持和培训4）为组织提供增值服务，为管理信息系统人员提供技术、控制与安全指导；推动风险自评估程序的执行；5）软件及硬件供应商及外包服务商提供的方案、产品及服务质量是否与合同相符审计。6）灾难恢复和业务持续计划审计。7）对系统运营效能、投资回报率及应用开发测试审计。8）系统的安全审计。9）网站的信誉审计10）全面控制审计等。信息系统审计依据一般公认信息系统审计准则信息系统的控制目标其他法律及规定基于风险方案来进行审计的步骤编制组织使用的信息系统清单并对其进行分类决定哪些系统影响关键功能和资产评估哪些风险影响这些系统对商业运作的冲击在上述评估的基础上对系统分级，决定审计优先值、资源、进度和频率。审计者可以指定年度审计计划，开列出一年之中要进行的审计项目。信息系统集成专业技术知识3.1系统集成系统集成是指将计算机软件、硬件、网络通信等技术和产品集成为能够满足用户特定需求的信息系统，包括总体策划、设计、开发、实施、服务和保障。信息系统有以下几个特点信息系统集成要以满足用户需求为根本出发点信息系统集成不只是设备选择和供应，更重要的是，它是具有高技术含量的工程过程，要面向用户需求提供全面的解决方案，其核心是软件。系统集成的最终交付物是一个完整的系统而不是一个分立的产品。系统集成包括技术、管理和商务等各项工作，是一项综合性系统工程。技术是系统集成工作的核心，管理和商务活动是系统集成项目成功实施的保障。系统集成主要包括设备系统集成和应用系统集成。设备系统集成主要有以下三点智能建筑系统集成Intelligentbuildingsystemintegration计算机网络系统集成computernetworksystemintegration安防系统集成securitysystemintegration应用系统集成：applicationsystemintegration3.2信息系统建设信息系统的生命周期分为4个阶段立项、开发、运维、消亡。立项分为两个阶段一是概念的形成过程；二是需求分析过程，并形成需求规范说明书。经评审、批准后立项。开发阶段：总体规划阶段、一个比较完整的总体规划应当包含信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范。系统分析阶段、系统设计阶段、系统实施阶段、系统验收阶段运维阶段：维护可以分为4种类型：排错性维护、适应性维护、完善性维护、预防性维护。消亡阶段3．2.2信息系统开发方法常用的开发方法有：结构化方法、原型法、面向对象方法（objectorientedOO）。结构化方法具有的特点：遵循用户至上的原则严格区分工作阶段，每个阶段有明确的任务和取得的成果。调系统开发过程的整体性和全局性。系统开发过程工程化，文档资料标准化。原型法具备的特点：实际可行具有最终系统的特征构造方便、快速，造价低。原型法分类：抛弃型原型Throw-it-awayprototype进化型原型Evolutionaryprototype面向对象开发方法主要有分析、设计和实现三个阶段。3.3软件工程需求分析涉及分析需求的过程，其目的如下：监测和解决需求之间的冲突②发现软件的边界，以及软件与其环境如何交互。息描述系统需求，以导出软件需求。开发的模型包括：数据和控制流、状态模型、事件追踪、用户交互、对象模型、数据模型，以及其他模型。架构设计是需求过程与软件或系统设计重叠进行的。3.3．2软件设计、测试和维护软件设计是：定义一个系统或组件的架构、组件、接口和其他特征的过程，并得到这个过程的结果。软件设计由两个处于软件需求和软件构造之间活动组成 软件架构设计 软件详细设计通过视图可以从不同角度描述软件架构，主要包括逻辑视图（满足功能需求）、过程视图（并发问题）、组件视图（实现问题）、部署视图（分布问题）。模式提供了架构设计的某些方法：设计模式（微观架构模式）、架构模式（宏观架构）。测试：是为了评价和改进产品质量、识别产品的缺陷和问题而进行的活动。软件测试在概念上区分为三个大的测试阶段：单元测试、集成测试、系统测试。软件维护的类型：更正性维护、适应性维护、完善性维护、预防性维护3.3.3软件复用依据抽象程度的高低，软件复用可以分为：代码的复用、设计的复用、分析的复用、测试信息的复用。3.3.4软件质量保证及质量评价软件需求定义了软件质量特征，并影响评价这些特征的的度量方法和接收准则。软件质量管理过程包括：质量保证过程、验证过程、确认过程、评审过程、审计过程。验证与确认过程使用能够定位缺陷并便于以后更正的测试技术直接处理软件产品质量问题。评审和审计的过程包括：管理评审、技术评审、检查、走查、审计等。管理评审的目的是监控进展，决定计划和进度的状态，确认需求及其系统分配。支持软件项目期间需求的变更和其他变更活动。技术评审的目的是评价软件产品，以确定其对使用意图的适合性，目标是识别规范说明和标准的差异，并向管理提供证据，以表明产品是否满足规范说明并遵从标准，而且可以控制变更检查的目的是检测和识别软件产品的异常。走查的目的是评价软件产品。主要目标是发现异常、改进软件产品、考虑其他实现、评价是否遵从标准和规范说明。走查通常主要由同事评审其工作，以作为一种技术保障。软件评审的目的是提供软件产品和过程对于可以应用的规则、标准、指南、计划和流程的遵从性的独立评价。3.3．5软件配置管理软件配置管理有益于项目管理、开发和维护活动。软件配置管理活动有:软件配置管理过程的管理和计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付。3.3.6软件开发环境软件需求工具：需求建模工具、需求追踪工具。软件设计工具：这类工具有很多软件构造工具：程序编辑器、编译器和代码生成器、解释器、调试器等软件测试工具：测试生成器、测试执行框架、测试评价工具、测试管理工具、性能分析工具软件维护工具：理解工具（如可视化工具）和再造工具（如重构工具）软件配置管理工具：追踪工具、版本管理工具和发布工具。软件工程管理工具：项目计划与追踪工具、风险管理工具和度量工具。软件工程过程工具：建模工具、管理工具、软件开发环境软件质量工具：检查工具、分析工具3.3.7软件工程管理软件工程管理集成了过程管理和项目管理。3.4面向对象系统分析与设计面向对象的基本概念有对象、类、抽象、封装、继承、多态、接口、消息、组件、模式和复用等。对象包含三个要素：对象标识、对象状态、对象行为类是现实世界中实体的形式化描述，类将该实体的数据和函数封装在一起。类和对象的关系：每一个对象都是某一个类的实例每一个类在某一时刻都有零或更多的实例类是静态的，他们的存在、语义和关系在程序执行前就已经定义好了，对象是动态的，它们在程序执行时可以被创建和删除。类是生成对象的模板。抽象：通过特定的实例抽取共同特征以后形成概念的过程。封装：将相关的概念组成一个单元，然后通过一个名称来引用它。3.4.2可视化建模与统一建模语言统一建模语音：unifiedmodelinglanguageUML是一个通用的可视化建模语言，它是面向对象分析和设计的一种标准化表示，用于对软件进行描述、可视化处理、构造和建立软件系统的文档。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。UML标准并没有定义一种标准的开发过程，但它比较适用于迭代式的开发过程，是为支持大部分现存的面向对象开发过程而设计的。统一建模语言的特征不是一种可视化的程序设计语言，而是一种可视化的建模语言。是一种建模语言规范说明，是面向对象分析和设计的一种标准表示不是过程也不是方法，但允许任何一种过程和方法是用它。简单并且可扩展，具有扩展和专有化机制，便于扩展，无需对核心概念进行修改。为面向对象的设计与开发中涌现的高级概念（如协作、框架、模式和组件）提供支持，强调在软件开发中，对架构、框架、模式和组件的重用。与最好的软件工程实践经验集成。UML的设计目标使UML成为一个通用的建模语言，可供所有建模者使用在尽可能简单的同时能够对应用系统的各个方面建模。UML视图在最上一层，视图被划分成三个视图域：结构、动态行为和模型管理。结构描述了系统中的结构成员及其相互关系。 结构视图包括静态视图、用例视图和实现视图。动态视图描述了系统随时间变化的行为 动态行为视图包括状态机视图、活动视图和交互视图。模型管理说明了模型的分层组织结构。用例图usecasediagram类图 classdiagram对象图 objectdiagram构件图 componentdiagram部署图 deploymentdiagram状态图 statediagram序列图 sequencediagram协作图 collaborationdiagram活动图 activediagramUML视图主要的域视图图主要概念结构静态视图类图类、关联、泛化、依赖关系、实现、接口用例视图用例图用例、参与者、关联、扩展、包括、用例泛化动态实现视图构件图构件、接口、依赖关系、实现部署视图部署图节点、构件、依赖关系、位置状态机视图状态机图状态、事件、转换、动件活动视图活动图状态、活动、完成转换、分叉、结合交互视图顺序图交互、对象、消息、激活协作图协作、交互、协作角色、消息模型管理模型管理视图类图包、子系统、模型可扩展性所有所有约束、构造型、标记值3.4.4面向对象系统分析面向对象的分析模型由用例模型、类-对象模型、对象-关系模型和对象-行为模型组成。3.5软件架构常见的软件架构模式管道/过滤器模式面向对象模式事件驱动模式分层模式知识库模式客户机/服务器模式3.5.3软件架构设计方法软件架构设计的总体目标最大化复用复杂问题简单化灵活的扩展性。模式-视图-控制器model-view-controllerMVC专门针对交互系统提出的系统架构。模式和系统架构有很大的相似性，都是处理一些抽象概念间的关系，但是二者有很大的不同。模式是领域无关的，解决某些抽象问题；系统架构针对所要解决的实际问题，是领域相关的。3.5.4软件架构分析与评估软件架构设计需要考虑如下问题关系数据库与对象数据库的选择问题：应尽量采用关系型数据库。用户界面选择使用html，html界面的开发和维护比其他图形界面应用程序更容易。此外html使用http（s）协议可以穿越防火墙，解决了internet应用中的一个重要问题。灵活性和性能的考虑技术的选择聘请经验丰富的架构设计师3.5.5软件中间件为了解决分布系统的异构问题，人们提出了中间件（middleware）概念。中间件是位于硬件、操作系统等平台和应用之间的通用服务。几种主要的中间件数据库访问中间件数据库方位中间件通过一个抽象层访问数据库，从而允许使用相同或相似的代码访问不同过的数据库资源。远程过程调用远程过程调用remoteprocedurecallRPC是一种广泛使用的分布式应用程序处理方法。RPC所提供的是基于过程的服务方位，客户机与服务器进行直接连接，没有中间机构来处理请求，因此也具有一定的局限性。面向消息中间件面向消息中间件（message-orientedmiddlewareMOM）利用高效可靠的消息传递机制进行平台无关的数据交流，并可基于数据通信进行分布系统的集成。分布式对象中间件典型产品OMG的CORBA Sun的RMI/EJB、Microsoft的DCOMOMG提出的对象请求代理（ObjectRequestBrokerORB）模型提供了一个通信框架，可以在异构分布计算环境中透明的传递对象请求。事物中间件事物中间件也称事物处理监控器（transactionprocessingmonitorTPM）随着对象技术与事物技术的结合，近年还出现了一类新产品，即对象事物监控器（objecttransactionmonitorOTM）3.6典型应用集成技术数据库主要有操作型处理和分析型处理两类与操作型数据库相比，数据仓库的主要特点如下：面向主题2、集成3、相对稳定4、反应历史变化数据仓库系统的结构通常包括4个层次，数据源、数据集市、OLAP服务器、前端工具。ROLAP的基本数据和聚合数据均存放在关系数据库中；MOLAP的基本数据和聚合数据均存放在多维数据库中，HOLAP的基本数据存放在关系数据库中，聚合数据存放至多维数据库中。前端工具主要包括各种报表工具、查询工具、数据分析工具、数据挖掘工具以及各种基于数据仓库或数据集市的应用开发工具。其中数据分析工具主要针对OLAP服务器，报表工具、数据挖掘工具主要针对数据仓库。3.6.2WebServices技术Web服务的典型技术包括：用于传递信息的简单对象访问协议（simpleobjectaccessprotocolSOAP）用于描述服务器的Web服务描述语言（WebservicesdescriptionlanguageWSDL）用于Web服务的注册的统一描述、发现及集成（universaldescriptionDiscoveryandintegrationUDDI）用于数据交换的XMLWeb服务的主要目标是跨平台的互操作性，适合使用Webservices的情况如下：跨域防火墙应用程序集成B2B集成软件重用项目管理一般基础知识4.1.7项目管理的定义及其知识范围项目成功受到范围、时间、成本、质量等4个方面的约束项目管理通过执行一些列相关的过程来完成，这些过程分别在核心知识域、保障域、伴随域和过程域中。核心知识域包含整体管理、范围管理、进度管理、成本管理、质量管理和信息安全管理等。保障域包含人力资源管理、合同管理、采购管理、风险管理、信息（文档）与配置管理、知识产权管理、法律法规标准规范和职业道德规范等。伴随域包含变更管理和沟通管理等。过程域包含科研与立项、启动、计划、实施、监控和收尾等。4.1.8项目管理需要的专业知识和技术工作分解结构workbreakdownstractureWBS关键路径分析挣值管理有效的项目管理要求项目管理团队至少能够理解和使用以下6方面的专门知识项目管理知识体系项目应用领域的知识、标准和规定项目环境知识通用的管理知识和技能软技能或人际管理知识经验、知识、工具和技术。美国项目管理协会发布的《项目管理知识体系指南》即PMBOK指南。这个项目管理知识体系介绍了项目的生命周期、项目管理的5个过程以及项目管理的9大知识域。项目环境包括社会环境、政治环境、自然环境。一般的管理知识包括计划、组织、人事、执行和控制一个正在运行的企业的运营。关键路径法criticalpathmethodCPM计划评审技术programevaluationandreviewtechniquePERT蒙特卡罗（MonteCarlo）模拟技术挣值（earnedvalueEV）分析技术国际项目管理协会internationalpublicmanagementassociationIPMA国际项目管理资质标准（IPMAcompetencebaselineICB）是IPMA建立的知识体系。国际项目管理专业资质认证（internationalprojectmanagementprofessionalIPMP）IPMA依据国际项目管理专业资质标准，针对项目管理人员专业水平的不同，将项目管理专业人员资质认证划分为4个等级A级高级项目经理B级项目经理C级项目管理从业人员D级项目管理助理员美国项目管理学会projectmanagementinstitutePMI项目管理的知识体系projectmanagementbodyofknowledgePMBOKPMI提出的项目管理知识体系项目生命周期过程组9大知识域1）项目生命周期1）启动过程组1）整体管理2）项目生命周期各阶段2）计划过程组2）范围管理3）阶段内和阶段之间的过程3）执行过程组3）时间管理4）监控过程组4）成本管理5）收尾过程组5）质量管理6）人力资源管理7）沟通管理8）采购管理9）风险管理PMPprojectmanagementprofessional指项目管理专业人员资格认证，相当于IPMA的C级。一个合格的项目经理应具备的素质足够的知识丰富的项目管理经验良好的协调和沟通能力良好的职业道德一定的领导和管理能力项目管理系统有助于项目经理有效地控制项目顺利完成。4.2项目的组织体系组织结构对项目的影响项目特点职能型组织矩阵型组织项目型组织弱矩阵型组织平衡矩阵型组织强矩阵型组织项目经理的权力很小和没有有限小-中等中等-大大-全权组织中全职参与项目工作的职员比例没有0-2515-6050-9585-100项目经理的职位部分时间部分时间全时全时全时项目经理的一般头衔项目协调员/项目主管项目协调员/项目主管项目经理/项目主任项目经理/计划经理项目经理/计划经理项目经理行政人员部分时间部分时间部分时间全时全时4.2.4PMO在组织结构中的作用项目管理办公室PMO是在所辖范围内集中、协调地管理项目的组织单元。4.3项目生命周期项目管理中的流程因素：生命周期、阶段和过程。大多数项目生命周期定义的阶段顺序通常从技术上的划分：需求分析、系统设计、系统构建、系统运行。阶段的交付物通常都经过技术正确性的评审，并在下一阶段开始前得到批准。按管理活动出现的先后，把项目的生命周期划分为启动、计划、执行和收尾无论按技术工作还是按管理工作划分项目阶段，项目的每个阶段都至少包含管理工作和技术工作。根据需要，在条件许可或涉及的风险可以接受时，下一阶段可以在前一阶段完成前开始，这种部分重叠阶段的做法就叫快速跟踪管理技术。在项目的初始阶段，项目干系人影响项目的最终产品特征和项目最终费用的能力最高，随着项目的继续开展则逐渐变低，造成这种现象的一个主要原因是随着项目继续开展，变更和缺陷修改的费用通常会增加。4.3.2项目阶段的特征每个项目阶段都以一个或一个以上的可交付物的完成为标志，这种可交付物是一种可度量、可验证的工作成果。项目阶段的结束一般以对完成的工作和可交付物的技术和设计评审为标志。4.4典型的信息系统项目的生命周期模型典型的信息系统项目的生命周期模型，这些生命周期模型均按项目的工程技术过程的先后顺序来划分。瀑布模型瀑布模型是一个经典的软件生命周期模型。一般将软件开发分为可行性分析（计划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护几个阶段。瀑布模型中每项开发活动具有以下特点。从上一项开发活动接受其成果作为本次活动的输入。利用这一输入，实施本次活动应完成的工作内容。给出本次活动的工作成果，作为输出传给下一项开发活动。 对本次活动的实施工作成果进行评审。V模型V模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。左侧：需求分析、概要设计、详细设计、编码右侧：单元测试、集成测试、系统测试、验收测试。原型化模型原型化模型是为弥补瀑布模型的不足而产生的原型化模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，经过和用户针对原型的讨论和交流，充分了解用户需求后，再在原型基础上开发出用户满意的产品。螺旋模型螺旋模型是一个演化软件过程模型。将原型实现的迭代特征与线性顺序（瀑布）模型中控制的和系统化的方面结合起来。迭代模型在迭代模型中，每个阶段都要执行一次传统的、完整的串行过程串，执行一次过程串就是一次迭代。PUPRationalunifiedprocess软件统一过程是一种“过程方法”，它就是迭代模型的一种。RUP可以用二维坐标来描述。横轴表示时间，是项目的生命周期，纵轴表示自然的逻辑活动。横轴体现开发过程的动态结构，主要包括周期（cycle）、阶段（phase）、迭代（iteration）和里程碑（milestone）纵轴体现开发过程的静态结构，主要包括活动（activity）、产物（artifact）、工作者（worker）和工作流（workflow）RUP中的软件生命周期在时间上被分解为4个顺序阶段，分别是初始阶段（inception）、细化阶段（elaboration）、构建阶段（construction）和交付阶段（transition）。4.5单个项目的管理过程项目管理是指在项目活动中综合运用知识、技能、工具和技术以确保达成项目目标。为了对项目的实施进行管理，项目团队还必须：明确客户的需求。在管理项目时，选用达到项目目标的合适过程。平衡范围、时间、成本、质量和风险等方面的不同要求，生产出高质量的产品。调整产品规格、计划和管理体系，以满足不同项目干系人的需求，并管理他们的期望。项目经理及其团队应明确考虑每个过程及其输入和输出要素。要把一个项目管理好，至少需要4个过程技术类过程：（需求分析、总体设计、编码、测试、布线、组网等）管理类过程：（启动、计划、执行、监控和收尾过程）支持类过程改进类过程成功的项目管理包括积极地管理这些交互作用以成功地满足项目干系人的要求和他们的期望。PDCAPlandocheckactcyclePDCA循环项目管理过程组：启动过程组：定义并批准项目或阶段。计划编制过程组：定义和细化目标，规划最佳的技术方案和管理计划，以实现项目或阶段所承担的目标和范围。执行过程组：整合人员和其他资源，在项目的生命周期或某个阶段执行项目管理计划，并得到输出与成果。监督和控制过程组（监控过程组）：要求定期测量和监控进展、识别实际绩效与项目管理计划的偏差、必要时采取纠正措施，或管理变更以确保项目或阶段目标达成。收尾过程组：正式接受产品、服务或工作成果，有序地结束项目或阶段。启动过程组：是由正式批准开始一个新项目或一个新项目阶段所必需的一些过程组成的。工作说明书：statementofwork许多大型或复杂的项目被划分出阶段，在每个阶段的开始，要重新评估项目的范围和目标，这也是项目启动过程组的一部分。启动过程组包括以下内容：制定项目章程这一过程批准项目的开始或项目阶段的开始。制定初步的项目范围说明书这一过程用于依据项目章程和启动过程的其他依据来确定初步的项目定义。这一过程确定了项目需求、项目的边界、接收的方法和高层次范围控制的方式，并将之记入下一步的项目范围说明书。计划过程组凡是制定项目管理计划所需的过程都属于计划过程组，例如定义项目范围的过程、制定项目管理计划的过程、定义项目活动并制定进度等过程。 项目管理计划不是一成不变的，它是渐进明细、逐步深入具体的，项目管理计划这种定制方法经常被称作“滚动波浪计划”方法。这意味着计划是一个反复和持续的过程，也就是近期的工作计划得比较细，远期的工作计划得较粗。 计划过程组包括以下内容：制定项目管理计划项目管理计划指导项目的执行，是监督和控制过程的依据。编制项目范围管理计划这一过程用于明确定义、验证和控制范围的方法，以及如何建立和定义工作分解结构的方法，把这些方法写在范围管理计划内。范围定义创建工作分解结构workbreakdownstructureWBS。这一过程用于将主要的项目可交付物和项目工作细分成更小、更易于管理的部分。活动定义。活动排序活动资源估算活动历时估算制定进度计划成本估计成本预算制定项目的质量管理计划制定项目人力资源管理计划制定项目沟通管理计划制定项目风险管理计划风险识别风险定性分析风险定量分析制定风险应对计划制定项目采购管理计划编制合同执行过程组执行过程组是为了完成在项目管理计划中确定的工作，以达到项目目标所必需的各个过程所组成。 执行过程组会花掉多半的项目预算 执行过程组包括以下内容：指导和管理项目执行执行质量保证获取项目团队成员团队建设信息发布询价供方选择合同管理监督和控制过程组包括对照项目管理计划来监督正在进行的项目活动对引起整体变更控制的因素施加影响，使得只有经批准的变更才能被实施。监督和控制过程组包括以下内容：监督和控制项目工作整体变更控制范围验证范围变更控制进度控制成本控制质量控制管理项目团队绩效报告管理项目干系人风险监督和控制合同管理收尾过程组收尾过程组包括以下内容：项目收尾合同收尾过程的交互4.5.3项目管理过程图示管理过程有两种分类方式按时间先后分成启动、计划、执行、监控、收尾5个项目过程组按照合同知识分为整体管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理和风险管理等9大知识域。项目的5个管理过程组合项目管理知识领域映射关系知识领域项目管理过程组启动过程组计划过程组执行计划组监督和控制过程组收尾过程组项目整体管理制定项目章程制定项目范围说明书（初步的）编制项目管理计划指导和管理项目执行监督和控制项目工作整体变更控制项目收尾项目范围管理编制范围管理计划范围定义建立WBS范围核实范围控制项目时间管理活动排序活动资源估算活动历时估算制定进度计划进度控制项目成本管理成本估算成本预算进度控制项目质量管理制订质量管理计划质量保证质量控制项目人力资源管理制订人力资源计划人员获取团队发展管理项目团队项目沟通管理沟通规划信息发布绩效报告管理项目干系人项目分析管理制订风险管理计划风险识别风险定性分析风险定量分析风险对应计划分析监督和控制项目采购管理编制采购管理计划合同计划编制询价供方选择合同管理合同收尾5立项管理5.1立项管理内容需求分析就是确定待开发的信息系统应该做什么需求分析工作的特点用户与开发人员之间存在沟通方面的困难用户的需求是动态变化的生命周期中不同阶段系统变更的代价呈非线性增长。5.1.2项目建议书项目建议书应该包含的核心内容如下：项目的必要性项目的市场预测产品方案或服务的市场预测项目建设必需的条件。5.1.3项目可行性研究报告可行性研究内容一般应包括以下内容投资必要性技术可行性财务可行性组织可行性经济可行性社会可行性风险因素及对策5.2建设方的立项管理5.2.1立项申请书（项目建议书）的编写、申报和审批项目建议书的主要内容对于技术类项目的立项申请书，应包括如下内容：项目名称项目建设的必要性和依据项目目的、作用和意义项目的国内外技术发展概况、水平和发展趋势研究开发领域，主要关键技术，研究（开发）内容，技术方案（关键技术的研究方法和采取的技术路线、工艺流程）和试验地点、规模、进度安排。项目的研究开发情况，现有工作基础和设备条件项目负责人、项目主要技术人员项目起