【文章內(nèi)容簡介】 個系統(tǒng)功能模塊 ,如圖 所示 機 房 計 費 系 統(tǒng)服 務 器 端 客 戶 端操作員登錄計 算 機 信 息 管 理用 戶 信 息 管 理操 作 員 管 理添加計算機信息修改計算機信息添加用戶信息查詢用戶費用用戶充值刪除用戶信息設置上機費用操作員管理修改密碼刪除計算機信息修改計算機信息上 機 計 費 圖 系統(tǒng)功能模塊圖 本系統(tǒng)要求對用戶使用網(wǎng)吧計算機資源的整個過程進行有效的管理。客戶端保證用戶在登錄系統(tǒng)前無法使用計算機。服務器端實現(xiàn)系統(tǒng)的各種功能，包括系統(tǒng)管理、用戶、計算機信息的管理功能。服務器端的功能需求具體表述有： 操作員管理功能模塊 該模塊主要提供操作員登錄、操作員管理、修改密碼和設置上機費用的功 能。操作員管理具體包括添加、編輯和刪除操作員，能夠按模塊的方式設置操作員不同的權(quán)限。（如圖 所示） 6 操 作 員 管 理操 作 員 管 理退 出鎖 定 屏 幕設 置 上 機 費用修 改 密 碼操 作 員 登 錄添 加 操 作 員編 輯 操 作 員刪 除 操 作 員 圖 操作員管理模塊圖 用戶管理功能模塊 該模塊主要提供用戶充值、添加、查詢、修改和刪除用戶信息的功能。這里要區(qū)分不同的用戶類型，按不同的用戶類型設置上機費用。（如圖 所示） 7 用 戶 信 息 管 理刪 除 用 戶 信 息修 改 用 戶 信 息添 加 用 戶 信 息查 詢 用 戶 費 用用 戶 充 值按 用 戶 帳 號按 用 戶 姓 名按 用 戶 類 型按 用 戶 類 型按 用 戶 帳 號按 用 戶 姓 名 圖 用戶信息管理模塊圖 計算機管理功能 模塊 該模塊主要提供添加、修改和刪除計算機信息功能。這里不僅需要記錄計算機本身的配置信息，還需要記錄計算機的連接和使用情況。（如圖 所示） 8 計 算 機 信 息 管 理添 加 計 算 機 信 息修 改 計 算 機 信 息刪 除 計 算 機 信 息按 機 房 編 號按 配 置按 計 算 機 名 稱按 機 房 編 號按 配 置按 計 算 機 名 稱 圖 計算機信息管理模塊圖 系統(tǒng)設計的類結(jié)構(gòu) 本系統(tǒng)代碼結(jié)構(gòu)分為前端界面和底層的類代碼。 前端界面包括服務器端的前界端面和客戶端的前端界面，服務器端的前端界面面向操作員，客戶端的前端界面面向計算機用戶。底層代碼包括 ClsSuperUser 類、 ClsUser類、 ClsComputer 類、 ClsFeeRules 類、 ClsDBOperation 類、 ClsServer 類和 ClsClient類。其中 ClsDBOperation 類負責對數(shù)據(jù)庫進行一些基本的操作； ClsSuperUser 類、ClsUser 類、 ClsComputer 類分別負責數(shù)據(jù)庫中管理員，用戶和計算機信息的操作；ClsServer 類和 ClsClient 類分別負責服務器和客戶端的通信。如圖 所示 9 操 作 員服 務 器 前 端 界 面數(shù)據(jù)庫C l s C o m p u t e r 類 C l s D B O p e r a t i o n 類C l s F e e R u l e s 類C l s U s e r 類C l s S u p e r U s e r 類C l sS e rv e r 類用 戶客 戶 端 前 端 界 面C l s C l i e n t 類 圖 系統(tǒng)代碼 結(jié)構(gòu)設計圖 10 第三章 數(shù)據(jù)庫設計 數(shù)據(jù)庫設計是信息管理系統(tǒng)中的一個基礎工作，在整個開發(fā)工作中占有相發(fā)重要的份量。數(shù)據(jù)庫的設計目的在于提供高的數(shù)據(jù)庫存儲效率，保證數(shù)據(jù)庫的完整性和一致性。設計數(shù)據(jù)庫系統(tǒng)時應先了解用戶的各方面需求，包括現(xiàn)有系統(tǒng)的需求及將有可能增加的需求。 數(shù)據(jù)庫的需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新、和查詢，這就要求數(shù)據(jù)庫存結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字 典，是系統(tǒng)設計的根本。 基于計費系統(tǒng)的需求，通過業(yè)務流程和數(shù)據(jù)流程的分析，需設計以下數(shù)據(jù)表和數(shù)據(jù)字段。 1. 操作員信息表 包括的數(shù)據(jù)字段有：操作員賬號、密碼、操作員真實姓名、用戶模塊、計算機模塊、備注。其中關(guān)鍵字段是操作員的賬號。如表 所示 字段名 意義 字段類型 字段大小 關(guān)鍵字 UserName 操作員賬號 文本 6 是 Password 密碼 文本 10 RealName 操作員真實姓名 文本 10 ModUser 用戶模塊 文本 3 ModComputer 計算機模塊 文 本 3 Memo 備注 備注 表 操作員信息表 設計完成后 ,保存信息為“ tbSuperUser”，為了在程序中檢驗數(shù)據(jù)庫存的合理性以及測試程序的效果，應在數(shù)據(jù)庫中輸入一些數(shù)據(jù)。如圖 所示： 圖 操作員信息表圖 2. 用戶信息表： 包括的數(shù)據(jù)字段有：用戶名、密碼、用戶真實姓名、用戶類型、賬號余額、出生日期、聯(lián)系電話、有效日期、證件類型、證件號碼、住址、郵編、備注。其中用戶名有關(guān)鍵字段。如表 所示 11 字段名 意義 字段類型 字段大小 關(guān)鍵字 UserName 用戶名 文本 6 是 Password 密碼 文本 10 RealName 用戶真實姓名 文本 10 Group 用戶類型 文本 3 Fee 賬號余額 數(shù)字 單精度 BirthDate 出生日期 日期 Phone 聯(lián)系電話 文本 20 ValidDate 有效日期 日期 CreateCarDate 創(chuàng)建日期 日期 CertificateType 證件類型 文本 10 CertificateNo 證件號碼 文本 20 Address 住址 文本 50 PostCode 郵編 文本 6 Memo 備注 備注 表 用戶信息表 設計完成后 ,保存信息為“ tbUser”，為了檢驗數(shù)據(jù)庫設計的合理性及測試程序的效果，應先在數(shù)據(jù)庫中輸入一些數(shù)據(jù)，如圖 所示 圖 用戶信息表圖 3. 計算機信息表： 包括的數(shù)據(jù)字段有：計算機名稱，用戶名、是否連接、 IP 地址、網(wǎng)吧編號、機位編號、配置、備注。其中計算機名稱是關(guān)鍵字段。如表 所示 字段名 意義 字段類型 字段大小 關(guān)鍵字 ComputerName 計算機名稱 文本 17 是 UserName 用戶名 文本 10 Connected 是否連接 文本 1 IPAddress IP地址 文本 15 RoomNo 網(wǎng)吧編號 文本 2 PositionNo 機位編號 文本 3 12 Config 配置 文本 50 Memo 備注 備注 表 計算機信息表 設計完成后 ,保存信息為“ tbCompter”，為了檢驗數(shù)據(jù)庫設計的合理性及測試程序的效果，應先在數(shù)據(jù)庫中輸入一些數(shù)據(jù)，如圖 所示 圖 計算機信息表圖 4. 用戶費用信息表： 包括的數(shù)據(jù)字段有：用戶名、登錄時間，下機時間、本次上機時間、本次上機費用、計算機的房間編號 +機位編號。如表 字段名 意義 字段類型 字段大小 關(guān)鍵字 UserName 用戶名 文本 10 LoginTime 登錄時間 日期 10 LogoffTime 下機時間 日期 日期 TotalHour 本次上機時間 數(shù)字 單精度 Fee 本次上機費用 數(shù)字 單精度 Computer 計算機的房間編號 +機位編號 文本 10 表 用戶費用信息表 5. 費率 信息表： 包括的數(shù)據(jù)字段有：用戶類型和費率。如表 所示 字段名 意義 字段類型 字段大小 關(guān)鍵字 Group 用戶類型 文本 10 是 Amount 費率 數(shù)字 單精度 表 用戶費率信息表 用戶費率可以經(jīng)操作員定義，根據(jù)用戶類型的不同，制定不同費率。如圖 所示 13 圖 用戶費率信息表圖 14 第四章 通信過程與 中的通信類 通信過程 網(wǎng)吧計費系統(tǒng)有異于其它信息管理系統(tǒng)，它的工作原理如圖 ，因此服務器端與客戶端機器通信就必然會采用異步通信的方式 ，在主程序啟動后，程序在后臺同時啟動別一個線程，通過 Socket 對象開始偵聽客戶端。當客戶端傳入一個連接請求時，后臺程序?qū)⒔邮茉撜埱?，同時實例化一個 Socket 對象負責與該客戶端的 Socket 對象進行通信。如果程序沒有退出，進入下一個偵聽循環(huán)，則后臺程序就實現(xiàn)了一點對多點的通信模式。 偵 聽 客 戶 端 傳 入 的 連 接 請 求接 受 客 戶 端 傳 入 的 連 接 請 求實 例 化 S o c k e t 對 象 用 于 與 客 戶 端 通 信退 出 偵 聽是否程 序 是 否 退 出 圖 后臺程序工作流程圖 服務器端與客戶端的具體通信過程如圖 所示。具體工作流程先是客戶端發(fā)出連接 請求，正常情況，服務器端必定接受請求?？蛻舳嗽侔l(fā)送一個連接信息，該信息包含客戶端機器的一些信息 ,服務器端將接受該信息，并對其進行相應處理，再回發(fā)一個確認信息給客戶端。這樣就表現(xiàn)服務端與客戶端已成功連接。此時，客戶端發(fā)送登錄信息，或在登錄成功后，間期性發(fā)送連接信息，或在下機時發(fā)送注銷信息，同時服務器端對這15 些信息進行相應處理，并反饋客戶端。這就是一個完整的客戶端與服務器端的通信過程。 服 務 器 端客 戶 端請求連接信息接受請求再次連接信息確認再次連接信息登錄/注銷/連接確認同步信息 圖 服務器端與客戶端的 完整通信過程圖 中的通信類 TCP 協(xié)議是 TCP/IP 協(xié)議簇中的傳輸層中的一個協(xié)議，也是 TCP/IP 協(xié)議簇最為重要的協(xié)議之一。 TCP 協(xié)議是一種面向連接的，并提供可靠的、完整的、安全的數(shù)據(jù)傳送的網(wǎng)絡協(xié)議。它提供可靠字節(jié)服務的協(xié)議。在網(wǎng)絡中通過 TCP 協(xié)議傳送數(shù)據(jù)之前，發(fā)送方和接收方之間必須建立連接，這種連接就是所謂的 握手 。網(wǎng)絡中 TCP 應用，如同日常生活中的打電話，在通話之前，首先要撥號、震鈴（猶如發(fā)送方向接收方提出 TCP連接申請，并等待 TCP 連接申請通過）。直到對方拿起電話時（發(fā)送 方和接收方的 TCP 連接已經(jīng)建立），就可以通話了（傳送數(shù)據(jù)）。 本系統(tǒng)是基于 TCP/IP 協(xié)議 網(wǎng)絡數(shù)據(jù)傳送的 。 在 .Net FrameWork SDK 中提供了很多用以實現(xiàn) TCP協(xié)議或與之相關(guān)協(xié)議的類庫 ，現(xiàn)介紹在系統(tǒng)設計中用到的 5 個類， 即： TcpListener 類、 TcpClient 類、 NetworkStream類、 StreamReader 類和 StreamWriter 類。 TcpListener 主要用以偵聽端口號，并接收遠程主機的 TCP 連接申請 ； TcpClient 主要用以提出 TCP 連接申請 ； NetworkStream 類是實現(xiàn) TCP數(shù)據(jù)傳輸?shù)幕A數(shù)據(jù)流 ； StreamReader類 的 作用是通過操作 NetworkStream，實現(xiàn)從網(wǎng)絡接收數(shù)據(jù) ； StreamWriter 類 的 作用是通過操作 NetworkStream，實現(xiàn)向網(wǎng)絡16 傳輸數(shù)據(jù)。 TcpListener 類 在本系統(tǒng)設計中， TcpListener 類 設計在服務器端， 主要作用是從 TCP 網(wǎng)絡客戶端偵聽連接， TcpListener 類基于 Socket 類 ， 提供更高理念級別的 TCP 服務?？梢允褂肨cpListener 從 TCP 客戶端偵聽連接。像 FTP 和 HTTP 這樣的應用層協(xié)議是在 TcpListener 類的基礎上建立的。 TcpListener 類常用方法、屬性及其說明 ，如表 、表 所示：