监理公司管理系统 | 工程企业管理系统 | OA系统 | ERP系统 | 造价咨询管理系统 | 工程设计管理系统 | 签约案例 | 购买价格 | 在线试用 | 手机APP | 产品资料
X 关闭
手机日程管理软件

当前位置:工程项目OA系统 > 领域应用 > 网上办公软件 > 手机日程管理软件

数据集中模式运维管理建设指导

申请免费试用、咨询电话:400-8352-114

随着数据化深入到各个领域中,数据的呈现形式也多种多样。在这样的背景下,企业运维管理发生了变化,主要体现在业务系统数据集中、管理集中、科技服务集中和技术支撑集中等方面。系统运行维护的变化,对于建立合理、高效的数据集中模式运维管理体系尤为重要。

一、运行维护管理现状

账户系统涉及所有开展人民币结算业务的金融机构,为实现央行职能发挥重要作用。实施省级数据集中模式运行两年多来,整体运转情况良好。为确保账户业务系统的正常运行,提供及时有效地技术支持和保障,做好数据质量监控和分析利用,制订了运维岗责体系,建立了由各业务部门组成的运维安卓日程管理综合管理体系。

二、系统运维管理存在的问题

目前,省级的运维模式以“服务、技术支持”为核心,基本满足日常工作需要,但与实际工作仍存在一定的矛盾。

1.系统运行维护体系不畅通

(1)职责不清。省级运维体系是“集中管理、分级使用;部门管理和对口负责”,运行维护需要多个业务部门共同完成。由于职责不清或衔接问题,导致在系统运行维护中经常出现相关部门工作衔接不畅,问题处理不及时,相互推诿,存在系统管理风险。

(2)业务系统熟知程度不高。由于系统由总行开发,系统管理和维护人员只能从有限的技术培训中,得到系统安装的基本信息,未能形成系统的整体设计、管理和维护信息。

(3)实施困难。由业务部门、科技部门组成的多头运维管理模式,落实存在一定困难。多数基层单位能够胜任运维工作的是信息中心技术人员,因此运维工作由科技部门牵头,却由信息中心技术人员负责,未能实现“分级、分部门对口负责”的运维要求。

2.系统运维机制不健全

(1)需求申请机制不完善。目前,系统运维架构以需求为导向,却没有健全的需求申请机制。首先是缺乏规范性的需求申请模式。系统变更需求通常来源于一线工作人员,当操作人员发现与实际工作相违背或不符,需要提出需求申请时,却上报无门。其次是需求申请耗时太长,不利于顺利开展工作。基层人员提起业务需求报业务部门,必须层层上报、层层审批。系统开发商和维护员根据业务部门提出的业务需求,进行评估和可行性分析,然后才能修改程序。从提出需求到解决问题耗时长,影响了基层单位的相关工作。

 (2)问题反馈机制不健全。省级中心接收问题后进行解答时,通常以解决问题为原则,不及时反馈问题产生的原因,也没有对避免同样问题的出现提出建议,基层工作人员依然按部就班地操作,难免再次出现同样的错误。

(3)数据质量监控不到位。省级采取数据质量定期通报制度,在很大程度上加强了数据质量的监控和考核,但仅为事后监督,未做到事前预警。事后监督往往费时费力效果却不很理想,而且数据质量通报仍停留在纸质层面,降低了工作效率,且有可能造成疏漏。

3.系统运行维护技术力量薄弱

省级数据集中的优势和核心技术力量必须集中到省级,核心的维护工作均由省级信息中心完成,而核心程序及开发工作由上级总行组织完成,造成省级工作人员对系统的掌握程度有限,也从根本上限制了技术人员研究问题、解决问题的可能性,不利于运维工作技术人员业务能力的提高。

三、系统运行维护管理的建议

笔者结合自身的工作经验对数据集中模式运维管理 提出如下建议。

1.完善运维体系,理顺运维关系

(1)加强制度建设,规范管理。以运行维护为核心,探索建立囊括全省各个应用软件的大运维体系,规范运维管理。严格落实各项运行维护制度规范,进一步完善省、市州、县区三级运维中心工作流程,确保手机日程管理软件、系统和应用管理、安全管理、存储备份管理、故障管理、辅助分析管理、技术支持管理维护通畅,各类应用系统运行平稳。

