变更管理的步骤范文

导语：如何才能写好一篇变更管理的步骤，这就需要搜集整理更多的资料和文献，欢迎阅读由公文云整理的十篇范文，供你借鉴。

篇1

关键词：IT运维；管理平台；设备管理

1 设备管理平台的需求及流程设计

从设备管理的角度来看，整个运维管理平台应该能够包含[1]：台帐管理模块、系统管理模块、文件管理模块以及报表统计模块等。台帐管理模块包含设备的名称、类型及型号、序列号等疾病信息；系统管理模块主要对平台内相关的代码和权限等进行管理，以记录设备管理平台使用人员的操作记录；文件管理模块可以对设备的维护记录、设备采购、报废信息等进行管理。

设计基于IT运维的设备管理平台时，可以在遵循上述需求分析的情况下，进行数据库、中间代码以及前端等的设计，设计后同时进行数据库、中间件及客户端的部署。考虑到以后的管理及维护成本，可以采用B/S架构；数据库选择Mysql，其高性能及高并发性会给设备管理平台提供高效的数据引擎支持；为提供报表管理功能，设备管理平台也会提供数据导入导出工具。

基于IT运维的设备管理平台能够对设备管理的全过程进行动态管理，不论是进行设备的采购、维修还是报废等工作，都需要根据设备管理的操作流程进行，而且设备管理流程的每个步骤都要能够根据操作人员的角色进行业务处理，从而快速、高效的管理设备。作为平台的核心功能模块，设备故障处理要经过故障申报、故障处理以及处理结果等步骤，每一步骤完成后会显示步骤的操作人员和处理时间。

2 IT运维管理平台的功能模块

缺陷管理模块中可以创建关联的变更单，此时有缺陷的被管理设备的状态被标记为“搁置”，缺陷问题被创建后，一旦缺陷问题被成功关闭，则可以根据缺陷的解决状态进行设备的状态变更，解决的缺陷其状态被变更为“已解决”。缺陷的记录一般由发现缺陷的人员进行，缺陷验收合格后，设备管理平台的运维人员需要注明缺陷处理的相关信息，并注销缺陷。

IT设备经常会遇到变更关联设备的情况，如果某设备有关联的设备存在，那么此设备的关联关系在被关闭前，此设备不能被移除。设备的变更管理包括用户接入、安装调试、检修以及配置管理等内容，如图1所示：

图1 设备变更管理的内容

其中，用户接入指的是用户提交设备变更单，对于处理完成的变更单，如果其达到预期目标，那么此变更单相关的设备变更流程即可关闭，否则此变更处理流程需要被返回。检修人员作出的检修申请形成变更申请单，如果此变更申请单涉及到的是通信的检修或停退，需要判断此检修过程是否存在检修计划，目的是让用户明确的知晓，从而指导设备管理[2]。安装人员提交安装调试的变更申请，只有当所有变更资料都提交完后，才去验收安装调试过程是否合格；如果安装调试过程达到预期目标，则可以关闭此变更申请单。配置管理变更申请一般是由用户提出，配置管理人员会判断是否需要备份处理。

日常巡检管理模块根据巡检的设备来执行不同的标准，巡检记录可以根据不同的预定义规则生成。设备管理平台的运维人员根据巡检标准、巡检周期等进行设备的定期巡检，并记录相关的巡检日志。相关设备的维护人员对此巡检日志进行分析，并给出是否正常、是否有缺陷等结论，如果发现设备的缺陷，则依据前文介绍的缺陷管理模块进行处理。

3 基于IT运维的设备管理平台

基于IT运维的设备管理平台的设备管理流程包括请实现、事件管理以及配置管理，其总共规划目标是实现设备管理的快捷性、全局性以及经济性。从整体结构上而言，设备管理平台从上而下分为表示层、业务逻辑层以及数据访问层三层。表示层用户和用户交互，业务逻辑层制定业务规则并实现相关的业务流程，充当表示层和数据访问层之间的桥梁；数据访问层的作用是访问数据库。这三层之间的依赖关系是向下的，底层无法感知上层的存在，对上层的任何设计上的改变都不会影响底层。

设计基于IT运维的设备管理平台的目的是对基于IT运维的设备管理、维护中的各项功能及非功能性需求进行设计，其中最重要的一部分是数据库，不仅要明确数据库的表名、字段名等数据信息，还要进行存储过程等数据库脚本的扩展。具体设计数据库时，要考虑系统模块相关概念的设计、数据关系图设计以及数据的逻辑结构设计等。使用设备管理系统的人员主要是系统管理员、维护人员以及一般用户，不同角色应该有不同的操作权限。数据逻辑结构的设计包括设备数据库关系图、故障信息数据库关系图以及系统管理数据库关系图等[3]。设备数据库关系图包括设备的信息表、设备相关资料表等；故障信息关系图包含发生故障设备信息表、设备备件维修信息表等；系统管理关系图包含设备单位信息表、厂商信息表等等。

参考文献

[1]李晓禹.基于SOA的设备管理信息系统平台的研究与实现[D].南京大学，2013.

[2]孙艺新.大型电网企业特高压设备运维检修模式浅析[J].中国设备工程，2014.

篇2

在对高速公路进行施工的过程中，因合同变更出现的一系列计量问题非常复杂，所以合同变更的原则建设就有其必要性。其主要内容有，一是高速公路的计量在符合检验评定标准的情况下，符合对方在合同里提出的要求。二是高速公路合同变更后的施工清单与合同所规定项目一致。对于附属施工项目所需的费用不再进行第二次计量。三是对于计量施工工序数量的控制问题，施工单位则要考虑施工图纸的设计以及按时计量审核。四是针对合同外的工程计量问题以变更过程中的规定为依据，不能随便计量。在高速公路合同变更计量管理中必须遵循这些原则，只有这样才能使变更管理更加科学有效。

2高速公路合同计量变更管理过程中的不足

针对现阶段高速公路合同计量管理办法中的不足，直接影响了高速公路的经济效益实现。这是施工单位因为并没有对高速公路的合同计量变更管理问题予以相应的重视，其关注点往往集中在对施工进度的追求上。导致在实际施工中因计量管理办法缺陷而出现的诸多问题得不到有效解决，反而拉低了施工进度。没有采用科学的计量管理方法是问题出现的另一原因，计量程序混乱、文字表述不准确等都严重影响了高速公路的施工效率。

3高速公路合同计量的变更中有效的管理办法

3．1认识高速公路合同的计量变更管理

对问题进行认识以后才能说得上解决办法，针对施工单位中大部分工作人员对高速公路合同的计量变更管理还不了解，加强对于这一问题的认识是提高管理办法的首要任务。施工单位在对高速公路进行施工前，设立专门负责合同计量变更的管理部门。发挥其职能作用对施工人员进行变更计量知识的宣传教育，使之在施工时运用其宣传的知识储备。具体的宣传内容最好是计量变更的几项原则，以便于高速公路合同计量变更管理的实施。挑选计量工作的专业性人才使其在实际施工时更好的开展计量变更工作，这样就确保了高速公路的计量变更工作更具准确性。同时，也避免了因合同变更计量工作开展缓慢而使工期延误的情况发生。对于高速公路计量变更管理的重要性认识上去同时任人唯能，这两方面管理办法的实践大大提高了高速公路合同计量变更的工作效率。

3．2制定完善的高速公路合同计量变更管理办法

