工程碩士工程實踐結(jié)題報告 某廣電企業(yè)充值卡系統(tǒng)的設計與實施

1、北京航空航天大學軟件學院工程實踐結(jié)題報告課題名稱： 某廣電企業(yè)充值卡系統(tǒng)的設計與實施姓 名： 組 別： 學 號： 專業(yè)方向： 所屬院系： 指導老師： 實踐起止時間：2011年1月至2011年3月目 錄1第一章 緒論11.1研究背景與意義11.2本課題研究主要目的11.3企業(yè)充值卡系統(tǒng)的研究11.3.1系統(tǒng)定義11.3.2充值卡系統(tǒng)的特點21.4小結(jié)22第二章 需求分析32.1企業(yè)概況32.2業(yè)務現(xiàn)狀32.3問題梳理42.4功能需求43第三章 系統(tǒng)設計73.1設計原則73.1.1適合性原則73.1.2前瞻性原則73.1.3整體性原則73.1.4以客戶為中心的原則73.1.5以收益為最終目標的原則

2、73.2系統(tǒng)的邏輯結(jié)構(gòu)83.3關(guān)鍵技術(shù)93.4系統(tǒng)的開發(fā)過程104第四章 充值卡系統(tǒng)總體架構(gòu)114.1應用軟件平臺執(zhí)行標準114.2技術(shù)路線114.3系統(tǒng)應用架構(gòu)124.3.1struts2.x124.3.2spring2.x134.3.3hibernate3.x144.3.4struts2.x+spring2.x+hibernate3.x整合144.4系統(tǒng)組成部分154.4.1系統(tǒng)接入154.4.2數(shù)據(jù)庫服務器154.4.3接口服務器154.4.4應用服務器154.5系統(tǒng)軟件架構(gòu)165充值卡系統(tǒng)的設計175.1卡生產(chǎn)和生成175.1.1繳費充值卡的密碼組成175.1.2繳費充值卡的安全生成1

3、75.1.3繳費充值卡的生產(chǎn)175.2卡管理系統(tǒng)185.2.1卡的下發(fā)與激活185.2.2卡的使用185.2.3卡的注銷185.2.4卡的校驗與回收185.3業(yè)務處理功能185.3.1充值處理185.3.2繳費處理195.3.3余額查詢195.4分銷商管理功能195.4.1分銷合同簽署195.4.2分銷合同續(xù)簽195.4.3分銷優(yōu)惠管理195.4.4分銷商訂購195.4.5分銷商費用結(jié)算205.4.6分銷商優(yōu)惠政策及費率205.4.7分銷商違約、違規(guī)懲罰205.4.8分銷商的統(tǒng)計205.5對帳功能215.6業(yè)務咨詢功能215.7黑名單功能215.8系統(tǒng)綜合管理功能216第六章 系統(tǒng)測試226.

4、1系統(tǒng)測試方法226.2測試流程236.3測試過程說明246.4系統(tǒng)測試舉例256.4.1申請制卡256.4.2制卡信息瀏覽256.4.3制卡審批256.4.4導出卡信息266.4.5分發(fā)卡266.4.6激活卡276.4.7卡注銷286.4.8卡查詢287第七章 系統(tǒng)實施307.1系統(tǒng)應用分析307.1.1系統(tǒng)登錄307.1.2退出系統(tǒng)327.1.3充值卡管理327.2項目實施447.2.1項目管理447.2.2工程實施508第八章 總結(jié)568.1總結(jié)568.2下一步工作56參考文獻57致 謝581 第一章 緒論1.1 研究背景與意義隨著廣電業(yè)務的發(fā)展，為用戶提供的服務業(yè)務越來越多，所有業(yè)務都

5、要用戶到營業(yè)廳辦理，即不方便又浪費時間，同時廣電的運營成本增加，效率不高。使用充值卡可以不受時間、空間限制，使用簡單便捷，廣電能夠盡快的收攏資金。廣大用戶只需購買相應面值的充值卡（卡上印制卡號、金額、充值卡密碼與充值方法說明，充值卡密碼采用覆膜保護），充值卡由廣電部門發(fā)行，通過電話、短信、網(wǎng)絡等充值方式即可完成自動充值，實現(xiàn)足不出戶，就能繳費、辦理業(yè)務的目標。廣電企業(yè) “充值卡”系統(tǒng)的部署，對用戶而言，又多了一種繳費和業(yè)務辦理方式，極大地方便那些無暇繳費的用戶，使他們搭上了便捷的繳費“直通車”；對廣電企業(yè)自身而言，豐富了繳費渠道，增加了市場容量，大大減輕營業(yè)人員的工作量，提高了工作效率；而且能

6、保證現(xiàn)金回收和資金安全；并盡可能縮短資金的回收時間。1.2 本課題研究主要目的本次課題重點研究企充值卡系統(tǒng)在某廣電企業(yè)的應用設計、實施，對于某廣電企業(yè)建立一整套有效收費體系，擴充企業(yè)繳費渠道。研究過程中結(jié)合本人所在部門對系統(tǒng)運營體系的管理和指導，對整個系統(tǒng)的需求分析、方案設計、應用情況進行分析，驗證本系統(tǒng)與業(yè)務需求結(jié)合度、功能實現(xiàn)等應用，評估本系統(tǒng)對廣電企業(yè)的運營管理所產(chǎn)生的社會與經(jīng)濟效益。通過本系統(tǒng)在廣電企業(yè)的運用，能夠適應企業(yè)在市場經(jīng)濟的大形勢下，實現(xiàn)以客戶服務為中心，提高對客戶服務的實際水平和能力，從而實現(xiàn)企業(yè)內(nèi)部核心競爭力的提高。1.3 企業(yè)充值卡系統(tǒng)的研究1.3.1 系統(tǒng)定義充值卡是

7、廣電企業(yè)一種全新的繳費方式，是帶有一定面值或固定產(chǎn)品的密碼記賬卡，用戶可以通過撥打充值熱線或登錄門戶網(wǎng)站，根據(jù)提示，隨時隨地完成繳納費用或產(chǎn)品訂購服務。充值卡系統(tǒng)提供了對充值卡全生命周期的管理功能，從企業(yè)角度提供了充值卡的生成、制卡、分發(fā)、銷售、以及賬務統(tǒng)計等管理功能，從用戶角度提供了充值卡的充值、查詢等應用功能。通過充值卡系統(tǒng)，一方面為廣大用戶提供安全、優(yōu)質(zhì)、便捷的充值和業(yè)務訂購服務；另一方面結(jié)合企業(yè)相關(guān)管理規(guī)范和工作制度，確保充值卡的統(tǒng)一管理，使公司的系統(tǒng)投資落到實處、產(chǎn)出效益。1.3.2 充值卡系統(tǒng)的特點 符合潮流的三層架構(gòu)，滿足企業(yè)應用集成要求； 高性能價格比的語音接入，降低成本； 先

