农村信用社联合社计算机应用系统管理办法.docx

农村信用社联合社计算机应用系统管理办法
第一章　总　　则
第一条　为加强农村信用社联合社计算机应用系统管理，规范应用系统的投产、变更、紧急变更、回退、日常运行等工作流程，保障各类应用系统安全、稳定、高效运行，特制定本办法。
第二条　本办法所指应用系统是指项目研发结束后，已投入生产运行或即将投入生产运行的各类计算机信息系统。
第三条　本办法适用于农村信用社联合社科技信息中心及相关业务部门。
第二章　术语定义
第四条　本办法所称投产主要指新建或技术改造应用系统项目正式投入生产环境运行。
第五条　本办法所称变更主要指已上线应用系统功能优化、系统升级、配置调整等行为
第六条　本办法所称紧急变更是指因生产事件和问题引发而要求急需处理的变更。
第七条　本办法所称回退是指应用系统更新失败，退回到较早一个版本的动作。
第三章　投产管理
第八条　投产各方及其职责：
（一） 业务部门负责填写业务测试报告，根据业务测试情况确认是否可以投产；负责组织制定投产业务方案及业务应急方案；负责系统演练业务方面的工作；负责组织投产相关业务方面的工作；负责组织上线前相关业务培训工作。
（二） 科技信息中心运行支持部
负责系统投产后日常的系统运行监控工作；负责上线后的运行支持工作；负责将发生的问题及时记录并反馈给相关部门，监控问题的解决过程。
（三） 科技信息中心开发部
负责组织制定投产技术方案及应急方案；负责填写程序更新单，并配合完成系统投产工作；负责系统演练技术方面的工作；负责和公司方完成压力测试（提供压力测试报告），并根据压力测试报告分析系统上线软硬件需求；负责编写系统备份方案和策略；负责系统上线前应用软件部署。
（四） 科技信息中心主机系统部
负责项目上线前期硬件准备工作；负责项目上线系统软件安装及调试工作；负责项目上线前数据库及中间件的安装调试工作；负责系统上线后的系统维护工作。
（五） 科技信息中心网络安全部
负责系统上线前网络环境准备工作；负责系统上线后的日常网络维护监控工作；负责系统上线后的网络安全工作；负责系统上线前的安全评估工作。
第九条　投产流程步骤说明:
（一）准备阶段
（1） 项目组完成项目开发所有文档的整理；
（2） 项目组完成业务人员和技术人员的培训；
（3） 项目组业务人员编写业务切换方案和应急方案；
（4） 项目组技术人员编写技术切换方案和应急方案；
（5） 项目申请部门牵头落实系统上线后有关业务运行工作（包括前、后台日常操作部门及工作职责、交易监控部门及监控方案等内容）；
（6） 科技信息中心落实系统上线后有关技术运行工作（包括数据备份计划和方案、日常技术维护方案、主机系统监控方案等内容）；
（7） 系统开发完毕后组织进行压力测试，并提供压力测试报告。
（二）审批阶段
（1） 开发部门提交投产申请；
（2） 相关部门和人员审查投产方案，评估投产风险；
（3） 有权审批人通过流程管理平台履行审批手续。
（三）实施阶段
（1）设备管理员按照投产方案执行硬件设备的安装、确认；（2）系统管理员执行生产环境配置、确认；
（3） 网络管理员执行网络环境配置、确认；
（4） 应用管理员执行软件系统安装、变更、确认。
第四章　变更管理
第十条　业务需求申请和审批
（一） 以下几种情况需要对应用系统进行变更的，由申请部门填写一式三份业务需求审批表（见附件一），说明变更内容，并附详细的应用系统业务需求说明书；
1.新增业务需求。
2.已有业务流程的变更。
3.应用系统运行中出现问题，需进行相应的修正。
（二） 法人行社及其下辖机构提出的业务需求，由行社相应的业务部门签署业务意见，报送省联社归口业务管理部门审批；
（三） 对于省联社相关业务部门提出的业务需求或审批通过的行社业务需求，省联社科技信息中心在进行可行性分析并通过后，组织实施；
（四） 对于未通过审批的业务需求，由审批部门签署具体否决意见，退回至申请部门。
第十一条　技术审批和分配
（一） 对审批通过的业务需求，由省联社科技信息中心相关负责人签署实施意见，交由指定的项目组或技术人员负责组织实施；其中业务需求审批表一式三份，一份返回申请部门留存，一份返回省联社归口业务管理部门留存，一份由省联社科技信息中心存档管理；
（二） 对于无法进行技术实施的业务需求，由相关项目负责人签署具体原因，退回省联社相关业务部门。省联社相关业务部门负责对需求申请部门进行解释。
第十二条　设计、开发以及测试
（一） 技术实施人员负责召集相关技术及业务人员进行需求分析和讨论，制定技术实施方案，包括实施计划、概要设计与详细设计；
（二） 如技术方案涉及技术风险，并可能影响系统安全运行，由科技信息中心技术委员会负责召集相关人员进行技术方案论证，并进行确认审批；
（三） 版本管理人员通过版本管理系统将待测试的内容提交到测试环境，由项目组对测试内容进行测试；（四）测试人员完成测试工作后，负责填写测试报告单（见附件二）和测试报告,并提交需求提出部门进行审核，审核通过的方可进行应用系统的更新，否则退回重新组织测试。其中测试报告一份由项目组留存,一份提交需求提出部门。
第十三条　应用系统上线
（一） 测试报告审核通过后，项目组提交上线申请（见附件三）,详细描述需提交的变更内容,其中业务需求审批表及测试报告作为附件；
（二） 项目负责人对应用系统更新申请单进行初审,科技信息中心上线委员会进行审批。凡对综合业务系统的安全运行造成威胁、不符合上线条件、上线申请审批未完成的上线计划，可予以否决，并在上线审批结论中做出相应说明；
（三） 通过上线委员会审批后，项目组与运行调度委员会确定上线时间；
（四） 应用系统上线前,　项目组技术人员应配合应用系统管理员编写回退计划。根据回退计划，将需要更新的程序进行备份；
（五） 项目组技术人员配合应用系统管理员通过版本管理系统将待更新的内容制作升级介质，通过升级介质将应用更新版本提交到生产环境；
（六） 对按计划实施的上线工作，项目组应联合归口业务部门进行发文通知，并组织培训与宣传工作。对非项目类优化工作，通过中心运行部门对各行社进行通知。
第十四条　以下属于应用系统技术类的变更，可以由省联社科技信息中心相关的应用维护或开发人员提出申请，填写业务需求审批表。
1.因应用系统维护或系统性能优化需要，涉及对应用软件、配置信息、标准数据等的变更。
2.涉及对系统软件的调整，包括版本升级、配置信息修改等。
第五章　紧急变更管理
第十五条　对需要立即实施的紧急变更，可以使用邮件或电话形式完成申请和审批流程，由省联社科技信息中心应用系统上线委员会协调组织实施。
第十六条　对于无法把握的紧急变更，由省联社业务部门与科技信息中心联系商定，确定是否进行变更。
第十七条　在紧急变更审批过程中，由省联社业务部门与科技信息中心相关人员做好审批记录和保管工作。
第十八条　紧急变更实施前，技术人员应制定简单的变更实施计划和验证、回退方案，其中回退方案是现行成熟的方案，具有可操作性。
第十九条　在紧急变更结束后，由应用系统管理员负责补全相关手续，并交文档管理员存档保管。
第二十条　各申请单位应严格控制本单位的紧急变更。
第六章　回退管理
第二十一条　如果应用程序更新失败，技术实施人员根据回退计划，填制应用系统回退申请单（见附件四）,详细描述需回退的内容,其中原始的应用程序更新申请单复印件作为附件。
第二十二条　项目负责人对应用系统回退申请单进行初审,科技信息中心上线委员会进行审批。
第二十三条　审批通过后,技术实施人员配合应用系统管理员将备份的应用程序恢复到生产环境。
第二十四条　回退完成后，应用系统管理员签字确认，并将应用系统回退申请单及其附件交文档管理员存档保管。
第七章　其他管理
第二十五条　应用系统的环境规划与管理。根据用途和安全级别，将所有应用系统划分为开发环境、测试环境、版本环境与生产环境，各环境通过版本管理进行合理的衔接。开发环境用于技术开发以及技术验证工作，测试环境用于业务测试人员的业务验证工作，版本环境用于向生产环境提交程序。
第二十六条　应用系统投产或变更上线后，对应用系统的日常监控工作移交科技信息中心运行支持部门负责。科技信息中心开发部门继续对应用系统进行运行跟踪与维护，并在系统的生命周期内适时进行性能及功能的优化。
第二十七条　各应用系统的主机管理工作由主机系统部负责；应用系统的管理和维护由开发部负责。
第二十八条　各应用系统执行相应的备份策略，以满足数据的安全要求。
第八章　附　　则
第二十九条　本办法由省联社科技信息中心负责解释和修订。
第三十条　本办法自印发之日起实施。