系統(tǒng)上線方案

上線計劃第20頁共19頁***系統(tǒng)上線計劃（V1.0）目錄TOC\o"1-5"\h\z\u1 上線的總體說明 51.1 需要考慮的因素 51.2 上線方式 52 上線單位網點上線主要指標 62.1 系統(tǒng)功能范圍 62.2 性能指標 103 上線過程 103.1 關鍵環(huán)節(jié)(按操作順序) 103.1.1 概述 103.1.2 環(huán)境搭建及版本管理 113.1.3 系統(tǒng)基礎數據遷移 113.1.4 網點柜員權限數據維護 113.1.5 賬戶數據遷移 113.1.6 中心庫存初始化 123.1.7 實施網點數據初始化 123.1.8 實時營業(yè)數據遷移 123.1.9 數據庫備份 123.1.10 系統(tǒng)測試（測試卡） 123.1.11 數據庫恢復 124 上線工作關鍵時間安排 125 上線組織結構 136 上線后的問題處理流程 146.1設計的出發(fā)點 146.2網點問題的分類 156.3不涉及改源碼的問題處理 156.4涉及改源碼的問題處理 156.4.1緊急問題的處理 156.4.2非緊急問題的處理 157 附件 167.1 卡系統(tǒng)網點技術問題解決記錄表 167.2 卡系統(tǒng)網點技術問題解決跟蹤統(tǒng)計表 177.3 卡系統(tǒng)問題修改情況跟蹤表 18