对高速公路合同计量变更管理的认识度提升上去后，制定完善的高速公路合同计量变更管理办法就是最重要的任务了。这是保证高速公路合同计量变更工作效率的关键问题。首先，支付管理是高速公路合同计量变更的基础，是保证计量变更管理工作准确性的先决条件。首先，要认知分析合同的内容，其中明确的规定了支付和计量的要求。因而在对高速公路进行施工前，必须要对其内容了然于心。这样在设计图纸时工程量清、技术规范等条款的确定才有切实的依据，也使得负责高速公路计量变更的部门对工作内容有了全局的把握。这样一来，支付计量管理有据可循，提升了高速公路计量变更管理的规范性。其次，要加强对合同计量变更工作的审核力度。要保证高速公路合同计量变更的管理办法实施下去，审核是规范管理中的重要措施，尤其是在对施工图纸进行设计和实际工程量清单的审核。作为监理和计量的工程师应联合起来开展审核工作，根据自身技术优势细化审核过程中的步骤。使高速公路合同计量变更工作在进行复杂繁琐的审核程序时，保证审核的准确性。这一措施的提出，大大提高了高速公路合同计量变更的工作效率。三是将高速公路合同计量变更工作置于科学管理的范围之下。高速公路建设的施工特点是施工工序繁琐、施工时间长，这为高速公路的计量变更管理工作的实行带来了困难。想要把计量变更工作置于科学管理范围，就必须把施工设计工作处于科学开展的道路上来。根据每个施工阶段的施工特点，互粉施工任务并审核其设计出施工程序的施工质量。四是对合同计量变更管理设计进行自我审核。无论是施工企业、施工方还是进行实际操作的施工单位，都要对自身的问题进行审查。这是合同按期完工的管理措施，高速公路项目有关的所有人员都需要遵守。高速公路施工中因受各方面因素的限制，使得施工单位必须严于律己加强合同计量变更管理过程中的审核。高速公路合同计量变更中审核工作内容的核心内容主要有两方面，一方面是对于工程造价的审核;另一方面是对合同计量变更原因的审核。工程造价的审核保证了施工单位得到较高的经济效益;审核合同计量变更的原因是为了明确图纸设计与实际施工的差异，进而加强施工单位对施工中可能出现的种种问题的预见性并做好相对应的防护措施。

4总结

篇3

[关键词]IT运维服务管理 支撑系统 设计与实现

中图分类号：TP315 文献标识码：A 文章编号：1009-914X（2016）05-0177-01

前言：随着IT技术与信息技术的发展，我国已经进入了整合、创新、转型、深化的信息化建设阶段。对于组织形态、管理机制、商业模式、运行流程、治理结构等方面，信息系统和信息技术产生了越来越大的影响。在电信运营商、企业、银行、政府等组织机构当中，对于信息系统和信息技术的应用也越来越广泛。然而，企业在信息技术和IT系统等方面的大量投入，并没有取得十分理想的效果。对此，企业应当更加重视IT运维服务管理支撑系统的设计与实现，从而使其为企业的IT系统提供更为良好服务与保障。

一、 系统的总体设计

（一）系统结构

IT运维服务管理支撑系统是一种十分重要的软件应用平台，其主要针对的是IT资源的维护管理。对于IT资源，可通过纵向提供的采集接口进行管理，对于交互其它服务商的运维支撑系统，则可以应用横向提供的管理接口。通过这样的设计，能够使系统更好的管理和监视IT资源的动态。具体来说，主要包括采集层、应用层、呈现层等功能体系结构，以及相应的物理体系结构。

（二）流程管理

在IT运维服务管理中，流程管理功能可以满足系统对于管理流程的实际要求，同时对其进行实时监控，以保证运维服务的质量[1]。在流程管理当中，需要良好的管控服务流程，同时采用的工作流程中，运维服务需经过支撑系统的固化。在实际设计当中，主要包括服务台、事件管理、问题管理、管理、服务级别管理、知识库管理、变更管理、事故管理、配置管理等诸多功能。

（三）监控功能

监控功能的作用主要是监控和管理用户终端用户环境、IT应用、IT基础设施等部分。在实际设计中，主要包括配置管理、性能管理、故障管理、拓扑管理等方面。其中，配置管理主要负责统计、分析、维护终端用户环境、IT应用、基础设施等方面的信息资源，对信息下发功能进行配置。性能管理主要包括性能数据的处理、分析、统计和采集，以及性能门限管理等。故障管理主要包括处理、清除、显示、采集告警信息，同时定位故障位置。拓扑管理则主要对资源的运行状态进行实时显示，为用户对信息资源的了解提供便利。

（四）安全管理

安全管理的作用是为了维护IT系统的安全、稳定运行，主要包括病毒防范、系统日志管理、用户管理等。通过病毒防范功能，可以确保系统在连接外部网络的时候，免受计算机网络病毒和木马的冲击与破坏。系统日志管理主要包括了系统的登录日志和操作日志等方面的管理[2]。用户管理则主要包括增加用户、删除用户、查询用户属性、修改用户属性等。

二、 配置管理、变更管理、管理设计

（一） 配置管理

配置管理的作用是对产品、系统、服务当中的所有组件及其相互之间关系的信息进行维护和识别，从而更好的控制信息变更与。同时负责对基础设施、资产、服务等配置模型进行建立。配置管理的主要目的在于提供业务客户的控制目标支持、提供正确的配置信息、降低质量与适性的问题、优化IT资源和配置等。在配置过程中，主要包括识别配置项、监控检验CMDB、监控维护CMDB、审计CMDB、报告度量、评估该酒流程、管理升级的步骤。

（二） 变更管理

在管理服务的生命周期中，变更服务资产和配置项都需要变更管理来实现。主要包括在管理环境中与维护、支持、执行相关的通信设备、运营系统、角色、文档记录、职责、处理程序、软件、硬件等管理对象。在实际设计当中，主要包括记录和分类变更、风险和负面影响评估、变更审批和实施等流程。

（三） 管理

在管理当中，会涉及到很多的功能、系统、流程、主要用户测试、构建和打包[3]。在生产环境中，进行的部署。在管理当中，需要在生产环境中进行的部署，同时对服务建立起有效使用，将服务向运用阶段转移。在其设计过程中，主要包括计划策略、设计与建立、测试与确认、回顾与检验等。

三、 系统功能的实现

在IT运维服务管理支撑系统的功能实现当中，对oracle数据库、EOS开发工具等进行了良好的应用，从而对系统流程的功能进行良好的支持。在实际应用中，主要包括了配置管理、变更管理、管理等部分。在配置管理当中，在开发界面上，从oracle中存放的组织结构图在界面右侧显示。在配置管理总流程当中，包含了各个步骤所需调用的子流程。在此基础上，对相关的字段设计、数据库表等进行配置[4]。而在变更管理、管理中，通过同样的方式，结合开发界面和相应字段设计、数据库表的变更与，对系统功能的运行环境进行良好的构建。通过测试结果表明，通过这种方式和技术构建的IT运维服务管理支撑系统，在实际应用中能够发挥出更加良好的作用，同时其安全性、稳定性等性能也得到了很大程度上的提升。这样，用户通过用户名和密码登录系统，就能够对相应的流程和任务的执行情况进行了解，从而更好的开展后续工作。

结论：在当前社会中，随着计算机技术、信息技术、IT技术的发展，在社会各个领域当中，计算机IT系统得到了越来越广泛的应用，使得工作效率得到了很大的提升。不过，在IT系统的实际运行过程中，需要运维服务管理系统的良好支持才能够发挥出更大的作用。因此，应当加强对IT运维服务管理支撑系统的设计与实现，从而使其能够更好的发挥作用。

参考文献

[1]尚云云.IT运维服务管理支撑系统的设计与实现[D].北京交通大学，2009.

[2]张伟俊.成飞所IT运维管理系统的设计与实现[D].电子科技大学，2013.

篇4

ArcGISServer；ArcGIS服务器；GIS；工作流技术；空间数据库技术

土地变更的过程中，一般涉及到地块地类属性的变更、地块面积的变更、地块所有权的变更等。采用传统的土地变更方案，首先需要测量外业部门到野外勘测，再由内业部门依据测量数据绘制变更地图，最后经过多个行政部门的确认和审批，整个过程步骤繁多，进度缓慢。本次根据土地变更各种环节设计了一个新型的土地变更服务方案，此方案将传统变更过程中的多个步骤采用一个统一的系统整合到一起，加快变更过程，同时也更好的确保了审批过程中各部门数据的一致。

1.关键技术

ArcGISServer系统套件。ArcGISServer是一个企业级GIS应用程序的综合平台，提供了创建和配置GIS应用程序和服务的框架，可以满足客户端的各种需求也可以处理地理资料。ArcGISServer是一个完整的GIS系统，不仅具有网络地图功能，而且具有数据管理、空间分析和可视化服务，它也是创建Web应用程序的一个完整体系。此设计选用ArcGISServer平台的主要原因有：

ArcGISServer不但有自身特有的各种服务功能，同时还支持额外的OGC服务，包括增强的WMS支持，以及新的WCS和WFS支持。

