系统上线方案

***系统上线计划1上线的总体说明 1.1需要考虑的因素 5 52.1系统功能范围 72.2性能指标 3上线过程 3.1关键环节(按操作顺序) 3.1.1概述 3.1.2环境搭建及版本管理 3.1.3系统基础数据迁移 3.1.4网点柜员权限数据维护 3.1.5账户数据迁移 3.1.6中心库存初始化 3.1.7实施网点数据初始化 3.1.8实时营业数据迁移 3.1.9数据库备份 3.1.10系统测试(测试卡) 3.1.11数据库恢复 75上线组织结构 5 6.2网点问题的分类 6.3不涉及改源码的问题处理 6.4涉及改源码的问题处理 6.4.1紧急问题的处理 7.1卡系统网点技术问题解决记录表 7.2卡系统网点技术问题解决跟踪统计表 7.3卡系统问题修改情况跟踪表 1)原**卡系统涉及到公交、出租、商业应用多个领域，并且服务网点达到60个以上，因此卡系统上线必须确保原有业务不受影响，因此采用先上网点柜面系统(即卡管系统)、再上清结算，2)根据目前的上线规划，原**卡系统和卡系统并行运行，首先**卡系统的所有卡账户数据以及基础3)在卡系统的外围系统中，园林的五个服务网点需要使用卡系统中园林年票开通的功能，因此需1)上线单位网点于9月28晚启动切换工作，9月29日上午开始正式营业；2)核心系统的基础数据(如应用类型定义表、卡产品定义表、卡准备定义表等)采用初始化脚本3)网点(建立账户)、终端、SAM卡信息、柜员信息通过迁移工具将数据从**卡系统迁移映射到4)网点、终端、角色、柜员之间的关联关系通过卡系统提供的功能手工进行设置，网点库存、现5)旧系统中超过100万卡账户数据、员工库、公交月票持卡人信息库等通过迁移工具从**卡系统迁6)柜面系统上线后通过迁移工具将新老系统的营业数据进行双向同步。主要集中在卡公司。考虑到网点在系统投产初期，对业务操作的不的现场支持。同时，在卡公司，除了技术人员之外，还需要留一部分业务人员负责出现问题修改的检验。基于上述考虑，卡系统上线的组织架构如下所示：各组职责和成员如下表：组别职责总体组>必要时调度、协调各方面资源；>根据各组进展调整进度；>决定特殊业务的处理方法；>跟踪控制所有问题的处理；>根据情况决定新版本的发布；>对移植组进行业务处理的指导；>对移植组进行数据核对的指导；>对并行的问题做初步排查和分类，确定是属于业务哪一种问题，提出问题；>关闭问题；1.负责中心机房环境搭建；2.新版本在各环境上的发布3.参数在各环境上的发布及一致性；2.实时数据迁移；1.针对并行中发现的新系统错误进行修改并完成自测1.针对并行中发现的错误修改做回归测试；网点支持组>网点问题上报及简单说明；3工作进度安排4上线单位主要指标本次上线范围包括标准卡制卡与库存、记名卡(学生月票卡、老年卡、老龄卡、园林卡)的充售补退换、不记名卡(普通公交卡、记念卡)的充售退换、应用开通、账务管理、库存管理功能。具体包括一级模块十个，二级模块25个，三级模块110个。详细功能列表参见下表：不记名卡换卡审核制卡任务导出已完成制卡任务公交学生月票售卡公交老年月票售卡公交高龄月票售卡园林年卡售卡换卡审核制卡任务导出已完成制卡任务申请已导入申请文件比对比对结果确认已确认查询制卡文件导出已完成制卡任务待领卡片已领卡片注销电子钱包充值电子钱包充值撤销专用账户充值撤销应用开通停用口头挂失正式挂失已导入制卡返回文件空白卡/半成品卡入库入库撤销入库情况查询卡片配送(按任务)卡片配送(按明细)卡片配送(按数量)卡片配送撤销已接收配送单接收情况查询出库空白卡/半成品卡出库废卡出库(按数量)成品卡出库(按任务)出库撤销出库情况查询卡片领用(按数量)卡片上交(按明细)柜员库存查询库存盘点账户开户网点账户开户网点领现网点领现登记网点领现撤销网点缴现网点缴现登记网点缴现撤销柜员领现撤销柜员缴现撤销柜员调剂撤销柜员交接撤销网点轧账不记名卡充值修补记名卡充值修补不记名卡临时交易调整不记名卡错账预调整卡信息查询充值交易查询卡账户余额汇总网点管理岗位管理岗位分配系统参数定义本地编码结构黑名单维护黑名单查询收费规则定义统计报表网点业务统计报表园林查询统计报表系统提供同园林应用的接口。具体向园林系统提供园林充值文交易并发处理能力：100个并发数在100个是，单笔联机交易响应时间为5~10秒2.系统基础数据迁移3.网点柜员权限数据维护4.账户数据迁移5.中心库存初始化6.实施网点数据初始化7.实时营业数据迁移8.数据库备份9.系统测试(测试卡)10.数据库恢复5.1.2环境搭建及版本管理环境搭建的重点是生产环境的搭建和维护(联通机房)、自测和UAT环境的维护(卡公司制卡间),以及迁移环境的搭建及维护(联通机房)。这三套环境的用途依次是：>自测和UAT环境是开发人员和业务人员用于自己实施修改问题的检验；>移植环境主要是用于上线前数据迁移和上线后每日数据同步；>生产环境的硬件和系统软件的搭建及维护环境组负责，后期交给用户；5.1.3系统基础数据迁移数据库系统通过脚本将如下基础数据进行初始化：10)应用参数表(AC_APP_PRM)5.1.4网点柜员权限数据维护1)网点(建立账户)2)终端3)角色4)柜员5.1.5账户数据迁移5)卡账户6)员工库7)公交月票持人信息库9)标准卡信息5.1.7实施网点数据初始化在网点的初始化，通过网点领现和柜员领现功能进行现金在网点的初始化，检5.1.8实时营业数据迁移实时营业数据主要是指把26、27、28号三天的卡网点营业数据更新到卡数据库中，这样可营业数据迁移完毕后，为试点网点的营业己经做好5.1.10系统测试(测试卡)>问题解决人员首先到《网点技术问题解决跟踪统计表》中查询，这>问题解决或者直接答复网点之后，承担这次问题解决的责任人必须负责填写《网点技术问题解决记录表》,经过技术负责人签字之后，由专门的人员录入到统计表中，以供下次参考。6.4.1紧急问题的处理>测试人员/技术人员将需要修改的问题在缺陷系统中登记；>技术人员问题修改完成之后，必须在开发环境完成自测工作。测试通过之后，重新填写卡系统到生产环境。但是，这种举措需要经过应急小组主要负责人共同决策，而且，这个问题也必须>业务组安排的测试人员接到卡系统问题修改情况跟踪表之后，按照跟踪表的要求，到UAT环境中检验修改问题涉及的功能点(或者是交易)。测试用到的版本，由配置管理员从Beta版本>通过检验的问题，由版本管理员纳入下一个版本库。同时，由配置管理员负责填写卡系统版本>测试人员/技术人员将需要修改的问题在缺限系统中登记；>技术人员问题修改完成之后，必须在开发环境完成自测工作。测试通过之后，重新填写卡系统配置管理员负责将修改涉及的文件纳入到B>业务组安排的测试人员接到卡系统问题修改情况跟踪表之后，按照跟踪表的要求，到UAT环境中检验修改问题涉及的功能点(或者是交易)。测试用到的版本，由配置管理员从Beta版本通过检验的问题，由版本管理员纳入下一个版本库。并在修改问题积累到一定数量之后，由配修改累计到一定数目之后，由卡系统项目版本控制委员会，决定是否正式升级卡系统试用版本问题编号网点名称收到时间问题类别问题名称问题的描述问题解决步骤网点反馈技术负