8、進理念的自動語音流程設計，增強系統(tǒng)可靠性； 可靠的交易完整性控制，減少維護量； 簡潔靈活的接口形式，減少實施難度； 強勁的網(wǎng)絡系統(tǒng)監(jiān)控軟件，保證系統(tǒng)自愈能力； 簡明直觀的統(tǒng)計分析，促進業(yè)務理性開展； 高強度的加密算法，保證系統(tǒng)數(shù)據(jù)安全；1.4 小結(jié)充值卡系統(tǒng)拉近了客戶、分銷商和廣電運營商的距離，使交費不再受到時間和空間的限制，可以輕輕松松隨時隨地為用戶提供快捷、便利的繳費業(yè)務，提高了服務質(zhì)量。同時在三網(wǎng)融合的大背景下，豐富的支付手段也有利于新業(yè)務、新活動的靈活開展與推廣，增強企業(yè)競爭力。隨著充值卡業(yè)務的發(fā)展與壯大，依托充值卡系統(tǒng)平臺還可以開展多項增值服務，如水、電、氣等公共事業(yè)性繳費，延伸到消

9、費者生活的方方面面，打造成為第三方小額支付平臺，為企業(yè)創(chuàng)造額外的經(jīng)濟效益。2 第二章 需求分析2.1 企業(yè)概況某省廣播電視信息網(wǎng)絡股份有限公司成立于*年，是經(jīng)某省人民政府批準成立的省、市、縣、鄉(xiāng)（鎮(zhèn)）、村五級貫通的一級法人企業(yè)，是某省行政區(qū)域內(nèi)唯一合法的有線電視、有線數(shù)字電視運營商，同時也是某省行政區(qū)域內(nèi)擁有合法isp接入業(yè)務的服務商，是某省電子政務傳輸網(wǎng)支撐企業(yè)。 公司擁有國家廣電總局頒發(fā)的網(wǎng)上傳播視聽節(jié)目許可證。圍繞建設城市信息化平臺和家庭多媒體終端，公司建設了sdh骨干傳輸網(wǎng)和ip網(wǎng)，搭建了全省傳輸、交換大平臺，并對城域網(wǎng)進行雙向改造，為用戶提供2m到1000m的寬帶網(wǎng)、專線接入服務。從

10、而使該省廣電網(wǎng)絡從單一傳輸廣播電視節(jié)目的行業(yè)網(wǎng)，發(fā)展為承載綜合數(shù)據(jù)業(yè)務的信息化基礎網(wǎng)絡。2.2 業(yè)務現(xiàn)狀公司成立后，截止2010年有線電視用戶累計達到*萬戶，其中數(shù)字電視用戶*萬戶；建設廣電寬帶信息點*萬個，發(fā)展廣電寬帶用戶近*萬戶；公司是某省電子政務傳輸網(wǎng)的支撐企業(yè)，現(xiàn)已建設并運行了全省財政網(wǎng)、政法網(wǎng)、統(tǒng)計網(wǎng)、水利網(wǎng)、黨政機要網(wǎng)、高校招生網(wǎng)等政務專網(wǎng)，并建設市、縣行業(yè)專網(wǎng)*個，各類專線*多條。長期以來，某省廣電網(wǎng)絡一直致力于三網(wǎng)融合的探索，經(jīng)過多年的建設與發(fā)展，該省多數(shù)城市已完成了分配網(wǎng)的雙向改造，網(wǎng)絡優(yōu)勢使該省廣電網(wǎng)絡在三網(wǎng)融合中具備了基礎條件，特別是該省廣電網(wǎng)絡主動參與電信增值業(yè)務競爭，

11、數(shù)據(jù)業(yè)務也得以穩(wěn)步發(fā)展，網(wǎng)絡全業(yè)務綜合發(fā)展為三網(wǎng)融合積累了基本經(jīng)驗。2.3 問題梳理在三網(wǎng)融合的大背景下，隨著廣電雙向網(wǎng)改造的完成、數(shù)字電視業(yè)務及互動點播業(yè)務的發(fā)展，所有業(yè)務都要用戶到營業(yè)廳辦理，即不方便又浪費時間，同時廣電的運營成本增加，效率不高。豐富業(yè)務辦理及繳費渠道，增加市場容量，大大減輕營業(yè)人員的工作量，提高工作效率，保證現(xiàn)金回收和資金安全，并盡可能縮短資金的回收時間是廣電公司急需解決的問題。2.4 功能需求本期在某省廣電中心建立一集中式充值卡業(yè)務系統(tǒng)，服務于該省有線數(shù)字電視用戶，利用各分公司現(xiàn)有呼叫中心平臺，使用戶通過充值卡業(yè)務系統(tǒng)完成對已經(jīng)訂購業(yè)務的實時充值，利用節(jié)目提取卡完成對新

12、產(chǎn)品的實時訂購，完成對相關(guān)業(yè)務的自助查詢，7*24小時不間斷工作。充值卡業(yè)務系統(tǒng)與廣電boss系統(tǒng)連接，通過廣電內(nèi)部網(wǎng)絡將充值信息添加到各地boss系統(tǒng)中。同時，充值卡業(yè)務系統(tǒng)應提供全面的業(yè)務應用接口，以供短信網(wǎng)關(guān)、網(wǎng)絡營業(yè)廳、電視營業(yè)廳相關(guān)應用程序調(diào)用。系統(tǒng)要在保證高可靠性、高穩(wěn)定性、高擴展性的基礎上，在未來業(yè)務擴展時，方便的擴展業(yè)務應用規(guī)模。充值卡系統(tǒng)要包括如下主要功能：1. 卡的生產(chǎn)和生成2. 卡管理3. 充值4. 繳費5. 分銷商管理6. 對賬7. 咨詢8. 黑名單管理9. 綜合管理等功能圖1 充值流程圖3 第三章 系統(tǒng)設計3.1 設計原則客戶服務中心系統(tǒng)必須使用科學的方法來進行設計與

13、規(guī)劃，以保證系統(tǒng)建設的成功。根據(jù)我們對客戶服務中心系統(tǒng)的建設規(guī)劃的分析，我們對客戶服務中心系統(tǒng)的設計堅持以下原則：3.1.1 適合性原則“適合的才是最好的”，我們在系統(tǒng)設計中始終堅持這個原則，避免系統(tǒng)建設的盲目性。深刻領會企業(yè)充值卡系統(tǒng)的應用、管理和技術(shù)的總體需求，保證企業(yè)充值卡的可用性、好用性和可管理性。3.1.2 前瞻性原則在進行系統(tǒng)設計時，規(guī)模上既考慮到當前的需求，又充分考慮到今后幾年的需求；技術(shù)上要考慮到今后的發(fā)展趨勢；應用上要考慮其他相關(guān)系統(tǒng)（比如：crm）信息化建設的要求。3.1.3 整體性原則充值卡系統(tǒng)只是企業(yè)信息化的一個部分，在充值卡系統(tǒng)的設計過程中充分考慮到與其它系統(tǒng)的集成和

