【文章內(nèi)容簡介】 務(wù)的消費信息中擴展了打印的功能。發(fā)送賬單信息到用戶的郵箱，會使用用戶注冊過常用郵箱，并將基于一個賬號下的所有信息，包括概要的賬單信息，賬號下所有手機的服務(wù)信息等，生成為 Excel表格，作為郵件附件發(fā)送到客戶郵箱中。查看賬單列表模塊主要是給用戶一個總體賬單的概要顯示，用戶可以選擇某月的賬單進行打印。 Alltel 手機用戶 賬戶管理功能 賬 戶主頁顯示功能 賬戶層次樹 extends uses extends 9 圖 25 賬單功能的用例圖 支付功能 支付功能模塊的主要功能是實現(xiàn)業(yè)務(wù)產(chǎn)品用戶，對自己使用的業(yè)務(wù)產(chǎn)生的費用，進行付款的功能，同時支持預(yù)付費和支付后付費的用戶。首先，用戶登錄到系統(tǒng)之后，根據(jù)自己實際需要對費用進行支付，這樣的操作稱為單次支付。單次支付可以通過用戶直接使用信用卡或銀行借記卡，也可以通過預(yù)先設(shè)置的電子錢包支付，電子錢包中儲存用戶常用的支付方式信息。除了單次支付功能外，系統(tǒng)還提供自動支付功能。用戶可以設(shè)置支付方式及支付時間，系統(tǒng)會根據(jù)設(shè)置的時間 點自動對該賬戶設(shè)置的支付方式，進行付款操作，由系統(tǒng)自動代扣代繳。系統(tǒng)對每次交易記錄需要自動記錄，同時記錄單據(jù)狀態(tài)，并支持對歷史交易記錄的查詢功能。 Alltel 手機用戶 查看后付費賬單信息 查看賬號下其他手機消費信息 發(fā)送賬單信息到郵件 查看賬單列表 打印賬號下其它手機消費信息 打印后付費賬單信息 uses uses uses uses extends extends extends 10 圖 26 支付功能的用例圖 根據(jù)圖 26 支付功能用例圖所示，支付功能主要包含如下功能： 單次支付功能是支付的時候另一種重要支付方式。這種支付方式靈活性更強。用戶可以選擇填寫支付方式的信息列表，來實現(xiàn)這種支付。無論使用電子錢包還是使用電子支付，用戶都要先確認其支付意愿，系統(tǒng)才會開始支付過程，如果支付 失敗也給出用戶應(yīng)有的提示。 電子錢包可以添加用戶信用卡，銀行卡等多種卡片，其中信用卡支付需要提供多種信息，所以我們把信用卡作為一種重要的支付方式。銀行卡支付作為另一種支付方式。我們可以向個人錢包里面添加支付方式，也可以查看各項支付方式，并修改其中的幾項，例如，如果注冊銀行卡作為支付方式，則下次打開的時候，其四個屬性：支付方式描述，銀行卡類型，支付密鑰和銀行卡號碼，只有支付方式描述可以修改，其他設(shè)為只讀，這樣更能保護用戶的信息安全。用戶還可以刪除該種支付方式，再次添加新的支付方式。 自動支付功能是一種智能 支付，用戶可以為預(yù)付費賬號或者是后付費賬號配置自動支付的時間和支付方式。這是應(yīng)該注意針對兩種不同的賬號，自動付賬日期的設(shè)定是不同的，針對后付費賬號用戶應(yīng)該設(shè)定為賬單到賬日期的第幾天開始付賬，但針對預(yù)付費賬號應(yīng)該是設(shè)定為上次繳費日期的多少天后開始繳帳。自動支付功能的基本流程就是用戶設(shè)定好自動付賬的信息，確認保存之后，系統(tǒng)開始默認執(zhí)行，用戶可以在任何時候取消自動支付方式。 Alltel 手機用戶 支付功能 支付歷史記錄 交易歷史記錄 電子錢包功能 單次支付功能 自動支付功能 uses uses uses extends extends extends 11 支付歷史清單是針對所有付賬的歷史記錄，包含成功、失敗、取消的單據(jù)信息。用戶可以瀏覽一年以內(nèi)的支付記錄，點擊每項記錄的記錄號可以打開該支付記 錄的細節(jié)信息，用戶可以取消處于等待支付狀態(tài)的支付賬單。該歷史記錄頁面也具有打印功能，用戶可以在打開的支付記錄細節(jié)信息中打印該支付記錄。 交易歷史清單，提供實時的所有已經(jīng)成功的交易，用戶可以瀏覽一年以內(nèi)的支付記錄。點擊每項記錄的記錄號可以打開該支付記錄的細節(jié)信息。該歷史記錄頁面也具有打印功能，用戶可以在打開的交易歷史清單中打印該交易記錄。 （二）非功能需求 根據(jù)軟件工程中對于非功能需求的描述，非功能性需求規(guī)定了本系統(tǒng)必須滿足的服務(wù)水平、系統(tǒng)非運行時間及系統(tǒng)必須遵守的約束。對于非功能性需求來說，不會直接影響系 統(tǒng)主要功能的體現(xiàn)，對于系統(tǒng)的用戶和相關(guān)人員來說，該需求是很直觀的展現(xiàn)系統(tǒng)好壞的因素。非功能性需求主要包括，系統(tǒng)的業(yè)務(wù)約束與假設(shè)條件，系統(tǒng)的實用性、性能、擴展性、可靠性、可支系統(tǒng)接口。通過非量化的方式標示一定非功能性需求。通過指標可以描述一個衡量系統(tǒng)某種特點的標準，本系統(tǒng)在做設(shè)計時針對非功能需求需滿足以下需求特點： 規(guī)范性，在系統(tǒng)的總體設(shè)計上，主要包括設(shè)計、開發(fā)和維護必須按照國家標準和相關(guān)通信行業(yè)的標準進行。針對個別運營商需要滿足自身企業(yè)的標準以及國際的相關(guān)規(guī)定。 安全可靠性，安全可靠性是 鐵通 行業(yè)重點要 求的技術(shù)指標，系統(tǒng)需要全天候的實時保證可靠服務(wù)。同時需要保證計費系統(tǒng)與相關(guān)系統(tǒng)數(shù)據(jù)之間傳輸?shù)陌踩?對 于這樣的安全機制系統(tǒng)需要提供權(quán)限管理和級別高的安全機制，時刻記錄對系統(tǒng)中每次操作和非法操作，尤其是要將每次發(fā)生的非法操作通知到管理人員處。系統(tǒng)還應(yīng)該提供多種安全手段杜絕非法登錄等操作，真正確保系統(tǒng)數(shù)據(jù)的安全。 可擴展性，對于計費系統(tǒng)來說需要具備在業(yè)務(wù)范圍和處理能力以及業(yè)務(wù)量的良好擴展能力，保證系統(tǒng)在未來一定時間內(nèi)可以快速響應(yīng)業(yè)務(wù)擴展需要避免重復(fù)開發(fā)相關(guān)系統(tǒng)。對于其他業(yè)務(wù)系統(tǒng)需要提供標準和規(guī)范化的接口業(yè)務(wù)， 方便系統(tǒng)內(nèi)數(shù)據(jù)交換。 開放性，系統(tǒng)的接口設(shè)計上必須按照規(guī)范化的設(shè)計要求，保證不同廠商提12 供的硬件和軟件可以實現(xiàn)數(shù)據(jù)共享；在系統(tǒng)后期擴展和硬件設(shè)備的采購方面不受某一個廠商提供的硬件、軟件和系統(tǒng)等相關(guān)產(chǎn)品的控制，可以靈活選擇。 模塊化，系統(tǒng)采用多層設(shè)計模式以及多模塊化的設(shè)計原則，這個原則是將業(yè)務(wù)邏輯、業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)展現(xiàn)分離開，實現(xiàn)這個架構(gòu)的透明度和業(yè)務(wù)功能的靈活組合。 三、系統(tǒng)總體設(shè)計 （一）系統(tǒng)體系結(jié)構(gòu) 通過上面章節(jié)的討論與研究，本文基本確定了系統(tǒng)的開發(fā)方案和系統(tǒng)的體系結(jié)構(gòu)，最后確認的系統(tǒng)總體體系結(jié)構(gòu)如 圖 41 所示，本計費系統(tǒng)由三個應(yīng)用服務(wù)構(gòu)成，分別是： RB 數(shù)據(jù)收集系統(tǒng)， CSM 用戶服務(wù)系統(tǒng)， WSC 賬務(wù)管理系統(tǒng)。CSM 用戶服務(wù)系統(tǒng)和 RB 數(shù)據(jù)收集系統(tǒng)運行在同一個服務(wù)器之上， WSC 賬務(wù)管理系統(tǒng)獨立部署。服務(wù)之間的數(shù)據(jù)交互使用 Collaboration 組件完成。下文是對這三個應(yīng)用程序的概述。 圖 31 計費系統(tǒng)內(nèi)應(yīng)用程序之間配合圖 RB 數(shù)據(jù)收集系統(tǒng) 實現(xiàn)了高度可擴展和可靠的融合收費，評級和資產(chǎn)管理系統(tǒng)，該系統(tǒng)支持現(xiàn)13 有的和新出現(xiàn)的多個垂直市場服務(wù)。 RB 應(yīng)用程序支持集中收費，包括在線和離線，支持任何通 過網(wǎng)絡(luò)或媒體提出的服務(wù)。該系統(tǒng)可以針對每個事件或訂閱為基礎(chǔ)來收費，也支持多種支付方式。 CSM 用戶服務(wù)系統(tǒng) 在這個系統(tǒng)中客戶可以購買多樣式的服務(wù)，各種套餐，并將其放入到購物車中，產(chǎn)生訂單。更加值得稱贊的是，用戶服務(wù)管理系統(tǒng)接受客戶化定制，可以根據(jù)背景不同，在系統(tǒng)中集成不同的賬單產(chǎn)品。 WSC 賬務(wù)管理系統(tǒng) 作為整個計費系統(tǒng)的賬單管理信息系統(tǒng)，總共有注冊和登錄功能模塊，賬號管理功能模塊，賬單功能模塊，和支付功能模塊構(gòu)成。該系統(tǒng)是本文工作的重點。 （二）系統(tǒng)功能模塊結(jié)構(gòu) 注冊和登錄功能 模塊 根據(jù)需求的設(shè)計，注冊和登錄功能模塊主要分為用戶注冊和用戶登錄兩個過程。用戶在注冊時，系統(tǒng)需要提供為用戶手機發(fā)送驗證碼的功能，當用戶輸入驗證碼時，系統(tǒng)還需要對輸入的驗證碼進行比對，如果用戶輸入的驗證碼無效則不能完成注冊。另外一個過程是用戶登錄操作，系統(tǒng)需要校驗用戶在登錄界面輸入的用戶名、密碼是否正確。通過登錄控制將系統(tǒng)賦值對應(yīng)的角色，獲取該用戶具備的系統(tǒng)資源操作控制。如圖 32 所示，系統(tǒng)注冊、登錄模塊結(jié)構(gòu)圖。模塊需要支持如果用戶選擇找回密碼，找回密碼的一種方式，就是通過系統(tǒng)發(fā)送驗證碼，用戶輸入找回密碼 的驗證碼，如果用戶輸入無效，也不能夠找回密碼。 14 圖 32 注冊和登錄模塊功能結(jié)構(gòu)圖 賬號管理功能模塊 賬號管理功能模塊主要實現(xiàn)頁面左側(cè)的層次樹，用戶選擇層次樹上的賬號則會刷新頁面右側(cè)的內(nèi)容。在賬號管理功能模塊中還有一個是賬號管理主頁面顯示功能。這個主頁的主要功能是顯示后付費賬戶的最新賬單和付款情況。如果用戶在樹結(jié)構(gòu)上選擇預(yù)付費的賬戶，則會給出提示信息，說明此界面只能顯示后付費賬戶的最新賬單和付款情況。該模塊功能結(jié)構(gòu)圖如下圖 33 所示。 15 圖 33 賬號管理模塊功能圖 賬單功能模塊 賬單功能主要是顯示對應(yīng)賬號管理模塊的層次樹上的后付費賬號而產(chǎn)生的賬單，賬單功能有兩種顯示方式。一種是為用戶展示某一月賬單的詳細內(nèi)容，另一種是將所有的賬單羅列起來，用戶選擇查看某一個賬單，主要方便用戶的打印。第一種顯示方式，我們稱為賬單概要模塊，第二種我們稱為查看賬單列表模塊。具體功能結(jié)構(gòu)如圖 34 所示。 圖 34 賬單模塊功能結(jié)構(gòu)圖 支付功能模塊 支付功能，根據(jù)需求分析的設(shè)計支付功能模塊需要具有電子錢包、單次支付、自動支付、交易記錄日志、支付記錄等功能。電子錢包用于記錄用戶常用付款信息，比如 信用卡的信息等。用戶也可以選擇單次支付對服務(wù)費用進行在線實時的繳費。如圖 35 所示，支付功能模塊由五個子功能組成。 16 圖 35 支付模塊的功能結(jié)構(gòu)圖 （三）系統(tǒng)流程設(shè)計 根據(jù)調(diào)度算法的主要規(guī)則我們可以對系統(tǒng)的主流程進行總體的定義，調(diào)度算法規(guī)則主要是為系統(tǒng)提供相關(guān)任務(wù)的創(chuàng)建，這些系統(tǒng)任務(wù)主要包含了執(zhí)行和稽核流程。根據(jù)規(guī)則要求本系統(tǒng)流程主要有以下幾個步驟： 用戶購買服務(wù)，通過用戶是否付款作為判斷正式數(shù)據(jù)和非正式數(shù)據(jù)的標準，用戶在選擇適合自己的服務(wù)時，往往會產(chǎn)生很多非正式數(shù)據(jù)。當用戶確認付費或者管理員確認服 務(wù)生效后，這些數(shù)據(jù)便成為正式數(shù)據(jù)。 服務(wù)費記錄，通過話單和文件信息的驅(qū)動，系統(tǒng)需要提供實時的話費計算處理功能。根據(jù)話單業(yè)務(wù)的流程進行控制，換單需要經(jīng)過的預(yù)處理包含，批價、話費的累計入庫、信用控制和優(yōu)惠信息等。使用隊列消息進行傳輸時，可以保證內(nèi)部數(shù)據(jù)有效連接，保證話費信息處理的高效和實時性。 賬務(wù)統(tǒng)計階段，根據(jù)賬務(wù)流程的控制系統(tǒng)對賬務(wù)進行觸發(fā)操作，也可以根據(jù)系統(tǒng)設(shè)定的時間和人工設(shè)定任務(wù)的處理方式進行觸發(fā)。從實際業(yè)務(wù)需要觸發(fā)，系統(tǒng)根據(jù)業(yè)務(wù)規(guī)定來定時的處理每天數(shù)據(jù)信息。對于新增的業(yè)務(wù)單據(jù)、新增的系統(tǒng)統(tǒng)計數(shù)據(jù) 和業(yè)務(wù)相關(guān)數(shù)據(jù)。系統(tǒng)可以定義時間周期內(nèi)進行話單數(shù)據(jù)的進行出賬的管理。 17 在本系統(tǒng)中我們對數(shù)據(jù)的校驗增加了人工的稽核功能進行數(shù)據(jù)正確性的保證，系統(tǒng)正常運行和防止系統(tǒng)被異常數(shù)據(jù)的干擾。定義的人工稽核點主要包含，系統(tǒng)參數(shù)的采集和預(yù)處理、用戶檔案變更的確認、系統(tǒng)資源技術(shù)的變更確認、處理錯誤話單的回收、賬務(wù)信息的核實和優(yōu)惠信息的確認等操作控制。在系統(tǒng)整體看來稽查和計費賬務(wù)有數(shù)據(jù)的關(guān)聯(lián)，系統(tǒng)主要的調(diào)度通過數(shù)據(jù)依賴關(guān)系和業(yè)務(wù)規(guī)則進行數(shù)據(jù)支撐，系統(tǒng)任務(wù)的掛起要遵循系統(tǒng)流程的控制。 （四）系統(tǒng)安全設(shè)計 對于 鐵通 系統(tǒng)來說系統(tǒng)重要的組成部分就是系統(tǒng)安全策略，用戶需要經(jīng)過系統(tǒng)的身份校驗后才可以瀏覽系統(tǒng)資源，根據(jù)自身的權(quán)限系統(tǒng)對用戶分配系統(tǒng)資源。本系統(tǒng)采用基于功能模塊的授權(quán)方式，對系統(tǒng)中每位用戶進行系統(tǒng)資源的操作控制。 系統(tǒng)認證 系統(tǒng)的認證主要是對用戶身份的確認，主要分為登錄、加密和授權(quán)三部分，下面分別介紹各個功能設(shè)計： 登錄，本系統(tǒng)根據(jù)用戶實際需求，針對不同的業(yè)務(wù)類型提供不同安全認證服務(wù)，兩種安全認證服務(wù)的方式為： 對營收服務(wù)，系統(tǒng)根據(jù)中間件 Tuxedo 的接口提供服務(wù)的認證方式，該服務(wù)的認證統(tǒng)一是由 Session 進行管理。系統(tǒng)強制對每次用戶進行 Session 有效性的校驗，如果 Session 不符合要求或者授權(quán)時間已過期，訪問將被禁止，從而保護用戶整體數(shù)據(jù)的安全。 對后臺服務(wù)，提供以 CORBA 服務(wù)形式的認證服務(wù)，通過界面將用戶數(shù)據(jù)通過獲取后傳入認證服務(wù)器中進行認證處理。通過一定算法的處理，如果該用戶通過了系統(tǒng)用戶的校驗。系統(tǒng)會為該用戶生成一個隨機而且唯一的 SessionID 標示，該標示作為后續(xù)系統(tǒng)的驗證進行判斷標志。可以根據(jù)實際業(yè)務(wù)的需要將 Session 信息保存在存儲堆棧中， 為后期認證服務(wù)提供數(shù)據(jù)。以下是上下文內(nèi)容： 18 只有通過了認證的調(diào)用才可以訪問后臺服務(wù)，認證時基于每次對于 Session 的 有效性檢驗，防止后臺服務(wù)被惡意調(diào)用和攻擊。 加密，通過加密手段，保證數(shù)據(jù)的安全性。數(shù)據(jù)加密的手段主要包括，口 令及關(guān)鍵信息加密，數(shù)據(jù)傳輸過程中的加密。加密種類分為以下幾種： （ 1）用戶名、用戶密碼、 Session 信息和登陸時的關(guān)鍵信息需要通過系統(tǒng)進行加密處理，防止信息被程序盜用。 （ 2）數(shù)據(jù)庫存儲的用戶密碼需要保存的是加密后的數(shù)據(jù)信息，在用戶登陸進行密碼比對時，通過查詢加密