针对图像传输的新的图像服务优化。它支持客户端的采样压缩要求，并提供图像和数据进行分析。这个开放的服务支持SOAPXML、WCS和WMS。此外，用户可以存储在地理数据库或文件系统的栅格数据，还为需要大量基于图像文件的用户提供ArcGISServerImage扩展。

ArcGISServer可以对二维的地图服务进行按需缓存。通过ArcGIS服务管理器，用户可以定义缓存服务，使之满足按需缓存，也可以使用ArcCatalog和地理处理工具，以建立兴趣区的缓存和修改缓存以包括另外的规模水平。

利用ArcGIS服务器，用户使用ArcGISServerManager进行安全管理。基于角色的安全规则可以针对应用和服务，允许管理员分配不同水平的特定用户组的访问。

ArcGISServer包括一些增强的Web地图应用。这些改进包括创造一个更精简的用户体验、新地图、导航和更多的工具，也支持地图结果的提示和增加打印能力。

ArcGIS服务器包括针对使用JavaScript进行Mashup类型开发的API。它包括面向SOAP和REST服务的Web服务SDK，以及具备Ajax功能WebADFs，以进行高级的网络和企业应用开发。这些文档内容已被显著扩展，特别是针对WebADF、JavaScriptSDK、RESTAPI和SOAPWeb服务的文档内容。未来还会支持AdobeFlex的ArcGISAPI，这些API可用于创建种类丰富的Web应用程序。

工作流与工作流管理系统。工作流相关概念：工作流是一项借以在分布式办公环境中定义、执行、监督、协调工作项目流动的技术。工作流管理是一种统揽全局的过程管理工具，利用工作流管理可以对各个业务流程进行控制，并且能够将不同的业务流程纳入到一个总的计划中加以统一管理。工作流管理系统可以描述不同覆盖范围和不同时间跨度的经营过程，根据经营过程以及组成活动的复杂程序，工作流管理系统可以采取多种实施方式，在不同实施方式中，所应用的信息技术、通信技术和支撑系统结构会有很大的差别，工作流管理系统的实际运行环境可以在一个工作组内部，也可以在全单位所有业务部门。

工作流参考模型。工作流参考模型是国际工作流管理联盟为实现各种工作流管理系统软件产品之间的有效集成而定义的一个标准模型。它由过程定义工具、工作流引擎、管理监控工具、客户应用程序、被调用程序这5个标准接口组成。

工作流引擎，是为流程实例提供运行环境并解释执行流程实例的软件部件；过程定义工具，是管理流程定义的工具，它可能通过图形方式把复杂的流程定义显示出来并加以操作；流程定义工具同工作流执行服务交互；客户应用程序，是通过请求的方式同工作流执行服务交互的应用，也就是说是客户端应用调用工作流执行服务；客户端应用同工作流执行服务交互。被调用程序，是被工作流执行服务调用的应用；调用应用同工作流执行服务交互。为了协作完成一个流程实例的执行，不同的工作流执行服务之间进行交互。管理监控工具，主要指组织机构、角色等数据的维护管理和流程执行情况的监控；管理监控工具同工作流执行服务交互。

2.系统设计与开发

系统总体架构。根据土地变更业务工作的特点，土地变更信息系统主要具有如下几个特点：管理的动态性；管理的权限性；管理的网络化；管理多报表化；图数集成管理。

功能模块设计。变更项目模块：在“变更项目”模块中，分有“最新项目”、“项目申请”、“项目列表”、“项目查询”四个功能。通过对工作流引擎的调用，在“最新项目”和“项目列表”里面列出了登录者有权查看的项目。

用户角色模块：此方案引入了角色访问控制的思想，采用了“角色”的概念，目的是为了隔离“用户”与“权限”。

报表生成模块：在信息化还没有得到充分应用前，报表还是上级部门查阅和历史查询的主要手段。在变更项目得到批准之后，必须填写变更相关的报表，系统提供划定范围的统计二三级地类的标准报表查询分析及划定范围地类统计专题图查询。除了要生成政策文件上规定的报表外，系统应该能采用灵活快速的统计方式，可用结果表现形式来生成自定义报表。

历史回溯模块：在这个功能中，用户可以根据选择不同历史时刻的空间数据，浏览不同历史时刻空间数据的变化。所有的ArcSDEGeodatabase均具备Default版本，Default版本为ArcSDEGeodatabase最原始的版本，它是服务器中所有版本的父版本，可以在Default版本或是它的子版本下创建版本，也可以对此版本直接更新。需要注意的是如果要使创建的版本具备历史回溯功能，在创建版本时应该使数据集具有历史归档功能，这样才能通过历史归档的记录回溯到不同的历史版本。

GIS功能模块：GIS功能是土地变更服务系统的重要功能。此方案把GIS功能设计成WebGIS的形式，一方面可以有效的把GIS功能与其它Web功能集成在一起，另一方面可以达到“随时随地办公”要求。

此方案在充分分析了土地变更流程的前提下，将GIS、工作流技术、空间数据库技术相结合。ArcGISServer在本次设计的系统中处于核心地位，设计中将它提供的ArcSDE空间数据库引擎、时态数据库进行了实例化。交互方面采用WindowsWorkflowFoundation和组合在一起，提供了一个可测试、可伸缩、可维护的工作流应用方式。基于这些技术的工作流模型，使得用户界面的设计和后面工作流代码的设计分开，同时还使得长耗时的工作流可以使用WF的SQL持久化服务来长期保存。实现了地图历史回溯的功能，给土地管理工作带来了新的方法。

[1]贾勤学，张 玮，李建林，吴 楠，于丽君.基于遥感技术的耕地面积动态监测研究[J].中国农学通报，2006.07

[2]杜灵通.基于遥感技术的土地利用/覆被变化研究[J].国土资源信息化，2007.02

[3]沈小乐，王 璇，刘 倩.土地利用动态监测技术的研究[J].湖北民族学院学报（自然科学版），2007.03

[4]李懿麟.基于GIS与RS一体化的变更地块判别方法[J].测绘科学技术学报，2007.z1

篇5

关键词：软件；项目管理；需求管理

中图分类号：TP311文献标识码：A文章编号：1009-3044(2012)10-2272-03

Demand Management of Software Project Management

GAO Yang

(Anhui Nari Jiyuan Software CO.,LTD.,SGEPRI, Hefei 230088, China)

Abstract: Demand management not only plays a fundamental effect for the entire software project, but also is the key to the project implement and software delivery. The paper describes the basic definition of demand management in software projects and discourses from its own development and problems faced, proposing methods to solve problems in software project management , which has positive reference value for software project team and researchers.

Key words:software; project management; demand management

1需求管理的背景

1.1需求管理的基本定义

国际上关于需求管理的定义很多，当前最为广大研究人员及用户认可的是Rational所定义的在尚未完成的系统必须具备或符合的条件及功能。

正是因为需求是尚未完成的系统必须绝对符合的条件，同时这些界定的条件将最终决定该类系统的构建是否成功，所以将需求的条件找出，并经过综合的分析和组织，当某一环节发生变化时积极及时精确的予以调整，则会取得积极有益的效能，从而使整个系统的构建变得更有价值。简而言之，需求管理就是研判、调整及综合分析与组织的一种系统优化方案，同时它还是项目组织与所属客户之间通过不间断的沟通变更而实现系统最优化配置的一种有益过程。

1.2需求管理的现实意义

需求管理的存在意义取决于该项目研发团队对于系统构建的终极目标，即没有一个软件项目组织希望自己的研究对象或是构建目标最终趋向失败，否则研究将变得没有任何意义。需求管理的存在正是由于它对于项目研发团队来说是取得成功的基本条件和前提。业界最具影响Standish Group的CHAOS Reports通过近8年（1994年-2001年）的跟踪研究证实，项目研究失败的最本质原因是与需求管理有关的。Standish Group在对多个软件项目的跟踪调查和综合分析显示，由于缺乏对于需求管理的严格界定，导致在系统构建和项目研发中74%的项目最终以失败告终。

