【文章內(nèi)容簡介】 主要需要完成的業(yè)務有系統(tǒng)管理、資料管理、語音業(yè)務查詢統(tǒng)計、監(jiān)控告警。具體的業(yè)務流程分析如下：，如下說明：l 業(yè)務處理單位或用戶，它代表了某項業(yè)務參與的人或物；l 數(shù)據(jù)存儲或存檔，是一種數(shù)據(jù)的載體，作為檔案來保存的；l 業(yè)務數(shù)據(jù)流動及方向，它表達了業(yè)務數(shù)據(jù)的流動方向；l 各類單證、報表，它表明了數(shù)據(jù)的載體；l 業(yè)務功能描述，表明了業(yè)務處理功能。其業(yè)務流程圖基本符號，如圖42所示：圖42 業(yè)務流程圖基本符號，如圖43所示：圖43 高層業(yè)務流程圖，系統(tǒng)管理要做的主要事情如下：l 增加、刪除、修改和查詢用戶信息；l 增加、刪除角色，并且為角色設置權限，初始化默認角色：超級管理員、參數(shù)管理員、查詢統(tǒng)計管理員、告警管理員；l 增加、刪除、修改功能模塊數(shù)；l 當有多個用戶同時使用系統(tǒng)時，可監(jiān)控在線用戶；l 提供用戶信息的更改。其系統(tǒng)管理業(yè)務流程圖，如圖44所示。：l 定義電信計費過程中使用的參數(shù)類型；l 增加、刪除、修改、查詢參數(shù)信息。其資料管理業(yè)務流程圖，如圖45所示。：l 根據(jù)特定條件查詢，并可打印出相應的話單清單信息；l 根據(jù)特定條件統(tǒng)計操作日志，并可打印出相應的統(tǒng)計報表；l 根據(jù)特定條件統(tǒng)計語音業(yè)務話務量，并可打印出相應的統(tǒng)計報表；l 根據(jù)特定條件統(tǒng)計語音業(yè)務全收入，并可打印出相應的統(tǒng)計報表。其查詢統(tǒng)計業(yè)務流程圖，如圖46所示。：l 對應用系統(tǒng)進行集中監(jiān)測與集中控制；l 檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異常情況時發(fā)出故障提示信息。其監(jiān)控告警業(yè)務流程圖，如圖47所示。圖44 系統(tǒng)管理業(yè)務流程圖圖45 資料管理業(yè)務流程圖圖46 查詢統(tǒng)計業(yè)務流程圖圖47 監(jiān)控告警業(yè)務流程圖. 數(shù)據(jù)流程分析根據(jù)對系統(tǒng)的業(yè)務流程分析，把業(yè)務過程分為系統(tǒng)管理、資料管理、查詢統(tǒng)計和監(jiān)控告警等四個過程。相應的，在數(shù)據(jù)流程分析中會針對這四個業(yè)務過程進行數(shù)據(jù)流分析。：除管理員外，其它用戶需要根據(jù)管理員給予的用戶名和密碼登錄系統(tǒng)執(zhí)行自己擁有的功能；當用戶不處于登錄狀態(tài)時，不允許通過系統(tǒng)中間的某個URL直接進入系統(tǒng)；系統(tǒng)管理員會根據(jù)部門給予的用戶名單把這些用戶的信息添加到數(shù)據(jù)庫中，同時也可以從數(shù)據(jù)庫中查詢出用戶信息，然后打印出來；資料管理員登錄系統(tǒng)后，會根據(jù)自己手上的參數(shù)資料，把這些數(shù)據(jù)添加到數(shù)據(jù)庫中，同時可對這些數(shù)據(jù)進行增加、刪除、修改操作；查詢統(tǒng)計管理員需要利用參數(shù)信息對入庫話單進行統(tǒng)計，然后打印出數(shù)據(jù)報表；告警處理員實時處理在系統(tǒng)運行過程中產(chǎn)生的所有警告信息。數(shù)據(jù)流程圖中使用的基本符號說明，如圖48所示：圖48 數(shù)據(jù)流程圖基本符號系統(tǒng)的第一層數(shù)據(jù)流程圖，如圖49所示：圖49 高層數(shù)據(jù)流程圖：系統(tǒng)管理員用用戶名和密碼登錄系統(tǒng)；系統(tǒng)管理員根據(jù)用戶變動通知對用戶信息進行操作；根據(jù)用戶權限變動通知對用戶重新定義角色；當用戶的角色變動后，需要對用戶重新分配功能點；根據(jù)用戶是否在線，對在線的用戶進行監(jiān)控，可查看用戶的操作日志；將所有變動的信息重新保存到數(shù)據(jù)庫中。系統(tǒng)管理數(shù)據(jù)流程圖，如圖410所示：圖410 系統(tǒng)管理數(shù)據(jù)流程圖（DFD/2）：資料管理員需要用戶名和密碼登錄系統(tǒng)；資料管理員根據(jù)手上的參數(shù)資料，將這些數(shù)據(jù)添加到數(shù)據(jù)庫中；當參數(shù)信息需要變動時，根據(jù)變動單修改數(shù)據(jù)庫中的參數(shù)信息，并重新保存到數(shù)據(jù)庫中；當業(yè)務發(fā)展時需要新的參數(shù)，要通知數(shù)據(jù)庫管理員新建對應的參數(shù)表，然后根據(jù)新的參數(shù)資料向數(shù)據(jù)庫中添加參數(shù)信息。資料管理數(shù)據(jù)流程圖，如圖411所示：圖411 資料管理數(shù)據(jù)流程圖（DFD/2）：查詢統(tǒng)計管理員需要用戶名和密碼登錄系統(tǒng)；根據(jù)自己定義的統(tǒng)計條件，輸入到系統(tǒng)中，進行查詢話單清單，然后打印出話單數(shù)據(jù)統(tǒng)計報表；輸入自己定義的日志統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關的日志數(shù)據(jù)，然后打印出日志數(shù)據(jù)統(tǒng)計報表；輸入自己定義的話務量統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關的話務量統(tǒng)計報表；輸入自己定義的話單業(yè)務收入統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關的業(yè)務收入統(tǒng)計報表。查詢統(tǒng)計數(shù)據(jù)流程圖，如圖412所示：圖412 查詢統(tǒng)計數(shù)據(jù)流程圖（DFD/2）：告警處理員需要用戶名和密碼登錄系統(tǒng)；在系統(tǒng)初始的時候需要定義告警本身信息，告警級別信息；當告警處理員得到系統(tǒng)給予的告警信息時，對這些告警信息進行處理；當處理完告警之后，會產(chǎn)生告警日志。監(jiān)控告警數(shù)據(jù)流程圖，如圖413所示：圖413 監(jiān)控告警數(shù)據(jù)流程圖（DFD/2）. 數(shù)據(jù)字典在系統(tǒng)數(shù)據(jù)流程分析的基礎之上，可對系統(tǒng)從數(shù)據(jù)元素、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體和處理功能等六類條目進行數(shù)據(jù)分析。數(shù)據(jù)分析是為了對數(shù)據(jù)流程圖中出現(xiàn)的所有命名元素加以定義，使得每個圖形元素的名字都有一個確切的解釋。由于系統(tǒng)涉及的各種數(shù)據(jù)繁多，不可能在論文中一一贅述，現(xiàn)將系統(tǒng)中重要的數(shù)據(jù)分析條目舉例，如下所示:在系統(tǒng)中有很多數(shù)據(jù)元素，現(xiàn)以用戶工號為例分析，如表48所示：表48 用戶工號定義數(shù)據(jù)元素編號：001數(shù)據(jù)元素名稱：用戶工號簡述：代表系統(tǒng)用戶的編號別名：USER_NUMBER長度：10個字節(jié)類型：字符取值/含義：第1位~第2位分公司第3位~第4位部門第5位~第10位用戶在部門內(nèi)編號有關的數(shù)據(jù)結構：：用戶信息、用戶組信息數(shù)據(jù)元素一覽表，如表49所示：表49 數(shù)據(jù)元素一覽表編號數(shù)據(jù)元素名稱別名類型長度DE001用戶工號USER_NUMBER字符10DE002用戶名稱USER_NAME字符20DE003用戶真實名稱USER_REALNAME字符50DE004用戶密碼USER_PASSWORD字符20DE005用戶描述USER_DESC字符50DE006用戶部門標識USER_DEPTID字符10DE007用戶狀態(tài)USER_STATUS字符1DE008部門標識DEPT_ID字符10DE009部門名稱DEPT_NAME字符50DE010角色標識ROLE_ID字符10DE011角色名稱ROLE_NAME字符50…………………………在系統(tǒng)中有很多數(shù)據(jù)存儲，現(xiàn)以話務量統(tǒng)計表為例分析，如表410所示：表410 話務量統(tǒng)計表定義數(shù)據(jù)存儲編號：01數(shù)據(jù)存儲名稱：話務量統(tǒng)計表別名：TA_VOICE_SERVICE簡述：按指定條件統(tǒng)計相應話務量數(shù)據(jù)存儲組成：省份代碼地市代碼業(yè)務類型編號呼叫類型話單開始日期話費通話時長計費時長話單數(shù)數(shù)據(jù)存儲一覽表，如表411所示：表411 數(shù)據(jù)存儲一覽表編號數(shù)據(jù)存儲名稱別名包含數(shù)據(jù)元素DS01話務量統(tǒng)計表TA_VOICE_SERVICE省份代碼業(yè)務類型編號呼叫類型話單開始日期話費通話時長計費時長……………………在系統(tǒng)中有很多處理邏輯，現(xiàn)以登錄狀態(tài)審核為例分析，如表412所示：表412 登錄狀態(tài)審核定義處理邏輯編號：01處理邏輯名稱：登錄狀態(tài)審核處理功能層次號簡述：通知用戶登錄狀態(tài)，若不能登錄系統(tǒng)，提示出錯原因輸入數(shù)據(jù)流：用戶名和密碼輸出數(shù)據(jù)流：登錄狀態(tài)提示處理：用戶使用用戶名和密碼登錄系統(tǒng)：1. 當不能進入系統(tǒng)時，提示登錄出錯原因2. 當成功進入系統(tǒng)時，提示登錄成功處理邏輯一覽表，如表413所示：表413 處理邏輯一覽表編號處理邏輯名稱層次號數(shù)據(jù)流名稱來源/去處P01登錄狀態(tài)審核用戶名系統(tǒng)用戶用戶密碼系統(tǒng)用戶…………………………. 系統(tǒng)邏輯模型根據(jù)前面的分析結果，系統(tǒng)由系統(tǒng)管理、資料管理、查詢統(tǒng)計管理和監(jiān)控告警管理四大部分組成。其中系統(tǒng)管理部分：需要把用戶信息單和用戶職能信息單轉換為數(shù)據(jù)庫中用戶信息表、角色信息表、功能分配信息表中的數(shù)據(jù)，對在線的用戶操作過系統(tǒng)的痕跡記錄成數(shù)據(jù)庫中操作日志表中的數(shù)據(jù)；資料管理部分：需要把參數(shù)信息單轉換為數(shù)據(jù)庫中相應參數(shù)表中的數(shù)據(jù)；查詢統(tǒng)計管理部分：根據(jù)用戶指定的條件查詢出話單清單數(shù)據(jù)、統(tǒng)計日志數(shù)據(jù)、統(tǒng)計話務量數(shù)據(jù)、統(tǒng)計業(yè)務收入數(shù)據(jù)；監(jiān)控告警管理部分：根據(jù)用戶指定的條件查詢出告警信息、告警日志信息，并可對主機進程進行監(jiān)測。系統(tǒng)的總體邏輯模型，如圖414所示：圖414 系統(tǒng)邏輯模型圖第5章 系統(tǒng)設計在電信計費管理系統(tǒng)設計中，通過前面的系統(tǒng)分析對系統(tǒng)邏輯功能的要求分析從實際出發(fā)，進行各種具體設計，確定系統(tǒng)的實施方案，最終給出詳細設計方案，為系統(tǒng)實施階段制定詳細計劃。接下來，將從模塊結構設計、代碼設計、數(shù)據(jù)庫設計和人機界面設計等方面來對系統(tǒng)進行設計。. 模塊結構設計本系統(tǒng)為電信計費系統(tǒng)的一個子系統(tǒng)——門戶管理子系統(tǒng)。其主要功能模塊有4個：系統(tǒng)管理模塊、資料管理模塊、查詢統(tǒng)計模塊和監(jiān)控告警模塊。模塊結構圖中使用的基本符號說明，如圖51所示：圖51 模塊結構圖的基本符號其系統(tǒng)總體模塊結構圖，如圖52所示：圖52 系統(tǒng)總體模塊結構圖. 系統(tǒng)管理模塊結構提供對系統(tǒng)用戶的管理界面，提供用戶管理、角色管理、功能點管理、在線用戶管理以及用戶個人資料管理等功能，實現(xiàn)增加、刪除、修改、查詢用戶的功能，為用戶設置使用本系統(tǒng)的權限。其中用戶管理、角色管理、功能點管理、在線用戶管理四個需求主要的使用者是超級管理員，即系統(tǒng)的最高級用戶。其系統(tǒng)管理模塊主要結構，如圖53所示。. 資料管理模塊結構由于資料管理模塊主要是對整個系統(tǒng)中所涉及的一些主要的參數(shù)進行增加、刪除、修改和查詢、打印等操作，所以此處僅僅列出幾個主要的參數(shù)進行模塊結構的描述。其中的日志管理模塊有插入操作日志，是由參數(shù)管理員在對參數(shù)進行增、刪和改等操作時觸發(fā)的，而日志的查看功能也只能由超級管理員操作。其資料管理模塊主要結構，如圖54所示。. 查詢統(tǒng)計管理模塊結構查詢統(tǒng)計模塊主要是對運營商運營情況的查詢與統(tǒng)計，通過對各種維度的分析，掌握電信語音業(yè)務各種業(yè)務類型的運營情況，體現(xiàn)電信的業(yè)務發(fā)展情況。其統(tǒng)計數(shù)據(jù)或查詢結果會以Excel報表格式導出。其查詢統(tǒng)計管理模塊主要結構，如圖55所示。. 監(jiān)控告警管理模塊結構監(jiān)控是對計費管理系統(tǒng)本身運行狀況的監(jiān)控，對應用系統(tǒng)進行集中監(jiān)測與集中控制，告警處理是指監(jiān)控系統(tǒng)檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異常情況時發(fā)出故障提示信息。其監(jiān)控告警管理模塊主要結構，如圖56所示。圖53 系統(tǒng)管理模塊結構圖圖54 資料管理模塊結構圖圖55 查詢統(tǒng)計管理模塊結構圖圖56 監(jiān)控告警管理模塊結構圖. 代碼設計代碼又稱編碼，它是客觀實體的名稱、屬性、狀態(tài)等內(nèi)容的標識。在信息系統(tǒng)中，代碼是一連串字母、數(shù)字、符號的組合，可以使數(shù)據(jù)表達標準化，簡化程序設計，加快數(shù)據(jù)輸入速度，減少出錯率，節(jié)省存儲空間，提高數(shù)據(jù)處理的速度。在進行代碼設計的過程中，需遵循的幾項原則：唯一確定性；可擴充性；易識別性；簡短性；標準化；容易修改。系統(tǒng)中的大部分代碼是通過順序碼設計，其他部分代碼是通過塊碼和縮略碼設計。本系統(tǒng)中的一些代碼設計，如表51所示：表51 一些代碼設計代碼對象代碼代碼對象代碼電信實時計費系統(tǒng)TRTBS日期YYYYMMDDHH24:MI:SS中國移動公司01中國電信公司02中國聯(lián)通公司03中國網(wǎng)通公司04數(shù)據(jù)傳輸T預處理P排重D批價R入庫I數(shù)據(jù)分發(fā)S. 數(shù)據(jù)庫設計數(shù)據(jù)庫設計是指在現(xiàn)有數(shù)據(jù)庫管理系統(tǒng)的基礎上建立數(shù)據(jù)庫的過程。其設計的主要依據(jù)是系統(tǒng)分析階段提供的數(shù)據(jù)流程圖、數(shù)據(jù)字典以及所使用的數(shù)據(jù)庫管理系統(tǒng)提供的功能和描述工具。其主要任務是設計出能夠反映實際信息關系、數(shù)據(jù)冗余少、存儲效率高、易于實施與維護、并能滿足各種應用要求的數(shù)據(jù)模型。其整個設計過程分為三個階段：概念模型設計、邏輯模型設計、物理模型設計。. 概念模型設計概念模型是一種面向問題的數(shù)據(jù)模型，它描述了從用戶角度看到的數(shù)據(jù)庫的內(nèi)容及其聯(lián)系，是一種純粹的現(xiàn)實反映，而與存儲結構、存取方式等數(shù)據(jù)庫的具體實現(xiàn)內(nèi)容無關。接下來，通過ER圖來描述系統(tǒng)管理、資料管理、查詢統(tǒng)計管理和監(jiān)控告警管理等四個模塊的數(shù)據(jù)庫概念模型。，如圖57所示。系統(tǒng)管理模塊中涉及到的主要實體集及屬性如下：l 角色{角色標識、角色名稱、角色描述、角色狀態(tài)}；l 功能{功能點標識、父ID、名稱、URL、類型、可見性、描述}；l 用戶{標識、用戶名、真實名稱、密碼、描述、工號、部門標識、狀態(tài)}；l 部門{部門標識、部門名稱}；l 用戶登錄日志{日志標識、用戶標識、登錄時間、登錄IP、登出時間}。部門用戶登錄日志用戶擁有角色功能分配MN屬于MNN1N1產(chǎn)生圖57 系統(tǒng)管理模塊ER圖，如圖58所示。資料管理模塊中涉及到的主要實體集及屬性如下：l 地市標識{地市標識、地市名稱}；l 本地網(wǎng)區(qū)號{本地網(wǎng)區(qū)號、地市標識、注釋}；l 業(yè)務類型{業(yè)務類型編號、業(yè)務類型名稱}；l 固定號碼號段{地區(qū)號碼、開始號碼、結束號碼、服務提供商類型、用戶業(yè)務類型、優(yōu)先級、審核狀態(tài)、注釋}；l 移動號碼號段{號碼段、地區(qū)號碼、服務提供商類型、用戶業(yè)務類型、審核狀態(tài)、注釋}；l 服務提供商類型{服務提供商類型編號、服務提供商類