为规范各地项目实施流程、降低实施成本、提升实施水平、提高服务质量，运维支持中心特编写如下规范，在运维过程中可以根据用户的需要为用户提供相应的服务规范文档。服务规范文档如下内容。
-
- 每日巡检规范
为保证现场办公环境整洁卫生，创造良好的工作氛围，特制定现场值日制度，每一个项目组成员必须遵守。
- 根据现场人员情况制定人员值日表，按周进行轮岗执行。值日人员每天于上班前十五分钟到达办公室对地面进行清扫、对桌椅进行擦抹，对桌面各种文件进行整理摆放，保齐整齐。
- 值日人员应该严格遵守《每日巡检制度》，并按规定每个工作日上班进行一体化系统进行例行检查，并填写《**市财政一体化管理信息系统运维巡检工作日志》（见附表一），每周汇总后将上周巡检日志表提交信息中心存档备案。
- 值日人员如发现任何一个系统出现异常或归档日志比例超过40%，WebLogic日志比例超过50%，平台表空间利用率超过90%，必须在第一时间通知项目负责人和其他相关人员进行故障排查，并详细记录在“备注信息”中。
- 值日人员请假或有事外出，应事先告知项目负责人，项目负责人将按值日表顺序自动安排其他人员值日。
在系统运行期间，如系统出现影响用户使用的问题，需要及时向信息中心和监理公司汇报。
- 问题发生后，首先由维护人员记录问题发生时间，对问题做详细记录，并将问题通过邮件发送给项目负责人。
- 项目负责人应第一时间将问题反映给信息中心相关责任人和监理公司。对于严重问题，需要向信息中心主任汇报。
- 项目负责人分配问题发现人将问题提交到公司Bugzilla上，并尽快联系公司查找问题原因。注：提交问题时需详细写明现场系统版本和问题发生时间点。
- 项目负责人协调公司提供解决办法。如果是可通过配置解决的问题，则将问题解决办法提交信息中心相关负责人和监理公司审核后，方可进行配置。如果需要通过补丁升级才能解决的问题，需要项目负责人协调公司开发提供基于现场版本的程序补丁，项目负责人安排人员对程序补丁进行测试，编写《测试用例》，测试完成后形成系统《测试报告》。测试通过后将《测试用例》和《测试报告》提交信息中心和监理公司审核。
- 信息中心审核后，通知平台是否可以进行升级。系统升级流程见《第十章 系统升级制度》。
- 密码管理规范
- 服务器管理
- 密码管理规范
- 服务器管理包括数据库服务器和应用服务器。
- 管理服务器操作系统的登录密码，包括root用户及其他建立的操作系统用户。
- 财政人员拥有服务器的全部管理权限。
- 服务器密码修改或操作系统变动影响一体化业务系统，应及时通知运维人员。
- 运维人员对服务器的登录、操作等，需在财政人员授权和监督之下使用，仅限维护系统。
- 严禁运维人员随意登录应用服务器、数据库服务器停止或启动服务。
-
- 数据库密码
-
- 财政人员拥有数据库全部用户的密码，包括数据库超级用户密码（sys、system）、平台用户密码、接入用户密码、综合查询用户密码。
- 由财政人员建立只读用户，可以读取任何物理表，但应排除涉及密码的物理表，如平台用户表密码T_CAUSER、综合查询用户表密码DW_2011_T_CAUSER、接入用户配置表SYS_DATA_DBDATASOURCE、SYS_CONFIG等。
- 运维人员仅使用数据库只读用户（read）的密码，进行任何数据的查询，只能使用该用户。
- 如财政系统管理员无法建立只读用户或授权给项目组成员，由项目负责人统一管理数据库用户密码，其他人员使用时须向项目负责人申请，同时严禁在数据库中进行新增、修改、删除操作。
-
- 一体化用户密码
-
- 财政人员拥有平台系统超级用户ADMIN的密码。
- 对于系统升级、记账模板修改等需要使用超级用户ADMIN密码时，应由财政人员输入或经财政人员授权后使用。
- 运维人员对在平台系统中维护基础资料、数据权限、工作流等，需在财政人员授权的情况方可修改。
- 对于需要使用静态密码以业务人员身份登录一体化系统，应有财政人员提供本次登录密码，运维人员使用完毕后，应通知财政人员及时进行密码变更。
-
- 涉及密码的操作
-
以下操作涉及大权限的密码操作，皆需要财政人员输入、监督或授权下方可操作。
- 一体化系统升级。
说明：一体化系统升级需要使用DBA用户登录后执行脚本，用户名和密码需要在每一个版本执行前输入。
- 综合查询升级。
说明：升级脚本非常少，一般采用PLSQL客户端执行脚本。与一体化系统升级方式不同。
- 接入服务升级。
说明：需要配置接入数据库用户的用户名和密码、连接到平台的一体化系统用户名和密码、平台数据库的用户名和密码。
- 中间件应用服务。
说明：涉及到全部的WEBLOGIC服务的用户名和密码，分别是一体化集群服务、综合查询服务、接入服务器。
- 平台超级用户ADMIN。
说明：该用户拥有平台客户端中的全部功能。一般在修改重要模块（如总账交易令、总账合并规则、合并规则、人员权限等）的配置时使用。
- 跨业务归口权限修改。如有科室跨归口分配指标，项目组成员接到电话后应汇报信息中心后，由信息中心确认后，并填写《财政一体化管理信息系统平台/数据库修改记录单》，由于业务人员签字后，按流程进行修改。
- 业务人员管理部门权限修改。如有科室提出更改权限，必须通知信息中心，协调科室出纸质说明并由业务处长签字盖章后，由项目组依据纸质文件进行修改，同时修改人应邮件通知项目组所有成员。纸质文档放统一存档。
- 为了数据安全，我公司人员不能拥有数据库和服务密码。同时建议用户对数据库和服务器密码进行如下管理：定期（每2个月或3个月）修改所有密码，包括数据库密码、平台客户端密码、weblogic、小机root等。
- 后台数据查询。一般情况下查询数据，请使用只读用户（read）查询。
- 后台数据修改。由用户输入DBA密码后，在用户陪同下，数据修改人进行数据修改后，务必及时注销掉该用户，以防止有人误操作。
- 内网查询机。内网机器使用人员较多，午休或无人在岗时，最后离开的人请关闭已登录的PLSQL、平台客户端、BS系统等关键系统，并及时锁定该机器。
- 所有权限的修改，必须有纸质单据签字确认后方可在生产系统修改维护，严禁擅自修改维护或跨过信息中心私自进行权限或数据修改。纸质申请单打印2份，信息中心保留一份，项目组保留一份。
- 有关密码管理制度，参看附件《密码运维管理制度》
-
- 人员与培训日常规范
为加强现场人员的管理，提升每个成员的业务水平、技术技能和工作能力，养成良好的工作习惯，特制定本制度。
- 每个项目组成员都应该尽自己最大的能力去完成自己负责的每一项工作，做到对自己负责、对客户和公司负责。
- 工作任务。在办公系统中，每日填写自己工作任务的完成情况；对于临时工作任务，要及时添加到办公系统。
- 周总结，应包括本周计划、每日工作情况的完成情况，包括今日成果和未完成事项。每周五将本周计划进行回顾总结，并在日报中体现。
- 对不能按时按质完成的工作，项目组成员应及时提出，以便进行工作安排调整。
- 对于在SVN上新建目录后，应及时邮件通知所有项目组成员，以供大家浏览。
- 每周根据情况排出培训时间，主要进行业务讲解、常见问题讨论等。
- 培训讲师应提前制作PPT等培训文档，会议记录人员应认真记录主要问题及情况，并详细记录在会议记录中。
- 业务科室用户信息修改。如有科室提出科室用户信息新增、修改，必须通知信息中心，协调科室出纸质通知单并由业务科长签字后，由项目组依据纸质文件进行修改。纸质文档统一存档。
- 业务人员管理部门权限修改。如有科室提出更改权限，必须通知信息中心，协调科室出纸质通知单并由业务科长签字后，由项目组依据纸质文件进行修改。
- 一体化系统财政预算单位、单位零余额等基础资料修改。如有科室提出更改权限，必须通知信息中心，协调科室出纸质通知单并由业务科长签字后，由项目组依据纸质文件进行修改。如果为预算单位零余额账户信息修改，附件中必须包含相关零余额账户开户信息的复印件。
- 一体化系统资金性质、支付方式等基础资料修改。如有科室提出更改，必须通知信息中心，由信息中心协调预算、国库进行业务确认，确认并由相关科室签字后，项目组需在测试环境进行测试，测试无问题后方可在生产环境进行修改。
- 所有权限的修改，必须有纸质单据签字确认后方可在生产系统修改维护，严禁擅自修改维护或跨过信息中心私自进行权限或数据修改。
后台数据修改有很大的风险性，应在日常运维中尽量回避业务操作及后台修改数据。
- 数据修改流程。在接到相关的修改申请后，由问题负责人填写《《一体化系统数据修改记录单》，要描述清楚问题原因以及数据的关键信息项（如指标单号、功能科目、预算来源、项目、金额、）、修改内容、修改结果等，交业务人员签字确认后，经项目组出具建议、信息中心签字同意后，再由项目组进行数据修改调整。如有特急情况，先口头与信息中心沟通后进行处理数据，修改记录单应事后补签。
- 数据修改脚本。一个人书写修改的脚本，必须由另外一个人核查一遍，经在测试环境严格测试验证后方可在生产环境执行脚本修改数据。
- 文件存档。纸质文件统一签字后存放在固定的文件夹，同时电子表格《修改记录单》和对应脚本放在SVN上备查。
- 命名规则。《修改记录单》和对应脚本，名字要一致，命名规则为“日期-简要修改内容”。修改SQL脚本中要描述清楚此脚本修改的详细内容，并在语句过程中详细注释清楚每一步所修改的数据。
- 严禁使用业务人员的身份采用静态密码登陆方式进行数据修改。如的确需要数据修改，应经业务人员签字同意后，统一采用管理员身份进行数据操作，并做好记录。
为了加强对操作人员使用计算机信息网络的规范管理，维护计算机信息网络系统的安全运行，增强操作人员的法制观念和网络安全保护意识，特制定本规定。
- 数据传输。如需将业务数据进行传输用于测试或问题原因查找，首先必须经信息中心同意，然后经部门总经理同意之后方可才后采用外网方式发送，业务数据发送到公司固定的FTP中。
- 数据加密。对于业务数据传输，必须采用压缩加密方式，采用电话或公司邮箱的方式通知对方接收人密码。密码要复杂，不少于10位，包含特殊字符。
- 项目组成员不得擅自复制任何来自光盘、软盘的文件到系统的电脑中，也不得下载未经“检查”的邮件、文件到系统的电脑中。不得随意删除、修改系统文件，更改系统的设置。
- 严格用户管理，每个用户的密码不少于６位数，不允许有与应用系统无关的用户存在。
- 服务器上进行常规操作后必须锁定屏幕。
- 未经允许，任何人员不得在服务器（尤其是数据库服务器、应用服务器）操作系统上擅自安装任何软件。
- 遇到不能解决的系统故障，应及时与软件供应商联络，请求服务
为了规范一体化系统报表定制流程，增强现场运维人员统筹安排报表制作，提高报表制作效率，特制定本规范。
- 提出报表。报表具体是取哪方面的数据，在这些数据中符合什么条件即可被报表统计、展示。以WORD或者EXCEL 的方式提供出报表具体展示的方式、样式如：报表中数据显示的样式，报表的取数口径，报表菜单显示的模块等。确定好完成报表的期限。
- 申报报表。信息中心对报表需求信息进行审核确认，如确认可行，即可将报表需求信息提供给现场运维人员。
- 制作报表。现场运维人员根据提供的报表需求信息在规定期限内完成制作报表，并验证报表数据的准确性。
- 报表验证。制作完成的报表由报表制作人制作完成后进行验证，并将报表样式、口径等信息发给上级领导进行审核验证，以确保报表的准确性。
- 开放报表。现场运维人员将报表添加到一体化系统中，由信息中心相关人员检验报表，如确认报表已符合需求，即可通知运维人员将报表开放给业务人员。
为了加强预算单位和非部门预算单位的管理规范，在运维过程中应严格遵守本规范。
- 提出变更信息。业务科室提出本科室管理范围内的预算单位和非部门预算单位的新增、修改、删除等变更，需注明原因并经业务处长签字。
- 明确变更内容。包括单位名称、联系人、电话、账户信息等。
- 确认流程。业务经办提出变更信息，经分管处长签字后，递交信息中心，经信息中心确认后，递交支付中心，经支付中心确认后，由运维人员在一体化系统进行维护。
- 维护变更内容。运维人员以纸质签字变更单为准，按照系统维护要求进行相关信息的变更。对于新增预算单位，要注意付款账户、以及各相关业务科室的数据权限。
- CA-Key更换规范
财政CA证书是指财政局按照财政部的规定，向预算单位颁发的、登录财政一体化管理信息系统使用的数字证书（又称CA Key）。CA证书的遗失或损毁不仅影响持有单位的财务工作，甚至威胁财政资金支付与财政信息安全。
为此，特就相关情况发生后的处置与补发流程规范如下：
- 注销原证书
CA证书遗失或损毁情况发生后，相关责任人应在第一时间将情况向本单位财务负责人报告，同时，应尽快提交注销申请，加盖公章后，传真发送至信息中心，以便及时办理原数字证书注销手续。
- 申领新证书
责任人应在向单位领导检讨证书保管不当责任的同时，尽快向财政局提交重新颁发CA证书的书面申请。
书面申请应由预算单位盖章，经主管部门财务处签字并加盖财务专用章后，再依次送归口处和国库支付中心签署审核意见。
信息中心在收到通过上述流程审核同意的书面申请后，再登录财政部的证书制作系统，为申请单位制作新证书。
- 经过一个工作日，申请单位即可联系领取新证书。
- 工作时间必须有专人进行电话接听，电话接听要态度端正、文明用语。
- 每个接听人应认真负责的解答问题，能够及时解答的问题需要在电话接听记录表中记录。对于不能及时解答的问题，要记录下单位名称、电话、联系人、详细的问题描述，并在问题解决后及时的通知对方。
- 日常维护电话记录，采用表格记录，并每日汇报信息中心及项目组成员。对于遗留未解决问题也要记录，并于第二天由问题负责人进行跟进解决。
- 对于常见问题，由问题解答人提交问题解决方法到SVN，各地项目组能够共享问题解答方法。
- 对于需要进行后台修改的数据，应填写《一体化系统数据修改记录单》，按规定流程修改。
- 对于需要上门解决的问题，应填写《上门服务单》，并由用户进行签字。
- 对于由于系统缺陷造成的问题，应向用户做好解释，并提交问题到bugzilla上，同时邮件通知项目负责人。对于业务流程问题，应告知用户相关业务科室的对口经办人电话。
- 对于重大问题或系统故障，该问题负责人要详细记录问题现象、分析过程、解决方案等，记录到《项目重大问题记录》提交SVN。每半个月提交信息中心和项目组（如无更新可不提交）。事后及时提交书面系统故障报告到信息中心备案，同时提交SVN备查。
为了及时了解项目建设进展情况，解决项目实施中遇到的问题，特建立项目例会制度。
- 项目前期每周召开一次，就项目建设进展情况进行相互沟通。时间为每周五晚6：30左右。
- 每个人轮流进行介绍，内容主要包括：本周解决了什么问题，负责的系统进展到什么程度，还存在哪些问题以及下周工作计划等。
- 会议期间，由项目经理指定专人进行会议记录，并汇总形成会议纪要。整理后的会议纪要发给项目经理和各参会人员进行确认。
- 项目经理根据确认后的会议纪要汇总形成项目周报，并于每周一早晨8：30之前发送给信息中心和监理公司。
- 在一体化系统停服务升级之前的2~3天之内发布公告，登录页面、首页面均置顶显示。公告内容格式如下：其中黄色背景需要替换。
-------------------------------------------------分割线--------------------------------------------
2011-04-30 系统升级公告
注：具体说明参见《系统升级变更说明》。
财政一体化各相关用户：
基于系统运维需要，定于2011年4月30日18:00-24:00对系统进行升级维护，届时将暂停对外提供服务。给您造成的不便，敬请谅解。
本次系统升级涉及变更如下：
1、指标管理环节提供金额单位“元”和“万元”切换；
2、采购计划申报时控制品目级次，品目信息录入时控制相关必填项；
3、政府采购支付申请时允许调整支付金额，提供支付确认完成功能；
4、Excel文件导出支持合计行、多级表头等。
**市财政信息中心
二零一一年四月二十八日
==============================================================
2011-04-19系统升级变更如下：
1、指标管理环节提供金额单位“元”和“万元”切换；
2、采购计划申报时控制品目级次，品目信息录入时控制相关必填项；
3、政府采购支付申请时允许调整支付金额，提供支付确认完成功能；
4、Excel文件导出支持合计行、多级表头等。
=============================================================
- 在一体化系统升级完成的当天晚上更改公告，登录页面、首页面均置顶显示。公告内容格式如下
-------------------------------------------------分割线--------------------------------------------
系统升级公告
注：具体说明参见《系统升级变更说明》。
==============================================================
2011-04-30系统升级变更如下：
1、指标管理环节提供金额单位“元”和“万元”切换；
2、采购计划申报时控制品目级次，品目信息录入时控制相关必填项；
3、政府采购支付申请时允许调整支付金额，提供支付确认完成功能；
4、Excel文件导出支持合计行、多级表头等。
==============================================================
2011-04-19系统升级变更如下：
1、指标管理环节提供金额单位“元”和“万元”切换；
2、采购计划申报时控制品目级次，品目信息录入时控制相关必填项；
3、政府采购支付申请时允许调整支付金额，提供支付确认完成功能；
4、Excel文件导出支持合计行、多级表头等。
==============================================================
- 超级链接的制作
一体化系统的公告支持超级链接，超级链接可以是另外一个公告的内容或另外一个公告的附件。制作方法：
1、进入到公告编辑界面
2、选中相应的文字后，选择工具栏上的
3、在弹出的对话框中输入超级链接的地址，可以是网页，也可以是某个公告的附件文档。
4、另外一个公告中附件URL地址的获取（前提是公告已上传附件）
4.1 打开公告的预览界面
4.2 鼠标移到在该公告的附件上，鼠标变成手形，然后点击鼠标右键，选择“属性”，弹出如下窗口，拷贝出URL地址。
- 系统升级变更说明
-------------------------------------------------分割线--------------------------------------------
系统升级变更说明
2011年4月30日系统升级主要内容如下：
一、金额单位“元”和“万元”切换
指标管理环节顶部导航栏右侧新增金额单位设置按钮“元”和“万元”，选择金额单位后自动切换显示。
注意事项：
1.切换金额单位之后，不退出系统，金额单位始终为切换后的金额单位。
2.切换金额单位之后，页面要刷新一次，用户录入但未保存的数据信息将会被清空。
3.退出系统重新登录，默认的金额单位为“万元”。
二、政府采购计划品目级次控制
选择协议采购，品目必须选择末级，选择非协议采购，品目可以选择非末级。
三、采购计划录入采购品目新增必填项
采购品目的规格型号、数量、计量单位、单价控制为必填项。
四、调整采购合同支付控制方式
购合同支付时不对每次支付金额控制，允许最终完支付的合同金额小于等于合同总金额。
五、政府采购合同增加合同确认支付完成功能
合同完成支付之后，使用该功能确认合同支付完成。
六、excel导出功能支持多表头导出
导出excel文件支持导出合计行、金额类型为货币，支持多级表头导出。
-------------------------------------------------分割线--------------------------------------------
- 升级控制。项目组应安排专人进行系统升级。项目组集成工程师对公司已发版程序及时通知项目负责人。
- 发版文档。项目组集成人员应仔细阅读每个子系统的发版说明和相关配置文档，了解其中的相互依赖关系、升级注意事项等，并将该文档转发给项目组所有成员。
- 测试环境。项目组集成人员在收到新版本的1天之内准备好测试环境，进行相关的升级操作后，通知项目组负责人，由项目组负责人进行测试计划任务安排。
- 测试文档。测试人员要有针对性的测试，并针对性书写《测试用例》，提交给项目组集成人员。
- 测试问题。测试过程中发现的问题，如是一般缺陷不影响流程，则提交到bugzilla上；如是重大问题必须及时通知项目组负责人和公司开发人员进行邮件和电话确认，并提交到bugzilla上。所有测试问题统一汇总到项目组集成人员处，由每个问题发现人跟进。
- 系统升级。测试完成后，由项目组集成人员书写测试总结报告，经项目组负责人确认是否需要升级。如需升级，则需集成人员书书写《版本升级或服务器维护控制表》，经项目组负责人签字、信息中心签字同意后方可在规定的时间内进行升级。
- 系统启停。生产系统必须由集成人员书填写服务器维护控制表，经项目负责人和信息中心批准后方可停止服务，服务启动后要通报相关人员。
- 升级存档。纸质升级文档包括《版本升级或服务器维护控制表》、《测试报告》、《软件测试用例》交由信息中心存档。电子版本由集成人员书统一放在SVN存档。
- 升级观察。生成环境升级之后，对于业务系统要留意观察3至5天，以及时应对由于测试不到位导致升级带来的影响。
- 操作人员使用计算机信息网络必须严格遵守国家法律、法规的有关规定，不得侵犯国家、社会、集体和个人的合法权益,不得从事违法，犯罪活动。
- 不得从事下列危害计算机信息网络安全的活动：
（一）操作使用人员私自设置、改动入网计算机的IP地址、计算机名以及所属工作组；私自设找电信部门安装宽带网络。
（二）未经允许，进入计算机信息网络系统或者使用计算机信息网络资源。
（三）未经允许，对计算机信息网络功能以及计算机信息网络中储存、处理或者传输的数据和应用程序进行删除、修改或者增加。
（四）制作、传播计算机病毒和黑客程序等破坏性程序。
（五）其他危害计算机信息网络安全的活动。
- 合理利用、保护财政网络资源，不得有下列行为：
（一）以虚假身份使用财政网络资源。随意将财政网上登记的用户信息让给他人使用。
（二）在网上或拷贝到本机进行影视观看、聊天、游戏等与工作无关的活动。
（三）违规使用或下载财政数据资源。
（四）不服从有关部门管理。
（五）私自拆卸机器配件。
- 违反本规定，尚未触犯国家法律者，财政视其情节和后果，给予批评教育或有关处分；触犯法律者，交由司法部门依法处理。
- 对于违反上述规定造成财政或他人损失者，应当承担赔偿责任。
在运维服务过程中将会产生如下相关文档。
| 管理科室 | 业务经办 | 分管处长 | ||||||
| 代码维护类型： □新增预算单位 □新增非部门预算单位 □修改单位信息 □删除单位信息 | ||||||||
| 变更原因简要描述： | ||||||||
| 单位名称 | ||||||||
| 联系人 | 联系电话 | |||||||
| 帐户名称 | ||||||||
| 开户银行 | ||||||||
| 银行帐号 | ||||||||
| 业务 部门 意见 | 年 月 日 | |||||||
| 信息 部门 意见 | 年 月 日 | |||||||
| 支付 中心 意见 | 年 月 日 | |||||||
| 变更 维护 | 年 月 日 | |||||||
注：若变更信息的单位一家以上，请在附表中填列并请在确认栏签字
Excel截图
编号：AH
| 申请单位 | ||
| 修改原因： 经办人： 财务负责人： 联系电话： 年 月 日 | ||
| 业务归口 | ||
| 处理意见： 经办人： 负责人： 年 月 日 | ||
| 信息中心意见： 经办人： 中心领导： 年 月 日 | ||
| 操作执行结果： 操作执行人： 负责人： 年 月 日 时 分 | ||
| 备注： | ||
申请日期： 年 月 日
| 提交部门 | |
| 维护需求描述 | |
| 业务科室意见 | 经办人： 审核人： |
| 信息中心意见 | 经办人： 审核人： |
| 变更维护 | 经办人： 审核人： |
编号：
| 提交部门 | ||
| 修改原因： 经办人： 财务负责人： 联系电话： 年 月 日 | ||
| 业务归口 | ||
| 处理意见： 经办人： 负责人： 年 月 日 | ||
| 信息中心意见： 经办人： 中心领导： 年 月 日 | ||
| 操作执行结果： 操作执行人： 负责人： 年 月 日 时 分 | ||
| 备注： | ||
日期： 年 月 日
| 序号 | 接听人 | 日期 | 问题描述 | 处理情况 | 用户信息 | ||
| 姓名 | 单位 | 电话号码 | |||||
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