较之其他的客观条件，需求管理的生命周期更长，它在软件项目的整个研发过程当中，一直存在，并且起着关键性的作用。正如万事开头难，在软件研发的初始阶段，需求管理的界定也是最为关键和最难把握的问题。失去了严格界定的需求管理条件，那么该软件项目就会根基不牢，研发也将半途而废。当然，通过对每一次软件项目的研发经验积累，用户在软件项目的立项、研究、构建和后期维护方面的掌控都会越趋于成熟，同时也会积极地进行反馈、调整、完善，促进软件构建的更加合理化、人性化，从而推动整个软件项目管理业发生积极有益的变化。在软件项目的整个管理过程中，项目负责人将会经常面临客户对于软件的各种需求和变更，一方面这些需求和变更对于软件项目的优化是积极的，而另一方面如果项目负责人处理不当，那么这种需求和变更对于软件项目的优化又是消极被动的。正是需求管理的双面性造成软件项目研发过程中是一个动态变化的过程，如果以不变应万变的态度来应对客户需求，那么最终将导致该软件项目的交付时限被延迟、成本被追加、客户需求被弱化。正是趋于这些因素考虑，研发团队必须高度重视需求管理的重要性，具备较高的需求管理的战略眼光。

2需求管理的发展

步入21世纪以来，信息时代的飞速发展，导致计算机的普及率越来越高，而与之配套的计算机软件却未能跟上发展的步伐，缺乏超前性、智能性和人性化是当前所有软件的通病，并且随着信息时代的发展，与之对应的软件需求也将越来越大，而差距亦将越拉越大，这种软件需求危机自上世纪八十年代就已开始，持续了30多年之久，截止到目前也没有得到较好地缓解和解决。虽然软件研发本身存在着滞后性的现实问题，但是软件开发的手段、软件研发过程当中质量监管、软件后期的维护都是造成软件效能发挥不明显的最关键原因。通过具体的研究和调查分析，软件项目的开发和后期维护的不合理性主要体现在：一是对于软件的客户需求分析的不够透彻；二是在整个研发过程中没有规范的需求管理方法；三是对于软件应用的指导性文件表述不够规范细致；四是独立与客户群体进行自行研发，缺乏实用性和认同性；五是在研发后期受资金和交付时限的限制，对软件的测试过于简单化；六是在交付给客户后，缺乏相应的后期维护和跟踪调查，工程报告反馈性不强。

正是由于这些因素的存在，往往在软件交付以后，客户对软件系统的难于操控和掌握，以及更新维护和问题处理方面带来的不够便捷方面，抱怨不断。综合这些不利的因素，业内形成了一种共识，就是在软件项目研发过程中要坚持工程化的指导原则和逻辑化的结构体系来实现整个项目的推进，从而使得多年来持续软件危机得到了较大的缓解。

软件的需求分析是整个软件研发过程当中的初始阶段，也是关键性的阶段，并且贯穿在软件生命周期的全过程。正是其特殊的地位作用，从上世纪80年代中期开始，软件的需求分析就逐渐成为软件项目工程中的一项独立的子项目，而进入90年代中后期，关于需求管理的研究已成为软件业研究的一个重要学科。从1993年起，每隔2年举办一次的需求工程国际研讨会(ISRE) ,到1994年起，每两年举办一次需求工程国际会议(ICRE)，都足以证明软件需求分析的重要作用所在，同时一些关于软件需求分析的研究团队和项目小组陆续成立。

3需求管理面临的问题

3.1需求表述的精细性

正如文前反复强调的需求分析对于整个软件项目的研发和实现的极其重要作用，如何将对软件需求表述的更加精细化，是摆在每一项目团队和研发人员面前的一个现实问题，简单的讲，表述的越趋于细致，那么问题变现的就越突出，便于最终的解决。在项目团队与客户就软件项目的研发问题上，其立项的方案是明确和基本一致的，但是如何研发、如何确保软件的按期交付、如何实现软件的便捷性和人性化，那将是一个不断沟通和理解支持的过程。若是这些过程都是在初步达成意向的前提下展开的，这就造成在软件研发过程中始终存在计划修改、方法变更和交付推迟等种种问题，并最终影响双方的效益取得。同时在软件的需求分析阶段，研发人员往往把较大的精力集中于软件的基础架构上，希望将自己的合理化架构雏形较早地呈现在客户面前，并进行后期的改进，而客户则认为只有每一步的及时掌握才能有效避免返工现象的发生，所以双方很难就这一问题达成共识，造成信任危机。类似这样的现象在这个研发过程中还有很多。正是由于这些问题的存在，如何针对软件需求做出较为精细化的工程报告，对于软件工程的顺利实现有着积极的意义。

3.2需求表述的严谨性

软件项目的研发是一种严谨的专业行为，普通的客户无法了解软件研发人员的专业性思维和理念。因此，当研发人员与客户沟通交流时，针对客户主观上认为可以通过软件实现个人任何需求的想法时，研发人员必须克服急躁心理，既不能用专业的理论去敷衍客户，也不能刻意指责客户想法的不合理性，而应从最大限度的满足客户需求的角度去通俗化解释软件的最终效果。同时，由于客户缺乏相应的软件专业知识，造成自己的想法与最终的表述存在偏差，并且这种偏差是绝对存在的，还有一些客户在表述上本身就存在矛盾性，并且坚持不改这种决定，那么在软件的研发过程中必然会造成客户的需求和愿望很难实现或是即便实现了也是与客户需求存在差距。为了尽可能地缩短这种差距，这就需要软件研发人员在需求表述方面具备一定的严谨性，因为只有规范的表述，才能在与客户的沟通中尽量消除理解上的偏差。不要忽视这种表述上的严谨性，如果由于研发人员在与客户之间因为表述不够规范而造成理解上的偏差，并且这种偏差在软件交付使用时才被发现，那么这种损失将会是极其可怕的，甚至会出现超出软件项目本身的研发费用。因此养成严谨的规范表述，将会减少对客户需求方面理解的偏差，这对于项目团队本身是积极必要的。

3.3需求表述的完整性

正如软件本身的缺陷，往往无法对客户所有意愿进行体现，并且客户的需求随着软件的使用会不断地增多，从而导致软件本身的缺陷也越来越趋于明显。同时，还应看到的是，并不是客户的所有需求都能得到满足，一味的追究软件的完整性，必将导致整个软件项目的庞大和入不敷出，并且最终的结果往往还是无法实现万能。因此在软件项目的立项之初，建立完整的需求是必要的。因为它能促进软件项目的架构合理和交付应用的高效便捷。忽视需求表述的完整性是绝对不可的，但是盲目的追求需求表述的完整性也绝对是不够理性的。

3.4需求表述的动态性

需求管理是一个动态变化的过程，较之其它问题，该类问题更让所有的项目研发人员和项目经理感到头疼，因为需求是随着客户的意愿随时存在的，并且随时都可能发生，而作为软件的研发人员往往只能被动的接受这一现实，选择修改软件设计方案、重新编译代码、调整测试实例、甚至是项目计划本身都会出现大的变动等等。每一次需求的变更，都会造成整个软件项目的改变，给整个研发过程带来无尽工作负担，直接影响软件的交付使用。当然这种动态性是不可避免的，但却是可控的，因为需求管理本身就是对软件研发流程的一种严格规范，而需求变化本身也不是一种质的变化，而是较为常见的渐变过程（Project Scope Creep）。虽然在真正的实践过程中，这种渐变往往不为研发人员和客户所察觉，但是它确实存在，并影响着软件项目本身。

4解决问题的策略

4.1正确认识需求变更

变更的需求之所以变得难以管理，不仅是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性，而且也因为对某个需求的变更很可能影响到其他需求。应确保赋予需求一个有弹性的结构，使它能适应变更，并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。管理变更包括建立基线，确定需要追踪的重要依赖关系，建立相关项之间的可追踪性，以及变更控制等活动。

4.2管理需求变更

变更控制不应该只是软件开发过程应该考虑的事情，随着软件产品的开发和时间的推进，用户会提出越来越多的新需求，甚至在交付软件产品的最后阶段用户还会有不同的需求，因此需求变更的管理应贯穿于整个项目生命周期的全过程。

为了使变更对项目的影响降到最小，就应当采取合适有效的变更控制策略，确定一个选择、分析和决策需求变更的过程，所有的需求变更都需遵循此流程。对需求的变更的处理应该分以下几个步骤:提出变更、变更评估、实施变更、监督变更过程。