概述為了保證**市卡一期系統(tǒng)能夠順利在試點網點從**卡系統(tǒng)切換，確保上線后卡系統(tǒng)的正常運行，現就各項相關準備工作和上線事宜明確如下。上線目標原**卡系統(tǒng)涉及到公交、出租、商業(yè)應用多個領域，并且服務網點達到60個以上，因此卡系統(tǒng)上線必須確保原有業(yè)務不受影響，因此采用先上網點柜面系統(tǒng)（即卡管系統(tǒng)）、再上清結算，并且營業(yè)網點柜面系統(tǒng)上線采用先試點后分批上線的方式；根據目前的上線規(guī)劃，原**卡系統(tǒng)和卡系統(tǒng)并行運行，首先**卡系統(tǒng)的所有卡賬戶數據以及基礎運行數據首先同步到卡系統(tǒng)，并且在舊系統(tǒng)下線前，每天新老系統(tǒng)營業(yè)結束后進行業(yè)務數據的雙向同步；在卡系統(tǒng)的外圍系統(tǒng)中，園林的五個服務網點需要使用卡系統(tǒng)中園林年票開通的功能，因此需要園林的網絡與聯(lián)通機房網絡連通，否則園林無法使用卡系統(tǒng)提供的功能。上線方式上線單位網點于9月28晚啟動切換工作，9月29日上午開始正式營業(yè)；核心系統(tǒng)的基礎數據（如應用類型定義表、卡產品定義表、卡準備定義表等）采用初始化腳本的方式進行，在數據庫部署時直接初始化；網點（建立賬戶）、終端、SAM卡信息、柜員信息通過遷移工具將數據從**卡系統(tǒng)遷移映射到卡系統(tǒng)；網點、終端、角色、柜員之間的關聯(lián)關系通過卡系統(tǒng)提供的功能手工進行設置，網點庫存、現金尾箱的初始化通過卡提供的功能進行；舊系統(tǒng)中超過100萬卡賬戶數據、員工庫、公交月票持卡人信息庫等通過遷移工具從**卡系統(tǒng)遷移到卡系統(tǒng)；柜面系統(tǒng)上線后通過遷移工具將新老系統(tǒng)的營業(yè)數據進行雙向同步。組織結構卡系統(tǒng)投產之后，IT系統(tǒng)集中在卡公司聯(lián)通機房、網點的技術工作相對較少，因此，技術人員主要集中在卡公司?？紤]到網點在系統(tǒng)投產初期，對業(yè)務操作的不熟練，還需項目組業(yè)務人員的現場支持。同時，在卡公司，除了技術人員之外，還需要留一部分業(yè)務人員負責出現問題修改的檢驗?；谏鲜隹紤]，卡系統(tǒng)上線的組織架構如下所示：總體組總體組開發(fā)組測試組網點支持組移植組版本組環(huán)境組業(yè)務指導組開發(fā)組測試組網點支持組移植組版本組環(huán)境組業(yè)務指導組各組職責和成員如下表：組別職責總體組必要時調度、協(xié)調各方面資源；根據各組進展調整進度；決定特殊業(yè)務的處理方法；跟蹤控制所有問題的處理；根據情況決定新版本的發(fā)布；業(yè)務指導組對移植組進行業(yè)務處理的指導；對移植組進行數據核對的指導；對并行的問題做初步排查和分類，確定是屬于業(yè)務操作、數據移植、舊數據、新系統(tǒng)程序、參數設置哪一種問題，提出問題；關閉問題；環(huán)境組負責中心機房環(huán)境搭建；負責中心機房環(huán)境問題解決負責網點環(huán)境解決數據備份恢復版本組版本變更記錄新版本在各環(huán)境上的發(fā)布；參數在各環(huán)境上的發(fā)布及一致性；移植組賬戶數據導入；實時數據遷移；網點數據實施初始化開發(fā)組針對并行中發(fā)現的新系統(tǒng)錯誤進行修改并完成自測測試組針對并行中發(fā)現的錯誤修改做回歸測試；網點支持組網點軟件環(huán)境確認網點問題上報及簡單說明；工作進度安排上線單位主要指標系統(tǒng)功能范圍第一、交易功能本次上線范圍包括標準卡制卡與庫存、記名卡（學生月票卡、老年卡、老齡卡、園林卡）的充售補退換、不記名卡（普通公交卡、記念卡）的充售退換、應用開通、賬務管理、庫存管理功能。具體包括一級模塊十個，二級模塊25個，三級模塊110個。詳細功能列表參見下表：**市卡綜合業(yè)務系統(tǒng)功能菜單列表一級菜單二級菜單三級菜單四級菜單備注市民信息管理持卡人信息變更基礎信息管理行業(yè)信息管理商戶信息管理商戶額度管理終端額度管理商戶費率管理終端操作員管理終端信息管理SAM卡管理卡業(yè)務不記名卡售卡換卡換卡申請換卡審核換卡領卡退卡退卡登記退卡審核退卡退款制卡制卡任務生成制卡任務導出已完成制卡任務記名卡售卡公交學生月票售卡公交老年月票售卡公交高齡月票售卡園林年卡售卡補卡發(fā)卡換卡換卡申請換卡審核換卡發(fā)卡退卡退卡登記退卡審核退卡退款制卡制卡任務生成制卡任務導出已完成制卡任務標準卡申請待導入申請文件已導入申請文件比對信息比對比對結果確認已確認查詢制卡制卡任務生成制卡文件導出已完成制卡任務領卡待領卡片已領卡片補卡補卡領卡補卡登記換卡換卡申請換卡領卡注銷注銷登記注銷退款充值電子錢包充值電子錢包充值撤銷專用賬戶充值專用賬戶充值撤銷應用開通停用應用年審續(xù)費掛失解掛口頭掛失正式掛失解除掛失錢包轉存補打憑證庫存管理庫存登記庫存物品登記制卡返回文件導入庫存數據導入未導入制卡返回文件已導入制卡返回文件入庫空白卡/半成品卡入庫廢卡入庫物品入庫入庫撤銷入庫情況查詢配送卡片配送（按任務）卡片配送（按明細）卡片配送（按數量）卡片配送撤銷未接收配送單已接收配送單接收卡片接收接收情況查詢出庫空白卡/半成品卡出庫廢卡出庫（按明細）廢卡出庫（按數量）物品出庫成品卡出庫（按任務）出庫撤銷出庫情況查詢柜員庫存卡片領用（按數量）卡片上交（按數量）卡片上交（按明細）柜員庫存查詢查詢統(tǒng)計庫存盤點庫存臺賬賬務管理賬戶開戶網點賬戶開戶網點領現網點領現登記網點領現撤銷網點繳現網點繳現登記網點繳現撤銷柜員領現柜員領現登記柜員領現撤銷柜員繳現柜員繳現登記柜員繳現撤銷柜員調劑柜員調劑登記柜員調劑撤銷柜員交接柜員交接登記柜員交接撤銷軋賬處理柜員軋賬網點軋賬交易管理不記名卡充值修補記名卡充值修補不記名卡臨時交易調整記名卡臨時交易調整不記名卡錯賬預調整記名卡錯賬預調整卡信息查詢退換舊卡監(jiān)控查詢統(tǒng)計充值交易查詢卡賬戶余額匯總系統(tǒng)管理柜員管理網點管理角色管理柜員授權崗位管理崗位分配系統(tǒng)參數定義基礎信息管理本地編碼結構本地編碼主表通用幫助打印服務配置打印服務器配置服務路由類配置服務路由規(guī)則配置卡業(yè)務參數管理黑名單管理黑名單維護黑名單查詢參數管理卡產品定義卡產品應用類型關聯(lián)收費規(guī)則定義應用類型定義應用收費定義統(tǒng)計報表卡公司消費統(tǒng)計報表卡人次消費統(tǒng)計報表每日營業(yè)審核報表網點業(yè)務統(tǒng)計報表園林查詢統(tǒng)計報表第二、外部接口功能園林應用的接口設計及開發(fā)系統(tǒng)提供同園林應用的接口。具體向園林系統(tǒng)提供園林充值文件、園林年票持卡人信息、黑名單文件,采用數據庫表的接口方式提供給園林應用。2、與**卡數據同步的接口設計及開發(fā)主要通過文件方式同**卡系統(tǒng)進行各類數據同步，接口文件分析《數據遷移實施步驟》。3、與社保系統(tǒng)接口的設計及開發(fā)社保系統(tǒng)提供卡系統(tǒng)各類制卡文件，包括BLK*.mdb、BLK*(補).mdb、BLK(急).mdb。性能指標交易并發(fā)處理能力：100個并發(fā)數在100個是，單筆聯(lián)機交易響應時間為5~10秒上線方案關鍵環(huán)節(jié)(按操作順序)概述**市卡系統(tǒng)切換工作可以分為以下九個環(huán)節(jié)的工作：環(huán)境搭建及版本管理系統(tǒng)基礎數據遷移網點柜員權限數據維護賬戶數據遷移中心庫存初始化實施網點數據初始化實時營業(yè)數據遷移數據庫備份系統(tǒng)測試（測試卡）數據庫恢復環(huán)境搭建及版本管理環(huán)境搭建的重點是生產環(huán)境的搭建和維護（聯(lián)通機房）、自測和UAT環(huán)境的維護（卡公司制卡間），以及遷移環(huán)境的搭建及維護（聯(lián)通機房）。這三套環(huán)境的用途依次是：自測和UAT環(huán)境是開發(fā)人員和業(yè)務人員用于自己實施修改問題的檢驗；移植環(huán)境主要是用于上線前數據遷移和上線后每日數據同步；生產環(huán)境的硬件和系統(tǒng)軟件的搭建及維護環(huán)境組負責，后期交給用戶；系統(tǒng)基礎數據遷移數據庫系統(tǒng)通過腳本將如下基礎數據進行初始化：CD_APP_KIND(應用類型定義表)CD_CARDP_DEF(卡產品定義表)CD_CARDP_PREPRULE（卡準備定義表）CD_CARD_APP（卡產品應用關聯(lián)表）CD_TRANS_CODE（交易代碼表）AC_ACCOUNT_TYPE（賬戶類型表）AC_ACCOUNT_APP_TYPE（賬戶類型關聯(lián)表）CD_BUSI_PARAM（卡業(yè)務參數表）CD_TRANS_PARAM（交易參數表）應用參數表(AC_APP_PRM)終端操作員信息表(AC_TM_OPR_INFO)（只有出租車司機信息有用）交易類型信息表(AC_TXN_TP)會計分錄設置表(AC_GL_DEAL)會計科目定義表(AC_GL_MAST)網點柜員權限數據維護權限數據維護的表格如下所示：網點（建立賬戶）終端角色柜員賬戶數據遷移主要是通過遷移工具將**卡現有的賬戶數據遷移到卡系統(tǒng)中，主要實體如下：卡賬戶員工庫公交月票持人信息庫IC卡信息庫標準卡信息中心庫存初始化 從卡公司獲取所有的未售卡記錄，并導入到卡系統(tǒng)中。實施網點數據初始化新系統(tǒng)營業(yè)前一工作日，下班后將營業(yè)網點卡片、現金進行清點，首先通過腳本將網點現金總和更新財務部的賬戶余額，然后通過將中心庫存的各類卡通過網點配送和柜員領卡功能進行卡片在網點的初始化，通過網點領現和柜員領現功能進行現金在網點的初始化，檢查現金是否初始化成功只要查看財務部的賬戶余額是否為零即可。實時營業(yè)數據遷移實時營業(yè)數據主要是指把26、27、28號三天的卡網點營業(yè)數據更新到卡數據庫中，這樣可以保證原**卡系統(tǒng)與卡系統(tǒng)的數據保證一致，并且實時營業(yè)數據遷移在每天各網點營業(yè)結束后都要在卡系統(tǒng)和**卡系統(tǒng)間同步。數據庫備份營業(yè)數據遷移完畢后，為試點網點的營業(yè)己經做好準備，為保證在正式營業(yè)后系統(tǒng)的正確性，需要利用測試卡再次進行系統(tǒng)測試，在測試前將數據庫進行備份。系統(tǒng)測試（測試卡）通過發(fā)行二十張測試卡將準備營業(yè)的系統(tǒng)再次進行測試。數據庫恢復測試結束后，將數據庫再恢復到測試前狀態(tài)。上線后的問題處理流程6.1設計的出發(fā)點對網點提交問題進行合理分類，采取不同的處理流程；對網點問題解決涉及代碼修改的，進行嚴格的控制；對網點問題進行詳細記錄，以實現經驗共享。6.2網點問題的分類技術組對網點提交問題分為需要改源碼和不改源碼兩種情況。6.3不涉及改源碼的問題處理技術組接口人收到問題之后，落實問題解決人員；問題解決人員首先到《網點技術問題解決跟蹤統(tǒng)計表》中查詢，這個問題是否以前出現過，如果有直接給網點答復。如果沒有組織相關人員解決。問題解決或者直接答復網點之后，承擔這次問題解決的責任人必須負責填寫《網點技術問題解決記錄表》，經過技術負責人簽字之后，由專門的人員錄入到統(tǒng)計表中，以供下次參考。6.4涉及改源碼的問題處理6.4.1緊急問題的處理第一、緊急問題的定義流程走不下去的問題；第二、處理流程測試人員/技術人員將需要修改的問題在缺陷系統(tǒng)中登記；登記之后，填寫卡系統(tǒng)問題修改情況跟蹤表的前三部分（參見附件）；改文檔必須經過技術或者業(yè)務負責人手工簽字之后，技術人員就可以著手問題修改；技術人員問題修改完成之后，必須在開發(fā)環(huán)境完成自測工作。測試通過之后，重新填寫卡系統(tǒng)問題修改情況跟蹤表的第四部分，在征得質量經理同意，并簽字之后，由配置管理員負責將修改涉及的文件納入到Beta版本庫中；如果不具備UAT測試條件，而網點急用，可以直接發(fā)布到生產環(huán)境。但是，這種舉措需要經過應急小組主要負責人共同決策，而且，這個問題也必須在日后經過UAT測試。業(yè)務組安排的測試人員接到卡系統(tǒng)問題修改情況跟蹤表之后，按照跟蹤表的要求，到UAT環(huán)境中檢驗修改問題涉及的功能點（或者是交易）。測試用到的版本，由配置管理員從Beta版本庫提供；測試人員檢驗之后，必須在卡系統(tǒng)問題修改情況跟蹤表簽署意見，并手工簽字；通過檢驗的問題，由版本管理員納入下一個版本庫。同時，由配置管理員負責填寫卡系統(tǒng)版本管理跟蹤表（略），將問題修改的詳細情況做統(tǒng)一記錄。由卡項目版本控制委員會，決定是否正式升級卡系統(tǒng)試用版本及版本號，最后，進行正式的發(fā)布。6.4.2非緊急問題的處理測試人員/技術人員將需要修改的問題在缺限系統(tǒng)中登記；登記之后，填寫卡系統(tǒng)問題修改情況跟蹤表的前三部分（參見附件）；改文檔必須經過技術和業(yè)務負責人手工簽字之后，技術人員才可以著手問題修改；技術人員問題修改完成之后，必須在開發(fā)環(huán)境完成自測工作。測試通過之后，重新填寫卡系統(tǒng)問題修改情況跟蹤表的第四部分，在征得技術組質量經理同意，并簽字之后，由質量經理授權配置管理員負責將修改涉及的文件納入到Beta版本庫中；同時，技術人員向業(yè)務組申請測試安排；業(yè)務組安排的測試人員接到卡系統(tǒng)問題修改情況跟蹤表之后，按照跟蹤表的要求，到UAT環(huán)境中檢驗修改問題涉及的功能點（或者是交易）。測試用到的版本，由配置管理員從Beta版本庫提供；測試人員檢驗之后，必須在卡系統(tǒng)問題修改情況跟蹤表簽署意見，并手工簽字；通過檢驗的問題，由版本管理員納入下一個版本庫。并在修改問題積累到一定數量之后，由配置管理員負責填寫卡系統(tǒng)版本管理跟蹤表（略），將問題修改的詳細情況做統(tǒng)一記錄。當問題修改累計到一定數目之后，由卡系統(tǒng)項目版本控制委員會，決定是否正式升級卡系統(tǒng)試用版本及版本號，最后，進行正式的發(fā)布。附件卡系統(tǒng)網點技術問題解決記錄表問題編號網點名稱提出人收到時間問題類別問題名稱問題的描述問題解決步驟網點反饋技術負責人意見同意FORMCHECKBOX/不同意FORMCHECKBOX不同意理由：簽字：日期：年月日卡系統(tǒng)網點技術問題解決跟蹤統(tǒng)計表編號問題名稱問題描述問題解決步驟類別網點反饋提出網點提出時間1