14、整合。3.1.4 以客戶為中心的原則充值卡系統(tǒng)是企業(yè)為客戶提供的繳費渠道，在系統(tǒng)設計過程中，充分考慮到客戶對系統(tǒng)使用的便利性，真正做到以客戶為中心，提升客戶服務水平。3.1.5 以收益為最終目標的原則在方案設計和產(chǎn)品選型時，注重合理性和建設成本，降低系統(tǒng)建設成本；在系統(tǒng)運營功能規(guī)劃設計時，以能夠提高企業(yè)運營水平、降低運營成本為原則，減少系統(tǒng)建成后的運維成本；在業(yè)務功能設計上，以能夠為企業(yè)帶來收益為原則，合理地進行業(yè)務整合規(guī)劃。3.2 系統(tǒng)的邏輯結(jié)構(gòu)根據(jù)某省廣電充值卡業(yè)務系統(tǒng)連接的具體情況和需求，進行了網(wǎng)絡結(jié)構(gòu)的整體設計，組網(wǎng)邏輯結(jié)構(gòu)如下圖所示：圖2 組網(wǎng)邏輯結(jié)構(gòu)圖 系統(tǒng)在省中心采用兩臺充值卡系

15、統(tǒng)應用服務器，雙機熱備，業(yè)務數(shù)據(jù)存儲于磁盤陣列中，保證數(shù)據(jù)的安全。充值卡系統(tǒng)提供單獨的接口服務，用于其它系統(tǒng)（短信系統(tǒng)、web系統(tǒng)、電視營業(yè)廳系統(tǒng)、ivr系統(tǒng)等）的調(diào)用。充值卡系統(tǒng)通過中心boss查詢使用客戶的所在區(qū)域，當客戶發(fā)出請求時（電話呼入、web、短信等），可通過中心boss查找這個客戶對應的分公司信息，這樣，客戶進行充值或查詢賬戶余額操作時，再到對應分公司的二級boss系統(tǒng)中請求數(shù)據(jù)。各地區(qū)呼叫中心平臺ivr系統(tǒng)提供基本的語音導航服務，同時通過廣電內(nèi)部網(wǎng)絡調(diào)用充值卡業(yè)務系統(tǒng)接口服務，通過多次交互操作，完成充值卡的充值、卡余額查詢、賬戶余額查詢等功能。當客戶到營業(yè)廳辦理充值卡業(yè)務時，營

16、業(yè)廳業(yè)務系統(tǒng)調(diào)用充值卡業(yè)務系統(tǒng)的接口服務，完成對應的業(yè)務功能。綜上所述，無論客戶通過何種方式辦理充值卡業(yè)務，均需要調(diào)用充值卡業(yè)務系統(tǒng)的服務接口，充值卡業(yè)務系統(tǒng)再調(diào)用中心boss系統(tǒng)和各分公司二級boss系統(tǒng)，完成對應的業(yè)務功能。3.3 關(guān)鍵技術(shù)系統(tǒng)采用j2ee技術(shù)路線。該技術(shù)路線具有良好的技術(shù)積累，在各企業(yè)級應用中已經(jīng)得到驗證。j2ee技術(shù)路線已經(jīng)被軟件行業(yè)主流廠商所采用，為企業(yè)級應用提供了性能優(yōu)越的承載平臺。圖3系統(tǒng)技術(shù)結(jié)構(gòu)圖j2ee是sun公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的企業(yè)級應用模型(eenterpr

17、iese application model)，典型的j2ee架構(gòu)如上圖所示分三個層次：表現(xiàn)層（presentation layer）、業(yè)務邏輯組件層（business service）、持久層（persistence layer）。表現(xiàn)層：主要就是通過servlet，jsp等技術(shù)進行服務器端的web組件的編程，并且協(xié)調(diào)與客戶端之間，與業(yè)務邏輯層之間的數(shù)據(jù)傳遞。在b/s結(jié)構(gòu)中，實現(xiàn)的手段包括：j2ee的jsp,html,dhtml,xslt等技術(shù)。業(yè)務邏輯層：主要是通過pojo、ejb等技術(shù)來實現(xiàn)比較復雜的業(yè)務邏輯，并且可以通過容器來進行管理事務，安全問題，并且可以對業(yè)務邏輯層的組件進行生命周

18、期的管理。 持久層：是負責對象持久化也就是數(shù)據(jù)庫操作的層次，主要通過jdbc、hibernate、 ejb中的實體bean等技術(shù)實現(xiàn)對于數(shù)據(jù)庫的操作。在架構(gòu)實現(xiàn)的手段中，目前最為主流的實現(xiàn)技術(shù)是開發(fā)統(tǒng)一的框架，應用系統(tǒng)是架構(gòu)在統(tǒng)一的框架上的，目前比較流行的開源框架包括：struts，spring，hibernate等開源框架。3.4 系統(tǒng)的開發(fā)過程充值卡系統(tǒng)軟件的開發(fā)可以劃分為如下五個階段：需求分析、系統(tǒng)實現(xiàn)（包括系統(tǒng)分析、設計、開發(fā)、測試幾項內(nèi)容，可迭代完成）、工程實施、系統(tǒng)移交、系統(tǒng)支持。 圖4 系統(tǒng)的開發(fā)階段示意圖4 第四章 充值卡系統(tǒng)總體架構(gòu)4.1 應用軟件平臺執(zhí)行標準框架采取stru

19、ts2.x+spring2.x+hibernate3.x整合的方式，利用各個框架的優(yōu)點整合在一起，發(fā)揮它們各自的優(yōu)勢。系統(tǒng)的運行環(huán)境， j2ee作為規(guī)范；jdk1.6運行及開發(fā)環(huán)境；采用java作為開發(fā)語言（跨平臺、安全性強）；數(shù)據(jù)庫可采用oracle9i、sqlserver、sybase、db2、mysql等（采用orm機制忽略數(shù)據(jù)庫層的不同）；操作系統(tǒng)可選用windows服務器系列、linuxas系列、unix系列（采用java開發(fā)可夸平臺）。4.2 技術(shù)路線表1采用技術(shù)前臺展現(xiàn)html+div+css+js模板技術(shù)jsp+velocity技術(shù)整體框架struts2.1 + spring2