4.3与用户充分沟通

在需求管理过程中与用户的沟通很重要，因为它直接决定着最终软件产品是否满足客户的要求，即很大程度上决定着项目的成败。在沟通时，双方对需求的认识要一致，不能模棱两可。讨论需求及变更需求时，需求人员与客户及用户应该尽量采取协作的态度，创设良好的工作氛围。有效的充分的交流很重要，需求人员应该认真听取客户用户的要求，进行分析和整理，并最终取得用户的确认。

5结束语

需求管理是需求分析过程中的一个步骤，提供的是一个持续的不断完善的过程，软件项目开发过程中需求管理的问题有很多，随时都有用户需求变更，需求分析的错误也时常发生，需求质量难以保证，针对这些问题，采取有效的措施尽可能减少这些问题可能给项目造成的影响也显得尤其重要。

参考文献：

[1]吴艳艳,周长伦,姜家轩,等.软件项目管理中的需求管理[J].信息技术与信息化,2008(4).

[2]孙莉.软件项目管理中的需求管理[J].信息系统工程, 2011(4).

[3]刘苗.管理需求变更问题的软件设计与实现[D].成都:电子科技大学,2010.

[4]姚海峰.多方合作软件项目的需求管理[D].上海:上海交通大学,2008.

篇6

【关键词】制药企业；风险管理

风险管理起源于美国，是美国进行企业管理的科学方法，20世纪风险管理逐步发展成为一门学科。质量风险管理作为风险管理在发展过程中的衍生分支，其关注点是对产品或工艺质量风险的有效控制，2005年人用药物注册技术要求国际协调会（ICH）了《Q9 质量风险管理》，指南系统地阐述了质量风险管理的原则、范围、应用步骤以及潜在应用领域等，其目的是提供一套系统的风险管理方法。ICH Q9提供了风险管理原则和工具，并被我国明确纳入2011年3月1日生效的《药品生产质量管理规范（2010年修订）》中。

一、风险管理简介

1 风险管理基本原则：根据ICH Q9的要求，药品质量风险管理应当遵循以下两个基本原则：

1.1 对质量的风险评估应以科学知识为依据，并最终与保护患者相联系；

1.2 质量风险管理程序投入的水平、形式和文件应与风险水平相当。

2 质量风险管理的基本程序：质量风险管理是对药品整个生命周期的全过程进行质量风险的风险评估、控制、沟通和回顾。有效质量风险管理的4个阶段为：质量风险评价（包括质量风险的识别、分析和评估）、风险控制（包括质量风险的减低和接受）、质量风险沟通和质量风险回顾。

2.1 风险评价

风险评价是对危害的识别、对危害相关的风险的分析和评价，是质量风险管理的第一步，作为风险评估中明确定义风险的辅助，以下三个问题通常会用到：

a） 什么可能出错或发生故障？

b） 出错或发生故障的可能性（概率）有多大？

c） 因出错或发生故障而产生的后果的严重性？

风险评价有以下三个步骤：

d） 质量风险识别：解决“什么可能出错，其可能的后果是什么？”。

e） 质量风险分析：对危害发生的可能性和严重性的定型和定量的过程。

f） 风险评估：将已识别和分析的风险与给定的风险标准进行比较。

2.1 风险控制

风险控制包括对风险降低和/或接受的决策。一般会关注以下几个问题：

a） 质量风险是否超出了预定的可接受水平？

b） 如何降低或消除质量风险？

c） 利益、质量风险和资源之间的平衡点是什么？

d） 对已知风险的控制是否会引入新的质量风险？

质量风险控制主要包括质量风险降低和质量风险接受两部分：

a） 质量风险降低：当质量风险超过预定的可接受水平时，质量风险降低的重点则是降低或避免风险的过程。质量风险降低包括为降低损害的严重性和发生可能性所采取的措施。

b） 质量风险接受：是指做出接受质量风险的决定。

2.1 风险沟通

质量风险沟通是指风险决策人和其他人员分享交流的过程。风险管理过程任何阶段可进行沟通，沟通的信息可设计质量风险的存在、属性、形式、可能性、严重性、可接受性、控制、处理、可探测性或风险的其他方面。

2.2 风险回顾

风险管理是质量管理的持续性过程，应当定期进行回顾，以确认相关风险评价和控制步骤是否有效，总结新的只是和经验。风险回顾应以风险等级为基础。

二、质量风险管理的方法学及其应用

ICH Q9中不完全列举了一些风险管理工具：基本风险管理建议办法（流程图、检查表等）、故障模式的效应分析（FMEA）、故障树分析法等。

危害分析和关键控制点为：危害的可操作性分析、预先危害分析、风险排序和过滤、支持性统计工具。

药品生产的各领域根据特点采用这些风险评估工具，且不同工具的结合使用可以更加灵活的增强风险分析和管控的有效性，而无论使用何种方法，都依赖于分析人对所分析主题和对象的详尽了解和有效沟通，各工具以科学理论分析、经验数据积累等为基础引导思路的有效进行，从而形成完善的风险管理系统。

案例实证分析

以注射用无菌产品在洁净环境下生产过程为例，运用鱼骨图和故障模式的效应分析方法进行风险评估。

3.1 风险评估

a） 以无菌药品生产过程为主线，作出如下分解：

人：人员技能、人员健康

机：设计、确认、使用、维护

料：供应、放行、使用

法：工艺流程、执行切合度

环：环境控制、环境监测

以上5个提示因素为提纲（也是鱼骨图），逐级进行分解：例如人员技能还可细化为培训、人员执行力；人员健康还可细化为体检、病情上报制度等，每一项目可按照讨论主题复杂性依次拓展，从而完善风险分析的要素。

b） 根据鱼骨图，进行风险详细识别、分析和评价

风险系数定义

严重性（S）：分数1、3、6、10，分别代表低、中、高和极高

可能性（P）：分数1、2、4、8，分别代表低、中、高和极高

检测度 （D）：分数1、2、4、6，分别代表高、中、低和极低

ORF： 总风险= S* P* D

总风险评估系数：

ORF

6≤ORF

ORF≥80，风险水平高，风险不可接受，或需要整改

3.2 风险控制

根据风险评价结果，对于风险不可接受或有待改善的项目，采取措施减少风险可能性，增加可检测性，从而降低风险，使其处于可接受水平。采取的措施可能引起变更控制程序，同时重新评估变更引起的风险，避免变更引发其他不可接受的风险。

对于风险严重性极高，例如可能引起病人死亡、厂房爆炸等极其严重后果的，应采取一切手段，避免发生。

3.3 风险沟通

风险评估应根据评估对象组建风险评估团队，团队内以及团队和风险相关人应进行风险沟通；

风险识别和评价以充分有效的风险沟通为基础，风险识别的项目和风险评分是风险评估的重要因素；

风险评估可借鉴风险评估团队的理论和经验，基于日常分析、偏差、变更、自查等总结；

风险沟通贯穿于整个风险评估过程，及时真实的了解实际运行状况。

篇7

关键词：公路工程；项目变更

一、项目变更策划的涵义及内容

项目变更策划，是指通过研究、分析招标文件、合同通用条款，补遗书、澄清函、施工图纸、工程量清单等主合同文件资料和标价分析，在不降低技术指标和工程质量的前提下，在有利于我承包人提高经济效益上寻找突破口，梳理出可能的能提高我承包商经济效益的变更、索赔项目，为项目变更工作提前进行谋划。

随着国家公路建设蓬勃发展，公司的市场区域与产品领域进一部扩展，而各区域业主对工程投资的控制更加成熟严谨，项目原有的管理模式在变更开展、累积经营成果方面的瓶颈也愈加明显，如何做好项目变更策划工作关系到公司的直接经济利益，它是公司实现经营效益的重要环节。

项目变更的一般性内容：①增加或减少本合同中的任何工程的数量；②取消合同中的任何单项工程；③改变合同中的任何工作的性质、质量和种类；④改变本工程任何部分的标高、线性、位置和尺寸；⑤完成本工程所必须的任何种类的附加工作；⑥改变本工程任何分项工程规定的施工顺序或时间安排。

