1、软件的系统部署及升级流程及管理系统软件系统部署及升级流程及管理第一章 总那么第一条为保障股份XX简称：公司信息软件系统平安运行在生产环境，规软件系统部署与升级流程、控制软件系统的生产运行平安，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本方法。第二条本方法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统，以及OA办公系统、对外系统、根底技术架构系统等涉及的软件系统的部署、平安运行与升级管理。第三条本方法所指软件系统部署与升级管理主要包括以下容：软件系统投产前准备、软件系统投产管理、软件系
2、统生产运行管理、软件系统生产平安管理、软件系统升级管理。第四条信息技术部是本方法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、平安运行与升级的具体技术实现，其它相关岗位和部门应按本方法所制定的流程配合完成相关工作。第二章 软件系统投产前准备第五条软件系统的投产关系到整个信息系统的平安运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档和培训的准备等。第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。第九条相关投产文档和培训的准备主要包括：?系统安
3、装部署手册?、?系统IT参数配置手册?、?数据备份和恢复操作指导?、?系统故障与恢复手册?、?系统文件目录清单说明?、?系统运行日志存放说明?、?系统各类密码修改说明?、?文件清理方案及操作指导?、?管理员、工程经理、厂商负责人通讯录?以及相应的功能使用培训、安装部署培训、日常维护培训等。第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵照?IT系统权限及数据管理方法?的相关规定：(一)投产系统权限申请设置应形成流程并由业务部门负责人和风险控制部门审核；(二)软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们予以协同支持，最终由风险控制部进展参数定级并进展投产参数审核；
4、(三)对于系统初始化数据，原那么上不允许进展数据库文件导入操作，而应通过数据操作语句进展数据初始化，各根底数据应得到业务部门和风险控制部门的签字审核。第三章 软件系统投产管理第十一条软件系统投产管理是指对软件系统产品从提交投产申请到投产运行过程的管理，由信息技术部工程管理岗和系统运维岗协同负责相关管理工作。第十二条软件系统投产部署须经相关业务部门领导的核实，并经过信息技术部领导审批后由相关技术人员制定详细的安装方案和操作步骤，并依据具体设备特性对系统进展合理配置、测试和调整，从而充分发挥设备资源优势。第十三条软件系统供给商必须向信息技术部提供详细完整的有关投产系统的软硬件及其运行维护的技术资料
5、，并负责向信息技术部的系统管理人员、系统操作人员进展技术培训。第十四条软件系统供给商应会同信息技术部制定周密、严谨的软件系统上线方案。第十五条软件系统供给商应向信息技术部提供相应的系统监控手段、日常维护工具、数据备份方案以及应急联系方法等，并至少指定一名系统开发人员作为该系统投产后的软件维护员。第十六条软件系统投产申请流程：(一)统一由信息技术部发起权限申请流程、参数设置、数据初始化申请流程，并会同软件系统供给商完成软件系统投产前准备工作和?系统移交说明书?。(二)在征询相关业务部门意见后形成请示签报，并附?岗位菜单对应表?、?批量员工权限申请表?、?业务系统参数表?以及批量初始化数据文件，以
6、便各项关部门进展核对检查。(三)该请示签报需经过相关业务部门、风险与合规部，以及运营总监会签后，提交总裁办最终审核。(四)该请示经总裁办审核通过后，由信息技术部系统运维岗负责软件系统部署投产。(五)?岗位菜单对应表?、?批量员工权限申请表?、?业务系统参数表?以及批量初始化数据文件经相关业务部门或办公室和风险与合规部进展核对审批后，提交给信息技术部，由系统运维岗进展执行。第十七条软件系统投产部署工作规：(一)软件系统产品投产部署入总部机房，必须在预定安装日之前三个工作日提出部署工作方案，并按照?系统安装部署手册?、?系统IT参数配置手册?系统移交说明书?核对各项准备工作。经过信息技术部负责人签
7、字同意后，交系统运维岗协调部署工作。(二)系统运维岗人员协调软件系统供给商、软件工程管理岗，及相关网络管理岗、桌面管理岗人员，按照部署工作方案执行各项投产部署安装工作。(三)软件系统产品安装时，系统负责人员必须到场，所有参与上线工作的人员必须严格遵守?计算机机房运行平安?相关规定，值班人员必须加强监视并填写好?机房工作日志?。第十八条软件系统产品投产运行的前提条件是：(一)软件系统产品已通过信息技术部、相关业务部门双方测试和联合验收。(二)工程管理岗和系统运维岗协同软件系统供给商完成了软件系统投产前准备工作和?系统移交说明书?的编写。(三)信息技术部工程管理岗会同系统运维岗发起工程上线申请签报
8、，经相关业务部门、风险与合规部、运营总监会签后，向总裁办提出上线申请，并提供该系统相应的文档、业务及技术测试报告以及经过核准的业务验收报告。第十九条软件系统产品投产运行时，信息技术部工程管理岗、系统运维岗以及相关业务部门应共同明确各自职责：(一)信息技术部系统运维岗主要负责软件系统上线后的平安运行；(二)工程管理岗主要负责该软件系统的技术优化、功能缺陷纠正和紧急维护；(三)业务部门主要负责业务操作和业务管理。在明确职责的根底上，各自制定相应的管理方法。第二十条软件系统投产申请流程遵循本方法第十六条规定；各软件系统上线根据系统类型，业务类别、效劳对象的不同可以根据实际情况选择执行不同的步骤：(一
9、)软件工程完成对业务及技术测试报告进展总结和评估,并形成系统业务验收报告和技术验收报告;系统菜单权限表与参数表由业务部门确认和会签,提交合规与风险管理部确认和会签;信息技术部保障硬件与网络到位，完成软件工程文档的整理与归档工作，并制定该系统故障处理方法、系统备份策略、日常运维操作流程，完成系统上线前数据初始化工作。软件工程开发实施厂商对系统稳定平安运行的作出承诺。(二)信息技术部提交部评审请示包括系统准备情况汇报、部评审方案介绍；(三)经总裁室同意请示后，由信息技术部牵头准备评审工作；信息技术部、相关业务部门、合规与风险管理部、开发商进展汇报；由业务部门负责人、信息技术部负责人、分管领导、外部
10、专家组成评审组，对系统进展评议，并统计形成评审结果。(四)由信息技术部根据评审结果向总裁室提交?关于系统试运行的请示?签报；(五)在总裁室同意后，信息技术部开场系统正式环境的切换工作；各业务部门与外部机构按正式岗位进展系统试运行工作，并按信息技术部正式运维流程提交系统问题单。(六)系统试运行结果由信息技术部牵头对系统试运行情况进展总结，并提交系统正式运行上线的请示，在总裁室同意后开场正式运作。(七)软件系统投入正式投入运行后，应根据?信息系统平安等级保护定级指南?要求开展自主定级、系统测评、专家评审，对于定级在第二级以上信息系统，应当在投入运行后30日，到公安机关办理备案手续，并保备相应的主管
11、和监管部门。系统类型业务类型产品应用型定制开发型系统例如IT根底架构运行总监审批后进展试运行，总结后申请上线在运营总监审批后组织部评审，试运行总结后申请上线，但应完成各步骤工作流、影像、报表平台、统一身份认证、证书平安认证IT管理效劳在运营总监审批后直接申请上线运行在运营总监审批后组织部评审，评审后申请上线运行开发管理、运维管理、监控管理核心业务在运营总监审批后组织部评审，但应完成各步骤必须严格执行各个步骤受托、帐管、投资、风控客户效劳在运营总监审批后组织部评审，评审后申请上线运行在运营总监审批后组织部评审，试运行总结后申请上线运行网上受理、柜面受理、效劳、短信市场支持在运营总监审批后组织部评
12、审，评审后申请上线运行在运营总监审批后组织部评审，试运行总结后申请上线运行客户营销、营销绩效考评辅助决策在运营总监审批后组织部评审，试运行总结后申请上线运行必须严格执行各个步骤决策分析、数据仓库公共效劳运行总监审批后进展试运行，总结后申请上线在运营总监审批后组织部评审，试运行总结后申请上线，但应完成各步骤人力资源、财务、培训、协同办公、流程管理第四章 软件系统生产运行管理第二十一条生产运行管理是指对生产系统中系统软件包括操作系统、数据库、中间件、管理监控平台等的管理，由信息技术部系统运维岗负责相关管理工作。第二十二条信息技术部系统运维岗应做好系统的日常运行维护工作：(一)制定系统运行维护方案，
13、严格按方案对系统进展维护，并详细记录维护情况。(二)制定备份方案，对备份的时间、容、级别、人员、保管期限、异地存取和销毁手续等进展明确规定。(三)密切监视系统运行状况，及时处理系统故障，并对故障产生原因进展认真的分析总结。(四)定期对系统运行状况进展分析，定期进展系统性能优化。必要时应制定主机系统的升级方案，升级方案实施须报信息技术部门领导审批。(五)建立软件系统运行档案，对软件系统的根本情况版本、配置等、升级、故障现象、故障产生原因、故障处理过程及处理结果等进展详细记录。第二十三条信息技术部工程管理组和系统运维组应密切关注应用系统上线运行情况，及时处理应用系统故障，对故障原因进展认真的分析总
14、结，制定有效的优化改良方案,并最终反应给业务部门。第二十四条信息技术部系统运维岗应及时收集、整理应用系统运行过程中所发生的问题，反应给信息技术部工程管理组。第二十五条信息技术部系统运维岗应建立上线应用系统的变更管理制度，对程序版本更新、例行操作变更、非例行操作、应用系统维护以及系统运行环境等变更实施规管理和有效控制。第二十六条严禁在生产系统上安装开发测试类软件、编译工具、应用系统源程序及其他与生产系统无关的软件。工程管理岗相关人员XX，不得随意访问生产环境，更不得随意变更已上线的各类应用系统。第二十七条任何人未经允许不得擅自修改系统配置。如确需修改应填写?生产环境变更操作登记表?，严格履行审批
15、手续，并由双人会同实施。实施时应有系统运维组主管现场监视，实施后应将变更前后的系统配置及变更全过程记录备案。第二十八条对于软件系统的软硬件升级、变更、系统切换、年终结算等重大操作，信息技术部、相关业务管理部应密切配合，共同制定详细的方案和应急方案，统一部署，周密安排，防风险。第五章 软件系统生产平安管理第二十九条生产平安管理是指对保障生产系统平安可靠运行的关键平安环节的管理，由系统运维岗和网络及机房管理岗负责相关管理工作。第三十条信息技术部应充分合理地利用生产系统提供的各种平安机制，实现系统备份、平安保护和平安效劳。第三十一条备份系统在构成和配置上应与生产系统尽量保持一致，并制定了有效、可行的
16、切换机制，确保当生产系统出现故障时能迅速接收和承载业务运行。第三十二条数据备份包括本地数据备份和异地数据备份，由信息技术部系统运维岗负责相关管理工作。(一)备份介质应按备份对象分类存放，不得混放、混用。业务数据备份介质必须存放于有保护的特定场所，并同时对其拷贝进展异地非同一建筑物保存。(二)任何人XX，不得随意导入和导出备份介质中的信息和数据，不得随意将备份介质或数据报表带出机房。(三)废弃的备份介质或数据报表应存放在指定地点，并由专人集中销毁。(四)严格执行异地数据备份交接，交接双方必须严格履行交接手续，整个操作过程在相应的监控设备下进展，并有书面记录备查。第三十三条信息技术部对各级用户及其
17、权限的设定应进展严格管理，用户权限的分配必须遵循“最小特权原那么。第三十四条用户账号与密码管理应严格遵循有关规定。用户密码应严格XX，及时更新。重要用户密码应密封交平安管理员保管。密码口令知情人员调离时，信息技术部应及时修改相关密码、口令。运行机构应严格限制对密钥等密级文件的访问，防止非法研读和拷贝。第三十五条系统运维岗人员不得担任业务操作工作。工程管理岗不得代替系统运维岗人员从事运行各岗位的工作。第三十六条信息技术部应采取切实有效的措施，做好生产环境的计算机病毒防工作。对易受病毒攻击的计算机信息系统，应落实专人定期清查病毒，升级平安补丁，防止病毒或漏洞对计算机系统和数据造成破坏。第三十七条信
18、息技术部应制定平安运行应急方案，针对系统运行过程中可能发生的故障和灾难，制定恢复运行的措施、方法负责本公司应急方案的演练、实施和管理。第三十八条应急方案的实施必须按规定经过有关领导批准。应急方案实施后，信息技术部必须认真分析和总结事故原因，制定相应的补救和整改措施。第三十九条如发生重大运行事故，信息技术部须在事故发生一小时将事故情况上报上级部门，不得迟报、瞒报。事故恢复后，信息技术部须形成关于事故原因、处理过程和整改措施的详细报告，于事故恢复后10个工作日上报。第四十条系统软硬件及应用软件的升级、更新等重大变更操作的实施方案必须包括应急措施。实施过程中一旦出现意外情况，须及时采取应急措施恢复运
19、行，防止引发重大运行事故。第六章 软件系统升级管理第四十一条软件系统升级管理是指管理软件系统在生产环境的系统更新的过程，由信息技术部系统运维岗负责相关管理工作。管理软件升级的目的是，通过规升级流程、控制升级次数，到达定期升级的目标，保证业务流程的顺畅。第四十二条为保障生产环境的平安稳定运行，准投产环境数据与应用程序与生产环境进展同步升级管理，一般要求周二完成准投产环境升级测试，周四完成生产环境升级。第四十三条紧急更新是指，软件系统因软件故障影响该系统的继续使用和运行或生产系统的系统功能已经无法满足业务开展，且该影响将对业务造成较大的破坏或造成较大围的业务停顿，而此时必须进展软件系统处理，同时已
20、经具备了紧急处理所需要的各项条件而执行的软件系统变化的软件系统维护操作。第四十四条生产环境软件系统的系统升级遵循平安、稳定、慎重的原那么，以保证业务流程的顺畅及生产环境的稳定为最大目标，分为：例行升级、紧急升级。(一)升级容必须做到文档齐全，要至少包含：?系统需求规格说明书?、或?生产环境故障报告单?、软件测试结果、?生产环境更新审批单?及其附件、?生产环境更新文件清单?及提交的程序、数据。 (二)升级容测试结果必须得到相关业务部门审批前方可提交系统运维组执行升级。例行升级应到得到涉及该功能的业务部门测试人员以及测试部门负责人、工程经理、信息技术部负责签字方可升级。确因时间紧迫无法按要求提前申
21、请的，应及时通过方式与相关部门进展沟通确认，并通过通知风险与合规部进展临时登记前方可执行。(三)软件系统升级前必须做好数据库、系统软件的备份，以防出现升级失败后能够立即恢复升级前的系统；升级完成后相应业务部门或开发组工程经理必须在生产环境软件系统启动进展功能验证测试无误后，方可离开。 (四)软件系统升级必须建立完整的升级档案，并定期将这些档案归档，已备审计和检查。 第四十五条软件工程升级通用操作步骤(一)系统运维岗人员以并以等形式通知业务部门和开发组工程经理升级的时间安排。(二)相关人员回复系统升级方案意见。(三)首先进展系统的数据、程序、配置脚本等进展备份。(四)备份完成后，当涉及数据库升级
22、时，系统运维岗使用脚本语言进展效劳器端的数据库升级；系统运维岗将升级包中的应用程序拷贝至应用效劳器，进展系统软件升级，如有配置变动，同样作相应修改。(五)启动应用效劳器，如启动不正常，检查操作步骤是否正确、相关配置是否正确，如并进展简单访问，确保应用效劳器的配置文件正常启动。(六)启动应用效劳器，如启动不正常，检查操作步骤是否正确、相关配置是否正确，如应用效劳器启动正常，并经过常规验证后，联系业务部门或开发组工程经理进展升级验证。验证通过视为系统升级成功；反之，为升级失败，系统运维岗联系开发组工程经理协助判别失败原因，视实际情况，必要时那么将系统环境恢复至升级前的备份版本。(七)系统运维岗填写
23、?生产环境维护日志?，记录此次升级情况。并将升级结果以等形式通知相关人员。第四十六条软件系统更新与升级申请流程遵循本方法第四十四条规定；升级管理应全面考虑各个因素分别由部门经理、风险与合规部、主管总监、部评审、总裁办审核等审批后执行，影响因素列举例如如下用于参照执行： 执行差异影响因素不同场景的管理要求是否涉及核心业务生产运行总裁室审批考虑其他因素涉及总裁级别参数变更总裁室审批考虑其他因素影响公司外部开展业务总裁室审批考虑其他因素需要核心系统重新部署总裁室审批考虑其他因素影响业务时间生产运行总监以上级审批考虑其他因素生产系统故障紧急处理总监以上级审批考虑其他因素涉及进展核心业务数据变更总监以上
24、级审批考虑其他因素涉及核心业务程序新增总监以上级审批考虑其他因素对外效劳类系统的重新部署总监以上级审批考虑其他因素公司管理类系统的重新部署总监以上级审批考虑其他因素涉及多个关联变更总监以上级审批考虑其他因素涉及多个业务部门总监以上级审批考虑其他因素影响核心业务系统的IT变更总监以上级审批考虑其他因素涉及公司级别参数变更风控以上级审批考虑其他因素涉及进展管理类系统数据变更总监以上级审批考虑其他因素多部门使用的系统需求新增风控以上级审批考虑其他因素涉及风险控制管理的变更风控以上级审批考虑其他因素业务支持类系统的重新部署风控以上级审批考虑其他因素公司管理类系统的程序新增风控以上级审批考虑其他因素影响
25、对外效劳系统的IT变更风控以上级审批考虑其他因素涉及跨部门级参数变更部门会签级审批考虑其他因素影响部管理的IT变更部门会签级审批考虑其他因素生产故障一般性处理部门会签级审批考虑其他因素一般性程需求新增部门会签级审批考虑其他因素定制开发型日常更新部门会签级审批考虑其他因素部门级系统参数设置纠正部门级审批考虑其他因素产品应用型日常更新部门级审批考虑其他因素IT系统参数设置纠正部门级审批考虑其他因素IT运行环境故障纠正部门级审批考虑其他因素其他请示处理附 那么第四十七条本管理方法由信息技术部负责解释和指导。第四十八条本管理方法自下发之日起实施。 信息技术部2007-12-29附件一软件系统投产管理流
26、程附件二软件系统上线部署申请表软件系统产品名称：申请部门：信息技术部第一负责申请人：第二负责需求部门：软件系统概述：业务测试结果： 签字： 年 月 日软件供给商签字：需求管理岗签字：工程经理签字：完成时间要求：准投产完成时间：系统运维岗签字：上线方案：预定安装时间： 预计投产日期：网络管理员意见： 同意 不同意 签字： 年 月 日运维管理员意见：同意 不同意 签字： 年 月 日业务需求/测试部门经理意见： 同意 不同意 签字： 年 月 日信息技术部部门经理意见： 同意 不同意 签字： 年 月 日风险与合规部门经理意见： 同意 不同意 签字： 年 月 日运管负责人意见： 同意 不同意 签字： 年
27、 月 日总裁办意见：以下容请附页详细提供：应用软件开发公司1：联系人： 联系：应用软件开发公司2：联系人： 联系：系统软件维护公司1：联系人： 联系：系统软件维护公司2：联系人： 联系：硬件维护公司1：联系人： 联系：硬件维护公司2：联系人： 联系：资料项附件名称软件系统实施开发前对技术方案的评估意见：软件系统功能描述：软件系统软件配置说明：软件系统网络配置说明：应用系统备份策略：系统测试和验收报告： 机房日查操作、检查、监控的详细步骤：系统投产后培训及现场指导方案：附件三生产环境故障报告单故障编号：系统名称：故障提交人填写故障提交部门故障提交人发生时间紧急程度 高 中 低故障描述：故障解决方
28、案：故障解决人签字提交测试环境日期业务测试人签字业务复测通过日期运维管理人签字提交正式环境日期程序、参数更新容描述：程序、参数更新执行的结果： 成功 不成功 执行人签字：年月日生产复测说明： 复测人签字：年月日注：故障编号规那么：按日期顺序进展编号，具体YYMMDD0001- YYMMDD00019999。附件四生产环境更新审批单申请人：申请人所在部门：申请日期yyyy-mm-dd：预定生效时间yyyy-mm-dd hh：mm：应用系统名称：类别：数据维护(不涉及程序变更) 系统故障涉及程序变更需求变更 工程开发 其它：性质：常规 紧急手续后补其它：更新、维护的原因：更新、维护的具体步骤：操作
29、培训及现场指导方案：系统运维管理员意见： 同意 不同意签字：年月日申请人所在部门经理意见： 同意 不同意签字：年月日运营总监意见： 同意 不同意签字：年月日执行的结果：成功不成功执行人签字：年月日审核人意见： 成功 不成功审核人签字：年月日相关部门补充复审意见：风险与合规部补充复审意见：附件五生产环境变更操作登记表系统名称：操作责任人A角会同操作人B角参与系统变更人员：变更情况打勾：系统上线系统变更 数据变更 环境变更 其它：变更容：变更前备份：变更根本流程：变更应急方案：信息技术部部门经理意见： 同意 不同意签字：年月日操作日期：操作时间：变更操作的结果： 成功 不成功操作人签字：年月日变更中出现的问题：会同人员签名：会同审核日期：值班人员签名：表格交接日期：附件六生产环境维护日志( 年 月 日)序号时间维护事项操作执行人会同操作人12345678910111213141516171819