20、.0 + hibernate3.2接口webserivce+ajaxajax框架dwr2.0+prototype+iclassxml處理dom4j反射處理beanutils日志log4j數(shù)據(jù)庫c3p0連接池業(yè)務報表ireport+jasperreport4.3 系統(tǒng)應用架構(gòu)4.3.1 struts2.x圖5 struts2.x的工作流程圖簡言之，struts2.x是一個存儲和轉(zhuǎn)發(fā)的mvc框架，通過配置文件將視圖和流程控制單元綁定。4.3.2 spring2.x圖6 spring的七個核心模塊圖簡言之，spring是一個管理bean、“解藕”的一個容器，它可以和struts、hibernate集

21、成，springaop可以進行面向切面開發(fā)，對于系統(tǒng)改造和功能擴展提供了比“面向?qū)ο蟆备唵蔚慕鉀Q辦法，這部分主要是通過一些攔截器去完成aop開發(fā)；springorm則是對hibernate等一些orm框架的集成，通過spring自帶的方法就可以利用hibernate的特性；springweb及springweb mvc集成了更多的webmvc框架（一般用struts2.x代替springmvc）；springdao集成了對dao的操作，通過springdao來管理事務，同時也支持jdbc的數(shù)據(jù)訪問支持。4.3.3 hibernate3.x圖7 hibernate的運行方式圖簡言之，hiber

22、nate是一個orm框架，通過映射文件，將不同數(shù)據(jù)庫的表及其字段映射為通用的持久化的對象。hibernate可以忽略不同數(shù)據(jù)庫之間的不同，對于程序來說可以更大程度的代碼復用，不需要為不同的數(shù)據(jù)庫創(chuàng)建不同版本的程序代碼，而且通過配置hibernate緩存機制，可以很方便的將持久化對象緩存到內(nèi)存及硬盤上，有利于快速的讀出信息。4.3.4 struts2.x+spring2.x+hibernate3.x整合圖8 整合示意圖struts+spring+hibernate整合后，用struts的存儲轉(zhuǎn)發(fā)機制控制流程；用spring來管理對象之間的關(guān)系（解藕）、管理事務、調(diào)用hibernate數(shù)據(jù)訪問方法

23、；用hibernate管理dao層的操作。4.4 系統(tǒng)組成部分4.4.1 系統(tǒng)接入電話接入是通過地市pstn網(wǎng)匯接到系統(tǒng)的接入交換機上，同時，由接入可編程交換機統(tǒng)一控制業(yè)務邏輯。4.4.2 數(shù)據(jù)庫服務器數(shù)據(jù)庫服務器是充值卡系統(tǒng)結(jié)構(gòu)中的核心環(huán)節(jié)，它為客戶端提供快速、準確的存取數(shù)據(jù)服務，且處理能力、存儲能力、擴展能力要完全能滿足設計需要。主要完成以下功能：集中存儲系統(tǒng)的業(yè)務數(shù)據(jù)、客戶資料、歷史服務記錄等，完成數(shù)據(jù)管理功能。4.4.3 接口服務器充值卡系統(tǒng)由于是三層架構(gòu)設計應用軟件，因此，與其他系統(tǒng)接口也就與傳統(tǒng)的底層數(shù)據(jù)庫接口有所不同，所有的接口通過此接口服務器實現(xiàn)業(yè)務邏輯。包括：充值、繳費、余額

24、查詢、對帳等。該接口服務器在直接連接數(shù)據(jù)庫的同時，也可以利用標準報文協(xié)議，連接短信網(wǎng)關(guān)等非數(shù)據(jù)庫系統(tǒng)，起到平臺數(shù)據(jù)網(wǎng)關(guān)的作用。4.4.4 應用服務器應用服務器運行業(yè)務系統(tǒng)應用軟件，負責卡類數(shù)據(jù)生成、網(wǎng)絡系統(tǒng)管理、統(tǒng)計報表、業(yè)務生成等管理功能。4.5 系統(tǒng)軟件架構(gòu)圖9 系統(tǒng)軟件架構(gòu)圖系統(tǒng)分為表示邏輯、業(yè)務邏輯和數(shù)據(jù)邏輯三個不同的處理層，從而使系統(tǒng)不但具備了大型機系統(tǒng)穩(wěn)定、安全和處理能力高等特性，同時擁有開放式系統(tǒng)成本低、可擴展性強、開發(fā)周期短等優(yōu)點。充值卡系統(tǒng)包含功能模塊如圖所示：圖10功能模塊圖5 充值卡系統(tǒng)的設計5.1 卡生產(chǎn)和生成生成新的繳費充值卡?？ㄉ梢耘螢閱挝?，根據(jù)需要設定卡的面值

25、、數(shù)量、有效期、卡類型等信息，系統(tǒng)自動生成該批次充值卡的所有卡號和密碼（卡號連續(xù)、密碼隨機），用戶根據(jù)此信息，制作實體繳費充值卡。5.1.1 繳費充值卡的密碼組成卡號構(gòu)成有如下格式：批號+序號+卡號+密碼批號：是制作卡時使用的批量生產(chǎn)號碼，該號碼自動順序生成，可用于分發(fā)繳費充值卡。序號：是批號的延續(xù)，標志該號碼在一批卡種的順序，也代表該批卡的數(shù)量。該號也用于分發(fā)繳費充值卡。卡號：順序生成。密碼：隨機產(chǎn)生，并經(jīng)triple des算法加密，電腦顯示為不可見，繳費充值卡上密封。5.1.2 繳費充值卡的安全生成系統(tǒng)操作員生成繳費充值卡需由二或多個操作員共同操作，其中有一個是主要操作員。當某一個具有“

26、生成”權(quán)限的操作員進入系統(tǒng)操作生成程序時，系統(tǒng)查找另外一個或多個（具體數(shù)目事先約定）具有“生成”權(quán)限的操作員是否也進入了系統(tǒng)，若未進入，則不能生成。5.1.3 繳費充值卡的生產(chǎn)繳費充值卡信息生成并加密以后，生產(chǎn)繳費充值卡可由制卡廠家生產(chǎn)。數(shù)據(jù)傳輸可考慮電信通信線路傳輸，如，ddn/x.25/isdn/pstn等等，也可考慮光盤或軟盤拷貝傳輸。由于繳費充值卡信息已經(jīng)過加密，在生產(chǎn)繳費充值卡時，需解密讀出數(shù)據(jù)來生產(chǎn)。5.2 卡管理系統(tǒng)5.2.1 卡的下發(fā)與激活將繳費充值卡下發(fā)給各分銷商，繳費充值卡到達各分銷商處后，各分銷商向公司反饋卡安全到達的確認信息，系統(tǒng)根據(jù)該確認信息將標注下發(fā)的卡為“下發(fā)”。