二、项目变更策划一般性步骤和思路

1、依据合同文件，整理项目变更利弊分析清单。项目在签订合同后，迅速组织项目主要管理人员进行合同文件的会审，仔细推敲合同条款，从多方面提出会审意见，找出对承包人利弊影响较大的条款，汇总整理出一份变更利弊分析清单，以此为依据在以后的变更谈判中有的放矢，减少以往项目变更中盲目的人为“拍板”给承包人造成的被动局面和审计风险。

2、彻底清理图纸工程量，夯实项目变更基础。根据不同项目特点，承包人要在最短的时间内详细核算图纸工程数量，与中标清单进行对比。此项工作工作量巨大，是项目各项管理的基础，应该集全项目工程系统人员共同进行，特别注意在计算时尽量使用统一的计算格式，以避免汇总计算时重算、漏算。对于单价合同，往往容易出现清单漏项或者分项工程量错误，这是最直接的设计变更切入点，必须严格掌控，确保项目最基本、最直接的收益。对于总价合同，彻底清理工程量更为重要，一般在总价合同条件下，由于工程量错误而导致的风险，是由承包人承担的，漏项或者分项工程量错误有可能带来无法弥补的经济损失。承包人要在彻底清理工程量的基础上，全面掌控整个项目施工内容及规模，做好提前策划，规避风险。

3、测算分项工程利润，找准变更突破口。在彻底清理图纸工程量基础上，以统一的测算标准，逐一核算每个分项工程的盈亏情况，形成分析记录。根据每个分项工程的盈亏分析，做大利润高的分项工程，取消或减少亏损的分项工程，但要注意不可以盲目贪大，一般情况下业主会对分项总价超过实体清单价2%的子目进行调价。通过分项工程盈亏分析，让每个参与变更实施的管理人员都建立起盈亏意识，才能找准变更的突破口。

三、加强公路工程项目变更策划的具体措施

1、分级管理措施。将变更设计进行分类后，颁布变更设计管理办法，实行分级管理。为了有效地控制投资规模，同时考虑到变更设计的项目可能很多，如果由项目办统管起来，将难于应付，还可能影响工程进度。因此，在控制大的投资前提下，可将变更设计实行分级管理，以加快变更设计的审批速度，发挥各级管理人员的积极性及管理的灵活性。分级管理的划分是按照技术难易、重要性及投资规模的增减为主要依据。凡投资规模增减额度大于8万元或涉及重要的方案如路线平纵面、桥涵结构式及需补充勘测资料的变更属甲类变更，由总监办审批后才有效；凡投资增减在8万元以下，技术比较简单的变更设计项目定为乙类变更，由驻地监理办一级审批即可。每类变更又根据其性质划分为完善、优化、修改、新增进行审批。

2、注重施工过程资料的收集，确保变更可追溯性。施工过程资料是现场施工过程的直观反映，也是设计变更最直接、最有效的辅证。设计变更必须有严密的施工过程资料作为支撑才能在设计变更批复、工程审计中立于不败之地，否则将直接导致公司经营效益的损失。资料的搜集从项目开始一直贯穿整个项目，它做为工程项目记录的重要组成部分，也是档案资料管理的必要工作，必须进行详细的策划，明确资料收集的类别及时效、明确职责分工，确定责任人，并在施工过程中进行检查和考核。工程变更往往发生在工程施工过程中，要求的资料比较多，如施工原始记录、现场声像资料、业主监理指令文件等。大部分的原始资料具有不可还原性，如地表原貌照片等应该在进场时应全部搜集齐全，在发生变更时，一定要在第一时间收集整理资料进行变更上报，所以提前做好资料收集工作是变更的基础。设计变更相关人员均应具备基本的变更意识，应熟悉合同文件、合同专用条款和通用条款、不同省份惯例及实际的管理惯例做法等，要熟悉工程状况，注意积累原始资料。

3、提升工程项目变更的预见性。公路工程项目设计变更常常会打乱正常的施工工序，或对施工进度造成影响，对此，应提升项目变更预见性。在单位工程、分部工程开工前，要认真分析，确定是否需要变更，对确实需要变更的项目，要及时立项，准备相应的资料，及早完成规定的报批手续，尽可能使工程变更发生在工程开工前，为施工准备和工程安排赢得时间，保证工期。

4、注重合同人才培养策划，为公司长足发展储备人才。在项目策划中，包含专业人才培养策划，目前公司合同管理人才紧缺，因变更主办人员的自身失误造成的损失也时常发生。为了避免人为因素造成的变更风险，必须要做好合同人才培养策划，合同人才的直接培养部门在合同部，同时需要各部门综合培养，需要以制定的培养目标为基础，制定严谨的职业生涯规划，分阶段分专业进行。作为变更主办人员，要求富有沟通技巧，思维敏捷，对于变更中潜在的审核点要有充分的应对准备，需要有经验的合同管理人员认真做好传帮带工作，还需要在项目管理过程中通过不定期的集中或分散的案例学习和讨论，让新进合同管理人员建立起系统的变更思路，这些均需要在合同人员培养策划方案中做具体的部署。

总之，项目变更策划是确保项目收益的一项至关重要的工作，策划时要认真、细致、全面，具有指导性，还需要在过程中不断的修订，对每个工程的变更策划进行总结，分析变更策划在实际工作中的成功及不足之处，对发现的问题分类汇总，只有这样，才可以逐步的提升项目变更策划的水平，规避变更风险、确保公司效益最大化。

参考文献：

篇8

关键词：建设项目；工程变更；风险控制；问题；策略

在建设项目的设计和施工过程中，经常会出现工程变更问题，随之会导致各种变更风险，不仅会对建设项目的施工质量造成一定的影响，还容易给建设施工单位带来程度不一的经济效益损失和社会效益损失。因此，加强对工程变更风险的管理控制是尤为重要的。本文简单概述和分析建设项目工程变更风险的相关内容以及风险产生的原因，并探讨和研究提高工程变更风险管理控制效果的措施，从而更好的降低工程变更风险的发生及所造成的损失，促进和推动我国建筑工程行业的经济、健康、高效、平稳发展。

一、建设项目工程变更中的风险概述

（一）工程变更风险的定义

所谓工程变更风险，主要指的是在建筑工程施工各阶段中，设计、施工单位对具体环节的施工内容、流程、数量、标准以及质量等进行变更而对工程项目的质量、性能以及企业效益所带来的各种风险问题以及损失。

（二）建设项目工程变更风险的类型

目前，我国建设项目在工程变更中可能遇到的风险类型主要包括如下方面。1.合同条件风险。主要指的是因工程合同的内容条件不合理、不完善或落实不到位而造成的风险。包括合同中的条款内容二义性、施工方案缺陷、工程标准不确定性、变更责任不明等。2.经济风险。主要指的是因社会大环境因素造成工期延长、造价上升等所导致的风险。包括投资环境变差、宏观经济形势不佳、通货膨胀等。3.政策法规风险。主要指的是在施工期间因国家或地方政府出台新的建筑法规或政策而对建筑工程造成的不利影响。包括工程量清单新计价方法的推行、环保标准的更新等。4.技术风险。主要指的是因施工技术工艺水平而造成的不确定性风险。5.人员素质风险。主要指的是因设计人员、施工人员以及管理人员等的素质水平差异而引起的风险。6.自然条件风险。主要指的是因自然环境而造成的风险问题。包括暴雨、雷暴、台风、地震、洪水、严寒、火灾、地震、泥石流以及其他地质自然灾害。

二、建设项目工程变更风险管理中存在的问题

（一）风险管理的意识不足

目前，大部分建设单位在工程变更时，没有考虑到有可能带来的相关风险问题，往往只顾眼前的短期利益，而放松了对变更风险的管理控制。建设施工单位领导层对风险管理工作的认识不全面、不准确，缺乏充分的工程变更风险管理意识，导致对工程变更风险管理工作的关注和投入不足，变更风险管理工作在制度、资金、机构、设备以及人员等方面的配备不充分，从而导致工程变更风险控制管理的效果不理想。

（二）招投标阶段的变更风险问题

