项目移交运维管理办法

项目移交运维管理办法

2009年3月

一、目标

编制项目移交运维管理办法的目标是梳理项目移交运维的一般流程，规范项目移交运维工作，最终保证我局信息化业务系统正常稳定运行。

二、适用范围

项目在正式上线并且稳定运行一个月后，在最终验收前项目建设部门发起将该项目移交给运维部门维护时适用本管理办法。

三、参与对象在项目移交运维工作中，主要的参与对象是四个角色：项目建设部门移交审核人、项目负责人、运维移交审核人、系统维护负责人。

(一)项目负责人

项目负责人指的是项目建设部门负责项目实施的工作人员。项目在移交运维过程中，项目负责人与运维部门要密切合作，共同保证项目的顺利移交，并且在项目移交后继续协助办理项目的付款手续工作。在移交过程中，其职责主要为：

1.向系统维护负责人提供完整的项目相关资料，组织完成必要的系统管理培训，交待项目建设的重点与难点及需要注意解决的问题，讲明本项目与其它业务系统的关系等；

2.与系统维护负责人共同完成项目移交运维手续的办理。

3.配合系统维护负责人，完成已移交项目的验收组织工作。

(二)系统维护负责人

系统维护负责人指的是接手项目后续管理运维，包括在系统免维期这段时间中对系统环境的熟悉以及监督开发公司对在免维期

系统出现的问题故障及时解决，保持系统的稳定运行，及时更新技术文档内容，以便在免维期结束后能协助开发公司平滑过渡到运维公司负责维护系统，确保用户在此过程中不受影响的技术人员。同时负责在项目支付尾款的时候提交该项目运维服务和运行质量报告，作为尾款支付的依据之一。在移交过程中，其职责主要为：

1.接收项目负责人移交的相关文档资料；

2.掌握接手项目基本情况；

3.参加或组织相关的业务培训和技术培训；

4.与项目负责人共同完成项目移交运维手续的办理，负责已移交项目的验收工作。

(三)移交审核人

移交审核人由项目建设部门以及运维部门领导担任，包括项目建设部门移交审核人以及运维移交审核人，负责对项目移交运维工作监督审核，并将审核结果反馈给相关责任人（如审核通过则要反馈给审批人），主要职责为：

1.审核项目建设部门移交负责人提交的项目移交运维工作单（见附录），并进行评估；

2．按照项目移交运维工作单中的移交计划组织移交实施工作。

四、移交流程

(一)总体流程

项目移交运维的整个过程可以划分三个阶段：移交准备阶段、移交实施阶段和移交确认阶段。这三个阶段在时间上前后相继，原则上单个项目移交总体时间控制在一个月内。

(二)移交准备阶段（时间控制在一周内）

对准备要移交的项目，需作以下准备工作：

对于已经完成系统上线，并稳定运行一个月，且按照项目合同可以进行验收的应用系统，项目负责人将该项目列入月度移交计划，同时向项目建设部门移交审核人提交《项目移交运维工作单》；

项目建设部门移交审核人在收到《项目移交运维工作单》后，在两工作日内进行审核；审核通过后，将《项目移交运维工作单》提交中心分管（副）主任领导审核；

中心领导中心分管（副）主任审核通过后，交付运维部门处理；

运维部门移交审核人对项目移交材料进行审核，并在两工作日内予以反馈；通过审核的，运维部门移交审核人指定系统维护负责人并通知项目建设部门移交审核人；未通过审核的，运维部门给出详细的整改意见，原则上反复整改的时间控制在一周内。若无明显不合理之处，双方均不得以移交过程之外的其他理由拒绝移交或接收。

(三)移交实施阶段（时间控制在三周内）

项目移交运维的实施阶段需要完成三项工作：文档交接、源代码交接和项目培训。这三项工作的实施中可以采用同步进行的方式进行：

文档交接

1.交接的文档

项目负责人需向系统维护负责人交接该项目相关的技术文档

包括项目开发过程中的各种设计文档和项目运维过程需要的各种说明文档，上述文档可以参考附录的《项目交接文档列表》进行提供。

2.文档要求

项目负责人向系统维护负责人移交的所有文档应尽可能使用标准的文档模板，系统维护负责人可以在以下几个方面对接受的文档进行评价,以确定是否符合要求。系统维护负责人对文档是否符合要求具有审核及组织整改权，但不得以下列文档质量规约以外的含糊要求拖延移交进度，总体时间控制在两周内。

文档完备性

是否按照合同及其附件要求提交了全部文档；

内容针对性

文档是否是为文档列表中要求的文档；

内容充分性

文档全面、详细的程度是否达到要求；

规范程度

是否很好地符合要求的规范、标准；

内容一致性

是否存在前后矛盾；

文字明确性

是否使用了“可能”、“也许”“待定”等词语和语义含糊不清的语句；

易读性

文档结构是否清晰、目录是否一目了然、是否存在循环引用，能够在一篇文档中说明清楚的内容，是否被拆分成若干文档。

3.交接流程

文档的交接步骤如下：

项目负责人向系统维护负责人提交文档；

系统维护负责人对文档进行审核；

系统维护负责人审核通过，则填写《项目移交运维工作单》的文档移交部分；审核不通过，文档需要给出详细的整改意见，由项目负责人按照整改意见组织对文档进行整改，并在检查后提交系统维护负责人重新进行审核。原则上反复整改的时间不超过一周。

源代码交接

源代码交接的交接步骤如下：

项目负责人提交源代码及相关数据库结构说明给系统维护负责人；

系统维护负责人对代码的可理解性、可靠性与可编译性进行审核，并在一周内予以反馈，通过审核，则填写《项目移交运维工作单》的代码移交部分。未通过审核，则提出具体整改意见，项目负责人按照整改意见组织对源代码进行整改，并在检查后提交系统维护负责人重新进行审核。原则上反复整改的时间不超过一周。

项目培训

1.培训内容

项目培训的具体内容见下表：

2.培训流程

①由项目负责人和系统维护负责人商定培训时间及地点。

