第一篇:中国服务型政府电子政务运维管理规范
中国服务型政府电子政务运维管理规范
中国电子政务网 第一章 总则
第一条 为加强淮委政务内网管理,保障淮委电子政务系统正常、高效、安全运行,根据国家法律法规和水利部有关规定,制定本办法。
第二条 政务内网即淮委内部办公网,主要满足委机关办公、管理、协调、监督及决策需要,提供电子公文、协同办公、信息管理、决策支持等服务。
综合办公系统是政务内网最主要的应用系统,主要以委机关全体工作人员以及接入淮委政务内网的委直属有关单位为用户。电子政务其他应用系统按规定应接入政务内网。第三条 淮委政务内网与因特网实现完全的物理隔离。
第四条 本办法适用于委机关以及接入淮委政务内网的委直属有关单位。第二章 职责分工
第五条 淮委办公室(以下简称“办公室”)是政务内网的归口管理部门,负责协调与沟通。
第六条 淮委水文局(信息中心)(以下简称“信息中心”)负责政务内网的运行维护和日常管理,主要工作包括:
(一)及时解决网络故障,保证网络畅通;
(二)做好数据备份工作,保障数据安全;
(三)提供网络安全服务,建立应急处置机制;
(四)承担内外网数据转换(非发布的数据)和委机关各处室政务内网计算机的维护管理工作;
(五)负责其他业务系统接入政务内网的技术审查。
第七条 治淮档案馆(宣传中心)负责内网门户网站的日常运行管理,承担网站需求分析、栏目和网页内容更新,及时将内外网信息转换发布。
第八条 直属单位接入网络的运行维护管理,由各单位自行负责。
第九条 委机关建设统一的政务内网公用平台(以下简称“公用平台”),为各业务应用系统提供统一的身份认证、数字签名、信息发布、信息交换和信息共享服务。
第十条 各单项业务应用系统由相关业务部门组织开发和管理,应遵循公用平台制定的开发标准和规范。第十一条 办公室会同财经处及有关单位根据国家有关标准测算政务内网运行维护经费,纳入年度部门预算,保障系统的正常运行。第三章 接入管理
第十二条 建立接入政务内网审核登记制度。办公室负责接入的审核,批准后方可接入。信息中心负责对接入政务内网单位的技术审核,签订有关入网协议。
第十三条 委机关各部门接入政务内网的计算机,必须与外网物理隔离或由委保密办统一安装保密隔离卡。第十四条 直属单位可申请与委政务内网互联,接入单位应具备以下条件:
(一)建成与因特网完全物理隔离的单位内部局域网;
(二)按照政务内网安全保密要求,采取必要技术防范措施;
(三)符合水利部关于接入水利政务内网的要求。第十五条 需在政务内网运行的业务应用系统,经信息中心技术审核、办公室批准后接入。
第十六条 网上办理的行政审批事项,采取政务外网受理、政务内网办理的方式,建设统一的网上审批平台。第四章 安全管理
第十七条 政务内网建设统一的身份认证系统,用户密钥由办公室委托信息中心统一管理。
政务内网新增用户(含正式交流人员)由所在部门、单位提出申请,经办公室、人教处共同审核同意,由信息中心统一发放密钥。岗位变动时,原密钥交回,重新申领密钥。离开淮委或退休时,须交还密钥。如密钥遗失,应立即挂失,并按规定申领补办新密钥。基于身份认证系统的网上签名与手写签名具有同样的效力。
第十八条 政务内网用户的访问操作权限(如授权、读、写、删除、复制、打印等)应严格加以控制。公用平台不得设置超级系统管理员,用户管理与具体业务应用的访问权限分开设置。各业务应用的访问权限由各业务部门确定,在系统正式运行期间,系统管理员不得私设用户。
第十九条 政务内网与因特网完全物理隔离,内网计算机不得采用电话拨号、交替插拨、双网卡等任何方式接入因特网;不得修改或删除计算机的网络配置;不得私自安装网络设备;严禁笔记本电脑接入政务内网。政务内网服务器及核心网络设备设专用区域,未经批准,无关人员不得进入。
第二十条 建立完善政务内网计算机病毒防范机制,使用经国家有关部门检测认可的防病毒软件。内网用户不得非法进入他人计算机系统;不得故意制作、下载、传播计算机病毒程序或其他有害数据。
第二十一条 建立应急处理和灾难恢复机制。重要的数据建立应急支援中心和数据灾难备份中心,实行异地备份。
第二十二条 信息中心应定期进行安全检查,对检查中发现的问题进行通报,并责令改正。第五章 保密管理
第二十三条 政务内网保密管理由委保密办负责。各部门、单位兼职保密员负责本部门、单位政务内网日常安全保密监督与检查工作。
第二十四条 加强政务内网保密制度建设,逐步建立保密审查制度、统一标识制度、涉密存储介质统一登记制度和涉密计算机定点维修制度。
(一)政务内网用户应按定密规定在电子信息上标注密级,并确定知悉范围;
(二)加强涉密存储介质统一管理,建立登记制度;
(三)政务内网机器报废销毁时,由信息中心网络维护人员彻底清除磁盘信息,并拆除有关保密设备,委保密办负责监督。
第二十五条 凡从事政务内网运行维护的人员,必须政治可靠、忠于职守、保密观念强,并坚持“先审后用”的原则,人员基本情况报办公室(保密办)备案。
第二十六条 委保密办要加强对接入政务内网部门、单位保密安全的监督与检查,定期组织对涉密信息系统进行安全保密风险评估。
第二十七条 委保密办会同人教处、信息中心,定期举办面向全体用户的计算机及网络安全保密知识教育,增强遵守保密纪律与保密规定的意识。第六章 内网门户与综合办公
第二十八条 委政务内网门户集成委机关和相关直属单位应用系统,提供机关和相关直属单位内部统一的门户管理、应用集成、信息共享服务。政务内网门户由办公室主管。
第二十九条 按照委政务公开的有关规定,委机关各部门应将内部公开事项在内网门户发布,并负责发布信息的正确性和更新。第三十条 淮委综合办公系统提供委机关统一的网上公文办理、公文交换、协商沟通、按权限访问信息等日常办公服务。
除特殊情况外,委机关内部的公文、签报、通知、简报、传阅文件、内部征求意见等一律通过综合办公系统办理,不再使用纸质载体运转。
直属单位报委的公文、简报等应通过接入网络或数据交换传递。
第三十一条 具有永久和长期保存价值的电子数据,应当由主办部门或单位制成与电子数据一致的纸质文本进行归档,加盖单位公章。
第三十二条 综合办公系统的用户权限管理由办公室负责,机关各部门、直属有关单位新增或调整用户权限,须报办公室审核批准。
综合办公系统管理员由办公室指定,机关各部门、直属有关单位应明确应用管理员,负责本部门、单位综合办公系统应用的联络和协调工作。
第三十三条 委机关工作人员在机关办公期间,须保证政务内网计算机开通,及时处理综合办公系统公务。第三十四条 办公室利用综合办公系统对紧急公文进行督办,定期通报承办电子公文情况。
第三十五条 办公室会同人教处有计划地对委机关各部门、直属有关单位人员进行综合办公系统应用及技能培训。
第七章 考核与奖惩
第三十六条 办公室会同人教处对委机关各部门、直属有关单位政务内网应用进行定期考核,考核结果在政务内网公布并作为年终考核的主要依据。
第三十七条 对政务内网应用较好的部门、单位进行表彰;对不执行本办法,贻误公务,影响网络安全保密的行为,予以通报批评并责令改正,违反法律法规的,将依法追究相应的法律责任。第八章 附 则
第三十八条 本办法由办公室负责解释,自发布之日起执行。
第二篇:北京市电子政务运维管理规范(试行)
北京市电子政务运维管理规范(试行)
第一章 总则
第一条 为了保障全市电子政务系统的安全、稳定、高效运行,深化政府信息资源的开发利用,提高城市管理和公共服务水平,促进信息服务产业转型升级,根据《2006-2020年国家信息化发展战略》、《北京市信息化促进条例》以及信息安全管理相关规定,制定本规范。
第二条 本规范所称电子政务运维管理是指为保障电子政务系统(包括基础设施、网络、信息系统、信息资源、机房环境等)的安全、稳定、高效运行而进行的一系列规划、实施、监控与评估过程。
第三条 电子政务运维管理的主要内容包括:运维资产管理、运维人员管理、运维安全管理和运维绩效管理等。
(一)运维资产管理是对已正式投入使用的信息化基础设施、软件等资产的动态配置管理。
(二)运维人员管理是对参与运维工作的人员的资格、能力和行为的管理。
(三)运维安全管理是在电子政务系统运维过程中为保障信息的机密性、完整性和可用性而对信息安全的职责、制度、标准和流程的管理。
(四)运维绩效管理是科学评价运维服务过程和服务结果,发现问题并提出改进措施。
第四条 本规范用于指导北京市各政务部门(以下简称“各单位”)管理本部门的电子政务运维工作。各单位可根据本规范明确相应的组织与职责,制定具体的电子政务运维制度与流程,对运维的资产、人员、方案与经费、外包与合同、绩效等进行管理。
第二章 组织与制度
第五条 各单位可根据需要设立电子政务运维管理委员会,负责电子政务运维的领导和协调工作,包括审查批准运维总体规划、管理体系、规章制度、技术规范、经费方案等,负责重大和紧急事件决策,对运维工作定期进行风险评估和绩效评估。电子政务运维管理委员会的负责人由本单位信息化主管领导兼任,成员包括业务部门、信息化部门以及运维外包企业代表等。
第六条 各单位业务部门负责提出对信息系统的运维服务需求,配合实施运维应急预案,并通过推广、应用电子政务系统,创新业务管理模式。
第七条 各单位信息化部门负责电子政务运维工作的组织和实施,包括:运维体系建设、运维资产管理、运维经费预算编报、运维外包项目招标、运维合同管理及绩效评估,运维经费使用、应急响应、运维外包管理、日常运维的实施与管理,以及业务部门关系管理等。
第八条 运维采用外包形式且外包单位超过两家的,应建立外包管理协调工作机制,要求外包企业设立协调工作组。协调工作组组长由电子政务运维管理委员会指定,协调工作组成员由各外包企业代表组成。协调工作组负责运维总体的统筹协调、重大问题处理、投诉管理、争议管理等,并接受电子政务运维管理委员会的直接领导。
第九条 各单位电子政务运维团队包含服务台和专业运维人员。其中,服务台负责接受运维服务请求,推进运维知识库建设与完善,跟踪、监督运维任务执行,向责任单位和主管部门汇报和反馈重大事件的处理情况;专业运维人员负责执行运维任务。
第十条 各单位应建立健全电子政务运维工作管理制度、技术规范、操作规程等(见附件1),建立确保管理制度执行到位的激励和约束机制。
第十一条 各单位应建立和完善自上而下的电子政务运维管理决策流程和规范。其中:
(一)运维管理决策流程和规范应明确决策主体、内容、原则方法、各决策主体的职责以及决策流程。
(二)重点对重要运维项目的保障与安排、重大事故的防范与处置、运维经费的预算与使用以及协调工作组人事任免等的决策流程与控制措施进行规范。
(三)注重决策信息的收集和处理。监督落实服务报告、绩效评估、重大事故问责、联席会议等制度的执行。
第十二条 各单位根据本单位管理需求和基础情况,参照运维服务国际标准,制定统一的运维服务流程,实现运维服务工作的标准化、规范化。
第十三条 各单位参照《电子政务运维服务支撑系统规范》(DB 11/T 714-2010),结合本单位运维管理实际需求,制定运维服务技术规范。
第十四条 各单位应建立健全运维绩效评估机制,开展运维绩效评估工作,必要时可引入第三方专业评估机构。
第三章 运维资产管理
第十五条 运维资产的属性包括基本属性、财务属性和运维属性。
(一)基本属性:描述信息类资产的固有信息以及运维管理和财务管理共同关心的资产信息。如资产的名称、编号、类别等。
(二)运维属性:描述除基本属性之外运维管理所关心的资产信息。如资产的技术属性。
(三)财务属性:描述除基本属性之外财务部门所关心的资产信息。如价值、采购组织形式等。对运维资产财务属性的管理应遵守国有资产管理相关规定。
第十六条 各单位按照信息化部门、财务部门和业务部门构成的三级资产管理体系进行运维资产管理。信息化部门负责运维资产的运维属性管理和日常维护,并负责机房内资产的日常保管.财务部门负责运维资产的基本属性和财务属性的管理,业务部门负责本部门运维资产的日常保管。
第十七条 各单位信息化部门应根据信息类资产特点,按照《电子政务运维服务支撑系统规范》(DB 11/T 714-2010)中信息系统、物理资产、软件资产、信息资源等分类的规定建立统一的资产分类体系,对信息类资产进行科学分类和编码,安排专人负责运维资产档案和运维资产数据库的建立、数据采集、更新和保管,并与市财政局的资产库保持同步。
第十八条 在预算编制前,信息化部门会同财务部门和业务部门对全部运维资产进行盘点,盘点结果作为运维工作方案制定和经费预算编制的基础依据。
第十九条 实行资产委托管理的单位,应与受托部门或企业签订《信息类资产保管协议》,确保运维资产安全、可用。
第四章 运维人员管理
第二十条 各单位信息化部门应明确运维管理职责,定期制定运维服务岗位人力资源需求方案,制定运维人员专业能力评定标准(可定为高、中、初三级),组织实施运维人员能力培养、考核和准入等工作。第二十一条 各单位应加强对运维管理人员的业务和安全管理等方面的培训,确保其行为符合专业技术服务规范。
第二十二条 各单位应评估运维关键岗位人员流失带来的风险,制定人员候补和岗位接替计划,在人员岗位发生变化后及时变更相关信息。
第二十三条 运维采用外包形式的单位,应要求外包服务企业加强对服务人员的甄选和培训。并对外包服务人员进行履历备案、身份验证、职业技能鉴定、背景调查等,关键岗位服务人员应进行政审并签署保密协议,实行权限管理。
第二十四条 各单位应加强外包人员变更的管理。要求外包服务企业在合同期内保持主要负责人员的稳定。确需更换的,应由外包企业提供说明材料,提前一个月以书面形式向甲方单位提出人员变更申请,说明人员的离职原因、离职人员的安全保密措施、变更人员资质及身份证明材料等。离职人员应做好外包项目未尽任务和工作移交,经甲方单位同意后方可离开服务现场。
第二十五条 各单位应加强外包人员现场管理,规范外包服务人员的在岗、离岗行为。外包人员需要离开服务岗位的,应事先征得甲方单位同意,重大项目主要负责人员离开岗位,应由其所在企业提供包含原因、返回现场时间、离岗期间工作安排等内容的书面材料,在取得甲方单位和有关部门同意后方可离开服务现场,未经允许不得擅自离岗。
第二十六条 运维人员对本单位的业务秘密和系统安全与风险信息负有保密责任,各单位应与运维相关
人员签订保密协议,防止其擅自对本单位提供的任何文件进行修改、复制或带离现场。
第五章 运维方案与经费管理
第二十七条 各单位应根据政务工作要求、电子政务建设与应用情况、自身技术和运维管理能力等实际情况,编制运维工作方案(见附件2)。
第二十八条 各单位可按以下步骤编制运维工作方案:
(一)信息化部门全面梳理在用的电子政务系统和计划下一投入运行的电子政务系统的功能和性能要求,以及对基础设施、环境的运行条件要求。
(二)信息化部门根据电子政务系统功能、性能要求以及同基础设施的关联关系,明确运维工作目标和运维需求。
(三)信息化部门会同业务部门协商制定满足业务需要、经济可行的服务目录、服务质量和服务质量评估标准。
(四)信息化部门细化运维需求和任务,明确完成各工作细项的动作、时间、频次、成果、技能要求、优先级等。
(五)估算运维经费并明确经费来源。
(六)根据服务质量评估标准,确定运维绩效考核指标。
第二十九条 运维工作方案应对各项运维任务提出质量要求,包括质量目标、过程记录、结果检查方式等内容。
第三十条 各单位信息化部门应根据运维目标和任务,确定执行各项运维任务的工作量,依据经费预算管理有关部门的要求和规定,对运维经费进行合理测算(见附件3)。
第三十一条 各单位应遵守财政预算管理相关规定,建立健全电子政务运维经费核算制,严格按照经费预算计划执行,项目结束时做出财务决算,总结、分析资金使用情况,为科学编制运维预算提供依据。
第六章 运维安全管理
第三十二条 各单位可参考国际信息安全管理标准ISO/IEC27001,依据《信息安全等级保护管理办法》(公通字[2007]43号)和《北京市开展信息安全等级保护工作实施方案》(京公网监字[2007]788号)等有关规定,制定并落实符合本单位安全等级保护要求的运维安全管理制度和工作规范。
第三十三条 运维采用外包形式的单位,在选择承担运维安全服务工作的外包服务单位时,应选择获得北京市信息安全服务能力评估证书的单位。
第三十四条 各单位应加强信息系统建设转运维阶段的安全风险管理。重大建设项目或升级改造项目应按照《北京市政务与公共服务信息化工程建设管理办法》(北京市人民政府令第67号)和《关于印发<北京市市级信息系统升级改造项目验收管理办法(试行)>的通知》(京信息办发[2008]15号)等有关规定执行项目验收,未经验收通过的重要系统不得投入正式运行。
第三十五条 运维过程中重大信息安全事件的处置应按照《关于印发<北京市国家机关重大信息安全事件报告制度>的通知》(京信息办函 [2004]73号)和《北京市国家机关重大信息安全事件调查处理办法》(京信息办函 [2004]227号)等文件执行。
第三十六条 各单位应建立运行监控管理机制,动态掌握网络及信息系统的运行状况,针对可能出现的重大故障和灾难,制定相关应急预案,定期组织各相关方进行应急演练,并对各种异常情况做出快速响应。第三十七条 各单位应根据《信息系统灾难恢复规范》(GB/T20988-2007)和《关于加强我市电子政务信息系统灾难恢复工作的意见》(京信安协[2006]3号)等有关规定,对基础设施、信息系统、数据和内容等进行风险分析和业务影响分析,衡量确定灾难恢复目标,制定本部门信息系统灾难恢复相关预案,定期组织演练,保证关键业务持续运行并减少非计划宕机时间。
第三十八条 各单位应明确数据管理的目标、职责、质量和安全保障措施,建立有关数据的采集、存储、备份、恢复、加工、访问、清除和销毁等控制流程。涉及保密的数据,依照国家及北京市有关数据安全的规定执行。
第三十九条 各单位应加强系统上线环节的风险管理,组织承建方和运维方的交接工作,要求运维方完
成系统的安全风险评估和安全管理方案。系统上线应遵循变更管理流程,按照承建方移交的文档要求建立正式运行环境并设置相应的系统与数据库权限,运维方拥有运行环境权限,承建方需进入运行环境的,应向该单位信息化部门提出权限申请。
第七章 运维外包与合同管理
第四十条 除有保密等特别要求的,各单位电子政务运维工作可采用市场化机制或授权委托等形式实行运维外包。对于重大项目,需要协调多家合作单位的,可实行总包制。
第四十一条 各单位在制定运维外包计划时,应:
(一)明确外包范围,做好资产核查,对基础设施、信息系统、管理服务等进行整合,形成集约化运维项目。
(二)针对外包的运维项目,分解并定义运维工作内容和质量要求,作为外包企业服务质量考核的依据。第四十二条 各单位选择运维外包企业应综合评估运维服务企业的商业信誉、相应的服务安全等级资质、技术能力、管理能力、相关运维项目经验、财务状况和责任承担能力等。涉密系统外包应遵守相关法规和政策,并报行业主管部门备案。
第四十三条 各单位应同外包企业签订运维服务合同(见附件4)。合同内容应包括委托运维的资产、甲乙双方职责、服务内容和服务质量考核标准、安全保密要求、违约责任、知识产权归属、绩效考核要求和费用支付等条款。其中:
(一)重要运维服务内容以及需要第三方服务的事项应在合同中明确约定。
(二)运维服务价格和服务质量根据项目情况和行业特点,在合同中具体细化和量化。
(三)运维合同周期根据运维工作实际需求确定,并逐年落实到运维预算中。
第四十四条 实行运维总包的单位,应要求总包企业对分包企业资质、分包范围以及分包企业运维关键人员等事项事先申报。总包与分包企业的合同谈判、变更、合作关系变化等均不应影响甲方单位运维服务质量。
第四十五条 各单位应与外包企业建立有效的信息交流机制,及时发现外包服务中可能出现的重大缺失,尤其需要考虑外包企业的重大资源损失、重大财务损失和重要人员变动,以及外包协议的意外终止,保证外包服务不间断。
第四十六条 各单位应建立服务质量管理流程,定期审核和修订服务水平协议,对运维外包企业的服务质量进行评估(见附件5)。
第八章 运维绩效管理
第四十七条 各单位应建立电子政务运维绩效评估体系、考核制度和奖惩管理制度。
第四十八条 各单位应针对运维体系建设和运行效果开展运维绩效评估工作。评估内容包括:运维组织与规划、管理机制与保障、服务提供与支持等(见附件6)。
第四十九条 采用运维外包形式的单位,应分别对本单位和运维外包企业的运维工作进行绩效评估,其中,针对运维外包企业的绩效评估,应依据运维外包合同及相关服务质量评估标准设计运维绩效评估指标,绩效评估工作在中期和末期分别进行,绩效评估工作应有业务部门参与。
第五十条 各单位可将运维绩效评估结果作为运维责任单位及人员绩效考核的依据,运维外包企业的绩效评估结果纳入企业和个人信用记录。运维相关部门和人员认真总结运维工作,提出改进方案,并依据方案进行改进。
第九章 附则
第五十一条 本规范由市经济和信息化委员会解释、修订。
第五十二条 本规范自发布之日起实施。
第三篇:电子政务与服务型政府
电子政务与服务型政府
公管091:陈滢旭学号:0909510
4“电子政务”和“服务型政府”是这几年很流行的词语。我们在电视新闻、报纸杂志、日常生活中经常都能听到这两个词语。但是,我们却没有真正地明白这两个词语是什么意思,也没有想过“电子政务”与“服务型政府”之间的联系和关系。
电子政务(Electronic Government)是近几年来伴随着互联网的发展和应用而产生的一个新术语。简单从字面上理解,电子政务就是借助电子信息技术而进行的政务活动,是指政府部门运用先进的信息技术手段,将政府可公开的信息面向社会、面向企业、面向公众发布,并使政府的服务工作网络化。它实质上是构建一个电子政府,利用信息技术和通信技术,有效地实现行政、服务及内部管理等功能。目前,关于电子政务的科学概念还没有统一的描述,一般我们将电子政务的概念定义为:政府部门运用现代管理思想对传统“政务”进行改革和业务流程重组,充分利用信息和通信技术,将政府的管理和服务通过网络技术进行集成,实现超越时间、空间、与部门分隔的限制,全方位地向社会提供优质、规范、透明和符合国际水准的管理和服务。这是我们教材第一章中关于电子政务的概念解释。
关于“服务型政府”,有关专家将其定义为:为人民服务的政府。它是在公民本位、社会本位理念的指导下,在整个社会民主秩序的框架中,把政府定位于服务者的角色,并通过法定程序,按照公民意志组建起来的以“为人民服务”为宗旨,以公正执法为标志,并承担着相应责任的政府。是一个能够公正、透明、高效地为公众和全社会提供优质公共产品和服务的政府。
从“电子政务”和“服务型政府”它们各自的概念来看,两者有一个共同之处,既它们都是朝着能更好的为人民提供服务为目标的。其中,“电子政务”是构建“服务型政府”的重要途径。我们首先要让将传统的政府转变为电子化的政府,然后由电子化的政府过度到服务型的政府。但是我们不能将“电子政务”等同于“服务型政府”来看待。电子政务是政府行政中所借助的一种工具,它能为实现服务型政府提供强有力的支持。所以我们要发展好电子政务,更快,更好地实现服务型政府。
随着网络技术的飞速发展,互联网已经成了人们日常生活、工作学习中一个必不可少的部分了。不管是欧洲发达国家还是像我们中国这样的发展中国家,我们每天都在接触网络。网络已经浸透了我们的生活,因此在科技新时代要想建立服务型政府,就要使用电子政务。电子政务有其自身的很多功能:1.政子政务可以有力地促进政府的职能转变。2.电子政务可以很好地促进政府提高办事效率3.电子政务可以有效地增强政府的监督力度。4.电子政务可以方便地提供决策支持。5.电子政务可以为社会公众提供更多优质的公众服务。6.电子政务可以促进政务公开和廉政建设。借助电子政务可以大大增加政府和民众之间的互动和沟通,为政府提供一种全新的为工作服务的方式。我们可以不必进出政府部门,在家点击网页进入政府网站就能了解政府的工作运作和相关手续的办理。任何人都可以平等地获得政府提供的服务。
网络时代的政府承载着大量的公众业务,它已经成为整个社会顺利运行的核心和调节器。加强政府公共服务电子化,提高政府现代化服务效能已经成为一种客观必然趋势。所以政府公共服务电子化有着社会自然发展选择的必然性。创建服务型政府就要克服传统政府所存在的 “门难进,脸难看,话难听,事难办”的不良风气。改变政府部门服务效率低,服务态度差,政府办事成本居高不下的负面影响。这些综合因素最终导致民众对政府的认同程度产生了质疑。这样传统的政府办事方法,不仅影响了人民政府的形象,同时也违背了人民
政府为人民服务的宗旨。那么,借助电子政务的手段实现服务型政府是毋庸置疑的,两者之间有着密不可分的联系。
政府通行电子政务改革实现“服务型政府”相比“传统政府”公共服务,有很多其特有的优点。
1.方便公众享用政府服务:互联网是一个24小时全天提供服务的,它相比传统政府公共
服务没有时间上的限制。另外,互联网作为全球的网络,可以突破空间的限制进行双向交流。电子政务它能随时提供最新的信息,而且信息量非常大。
2.降低政府服务成本:电子化服务可以 减少客户服务人员的数量,大大降低纸质文件在纸
张、印刷、传递等方面的费用。对资料采用电子文档存储,还可以节约很多空间。
3.提升政府分品质:实行电子化政府,可以利用互联网,获得公众访问政府网站状况、对
政府的评价以及进一步明确潜在的服务需要,并针对公众的需求提供个性服务,让公众得到更为满意的服务。电子化服务,是政府服务的信息内容量更多,服务的速度更快,服务的效果更好,服务针对姓更强。
4.促进电子化民主进程:政府电子化服务将使政府与公众的关系发生根本性的变化。一方
面电子化服务要求政府服务树立起“一公众需求为中心“的服务理念,必然会提高政府服务的自觉性和主动性,以赢得社会公众的积极支持和广泛参与。
另一方面,电子化服务为公众参与政府事务提供了畅通的渠道,即可以有效监督政府的各种行动,是政府事务更为公开、透明,又可以让公众参与政府的具体决策,大大提高政府决策的科学性和民主性。
5.推进政府服务的持续创新:互联网为政府和社会公众之间架起了一座畅通、便捷、高效的服务桥梁,为政府服务的持续创新提供了广阔的空间。政府电子化社会服务的范围十分广泛,公众参与的形式方便灵活,服务项目多种多样,这对推动政府服务的持续创新将发挥不可低估的作用。
相较于美国、英国、法国等发达国家,我国是近几年才采用电子政务构建服务型政府的。但我国的电子化服务型政府的发展速度相当迅速。已经在朝着目标方向努力跟进了。通过公共服务的电子化建设,有助于塑造良好的政府形象;还有助于加强政府与公众的沟通,提高对公众的服务质量,实行政务公开,缩小数字鸿沟,实现网络民主。
建设“服务型政府”的过程中只有采取电子政务才能事半功倍。其实我们现在已经将电子政务运用到了服务型政府的构建中去了。现在,我国各级政府建立的公共服务系统为我们提供了很多的公共服务,使我们的生活变得更加便捷、高速、全面。主要有以下几个方面
1、交通服务:我们可以通过网络申请续办驾驶执照,和交通违章查询,道路交通信息服务交通堵塞报告,电子地图等等
2、个人服务:我们可以通过网络申办出生证明和死亡证明,还可以申办结婚证和相关信息查询。除此之外,还可以进行物品捐赠,天气预报查询„„
3、信访服务:提供网上信访服务,将网络上的信息和相关问题根据类型转入政府机关内部的处理系统中不同人员的信箱,整理后做相应的处理。
4、预约服务:电子政务将受理各种申请和答复、办事预约,根据具体情况做出安排。
5、教育服务:家长和学生可在网上进行各小学、中学、大学的相关信息检索。参加网上学习,网上学历认证等
6、就业服务:政府网站上提供各种就业信息和岗位培训的、专业技能考试、登记求职、劳动部门介绍等信息
7、纳税服务:可在政府网站完成税务查询、更改纳税人资料,缴纳税款等活动。、8、保险服务:通过电子网络建立覆盖地区甚至国家的社会保险网络,使公民通过网络及时全面地了解自己的养老、失业、工伤、医疗等社会保险账户的明细情况,有利于加深社会
保障系统的建立和普及。还可以在网上直接办理有关的社会保险理赔手续等。
9、法律服务:在政府网站加强法律知识的宣传同时,使公民可进行网上相关法律知识的咨询和司法程序的了解等。
10、文化娱乐服务:在网上进行各种旅游资讯和图书馆书记查询,公开文化娱乐活动举办的信息发布等等
11、商务服务:可申请营业执照并查询相关信息,例如企业投资指南、更改商户资料、商务部门介绍。商户可在网上进行政府费用的缴付等。
12、旅游服务:提供旅游线路查询、旅游饭店预订、景点门票预订、机票及列车票务服务等。
如此可见,要想建立起服务型政府,加强电子政务的开发和利用是必不可少的环节。我们只有借助“电子政务”才能建立起真正意义上的“服务型政府”。
虽然中国的上网人数占全球的很大一部分,但是中国公共服务电子化在建设“服务型政府”的过程中还存在着一些问题。
1、我国各政府部门之间的资源共享程度比较低,很多部门把收集的数据当成独家所有,没有互联互通、协同办公。很多数据都只是内部所有,我们普通市民根本没有办法通过网络途径来查找这些宝贵的数据。
2、我国各政府网站的整合力度不够,各个政府部门内部网站与门户网站之间的信息很难进行有效共享。这就造成目前不少政府网站的协调效益非常差,整体优势难以发挥。
3、我国政府网站的使用效率不高。很多公民反映政府网站对问题的回复都比较慢,甚至直接没有音讯。公众的服务请求在政府机构之间来回穿梭,没有明确地落实到位。导致其政府网站只能被当成一个摆设,对公众没有实际作用。
4、网络服务非常薄弱,我国政府网站的服务人群少,服务领域窄,服务形式单调,直接服务能力弱,以及服务程序非常浅。很多政府网站不能提供网上咨询和查询政务,很多政府链接都是不完善的,这些都是严重阻碍电子政务效益发挥的因素。
5、公共对政府网站抱怨较多。虽然我国政府网站的发展进步很快,成绩也很明显,但由于政府网站的建设并不完善,很多都是形式主义,导致了民众的抱怨很多。政府应该要从中吸取教训,不断进步。
那么政府就要提出一些政策来提高我国公共服务的电子化。要帮助公民强化对电子服务的认识,也要重视服务设计,是政府网站更加完善。此外,要注重信息资源的建设,是政府网站的信息量加大;瞒足公众需求,超越公众期望;加强应用集成,促成职能重组;提高政府服务网站的有效性;全面创新服务观念与机制;及时了解电子服务的发展趋势。
根据我过目前的社会发展形势来看,建设“服务型政府”是必然的选择。而建设“服务型政府”要实现电子化就要发展“电子政务”。两者之间有着密切的联系,我们要利用好“电子政务”,让它在“服务型政府”的建设中发挥强大的作用。
解释概念
必然性
关系
好处、功能、目标。。9-10 实例77-8474-75
第四篇:运维规范
运维规范
一、关于网络的管理、维护、响应、制度为保证企业内网的正常运行及时发现、处理故障、现制定如下制度:
1、故障登记制度、运维人员对测试开发人员反映的问题应进行登记并根据现象能进行初步判断问题所在,及时进行解决。
2、故障响应与反馈制度运维人员在接到维护通知后,应在第一时间及时进行维护,同时填写维修反馈单对于网络问题及时通知运维中心。
3、网络监控制度,运维人员应对网络的运行状况进行实时监控及时发现网络中出现的问题及时维护并记录。
4、紧急响应与通报制度,对于因病毒或其他原因造成的网络重大故障,网络维护人员和运维人员应及时通报并与其他部门合作查找原因力争尽快解决问题,并由形成处理过程的报告。
二、服务器管理制度,为保证服务器安全、稳定的运行现制定如下制度:
1、服务器监控制度,服务器管理员应经常性地监控服务器的运行状况,如发现异 常情况应及时与运维人员联系,并作详细记录。
2、重要数据备份制度,对于电子邮件服务器中的用户信息,网站服务器中的域名信息,ftp服务器或文件共享服务器中的重要文件应进行及时备份,邮件系统的信息应天天更新备份,每周一次完全备份,备份信息应至少保存一个月。域名信息每次有更新后进行备份,ftp服务器或文件共享服务器内容根据重要性的不同进行形式的备份。
3、定期系统升级制度对于服务器linux操作系统的服务器应每周做一次漏洞检测,如遇到安全问题应立即升级内核版本。
三、宽带线路维护制度,为保障线路高质量的畅通,现制定如下制度:
1、由网络部中心负责管理,管理人员严格执行运维中心制定的《机房管理制度》由运维中心对公司网络出口实行统一管理公司内凡提供上网的计算机或外来客人需要接入公司网络的统一由运维中心负责管理。
2、各部门负责人有责任监督本部门安全使用网络运维中心确定上网技术规范对新员工提供上网指导培训不允许私自接入公司网络。
3、对于托管IDC机房的服务器服务器管理员经常性的监控服务器的运行情况定期与托管商联系如发生线路故障应及时与托管商沟通,力求最短时间内清除故障。如遇重大线路故障应严格按照和托管商签订的协议办事。
四、针对运维人员具体操作流程的规范:
1、终端使用规范
为了保证运维工作的严谨性和安全性,运维人员必须养成以下几个良好的习惯:
1>无论何时、何事、何种原因,离开座位必须锁定屏幕,保证你电脑的安全。如:Windows用Windows+L快捷键,Linux用Ctrl+D。
2>电脑必须安装杀毒软件和木马防火墙,可以使用公司购买的卡巴斯基杀毒软件。
2、服务器登陆规范 1>目前统一使用Xshell和XFTP管理服务器,请勿使用其他破解版本。
2>必须以普通用户身份登录并且在登录后切换到管理员身份。
3、服务器管理规范
1>在服务器上不允许直接使用rm命令,遇到确实不用的文件请使用mv filename/tmp的方式,将文件放入/tmp目录下,由系统自动删除。
2>对于没有经过验证的命令决不允许在服务器上运行,必须完全理解该命令执行后的结果方可执行。执行命令时必须确定当前的工作目录。
3>修改配置文件必须备份,如cp filename filename.20160602bak,然后进行修改。必要的时候要与开发协调,并写申请上报领导审批方可修改。
4、日志记录
运维日志是运维工程师每天必须进行登记的内容之一,由时间、日常工作、监控故障、响应故障、未完成工作、注意事项等项目组成,用来将每天的主要工作和处理的问题进行详细登记,便于总结工作和以后的查询。
5、测试评估
1>内部服务器测试,配个开发评估其功能是否可以达到要求
2>申请测试服务器,进行在线测试,并整理详细安装部署和管理文档 3>在线运行的服务器,加入监控平台进行统计监控
第五篇:运维技术研发管理规范
目 录
第一章
总则..........................................................................1 第二章
技术研发经费管理..............................................................1 第三章
技术研发环境管理..............................................................2 第四章
技术研发团队管理..............................................................3 第五章
技术研发人员的绩效管理........................................................4 第六章
技术研发规划管理..............................................................4I A0 GSB/T 316.22
技术研发管理规范
第一章
总则
第一条 为规范运维技术和工具的预研和开发管理,有效提升公司运维服务能力,不断改进服务过程,为客户提供稳定、安全、高效运行的运维产品和工具,特制定本规范。
第二条 本规范适用于在研发中心立项自研的运维系统项目和运维产品的设计和开发管理。第三方的运维系统项目和运维产品的集成技术管理,由事业部负责。
第三条 本规范由研发中心负责解释和修订。
第二章
技术研发经费管理
第四条 技术研发经费管理原则
技术研发实行重视研发成本、促进研发进度、关注研发效益的经费管理原则,由集团财务部统一归口管理。
第五条 技术研发经费管理职责
集团财务部负责建立研发经费管理制度,根据研发计划和费用预算,提前准备资金确保研发资金需求,同时有效监督研发经费的合理使用。研发中心负责按照研发计划制定并执行各项开发项目的研发预算,有效利用研发经费。
第六条 技术研发预算管理
6.1为规范集团的经营预算管理流程,提高预算管理的科学性,保证集团经营目标的实现,根据《公司法》等国家相关法律法规,结合《公司章程》,公司财务部制定了《经营预算管理制度》。
6.2研发体系作为集团预算单位之一,对技术研发预算目标的实现承担经济责任,并享有相应的资源使用权,通过预算编制管理、预算执行管理和预算调整管理三个方面实施预算管理,其主要内容包括:编制和上报研发的经营预算草案,提供预算编制的各项基础资料;严格执行下达的正式经营预算方案,在预算范围内开展经营活动;分解和落实研发预算指标,监督和保证研发预算得到执行;分析和报告研发预算执行情况;当发生特定情形时,提出经营预算调整申请;配合财务部做好各项预算管理工作;研发负责人对研发预算执行结果负责。A0 GSB/T 316.22 第七条 技术研发核算管理
集团财务部为承担研发任务的研发中心设立台账归集核算研发费用,研发中心发生的各项开支均纳入研发费用管理。集团财务部协助研发中心做研发投入费用的预算编制和控制,对研发费用的入账方式进行规定,研发阶段的支出全部费用化,计入当期管理费,开发阶段的支出符合资本化条件的,按照财政部有关规定,确认无形资产;研发费用的纳税扣除,按照财政部、国家税务总局有关规定执行。集团每年在当年财务会计报告中,按照规定披露研发费用相关财务信息,包括研发费用支持规模及其占销售收入的比例,集中收付研发费用情况等。
第八条 技术研发成本控制
技术研发成本主要包括研发物料成本、人力工资成本、差旅费用等,其中研发物料成本估算在技术研发项目任务书中体现,集团财务对项目成本进行控制、统计,同时,研发中心内部制定了《研发物料管理规定》和《关键物料导入管理规定》等规定,对研发物料成本实施监督管理;人力工资成本是技术研发成本的主要构成部分,即研发项目成本主要来源于项目实际工作量,通过项目管理对研发项目投入人工实施成本管理;差旅费用及其他费用按照集团财务部《借款和日常费用报销制度》和《研发中心费用管理制度》相关条款对费用执行进行监督和管理。
第三章 技术研发环境管理
第九条 公司应在编码规范、公共技术平台、软件开发环境、模拟测试环境、项目管理环境和配置管理环境等方面,形成明确的管理要求,为运维项目和运维产品的设计开发奠定扎实的技术基础。
9.1编码规范:研发中心应编制C语言编码规范、C#编码规范、C++编码规范、Java编码规范等代码设计规范,并通过代码评审机制贯彻落实,确保运维产品代码质量。
9.2软件开发环境:研发中心应构建跨平台、跨框架、跨服务,且所有业务单元都能统一采用的公共技术平台,并通过该平台提供统一引进和采用的先进的开发工具、插件、组件等,有效实现研发公共技术和人员的复用,提高开发效率,支撑公司在运维系统项目和运维产品的快速和高效开发。
9.3模拟测试环境:研发中心制定研发费用预算时,应根据研发规划内容,评估A0 GSB/T 316.22 下一模拟测试环境需求,编制研发和测试环境采购预算,确保模拟测试环境与满足研发规划需求。
9.4项目管理环境: 所有运维系统项目应统一采用研发管理系统RDMS进行管理,管理内容包括任务管理、项目管理、测试管理和产品管理等。
9.5配置管理环境:研发中心输出的设计技术文件应统一采用SVN进行管理。经权责人员审批通过的设计技术文件,应由研发文控员通过OA流程,按照《设计文件分发一览表》的规定,分发到设计文件使用部门。
第四章 技术研发团队管理
第十条 运维技术研发团队由研发中心下设的运维开发部组成,运维开发部根据职能划分为多个小组,包括研发管理组、产品设计组、应用开发组、基础平台组、智能分析组、技术预研组,各小组分别负责运维管理相关工具的管理、设计、开发和预研工作。
第十一条 运维开发部部门职责
11.1对运维新技术和前沿技术的应用、技术储备等进行分析研究,制定研发规划。11.2针对运维业务,开发与发现问题、与解决问题相关的技术及产品,不断提升运维服务能力,改进服务过程,为客户提供稳定、安全、高效运行的业务系统。
第十二条 运维开发部所有岗位,均应编制岗位说明书,明确岗位人员的经验要求,知识要求和技能要求。
第十三条 运维开发部各小组职责和岗位设置如下: 13.1研发管理组
1)职责:负责运维开发项目的计划管理、质量管理和技术文件的配置管理。2)岗位:设置研发项目经理和研发配置管理员岗位 13.2产品设计组职责
1)负责运维系统产品的需求分析和界面设计 2)岗位:设置产品经理和UCD设计师岗位 13.3应用开发组职责
1)负责运维系统应用软件的设计和开发
2)岗位:设置架构设计师和软件工程师(应用开发)岗位 A0 GSB/T 316.22 13.4基础平台组职责
1)负责运维系统基础平台的设计和开发 2)岗位:设置软件工程师(平台开发)岗位 13.5智能分析组职责
1)负责视频诊断分析算法的研究和开发 2)岗位:设置算法工程师岗位 13.6技术预研组职责
1)负责运维技术及公共组件的预研和开发 2)岗位:设置软件工程师(技术预研)岗位
第五章
技术研发人员的绩效管理
第十四条 依据公司《绩效管理制度》和《研发中心员工绩效考核实施细则》,研发中心成立了由研发总监、研发管理部经理和各部门经理组成的绩效评估小组。
第十五条 研发中心绩效评估小组根据公司整体绩效目标要求,结合部门技术研发规划,将公司绩效指标量化分解为研发中心各部门和个人绩效指标,并签订个人KPI绩效承诺书,其中,绩效考核指标包括质量、进度及综合评定三个维度。
第十六条 研发技术人员的绩效考核指标必须包含研发规划任务实现情况。与运维相关的研发技术人员的具体绩效考核指标包括项目需求实现率,功能测试抽检通过率,缺陷修复率,项目平均进度偏差等。
第十七条 技术研发人员的绩效评价以季度为周期,根据技术研发人员考核周期内所完成研发规划任务的进度和质量数据,结合任务完成的实际情况和影响因素进行综合考评。其中,质量指标考核以测试支持部提供数据为准,进度指标考核以研发管理部提供数据为准。
第十八条 个人绩效得分由研发管理部汇总、整理,经上下级绩效面谈过程确认和研发绩效评估小组总体评估,并报请研发总监核准通过后执行。
第六章
技术研发规划管理
第十九条: 研发中心每年年初全面收集和汇总客户及运营业务部对于服务及新技术的原始需求,分析本业务目标及未来三年公司业务战略。测试支持部每年年初总结上A0 GSB/T 316.22 一技术支持过程中遇到的技术难题、专题等,提出改善服务管理工具的需求,经产品设计部门统一汇总后形成《运维技术研发规划》初稿,规划初稿应包含服务产品的需求、工具的开发需求、技术研究。
第二十条:产品设计部门组织相关技术部门和核心技术人员、研发项目经理等,对技术研发需求进行可行性分析,分析内容应包括但不限于技术可行性、资源投入、研发经费投入等。
第二十一条:研发项目经理组织相关人员明确《运维技术研发规划》中需启动的各项目相关信息,信息应包含项目团队成员、项目计划、项目经费等。
第二十二条:产品设计部门应组织研发中心总监、事业部总经理、运营业务部经理等相关人员,对运维技术研发规划进行评审,评审结论包含:通过、修改检查后通过、返工再评审、项目终止。产品经理跟进落实评审意见直到关闭。
第二十三条:《运维技术研发规划》评审通过后,由研发项目经理上报公司总裁、董事长审批,研发中心负责执行审批通过后的《运维技术研发规划》。