建筑工程的招投标流程一般为：报建—审计—招标申请—标底编制—招标文件—投标书递交—开标—评标—定标—合同签署。在这一过程中，有些招标文件中存在工程招标的范围不明确、工程量清单编制错误或遗漏、工程预算最高限价不合理等问题，造成投标文件的施工方案、工程预算、报价等的编制存在漏洞、错误或质量安全隐患，从而诱发工程变更风险的发生。

（三）施工阶段的变更风险问题

有些施工单位在施工过程中对施工图纸随意变更，没有严格按照图纸要求进行施工，导致在施工完成后发现质量不合格、项目无法衔接等问题，造成返工或工期延长，给施工质量以及成本方面带来较大的风险。同时，有些图纸设计人员在设计时没有做好充分的前期准备工作，对工程施工现场的地质、地形、水文以及周围环境等缺乏必要的实地勘察，导致设计图纸内容同实际施工条件不符，造成施工单位在施工过程中只能进行工程变更。而有些设计图纸偏重于对主体工程的设计，忽视了对相关附属项目的设计，工程项目的整体设计水平不高，缺乏科学性、合理性、可行性和创新性，从而导致工程变更风险。此外，在施工过程中的管理工作不完善、监督工作不到位等又有可能诱发工程变更风险。

三、加强建设项目工程变更风险控制管理的策略

（一）积极提高风险管理意识

建设施工单位领导层要积极学习工程变更风险管理的相关知识，对现代工程变更风险管理的目的、内容、方法、作用等进行全面、了解和认识，加强对全过程工程变更风险管理工作的关注和重视，增强变更风险管理的意识。同时，还需要结合当前建筑行业发展情况，积极转变和创新工程变更风险管理观念，积极为建设项目的工程变更风险管理工作提供领导支持及政策保障。此外，还需要在全体施工员工中宣传风险管理的重要性和积极意义，引导员工特别是执行部门人员牢固树立工程变更风险管理意识，将风险管理真正贯彻落实到建设项目各个环节的工程变更工作中去，从而更好的确保工程变更风险管理工作的顺利开展。

（二）建立健全工程变更风险管理制度

建设施工单位要根据国家相关建筑工程管理的规定，结合工程项目实际，建立健全工程变更风险管理规章制度，明确建设项目各阶段、各环节工程变更风险的管理控制内容、标准和要求，规范风险管理工作的流程和步骤，并积极推行工程变更风险管理责任制度，完善工程变更风险管理控制监督机制，不断完善风险管理绩效考评制度，从而更好的保障建筑工程的施工质量和使用性能。

（三）加强设计阶段变更风险的管理控制

根据相关部门统计，工程设计是工程投资的主要影响环节，其初步设计、技术设计以及施工设计对其的影响情况分别是75%~95%、35%~75%以及25%~35%。因此，设计单位必须要加强对初步设计的重视，严格工程设计流程，规范设计人员具体工作情况，加大对设计前实地勘测的要求，在确保建筑主体工程设计的同时，加强对附属建筑的设计，并提高工程设计的科学性、合理性、切实性、统一性和规范性，从而更好的控制工程造价成本，避免因工程变更造成的损失。

（四）加强招投标阶段变更风险的管理控制

建设单位要加强对招标文件内容的规范管理，明确市场行情和动态，完善工程定额的制定，严格工程量清单编制，明确合同变更时的具体处理方式，并在合同签订时，对其中的工期、工程价款、工程质量以及后期保修等问题进行明确、细致的规定，以便更好的提高施工合同的科学性、法律性、完整性、可靠性和准确性，降低工程合同变更的发生。

（五）加强施工阶段变更风险的管理控制

施工单位要在开工前联合监理单位等对施工图纸进行严格、科学、专业的审查，对不符合实际施工情况的设计要及时同设计单位沟通协调，待调整后经过再次审核合格后方可进行施工，从而有效减少施工过程中对图纸的变更。同时，还要加强对施工人员的管理，避免和降低施工中随意变更施工图纸的问题，从而更好的确保工期进度以及施工质量。

四、结语

总之，风险问题是建设项目工程变更过程中客观存在的一种可控性的风险，因此，建设施工单位应该加强对工程变更风险的重视和管理，通过在设计、招投标以及施工等全过程环节加强风险控制和管理，有效避免和减少工程变更风险的发生，控制和降低风险对工程项目以及建设单位造成的损失，从而更好的提高建设项目的质量性能、经济效益以及社会效益等。

参考文献：

[1]张业盛.建设项目工程变更中的风险控制与管理[J].黑龙江科技信息,2015(24).

[2]薛云霞,王进.工程变更中的风险管理及对策研究[J].江西建材,2014(04).

[3]吴四飞,赵彦山.水电建设项目工程变更管理及控制[J].中国港湾建设,2015(02).

[4]郑会婷.建设项目工程变更价款的控制与管理[J].中国高新技术企业,2010(12).

[5]杜亚灵,刘卫星,张晓丽.基于风险分担的BT项目变更管理研究[J].都市快轨交通,2012(03).

[6]樊相民.工程项目管理模式下工程变更风险控制的探讨[J].工程经济,2013(10).

篇9

关键词：公路工程；计量支付；造价管理

一、工程概况

安徽省舒城至霍山公路S318线某标段主线设计行车速度为80km/h、被交道设计行车速度为60km/h、匝道设计行车速度为40km/h。主线路基的宽度具体为26m、被交道路基宽8.5m、单向单车道匝道采用8.5m路基断面、对向分离双车道匝道采用15.5m路基断面，对该标段项目开展计量工作。

二、计量前期工作

为了确保计量的准确，需要相关部门对于计量资料的真实性和完整性进行核实，确保公路工程清单，设计图纸，测量数据的真实和完整。在对S318线公路进行施工时，为保证计量工作的规范性，必须做好工程的前期准备。一般可以从以下几个方面着手：

1精确进行工程量复核

在对S318线公路进行施工之前，必须要明确合同的细节，保持各个方面的一致性。这样做的主要目的是为了防止在工程后期出现问题，进而造成不必要的矛盾。按照有关的S318线公路施工标准，必须参考承包商要求的计量办法，和监理工程师所要求的尺寸和断面计量。同时，要开展后续审核工作，保证工程施工符合合同制定的标准。只有检测人员审查，并且签字之后，才能继续进行下一步的计量工作。项目总负责人需按照业主的计量支付管理的方式来进行对下级工作人员的管理安排。在S318线公路施工前，承包商必须在规定时间内，对合同中要求的工程数量和图纸数量进行检查复核，对工程量清单进行修正。对修正后的清单要进行严格的审核，以作为工程的初步清单，经过设计单位校核确认后成为最终的工程清单。经过一道道部门的把关，层层的审核，能够最大限度的确保实际工程量及时支付，控制好公路计量清单范围，使承包商在资金周转上能有效运转。

2严格建立计量台账

在S318线公路施工的过程中，要使得工程计量台账保持完整。此过程中可以使用到清单计量支付管理系统，并且通过计算机等办公软件做好计量数据的整理工作，再将其做成台帐。至于台账的格式，则可以参考工程量的清单复核表的模板。在这个基础上，要稍做改变，并且确保台帐内容的完整性。清楚、明白的计量台账一方面有利于管理计量工作，还可以避免重计、漏计状况的产生。值得注意的是，我们可以根据一定的比例，或者一些工程部位的计量，看出工程的施工进程。如果是承包商建立台帐，项目总负责人应该再次做出审核，对于每一项工程任务都必须认真审核，同时整理资料并且归档。

3严格计量软件选择与修订

在过去，计量软件仅仅只是起到一个控制整体数据的作用，其无法掌握一些细节部分的内容，功能相对有限，需要进一步完善。参考S318线公路项目的特征和计量管理的实际状况，我们必须选择出最为合理的计量软件。同时，实现工程建设管理中的WBS工作分解、工程量核算、变更增补、计量支付、额外费用支付、材料、索赔、结算等功能。它不仅能够在高速、一级公路、新建、绿化、房建等项目中使用，在乡村路、战备交通、市政路网等项目中也有广泛应用。

三、中期计量程序

在对S318线公路进行施工时，在做好前期的准备之后，便可以开始下一步的计量工作。这时，计量工程师应根据计量管理程序的各个步骤，仔细开展计量工作。

1计量程序管理