②实施培训。由项目负责人组织对相关人员进行培训，以熟悉整个系统基本功能的应用，并在培训现场指导相关人员对系统的应用与维护。

③完成培训则填写《项目移交运维工作单》的培训部分。

④系统维护负责人开始对项目进行日常运维工作。

(四)移交确认阶段（时间控制在一周内）

移交确认阶段的工作流程如下：

完成上述步骤且文档、代码、培训审核完成后，运维部门负责人对整改后的文档、代码、培训总体情况进行确认审批。运维部门接手人员独立运维一周后，双方（项目负责人以及系统维护负责人）对《项目移交运维工作单》进行签字确认，并由双方共同保管，完成整个项目移交运维工作。此时，项目负责人拟写通知，通知有关部门项目移交后的维护管理及联系电话。

在系统终验前运维部门的工作是协同和支持，在此过程中，项目建设部门应该承担直接责任；在移交确认、通过项目验收后，系统维护负责人负责该项目的日常维护管理工作，包括项目所关联系

统的发布以及后台维护等技术工作，并统一收集用户对该项目提出的使用意见以及新需求，及时分析解决网络、资源、配置、简单维护、操作指引等方面的问题，当不能解决时，原项目建设部门应组织处理协同解决。

附件一:

附件二:

项目交接文档列表

《天津市建设工程项目代建管理办法》

市建设工程项目代建管理办法 第一章总则 第一条为进一步提高建设工程项目的管理水平，充分发挥投资效益，确保建设工程质量和安全，规建设工程项目代建行为，根据国家相关法律法规和规定，结合本市实际，制定本办法。 第二条凡本市行政区域建设工程项目代建活动应遵守本办法。本办法所称建设工程项目是指建筑工程和市政公用基础设施工程项目。 第三条建设工程项目代建活动是指从事项目管理的单位（以下简称代建单位），受项目投资单位或建设单位（以下简称业主单位）委托，按照合同约定条款，对建设工程项目（以下简称代建项目）的新建、改建、扩建开展全过程或分阶段专业化管理和服务的活动。 第四条市建设行政部门对全市建设工程项目代建活动实施统一的监督管理。 区建设行政部门对本行政区域的建设工程项目代建活动实施监督管理。 第二章代建单位的条件

第五条从事建设工程项目代建活动的单位，应当具备下列条件： （一）具有独立企业法人资格，净资产300万元以上； （二）具有工程勘察、设计、监理、招标代理、造价咨询等其中一项甲级资质，或施工总承包一级以上（含一级）资质，且满足该项资质标准要求； （三）企业技术负责人具有10年以上工程建设管理经验，主持完成2项（含2项）以上，投资额在 2亿元（含2亿元）以上项目的建设管理工作；高级工程师或具有建设工程相关执业资格； （四）法律、法规规定的其他条件。 第六条有下列情形之一的，不得作为代建单位： （一）被行政部门或司法机关责令停业或停止承接工程任务的； （二）承接的建设项目在近一年发生过重大质量和安全事故的； （三）近一年出现严重失信行为或信用评价为最低级别的； （四）无法履行代建职责的其他情形。 第七条对代建单位实行信息公示制度。凡符合上述代建单位条件的，在市建设工程代建项目监管信息系统上公示。 第三章代建的委托

项目运维管理办法

项目运维管理办法 一、目的 为了更好的服务与客户，加强对公司运维项目的统一管理，对项目维护活动、维护过程等相关事宜进行规范，特制定本管理办法。 二、适用范围 公司所有运行维护项目组及相关干系人。 三、职责 1、销售部：负责对服务合同进行管理，包括合同签订、合同范围及合同条款的管理； 2、技术部：负责对项目的实施、管理、监控等，负责调查客户满意度、向相关人员反馈问题、跟进问题处理情况； 3、商务：负责硬件采购及相关备件的管理。 四、运维服务对象与类型 1、运维服务对象 运维服务对象是运维服务的主体，按客户要求所提供的运维服务相关的信息技术资产。运维服务对象包括应用系统、软件平台、硬件平台、数据。 1）、应用系统； 指由相关信息技术基础实施组成的，完成用户特定业务功能的系统。 2）、软件平台： 指安装运行在计算机硬件中，构成应用系统的软件程序，如系统软件、支持性软件、应用软件等。软件平台包括：数据库软件、操作系统、系统运行平台。 3）、硬件系统： 硬件系统是指构成应用系统的硬件关联设备。

4）、数据：指应用系统支持业务运行过程中产生的数据和信息。 2、运维服务类型 根据合同的要求及相关工作目标、工作内容、交付结果将运维服务方式分为完善性维护、适应性维护和预防性维护三大类。 1）、完善性维护 针对平台业务系统原有的功能进行扩充性完善，使系统对新业务具有包容性支持，以满足客户需求，确保系统现有功能的最大发挥。 2）、适应性维护 当客户业务需求发生变化是，且供需双方对系统业务更改事宜协调确认后，运维项目组对软件系统进行业务调整，以适应用户生产的管理需要。 3)、预防性维护 定期丢业务系统进行例行巡检，挖掘并消除系统中各种影响系统高效运行的隐患，同时优化系统各方面性能，使系统高质量的运行。 五、项目维护过程 1、服务协调升级管理机制 1）、首问责任制 公司实现首问责任制，受理客户问题反馈的第一任，为首位责任人；首问责任人须将问题清晰纪录，并将问题转达至问题所属项目经理或该项目负责人。 2）、管理升级 a、系统运维实施项目经理负责制； b、当问题处理超出合同范围，项目尽力应当将问题反馈至上级或销售部，由销售部人员进行协调； c、当客户反馈的问题属于合同范围内，但超出项目经理范围时，项目经理应当第一时间反应给上级总监，由上级总监协调；

信息化软件运维管理办法

XXXXXXXXXX 有限公司 信息化软件运维管理制度 文件编号： 编制部门： 版本版次： 生效日期：2018--1 页数：页 审核：XXX编制/修订:

文件使用单位：XXXXXXXXX有限公司各中心、各子公司签批形式：■ 0A工作流□纸质 三、编制/修订记录： 1. 目的 为规范XXXXXXXX有限公司（以下简称公司）信息化系统的运行维护管理工作，确保信息系统的安全可靠运行，切实提高业务效率和服务质量，使信息系统更好服务于业务运营和管理，特制订本管理办法。 2. 适用范围 本管理办法适用于公司及控股公司的信息系统，各控股公司可根据本办法制定相应的实施细则。 3. 术语与定义 3.1信息化软件的维护内容分为基础软件维护、应用软件、配套网络维护三部分：3.1.1基础软件指运行于计算机主机智商的操作系统、数据库软件、中间件等公共软件； 3.1.2应用软件指运用计算机系统之上，直接提供服务或业务的专用软件； 3.1.3配套网络指保证信息系统相互通信和正常运行的网络组织，包括联网 所需的交换机、路由器、防火墙等网络设备和局域网内连接网络设备的网线、传输。 3.2运行维护管理的基本任务： 3.2.1进行信息系统的日常运行和维护管理，实施监控系统运行状态，保证系统 各类运行指标符合相关规定； 3.2.2迅速而准确地定位和排除各种故障，保证信息系统正常运行，确保所承载的各类应用和业务正常。 3.2.3进行系统安全管理，保证信息系统的运行安全和信息的完整、准确； 3.2.4在保证系统运营质量的情况下，提高维护效率，降低维护成本。 4. 职责 4.1信息系统的运行维护管理遵循在统一的领导下，分级管理和维护的模式。作 为信息中心，牵头组织实施信息系统的维护管理工作。。 4.2 信息系统的维护管理分为两个层面：管理层面和操作层面。在管理层面，信息管理中心，负责公司信息系统的维护管理。在操作层面，各部门是操作软件的维护部

验收移交管理办法

验收移交管理办法 验收移交管理办法 第一条目的 为规范集团内部管理，确保工程竣工验收后及时完成由项目公司向物业管理公司移交，实现物业管理规范化，特制定本办法。 第二条适用范围 本办法适用于集团开发项目各单项工程及其配套工程验收、移交过程的控制。 第三条验收移交的组织 （一）集团成立工程验收移交工作领导小组，由集团主管领导任组长，项目公司、施 工技术管理中心、项目拓展中心、产品设计中心、营销管理中心、成本合约部、物业管理 公司、行政管理中心等相关部门负责人任成员。 （二）验收移交工作列入集团节点计划考核，原则上在施工单位向项目公司移交后1 个月内，由项目公司组织实施（具体时间单体工程以竣工验收报告为准，室外工程以达到 具备装修条件即水通、电通、道路通为准），无法按期组织实施的，项目公司需在当月内 书面报请验收移交工作领导小组批准同意后方可延期，涉及到工程量大或技术难度高的变 更部分必须经领导小组批准方可甩项。 第四条验收移交前的准备工作 （一）图纸资料的验收(此项资料移交物业管理处) 应予验收的图纸资料一般应包括： 1、全套工程竣工图纸（含小区规划图）； 2、机 电设备使用说明书； 3、电梯使用许可证； 4、隐蔽工程验收记录（涉及物业管理过程的项目）； 5、供水、供电的指标批文； 6、供气系统验收证明； 7、消防系统验收证明； 8、其他资料。（二）维保资料 1、工 程保修协议； 2、单位工程质量竣工验收记录； 3、施工单位联系方式； 4、其他资料。 项目公司组织验收原则上提前五天发出验收通知单到相关部门，较小的项目经与物业 公司沟通后可提前三天通知，发出验收通知的同时一并将所拟验收的项目的相关资料提供 给接收部门。除发现重大问题经领导小组研究同意延期移交以外，必须按照规定时间组织 实施移交。 第五条验收移交的程序

公路建设项目代建管理办法

公路建设项目代建管理办法 （2015年5月7日交通运输部令2015年第3号公布） 第一章总则 第一条为提高公路建设项目专业化管理水平，推进现代工程管理，根据《公路法》等有关法律、行政法规，制定本办法。 第二条公路建设项目的代建活动，适用本办法。 本办法所称代建，是指受公路建设项目的项目法人（以下简称“项目法人”）委托，由专业化的项目管理单位（以下简称“代建单位”）承担项目建设管理及相关工作的建设管理模式。 第三条交通运输部负责指导全国公路代建工作并对公路代建市场进行监督管理。 省级交通运输主管部门负责本行政区域内公路代建工作和代建市场的监督管理。 第四条项目法人具备交通运输主管部门规定的能力要求的，可以自行进行项目建设管理。项目法人不具备规定的相应项目建设管理能力的，应当按照本办法规定，委托符合要求的代建单位进行项目建设管理。 代建单位依合同承担项目质量、安全、投资及工期等管理责任。 第五条公路建设项目代建可以从施工阶段开始，也可以从初步设计或者施工图设计阶段开始。 第六条公路建设项目代建应当遵循择优选择，责权一致，界面清晰，目标管理的原则。 第七条各级交通运输主管部门应当依法加强代建市场管理，将代建单位和代建管理人员纳入公路建设市场信用体系，促进代建市场健康发展。