27、各分銷商將繳費充值卡下發(fā)銷售點后，填制激活單并返回公司，公司根據(jù)此單將繳費充值卡激活。繳費充值卡即可投入使用。5.2.2 卡的使用繳費充值卡的使用是繳費充值卡管理系統(tǒng)的后臺服務程序，它是在客戶用繳費充值卡通過電話為其繳納話費時或修改密碼時、合并繳費充值卡時，校驗繳費充值卡的有效性并標注繳費充值卡的“使用”狀態(tài)。5.2.3 卡的注銷繳費充值卡的注銷功能用于繳費充值卡發(fā)生了意外事故（如，損壞、遺失）時，注冊作廢繳費充值卡的功能。注冊作廢繳費充值卡均要通過繳費充值卡狀態(tài)檢驗，檢查繳費充值卡是否處于“使用”狀態(tài)。5.2.4 卡的校驗與回收該功能由后臺服務完成，承擔繳費充值卡的有效期校驗，將繳費充值卡狀

28、態(tài)設置為“回收”，以便回收繳費充值卡的資源。5.3 業(yè)務處理功能5.3.1 充值處理客戶使用繳費充值卡繳費、充值時，系統(tǒng)自動將繳費充值卡的全部面值劃撥到賬上，如電話繳費充值卡、智能ic卡賬、銀行繳費賬戶、納稅賬戶等，繳費充值卡余額為零。5.3.2 繳費處理系統(tǒng)可以提供有線電視、數(shù)字電視、其他增值業(yè)務等的繳費功能。系統(tǒng)按照客戶指定的賬戶提示客戶應繳納的費用，并請客戶確認繳費，客戶確認后，系統(tǒng)按實際費用進行劃撥。5.3.3 余額查詢提供給客戶查詢繳費充值卡上余額以及歷次繳費記錄。5.4 分銷商管理功能實現(xiàn)對分銷商的管理功能，其中包括：分銷商合同簽署（注冊）及續(xù)簽、分銷商合同管理（查詢、修改、注銷及

29、統(tǒng)計）和分銷費用結(jié)算。5.4.1 分銷合同簽署錄入與分銷商簽署的分銷合同。其中包括：分銷合同號、分銷商代碼、分銷商名稱、分銷商地址、分銷商電話及傳真、分銷商郵政編碼、分銷商承諾分銷量、分銷優(yōu)惠政策、分銷優(yōu)惠費率、合同簽署日期、合同有效期限等。5.4.2 分銷合同續(xù)簽分銷合同有效期到后，分銷商可續(xù)簽合同。5.4.3 分銷優(yōu)惠管理分銷優(yōu)惠管理是為鼓勵分銷商分銷充值卡實施優(yōu)惠政策管理，其包括：優(yōu)惠代碼、優(yōu)惠政策、優(yōu)惠費率。5.4.4 分銷商訂購分銷商訂購充值卡需簽署訂購合同，并繳納訂金。訂購合同包括：訂購合同號、分銷商代碼、分銷商名稱、訂購日期、充值卡面值、訂購數(shù)量、預付訂金金額、預計結(jié)算日期。5.

30、4.5 分銷商費用結(jié)算分銷商在收到充值卡后，或在預計結(jié)算日期時，與公司結(jié)算余款，以便繼續(xù)分銷充值卡。5.4.6 分銷商優(yōu)惠政策及費率針對不同的分銷商有不同的優(yōu)惠政策及費率，優(yōu)惠政策及費率是和分銷商的信用度掛鉤的，信用度越高，相應的政策和費率越優(yōu)惠。5.4.7 分銷商違約、違規(guī)懲罰如果分銷商違反約定或違犯規(guī)章，我們將對其進行懲罰，例如采取降低分銷商的信用度、取消其分銷資格等措施。5.4.8 分銷商的統(tǒng)計l 訂卡合同統(tǒng)計通過對統(tǒng)計分銷商的訂購合同號、分銷商代碼、分銷商名稱、訂購日期、充值卡面值、訂購數(shù)量、預付訂金金額、預計結(jié)算日期等記錄的統(tǒng)計，可以了解到分銷商的訂卡合同情況，以便管理者決定增加或減

31、少發(fā)行充值卡的數(shù)量和面值。l 分銷商分銷統(tǒng)計統(tǒng)計分銷商銷售的情況可以使管理者了解整個市場的銷售情況，再根據(jù)這些情況制定相應的生產(chǎn)銷售策略。l 分銷商回款率統(tǒng)計生成分銷商銷售回款的報表，了解各分銷商回款的情況，對回款情況良好的分銷商可以保持其信用度并提供一定的優(yōu)惠政策。回款可以分為按次匯款或定期回款，如果分銷商沒有及時回款，則可以對其采取一定的懲罰措施，例如采取降低分銷商的信用度、取消其分銷資格等措施。l 分銷商信用度統(tǒng)計給分銷商的信用度分級，不同級別的分銷商所享有的優(yōu)惠政策不同，如果分銷商能夠遵守各項分銷制度，他的信用度可以保持最高，即他可以得到最大的優(yōu)惠政策。如果分銷商違反了分銷制度，則可以

32、酌情降低其信用度。分銷商信用度統(tǒng)計可以使管理者更好地管理各分銷商，并制定相應的分銷制度。l 分銷商違約、違規(guī)統(tǒng)計分銷商違約、違規(guī)統(tǒng)計可以為管理者提供分銷商違約、違規(guī)的情況，根據(jù)這些情況來定各分銷商的信用度。l 管理日志及報表功能提供對操作日志的管理和統(tǒng)計報表功能，可以按照時間、操作員、卡號、操作類型、電話號碼、面值、消費量等對操作日志進行綜合的查詢和報表統(tǒng)計，以對整個繳費充值卡的使用進行了解，并制定相應的策略，對卡的生產(chǎn)和發(fā)行進行及時的調(diào)整。5.5 對帳功能繳費充值卡系統(tǒng)由于和多個計費系統(tǒng)/業(yè)務系統(tǒng)進行頻繁的數(shù)據(jù)交互，而任何與計費帳務系統(tǒng)進行費用交互的系統(tǒng)，都需要按照一定的周期，在兩個系統(tǒng)間進

33、行詳細的對帳。對帳功能可由計費系統(tǒng)或繳費充值卡系統(tǒng)發(fā)起，將雙方在一定時間段內(nèi)充值的記錄進行逐條對照，若發(fā)現(xiàn)不同數(shù)據(jù)，立刻通知雙方相關(guān)人員，進行數(shù)據(jù)的詳細核查。5.6 業(yè)務咨詢功能與繳費充值卡系統(tǒng)相關(guān)的業(yè)務咨詢功能，可以通過錄制相應的語音文件，供用戶自助咨詢使用。5.7 黑名單功能在本系統(tǒng)中，黑名單功能主要面向分銷商，如果分銷商違反約定或違犯規(guī)章，將其加入黑名單，并對其進行懲罰，例如采取降低分銷商的信用度、取消其分銷資格等措施。5.8 系統(tǒng)綜合管理功能系統(tǒng)綜合管理包括員工的管理，角色的設置，權(quán)限的設置，非數(shù)據(jù)的維護等功能。6 第六章 系統(tǒng)測試系統(tǒng)測試是一個試圖發(fā)現(xiàn)程序與用戶需求存在不一致的過程。