公路工程计量履行承包人申报、驻地办复核、总监办审核、业主审批的逐级把关、签认程序。业主对承包人、驻地监理工程师、总监理工程师的计量结果有否决权。对计量中存在问题的工程量有权更改。在使用计量程序时，需要整理大量的数据，所以保证数据的准确性十分关键。在此工程案例的管理过程中，为了防止出现刚刚提到的状况，首先，必须明确好计量和支付两个方面的工作，做好分工。通常情况下，计量工作优先，之后再进行支付表的上报。接着，必须使得计量工作的签审流程得到简化，整合资料，使得签审责任放大。之后，业主必须完善清单核算，做到总体把控。

2计量软件应用

在S318线公路选用好计量软件后，应该对相关人员进行培训，确保他们都可以熟练的使用计量软件，才能提高工作的效率。同时，相关人员应该严格按照软件的要求和步骤进行计算，而不能为了省事采取随意的人工计量方法。再次，应该对于软件使用过程中发现的问题，及时向相关领导和部门进行反馈，确保及时得到改进。在S318线公路的计量支付管理软件中，建立清楚明了的计量台账，可以从全面了解工程段落的情况，还能为计量工作人员减轻负担。项目管理人员，可以通过计量台账随时掌握项目的资金消费情况，以提高计算的准确性。而生成的监控台账，能够将大量测量数据、内容以及工程量进行简化处理。另外，还可详细了解工程各部位的设计量、变更量和已计量，清楚直观的体现设计与变更数量之间的差异，从而理清计量的动态变化。尤其对于软件自动生成的各个支付报表，可以得知最新计量数据，使计量支付工作能够有据可循。

3工程变更计量

在工程项目的建设中，都会产生一些意外情况，由于工程施工的一步步推进，工程的灵活度将会不断降低。所以，在合同条款及管理规范的基础上，监理工程师在做出变更决定后，必须立马变更计量的台账，对已经变更的项目做出对应的审批。通常，变更项目十分紧迫，数量较大，流水账式的计量方式是其主要采用的方法。

结语

在公路工程进行计量支付与造价管理时，依据图纸和工程量清单建立的台账，选用合理的计量软件，都可以促使计量管理工作更加科学和合理。与此同时，必须及时观察工程项目的具体状况，对项目的投资进行把控，使工程造价保持在合理的范围内，保证工程的正常施工。

参考文献

[1]时思利.浅谈公路工程项目中的计量与支付工作分析[J].才智，2013（20）：253.

[2]华素平.浅谈公路工程项目计量支付控制要点[J].华章，2011（20）：331.

篇10

【关键词】教务管理系统 范围管理 项目管理

【中图分类号】G64 【文献标识码】A 【文章编号】2095-3089（2014）09-0023-01

一、引言

随着教学规模的扩大、教学模式的转变，使得学校教务管理任务越来越重，这不仅增大了工作量，还增大了工作难度。这些根本性变化的同时也对学校的教务管理提出了更高的要求，为了适应这些新变化，提高教务管理的工作效率，建立一套完整统一、技术先进、高效稳定、安全可靠的教学管理系统成为当务之急。

在该项目中，本人以技术人员的身份参与了项目的管理工作，在开始接手教务管理系统开发前，我们首先想到了范围管理对该项目的作用和意义。通过我们团队上上下下的努力，该项目终于在2010年11月中旬通过验收，目前系统运行一切良好，得到了所有干系人的认可。

二、教务管理系统的范围管理

教务管理系统的开发采用了面向对象的分析与建模技术，以B/S三层架构模式的J2EE环境作为运行环境。系统主要包括系统管理、教师管理、学生管理、选课管理、排课管理、考务管理、成绩管理、报表统计等模块。主机主要有一台数据库服务器（Sun Fire 6800）和一台应用服务器（Sun v880），主机操作系统主要采用强大的UNIX操作系统，应用服务器则从方便考虑采用Windows 2003操作系统，数据库则选择业内领先的企业版Oracle 10g，应用中间件平台使用BEA的WebLog？鄄ic10，应用服务运行在J2EE平台。

项目范围是指产生项目产品所包括的所有工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。项目的范围管理是项目取得全面成功的一个至关重要的前提和基础，这在本人参与的教务管理系统项目实施过程中得到了充分验证。具体来说，我们是按照以下的管理过程来进行范围管理的。

1.范围计划编制

项目范围对项目的成功有重要的影响，范围管理包括如何定义项目的范围，如何管理和控制项目范围的变化，如何考虑和权衡工具、方法、过程和程序，以确保为项目范围所付出的劳动和资源能够和项目的大小、复杂性、重要性相称，使用不同的决策行为要依据范围管理计划。该项目中邀请了技术业务专家对项目范围进行了专业判断，在计划中明确定义项目范围、制定详细范围说明书、定义和编制工作分解结构以及验证和控制范围的步骤和方法。

2.范围定义

范围定义是制定项目范围说明书的过程，项目范围说明书是确定整个项目工作中的可交付物及提交可交付物所做的工作。本项目采用快速原型结合面向对象开发的方法，首先通过与甲方沟通，确定甲方的重要项目干系人。接着将确定的干系人进行分类，一类是学院的领导层，他们确定系统要达到的整体目标；另一类是学院教职员工，他们的要求构成系统的具体功能。我方人员经过多次与各类项目干系人沟通，通过制作界面原型与甲方不断确认，从而把项目的需求和范围确定下来。

3.创建工作分解结构

创建工作分解结构是项目范围管理的重要环节。通过工作分解结构把项目的整体工作分解成工作包。通过滚动式规划，把近期的工作分解较为详细，远期的工作分解较为初略。在分解过程中，我主持了项目工作分解的会议，会议的参与人员有项目团队成员及其他项目干系人。通过会议将项目可交付物和项目工作分解为更小的、更易于管理的项目单元。我还采用了MS Project2007作为项目管理工具建立了项目的WBS，对WBS的每个任务明确了可交付物。

4.范围确认

范围确认是指对项目范围的正式认定，项目主要干系人，如项目客户和项目发起人等要在这个过程中正式接受项目可交付成果的定义。

为保证做好各个阶段的范围确认工作，本人在项目实施中，确认了几个重点的里程碑。在完成了计划中的各重点里程碑点之后，与项目干系人共同完成里程碑的评审与总结，目的是为了防止范围需求的偏差、遗漏，并获得干系人对阶段工作完成情况，包括范围在内的正式确认。

在项目实施过程中，我们要求对WBS上的可交付物进行监控，对已经完成或即将完成的可交付物及时进行会议评审，由客户一起进行确认。整个范围确认贯穿于项目实施过程的始终。我方和用户方商定，所有提交的可交付物，用户必须确定项目联系人进行签字盖章，如果拒绝提交，要提出书面说明。

5.范围控制

范围控制是保证整个项目有效实施的重要内容。我方与用户方成立变更控制委员会，并制定了变更控制流程。变更控制流程如下：①范围变更说明文档；②填写变更申请单；③召开会议对变更所带来的影响进行分析、变更方案进行论证及评审；④发出变更通知并实施变更；⑤对变更实施进行监控；⑥对变更结果进行评估；⑦客户对相关文档进行确认签字。

在项目实施过程中，由于项目小组成员和业主各部门很多人都有联系，他们经常会遇到项目干系人提出范围变更请求，对此我们统一口径，要求所有的变更必须经过项目发起人同意才可以响应，同时强调项目小组成员不得随意对项目进行“镀金”。

另外我们还加强项目小组内部的沟通和交流，提高项目开发团队的开发效率，加强质量措施的落实，对成员的职责和绩效进行考核，杜绝由于项目质量问题或技术问题引起不必要的范围变更。

三、结束语

从该项目启动到竣工验收，经历了一年多的时间，总结整个项目的实施，我们认为得益于在项目初期阶段建立了项目范围管理的理念和方法，对项目进行了科学、规范的范围管理，使项目所有的组成要素在适当的时间充分地、有机地结合在一起，极大地提高了项目的实施效率。通过本项目的经验总结，为本人今后执行类似的项目范围管理带来了一些可供借鉴的经验。

参考文献：

[1]戚安邦.项目管理学[M].南开大学出版社，2003.

[2]左美云.信息系统项目管理[M].清华大学出版社，2008.