第二章代建单位选择及代建合同 第八条高速公路、一级公路及独立桥梁、隧道建设项目的项目法人，需要委托代建时，应当选择满足以下要求的项目管理单位为代建单位：（一）具有法人资格，有满足公路工程项目建设需要的组织机构和质量、安全、环境保护等方面的管理制度； （二）承担过5个以上高速公路、一级公路或者独立桥梁、隧道工程的建设项目管理相关工作，具有良好的履约评价和市场信誉； （三）拥有专业齐全、结构合理的专业技术人才队伍，工程技术系列中级以上职称人员不少于50人，其中具有高级职称人员不少于15人。 高速公路、一级公路及独立桥梁、隧道以外的其他公路建设项目，其代建单位的选择，可由省级交通运输主管部门根据本地区的实际进行规范。 项目法人选择代建单位时，应当从符合要求的代建单位中，优先选择业绩和信用良好、管理能力强的代建单位。 省级交通运输主管部门可以根据本地公路建设的具体需要，细化代建单位的要求。鼓励符合代建条件的公路建设管理单位及公路工程监理企业、勘察设计企业进入代建市场，开展代建工作。 第九条代建单位派驻工程现场的建设管理机构、专职管理人员应当满足项目建设管理工作需要。代建项目现场负责人、技术负责人、工程管理部门负责人应当在代建单位工作3年以上，且具有10年以上的公路建设行业从业经验、高级以上专业技术职称，以及至少2个同类项目建设管理经历。 代建单位派驻现场的管理人员和技术人员不得在其他公路建设项目中兼职。 第十条代建单位应当依法通过招标等方式选择。采用招标方式的，应当使用交通运输部统一制定的标准招标文件。 代建单位在递交投标文件时，应当按照要求列明本单位在资格、能力、业绩、信誉等方面的情况以及拟任现场管理人员、技术人员及备选人员的情况。

运维交接流程

运维交接流程 Version 2.0 二零一四年四月

一、运维交接流程 开发团队将软件项目交接给运维团队进行项目运维，该过程是一个责任过度的过程，需要严格的规范以及流程进行支撑。该部分叫做运维交接流程。 交接过程中，提交的软件文档一般包含需求说明书，概要说明书，详细设计说明书，数据字典，测试报告，试运行情况报告分析，部署文档等，必须保持项目实际情况与文档一致性。 运维团队测试包含功能测试，用户测试，业务逻辑测试，集成测试，压力测试，需要在流程中填写相关的测试总结以及上传测试报告，不合格需要说明不合格原因。 以上过程需要在严格的规范下进行，不然，流程会因为只是个形式而失败，达不到预期效果。 二、交接规范 新项目需稳定运行3个月以上时间才能交接给运维组 新项目交接给运维组必须对接手维护的同事做系统业务培训 项目交接必须提供： 系统release版本 《项目需求文档.doc》 《项目操作手册.doc》 《项目维护手册.doc 》 《项目常见问题处理.doc 》 《项目详细设计文档.doc 》 《项目数据字典》 三、软件测试验收 软件验收为系统验收的核心。对软件质量、软件的可维护性、软件的易用性和软件项目的实施周期起到“一锤定音”的作用。 （一）测试环境下的测试验收 1、初次测试 依据系统功能列表中的功能进行逐个测试，测试中记录以下情况：功能是否实现，功能

是否符合要求，测试时间。 系统测试类型有以下几方面： （1）功能测试：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到要求的功能。 1）从软件的功能是否全面； 2）软件功能是否正确； 3）程序和数据是否与产品需求说明及用户文档的全总说明相对应。 （2）可靠性测试：指软件在规定的时间和条件下不出现故障，持续运行的能力。 1）软件不应存在导致软件无法运行、崩溃或导致数据破坏、缺损的重大缺陷； 2）测试一般包括成熟性、容错性、易恢复性、数据是否具有校验机制等方面。 （3）容错性测试：评价软件是否拥有异常处理手段；对关键操作、不可恢复的操作或可能引起灾难性后果的操作应有明确的提示，并请求用户确认。 （4）易用性测试：指软件的易用程度。 1）用户学习、操作软件的难易程度； 2）数据编辑、检索、输出的方便程度和灵活程度； 3）易理解程度、易浏览性、可操作性。 （5）可维护性测试： 1）指用户根据自己的要求、使用环境对软件进行个性化定制的可能性、难易程度和灵活程度； 2）运行出错后，用户自己发现、诊断、修改错误的可行性与工作量。 （6）性能测试：性能测试主要测试软件的运行速度和对资源的消耗。通过调整系统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。重点关注以下几点： 1）时间特性； 2）资源特性； 3）网络特性。 （7）可移植性测试：通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。重点掌握以下几点： 1）兼容性：操作系统兼容性、异构数据库兼容性、新旧数据转换、异种数据兼容性、硬件兼容性等； 2）适应性：在适应目前需求的基础上，为将来可预见和不可预见的性能扩充留有余地； 3）可扩充性：新功能、新业务的增加能够在不影响系统运行的情况下实现。 （8）安全性测试：通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健全性。重点掌握以下几点： 1）软件使用的安全性； 2）数据的存储、传输和访问安全； 3）安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。 （9）用户管理测试：对系统进行用户添加，授权等一系列操作发现任何问题都记录下来形成文档，然后对用户进行权限变更、删除等一系列操作，文档记录问题发现时间、问题描述、问题原因、解决方法、解决时间等（详细情况填写问题记录）。将发现问题由建设方提出解决方案，由用户确定后进行修改。 （10）界面实现情况测试：界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。重点掌握以下几点：

工程移交生产管理制度(最新版)

When the lives of employees or national property are endangered, production activities are stopped to rectify and eliminate dangerous factors. （安全管理） 单位：___________________ 姓名：___________________ 日期：___________________ 工程移交生产管理制度(最新版)

工程移交生产管理制度(最新版)导语：生产有了安全保障，才能持续、稳定发展。生产活动中事故层出不穷，生产势必陷于混乱、甚至瘫痪状态。当生产与安全发生矛盾、危及职工生命或国家财产时，生产活动停下来整治、消除危险因素以后，生产形势会变得更好。"安全第一" 的提法，决非把安全摆到生产之上;忽视安全自然是一种错误。 1目的 为做好光伏电站工程移交生产工作，提高光伏电站工程建设管理整体移交水平，结合光伏电站建设实际情况，制定本制度。 2引用标准或参考文件 2.1GB2297-1989太阳光伏能源系统名词术语 2.2GD001-2011太阳能发电工程技术标准：光伏发电工程规划报告编制办法(试行) 2.3GD002-2011太阳能发电工程技术标准：光伏发电工程预可行性研究报告编制办法(试行) 2.4GD003-2011太阳能发电工程技术标准：光伏发电工程可行性研究报告编制办法(试行)》 2.5NB/T32001-2012光伏发电站环境影响评价技术规范 2.6NB/T32012-2013光伏发电站太阳能资源实时监测技术规范 2.7GB50797-2012光伏发电站设计规范

