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