34、測試的最終目的是確保最終交給用戶的軟件的功能符合用戶的需求，把盡可能多的問題在軟件交給用戶之前發(fā)現(xiàn)并改正。測試一般要達到下列目標：（1）確保軟件完成了它所承諾或公布的功能，并且所有用戶可以訪問到的功能都有明確的書面說明（2）確保軟件滿足性能和效率的要求。使用起來系統(tǒng)運行效率低(性能低)、或用戶界面不友好、用戶操作不方便(效率低)的軟件不能說是一個有競爭力的軟件。（3）確保軟件是健壯的和適應用戶環(huán)境的。健壯性即穩(wěn)定性，是軟件質(zhì)量的基本要求，尤其對于一個用于事務關(guān)鍵或時間關(guān)鍵的工作環(huán)境中。6.1 系統(tǒng)測試方法系統(tǒng)測試技術(shù)主要包括： 黑盒測試（又稱功能測試或數(shù)據(jù)驅(qū)動測試） 白盒測試（又稱結(jié)構(gòu)測試或邏

35、輯驅(qū)動測試）本系統(tǒng)主要采用黑盒測試技術(shù)，黑盒測試不考慮程序內(nèi)部的邏輯結(jié)構(gòu)，只針對軟件的功能需求/實現(xiàn)進行測試。在已知軟件應具有的功能的條件下，通過測試來檢測每個功能是否符合需求。 黑盒測試是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。黑盒測試主要在開發(fā)后期進行?；趯π枨?、設計、用戶要求的理解，關(guān)注輸入、輸出的信息域，而不關(guān)注軟件的內(nèi)部結(jié)構(gòu)黑盒測試的執(zhí)行方法包括： 功能劃分 等價類劃分 邊界值分析 因果圖 錯誤推測 判定表驅(qū)動法6.2 測試流程軟件測試流

36、程包括單元測試、集成測試、系統(tǒng)測試、用戶驗收測試、回歸測試，如下v模型示意圖：圖11 v模型示意圖6.3 測試過程說明圖12 測試過程6.4 系統(tǒng)測試舉例6.4.1 申請制卡表2用例標識card-make-s002項目名稱充值卡系統(tǒng)用例作者模塊名稱卡生成測試類型功能測試子類型正常功能測試方法手動用例描述測試能否正確顯示制卡申請界面；且正確記錄新制卡申請；前置條件有卡生成權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1申請制卡按鈕點擊界面正確轉(zhuǎn)至制卡申請?zhí)砑咏缑?，必填項用紅星特殊標識；正確2確定按鈕點擊系統(tǒng)提示相應信息必填項有未填寫，點擊確定按鈕正確系統(tǒng)顯示成功界面，確定后界面返回至列

37、表，可查詢到剛新添加的制卡申請記錄；該記錄狀態(tài)為“待審核”同時系統(tǒng)記錄添加的日志信息正確填寫制卡申請信息面值=200制卡數(shù)量=1000期限=201001316.4.2 制卡信息瀏覽表3用例標識card-make-s003項目名稱充值卡系統(tǒng)用例作者模塊名稱卡生成測試類型功能測試子類型正常功能測試方法手動用例描述測試能否按任意組合條件，正確查詢顯示卡生成信息；正確瀏覽制卡申請的詳細信息；前置條件有卡生成權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1查詢條件任意組合顯示滿足查詢條件的制卡申請列表正確2申請?zhí)栨溄狱c擊正確顯示制卡申請瀏覽界面，信息讀取正確，且為只讀以剛添加的制卡申請驗證正確

38、6.4.3 制卡審批表4用例標識card-exap-m002項目名稱充值卡系統(tǒng)用例作者模塊名稱制卡審批測試類型功能測試子類型正常功能測試方法手動用例描述測試能否正確通過制卡審批前置條件有制卡審批權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1制卡審批鏈接點擊正確顯示制卡審批列表界面正確2通過按鈕點擊系統(tǒng)提示是否確認操作新添加一個制卡申請記錄信息正確3取消按鈕點擊關(guān)閉提示框正確4確定按鈕點擊系統(tǒng)提示成功，確認后返回至列表界面。此時該申請記錄狀態(tài)變?yōu)椤皩徍送ㄟ^”正確6.4.4 導出卡信息表5用例標識card-send-g002項目名稱充值卡系統(tǒng)用例作者高麗燕模塊名稱卡分發(fā)測試類型功能測試

39、子類型正常功能測試方法手動用例描述測試能否正確導出已生成卡的詳細信息；前置條件有卡分發(fā)權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1導出按鈕點擊系統(tǒng)提示是否確認導出正確2取消按鈕點擊關(guān)閉提示框正確3確定按鈕點擊彈出文件下載提示框正確4保存按鈕點擊選擇路徑保存。然后到路徑下找到文件打開即可查看正確6.4.5 分發(fā)卡表6用例標識card-send-g004項目名稱充值卡系統(tǒng)用例作者模塊名稱卡分發(fā)測試類型功能測試子類型正常功能測試方法手動用例描述測試能否正確分發(fā)卡；前置條件有卡分發(fā)權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1起始序號無第一次分配值默認為“1”；當部分已分配或

40、注銷后，起始值系統(tǒng)自動計算顯示；正確2分配數(shù)量輸入系統(tǒng)會給予相應的提示信息輸入非整數(shù)數(shù)據(jù)；輸入數(shù)超過可分配卡數(shù)；點擊分發(fā)按鈕正確點擊“終止序號”輸入框，系統(tǒng)會自動計算顯示正確填寫3終止序號輸入系統(tǒng)會給予相應的提示信息輸入非整數(shù)數(shù)據(jù)；輸入序號超過可分配卡的最大號；點擊分發(fā)按鈕正確點擊“分配數(shù)量”輸入框，系統(tǒng)會自動計算顯示正確填寫4分發(fā)按鈕點擊系統(tǒng)提示相應信息必填項如有未填寫正確系統(tǒng)提示成功，確認后返回至卡分發(fā)界面，即可在下方的列表查看到剛分發(fā)的記錄信息1） 如只分發(fā)一部分，則狀態(tài)保持不變?yōu)椤按职l(fā)”；2） 如全部分發(fā)完畢，則狀態(tài)變?yōu)椤耙逊职l(fā)”，且界面信息均不可更改；分發(fā)、注銷按鈕失效；均正確填寫