(项目管理)代建项目管理实施细则

项目 代 建 管 理 实 施 细 则 编制： 审核： 日期：

项目 项目管理实施细则 第一章：项目前期管理 一、工作范围和职责 由公司产品运营中心及技术与品质部协助项目管理部办理有关建设手续，拟定工程建设的有关合同、协议，负责与各参建单位、有关政府主管部门和项目周边各单位沟通、联系、协调，创造外部协作条件，争取相关单位的支持。与有关单位协商，提出安全文明施工、环境保护方面的协调意见并拟订相关的协议。负责市场相关信息、政策法规的收集。项目经理对协调工作予以监督和确认，公司分管领导给予支持和指导。 二、前期工作流程及要点 1、项目管理部人员熟悉有关批文和已经批准的项目文件，了解项目使用要求和投资目标。 2、组织进行1：500地形图、勘察、设计等招标工作，招标确定的设计单位进行方案设计及初步设计。项目管理部人员要根据第三方专家组审查的初步设计意见，要求设计院完成本工程所有涉及工程的初步设计和概算的修改，报市建委审核批准。批准后要求设计院完成项目施工图,对出图质量与进度予以监督。 4、施工图设计完成后送到有资质的图纸审查单位办理施工图报审，

将审查意见送设计单位，修改后反馈给设计审查单位，领回审查合格书。 5、项目部按规划部门、供电、城管部门、交通等部门的程序办理工程土地规划、临时用水、用电、道路开通、建筑垃圾处置的许可。 第二章：项目实施准备阶段的管理 一、合同采购招标 项目部负责与招标代理机构的配合和联系，负责对投标单位资质审查和项目有关的各项招标活动，项目经理对招标过程进行监督、确认。 1、监理招标 （1）招标阶段管理： a. 根据项目所需监理工作的内容和目标，进行合同构成因素分析和合同条件分解，确定用于编制招标文件及构成合同的主要具体内容及条件，确定合同标的。 b.根据分析所得结果全面完善地编制招标文件，指导投标人正确编写投标书，防止项目所需监理工作内容的遗漏、错误及监理工作目标的偏差。

软件项目移交管理办法(-草稿)

信息中心软件项目移交管理办法 2013年3月 天津市市政公路信息中心2013年3月

一、总则 第一条，为了确保信息中心软件项目移交过程规范，并能保证后续软运维工作顺利进行，特制定本办法。 第二条，软件项目移交对象为信息中心承接的信息化项目及局内其他单位或部门委托管理的信息化项目。 第三条，移交或委托分简单登记托管移交、技术内部运维移交和技术加业务运维服务移交三种方式。 简单登记托管，只负责所托管系统的登记、及简单维护协助（维护工作由移交方为主完成，网络资源部只提供维护协助和数据库等资源）；技术内部运维移交，需要移交方完整移交技术资料并对网络资源部的相关技术人员进行系统培训，然后由网络资源部负责内部技术维护；技术加业务运维服务，属于项目全面移交，由网络资源部全面负责内外部运维和服务工作。 二、管理职责 第四条，网络资源部负责软件项目移交过程组织、把关、监督工作。第五条，网络资源部负责所移交软件项目资料的接收与保管工作。 第六条，网络资源部负责接受运维技术的掌握和运维工作。 第七条，网络资源部负责软件项目业务推广及培训转移接受工作。三、移交要求 第八条，由网络资源部和移交方共同制订移交计划，并作为移交实施的依据。 第九条，移交方必须提供齐全的软件项目资料，包括系统使用手册、

系统部署与维护手册、软件开发方的联系方式、项目合同（可以是复印件）、项目建设方案、数据库说明书、其他补充约定等。资料不全者，网络资源部有权拒绝接受。 第十条，移交方必须对网络资源部相关人员进行系统运维技术培训，经过移交双方签字认可，该方面的移交才结束。 第十一条，对需要进行业务推广和培训的项目，移交方必须事先对网络资源部相关人员进行系统培训，经双方签字认可，该方面的移交才结束。 第十二条，对于项目移交方，在移交期间承担主要的项目运行、推广等责任，直至移交正式结束，责任转移到网络资源部。 第十三条，在移交期间，发生应急事件，移交方负责人要同步到现场，协助应急工作。 第十四条，在移交结束后的一年内移交方负责人需要承担业务指导和咨询责任。 第十五条，委托项目，需要签订正式的项目委托运维协议。 第十六条，凡是涉及在建项目中遗留的问题，由移交方向网络资源部做书面说明，并做有关问题解决的协助。（主要涉及项目未正常验收、功能未解决、资金拨付未完成等问题） 第十七条，移交方或委托方必须全面移交跟运维相关的所有事项，不得隐瞒或遗漏，否则承担相应的责任。 四、移交流程 第十八条，在建项目移交流程：

代建管理办法

代建管理办法 深圳市政府投资公路建设项目代建管理办法(试行) 第一章总则 第一条为加强政府投资公路项目的建设管理，改进政府投资公路项目建设实施方式，规范建设程序，提高项目管理效率和投资效益，根据《中华人民共和国招标投标法》、国务院《关于投资体制改革的决定》及本市有关规定，制定本办法。 第二条本办法所称的公路建设项目是指市、区政府投资的公路建设项目，包括公路、公路桥梁、公路隧道和公路渡口。 第三条本办法所称的公路建设项目代建，是指公路建设项目按照规定的程序，通过招标的方式，委托具有相应资格和能力的专业工程管理单位，按照合同的约定代行项目法人职责，负责建设过程管理的制度。 本办法所称的项目法人是指代表市、区政府对具体公路建设项目行使权益和实施管理的政府部门或行政事业机构。 第四条市交通行政主管部门(以下简称市主管部门)负责公路建设项目代建的组织实施和监督管理工作。 第五条在本市参与公路建设项目的项目法人、代建、设计、监理、施工、材料供应等单位和人员应当遵守本办法。 第六条代建单位的招标应公开、公平、公正，并符合国家、省及本市的有关规定。 第七条本市的公路建设项目应当实行代建制。 特殊工程项目和地处偏远地区、工程简单不易形成代建市场的工程项目，由市主管部门按规定程序组织审核并报市政府同意后，可以采用其他方式组织建设。

