第1篇：变更管理流程范文
论文关键词：软件配置管理,软件变更管理,问题,建议
软件配置管理的目的在于建立和维护软件项目生命周期内软件产品的完整性。配置管理工作如果做不好，很容易产生软件质量问题。
1软件配置管理现状
软件配置管理一是对软件实体进行管理，二是对软件的研制过程进行管理。大型国有企事业单位在软件研制的过程中，基本上都采用了各种软件版本工具来确保软件的质量。即便如此，也不一定能够确保软件技术状态的正确性。这是由于对软件研制过程中变更管理做得不到位造成的。因此，需要采用技术手段对软件变更过程进行有效管理，以保证软件质量。
2软件变更管理中存在问题及提高软件质量建议
软件变更管理主要涉及到软件更改的申请、软件更改的批准、软件更改、软件问题归零、软件更改验证及评审等环节。针对软件变更管理中的薄弱环节，以下内容将说明软件配置变更管理中很容易忽视的几个问题，并给出提高软件质量的建议。
（1）软件变更缺少相应级别的评审
实施软件变更的人员在进行完软件的变更之后，由于缺乏对软件更改部分的验证工作，容易导致软件实际更改内容与预期更改内容不一致，甚至由于软件更改描述内容过于简单，导致软件测试人员认为软件只是更改了参数文件等相关内容，而实际上却更改了其他文件，从而造成了软件中可能隐藏的缺陷没有能够暴露。因此，软件变更之要后要进行相应级别的评审，而不能走形式主义。
（2）软件变更管理需要模块化思想
从事软件测试的人员一定会发现，上一版本软件测试提交的问题报告单，在下一版本软件中仍然没有归零，于是软件测试人员纷纷抱怨软件的质量跟踪不到位、软件质量人员没有尽到应有的责任。可各种软件规章制度实在太多，也不可能把质量人员的质量职责细化得太精确。因此，软件变更管理需要进行模块化管理，将软件变更管理内容按照一定类型分解为不同的模块，让软件变更流程上相关人员按照模块化的思想进行软件变更流程处理，以更好的保证软件质量，从而很好的控制了一些客观因素对软件变更过程质量的影响。
（3）软件变更管理应具有可追溯性
在国有企事业单位软件研制的过程中，软件往往需要变更多次之后才能形成最终交付用户的产品，可软件研制除了注重结果之外，也应该注意过程。因为中间过渡版本软件是企业经验的积累，它可以让软件研制人员总结研制过程中的经验、让新进人员吸取研制过程中的精华知识。因此，对软件的变更管理要有可追溯性。
3IBMRationalClearQuest软件变更管理工具——提高软件变更管理的质量
针对软件变更管理中存在的问题，可以采用IBMRationalClearQuest软件变更管理工具进行高效的变更管理。该工具能够定制软件变更管理过程中的入库流程、出库流程、更改流程、缺陷管理流程等电子审批流程，还能够对软件变更历史记录进行查询，从技术手段上解决了软件变更缺少评审、验证等环节，以及软件变更过程可追溯性差等问题，让软件变更管理过程实现了模块化思想，从而提高了软件变更管理的效率及质量。
4软件配置管理发展展望
第2篇：变更管理流程范文
关键词：合同管理；管理流程；信息系统；界面管理
中图分类号：F284 文献标识码：B 文章编号：1008－0422(2007)09－0073－06
1 引言
大型项目的合同种类繁多，传统的手工管理方法耗时费力，很难实现合同信息的快速提取，对合同执行状况难以进行动态跟踪，对合同索赔缺乏信息支持。基于管理流程的合同管理信息化的目标是对大型施工企业的所签订的各类合同的基本信息进行管理；对合同状态进行跟踪；通过信息平台实现合同评审的网络化；根据合同确定项目的预算成本，作为成本控制依据，并对合同执行情况进行对比跟踪；依据历史工程索赔事件建立索赔事件库为项目获取索赔机会提供信息支持。
近年来，信息技术的高速发展为管理流程的改进提供了很大的空间，全面推动了流程管理的实现与组织的变革，对工程项目合同管理的实施进行流程分析，将相互关联的管理过程作为系统加以识别、分析和理解，确定项目管理流程、操作程序、工作逻辑关系，从而提出并优化有关管理流程，建立一套标准化、工作程序化、规范化、科学合理的管理工作流程，将有利于对整个项目系统或系统中的某个过程及其相互作用进行动态的、系统的管理，从而保证了各项工程施工活动的决策正确性及其实施结果的预期性，最终有效地保证项目合同管理目标的实现。
2 大型建设项目的合同管理流程简介
2．1 大型建设项目合同管理流程的概念
管理流程是指管理活动中一系列相互关联行为的序列结构，它反映了在某种活动目标的导向下，这些活动的先后顺序、承转关系，制约、推进和输入输出的客观规律。按其性质和作用可以分为总体流程、局部流程和细部流程，总体流程规定了管理活动的阶段划分以及各阶段的相互关系；局部流程反映各管理阶段重要环节的相互关系；细部流程则反映各管理环节中业务活动的相互关系和流转过程。
大型建设项目合同管理流程是它反映了建设工程施工生产的客观规律和管理活动的特点，将施工过程所需要的信息流和物质流进行有机结合，并为施工技术作业和管理活动输入行为目标、物质条件、运作规则，促使其产出预期的结果。
2．2 大型建设项目合同管理流程的特点
管理流程具有目的性、必然性、多样性、系统性和层次性的特点。
2．2．1 目的性是指管理流程表达了管理业务完成的过程，一定以实现相应的管理业务为目的：
2．2．2 必然性指管理业务的完成必然要通过某种流程；
2．2．3 多样性指许多管理业务完成方式不具有唯一性，指一个管理系统中总是存在多种管理业务，因此存在多种流程，而且这些流程之间是密切相关的，是严密的组织的。一个管理系统的流程是由多种不同的流程构成的流程体系；
2．2．4 层次性指由于管理系统的功能具有层次性，相应的管理业务与流程也具有层次性，即一个综合性的管理业务的流程可以分解为若干较管理业务流程组合。
2．3 大型建设项目合同管理流程的构建步骤
为了保证建设项目合同管理的成功实施，必须建立一套高效的管理流程体系，而一个理想的流程体系结构应该满足以下两个条件；(1)流程同步，指流程应具备在质量、数量、时间等方面准确满足建设项目合同目标实现的能力。(2)流程高效，是用总的流程成本来计算，理想水平是用尽可能低的成本来保证项目信息流程、资金流、物资流的运转。管理系统流程设计的主要内容有管理业务分解、相关管理业务分析、构建管理流程责任分配矩阵、绘制各级管理流程图等。
管理流程设计是大型建设项目造价管理系统设计的重要组成部分，管理流程设计通过将某项管理工作分解为各个管理活动，直到管理工序，并区分具有不同性质或特点的工序，根据管理科学原理采用不同的工序完成方式，在此基础上确定的管理工作完成过程，为科学地确定系统结构、系统的管理规范奠定了基础。特别是在现有管理系统重新设计中，通过流程研究，优化与再设计，使进一步通过结构再设计实现系统整体优化有了较好的基础。项目合同管理工作的分解及相应流程的构建一般经过如下几个步骤：
(1)对建设合同管理工作进行研究与探索，确定分解的准则，是按管理职能划分或是按工程实施顺序划分等准则；
(2)确定某项管理工作的管理活动组成，并理清管理活动中各个管理工序，初步拟定某项管理工作完成的综合流程和相应的子流程；
(3)去除每项管理职能的流程中的不可行的方案或明显劣于其他方案的方案，保留较好的方案。
2．4 大型建设项目合同管理流程的控制
大型建设项目合同管理流程控制是利用现代工程项目管理相关学科知识和技术方法，通过对影响建设项目合同管理的目标的因素进行识别、建设环境进行分析，对工程项目建设合同管理的目标控制的原则、原理、方法及措施做出全面的系统规划，进而对建设行为状态实行跟踪控制和组织协调，从而保证对建设项目管理职能的履行，最终实现工程项目的建设目标。
它涉及到利用信息系统所提供的信息，对管理活动做出最优化决策和指令，使每个管理过程始终逼近项目目标计划。控制系统的决策、指令及执行，是由项目管理部门的高级、中级、及技术管理三个层次实现的，三个层次的水平将直接影响目标计划的实现。信息系统的信息敏感程度，与控制系统的决策优化水平关系极大，而控制系统的决策优化水平，直接影响到计划与实际的差异程度。因此，信息系统与控制系统必须设计成相匹配的系统。
2．5 合同管理流程的界面分析与管理
界面，又称接口，是指相互作用的子系统之间的界限，是子系统之间既相区别又相联系的纽带。界面管理是指协调相互作用的子系统之间的能量、物质、信息交换以实现系统目标的活动，除了组织上、管理上、技术上的协调之外，还要协调各系统界面的相互关系。
在现代工程项目管理中，人们越来越强调系统的集成，在工程项目中界面具有十分广泛的意义，项目的各类系统，如目标系统、技术系统、行为系统、组织系统等，他们的系统单元之间，以及系统与外部环境之间都存在着复杂的界面。项目管理系统各子系统之
间及各个子系统内部存在复杂的界面，而直接的表现形式是各管理流程之间的接口。
我们可以看出项目管理系统与外界以及项目管理系统内部之间的流程要素以及各管理流程之间存在复杂的关系，他们之间互相作用、互相联系、互相影响，建设项目管理流程的界面有很多种类型，可以从很多不同的角度来描述：
(1)项目的各类组织系统之间以及项目整个系统与外界环境系统之间存在复杂的管理界面。例如，政府主管部门、项目管理组织、承包商、材料供应商等项目参建单位之间的工作往来形成了复杂的管理流程界面：从总体上，项目所需要的资源、信息、资金、技术等都是通过界面输入的，项目向外界提品、服务、信息等也是通过界面输出的，所以整个系统与外界也存在着复杂的界面。
(2)在工程项目生命周期的各阶段之间的管理流程界面。建设项目自可行性研究至设计、设计到施工、施工到验收，在这些界面的两侧的管理环境及参与单位都有着显著的不同从而导致管理流程的差异，这些差异造成不同的工作、人员行为以及控制方针，从而形成了项目管理实施过程之间的管理流程界面。
(3)各管理子系统之间的职能管理流程界面。在建设项目的管理中，项目管理的各个职能以及各个管理部门在项目过程中形成一定的关系，互相依赖、互相影响，由于各子系统的功能不同、目标不同，按其职能可将项目管理系统分解为进度管理子系统、成本(投资)管理子系统、质量管理子系统、合同管理子系统等，从而各个子系统之间构成复杂的职能管理流程界面。
(4)在项目建设的各个管理职能系统内部也存在管理流程的界面，例如进度计划管理系统中，进度计划的编制分为总体实施计划及各年度、季度、月度计划的编制。在总体计划编制的管理模块中，输入是项目管理目标及上层系统组织的意图，输出是项目的总体实施进度计划，对于年度进度计划的编制而言，其输入是总体实施计划，输出是项目的年度实施计划。所以，不同阶段的计划编制工作之间存在流程界面。
(5)部门间流程界面。部门间流程是跨越两个或两个以上职能部门的流程，即流程的系列活动是由不同职能部门的人来共同完成的。部门间流程的活动是不同的，但却是相关的，活动之间有着内在的联系，有些活动乍看起来是不相干的，但通过某些其他活动的媒介，这些活动间也发生了远程联系，通过这些不同部门间的相关活动的共同作用产生了特定的结果，从而构成某一工作完成的特定流程。诸如，在建设项目的计量支付中，对于项目管理组织而言，首先必须由工程处对工程质量验收合格，随后由计划处计量人员进行造价审核，最后由分管领导审查签字。这项管理工作的实施跨越了三个部门，产生了部门间的流程界面。
因此，我们要对整个管理系统进行全面分析，运用集成管理的思想，对流程实施集成管理，做好各管理流程的界面协调，保证各管理子系统之间以及各子系统内不同管理流程的物资、能量、信息通畅地流动，同时要处理好系统与外部环境的关系，使整个管理系统始终处于有效平稳的状态。
3 大型建设项目合同管理流程的设计与实现
3．1 背景分析
某大型项目的合同管理流程系统需要全面地归纳建设项目合同管理的事务，其中包括招投标文档，并通过分类登记、关联管理、跟踪催办，使原本散落在各个部门和各个人案头、柜子中的所有合同台账、费用往来、文件往来、进度款、付款凭证、变更及其处理过程记录等均可有条不紊地记载到该系统中，使原本难以理清的施工管理和合同事务变得有章可循。要求该系统不仅本身具有强大的管理功能，还可很好地桥接工程项目的其它业务管理，如：对进度计划管理、材料与物资管理、投资控制管理、质量安全管理等各个管理系统之间起到协调、监控作用。
3．2 本项目合同流程管理的目标分析
本项目的合同流程管理主要是实现对项目合同签订、履行、变更、索赔、终止、结算等的全过程跟踪管理，同时为决策提供相应的支持信息和完整的文档管理。具体包括：
(1)实现对合同签约的流程化管理，该部分内容可链接到招投标管理子系统中；
(2)以合同为主线，以费用为中心，实现对合同全生命周期的管理；
(3)对合同变更、索赔等重要合同事件进行记录、分析，其中变更部分链接到计量支付中的工程变更管理；
(4)对工地会议、大事件、物资供应等进行记录，以便查询。
本系统所涵盖的业务范围是针对工程相关合同生命周期中的各项业务，包括基本信息的管理、工程各类合同的签订、履约监控、变更、索赔、终止、结算等业务和工程备忘录。
按照合同的生命周期，本系统合同管理子系统涉及的业务过程有合同的申请审核、工程各类合同的签约、履约、计量与支付、变更和索赔、终止、结算等业务。本系统主要分为基本信息管理、合同签约管理、合同进程管理、合同变更管理、合同索赔管理、合同终止管理、工程备忘录七大模块。
合同管理子系统采用目录树层状结构，对合同申请、审核、签订、索赔、计量、支付、变更等合同相关业务进行全面、有效地管理，使工程项目各有关单位之间建立有机的联系，相互协调，共同实现进度、质量、费用三大目标。
3．3 合同管理综合流程图
根据本项目的特点，建立的合同管理综合流程图。
3．4 主要的功能模块的分析
3．4．1 合同签约管理模块
本功能模块是保证项目的顺利进行，规范经济行为，有效控制投资规模，规范合同的签约行为。其主要功能包括如下几点：
(1)实现合同文本审核流转单的增、删、改；
(2)实现合同文本审核流转单的在线流转；
(3)实现合同文本电子文档的挂接；
(4)实现对合同模板的增、删、改；
(5)实现对因招标项目的信息查询；
(6)实现合同文本电子文档的在线批注、审核。
合同签约管理流程。
3．4．2 合同进程管理
合同进程管理主要包括进度信息管理、质量信息管理、计量信息管理、支付信息管理四大管理模块。
1、进度信息管理
该模块主要反映工程的进度计划与完成情况，可由各标段的进度计划与完成情况的相关数据编制汇总得出进度汇总表。该功能模块要实现的功能如下：
(1)实现进度计划、完成情况的调用；
(2)实现进度计划、完成情况的信息查询；
(3)实现各标段进度计划、完成情况的对比分析。
2、质量信息管理
该模块主要提供工程检测与评定及质量事件的信息。可由各标段质量检测、评定及其相关数据汇总得出工程质量汇总报表。该功能模块要实现的功能如下：
(1)实现质量信息的调用；
(2)实现质量检测、评定与质量事件的信息查询：
(3)实现各标段质量情况的对比分析。
3、计量信息管理
该模块主要是对各标段每期工程计量信息的查询与汇总，可由各标段审核后的计量及相关信息，如工程量清单、中间计量表汇总出审核后的中间计量总表。其流程图。
该功能模块要实现的功能如下：
(1)实行计量信息的调用：
(2)能够察看其他模块中相关的支付、质量与进度信息，能够对累计完成数据进行统计，并且用直方图对合同完成情况进行统计分析；
(3)能够对完成项目进行费用分摊；
(4)对以往审核后计量信息的查询。
4、支付信息管理
该模块主要是对各标段每月支付信息进行查询与汇总。可由审核后的各标段支付及其相关信息，如中间支付单、付款单等汇总出审核后的中间支付汇总表。支付流程图包括中间支付流程图和竣工支付流程图。
该功能模块要实现的功能如下：
(1)实现调用支付信息；
(2)实现对中间支付信息的查询；
(3)对支付金额超过支付比例的进行预警；
(4)对支付款项做支付跟踪，查询实际支付时间、支付数量，及累计各期的支付数。
3．4．3 合同变更
主要实现合同变更的查询汇总，并分析合同变更的变更工程量和计算审核，实现对非合同变更(工程变更和设计变更)的量价分析，并设置是否记人合同总价调整的功能。可实现由合同变更的基本信息，包括变更原因、变更内容、变更时间、审核记录等汇总得出合同变更情况一览表，并予以合同的变更管理的功能。
该功能模块要实现的功能如下：
(1)当有新合同变更单进入系统时报警，提示相关工作人员；
(2)对各标段合同变更单的查询：
(3)对各类变更进行量价分析；
(4)对合同变更审核过程进行查询；
(5)能够通过查询相关的设计变更单审核工程变更单。
3．4．4 合同索赔
该模块主要实现合同索赔的查询汇总，并分析合同索赔的变更工程量和单价以及工期。本功能模块不实现索赔的录入，索赔申请审核在投资控制子系统系统中实现。该模块可实现由合同索赔的基本信息，包括索赔日期、索赔原因、索赔内容、索赔审核意见等汇总得出合同索赔信息一览表。该功能模块要实现的功能如下：
(1)提示、查询、跟踪合同索赔状况；
(2)合同索赔与相关工程问题关联：
(3)合同索赔需进行量价分析和费用分摊。
合同索赔的基本流程图见图7所示
3．4．5 合同终止管理
1、合同中止和终止合同中止和终止后要进行结算和资料移交等工作。该模块的输入为合同中止和终止的基本信息，该模块的输出主要为合同中止和终止的基本信息列表。该功能模块要实现的功能如下：
(1)合同中止申请审核信息和终止信息的增、删、改：
(2)合同中止申请审核信息和终止信息的查询。
2、合同结算
合同结算指系统根据结算日期汇总合同投资的各项信息，如合同金额，发生变更金额，累计完成投资额，累计进度款支付金额，剩余合同投资等，本管理模块可以实现合同结算功能。该功能模块要实现的功能如下：
(1)合同结算信息的增、删、改；
(2)合同后生成合同剩余工程量清单。
3．5 接口
合同控制系统不使用外部专用软件，因此本系统的接口主要是指与其他子系统的接口。
在工程项目实施中合同管理是投资、进度、安全/质量控制的依据。
(1)与投资控制子系统通过合同分解编码和清单分解编码相联系，两个系统的交叉主要在实际计量支付的管理和变更、索赔对投资的影响上，实际审核的流程交由投资管理子系统实施，审核结果的支付数额、变更索赔数额等传给合同子系统做进一步查询分析。
(2)对于计划进度控制子系统可通过合同编码直接和进度子系统相联系，合同子系统关于进度计划与计划完成情况的信息由计划进度子系统调用，由合同子系统进行查询分析。
(3)对于质量控制子系统可通过合同编码直接和合同子系统相联系，合同子系统关于质量检测、评定与质量事件的信息由质量控制子系统调用，由合同子系统进行查询分析。
(4)对于招投标项目的合同相关信息可由招投标子系统调用，包括在合同申请过程中招标项目的中标信息。
第3篇：变更管理流程范文
关键词：电力系统；通信；IT服务管理
中图分类号：TN914
文献标识码：A
文章编号：1009-2374(2009)03-0158-02
一、电力系统通信部门的IT服务管理
电力系统通信部门IT服务管理体系包括展现层、功能层、数据层。通过对各种系统状态进行实时监控，将现有软硬件环境、网络资源、应用系统、人力资源、知识库有机地融为一体，合理调配资源，切实解决了机构人员、管理模式、业务流程、技术集成等方面实际问题，真正实现科学高效的IT服务管理。
二、典型处理流程
IT服务管理是一种面向流程的管理模式。在电力系统通信部门原有的业务流程的基础上，对其进行优化和改造，在此提出了IT服务管理四个典型处理流程，下面分别从流程目的、功能等角度进行说明：
(一)事件管理流程
事件是任何不符合标准操作且已经引起或可能引起服务中断和服务质量下降的事件。在ITSM引入以前，事件管理没有特定的流程，所有事件都通过通信故障专线通知到通信调度部门，然后由值班员派工单给检修班成员，并不区分事件的“轻重缓急”，也没有技术层面的审核，因此故障派修单回单率一直很低，很多单据由于不具备执行条件而在班组和通信科之间来回推诿，降低了故障解决时间，也没有相关考核指标。
事件管理的流程如下：首先，事件通过运行单位填报、用户填报或者通信检修部门巡视发现填报，所有事件记录进系统，对于已经处理的缺陷只要补报即可。接着通信调度进行分类预判断并分派，确定是事件的影响范围和优先等级：如果是事件处理影响范围小或无影响，则直接进行派单；如果事件处理影响范围大，则要求检修部门先进行停服役申请，再进行事件处理。然后，检修部门消缺完毕后，由用户和通信调度分别进行消缺验收，判断是否已解决确定问题：如解决，则由检修班回单给通信科，则纳入审核管理或者填报缺陷归档，关闭记录；如没有解决，则纳入通信科审核管理继续诊断，纳入下一季度大修工程，必要时转省调、厂商和集成商、服务商等进行支持解决等。最后更新文档，必要时进行回顾，事件支持人员将根据管理要求定期产生相关报表。
(二)问题管理流程
问题管理流程设立的主要功能是分析已被列为问题的事件(一组或一个)的根本原因，然后找出和建议永久性解决方案。其目的包括：(1)确保分析并确定事件的根本原因，以防止再次发生；(2)确保问题分派了正确支持人员，提高解决率。(3)根据IT资源情况分派问题优先级；(4)主动提供预防性措施；(5)提高IT服务的可靠性；(5)降低IT支持成本；(6)提高通信部门的整体形象和名誉。
(三)配置管理流程
通信部门的所有资源都通过手工和电子配置管理是通过手工形式派发“电路(设备、线路)投入、改接单”，单据与实际资源状况出入较大。待单据完成后，由专人进行手动的资料更新和管理，而经常出现资料忘记更新或资料更新出错，缺乏必要的考核体系。
配置管理的流程如下：首先进行配置申请。接着配置管理员根据需求进行方案设计，经配置管理经理审批后生成配置工单。配置工单由配置经理审核后进行工单派发，此时由于工单并未真正实施，配置资源处于预占状态。然后配置管理员根据班组回单进行完成确认，若确认完成，则将资源预占状态更改为运行状态；否则取消资源预占状态。并定期进行资源检查验证，流程回顾，每个一个季度由系统自动生成配置管理报告，据此可进行资源分析、预警等。
(四)变更管理流程
变更管理流程将通过标准统一的方法和步骤管理和控制所有对通信系统运行环境有影响的变更。其目的在于：通过对所有变更的正确评估，可以维护通信系统运行环境的完整性；确保变更和变更实施得到正确记录，并提供审核统计；减少或消除由于变更实施准备不当等原因出现的故障；提供一致性的变更实施质量控制；提高资源使用率(如未得到正确控制和授权的变更需要更多的后续资源)；确保实施的变更不会超出预定的系统利用限值确保紧急变更请求得到快速实施。
三、IT服务管理体系的实施效果评价
杭州市电力局通信部门IT服务管理系统2006年初上线运行。截止到2007年9月30日，IT服务管理系统的配置项数据包括服务器、客户端设备、网络设备、变电站通信机房、变电站通信屏体信息、数据采集与监视控制系统(SCADA)采集点以及其他各种设备信息，总计有36个分类、95000多条记录。自投运以来总共记录有效服务呼叫8546条，电力通信网和管理信息化共关闭8492条，完成比率达99％。
杭州市电力局通信部门IT服务管理系统固化了18种处理流程及衡量标准、20项事件流程服务指标、10项工作量考核指标、28种事件分类指标等可量化的IT运行维护指标，电力通信网和管理信息化都分别设置了流程经理，每个流程又明确了流程负责人，负责处理流程时限、效率和质量。IT服务管理系统提供了可观、可测、可控、可量化的工作环境，工作量考核、系统风险识别、流程实施关键绩效指标(KPI)、人员技术能力等都可用“数字说话”。通过系统实施，事件处理更加高效。变更管理更加规范、问题管理更加可控、IT服务水平和人员素质得到了极大提高，为IT管理人员提供了方便高效的管理手段。
第4篇：变更管理流程范文
【关键词】信息化管理，工程项目，合同实施
一、工程项目市场合同信息化的现状
在现代化工程项目管理中，企业越来越强调系统的集成，在工程项目中界面具有十分广泛的意义，项目的各类系统，如目标系统、技术系统、行为系统、组织系统等，他们的系统单元之间，以及系统与项目质量、项目进度、材料供应、工程安全、外部环境之间都存在着复杂的界面。
然而，我们可以从不同的角度分析看看：
（一）项目的各类组织系统之间以及项目整个系统与外界环境系统之间存在复杂的管理界面。例如，政府主管部门、项目管理组织、承包商、材料供应商等项目参建单位之间的工作往来形成了复杂的管理流程界面。
（二）在工程项目生命周期的各阶段之间的管理流程界面。建设项目自可行性研究至设计、设计到施工、施工到验收，在这些界面的两侧的管理环境及参与单位都有着显著的不同从而导致管理流程的差异，这些差异造成不同的工作、人员行为以及控制方针，从而形成了项目管理实施过程之间的管理流程界面。
（三）各管理子系统之间的职能管理流程界面。在建设项目的管理中，项目管理的各个职能以及各个管理部门在项目过程中形成一定的关系，互相依赖、互相影响，由于各子系统的功能不同、目标不同，按其职能可将项目管理系统分解为进度管理子系统、成本（投资）管理子系统、质量管理子系统、合同管理子系统等，从而各个子系统之间构成复杂的职能管理流程界面。
二、影响企业工程项目信息化的因素
（一）合同文件管理模块：收集、整理合同管理工作中形成的有关资料以及其他一些与合同管理密切相关的资料，进行合同文件的检索、查询、合同数据的输入、修改等。其涉及的数据有：建设工程合同协议条款，建设工程合同条件，洽谈、变更、明确双方权利和义务的纪要、协议，招标工程中标通知书，投标书，招标文件，工程量清单，标准规范和其他有关资料，技术要求等。
（二）合同条款检索模块：可对各类合同条款进行检索，以便监督合同的履行和合同的实现。合同条款检索可分为无条件检索和有条件检索，无条件检索是按合同条款的自然顺序进行检索；有条件检索是按使用者所选择的条件进行检索查询。选择条件可分为：条款检索、条款项检索和主题词检索。
（三）合同管理模块：它主要涉及的数据是在工程建设中，关于工程质量、费用、进度等方面的信息。它分为合同实施控制子模块，合同变更管理子模块，索赔管理子模块。合同实施控制子模块：主要是对工程质量、费用、进度等方面信息进行分析和实施动态管理，将合同实施结果与合同计划目标对比，找出两者之间存在的差异，从而及时调整合同实施计划。合同变更管理子模块：对工程施工过程中经常发生的合同变更，可自动生成变更清单，计算变更费用，生成变更详情表，计算变更净值，以及变更与原合同的对照表，并及时反映变更后的总投资变化情况。合同索赔管理子模块：主要包括索赔证据管理，索赔鉴别管理，索赔计算管理，索赔文件管理及有关数据库的管理等，为管理人员提供有关收集、查询、加工、更新有关索赔的各类工程数据的服务，提供索赔意向通知书，索赔报告，进行索赔计算等。
三、如何强化信息化管理建设
（一）合同在建设项目管理过程中正在发挥越来越重要的作用，具体来讲，合同在建设项目管理过程中的地位和作用主要体现在如下三个方面：
1、合同是建设项目管理的核心。任何一个建设项目的实施，都是通过签订一系列的承发包合同来实现的。通过对承包内容、范围、价款、工期和质量标准等合同条款的制订和履行，业主和承包商可以在合同环境下调控建设项目的运行状态。通过对合同管理目标责任的分解，可以规范项目管理机构的内部职能，紧密围绕合同条款开展项目管理工作。
2、施工合同是承发包双方履行义务、享有权利的法律基础。为保证建设项目的顺利实施，通过明确承发包双方的职责、权利和义务，可以合理分摊承发包双方的责任风险，建设工程合同通常界定了承发包双方基本的权利义务关系。
如发包方必须按时支付工程进度款，及时参加隐蔽工程验收和中间验收，及时组织工程竣工验收和办理竣工结算等。承包方则必须按施工图纸和批准的施工组织设计组织施工，向业主提供符合约定质量标准的建筑产品等。
3、合同是处理建设项目实施过程中各种争执和纠纷的法律证据。建设项目由于建设周期长、合同金额大、参建单位众多和项目之间接口复杂等特点。在合同履行过程中，业主与承包商之间、不同承包商之间、承包商与分包商之间以及业主与材料供应商之间不可避免地产生各种争执和纠纷。而调处这些争执和纠纷的主要尺度和依据应是承发包双方在合同中事先做出的各种约定和承诺，如合同的索赔与反索赔条款、不可抗力条款、合同价款调整变更条款等等。。
（二）大型建设项目合同管理流程的构建步骤
1、为了保证建设项目合同管理的成功实施，必须建立一套高效的管理流程体系，而一个理想的流程体系结构应该满足以下两个条件；（1）流程同步，指流程应具备在质量、数量、时间等方面准确满足建设项目合同目标实现的能力。（2）流程高效，是用总的流程成本来计算，理想水平是用尽可能低的成本来保证项目信息流程、资金流、物资流的运转。
2、大型建设项目合同管理流程的控制。大型建设项目合同管理流程控制是利用现代工程项目管理相关学科知识和技术方法，通过对影响建设项目合同管理的目标的因素进行识别、建设环境进行分析，对工程项目建设合同管理的目标控制的原则、原理、方法及措施做出全面的系统规划，进而对建设行为状态实行跟踪控制和组织协调，从而保证对建设项目管理职能的履行，最终实现工程项目的建设目标。
第5篇：变更管理流程范文
关键词：企业合同 信息管理 系统
该系统采用目前流行的B/S架构，支持个人电脑的各类型操作系统，对各类主流浏览器都有很好的兼容性。该套系统采用主流的大型数据库管理软件Oracle管理、存储合同信息，应用程序部署在Tomcat应用服务器之上。
根据常见的业务需求，合同管理系统分为三大模块，分别是合同会签管理，合同变更管理，合作伙伴管理。根据业务模块的划分和需求分析，设计关系模式并建立如下数据库表和其中字段：1、合同信息表（合同ID，合同名称，合同简介，合作伙伴ID，合同类别ID，合同年份，项目ID，总金额，经办人，经办部门，合同履行开始时间，合同履行结束时间，归档人，归档日期，工作流序号，工作流状态，验收终止日期，企业编码）。2、合同类别表（合同类别ID，合同类别名，识别码，说明，修改人，是否使用）。3、合同变更申请表（合同变更ID，合同变更编号，合同ID，经办人，申请部门，变更类型，原合同金额，现合同金额，变更理由，备注，工作流序号，工作流状态，起草人，起草日期，企业编码）。4、合作伙伴信息表（合作伙伴ID，合作伙伴性质ID，重要程度ID，行业ID，合作伙伴编号，合作伙伴名称，公司负责人，基本介绍，业务范围，主要业绩，公司地址，联系电话，电子邮箱，公司网址，法人代表，纳税人资格，开户银行，帐号，注册资金，备注）。5、用户信息表（用户ID，用户工号，用户姓名，是否使用，企业编码）。
其中合同会签管理又可分为合同会签起草，合同会签审批，合同会签查询三个子模块。
1.合同会签起草页面由合同起草人对合同信息进行登记，登记完之后可保存、上报给部门会签和领导审批。登记内容包括合同名称、合同类别、合同登记年月、项目名称（需要关联项目的合同）、供应商、合同履行开始结束时间、上传附件等内容。
2.合同会签审批页面提供可视化的工作流审批查询功能，实时查询合同审批节点信息以及各节点审批人及审批意见。经办部门提交合同后，根据合同的不同类别，进行不同的审批流程，流程在各个相关单位及领导之间流转。在合同审批页面除了可以查看合同基本信息，还设计了签字、会签表、会签查询三个按钮，分别用于签字审批，查看会签表，查看会签审批流程信息功能。
3.合同会签查询由两个部分组成，即查询条件和合同列表。查询条件由合同信息的一些关键字段如登记日期，合同编号，合同名称，供应商，经办人，签字状态构成，根据这些条件可以进行过滤查询，精确查找到需要的合同。合同列表则把正在审批流程中及已经审批结束的合同按行展示出来，每行显示合同信息的关键字段，如合同编号、合同名称、供应商、总金额、经办人、会签状态等字段。
合同变更管理模块支持合同按照要求的变更活动。即可以在固定节点控制合同是否可以进行变更。支持变更合同的审批。系统记录合同的变更记录，如资金变动情况。系统能重新生成变更审批表，合同的变动情况在台账和统计功能中自动反映出来。系统记录合同变更的原因、影响，并将变更依据作为附件导入系统，从而兼顾了变更过程管理的严谨和自动性，关联结果，有据可查，权责明晰。此模块分为三个子模块，即合同变更申请、合同变更审批、合同变更查询。
1.合同变更申请页面在进行合同变更时，首先选择原来的合同，这样系统就会自动带出原合同的相关信息，在此页面可以对包括合同名称、合同经办人、合同金额在内的一些字段信息进行修改，并填写变更原因，上传变更后的合同文本后保存，保存之后即可走合同变更审批流程，此时系统会自动生成合同变更号。
2.合同变更审批页面是在合同变更之后，根据企业制定的审批流程合同变更信息会像上面的合同会签一样走一个审批流程。当合同变更信息走到对应部门负责人或相关领导节点时，其有权限对合同变更信息进行查询，进而做出同意或者退回的审批意见。
3.合同变更查询页面可以对企业所有的合同变更信息进行查询统计。
合作伙伴管理模块通过对合作伙伴基本信息的录入保存，提供了统一的准入机制、审核标准，实现了对合作伙伴注册信息的审核、定期评价、分级归类的管理。合作伙伴管理模块分为两个子模块，即供应商信息登记、合作伙伴综合管理两个子模块。
1. 供应商信息登记页面实现了新增、修改、查询合作伙伴基础信息的功能，在此页面可以对供应商全称，供应商级别，公司负责人，企业类别，企业行业，企业性质，公司简介，合作经历以及合作伙伴的联系方式进行登记。当企业信息发生变化时，也可在此页面对企业相关信息进行修改。
第6篇：变更管理流程范文
关键词 软件配置管理；软件生命周期；KCFlow
DOI DOI： 10.11907/rjdk.162381
中图分类号： TP301
文献标识码： A 文章编号 文章编号： 16727800（2017）002002603
0 引言
随着软件规模的日益增大，软件复杂度逐步提高，软件产品处于不断更新变化中，为了确保整个软件项目生命周期内产品的完整性、一致性和可追踪性，必须对软件进行配置管理。
软件配置管理（SCM，Software Configuration Management）指标识和确定软件系统配置项的过程，在软件系统的整个生命周期内控制这些项的投放和更改，记录并报告配置的状态和更改要求，验证配置项的完整性和正确性[1]，通常包括配置标识、配置控制、配置状态记录、配置审核等活动。软件配置管理是整个软件开发生命周期中一个非常核心的管理过程，贯穿了从需求分析、架构设计、项目管理、开发、集成及测试的全过程，可以有效管理配置项版本，记录配置项开发过程，保证软件质量，提高软件重用率。
在软件开发这个庞大而复杂的过程中，涉及到各方面人员，产生许许多多产品。由于规程过于繁琐，手工方法实施软件配置管理是难以想象也是不可能的，因此，有效的软件配置管理需要结合工具来实现。使用软件配置管理工具，可以确保软件项目中基线和配置项随时保持条理清晰，迅速找到工作产品，保证工作产品的版本、内容不会出错，提高管理水平。
1 工具介绍
软件配置管理工具KCFlow采用C/S架构，以软件配置管理项的版本管理为核心，具有软件配置策划管理、变更控制、产品一致性管理、软件问题追踪管理、软件配置审计管理等功能，实现了对配置管理工作的全流程、全方位支持。
KCFlow具有以下特点：C/S软件架构使项目中的各类人员可以在工具提供的平台上分布式工作，确保各项工作有序、规范地实施；具有策划配置项标识功能；支持独立的配置项，单独策划入库、出库和更动审批，能够自动按照策划结果实施入库、出库和更动控制；支持基线的多版本管理功能；支持用户自定义软件问题类别、问题级别、更动类别等，以适应不同的使用需求；支持多个软件开发人员在线提交软件入库申请、出库申请、更动申请等。
2 软件配置管理
软件配置管理是CMM重要的过程域，本文结合配置管理工具给出配置管理实施方法。
项目启动后，配置管理组根据项目情况策划配置管理活动并建立配置管理系统。首先制定配置管理计划，根据计划建立配置管理系统，通过版本控制、变更控制、基线管理和配置审核等方法，对配置管理系统中的工作产品实施控制和监督。软件配置管理流程如图1所示。
图1 软件配置管理流程
2.1 配置管理计划
经过批准的软件配置管理计划是实施软件配置管理活动的依据[2]。在进行配置管理前应根据项目的具体情况制定软件配置管理计划，内容包括：
（1）确定配置管理机构和人员职责，审批流程。组织机构主要有软件配置控制委员会、软件配置管理组。软件配置控制委员会负责出入库控制、变更及基线的建立和；软件配置管理组负责相关制度的建立和维护、工具的推广、培训和技术支持、配置管理审核等。
（2）描述具体配置管理活动，包括标识要纳入配置管理的配置项，规定提交时间、确定项目研制各阶段的基线、基线建立的时机和配置管理项等。配置项根据控制力度分为基线配置项和非基线配置项两类。基线配置项一般包括软件研制任务书、软件需求规格说明、设计说明、设计文档、测试文档、代码、用户手册等；非基线配置项包括计划类文档、开发环境、会议纪要等。标识配置项为每个软件配置项赋予唯一的标识符。在软件开发生存周期中，软件配置项标识应包括文档标识、程序标识和数据标识等[3]。
（3）确定更动申请流程及更动申请方法。
（4）描述配置管理报告内容、报告时机、报告人和通告对象等。
（5）制定配置审核时机、审核内容及审核问题的解决方法，软件配置管理所使用的工具、技术和方法。
使用KCFlow配置管理平台，制定配置管理计划，并依据配置管理计划实时自动化约束配置管理活动，客观记录配置管理活动。KCFlow可对配置管理计划中的机构组织、基线、基线下包含的配置管理项、工作产品标识、问题类型、问题来源、更动流程、修改类别、项目基本信息等进行配置策划。一般基线策划有3条：功能基线、分配基线和产品基线。配置项标识应按照相关的配置项标识规范进行，一般文档、程序标识采用以下格式表示：文件名称英文缩写 V主版本号.次版本号；问题类型可分为程序、文档、数据库等；问题来源有计划、方案、设计、编码、数据库、测试、使用和维护等。
2.2 配置管理系统
配置管理计划经过评审后，由配置管理员依照配置管理计划建立开发库、受控库和产品库，对库结构进行策划，明确基线内容，定期备份配置管理库，为相关人员分配权限并发送用户帐号信息单给相关人员。
开发库、受控库和产品库应独立管理。开发库存放开发过程中需保留的各种信息；受控库存放已通过评审且作为阶段性产品的软件配置项；产品库存放已定型（鉴定）供交付生产、检验验收的软件配置项。在KCFlow中创建受控库一般包括功能基线、分配基线、产品基线及非基线配置项。功能基线包含软件研制任务书等文档；分配基线包含软件需求规格说明、接口需求规格说明等文档；产品基线包含软件设计说明、接口设计说明、软件测试说明、软件测试报告、固件保障手册、源代码、目标码、软件版本说明、软件研制总结报告、软件配置管理报告、软件质量保证报告等；非基线配置项主要包含计划类工作产品。
2.3 配置控制
配置控制是配置管理的组成部分，包含评估、协调、批准/拒绝、配置项的变更[4]。配置库建好后，配置管理员按照配置管理计划进行日常的配置管理活动，主要包括版本控制、变更控制、基线管理等。
2.3.1 基线管理
基线是软件生命周期中各开发阶段的一个特定点，它的作用是把开发各阶段工作明确划分，使本来连续的工作在这些点上断开，以便于检查和肯定阶段成果[5]，是进一步开发的基础。
在软件生命周期中主要有3种基线：功能基线、分配基线和产品基线。功能基线是开展软件研制工作的依据，一般是在软件研制任务书评审并纳入受控管理后建立；分配基线在软件需求规格说明评审并纳入受控管理后建立；产品基线在产品后建立。
基线包含的配置项全部入库后才可建立基线，配置管理员提交《基线建立和申请单》，通过软件配置控制委员会审批通过授权后，方可建立和基线。基线后，配置管理员要把基线的结果通告给相关人员，通告内容包括基线名称和标识、所包含的配置项及配置项版本等信息。
对基线的变更需要通过正式的变更流程来完成。首先提出变更请求，然后进行变更评估，变更批准后再进行变更。变更评估包括：软件变更分类、技术影响分析、接口影响分析、进度及预算影响分析。
2.3.2 变更控制
对已进入受控库和产品库的任一软件配置管理项的更改，要履行规定的申请和审批手续。配置管理工具KCFlow提供了两种更动流程供选择，一般采用的更动流程是：填写问题报告、提出更动申请、更动出库、实施和验证更动和更动入库，具体更动流程如图2所示。
（1）发现问题，并填写《问题报告单》。变更人发现问题后首先填写问题报告单，在问题报告单中详细描述问题，说明问题来源并对问题进行分析，确定问题类型。
（2）提出更动申请，填写《更动申请单》。《更动申请单》要详细填写问题来源、问题类别、问题级别、更动类型和修改类别等，描述更动方案、影响域分析及验证办法，待更动申请批准后方可进行更动。
（3）更动出库。更动申请通过审批后，更改实施人填写《更动出库单》，审批通过后，检出待更改的配置项准备实施更动。待更改配置项出库后，处于待更动状态，禁止其他人使用。
图2 更动流程
（4）实施和验证更动。更动出库后可由变更实施人对待更动配置项实施更改，并请同行专家验证变更结果。验证结果合格后将变更后的配置项更动入库，如果验证没通过，则重新实施更改。
（5）更动入库。更动完成并通过验证后，变更实施人填写《更动入库申请单》。审批通过后，将更动后的配置项更动入库。
2.3.3 版本控制
版本控制是全面实施软件配置管理的基A，其目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，保证产品的可追溯性[6]。对配置项在初次完成时确定初始版本，在每次更改后确定新的版本。版本号由主版本号和次版本号组成，当发生更改时，若变动较大，次版本号加0.1，若变动较小，次版本号加0.01。
2.4 配置管理记录和报告
配置状态记录和报告通常称为配置状态纪实。配置状态记录主要对配置管理活动进行记录和报告，一般包括以下内容：配置项纪录（名称、标识和版本）、变更纪录、基线纪录、出入库纪录、审核纪录、备份记录和测量信息等。
配置管理工具KCFlow可以根据配置库中的内容生成配置状态报告，确保配置管理报告和配置管理库的客观一致性。在项目每个阶段结束时，配置管理员从KCFlow导出该阶段的配置状态报告，总结该阶段的配置管理活动，统计配置管理相关数据，并将配置状态报告发送给相关人员。
2.5 配置审核
配置审核是一种软件验证方法，其目的是检查软件产品和过程是否符合标准和规程，是变更控制的补充。配置审核包括功能配置审核、物理配置审核和管理配置审核。
功能配置审核一般由项目经理审核配置项的实际功能特征是否达到功能基线文档中所规定的要求。物理配置审核是通过对配置项的检测，鉴定文、图、物的一致性，保证软件更改的完整性。配置管理组定期（每季度）进行配置管理审核。配置管理审核主要是对配置管理过程进行审核，确认配置管理记录和配置项是否完整、一致和准确。审核过程中，相关人员按照审核内容形成《配置审核检查单》，对不符合项进行记录和处理。
KCFlow具有灵活的配置审核功能，能够策划适合本单位的软件配置管理审核准则。每次入库时，相关人员进行物理审核，在基线建立及变更时进行功能审核。
图3 配置审核策划
3 结语
软件配置管理贯穿整个软件生命周期，在软件开发过程中采用有效的工具进行配置管理，能够弥补人工管理出现的纰漏，规范开发流程，保证软件产品质量，减少软件缺陷，缩短软件开发周期，降低软件维护成本。本文结合配置管理工具，对软件配置管理流程及实施方法进行了研究。为提高软件开发的效率与质量，今后的工作中应结合项目实际情况及本单位的配置管理相关规定，对配置管理工具的适应性进行研究，以满足各种软件开发要求。
参考文献：
[1] 石柱.软件工程标准手册[M].北京：中国标准出版社，2007.
[2] 何新贵，石柱，王纬，等.GJB5000军用软件能力成熟度模型实施指南[M].北京：国防工业出版社，2004.
[3] 王忠贵，刘姝.航天型号软件工程方法与技术[M].北京：中国宇航出版社，2015.
[4] 董越.未雨绸缪理解软件配置管理[M].北京：电子工业出版社，2012.
第7篇：变更管理流程范文
合同管理信息系统在开发设计过程中，需重点考虑起草合同和变更合同在审核处理过程中的状态转换情况。起草合同一旦录入则置为待发送状态，在进行审核时，会依据实际情况产生审核通过或审核未通过的状态。在合同进行结项操作后还可以进行取消操作，恢复到审核通过状态。起草合同状态为审核通过时，如果需要对合同状态进行修改，则需要启动合同变更流程，变更合同的状态与起草合同的状态相同。审核通过的变更合同在审核通过状态下可以再次进行变更。结项状态的合同不能进行任何修改操作，如需要进行修改，则必须取消结项操作，将合同置为审核通过状态，然后使用变更合同的流程对其进行修改。同时，系统应重点解决合同的起草、评审和执行情况监控，主要有合同起草和合同变更2个流程合同变更流程在新增合同审核通过后进行。业务流程。
2系统设计
2.1总体架构
合同管理信息系统总体构架共划分为4层。
（1）数据层：主要用于数据的存储，为其它各层提供基础的数据支持。包括合同信息、变更信息审核信息、附件信息、统计信息、基础信息6个数据库
（2）支持层：对系统的基础和公共功能进行整合，形成平台，主要包括：组织机构管理、数据字典管理、数据导出管理、角色管理、权限管理、登陆管理等模块。
（3）业务层：业务层是合同业务处理的核心内容，基于数据层和基础层建立，包括：合同起草管理。合同变更管理、财务信息管理、合同执行管理和合同模板管理5个模块。
（4）访问层：使用平台层的登陆管理，进行认证后，对业务和平台操作在页面中进行统一展现。
2.2系统功能设计
按照系统功能分析结果，为实现系统建设的目标，系统在提供人员部门、角色管理等基础功能的情况下，需要实现5个应用系统的功能，主要包括合同起草管理、合同变更管理、财务信息管理、合同执行管理和合同模板管理。各业务模块基于支持层建立，是实现企业合同管理规范的关键。起草合同在审核通过后，可以进行合同变更，变更合同也必须在审核后才能生效。起草合同和变更合同进入执行管理。只有录入了财务数据的合同才能进行结项管理。在进行收、付款合同统计和合同管理统计时，不区分是否为结项合同。合同管理信息系统各子系统关系。
2.2.1合同起草管理起草合同管理是办理合同业务的入口，为合同管理人员起草合同时使用，在此处提供新合同信息、审核未通过合同信息、待办事项的提醒等功能。系统中要管理的合同关键信息包括合同基本信息（名称、类别、对方单位、签订日期、起止日期、签订人等）、财务信息（合同金额、计划到付款信息、多部门联合分劈信息等）、合同文本等。
2.2.2合同变更管理当已签订的正式合同需要变更时，由合同管理人员发起变更申请业务流程。此功能主要包括合同内容修改和合同变更申请的提交，以及对未通过审核的变更合同的修改，并提供合同变更历史和审核意见的跟踪查看功能。
2.2.3财务信息管理财务人员对已签订的合同进行日常管理。包括财务工作号记录、实际到付款信息、发票开具与接收信息、税款信息等。
2.2.4合同执行管理执行管理功能主要对合同的执行情况进行监控和管理，重点是对合同查询和统计功能。
（1）收/付款提醒：依据收付款计划，提醒合同管理人员近期收付款信息；
（2）结项管理：当合同履行完成时，进行合同的结项操作，同时应对特殊情况，系统支付解除结项功能；
（3）查询与统计：在对合同进行分类别、分形式管理的基础上，重点统计与分析系统的收/付款情况、税款情况、开具发票等。
2.2.5合同模板管理针对铁路科研企业合同种类多而杂的特点，方便合同起草人正确的使用最新的合同模板，系统提供外部合同模板、企业内部合同模板以及版本管理。
2.2.6系统管理功能模块主要为以上系统功能提供支持，主要包括组织机构管理、角色权限、人员管理、数据字典管理和系统日志等功能。其中数据字典涵盖了合同内容中的所有选择项的内容，包括合同类别、企业实体等内容，并与查询与统计功能紧密衔接。
3结束语
第8篇：变更管理流程范文
Abstract:The ITIL core is unifies IT and the service, is various professions IT service management best practice guide [1]. Therefore, applies the ITLT management model, establishes the hospital information service management flow, the hospital information service flow process, raises the information department's service efficiency. This article links to the Anking municipal hospital reality, has the problem in view of the information service management, has carried on the discussion, has expressed own some views.
关键词：ITIL 信息服务管理 流程
Key words:ITIL; Information service management; Flow
作者简介：柳宇，女，（1984―），安徽合肥人，安徽农业大学管理科学学院技术经济管理专业硕士研究生，研究方向信息系统与信息管理；邹能峰，男，安徽黄山人，安徽农业大学管理科学学院副教授。
【中图分类号】R197 【文献标识码】A 【文章编号】1004-7069（2009）-06-0117-02
一、引言
国内医疗行业的信息化建设始于80年代，从单机计费模式发展到今天大规模的基于网络模式的医院信息管理系统的应用，如火如荼。一方面，医院信息化建设中需要不断投资构建各种硬件系统、网络系统、软件应用系统。另一方面，医院信息化建设还普遍存在信息服务管理较弱的问题，缺乏有效的安全管理、事故管理、财务管理、配置管理等内容，这就使信息化效果成效不大。随着医疗业务的不断扩展，医院信息系统越来越复杂，医疗业务对信息系统的依赖程度也越来越紧密，信息系统的任何波动，都会直接影响到业务的正常运行。因此如何清晰的掌握系统的运行情况，把可能出现的故障消灭在萌芽状态，通过科学规范的管理保证医院信息网络的稳定运行，是医院信息部门面对的问题。
二、应用ITIL，建立医院信息服务管理流程
2.1 ITIL概念
ITIL（Information Technology Infrastructure Library, IT基础设施库）最初由英国政府信息中心CCTA（Central Computer and Telecommunications agency）提出，是目前全球IT服务商最受认可的，系统而实用的结构化方法[1]。它把欧洲各界在IT管理方面最好的方法和实践总结起来，形成规范，为IT部门提供了一套从计划，研发，实施到维护的标准方法。其核心是把IT与业务相结合，以业务为核心搭建和管理IT系统。
2.2安庆市医院信息化建设简介
安庆市立医院是皖西南唯一的“三级甲等医院”，是皖西南地区医疗、预防、教学和科研的中心，开放床位数800张，年门急诊总量50余万人次。2004年安庆市立医院正式使用了医院信息系统。经过五年的实践应用：医院信息系统在医院经济管理中优势凸显，实现了医院全成本核算，达到了管理赌赛漏洞、增加收入、降低成本、提高效益的的目的。病人从门诊挂号、看病到收费、取药，从住院登记、交押金到检查、手术等一系列治疗，以至最后出院结账都在信息系统中的各个模块中完成。其特点是规模大，功能多、应用复杂，硬件软件网络的需求在不断更新。整个系统工程维护量大，必须有多人协作，采用先进的管理理念和方法，才能使它发挥应有的作用。
2.3安庆市立医院信息服务中存在问题
2.3.1、需求开发实施等关键流程亟待完善
由于医院信息系统中体现了医院的管理制度和管理思想，因此信息系统的变动非常频繁。经常需要根据医院的管理制度和考核制度的变化，对信息系统进行匹配性的更改。而这些更改，有的甚至牵动到数据库底层结构，一旦某些环节欠缺考虑，就会在实施的过程中引起新的问题，严重时可引起信息流阻塞，导致业务瘫痪。
2.3.2、缺乏对信息资源的统一管理和监控
由于医院各部门的分工不同，而IT在医院的应用非常广泛。各部门为了各自的利益，从不同的途径获取IT。这使得信息部门一方面难以掌握IT 资源的分布情况和利用情况，无法做到对医疗业务支撑网的精确规划和调度，另一方面无法精确测量院内网的总体运行效率，对IT资源运行状况无法预警，对IT系统的运行缺乏监控，信息部门维护人员无法及时发现故障隐患。导致只有出现了问题，才能解决问题，而不能主动的管理问题。
2.3.3、信息部门的工作无法得到肯定
信息部门的工作非常繁忙，几乎所有工作人员，每天要花大量的时间和精力去处理非常琐碎的问题，而繁忙的工作，无法量化，很难得到上级领导的肯定。医院信息化建设的成效不能马上显现出来，使得信息部门工作人员的价值得不到认可，这种情况也严重阻碍了信息部门工作的开展，从而阻碍了医院信息化建设的深入，在某种程度上造成了恶性循环。
三、安庆市立医院面向服务的信息管理流程设计
3.1医院信息服务流程中变更管理和版本管理流程设计
医院信息系统，由于外部政策的变化和内部发展的需要，各部门在应用过程中根据自身的需要提出各种需求。因此，不同时期，不同考核制度，不同核算方法，要求信息系统必须根据需要变更。网络的拓展、硬件的更新使网络配置系统发生变更。这些变更如果没有记录在案，将会影响下次问题的处理，甚至造成如突发事件。因此，建立基于ITIL的变更管理和版本管理，可以确保系统更改后上线的可靠性和准确性[4]。
变更管理流程设计主要考虑下面三个方面：一是变更原因，变更影响，变更紧急度。二是设计以下主要角色：变更请求者，变更受理者，变更审批者，变更实施者，变更管理流程负责人。三是确定变更的主要活动和流程，并建立变更实施管理档案。
3.2医院信息服务流程中问题管理流程设计
建立问题管理流程，把存在的问题的现象，问题的原因，解决方法记录下来，有利于从根本上解决问题，杜绝同样问题的再次发生。采取主动性问题预防措施，从而能消除或减少信息系统中故障的发生，问题管理流程主要考虑：问题的提出，问题的记录，问题的重现，原因的分析，问题的解决五个方面。问题记录必须有规范的格式，从而在解决过程中能得到有效更新和统一认识。提高解决问题的效率。
3.3建立医院信息服务流程中配置管理
配置管理是网络系统基础架构控制中心。也是医院信息系统稳定运行的保障。建立统一完整的配置管理流程及管理范围，使配置管理流程成为信息部门的唯一进行配置管理的功能流程。
建立网络主服务器、网络系统、存储、IT设备的基础配置信息库。建立相应的流程机制来更新和保持配置信息的完整性和正确性。
建立突发事故管理流程应急方案应根据事故等级及业务种类(即子系统)来分别制定，对于门诊、急诊、药房等直接面对患者的前端工作区更应做得具体严密。第一等级是最高等级的事故，系统整个瘫痪。工作站也无法使用，这时所有的IT作业完全依靠人工。方案应包括人工操作的准备、人工操作如何迅速开展以及如何准备原始数据，以便系统恢复正常时进行补登。第二等级是服务器当机或某个区域与主干网络中断。这时工作站还能作为单机使用。使用单机来处理业务我们一般只是针对药房划价的应急，在每个药房均备有一台应急工作站，工作站每天会从服务器下载药品数据，当药房的计算机无法登录到服务器时。就启用该应急工作站进行药品划价作。最后是服务器及网络都正常，工作站出现了问题。我们备有几台备用机器，随时可以装上使用。方案制定出来后，应对操作员进行培训，并进行几次预演。有了详尽的方案及周全的人员准备，系统出现故障时操作员与我们便能很好的配合，避免数据丢失或将数据丢失降到最低，从容应付，不至于造成混乱。
四、总结
ITIL 可为医院的信息服务流程提供一个客观，严谨，可量化的标准和规范，引进ITIL管理标准，参考ITIL来规划和制定医院信息系统的基础架构及信息服务管理流程，将医院信息服务管理流程化。使信息部门在处理问题时，变被动为主动，从而确保信息服务流程能为医院的业务运作提供更好的技术和服务支持。提高信息部门的服务效率。
参考文献:
[1]Jan Van Bon 主编，章斌翻译，2005年9月，IT服务管理-基于ITIL的全球最佳实践
[2]孙强，左天祖，刘伟。2004年，IT服务管理：概念、理解与实践
第9篇：变更管理流程范文
近来，全球经济危机对国内企业造成了不同程度的影响，企业把眼光由外而内，转向了内部的挖潜和管理的提升。流程管理作为管理提升的有效手段和工具，越来越被企业的管理者所重视。
流程是处理事情的客观存在
无论在生活中、休闲中、还是工作中，我们做事情都有一个“先做什么、接着做什么、最后做什么”的先后顺序，只是没有人用“流程”这个词汇来表达而已。
除了这个先后顺序外，我们还常说某某人能力强、善于做事情，是说他们做事情有方法，比别人的做起来顺手、效果也强，到底有什么不同呢?应该是他做事的前后顺序和具体方法不同。因此，流程是不以我们的意愿所转移、客观存在的做事的方法和内容。
企业在建设的初期可能没有用文档化来表述，但流程依然存在，它或是我们的文化传统，或是潜规则；或是一种默认的、达成共识的做事情的方法和风格。
有了上述对于流程管理最通俗意义的认识后，我们再来看一下比较专业的定义。
迈克尔・哈默：业务流程是把一个或多个输入转化为对顾客有价值的输出的活动。
T・H・达文波特：业务流程是一系列结构化的可测量的活动集合，并为特定的市场或特定的顾客产生特定的输出。
A・L・斯切尔：业务流程是在特定时间产生特定输出的一系列客户、供应商关系。
H・J・约瀚逊：业务流程是把输入转化为输出的一系列相关活动的结合，它增加输入的价值并创造出对接受者更为有效的输出。
ISO9000：业务流程是一组将输入转化为输出的相互关联或相互作用的活动。
不管流程发展到什么程度，也不管是哪一种定议方式，流程最基本的要素无外乎：输入资源、活动、活动的相互作用(即结构)、输出结果、顾客、价值(如图1)。
企业什么时候要关注流程管理呢?当企业发展到一定的阶段，随着处理事务的增加，部门、岗位自然增加，一件简单的原本由一个人或几个人就可以完成的事情，变成了需要跨部门、跨岗位来完成的，自然而然用文档的形式展现出来，而为了更直观、更容易看懂。于是，这些流转的过程节点、每个节点上需要填写的内容、以及整个流程的规定，就形成了我们常常见到的流程。如请假流程、报销流程等。
在企业中众多的部门和岗位由于承载的职责不同，每个部门必然会站在自己的角度上去思考问题。关注点的不同自然而然产生了“力不往一处使”的现象(如图2)。
供应链各环节，各个部门关注的点都不相同。研发关注产品特性，对于原物料是否保障供应关注不够；采购关注供应及时性和价格的最优，生产追求更低的生产成本和产值；质检关注产品的质量和一次性合格率；营运关注订单满足率；关注反应速度；市场关注产品的品牌和消费者，关注客户满意度……
流程管理成为“疏通管道”、打通供应链各环节协同、合理计划的有力工具。因此，企业在完成了ERP、DRP、BI等信息系统的建设后，业务操作流程和管理运作流程等非结构化数据也通过信息系统进行了固化，从而达到无纸化办公的目的，但在企业不断变化过程中，原有定制、半定制的办公系统越来越无法适应，信息部门如何应对?
在建设的初始，和ERP等软件一样，企业大量出现了定制化的、半定制化的OA软件平台，它们在相当长的一段时间内支撑着企业流程的运作，起到了一定的作用。但流程不是一成不变的，它伴随着企业内外部环境的变化而不断变化。
流程随内外部环境变化
在从小到大的成长过程中，随着社会环境的变化、接受教育的程度不同，我们做事的方法和处世的态度都会不断地发生变化，而不同的人由于境遇不同，做事的“流程”也是千差万变的。
从企业信息化建设这件事来看，当大家还没有用过计算机时，你教给他的是如何做最基本的打字和鼠标的操作，然后教会他如何用Word和Excel完成日常的文档处理工作，随着应用水平的提高，需求自然而然就提高了，于是用OA来处理日常事务的办公管理、ERP来协调企业的资源计划，BI来分析展示企业内外部的经营情况。
而从流程管理的角度来看，不论企业发展处于哪个阶段，“流程”都不只是所谓“最佳管理实践”模式的照搬照抄，而必须是对应企业当前最迫切关注的问题，根据人员素质和管理现状的具体情况，还要考虑企业未来可能的发展变化等因素，进行梳理和优化，并随着企业管理的不断提升，“流程”也不断改变的，逐步走向成熟和精细化。
流程的变化，自然而然地带动支持其运作的软件的变化，而定制、半定制的软件平台在应对变化的过程中出现了很多的问题。
下面我们来看看上海一家集团公司IT主管在公司流程变革过程中所遇到的担扰和困惑。
采购流程管理现状：2008年12月，该集团公司成立流程优化办公室，计划对集团所属四大业务机构的流程进行改造。四大业务中涉及到采购流程，负责的顾问是刚进麦肯锡香港公司的高级咨询顾问，提出了一套方案，遭到了反对。现在他又急不可待地重新拿出了第二套方案，要求对现有流程做彻底调整。
该集团公司采购流程是2007年整理、上线，平稳运行至今的。采购系统从系统角度已经很好地规范了采购流程的每一步操作，对于同类商品，会自动显示上次进价，但采购员怕今天买的商品的进价高过昨天的进价被老板骂。所以就退单给用户，要求改名，重新审批。
从中我们不难看出采购部门对人员管理存在问题：采购员退单、重新审批，人为导致采购过程延长。因此，需要通过培训，让所有子公司、部门都了解管理规则，然后才谈的上执行和遵守。但是该公司这方面做的也不到位，导致单到某个环节审批、验货、收货不及时。