41、6.4.6 激活卡表7用例標識card-acti-a002項目名稱充值卡系統(tǒng)用例作者模塊名稱卡激活測試類型功能測試子類型正常功能測試方法手動用例描述測試能否正確激活卡；前置條件有卡激活權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1激活按鈕點擊系統(tǒng)提示是否確認操作正確2取消按鈕點擊關(guān)閉提示框正確3確定按鈕點擊系統(tǒng)提示成功界面，并且顯示起止卡號。確認后返回至列表界面，則該批分配卡狀態(tài)變?yōu)椤凹せ睢闭_6.4.7 卡注銷表8用例標識card-lout-g001項目名稱充值卡系統(tǒng)用例作者模塊名稱卡注銷測試類型功能測試子類型正常功能測試方法手動用例描述測試能否正確顯示卡注銷列表界面；前置條件有

42、卡注銷權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1卡注銷鏈接點擊右側(cè)顯示卡注銷列表界面：1） 顯示全部地市狀態(tài)為“激活”的卡批次記錄；2） 可注銷，延期操作；正確6.4.8 卡查詢表9用例標識card-find-f001項目名稱充值卡系統(tǒng)用例作者模塊名稱卡查詢測試類型功能測試子類型正常功能測試方法手動用例描述測試能否正確顯示卡查詢界面信息顯示正確，且能正確完成任意組合的查詢前置條件有卡查詢權(quán)限的坐席登錄系統(tǒng)編號測試項操作步驟預期結(jié)果數(shù)據(jù)實際結(jié)果1卡查詢鏈接點擊正確顯示卡查詢界面默認顯示所有充值卡；正確2查詢按鈕點擊顯示滿足條件的充值卡信息列表任意查詢條件組合正確7 第七章 系統(tǒng)實

43、施7.1 系統(tǒng)應用分析7.1.1 系統(tǒng)登錄雙擊桌面上的ie圖標，打開ie瀏覽器。在地址欄中輸入6:8080/pvcard后，回車。頁面會顯示出登錄界面。圖12 登錄界面如果工號或密碼輸入為空或錯誤時，在點擊登錄按鈕，系統(tǒng)會給予相應提示。系統(tǒng)主界面是由功能導航菜單、狀態(tài)條、主操作區(qū)域三部分組成。其中導航菜單又由：充值卡管理、分銷商管理、優(yōu)惠政策、系統(tǒng)管理、統(tǒng)計分析等五項組成。在狀態(tài)條右側(cè)會顯示已登陸員工的姓名，及當前系統(tǒng)時間。圖13 主界面在左側(cè)是系統(tǒng)的導航條，通過權(quán)限的控制，省、地市的系統(tǒng)使用人員會看到不同的功能鏈接，從而進行不同的操作。 點擊左側(cè) 伸縮按鈕可以隱

44、藏/顯示導航條，隱藏后如下圖所示：圖14 隱藏菜單的主界面7.1.2 退出系統(tǒng)點擊右上角的狀態(tài)條上的注銷按鈕，退出充值卡系統(tǒng)，返回到登錄界面。點擊退出按鈕，退出系統(tǒng)并關(guān)閉ie瀏覽器。 7.1.3 充值卡管理電話繳費充值，是廣電企業(yè)提供給用戶的電話繳費業(yè)務，用戶通過撥打特服號碼，利用購買的一定面額充值卡，完成充值和繳費功能。本模塊完成對充值卡的生成、分發(fā)、激活、注銷、查詢等整個生命周期的管理功能。充值卡管理中包括7個連接：卡生成、制卡審批、卡分發(fā)、卡激活、卡注銷、卡解鎖、卡查詢；圖15角色-任務圖 充值卡管理的圖標說明：1. （修改）：卡生成中狀態(tài)為待審核的批次卡可進行修改操作；2. （刪除）：

45、卡生成中狀態(tài)為拒絕和待審核的批次卡可進行刪除操作；刪除完后的卡在卡生成狀態(tài)為刪除中可見；3. （生成卡）：卡生成中狀態(tài)為申請通過的批次卡可進行生成卡操作；制卡成功后的卡在卡生成狀態(tài)為制卡完成中可見；4. （通過）：在制卡審批中，操作人員認為制卡合理的可進行通過操作；通過申請的批次卡在卡生成狀態(tài)為審批通過中可見；5. （拒絕）：在制卡審批中，操作人員認為制卡有誤的，不合理的就可進行拒絕操作；拒絕的批次卡在卡生成狀態(tài)為拒絕中可見；6. （導出）：導出后出現(xiàn)一記事本頁面，頁面中記錄的批次卡的所有信息，包括卡號和密碼，為了操作人員方便打印制卡；7. （分發(fā)）：省中心制完卡后，下一步就是對這一批次卡進行

46、分發(fā)，分發(fā)到各個地市，各地市對卡激活后就可銷售，批次卡在卡分發(fā)狀態(tài)為待分發(fā)中可見，分發(fā)完后的卡在已分發(fā)狀態(tài)中可查到；8. （注銷）：在卡激活中，各地市的操作人員認為分發(fā)下的批次卡丟失或有其它的問題，就點擊注銷，在卡激活中狀態(tài)為注銷中可查到；9. （激活）：在卡激活中，各地市的操作人員對卡進行激活后卡就可以使用了；卡未被激活是不能使用的；10. （解鎖）：在卡解鎖中有此標志，說明卡在充值中有問題被鎖定，解鎖是有特定的操作人員進行解鎖；解鎖成功后卡可被重新使用；11. （查看）：進入查看頁面，信息都是只讀，在卡分發(fā)中的已分發(fā)狀態(tài)和卡解鎖中可見查看標志； 卡生成充值卡的生成指系統(tǒng)根據(jù)面

47、值、有效期、數(shù)量等條件自動在數(shù)據(jù)庫中生成一批卡號及隨機密碼，且支持將該批卡號密碼導出，以便交給制卡廠商生產(chǎn)實體卡。充值卡的相關(guān)信息包括：卡號、密碼、面值、有效期、批次、卡類型、卡狀態(tài)（生成、激活、注銷、充值完畢）、狀態(tài)日期、制卡日期、當前余額、下發(fā)地市、分銷商等信息。圖16 充值卡生成流程圖點擊卡生成連接，進入卡生成頁面；圖17 充值卡生成界面其中審批狀態(tài)下拉框中有五種狀態(tài)：待審核、制卡完成、拒絕、刪除、審批通過；待審核：申請制卡成功后，還在等待審批通過的狀態(tài)；可對卡進行刪除，修改的操作。制卡完成：是最終的制卡結(jié)果狀態(tài)；處于這種狀態(tài)的批次卡沒有任何操作；拒絕：制卡后的審批沒有通過；申請制卡成功