前款所称特殊工程，是指本市范围内涉及国家安全、国家秘密的工程、应急建设工程和抢险救灾的建设工程。 第八条公路建设项目代建期限从初步设计批复后开始至竣工验收完成时终止。 第九条公路建设项目代建不改变现行行政许可制度。第二章职责范围 第十条市主管部门履行下列职责: (一)负责本市公路建设项目代建相关信息的发布; (二)负责代建单位招标结果的备案或确定; (三)监督各公路建设项目的代建工作; (四)负责代建市场的监督管理; (五)法律、法规规定的其他职责。 第十一条项目法人履行下列职责: (一)根据规划提出项目建设的规模、性质、建设标准和使用功能; (二)负责项目规划方案、项目建议书、可行性研究报告的编制和初步设计文件及相关 的环境评价与水土保持等前期手续的报批; (三)负责初步设计概算的报批; (四)负责施工图预算的编制报批; (五)负责征地拆迁工作; (六)负责组织勘察设计招标、勘察设计合同签署和管理工作; (七)负责组织设计监理招标、设计监理合同签署和管理工作; (八)负责组织施工监理招标、施工监理合同签署和管理工作; (九)负责组织审核竣工决算; (十)负责政府相关部门的协调工作;

公司应用系统运维移交管理办法

华北电网有限公司信息系统运维移交管理办法 第一章总则 第一条为进一步规范华北电网有限公司（以下简称“公司”）应用系统运维移交工作，确保运维移交期间公司应用系统稳定运行，应用系统移交后运维各项工作能够有效衔接，明确工作责任，规范移交流程，特制订本管理办法。 第二条运维移交是指业务系统从试运行移交到正式生产运行，从移交部门代为 运行维护转为信息运维中心正式运维。 第三条本办法是公司应用系统运维移交的基本要求。 第四条本办法适用于公司各部门以及直属供电（电力）公司、超高压公司、建设分公司、供应链管理中心（以下简称“各单位”）。 第二章职责分工 第五条公司信息化领导小组对公司信息系统运维移交工作实行统一领导，信息系统运维移交工作由公司信息管理中心、牵头业务部门、信息运维中心、实施单位共同完成。 系统运维移交工作职责分工： （一）公司信息管理中心负责信息系统运维移交的审核和批准及安全测评工作，系统的运维移交需报公司信息化领导小组审批。 （二）牵头业务部门负责组织相关业务部门、实施单位执行相关申请工作，进行

系统运维移交的审核、许可及测评等工作。 信息系统实施单位和信息运维中心共同负责完成信息系统运维移交的申请、知识转 移、交接确认等相关工作。 第三章交接前应具备的条件 第六条业务系统移交生产运维前必须测试正常、稳定运行、文档齐备，满足条件后方可申请移交，包括但不限于以下条件： （一）上线试运行期间需连续运行不少于3 个月。 （二）通过上线试运行验收。 （三）完成试运行报告并通过审查。 （四）具备必备的文档并通过审查。 （五）运行维护报告：含维护记录。 （六）完成对运行维护人员的知识转移。 （七）紧急情况恢复测试（可选）：服务器瘫痪、网络故障、应用服务器故障等的解决办法，备用应急方案启动测试。 （八）系统备份策略明确、备份系统正常，且进行过恢复测试。 （九）提供详细的日常运行维护制度或规程。 第七条移交方应成立移交小组，移交小组应由系统初始实施人员构成，并有足够的技术力量。 第八条在系统正式交接前，系统移交部门应与信息运维中心指定相应的运维团队或者运维责任人，完成相关制度和文档的准备。 第四章运维交接流程 第九条系统上线后，移交方应根据本运行移交标准，结合应用系统及试运行情况，制订应用系统移交工作计划（可参照《应用系统移交工作计划》）, 并与信息运维中心共同讨论确定，最终

运维管理办法

运维管理办法 目录 1. 总则 ................................................. 1. 2. 系统运维管理办法..................................... 1.. 3. 数据库运维管理办法................................... 2.. 4. 备份运维管理办法..................................... 2.. 5. 巡检管理办法......................................... 3.. 6. 请示报告制度......................................... 4.. 1. 总则 第1条为了加强运行维护管理保障业务系统稳定可靠地运行，制定本运行维护基本管理办法。 第2条实行预防性维护为主、故障性维护为辅的运行维护管理原则，预防性维护和故障性维护都应遵循事先设计好的程序进行。 第3条完善运维管理体系，建立健全运维规范，提高运维管理效率，并不断提高运维质量。 2. 系统运维管理办法 1. 指定专人作为系统管理员，对系统的运行、管理、维护和安全负责，并按照规定 负责系统和数据的备份与恢复。 2. 定时对系统进行监控和健康性检查，分析系统运行和资源使用情况，进行必要的 优化、调整和修正，及时消除隐患。 3. 及时处理系统运行过程中出现的异常问题和软硬件故障，并采取必要措施，最

大限度的保护好系统数据 4. 具有系统权限人员调离工作岗位或离职，应立即修改其保管的用户密码，或删除 该用户。 3. 数据库运维管理办法 1. 对数据库的变更必须有记录，并且可以回滚。 2. 无用表和字段要及时清理 3. 数据库进行修改、删除数据时要提前备份 4. 设置对数据库的自动备份，以便在发生故障时，能尽快恢复数据，并定期检查备 份计划的执行情况。 5. 指定专人定期进行备份数据的恢复校验。 6. 做好数据库操作审计，以便对操作有据可查。 4. 备份运维管理办法 4.1. 目的 建立有效的数据备份和恢复机制，确保各系统备份工作按照计划正常完成，保证各应用系统的数据安全。 4.2. 备份制度 1. 正式使用的应用系统、操作系统日志、数据库系统、网络配置等信息必须定期进 行有效备份且具有可复原性。 2. 备份数据必须定期、完整、真实有效的转储到永久性介质上，并且明显标识。