(2)科学、合理的设置岗位职责。针对基层业务人员操作水平普遍不高的实际情况,合理调整岗位职责。在市州、县区两级系统运维体系中增设综合信息服务岗,隶属于技术组,由熟悉业务和精通技术的复合型人员担任,主要负责协调业务组和技术组之间的工作,确保运维工作的连续和畅通;对本级和下级提交的问题进行初步分析和归类,所有问题都由该岗位人员进行汇总、筛选再分流,保证提交问题描述和定性的准确性,缩短问题流转的时间。

2.健全运维机制,提高运维实效

(1)建立需求管理机制,有效缩短需求变更周期。制订业务需求管理流程,建立统一的机构完成需求的汇总、分析、评估、实施和验收,缩短开发时间,高效地解决系统运行中出现的问题。

(2)建立业务交流中心,用于全省范围内的横向、纵向交流。各级系统的操作人员和技术人员可以自由沟通、交流,分享工作经验,交流工作体会,探讨实际工作中遇到的问题,共享运维经验。

(3)建立省级运维知识库,打造技术支持的重要支撑平台。省市行及时研究基层运维过程中的问题,定期对运维系统中上报的各类问题进行统计分析,将经常出现的问题和解决方法分类汇总后予以发布,及时反馈给一线工作人员。

(4)建立数据监控中心,实时统计数据分析结果。充分利用省市行的技术资源优势,以业务需求为驱动,建立技术与业务结合互动的数据分析和利用的长效工作机制,提供方便、快捷的分析、统计工具,加强数据监控,不断提高数据质量。

 (5)建立数据运行平台,提高运行维护工作的实效。数据中心在省级,运行部门在全省各分支机构,系统运行中不可避免地遇见一些实际问题,需要在省级中心建立统一的运行维护平台,及时、有效地进行信息交互和审批,确保业务系统变更和维护工作的有效性。

3.加强技术培训,提高运维能力

加大培训力度,加强技术队伍建设,提高全省运维能力。针对省级数据集中模式运维管理下的各级机关运维工作的特点,按省、市州、县区三级分层次、有计划、有步骤地对技术人员进行培训,提高各级运维人员的技术支持水平。特别是要重视和加大对县信息中心技术人员的培训力度,弥补基层技术力量的不足,解决县信息中心技术人员“边缘化”的问题。
建立激励机制,充分调动省、市州、县区三级技术人员的工作积极性和运维主动性,形成高效的系统运维管理技术支持体系。

4.系统运行维护体系的根本目标

根据金融科技服务管理理念和要求,确立信息系统运行维护体系的根本目标:以规范制度流程为保障,以高效科学的技术手段为支撑,确保信息系统平稳运行的运维管理体系。

5.系统运维体系的组织结构

管理机构主要指导监督信息系统维护管理,协调维护管理中心与其他部门之间的工作等。

 数据集中模式运维管理的主要职责:制订工作流程和制度,持续合理地更新制订工作流程和制度;编制整个中心的工作计划,监督计划的执行情况;向上级主管部门汇报工作情况,接受上级主管部门发出的工作指令;协调下属各个小组之间的工作等。

综合信息服务组(服务台)主要职责:接受系统使用者提出的问题;记录并跟踪问题的整个处理过程,将问题的处理状态向提出者进行公布;设定和修改响应级别定义,接受及处理问题时,评估问题的响应级别,尽力解决或将其安排给有关人员解决;对于不能由服务台解决的问题,转交业务组或者技术组进行处理;提供管理方面的信息和建议以改进服务质量;根据分支机构用户的反馈发现IT服务运作中产生的问题;将记录的问题经过整理和分类之后,定期向知识库中添加,并维护知识库的内容等。

