【正文】 ）并顯示 六 管理員口令 管理 添加用戶 1 管理員輸入用戶名、密碼和確認密碼，請求添加 2 系統(tǒng)驗證用戶是否是新用戶，兩次輸入的密碼是否相同 3 系統(tǒng)添加用戶、密碼信息 4 系統(tǒng)提示添加成功 刪除用戶 1 管理員輸入用戶名、密碼 2 系統(tǒng)驗證用戶名、密碼是否 正確 3 系統(tǒng)刪除用戶名、密碼記錄 4 系統(tǒng)提示刪除成功 修改密碼 1 管理員輸入用戶名、密碼 ，請求修改密碼 2 系統(tǒng)驗證用戶名、密碼是否正確 3 管理員輸入新密碼、及確認密碼 4 系統(tǒng)保存新密碼 5 系統(tǒng)提示修改成 功 七 統(tǒng)計管理 1 管理員輸入起始時間（年、月、日），結(jié)束時間 ,請求按日、月、年 匯總 2 系統(tǒng)查詢上網(wǎng)記錄，計算、統(tǒng)計出時間段的總費用、人次、總上機時間等信息。 充值： 1 管理員輸入卡號 2 系統(tǒng)顯示該卡信息（卡號、 用戶名、 余額 、狀態(tài) ） 3 管理員 核對后， 輸入充值金額 4 系統(tǒng)計算并保存該卡總金額 5 系統(tǒng)顯示 充值后的卡信息（卡號、用戶名、余額、狀態(tài)）。 發(fā)新卡： 1 管理員 輸入 卡號 （保證卡號唯一） 2 管理員 輸入卡初始金額 3 上網(wǎng)人輸入用戶名、口令 4 管理員 請求添加新卡 5 系統(tǒng)保存卡號 、 金額 、用戶名 和密碼 ，狀態(tài)為“空閑” 6 系統(tǒng)提示添卡成功 ，顯示卡號及金額，以便核對。 二 下機 1 管理員 選擇被使用的機器號，請求下機 2 系統(tǒng) 獲取系統(tǒng)當(dāng)前時間作為下機時間； 3 系統(tǒng) 計算費用； 4 系統(tǒng)顯示應(yīng)繳費用 5 系 統(tǒng) 記錄下機時間和此次費用； 6 系統(tǒng) 從卡中 扣費 ，修改卡狀態(tài)為“空閑” ； 7 系統(tǒng) 修改該機器的狀態(tài)為 “ 空閑 ” ； 8系統(tǒng) 顯示本次上機記錄信息， 提示下機成功 三 登錄 1 管理員輸入用戶名和密碼，請求進入系統(tǒng) 2 系統(tǒng)驗證用戶名和密碼 3 系統(tǒng)顯示主界面 若一次驗證不通過，則提示再輸入一次，仍不通過則系統(tǒng)退出。 2 系統(tǒng)驗證卡號 ，檢查卡中余額 ，卡狀態(tài) 3系統(tǒng) 獲取當(dāng)前系統(tǒng)時間作為上機開始時間 4 系統(tǒng) 修改該機器的使用標(biāo)志 為“ 在 用” ，卡標(biāo)志為 “ 在用 ” 。 主要使用流程是：管理員登錄，根據(jù)客戶請求上機，根據(jù)客戶請求 下 機。 友情提示： 對項目有了一個最基本的認識后，是不是立即準備大干一場？是否要問一問值不值得干？ 能不能干？ 商業(yè)項目一般可以從經(jīng)濟性、技術(shù)性、法律社會等方面 進行可行性 分析， 但本項目 作為一個學(xué)習(xí)型項目顯然無利可圖、技術(shù) 也 欠缺（事實上技術(shù)正是要學(xué) 習(xí) 的東西）、 好在 項目 是 合法 的 。系統(tǒng)采用兩層 C/S 體系結(jié)構(gòu)， C 端負責(zé)通過 GUI 與 管理員 交互 、處理業(yè)務(wù)邏輯及存取數(shù)據(jù)庫 ， S端 主要是數(shù)據(jù)庫系統(tǒng)。 技術(shù)背景 本系統(tǒng)要求使用 java 技術(shù)開發(fā)， 使用數(shù)據(jù)庫（如 ACCESS， SQLServer） 保存數(shù)據(jù) ，集成開發(fā)環(huán)境可使用支持可視化 GUI界面設(shè)計的主流工具 (如 eclipse\ant bean\jbuilder)。 原手工系統(tǒng) 主要 有如下缺點： 1 手工記帳，管理員工作量大，且易出錯； 2 超時超費使用不能及時發(fā)現(xiàn)。 原 人工管理的主要過程如下：客戶在門口服務(wù)臺，出示上機卡，若是新客戶則先發(fā)新卡；管理員先查詢是否有空機器，若有則根據(jù)上機卡號查到該卡對應(yīng)的記錄（賬簿），若有余額（〉 5 元），則分配一個空閑的機器號給客戶，客戶根據(jù)機器號對號入座，管理員記下客戶卡號、上機機器號、上機時間。你的改變和收獲是老師真誠的期待。在此項目的學(xué)習(xí)中，你不但是個學(xué)生，還是一個職業(yè)人，將與同事一起盡全力完成你所要做的工作，并再次驗證“天道酬勤”的真理。Java 課程設(shè)計指導(dǎo)書 目錄 第一章 網(wǎng)吧計費 管理 系統(tǒng) 目標(biāo) 背景介紹 業(yè)務(wù)背景 技術(shù)背景 需求分析 功能 需求分析 業(yè)務(wù)對象分析 驗收 測試要求 系統(tǒng)設(shè)計 總體設(shè)計 詳細設(shè)計 系統(tǒng)實現(xiàn) 小結(jié) 展望 第二章 聊天室系統(tǒng) 目標(biāo) 背景介紹 業(yè)務(wù)背景 技術(shù)背景 需求分析 功能需求分析 業(yè)務(wù)對象分 析 驗收測試要求 系統(tǒng)設(shè)計 總體設(shè)計 詳細設(shè)計 系統(tǒng)實現(xiàn) 小結(jié) 展望 第 一 章 網(wǎng)吧計費管理系統(tǒng) 學(xué)習(xí) 目標(biāo)： 能使用 Java 集成開發(fā)環(huán)境 ,運用 Swing 設(shè)計圖形界面 ，運用 JDBC 訪問數(shù)據(jù)庫 ，掌握事件處理編程，了解簡單 兩層 C/S項目的開發(fā) 及簡單面向?qū)ο?程序 的設(shè)計 過程 ，發(fā)展基本的團隊協(xié)作 開發(fā) 能力 。 學(xué)習(xí)寄語 ：雖然本項目并不是一個商業(yè)項目，其產(chǎn)品也不 能 用來賺錢， 但從中你可以學(xué)到實際開發(fā)中的許多經(jīng)驗和技巧，獲得一種“學(xué)有所 用”、“學(xué)有所得”的成就感，同時贏得老師和同學(xué)（同事）對你的格外尊重。我們的信 念 是：“不拋棄，不放棄”。 背景介紹 業(yè)務(wù)背景 “海之星”網(wǎng)吧，是一個小型網(wǎng)吧，以前是人工記帳，現(xiàn)需要開發(fā)一個簡單的網(wǎng)吧計費管理系統(tǒng)?？蛻粝聶C要到門口的服務(wù)臺，請求下機，管理員根據(jù)當(dāng)前時間 、上機時間及費率計算出本次上機費用，并記錄，同時將費用從卡余額中扣除，若費用不夠則需充值。因此需要開發(fā)一個 簡易 計費管理軟件，取代人工記帳方式， 由軟件統(tǒng)一管理記錄上下機、計費、上機卡、機器情況，提供簡單統(tǒng)計功能，超時超費 提醒功能等。開發(fā)者應(yīng)有 java 程序設(shè)計語言、 SWING 基本 GUI 組件、 文件使用、 JDBC 存取數(shù)據(jù)庫 、使用一種集成開發(fā)工具的基本知識和技能。 系統(tǒng)分析設(shè)計主要采用面向?qū)ο蟮姆治?設(shè)計方法。 那 是否繼續(xù)？當(dāng)然 ！因為 本項目的 目標(biāo)不是在合法的前提下獲 取最大 利 潤 ，而是 習(xí)得知識和技能， 只要你愿意， 就可以繼續(xù)進一步了解“網(wǎng)吧計費管理系統(tǒng)”， Let’ s go! 需求分析 功能 需求分析 系統(tǒng)需求分析的主要任務(wù)是從用 戶角度考察系統(tǒng) 應(yīng)具有哪些 功能及非功能性需求，對于網(wǎng)吧計費管理系統(tǒng)，用戶主要是指系統(tǒng)管理員，系統(tǒng)的主要功能是：登錄、上機、下機、卡管理（發(fā)卡、刪卡、充值、查詢）、機器管理（添加機器、刪除機器、查詢狀態(tài)、修改狀態(tài)），統(tǒng)計功能（日、月費用統(tǒng)計）， 口令管理（添加用戶、刪除用戶、修改口令）， 參數(shù)設(shè)置 （時段費率），使用幫助。 主要功能的用例 （ use case） 描述如下： 一 上機 1 管理員 輸入空閑機器號 ，上網(wǎng)人輸入口令 、卡號 ， 請求上機。 5 系統(tǒng) 記錄上機信息 （卡號、機器號、上機時間） 6 系統(tǒng)提示上機成功 若 1 中無空閑機器又請求上機的，系統(tǒng)提示“沒用空閑機器”， 2中卡驗證未通過，提示 “ 無此卡號 ” ，余額不足，提示 “余額不足” ，卡狀態(tài)為“在用”，則提示“不能一卡多用”。 四 卡維護 卡有三種狀態(tài)：停用、空閑、在用。 7管理員將系統(tǒng)生成的有卡號、用戶名的紙卡給上網(wǎng)人。 查詢卡信息： 1 管理員輸入卡號 或請求察看所有卡信息 2 系統(tǒng)查詢卡信息（ 卡號、用戶名、余額 ）并顯示 刪除卡： 1管理員輸入卡號 2 系統(tǒng)查詢卡余額 及狀態(tài) 3 若余額已結(jié)清 且狀 態(tài)為“空閑” ，則將該卡信息刪除 4 系統(tǒng)提示刪除成功 若有余額 或“在用” 則不能刪除 五 機器維護 機器有三種狀態(tài)：停用、空閑、在用。 3 系統(tǒng)顯示上述信息 八 參數(shù)管理 時段費率設(shè)置： 0 系統(tǒng)顯示當(dāng)前設(shè)置 1 管理員設(shè)置時間段（時、分）及對應(yīng)的費率，請求保存 2 系統(tǒng)保存設(shè)置 3 系統(tǒng)提示保存成功 超時報警定時器間隔設(shè)置 九 超時超費報警 1 設(shè)置定時器為周期觸發(fā)方式， 觸發(fā)間隔由參數(shù)獲得，默認為 30 分鐘 2 定時器到時，系統(tǒng)查詢當(dāng)前 正在 上機 的 記錄，計算其上機時間及費用，計算其卡中余額是否低于 最低 費用。 友情提示： 本文使用“用例”法 分析功能性需求 ，屬于面向?qū)ο蠓治觯?OOA）法，其實質(zhì)就是從用戶角度， 通過觀察、與用戶交談等方式， 記錄下 用戶希望 如何使用系統(tǒng)， 系統(tǒng) 相應(yīng) 需要 實現(xiàn) 哪 些功能。不同的需求對于客戶而言重要性是不同的 ，一般需要對需求劃分優(yōu)先級，優(yōu)先級高的優(yōu)先設(shè)計實現(xiàn)。 卡號、密碼、余額、 卡 用戶名 、卡狀態(tài) （在用、空閑、停用） 2 機器： 主要維護上網(wǎng)吧計算機的相關(guān)信息。 記錄編號、卡號、機器號、開始上機時間，下機時間、費用 4 費率記錄：起始時間、終止時間，費率 5 管理員 ： 利用 1— 4完成各種業(yè)務(wù)操作。 本系統(tǒng)功能性需求驗收測試的基本要求如下： 前置條件： 1 除口令表有初始用戶 名 和密碼外， 各庫表為空。 一 初始化數(shù)據(jù) 1 啟動程序，進入“卡維護”，選“發(fā)新卡”，輸入一條數(shù)據(jù)記錄，退出，進入“信息瀏覽”，查看記錄是否已被正確加入；退出“信息瀏覽”，再進入“發(fā)新卡”，連續(xù)發(fā) 3 張卡，其中有張卡余額為 0；再進入“ 信息瀏覽”，查看記錄是否已被正確加入。 3 進入“費率維護”，設(shè)置費率。進入“上機”，觀察上機界面，有無可用機器，按說明操作上機，連續(xù)上機 3次，第一次正確輸入，第二次輸入不存在的卡號，第三次輸入錯誤口令；進入“下機”界面，看有無正確的上機，連續(xù)下機兩次。已下機器是否已被同步從上機下拉表中清除。 2 統(tǒng)計測試，進入“統(tǒng)計”功能，按日，月 ，年 查詢統(tǒng)計，與庫中實際數(shù)據(jù)比對，不同日、月 、年 分別查 2次 3 進入“卡維護”，進入“卡充值“，輸入余額不足卡號，給卡充值，進入“信息瀏覽”，查看卡充值是否正確，并以此卡號上機；再進入“卡維護”的“信息瀏覽”，查看記錄；然后選“刪除卡”，連續(xù)刪 2張卡，應(yīng)不能刪除在線卡，并能標(biāo)識出卡余額，以便清帳；進入“信息瀏覽”，查看記錄是否已被正確刪除。選“修改密碼”，輸入正確的用戶名、口令，修改成新口令；進入“信息瀏覽 ”，查看口令是否已更改；進入“上機”，以新口令上機。 6 測試超時報警功能 ：發(fā)一張新卡，初始額剛達到最低標(biāo)準，以此卡上機， 為縮短超時等待時間，可設(shè)置定時器間隔為 1 分鐘，等待 2 分鐘，看系統(tǒng)是否能正確報警。 按照幫助說明使用系統(tǒng)，驗證幫助說明的正確性。 并不是整個系統(tǒng)完成后才可以進行上述測試，完成相應(yīng)模塊后就可以有針對性地測試 ，驗收測試的內(nèi)容經(jīng)過分解后是單元測試、集成測試、系統(tǒng)測試的基本依據(jù) ，測試工作并不是從編碼時才開始的，在需求分析階段就已展開 （如根據(jù)用例提出驗收測試要求） 。 系統(tǒng)設(shè)計 總體 設(shè)計 一 系統(tǒng)體系結(jié)構(gòu) 一般 要 確定系統(tǒng)的 體系結(jié)構(gòu)，主要模塊，系統(tǒng)運行環(huán)境（如操作系統(tǒng)、數(shù)據(jù)庫）， 開發(fā)平臺及語言。采用兩層 C/S 體系結(jié)構(gòu)。 數(shù)據(jù)庫 使用 ACCESS，可根據(jù)情況使用其他數(shù)據(jù)庫（如 SQL Server） ,客戶端基本不做修改，僅有的少量修改也只在數(shù)據(jù)訪問層。 二 系統(tǒng)功能模塊及主要類 系 統(tǒng) 的 主 要 功 能 模 塊 如 圖 2 所 示 ： 圖 2 系統(tǒng)模塊圖 主模塊 登錄 上機 下機 幫助 卡維護 發(fā)卡 充值 查詢 刪除卡 機器維護 添加機器 刪除機器 查詢 口令維護 添加用戶‘ 更改口令 統(tǒng)計 參數(shù)維護 刪除用戶 圖形界面 SWING 業(yè)務(wù)邏輯 數(shù)據(jù)訪問（ JDBC） 數(shù)據(jù)庫 ACCESS SQL 客戶端 服務(wù)端 可據(jù)此設(shè)計菜單，劃分模塊。Card\Computer\Record\Manager 類是“值對象”，主要是存放相應(yīng)的屬性，方法也是 setX\getX 類方法，“值對象”常作為參數(shù)在各種方法中傳遞。 缺點是要求預(yù)先設(shè)計好，對設(shè)計水平要求高，不過一旦形成模式，養(yǎng)成習(xí)慣， 能“照葫蘆畫瓢”，也是提高設(shè)計水平的捷徑 。 接口中的參數(shù)主要是“值對象” ,這樣即使 Card\Computer\Record\Manager 類中的屬性發(fā)生改 變，由于“值對象”的封裝，對接口的影響也不大，缺點是如果“值對象”本身很大，而又只用到其中很少的屬性，則對性能和內(nèi)存浪費較大。 3 使用 DBConnection 類統(tǒng)一完成連接的獲取和釋放， 好處是連接部分代碼可重復(fù)使用，如果 連接參數(shù)（如連到不同的數(shù) 據(jù)庫）改動 ， 只需更改 DBConnection類中的 相關(guān) 參數(shù)屬性（當(dāng)然更好的做法是將這些連接參數(shù)放在配置文件中，這樣可以只修改配置文件，無需修改程序），另外還可以