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