最新工程项目移交管理办法资料

工程项目移交管理办法 第一章总则 第一条．为了使视频及信息安全项目的建设、管理及维护等工作逐步走向规范化、制度化，特制定本办法。 第二条．本办法适用于视频及信息安全项目管理的售前、售后及维护的所有工程项目。 第三条．项目竣工移交前必须按照国家或地方建设行政主管部门的规定，进行竣工验收。 第四条．没有全部竣工验收的工程，原则上不能同业主进行移交。本办法的工程项目移交主要包括： 1、通过工程项目竣工验收后同业主之间的移交； 2、售中实施完毕后同售后维护之间的移交； 3、售前、售后主要管理和技术的负责人员离职时同部门交接人员的移交。 本办法对以上三种情况的项目移交过程进行规范和定义。 第二章移交准备 第五条．移交前的文档准备，文档资料准备应包括以下五部分资料： 一是工程过程的指导性文件：如技术交底、招投标文档、设计图纸、施工组织设计、项目实际进度执行情况、系统日常操作与维护手册等。 二是施工过程的记录性文件：如各种验收记录、测量记录、施工日记等。

三是施工过程的质量保证性文件（若有）：如各种材料的合格证、复试报告等。 四是对产品的评定结论性文件（若有）：如分项、分部质量评定。 五是与用户、监理、供应商沟通、协调的全部记录，特别是当前重点工作内容、遗留问题记录等。 第六条．对于交接人比较难上手的项目（例如子系统较多、施工工艺复杂、存在维护隐忧等的），除了需要进行培训准备，准备该工程案例的培训教程，对交接人进行培训以外，还必需带交接人前往项目实施现场进行项目交接。 第三章移交内容 第七条．工程移交应包括以下内容： 1、工程项目实物及第五条所要求的全部内容（若有）。 2、与工程项目实物配套的相关附件、备用件及资料。 3、经过上级领导审批的《工程移交清单》内容。 4、离职移交时，则需要在《工程移交清单》表内，交接人签署同意移交的意见反馈，项目移交才算正式移交完毕。 5、竣工工程项目的原始技术资料，由交接人按公司的有关规定向业务管理中心归档移交。 第四章移交程序

项目移交运维管理办法

项目移交运维管理办法 2009年3月

一、目标 编制项目移交运维管理办法的目标是梳理项目移交运维的一般流程，规范项目移交运维工作，最终保证我局信息化业务系统正常稳定运行。 二、适用范围 项目在正式上线并且稳定运行一个月后，在最终验收前项目建设部门发起将该项目移交给运维部门维护时适用本管理办法。 三、参与对象在项目移交运维工作中，主要的参与对象是四个角色：项目建设部门移交审核人、项目负责人、运维移交审核人、系统维护负责人。 (一)项目负责人 项目负责人指的是项目建设部门负责项目实施的工作人员。项目在移交运维过程中，项目负责人与运维部门要密切合作，共同保证项目的顺利移交，并且在项目移交后继续协助办理项目的付款手续工作。在移交过程中，其职责主要为： 1.向系统维护负责人提供完整的项目相关资料，组织完成必要的系统管理培训，交待项目建设的重点与难点及需要注意解决的问题，讲明本项目与其它业务系统的关系等； 2.与系统维护负责人共同完成项目移交运维手续的办理。 3.配合系统维护负责人，完成已移交项目的验收组织工作。 (二)系统维护负责人 系统维护负责人指的是接手项目后续管理运维，包括在系统免维期这段时间中对系统环境的熟悉以及监督开发公司对在免维期

系统出现的问题故障及时解决，保持系统的稳定运行，及时更新技术文档内容，以便在免维期结束后能协助开发公司平滑过渡到运维公司负责维护系统，确保用户在此过程中不受影响的技术人员。同时负责在项目支付尾款的时候提交该项目运维服务和运行质量报告，作为尾款支付的依据之一。在移交过程中，其职责主要为： 1.接收项目负责人移交的相关文档资料； 2.掌握接手项目基本情况； 3.参加或组织相关的业务培训和技术培训； 4.与项目负责人共同完成项目移交运维手续的办理，负责已移交项目的验收工作。 (三)移交审核人 移交审核人由项目建设部门以及运维部门领导担任，包括项目建设部门移交审核人以及运维移交审核人，负责对项目移交运维工作监督审核，并将审核结果反馈给相关责任人（如审核通过则要反馈给审批人），主要职责为： 1.审核项目建设部门移交负责人提交的项目移交运维工作单（见附录），并进行评估； 2．按照项目移交运维工作单中的移交计划组织移交实施工作。 四、移交流程 (一)总体流程 项目移交运维的整个过程可以划分三个阶段：移交准备阶段、移交实施阶段和移交确认阶段。这三个阶段在时间上前后相继，原则上单个项目移交总体时间控制在一个月内。

云计算中心运维管理制度