48、后，在制卡審批中，有關(guān)負責人通過審核后認為制卡有問題，可對這批次卡進行拒絕操作；也可對拒絕狀態(tài)的批次卡進行刪除操作；刪除：認為無用的申請制卡就可進行刪除操作，可刪除的批次卡都是待審核和拒絕狀態(tài)下的卡；審批通過：在制卡審批中審批制卡的有效性后，卡的狀態(tài)為：審批通過；審批通過狀態(tài)的卡可進行制卡操作； 填寫好卡生成的查詢條件，點擊 ，系統(tǒng)會自動查詢出符合條件的批次卡；點擊 ，進入制卡申請界面；申請制卡是指新生成一批卡，并等待審批。目前可生成的卡包括：充值卡：將一定數(shù)額的錢充值到指定的客戶賬戶中、節(jié)目提取卡：可為客戶訂購指定的節(jié)目包。圖17 申請制卡界面點擊【節(jié)目提取卡】，即可進入節(jié)目提取卡申請頁面：

49、圖18 提取卡申請界面填寫好申請信息后點擊 按鈕，系統(tǒng)會出現(xiàn)確認提示框，點擊確定，會出現(xiàn)制卡成功提示框，此提示框中描述了此卡詳細信息，確定后，制卡成功，返回到卡生成界面，并且新生成的批次卡信息在列表中的最上面，狀態(tài)為待審核，此批次卡在制卡審批中也可見；點擊取消，制卡失敗系統(tǒng)返回到制卡界面；圖19 充值卡生成界面 制卡審批為了保證制卡過程的安全，系統(tǒng)規(guī)定由兩個角色（制卡角色和審批角色）共同完成制卡操作。制卡角色職責：提出制卡申請；確定卡數(shù)量、面值、有效期等信息；待申請通過后，完成制卡操作。審批角色職責：對制卡申請進行審批，有權(quán)拒絕或同意該申請，但無權(quán)制卡。制卡完成后系統(tǒng)自動返回本次

50、制卡的批次號。卡生成后，卡的狀態(tài)就會變成待審核；制卡審批是對以生成的卡（狀態(tài)為待審核的）進行審批通過的一個操作和查詢界面； 點擊制卡審批連接，進入此界面；圖20 制卡審批界面查詢操作與卡生成中的類似，在這里就不詳細說明了；點擊 （通過），此批卡審核通過，在卡生成和制卡審批頁面中狀態(tài)為審核通過中可見批次卡，同時此批卡在制卡審批頁面中被移出；點擊 （拒絕），此批卡審核不通過，在卡生成和制卡審批頁面中狀態(tài)為拒絕中可見批次卡，同時此批卡在制卡審批頁面中被移出； 卡分發(fā)省中心制卡后，將充值卡下發(fā)到各地市，由各地市去銷售及使用。系統(tǒng)支持按批次對充值卡進行分發(fā)，同一批次的充值卡可以分發(fā)給一個或

51、多個地市（也可以分給省中心），分發(fā)時按照數(shù)量由序號1開始按順序進行分發(fā)。充值卡分發(fā)后不可以退回，此時各地市可以看到給自己的分卡情況（包括批次、面值、有效期、數(shù)量、卡號段等）。省中心對于地市還未接收的某批卡，可以轉(zhuǎn)發(fā)給其他地市分發(fā)前后，充值卡均為未激活狀態(tài)，不能進行使用。點擊卡分發(fā)連接，進入此界面；圖21 卡分發(fā)界面在此界面，分發(fā)界面可分為兩種：待分發(fā)，已分發(fā)；待分發(fā)：制卡成功后，批次卡狀態(tài)為待分發(fā)，等待分發(fā)到各個地市或還沒有分發(fā)完；已分發(fā)：批次卡已經(jīng)全部分發(fā)完畢后，等待各地市激活；查詢操作與卡生成中查詢功能類似，在這里就不詳細說明了；如果對某一批次卡進行打印制卡，點擊（導出），確定后出現(xiàn)一文件

52、下載的提示框，點擊 ，系統(tǒng)會彈出記事本文本框，記事本中記錄了批次卡的詳細記錄（包括密碼和卡號）；圖22 充值卡詳細信息界面如果對某一批次卡進行分發(fā)，點擊 （分發(fā)），進入卡分發(fā)詳情頁面；圖23 卡分發(fā)詳情界面填寫好分發(fā)信息（必填項），點擊按鈕，下發(fā)的信息就會顯示在列表的第一列，狀態(tài)為已下發(fā)，可進行修改操作； 下發(fā)的卡在卡激活的已下發(fā)狀態(tài)下可見； 注銷的操作與分發(fā)相似，卡狀態(tài)為注銷的卡沒有任何操作。此批卡在卡查詢中狀態(tài)為注銷可見； 卡激活省中心分卡后，各地市根據(jù)系統(tǒng)分發(fā)的信息及實際接收到的卡進行核對，在適當時，由地市將下發(fā)的該批卡激活（或注銷，例如卡丟失）。充值卡激活后，即可以正常充

53、值或分配給經(jīng)銷商。點擊卡激活連接，進入此界面；狀態(tài)默認為已下發(fā)的批次卡；圖24 充值卡激活界面在激活界面中，發(fā)卡狀態(tài)分為三種：已下發(fā)、激活、注銷； 已下發(fā)：在卡分發(fā)中，卡已完成下發(fā)任務的批次卡的狀態(tài)；已下發(fā)的批次卡可進行激活、注銷的操作；激活：已被激活的批次卡；激活的卡沒有任何操作，為只讀信息；注銷：已被注銷的批次卡；注銷的卡沒有任何操作，為只讀信息；點擊某一批次卡（激活）按鈕，確認后此批次卡被激活成功；同時在頁面被移除，激活成功的卡在卡激活狀態(tài)為激活中可見，在卡分發(fā)中也可找到下發(fā)卡狀態(tài)變?yōu)榧せ睿⑶以诳ú樵冎锌刹榈綘顟B(tài)為激活的此批卡；點擊某一批次卡 （注銷）按鈕，確認后此批次卡被注銷成功；同時在頁面被移除，注銷成功的卡在卡激活狀態(tài)為注銷中可見，在卡分發(fā)中也可找到下發(fā)卡狀態(tài)變?yōu)樽N，并且在卡查詢中可查到狀態(tài)為注銷的此批卡； 卡注銷充值卡的注銷功能用于當充值卡發(fā)生了意外事故（如損壞、遺失）時，注銷作廢該充值卡的功能，注銷后該充值卡將不能充值，也不能恢復使用。處于生成、激活狀態(tài)的卡可以注銷；鎖定和充值完畢的卡不能注銷。注銷時系統(tǒng)支持按卡號、按號段或按使用期限進行注銷?？ǖ淖N在卡激活和卡注銷中都可進行注銷操作；在注銷界面中，本地市