【正文】 ao 向 Card 表中添加一條新記錄。界面設(shè)計布局應(yīng)簡潔一致，從用戶友好性出發(fā)，提供了輸入提示，增加了“確認密碼”，以提醒用戶記住密碼 ，輸入的密碼用 *號顯示以提 高安全性 。當然還有其它的設(shè)計方式，如顯示當前上機的所有記錄信息，選中 其中一條執(zhí)行下機操作。 3 記錄 ID 如何保證唯一且自動增長。 設(shè)計應(yīng)簡潔實用，避免在細節(jié)上（如字體、顏色）耗費時間。 一個基本的方向是“約束”多，則編程的代碼量會變大， 性能會下降， 但數(shù)據(jù)的質(zhì)量會得到 提高 。首先基本的是確定有哪 幾張表，表間關(guān)系，然后是表中的字段，比較麻煩的是確定字段的約束（主鍵、非空等），字段數(shù)據(jù)類型 ，范式的調(diào)整等 ，因為此時會考慮到存儲空間、性能、易編程 、數(shù)據(jù)質(zhì)量 等 方面的因素 。其中 Card、 Computer、 Record的關(guān)系如下圖所示： 圖 持久對象 屬性及 關(guān)系圖 一條 Record 記錄必有對應(yīng)的一個 Card 及一臺 Computer，對于未用機器及卡，則沒有對應(yīng)的記錄。 詳細設(shè)計 詳細設(shè)計主要 是關(guān) 注模塊一級的設(shè)計，一般有界面，核心 算法及 處理流程，數(shù)據(jù)庫表 （表、屬性及表間關(guān)系） 的設(shè)計 。 接口中的參數(shù)主要是“值對象” ,這樣即使 Card\Computer\Record\Manager 類中的屬性發(fā)生改 變，由于“值對象”的封裝，對接口的影響也不大，缺點是如果“值對象”本身很大，而又只用到其中很少的屬性，則對性能和內(nèi)存浪費較大。Card\Computer\Record\Manager 類是“值對象”，主要是存放相應(yīng)的屬性，方法也是 setX\getX 類方法，“值對象”常作為參數(shù)在各種方法中傳遞。 數(shù)據(jù)庫 使用 ACCESS，可根據(jù)情況使用其他數(shù)據(jù)庫（如 SQL Server） ,客戶端基本不做修改，僅有的少量修改也只在數(shù)據(jù)訪問層。 系統(tǒng)設(shè)計 總體 設(shè)計 一 系統(tǒng)體系結(jié)構(gòu) 一般 要 確定系統(tǒng)的 體系結(jié)構(gòu)，主要模塊，系統(tǒng)運行環(huán)境（如操作系統(tǒng)、數(shù)據(jù)庫）， 開發(fā)平臺及語言。 按照幫助說明使用系統(tǒng)，驗證幫助說明的正確性。選“修改密碼”，輸入正確的用戶名、口令，修改成新口令；進入“信息瀏覽 ”，查看口令是否已更改；進入“上機”，以新口令上機。已下機器是否已被同步從上機下拉表中清除。 3 進入“費率維護”，設(shè)置費率。 本系統(tǒng)功能性需求驗收測試的基本要求如下： 前置條件： 1 除口令表有初始用戶 名 和密碼外， 各庫表為空。 卡號、密碼、余額、 卡 用戶名 、卡狀態(tài) （在用、空閑、停用） 2 機器： 主要維護上網(wǎng)吧計算機的相關(guān)信息。 友情提示： 本文使用“用例”法 分析功能性需求 ，屬于面向?qū)ο蠓治觯?OOA）法，其實質(zhì)就是從用戶角度， 通過觀察、與用戶交談等方式， 記錄下 用戶希望 如何使用系統(tǒng)， 系統(tǒng) 相應(yīng) 需要 實現(xiàn) 哪 些功能。 查詢卡信息： 1 管理員輸入卡號 或請求察看所有卡信息 2 系統(tǒng)查詢卡信息（ 卡號、用戶名、余額 ）并顯示 刪除卡： 1管理員輸入卡號 2 系統(tǒng)查詢卡余額 及狀態(tài) 3 若余額已結(jié)清 且狀 態(tài)為“空閑” ，則將該卡信息刪除 4 系統(tǒng)提示刪除成功 若有余額 或“在用” 則不能刪除 五 機器維護 機器有三種狀態(tài)：停用、空閑、在用。 四 卡維護 卡有三種狀態(tài)：停用、空閑、在用。 主要功能的用例 （ use case） 描述如下： 一 上機 1 管理員 輸入空閑機器號 ，上網(wǎng)人輸入口令 、卡號 ， 請求上機。 系統(tǒng)分析設(shè)計主要采用面向?qū)ο蟮姆治?設(shè)計方法。因此需要開發(fā)一個 簡易 計費管理軟件，取代人工記帳方式， 由軟件統(tǒng)一管理記錄上下機、計費、上機卡、機器情況，提供簡單統(tǒng)計功能，超時超費 提醒功能等。 背景介紹 業(yè)務(wù)背景 “海之星”網(wǎng)吧，是一個小型網(wǎng)吧，以前是人工記帳，現(xiàn)需要開發(fā)一個簡單的網(wǎng)吧計費管理系統(tǒng)。 學(xué)習(xí)寄語 ：雖然本項目并不是一個商業(yè)項目，其產(chǎn)品也不 能 用來賺錢， 但從中你可以學(xué)到實際開發(fā)中的許多經(jīng)驗和技巧，獲得一種“學(xué)有所 用”、“學(xué)有所得”的成就感，同時贏得老師和同學(xué)（同事）對你的格外尊重。在此項目的學(xué)習(xí)中，你不但是個學(xué)生，還是一個職業(yè)人，將與同事一起盡全力完成你所要做的工作，并再次驗證“天道酬勤”的真理。 原 人工管理的主要過程如下：客戶在門口服務(wù)臺，出示上機卡，若是新客戶則先發(fā)新卡；管理員先查詢是否有空機器，若有則根據(jù)上機卡號查到該卡對應(yīng)的記錄（賬簿），若有余額（〉 5 元），則分配一個空閑的機器號給客戶，客戶根據(jù)機器號對號入座，管理員記下客戶卡號、上機機器號、上機時間。 技術(shù)背景 本系統(tǒng)要求使用 java 技術(shù)開發(fā)， 使用數(shù)據(jù)庫（如 ACCESS， SQLServer） 保存數(shù)據(jù) ，集成開發(fā)環(huán)境可使用支持可視化 GUI界面設(shè)計的主流工具 (如 eclipse\ant bean\jbuilder)。 友情提示： 對項目有了一個最基本的認識后，是不是立即準備大干一場？是否要問一問值不值得干？ 能不能干？ 商業(yè)項目一般可以從經(jīng)濟性、技術(shù)性、法律社會等方面 進行可行性 分析， 但本項目 作為一個學(xué)習(xí)型項目顯然無利可圖、技術(shù) 也 欠缺（事實上技術(shù)正是要學(xué) 習(xí) 的東西）、 好在 項目 是 合法 的 。 2 系統(tǒng)驗證卡號 ，檢查卡中余額 ，卡狀態(tài) 3系統(tǒng) 獲取當前系統(tǒng)時間作為上機開始時間 4 系統(tǒng) 修改該機器的使用標志 為“ 在 用” ，卡標志為 “ 在用 ” 。 發(fā)新卡： 1 管理員 輸入 卡號 （保證卡號唯一） 2 管理員 輸入卡初始金額 3 上網(wǎng)人輸入用戶名、口令 4 管理員 請求添加新卡 5 系統(tǒng)保存卡號 、 金額 、用戶名 和密碼 ，狀態(tài)為“空閑” 6 系統(tǒng)提示添卡成功 ，顯示卡號及金額，以便核對。 添加機器： 1 管理員輸入機器號，請求添加 2 系統(tǒng)驗證機器號是否重復(fù) 3 系統(tǒng)添加機器記錄信息（機器號、狀態(tài)為“空閑”） 4 系統(tǒng)提示添加成功 刪除機器： 1 管理員輸入機器號，請求刪除 2 系統(tǒng)刪除相應(yīng)機器信息 3 系統(tǒng)提示刪除成功 查詢機器狀態(tài)： 1 管理員輸入機器號或請求察看所有機器信息 2 系統(tǒng)查詢并顯示機器信息（ 機器號 和 狀態(tài) ）并顯示 六 管理員口令 管理 添加用戶 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)計出時間段的總費用、人次、總上機時間等信息。 分析用戶需求 一般由系統(tǒng)分析人員完成，其核心能力是熟練掌握業(yè)務(wù)領(lǐng)域的知識和溝通的技巧， 需求分析的最大難點在于需求的可變性，最令開發(fā)人員氣餒的莫過于辛苦設(shè)計實現(xiàn)了一個功能，用戶突然說不需要這個功能了， 另一個常見的問題是 隱蔽性的需求 （行業(yè)慣例、日常規(guī)則）常被用戶和分析人員忽略 。 機器號、使用標志 （在用、停用、空閑） 、備注 3 費用記錄： 記錄每次上機的信息。 2 程序安裝配置正確，能正常啟動運行 。 二 功能測試 1 上下機測試。再進入“上機”，比對可選空閑機器是否正確，輸入已上機用戶的卡號，觀察結(jié)果；輸入卡金額不足的卡號，觀 察結(jié)果；不輸入任何值，直接按確認的結(jié)果。 4 同 3測試“機器維護”中的刪除機器功能，應(yīng)不能刪除在線機器 5 測試“費率維護”，退出程序，重啟動，進入“費率維護”，修改費率，上下機，觀察費用計算結(jié)果。 友情提示： 測試是保證程序質(zhì)量的基本手段， 一般可分為單元測試、集成測試、系統(tǒng)測試、驗收 測試，其中驗收測試一般由用戶在真實的運行環(huán)境下測試系統(tǒng)，是用戶確認系統(tǒng)符合要求的關(guān)鍵環(huán)節(jié) ， 你開發(fā)的系統(tǒng)必須通過 上述最基本的驗收測試 。本系統(tǒng)主要運行在 windows 系列平臺 上 ，數(shù)據(jù)庫使用ACCESS,使用 eclipse 開發(fā)系統(tǒng)。 客戶端與服務(wù)端在物理上可以運行在一臺機器上，也可以分別運行在不同機器上。 三 經(jīng)驗共 享 1 客戶端 基本采用三層結(jié)構(gòu) （視圖 View、控制 Controller、模型 Mode） ， 層與層間耦合性較小，提高了整體的可擴展性、 可重用及 抗變動能力。 與此對應(yīng)，比較一般的設(shè)計是 在事件處理代碼中就實現(xiàn)業(yè)務(wù)邏輯（如驗證、計算、上下機）、 獲取數(shù)據(jù)庫連接并通過 JDBC 訪問數(shù)據(jù)庫，這樣做的好處是實現(xiàn)較容易、符合一般過程性思維 （常用于初始的或原型系統(tǒng)的開發(fā)中） ，缺點是 代碼一旦需要修改，則改動較多、且容易出錯，代碼重用性差。由于模塊較多，下面選擇幾個典型模塊分析設(shè)計，其中“ 經(jīng)驗共享 ”，揭示難點的同時，也介紹了相應(yīng)的解決方法及設(shè)計經(jīng)驗。將其轉(zhuǎn)換為關(guān)系表時，關(guān)鍵是在 Record 中設(shè)置CARDID,COMPUTERID 作為外鍵指向 Card 和 Computer。 如定義 “ 用戶名 ” 字段要有多大， 就需要在存儲空間節(jié)省和適應(yīng)性間權(quán)衡，定義的較小，遇到長名字的情況，程序不能適應(yīng)；定義的過大，對于大多數(shù)情況可能又會浪費存儲空間 ，一般寧愿定義的大些，以空間換取適應(yīng)性。 在 Record表中“ 下機時間 ”和“ 上機費用 ”沒有定義為 “非空”，是因為上機時這兩項不能確定，只能填寫部分上機記錄信息。 上機模塊 參考界面 如圖 4 所示： 圖 4 參考界面 二 上機流程 1 初始化 （ 1） 顯示界面 （ 2） 獲取空閑機器 （ 3） 將空閑機器 號 加入下拉列表 2 上機處理過程： （ 1）驗證機器號、卡號、密碼是否為空 （ 2）根據(jù)卡號、密碼 獲取 卡對象 （ 3） 若卡對象為空則說明卡 號或密碼錯，給出提示 “卡號或密碼錯” ，要求重輸 （ 4）判斷卡狀態(tài)，若卡正在使用則給出提示 “ 不能一卡多用 ” （ 5）計算卡中余額， 若低于設(shè)定值，則提示“余額不足” （ 6） 修改卡狀態(tài)為在用，修改機器狀態(tài)為在用，獲取上機時間，將上機時間、機器號、卡號保存到記錄對象 ，再通過 RecordDAO 在庫中添加一條新上網(wǎng)記錄?；居袃煞N：一是編程控制， 插入新記錄前 獲取當前最大記錄號 ,通過 select max(id) from record， 加 1 后，將 ID 及其它信息寫入，若有多用戶訪問該表，則上述過程要放在一個“事務(wù)”中。 圖 5 下機模塊界面 二 下 機流程 1 管理員 輸入機器號 或卡號 ，請求下機 2 系統(tǒng)獲取機器號， 據(jù)機器號獲取相應(yīng)記錄對象 ，要處理機器號錯誤的情況 3 系統(tǒng)根據(jù)記錄對象獲取該記錄對應(yīng)的卡對象 4 系統(tǒng) 計算費用 ，并比較 卡對象 余額，若不 夠則提示“余額不足” ， 并顯示余額 5 系統(tǒng) 從卡中扣費， 修改卡狀態(tài)為“空閑” ； 系統(tǒng) 修改該機器的狀態(tài)為 “空閑” ；系統(tǒng) 更新 記錄信息 （下機時間、費用）。雖然有了提示但在代碼中仍需對輸入進行驗證，如金額不能為負值，以避免誤輸及惡意輸入。 7 提示卡添加成功，并顯示卡號和金額 三 經(jīng)驗共享 1 輸入數(shù)據(jù)的驗證是難點， 驗證輸入數(shù)據(jù)是保證程序可靠性的重要措施，例如：若不限制用戶或口令長度在相應(yīng)數(shù)據(jù)庫表字段設(shè)定的范圍內(nèi)，一旦將超長的用戶名寫入數(shù)據(jù)庫則會產(chǎn)生 數(shù)據(jù)被截斷或 數(shù)據(jù)庫異常，而這完全可以在用戶輸入時予以控制。輸入驗證的時機：可以在輸入一項后立即驗證該項輸入是否合法，也可以全部輸完后再逐項驗證，某項 若 驗證不通過，除給出提示，從用戶友好性角度，還可以將焦點定位到出錯項（缺點是代碼復(fù)雜性增加）。可在每次增加新卡時，從卡表中獲取最大ID，加 1 后作為新增卡的卡號。一般不允許“級連刪除”，因為 Record 中記錄是統(tǒng)計費用的基本依據(jù)，刪除后會使統(tǒng)計數(shù)據(jù)失真。 系統(tǒng)實現(xiàn) 系統(tǒng)實現(xiàn)主要運用集成開發(fā)環(huán)境 、 Java、數(shù)據(jù)庫工具 根據(jù)設(shè)計 制做出實際的界面，編寫代碼，生成數(shù)據(jù)庫 表 ， 進行測試， 這 也是初級程序員所要完成的主要任務(wù)， 在此列出部分典型代碼， 僅 供參考。 try { (DRIVER_CLASS)。 } 該代碼針對 JdbcOdbcDriver 驅(qū)動， ODBC 源名為 NetBa