云计算中心运维管理制度 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用户都不会忽略数据中心的供电和制冷。因为这类设备如果发生意外，对依托于该基础设施的应用来说是致命的。 ②数据中心所应用的各种设备 这些设备包括存储、服务器、网络设备和安全设备等硬件资源。这类设备在向用户提供IT 服务过程中提供了计算、存传输和通信等功能，是IT服务最核心的部分。 ③系统与数据 这部分包括操作系统、数据库、中间环节和应用程序等软件资源，还有业务数据、配置文件、日志等各类数据。这类管理对象虽然不像前两类管理对象那样“看得见，摸得着”，但却是IT服务的逻辑载体。 ④管理工具 这部分包括基础设施监控软件、IT监控软件、工作流管理平台、报表平台和短信平台等。 这类管理对象是帮助管理主体更高效地管理数据中心内各种管理对象的工作情况，并在管理活动中承担起部分管理功能的软硬件设施。通过这些工具，可以直观感受并考证数据中心如何管理好与其直接相关的资源，从而间接地提升了可用性与可靠性。 ⑤人员管理 人员管理包括数据中心在内的技术人员、运维人员、管理人员以及提供服务的厂商人员的管理。 人员一方面作为管理的主体负责管理数据中心的运维对象，另一方面也作为管理的对象，支持IT的运行。这类对象与其他运维对象不同，具有很强的主观能动性，其管理的好坏将直接影响到整个运维管理体系，而不仅仅是运维对象本身。 (2)定义各运维对象的运维内容 云计算数据中心资源管理所涵盖的范围很广，包括环境管理、网络管理、设备管理、软件管理、存储介质管理、防病毒管理、应用管理、日常操作管理、用户密码管理和员工管理等。这就需要对每一个管理对象的日常维护工作内容有一个明确的定义，定义操作内容、维护频度、对应的责任人，要做到有章可循，责任人可追踪。实现对整个系统全生命周期地追踪管理。 (3)建立信息化的运维管理平台系统和IT服务管理系统 云计算数据中心的运维管理应从数据中心的日常监控入手，事件管理、变更管理、应急预案管理和日常维护管理等方面全方位地进行数据中心的日常监控。实现提前发现问题、消除隐患，首先要有完整的、全方位实时有效的监控系统，并着重监控数据的记录和技术分析。 数据中心的业务可以概括为：通过运行系统来向客户提供服务。没有信息系统的支撑来运行

档案资料移交管理办法

工程造价部成果资料管理办法 一、资料存档内容 1、清单及控制价编制项目 纸质版资料包括：委托方对编制工作的要求文件、设计答疑文件、委托方就编制工程量清单及控制价召开的会议纪要、工程量清单及控制价中盖章页、签字页、纸版询价单、委托单位评价表。 电子版资料包括：电子版成果文件(含加盖公章的封面扫描件)、工程造价指标、材料造价信息中没有的材料、设备价格信息、各类电子邮件。 2、全过程跟踪审计项目 纸质版资料包括：过程中出具的工作审核意见、各单位之间往来函件、工作月报、其他单位合同复印件、造价专题会议纪要、结算审核报告、委托单位评价表。 电子版资料包括：电子版成果文件、各类会议纪要（参加委托方的会议时自行草拟）、图纸、变更洽商、工程造价指标、材料造价信息中没有的材料、设备价格信息（包括：暂估材料、设备的认价信息）、各类电子文件。 3、结算审核 纸质版资料包括：委托任务书（若有）、施工合同复印件、送审结算复印件（签字及盖章页）、结算审核报告（签字及盖章页）、往来函件、委托单位评价表。

电子版资料包括：电子版成果文件(含加盖各单位公章的定案表扫描件或结算审核报告盖章后的扫描件)、工程造价指标、材料造价信息中没有的材料、设备价格信息（包括：暂估材料、设备的认价信息）、图纸、各类函件（包括电子邮件）。 4、投资北京初设概算评审、竣工决算审核 纸质版资料包括：投资北京下发的造价资咨询任务通知、单位之间往来函件、会议纪要、初设概算评审报告（签字及盖章页）、竣工决算审核报告（签字及盖章页）、委托单位评价表。 电子版资料包括：电子版成果文件(注：决算审核项目含加盖各单位公章的定案表扫描件)、审核汇报ppt、工程造价指标、材料造价信息中没有的材料、设备价格信息、往来函件、图纸。 5、监理项目造价控制 纸质版资料包括：变更洽商审核资料、进度款批复资料（若有）、暂估价审核资料、竣工结算审核意见及审核资料，施工单位上报资料。 电子版资料包括：变更洽商费用、竣工结算审核出具的电子版审核意见及审核资料，施工单位上报资料。 6、项目管理造价控制 纸质版资料：概算审核资料、工程量清单控制价审核资料、变更洽商审核资料、暂估价审核资料、竣工结算审核意见及审核资料，施工单位上报资料。 电子版资料包括：出具的造价审核意见及以上相关的审核资料。 二、成果资料移交程序

系统运维管理制度

运维管理制度 系统运维管理制度( 试行 ) （2018年 8月版） 第一章总则 运维以技术为基础，通过技术保障产品提供更高质量的服务。在软件产品的整个生命周期中运维组都需要适时参与并发挥不同得作用，因此运维组工作内容和方向非常多。 运维目标是在服务出现异常时尽可能快速恢复服务，从而保障服务的可用 性；同时深入分析故障产生的原因；推动并修复服务存在的问题，同时设计并开发相关的预案以确保服务出现故障是可以高效止损。 第一条为保障信息系统软硬件设备的良好运行，使运维技术人员工作制度化、 流程化、规范化，特制订本制度。 第二条运维管理工作总体目标：立足根本促发展，开拓运维新局面。在办公系 1

运维管理制度 统运行推广时期，通过网络、桌面、系统等的运维，促进信息系统能够稳定可持 续性的发展。 第三条运维管理制度的适用范围：运维全体人员。 第二章编制方法 第一条本实施细则包括运维服务全生命周期管理方法、管理标准 / 规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。 第二条本实施细则以 ITIL/ISO20000为基础，以信息化项目的运维为目标，以管 理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的 PDCA 循环为提升途径，体现了对运维服务全过程的体系化管理。 第三章运维部工作职责 第一条系统运维和技术支持 （1）根据公司业务的推进和发展目标，负责平台信息系统管理及数据交换 策略的整体架构、对应用系统等技术开发方案的基础支撑，保障基础平台的稳定性和先进性。 （2）负责系统基础平台的使用培训和操作使用指南编写，对用户使用过程 中出现问题的沟通和解决； （3）会同项目实施，确认系统信息基础设备和软件数量、品牌规格、技术 参数，确保项目有效推进实施。 （4）系统信息基础设备和软件操作规程、应用管理制度的制定，并负责监 督执行。 （5）系统信息基础设备的软件安装、调试和验收，使用培训和维修保养。