应用与系统管理分析组主要职责:监控信息系统数据质量;接受综合信息服务组(服务台)转来的问题,分析并处理,将处理结果反馈综合信息服务组;接受业务支持组转来,需要进行直接数据调整、系统代码调整和系统权限调整的问题,处理完毕,将处理结果反馈综合信息服务组;在接受的问题中,经过分析是程序缺陷的,将该问题进行标记,记录在问题处理系统中,向综合信息服务组反馈;归纳总结、定期发布知识库中由应用管理组处理的问题等。负责信息系统数据应用管理;负责数据分析,定期编制发布数据分析报告,从数据角度为领导和相关业务部门提供决策管理参考;负责信息系统业务需求整理分析,进行系统规划和分析的设计;协调数据开发应用过程中各方面的关系;对开发结果进行验收;制订升级计划,协调人员进行系统升级,对升级结果进行评审;协助综合组管理相关技术档案等。

 安卓日程管理安全组主要职责是:定期检查系统运行的硬件环境,包括安卓日程管理和主机,记录检查结果;评估系统硬件运行环境及系统的可扩充性,为新系统在现有环境上运行提供建议;接受服务台转来的问题,分析并处理,将处理结果反馈服务台人员;配合完成系统升级工作;制订并实施应急预案等。

 四、数据集中模式运维管理的制度规范

(1)问题处理制度规范。对于接收的问题都应有记录,且记录在问题管理系统中;综合信息管理岗(服务台)应定期检查问题管理系统中未处理的问题;综合信息管理岗应定期对问题系统中的问题进行统计分析,制作分析报告,报领导查阅,使高层领导及时了解系统的运行情况;业务支持组和应用管理组应该定期将问题进行整理,对常见的问题及解决方法进行发布,使区县分行人员不通过讯问就可以知道问题的解决办法;对于经常出现的问题,应该进行归类整理,必要的转为日常检查内容等。

 (2)需求管理制度规范。需求的取得应该来自书面材料;不是每个需求在开发完毕后,都要立刻进行升级发布,可以和业务处室人员沟通,在适当的时候,积累一定的数量再统一发布;制订定期的升级计划,处理需要升级的补丁;补丁在正式升级之前,应该先在测试后台做测试,记录升级所需要的时间,检查升级步骤是否完整,为正式升级做准备等。

(3)数据分析与开发利用制度规范。以业务为驱动,建立技术和业务结合互动的数据分析与利用的长效工作机制;按照职责范围开发应用数据,建立数据保密管理制度;建立规范高效的数据开发流程制度等。

(4)知识库管理制度规范。业务支持组、应用管理面、硬件安卓日程管理安全组均应该定期维护知识库中的内容,提取、整理和发布常见问题。

(5)引入CA认证体系工作,确保对系统及用户的身份进行有效管理。

(6)建立合理的信息安全管理的组织架构。建立适应信息安全运营的合理的组织架构。包括规划、运营、应用发展、审计评估、资源管理(系统资源和人力资源)、知识管理等内容。

数据集中模式运维管理的技术支持手段要以上述一系列管理制度规范为基础,以科学的岗责体系为支撑,将规范的工作流程信息化,开发建设“信息系统运维支撑系统”,升级管理手段,提供更加方便快捷、科学严谨的管理方式,高效支持系统运行维护体系建设。

【推荐阅读】
手机日程管理软件管理制度化难题解析

如何评估IT安卓日程管理运维管理意义

网管员入门知识:无线应用开发系统基本原理

手机日程管理软件维护技巧:屏蔽IE浏览器网页弹出窗口

手机日程管理软件管理专区

网管软件专区

   

本文来自互联网,仅供参考
发布:2007-04-18 11:33    编辑:泛普软件 · xiaona    [打印此页]    [关闭]
相关文章:
网上办公软件
联系方式

成都公司:成都市成华区建设南路160号1层9号

重庆公司:重庆市江北区红旗河沟华创商务大厦18楼

咨询:400-8352-114

加微信,免费获取试用系统

QQ在线咨询

泛普手机日程管理软件其他应用

OA办公软件系统 高级办公软件 企业OA办公系统 网络办公系统 无纸化办公系统 自动化办公软件 手机OA办公系统 手机日程管理软件 移动OA办公系统 云OA办公 微信OA系统