【正文】 在開始編寫程序的時(shí)候，我看到別人的軟件功能都非常詳細(xì)，而且界面也非常漂亮，總希望自己制作的軟件也非常完善，但是，我經(jīng)過二、三個(gè)月的學(xué)習(xí)，發(fā)現(xiàn)編一個(gè)優(yōu)秀的軟件決不是一蹴而就的事情，需要長(zhǎng)時(shí)間的積累和經(jīng)驗(yàn)，而這個(gè)方面又完全是你的 弱項(xiàng)，可以說沒學(xué)過，因此，我在朋。對(duì)于本系統(tǒng)的性能，我的主要目標(biāo)是要求它可以穩(wěn)定運(yùn)行，能 實(shí)現(xiàn)一些常用的功能，經(jīng)過測(cè)試得出它基本達(dá)到了要求，具有操作簡(jiǎn)單，保密性較好，運(yùn)行速度較快等特點(diǎn)。 TC0105 所有登錄不成功提示，用戶點(diǎn)擊“取消”后，能關(guān)閉本系統(tǒng)。不合法的用戶名與密碼是指：空字串，或用戶名與密碼跟數(shù)據(jù)庫記錄不一致， 或與數(shù)據(jù)庫設(shè)置的字段長(zhǎng)度不符。（例如，收銀員類用戶不能進(jìn)入物料進(jìn)銷存工作站）。下面以用戶登錄的功能測(cè)試用例為例進(jìn)行說明： TC0101 在對(duì)應(yīng)在課戶端上，提交本系統(tǒng)合法的用戶名與密碼，應(yīng)該能成功登錄。在這個(gè)測(cè)試中，用精心設(shè)計(jì)的測(cè)試用例檢查一群相互協(xié)作的類（通過研究對(duì)象模型可確定協(xié)作類），這些測(cè)試用例力圖發(fā)現(xiàn)協(xié)作錯(cuò)誤。 在測(cè)試面向?qū)ο蟮能浖^程中，應(yīng)該注意發(fā)現(xiàn)不同的類之間的協(xié)作錯(cuò)誤。這種方法首先測(cè)試幾乎不使用服務(wù)器類的那些類（稱為獨(dú)立類），把獨(dú)立類都測(cè)試完之后，再測(cè)試使用獨(dú)立類的下一個(gè)層次的類（稱為依賴類）。分別集成并測(cè)試每個(gè)線程，同時(shí)應(yīng)用回歸測(cè)試以保證沒有產(chǎn)生副作用。 （ 1） 基于線程的測(cè)試（ thread base testing）。 在系統(tǒng)測(cè)試結(jié)束后，邀請(qǐng)用戶代表，對(duì)照用戶需求說明書，進(jìn)行用戶確認(rèn)測(cè)試。 組合測(cè)試以黑盒測(cè)試為主，采用增量 測(cè)試，對(duì)上層模塊采用自頂向下測(cè)試，對(duì)某些具有輸入輸出功能或復(fù)雜算法的關(guān)鍵分支，采用自底向上測(cè)試，直到整個(gè)軟件裝配完畢。 測(cè)試的硬件環(huán)境為：主機(jī)為奔騰 Pentium III ，硬盤為 80G，內(nèi)存容量256M， VGA 顯示器。本系統(tǒng)軟件測(cè)試工作分為四個(gè)階段：?jiǎn)卧獪y(cè)試、組合測(cè)試、 系統(tǒng)測(cè)試、用戶確認(rèn)測(cè)試。軟件測(cè)試通常采用黑盒測(cè)試和白 盒測(cè)試，用黑盒測(cè)試主要是在不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，按照用戶的軟件需求說明書來驗(yàn)證軟件的外部特性是否符合要求。系統(tǒng)調(diào)試的任務(wù)是根據(jù)系統(tǒng)說明書和系統(tǒng)實(shí)施方案，對(duì)程序設(shè)計(jì)的結(jié)果進(jìn)行全面的檢查，找出并糾正其中的錯(cuò)誤，使可能發(fā)生的問題和錯(cuò)誤，盡量消滅在系統(tǒng)正式運(yùn)行之前。在系統(tǒng)正式投入運(yùn)行的轉(zhuǎn)換工作之前，還需對(duì)系統(tǒng)進(jìn)行一系列的調(diào)試即測(cè)試。程序流程圖把程序的基本步驟歸納為：處理、判斷、輸入輸出、起始和終結(jié)等幾個(gè)基本功能，并用不同的記號(hào)加以表 示，從而描述程序執(zhí)行的過程。如圖 : 圖 查詢銷售單 46 這個(gè)很簡(jiǎn)單，只是按一下按鈕就可以退出了，如圖 圖 退出 模塊處理過程 在模塊處理過程的描述中，可以使用程序流程圖、處理流程圖等工具。如圖 : 圖 客戶信息 （ 1）查詢庫存 這個(gè)是查詢倉庫里某個(gè)食物還有多少數(shù)量，有 :食品代號(hào)（食物的號(hào)碼）、入庫庫存合計(jì)（食物進(jìn)入倉庫的總和）、出庫庫存合計(jì)（提取食物倉庫的總和）、庫存合計(jì)（食色進(jìn)入和提取，然后合計(jì)一下還有多少數(shù)量）如圖 : 圖 查詢庫存 45 （ 2）查詢進(jìn)貨單 這是食物進(jìn)貨的查詢，有編號(hào)（食物編號(hào)）、食物代號(hào)、食物名稱、質(zhì)量、單位、單價(jià)、進(jìn)貨日期、數(shù)量、供應(yīng)商、金額 合計(jì)，如果想查詢，那就要在 “進(jìn)貨登記”的前提下進(jìn)行，只有進(jìn)貨才可以查詢，如果不進(jìn)貨是查詢不到任何內(nèi)容的。如圖 : 圖 : 業(yè)務(wù)員信息 （ 3）人事管理信息 這個(gè)界面是對(duì)本酒店或餐廳的全部工作人員的一些基本情況進(jìn)行了解，如 :編號(hào)、姓名、年齡、婚姻狀況、文化程度、工作年齡、聯(lián)系電話和家底地址。如圖 : 圖 : 供銷（供應(yīng)）商信息 43 （ 2）業(yè)務(wù)員信息 這個(gè)是業(yè)務(wù)員的各種信息的一 些狀況，有了它，如果一個(gè)業(yè)務(wù)員不來上班，那就找業(yè)務(wù)員的聯(lián)系方式直接聯(lián)系就行了。如圖 : 圖 包廂服務(wù)呼叫 42 （ 3）包廂狀態(tài)查詢 這個(gè)是在“包廂服務(wù)呼叫”前提下來進(jìn)行的，只要有一個(gè) KTV 房間在呼叫，這個(gè)界面就可以查詢到，到底 KTV 房間的人有呼叫什么，有什么事情，都很清楚。如圖 : 圖 銷售匯總（收銀合計(jì)） （ 4）庫存總量 這個(gè)界面是對(duì)“ 餐飲收銀管理 ”的一個(gè)總合，對(duì)所有食物進(jìn)行多方面的管理、維護(hù)、合計(jì)等。如圖 : 圖 入庫庫存量 40 （ 3）銷售匯總 這個(gè)功能是結(jié)合“入庫庫存量”，都是在“食物代號(hào)維護(hù)”下進(jìn)行的，是對(duì)引進(jìn)食物的總計(jì)算。如圖 :: 圖 食品代號(hào)維護(hù) （ 2）入庫庫存量 這個(gè)界面是食物 進(jìn)入倉庫的管理，能夠很好地對(duì)引進(jìn)的食物進(jìn)行管理。如圖 圖 進(jìn)貨登記界面 （ 2）收銀登記 該功能界面是介紹在“客人點(diǎn)菜”的前提下進(jìn)行的，如果客人走了，就進(jìn)入這個(gè)收銀界面，計(jì)算一下客人點(diǎn)了多少菜，要收客人的多少錢，都要清楚。 圖 系統(tǒng)登陸對(duì)話框 軟件的各個(gè)功能模塊介紹 1. 系統(tǒng)管理 （ 1）設(shè)定用戶 該功能是登陸界面的設(shè)定，如圖 假如我要輸入自己的用戶名和密碼，則在“ user”下輸入用戶名，在“ pass” 下輸入密碼，然后點(diǎn)“添加”就可以了。如圖 所示 : 圖 用戶登錄界面 “用戶名”和“密碼”點(diǎn)“登陸”后會(huì)彈出登陸信息“身份正確” ,如圖 。 登錄界面的實(shí)現(xiàn) 運(yùn)行系統(tǒng)，顯示登陸界面 說明：實(shí)現(xiàn)系統(tǒng)登錄，用戶輸入用戶名及密碼后，系統(tǒng)自動(dòng)連接數(shù)據(jù)庫，驗(yàn)證用戶的合法性，如果數(shù)據(jù)庫中不存在與輸入的用戶名及密碼相匹配的記錄則提示出錯(cuò)信息，不成功則關(guān)閉數(shù)據(jù)庫，退出程序。 系統(tǒng)主界面包括：系統(tǒng)管理模塊、消費(fèi)管理模塊、餐飲收銀管理模塊、庫存管理模塊、娛樂管理模塊、管理信息、查詢模塊和退出模塊。本系統(tǒng)實(shí)現(xiàn)的硬件基本配置： Pentium III ,CPU 256M 內(nèi)存， VGA 顯示器；軟件環(huán)境是：服務(wù)器要求是Windows2020 或其它支持 Microsoft Access 2020 的操作系統(tǒng)。 33 6 系統(tǒng)實(shí)現(xiàn) 經(jīng)過前面的調(diào)查分析和設(shè)計(jì)，已經(jīng)為系統(tǒng)的實(shí)現(xiàn)做了大量的準(zhǔn)備工作，這一章主要介紹系統(tǒng)環(huán)境的實(shí)施、各模塊的實(shí)現(xiàn)。利用 Microsoft Access 2020 數(shù)據(jù)庫系統(tǒng)中的 ADO 查詢分析器實(shí)現(xiàn)這個(gè)邏輯結(jié)構(gòu)。 本系統(tǒng)中的主要實(shí)體有 8 個(gè)，分別是：供應(yīng)商、員工（將采購員、收銀員、倉庫管理員、經(jīng)理等實(shí)體進(jìn)行綜合）、倉庫、原料、成品、桌臺(tái)、顧客、部門 實(shí)體的屬性 外模式 /模式映 像 模式 /內(nèi)模式映 像 應(yīng)用 A 內(nèi)模式 數(shù)據(jù)庫 應(yīng)用 B 應(yīng)用 C 應(yīng)用 D 外模 1式 外模 2式 外模 3式 模 式 28 供應(yīng)商：｛ ID 名稱，地址，電話｝ 員工：｛編號(hào)，姓名，年齡，婚姻狀況，文化程度，工作年數(shù)，聯(lián)系電話，個(gè)人簡(jiǎn)歷，家庭住址，身份證號(hào)碼｝ 食品：｛食品代號(hào)，食品名稱，型號(hào)，顏色｝ 客戶：｛ ID 名稱，地址，電話｝ 倉庫：｛倉庫號(hào)，倉庫名，電話｝ 點(diǎn)歌：｛編號(hào)，包廂號(hào)碼，名稱，金額，人數(shù)數(shù)量，收入時(shí)間，備注，點(diǎn)歌數(shù)量｝ 實(shí)體間的聯(lián)系 1．接洽， 實(shí)體集 采購員 和 供應(yīng)商 之間的 M： N 聯(lián)系 2．進(jìn)貨， 實(shí)體集 采購員 和 倉庫、 酒店之間的 M： N： P 聯(lián)系 3．庫存， 實(shí)體集 倉庫 和 酒店之間的 M： N 聯(lián)系 4．銷售， 實(shí)體集 酒店 和客戶，業(yè)務(wù)員之間的 M： N： P 聯(lián)系 5．保管， 實(shí)體集 倉庫 和 酒店之間的 N： N 聯(lián)系 6．屬于， 實(shí)體集 倉庫和 倉庫管理員 之間的 1： 1 聯(lián)系 7．點(diǎn)歌， 實(shí)體集 客戶和 KTV 之間的 M： N 聯(lián)系 以上實(shí)體的屬性和實(shí)體間的聯(lián)系我用 ER 圖來表示，見圖 29 圖 實(shí)體的屬性和實(shí)體間的聯(lián)系 ER 圖 然后我結(jié)合圖 的 ER 圖來制作了系統(tǒng)所需的數(shù)據(jù)庫表，請(qǐng)看表 , 表 , 表 , 表 , 表 , 表 , 表 表 系統(tǒng)用戶信息表 字段名 數(shù)據(jù)類型 字段大小 索引 可否為空 說明 用戶名 warchar 30 關(guān)鍵唯一 NOT NULL 用戶名 密碼 varchar 30 NULL 口令 財(cái)務(wù)部 業(yè)務(wù)員 顧 客 采購員 進(jìn) 貨 食 品 銷 售 保 管 庫 存 屬 于 倉 庫 倉庫管 理員 接 治 供應(yīng)商 點(diǎn) 歌 K T V KTV 管 理員 30 表 點(diǎn)菜表 字段名 字段類型 字段大 小 索引 必須填寫 描述 客人姓名 varchar 50 關(guān)鍵、唯一 NOT NULL 桌子號(hào)碼 varchar 50 NOT NULL 消費(fèi)種類 varchar 50 NOT NULL 消費(fèi)項(xiàng)目 varchar 50 NOT NULL 備 注 varchar 50 NOT NULL 金額 money 8 NOT NULL 數(shù)量 int 4 NOT NULL 時(shí)間 varchar 50 NOT NULL 備注 varchar 50 NOT NULL 表 數(shù)據(jù)庫表名：進(jìn)貨表 序號(hào) 數(shù)據(jù)項(xiàng)名 類型 長(zhǎng)度 主鍵 外鍵 1 編號(hào) C 6 YES 2 進(jìn)貨日期 DATE / 3 食品代號(hào) C 20 4 單價(jià) MANEY / 5 數(shù)量 INT 4 6 供應(yīng)商 C 4 表 數(shù)據(jù)庫表名：出貨表 序號(hào) 數(shù)據(jù)項(xiàng)名 類型 長(zhǎng)度 主鍵 外鍵 1 編號(hào) C 6 YES 2 領(lǐng)用日期 DATE / 3 食品代號(hào) C 20 4 單價(jià) MANEY / 5 數(shù)量 INT 4 6 領(lǐng)用日人 C 4 31 表 數(shù)據(jù)庫表名：客戶表 序號(hào) 數(shù)據(jù)項(xiàng)名 類型 長(zhǎng)度 主鍵 外鍵 1 ID INT 4 YES 2 名稱 C 20 YES 3 地址 C 50 4 電話 C 20 表 數(shù)據(jù)庫表名：庫存代號(hào)表 序號(hào) 數(shù)據(jù)項(xiàng)名 類型 長(zhǎng)度 主鍵 外鍵 1 食品代號(hào) C 12 YES YES 2 食品名稱 C 20 3 型號(hào) C 20 4 說明 C 50 表 數(shù)據(jù)庫表名：?jiǎn)T工表 序號(hào) 數(shù)據(jù)項(xiàng)名 類型 長(zhǎng)度 主鍵 外鍵 1 編號(hào) INT 4 YES YES 2 姓名 C 20 3 年齡 C 50 4 婚姻狀況 C 20 5 文化程度 C 20 6 工作年數(shù) INT 20 7 聯(lián)系電話 C 20 8 個(gè)人簡(jiǎn)歷 C 20 9 家庭住址 C 20 10 身份證號(hào)碼 C 20 32 數(shù)據(jù)庫結(jié)構(gòu)的實(shí)現(xiàn) 經(jīng)過需求分析和概念結(jié)構(gòu)設(shè)計(jì)以后，得到數(shù)據(jù)庫的邏輯結(jié)構(gòu)。從最終用戶角度來看，數(shù)據(jù)庫系統(tǒng)分為單用戶結(jié)構(gòu)、主從式結(jié)構(gòu)、分布式結(jié)構(gòu)和客戶 /服務(wù)器結(jié)構(gòu)。正是這兩層 映 像保證了數(shù) 據(jù)庫系統(tǒng)中的數(shù)據(jù)能夠具有較高的邏輯獨(dú)立性和物理獨(dú)立性。同一個(gè)模式可以有很多實(shí)例。 模式是數(shù)據(jù)庫中全體數(shù)據(jù)的邏輯結(jié)構(gòu)和特征的描述，它僅僅涉及到型的描述，不涉及到具體的值。 仔細(xì)分析調(diào)查有關(guān)餐飲娛樂管理信息需求的基礎(chǔ)上，得到如圖 所示的這個(gè)系統(tǒng)所處理的數(shù)據(jù)流程。 25 圖 餐飲娛樂收銀系統(tǒng)功能模塊圖 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫需求分析 用戶的需求具體表現(xiàn)在各種信息 的提供、保存、更新和查詢等方面，這就要求數(shù)據(jù)庫結(jié)構(gòu)能滿足各種信息的輸入輸出。 系統(tǒng)功能模塊設(shè)計(jì) 對(duì)上述各項(xiàng)功能進(jìn)行集中、分塊，按