1、食堂管理信息系統設計刖言學校食堂管理信息系統是一個實用并且是與我們的學校生活密切相關的一個 管理信息系統；如果能夠很好的研究、開發并加以利用，那么就會提高食堂的 效益，降低食堂的成本，降低食堂的飯、菜價從而能夠給學校的學生帶來莫大 的利益和好處。同時隨著高校的擴招，高校的食堂也變得越來越多。有的學校的食堂非常的 分散，要實現如此之多的食堂的良好、協調、統一的管理，就需要借助現代的 更加先進的技術和科技，比如說：電子信息管理系統、射頻技術、網絡技術、 計算機技術等以實現更加方便、快捷、有效的食堂管理。我們所選的食堂管理信息系統是在以學校現行的運行結構上進行的設計和說 明。1) 設計選題方向，確定

2、選題2) 確定小組內部課程設計工作的分工及相應要求3) 上網搜索查閱和收集相關參考資料和學習資料4) 進行可行性分析5) 認真撰寫選題說明、系統功能目標和可行性分析報告6) 完善選題說明、系統功能目標和可行性研究報告進行調查，深入了解和熟悉選題范圍內的組織結構、業務功能、業務數據、管 理要求、管理決策模型1需求分析及可行性分析1.1系統目標利用食堂信息管理系統可以做到信息的規范管理、科學統計和快速查詢， 從而減少管理工作方面的工作量。大大降低食堂管理人員在信息管理精力上的 投入，使企業獲得更大的利潤空間。與此同時給廣大學生用戶帶來方便。在實 用性上達到了雙贏。1.2需求分析（1）功能分析：根據

3、調查，確定食堂信息管理系統主要實現以下功能：飯 卡管理（注冊，充值，掛失，退卡等），餐費管理，統計管理等。（2）非功能分析：主要包括以下非功能：性能需求；資源和環境需求；可 靠性需求；安全保密要求；用戶界面需求；成本消耗與開發進度需求；預先估 計的可擴展性需求。（3）管理的信息需求：由于當前食堂的規模不斷擴大，面對龐大的信息量, 有效地提高食堂管理工作的效率是急需解決的問題。同時隨著計算機的普及以 及網絡技術的迅速發展，它已經深入到社會生活的各個角落。各行業紛紛應用 計算機網絡技術進行操作和管理，以改善自己的工作環境和工作效率，進而提 高自己在行業內的競爭力。開發食堂管理信息系統有宏觀上的意義

4、，順應時代 信息化，提高效益，促進國民經濟結構優化；也有微觀上的意義，提高管理的 現代化程序，加強管理的信息化手段，提高工作效率，增加單位效益。（4）決策的信息需求：食堂經營者需要根據一個可靠的管理信息系統來進 行分析，依據銷售情況統計來進行成本核算，不斷的做出調整使經營效益達到 最優。而管理者通過了解食堂近來的銷售情況以及飯卡、餐費等信息，并及時 對信息作出統計，以便對食堂進行及時改革，提高效率。1.3可行性分析可行性分析是系統分析階段的重要活動，是對系統進行全面、概要的分析。 它的任務是確定項目開發是否必要和可行。主要從以下三方面進行分析：（1）經濟的可行性：對組織的經濟現狀和投資能力進行

5、分析，對系統建設、 運行和維護費用進行評估，對系統建成后可能取得的社會及經濟效益進行評估， 食堂信息管理系統開發成本不高。（2）技術可行性：對現有技術的評價，以明確能否利用現有技術進行系統 開發及系統實施。計算機網絡技術的發展和計算機硬件性價比的不斷提高，使 計算機全面應用于管理各個環節成為可能。C/S開發模式等技術在國內各行各業 的信息管理系統開發中已經被廣泛采用，目前該類系統已經普遍應用于生活中， 同時該系統也逐步趨于成熟。實踐證明這些技術非常適合食堂管理系統的開發。(3) 操作上的可行性：由于本系統管理的對象比較明確，就是對消費者信 息的管理，因此整個軟件的使用非常簡便。任何一個普通的計

6、算機用戶都能很 快的熟悉整個軟件的使用。并且本系統所耗費的資源非常小，任何管理員只需 要在一般的電腦上面，就能夠使用這個軟件，簡單、方便、快捷的實現對消費 者信息的管理。1.4新系統介紹本食堂管理信息系統是在計算機技術、網絡技術、面向對象的新數據庫技術 以及其他相關的科學技術的支持下形成的。它主要是從以下幾個管理方面：飯 卡管理，餐費管理，統計管理。通過此系統能夠很好的處理大量的相關的食堂 相關信息。1.4結論通過以上的分析可知，食堂管理信息系統是非常有必要的、可行的。2.系統分析2.1系統概述食堂管理信息系統是針對學校食堂的具體的業務而開發和設計的，其目的在 于促進學校食堂的高效、便捷、快速

7、的管理。開發食堂管理信息系統，期望實 現以下目標。（1）提高經濟效益、增效資源（2）提高食堂服務質量、建立良好形象（3）提高食堂員工工作效率（4）實行學校學生可接受的飯菜價（5）完善食堂內部管理體制2.2系統功能分析系統功能分析是在系統開發的總體任務的基本上完成的。主要功能：飯卡管理餐費管理 統計管理總的功能特點：完善、全面的綜合查詢報表翔實，實用性強221系統整體功能管理模塊食堂管理飯餐統卡費計-管管飯飯解補卡卡除發退充掛掛新卡2.3業務流程分析該系統主要實現的包括對食堂的飯卡管理，餐費管理以及統計管理三大模 塊的功能，。其中飯卡管理主要包括對飯卡注冊、充值、掛失、解除掛失、補發 新卡和退卡

8、的管理，餐費管理主要針對學生消費情況進行管理，統計管理主要 是對消費、持卡人、退卡人、個人存款明細及掛失人員的查詢。2.4系統數據流程分析根據調查及分析的結果繪出系統數據流程圖如下:0層數據流程圖：消費者 rP0消費者彳信1 1 4 JA 11個人消費.1 u個人消費寸消費者 /信卜11 nj厶盍/士 自消費者信*統計信息k71層數據流程圖：圖2-2 : 0層數據流P1消費者.個人消費統計信”消費者基礎數丿P2P3-餐費管k圖2-3 : 1層數據流程圖2層數據流程圖:D1.，護1消費者補F1稍費者消L-#F1稍費者F1消費者信第11頁共42頁2.5數據字典由于數據流程圖只是對數據處理及彼此之間

9、的聯系進行說明，未對數據的 詳細內容及數據的加工過程進行說明，而這正是數據字典所要表達的。數據字 典是關于數據信息的集合，也就是對數據流程圖中包含的所有元素的定義的集 合。它能將數據流程圖中全部數據流及其組成部分的數據元素、數據存儲、數 據加工等描述清楚，便于后續工作一系統設計的進行。數據字典是系統中各類數據描述的集合，是進行詳細的數據收集和數據分 析所獲得的主要成果。數據字典通常包括數據項、數據結構、數據流、數據存 諸、數據處理和外部實體6個部分。其中數據項是最小組成單位，若干數據項組 成一個數據結構，數據字典通過對數據項和數據結構的定義來描述數據流、數 據存儲和邏輯內容。針對一般食堂管理信

10、息系統的需求，通過對食堂管理工作過程的內容和數 據流程分析，設計如下所示的數據字典各項內容：數據項及數據結構數據項定義：數據項編號：I1 數據項名稱：卡號 另廿名: Card-number簡述：消費者使用的用來付款的卡的編號，與消費者辦卡的先后順序有關類型及寬度：字符型，6位取值范圍：“ 000001”999999”數據項編碼：I2 數據項名稱：余額 別名：Bala nee簡述：消費者卡中所剩的金錢數量類型及寬度：字符型，6位取值范圍 ：“000000” “999999'數據項編碼：13數據項名稱：辦卡日期別名：Card-data簡述：消費者辦卡的日期類型及寬度：日期型，8位 數據項編

11、碼：14 數據項名稱：持卡者姓名另»名：Person-name簡述：擁有信息卡的消費者的名稱類型及寬度：字符型，10位 數據項編碼：15數據項名稱：花費另廿名: Consume簡述：消費者所消費的金錢數量類型及寬度：字符型，20位數據項編碼：16數據項名稱：學號別名：S-number簡述：學生在校所編的號碼類型及寬度：字符型，6位取值范圍：“000000”999999”數據項編碼：17數據項名稱：系別別名：S-system簡述：學生所在的系的名稱類型及寬度：字符型，16位數據項編碼：18數據項名稱：班級另廿名：class簡述：學生所在的班級的班號類型及寬度：字符型，16位數據項編碼：

12、I9數據項名稱：姓名別名：S-name簡述：學生的姓名類型及寬度：字符型，10位數據項編碼：110數據項名稱：性別別名：S-sex簡述：學生的性別類型及寬度：字符型，4位數據項編碼：111數據項名稱：宿舍別名：S-dorm簡述：學生所在的宿舍名稱類型及寬度：字符型，20位數據項編碼：112數據項名稱：聯系方式別名：S-tel簡述：學生的手機號碼類型及寬度：字符型，20位數據項編碼：113數據項名稱：一樓窗口另廿名: Floor-one簡述：一樓所有窗口一天內收入總和類型及寬度：字符型，6位數據項編碼：I14數據項名稱：二樓窗口別名：Floor-two簡述：二樓所有窗口一天內收入總和類型及寬度：

13、字符型，6位數據項編碼：115數據項名稱：一天消費總額別名：Total簡述：一天內在食堂用餐的消費者所花費的總額類型及寬度：長整型，6位數據項編碼：116數據項名稱：日期別名：Data簡述：記錄的日期類型及寬度：日期型，8位數據項編碼：117數據項名稱：管理員編號另廿名: Manager_number簡述：管理員在食堂的編號類型及寬度：字符型，6數據項編碼：118數據項名稱：姓名另廿名: Manager_name簡述：管理員的姓名類型及寬度：字符型，6數據項編碼：119數據項名稱：性別另廿名: Manager_sex簡述：管理員的性別類型及寬度：字符型，4數據項編碼：120數據項名稱：家庭住址

14、另廿名: Manager_address簡述：管理員的家庭住址類型及寬度：字符型，6數據項編碼：121數據項名稱：聯系方式別名：Manager_tel簡述：管理員的聯系方式類型及寬度：字符型，20 數據項編碼：122數據項名稱：工資另廿名: In come簡述：管理員每個月的收入類型及寬度：整型，20數據結構定義：數據結構編號：DS1數據結構名稱：飯卡簡述：是消費者用來使用付款的工具卡的一系列信息，它記錄了包括它本身以及持卡者的一些信息數據結構組成：11+12+13+14+15數據結構編號：DS2數據結構名稱：學號簡述：主要消費者，可以自由選擇消費方式，辦過卡用卡交易或者用現數據結構組成：I6

15、+I7+I8+I9+I10+I11+I12數據結構編號：DS3數據結構名稱：消費情況簡述：消費者在食堂的消費總體情況，用于管理員的審查工作。數據結構組成：I13+I14+I15+I16數據結構編號：DS4數據結構名稱：管理員簡述：食堂的主要負責人數據結構組成：I17+I18+I19+I20+I21+I22數據流數據流編號：D1.1數據流名稱：消費者信息簡述：消費者信息的添加、修改、查詢、注銷數據流來源：消費者數據流去向：消費者信息表數據流組成：消費者卡號+姓名+性別+班級+系+余額+聯系方式 數據流量：隨機，高峰流量：隨機數據流編號：D2.1數據流名稱：個人消費信息簡述：所有消費者的個人消費信

16、息數據流來源：消費者信息表數據流去向：消費統計信息表數據流組成：消費者卡號+姓名+消費金額+消費日期數據流量：隨機，高峰流量：隨機處理邏輯處理邏輯編號：P1.1處理邏輯名稱：注冊飯卡簡述：對消費者注冊新飯卡的一些處理輸出的數據流：注冊后的消費者信息處理頻率：隨機處理邏輯編號：P1.2處理邏輯名稱：飯卡充值簡述：對飯卡進行充值的處理輸出的數據流：更改后的消費者信息處理頻率：隨機處理邏輯編號：P1.3處理邏輯名稱：飯卡掛失簡述：對丟失的飯卡的一些處理輸出的數據流：更改后的消費者信息處理頻率：隨機處理邏輯編號：P1.4 處理邏輯名稱：解除掛失簡述：對掛失后又找回的飯卡的一些處理輸出的數據流：更新后的

17、消費者信息處理頻率：隨機處理邏輯編號：P1.5處理邏輯名稱：補發新卡簡述：對已確認丟失的飯卡進行補辦的一些處理輸出的數據流：更新后的消費者信息處理頻率：隨機處理邏輯編號：P1.6處理邏輯名稱：退卡簡述：對已不再使用的飯卡進行的一些處理輸出的數據流：更新后的消費者信息處理頻率：隨機處理邏輯編號：P2.1 處理邏輯名稱：個人消費簡述：對消費者個人消費的一些處理輸出的數據流：個人消費記錄處理頻率：隨機處理邏輯編號：P3.1處理邏輯名稱：消費統計簡述：對所有消費者日常消費的統計輸出的數據流：消費統計信息表處理頻率：隨機處理邏輯編號：P3.2處理邏輯名稱：退卡統計簡述：對所有退飯卡的的消費者進行統計操作

18、 輸出的數據流：退卡統計表處理頻率：隨機處理邏輯編號：P3.3處理邏輯名稱：掛失統計簡述：對所有掛失飯卡的消費者進行統計操作輸出的數據流：掛失統計表處理頻率：隨機數據存儲數據存儲編號：F1.1數據存儲名稱：消費者信息簡述：存儲消費者信息的表單數據存儲組成：卡號+姓名+性別+所在系+余額+聯系方式 關鍵字：卡號相關聯的處理：P1.1， P1.2, P1.4, P1.5數據存儲編號：F2.1數據存儲名稱：個人消費記錄簡述：存儲個人消費信息的表單數據存儲組成：卡號+消費日期+消費金額 關鍵字：卡號相關聯的處理：P2.1數據存儲編號：F3.1數據存儲名稱：消費統計信息簡述：存儲所有消費者消費信息的表單

19、數據存儲組成：卡號+姓名+消費金額 關鍵字：卡號相關聯的處理：P3.1數據存儲編號：F3.2數據存儲名稱：退卡統計表簡述：存儲退卡人信息的表單數據存儲組成：卡號+姓名+所在系+ 聯系方式 關鍵字：卡號相關聯的處理：P3.2數據存儲編號：F3.3數據存儲名稱：掛失統計表簡述：存儲掛失人信息的表單數據存儲組成：卡號+姓名+所在系+ 聯系方式 關鍵字：卡號相關聯的處理：P3.3外部實體外部實體編號：S1外部實體名稱：消費者簡述：食堂主要消費人員，主要指學生輸入數據流：無輸出數據流：關于消費者的一些信息外部實體編號：S2外部實體名稱：管理員簡述：食堂辦理飯卡以及更改飯卡信息的人員 輸入數據流：無輸出數

20、據流：關于飯卡注冊及更改的信息3系統詳細設計3.1代碼設計代碼是用來表征客觀事物實體類型與屬性的一個或一組易于計算機識別和 處理的特定符號，它可以是字符、數字、某些特殊符號或它們的組合。代碼設 計就是要把系統中要處理的事物用特定的代碼來描述，便于計算機系統識別、 處理，便于數據的共享，提高用戶使用數據的效率。代碼設計原則、方法及步驟1代碼設計原則（1）標準化、系統化標準化、系統化的代碼具有適合計算機處理，便于實現，提 高處理速度等優點。凡已制定了統一標準代碼的，均應采用標準代碼形式。（2）惟一性：設計代碼代表的實體或屬性惟一。（3） 統一性、直觀性、邏輯性具備這些特點的代碼便于記憶， 且有助于

21、減少錯誤。（4） 可擴展性既代碼設計要預留足夠位置，便于增加實體時， 可直接在原代碼系統中進行擴充，而不必改變原編碼結構。（5）代碼設計要在邏輯上能滿足用戶要求，在結構上與處理方法相一 致。（6）簡短性：避免使用易錯字符、易混淆字符。2代碼設計方法（1）順序編碼法 ：順序編碼法通常是將編碼對象按一定順序排列，然后對其依次編號，所得的編碼為順序碼。例如，01表示數學系，02表示物理系，03表 示哲學系（2）重復編碼法 ：這種方法直接采用編碼對象原人工系統中的編號和編碼對 象的某種特征作為代碼。（3）分組編碼：分組編碼法將數據項按一定順序分組以表示不同類型，并以兩 個具有特定含義的碼的組合來表示某

22、一實體，例如，餐位號碼： A座301。 通常分組編碼法都在每組留有備用碼，以便擴充。（4）字母編碼法（5）按位編碼法，按位編碼法將編碼的每一位表示一定的含義。使用此方法所 得編碼為區間碼。(6) 十進制編碼法(7) 專用編碼法(8) 組合編碼法3代碼設計步驟(1)確定代碼編制目的(2) 確定編碼對象，包括已在使用的代碼對象。(3) 確定代碼使用場合和使用期限。(4) 分析編碼對象的使用要求。如使用頻率、變更周期、輸出要求等。(5) 確定具體編碼方法，考慮是否米用檢驗位。(6) 針對每種代碼編寫代碼設計書。(7) 將總代碼設計書歸類編寫代碼薄，并規定代碼管理制度。4、代碼的功能1 它為事物提供一

23、個概要而不含糊的認定，便于數據的存儲和檢索。代碼縮短了事物的名稱，無論是記錄、記憶還是存儲，都可以節省時間和空間。2,使用代碼可以提高處理的效率和精度。按代碼對事物進行排序、累計按某種規定算法進行統計分析，可以十分迅速。3代碼提高了數據的全局一致性。這樣，對同一事物，即使在不同場合不同的叫法，都可以通過編碼統一起來，提高了系統的整體性，減少了因數 不一致而造成的錯誤。在手工處理 為了給尚無代碼 理的要求，在建4代碼是人和計算機的共同語言，是兩者交換信息的工具。 系統中，許多數據如零件號、設備號、圖號等早已使用代碼。 的數據項編碼，為了統一和改進原有代碼，使之適應計算機處 立新系統時，必須對整個

24、系統進行代碼設計。現代化企業的編碼系統已由簡單的結構發展成為十分復雜的系統。為了有 效地推動計算機應用和防止標準化工作走彎路，我國十分重視制訂統一編碼標 準的問題，并己公布了 GB2260-80中華人民共和國行政區劃代碼、 GBI988- 80 信息處理交換的七位編碼字符集等一系列國家標準編碼，在系統設計時要認真查閱國家和部門已經頒布的各類標準。5、注意的問題I設計的代碼在邏輯上必須能滿足用戶的需要，在結構上應當與處理的方法相一致。例如，在設計用于統計的代碼時，為了提高處理速度，往往使之能夠在 不需調出有關數據文件的情況下，直接根據代碼的結構進行統計2一個代碼應惟一標志它所代表的事物或屬性。3

25、代碼設計時，要預留足夠的位置，以適應不斷變化的需要。否則，在短 時間內，隨便改變編碼結構對設計工作來說是一種嚴重浪費。一般來說，代愈短，分類、準備、存儲和傳送的開銷愈低；代碼愈長，對數據檢索、統計 分析 和滿足多樣化的處理要求就愈好。但編碼太長，留空太多，多年用不上，也是一種浪費。4代碼要系統化，代碼的編制應盡量標準化，盡量使代碼結構對事物的 表 示具有實際意義，以便于理解及交流。5要注意避免引起誤解，不要使用易于混淆的字符。女口0、2、1、S、V與0、2、1、5、U易混;不要把空格作代碼；要使用乃小時制表示時間等。6要注意盡量采用不易出錯的代碼結構，例如字母 -字母-數字的結構（如 W吧）比

26、字母一數字-字母的結構（如W2W發生錯誤的機會要少一些。7當代碼長于4個字母或5個數字字符時，應分成小段。這樣人們讀寫 時 不易發生錯誤。如726 一 499 一 6135比7264996135易于記憶，并能更精確地 記 錄下來。8若已知碼的位數為p,每一位上可用字符數為 Si，則可以組成碼的總 數為：C=nSi例如，對每位字符為 0-9的三位碼，共可組成 C=l0xl0xl0=1000種碼。代碼設計在系統分析階段就應當開始。由于代碼的編制需要仔細調查和多 方協調，是一項很費事的工作；需要經過一段時間，在系統設計階段才能最后確 定本系統在綜合各個實體及其之間的關系的基礎上，決定采用的是順序編碼

27、方法。 具體的代碼規則如下：代碼表編號：填表人：填表日期：編碼對象學生學號代碼種類層次碼代碼位數8代碼結構00 00 0000學院代碼入學年份班級代碼班級內順序號檢驗位無備注編號：填表人：填表日期：編碼對象卡號代碼種類層次碼代碼位數8代碼結構00 00 0000學校代碼學院代碼學生入學順序檢驗位無備注編號：填表人：填表日期：編碼對象管理員編號代碼種類層次碼代碼位數7代碼結構00 00 000學校代碼工作年份工作順序檢驗位無備注3.2數據庫設計概念結構設計E-R 圖：飯卡實體E-R圖：學生實體E-R圖:消費情況E-R圖:322系統整體E-R圖由上面的分E-R圖可以得到整體E-R圖，如下圖所示:飯

28、卡 I1 管理 信息323將E-R圖轉換為關系模式管理員（管理員編號姓名性別管理杳詢（管理員編號日期）消費情況（日期一樓窗口二樓窗口消費（日期卡號）學生（學號系別班級姓名使用（卡號學號）飯卡（卡號余額辦卡日期持注冊（卡號學號姓名班級掛失（卡號學號姓名班級補卡（卡號學號姓名班級退卡（卡號學號姓名班級充值（卡號學號姓名班級家庭住址 聯系方式 工資）一天消費總額）性別 宿舍 聯系方式）忖者姓名花費）系別）系別）系別）系別）系別）3.3導出數據庫表331創建管理員表 Manager表3-1管理員表（Manager）列名數據類可否為說明聲明Man agervarchaNOT管理-Z丿 主鍵Manager

29、varchaNOT姓名ManagerVarchaNULL性別ManagervarchaNULL家庭ManagervarchaNULL聯系IncomenNULL創建消費情況表ConsumeSituation表 3-2 消費情況表(ConsumeSituation )列名數據類可否為說明聲明datadatatiNOT/丿7主鍵Totalbigi ntNULL一天消Floor onevarchaNULL7一樓婁Floor twovarchaNULL樓創建學生表 Student表3-3學生表（Student ）列名數據類型可否為說明聲明S numbervarchar(6)NOT學:主鍵S nameva

30、rchar(10)NOT姓S sexvarchar(4)NUII性Classvarchar(20)NULL班S systemvarchar(16)NULL系JS dormvarchar(20)NULL宿S telvarchar(20)NULL334創建飯卡表 Card表3-4飯卡表（Card）數據類型varchar(6) datetime( 8) varchar(10) varchar(20)列名Card number VarcharBalaneeCard date Pers on n ame Con sume可否NOTNOT NULL NULL NULL說明上口.卜號 余額 辦 持 -花聲明

31、主鍵說明學卡.列名數據類型可否為說明.Manager numbervarchar(6) NOT NULL.管理Datedatetim_NCTNUII創建使用表Use表3-6使用表（Use）列名數據類型可否為空管理查詢表 Manage表3-5管理查詢表（ManageNOT NULLNOT NULLS_number | varchar(8) Card nu mber varchar(6)337創建注冊表R1表3-7注冊表（R1）列名數據類可否為說明聲明Card numvarchaNOT卡一鍵S numbervarchaNOT學S namevarchaNOT姓S sexvarchaNULL八性Cla

32、ssvarchaNULL班MoneyinNULL金創建掛失表R2表3-8掛失表（R2）列名Card _numS numher數據類varcha可否為NOT說明卡聲明主鍵S_sexClassvarchavarchaMoneyintNULLNULLNULL創建退卡表R3表3-9退卡表（R3）列名一數據類一可否為說明聲明Card numvarchaNOT卡主鍵.S numhervarchaNOT*zS namevarcha1 H|notS sexvarcha1 1 1nullClassvarchanullMoneyV11 1inNULL3310創建補卡表R4表3-10補卡表（R4）列名數據類可否為說

33、明聲明Card numvarchaNOT卡主鍵S numbervarchaNOTAS namevarchaNOTS sexvarchaNULLCassvarchaNULL3.3.11 創建充值表R5表3-11充值表（R5列名Card _numS_nu mber S_n ameS_sex Class數據類varcha varcha varcha可否為NOTNOTNOTvarcha 丨 NULL varchaNULLHH. 月學姓性班3.4用戶子模式設計前面我們根據用戶需求設計了局部應用視圖，這種局部應用視圖只是概念模型， 用E-R圖表示。在我們將概念模型轉換為邏輯模型后，即生成了整個應用系統 的

34、模式后，還應該根據局部應用需求，結合具體DBMS的特點，設計用戶的外模式。目前關系數據庫管理系統一般都提供了視圖概念，支持用戶的虛擬視圖。我們 可以利用這一功能設計更符合局部用戶需要的用戶外模式。定義數據庫模式主要是從系統的時間效率、空間效率、易維護等角度出發。由 于用戶外模式與模式是獨立的，因此我們在定義用戶外模式時應該更注重考慮 用戶的習慣與方便。包括：使用更符合用戶習慣的別名 針對不同級別的用戶定義不同的外模式，以滿足系統對安全性的要求。(3) 簡化用戶對系統的使用學生查詢信息所建立的視圖學生查詢自己卡中余額學生查詢視圖S_Balanee管理員查詢學生信息查詢學生的信息3.5人機對話設計

35、基本概念：人機對話設計的基本原則是為用戶操作著想，而不應該從設計人員設計劣來考 慮。因此，對話設計應注意以下幾點：可使用性：對話要清楚、簡單，用詞要符合用戶觀點和習慣；所有的用術語 要標準化、一致化；有幫助功能等。(2)靈活性：對話要適應不同操作水平的用戶，便于維護和修改。這是衡量對話 設計好壞的重要標準。用戶開始使用時，要讓操作人員覺得系統在教他如何使 用，鼓勵他使用。隨著用戶對系統的熟悉，又會覺得太詳細的說明、復雜的屏 幕格式太羅嗦。為適應不同水平的用戶，操作方式應可以選擇。(3) 錯誤信息設計要有建設性。使用者判斷用戶界面是否友好，其第一個印象往 往來自當發生錯誤時系統有什么樣的反應。在

36、一個好的錯誤信息設計中，用詞 應當友善，簡潔清楚，并要有建設性，即盡可能告知使用者產生錯誤的可能原 因。(4) 關鍵操作要有強調和警告。對某些要害操作，無論操作人員是否有誤操作， 系統應進一步確認，進行強制發問，甚至警告，而不能接到命令立即處理，以 至造成惡劣的后果。這種警告，由于能預防錯誤，更具有積極意義(5) 用戶友好性。用戶友好性是指用戶操作系統使用系統是主觀操作的復雜性， 如主觀操作復雜性越低即系統較容易使用，從而說明系統的友好性越好。實現 用戶友好的三個要點是樹立用戶第一的觀點；實現界面友好的工作必須融于系 統開發的全過程；采用軟件開發技術改善界面的友好性。常用方式：1、菜單式(本系

37、統所使用的方式)菜單又稱為是選單，是由系統事先設置好的，顯示在屏幕上的一組或者是幾組 可供用戶選用的命令。菜單可以使整個的界面更加的清晰，簡潔。用戶只需要 輸入有關的代號或者是將光標移到相應的位置，操作計算機的運行，這種方式 就稱為菜單式。常用方式有下拉菜單、彈出菜單、級聯菜單、平鋪式菜單等。 本系統選用的是下拉菜單，采取的是暗字母順序排列的安排方法。菜單系統設計菜單是系統整體功能結構的具體體現，菜單的形式可以多種多樣，但應使得用 戶能夠用盡可能少的操作找到所需要的功能，同時功能描述上應明確無誤。2、圖像式在用戶的界面中，加入豐富多彩的圖像能夠更加形象的為用戶提供有用的信息， 達到可視化的目的

38、，其主要的處理有圖像的隱蔽和再現、屏幕的滾動、圖案顯 示和動畫。3、對話框式對話框是在系統必要時，顯示于屏幕上的一個 矩形區域內的圖形和正文信息，通過對話框實現 用戶和系統之間的聯系。4. 輸入、輸出設計4.1輸入輸出設計的意義輸入輸出設計是管理信息系統與用戶的界面，一般而言，輸入輸出設計對 于系統開發人員并不重要，但對用戶來說，卻顯得尤為重要。1、它是一個組織系統形象(Cooperation Identify System, CIS)的具體體現;2、它能夠為用戶建立良好的工作環境，激發用戶努力學習、主動工作的熱 情；3、符合用戶習慣，方便用戶操作，使目標系統易于為用戶所接受。4、為用戶提供易

39、讀易懂的信息形態。4.2輸入設計輸入界面是管理信息系統與用戶之間交互的紐帶，設計的任務是根據具體業務 要求，確定適當的輸入形式，使管理信息系統獲取管理工作中產生的正確的信 息。輸入設計的目的是提高輸入效率，減少輸入錯誤。1、輸入設計的設計原則控制輸入量。盡可能利用計算減少輸入延遲。批量輸入、周轉文件輸入減少輸入錯誤。采用多種校驗方法和驗證技術避免額外步驟。簡化輸入過程。2、輸入設計的內容一般包括輸入界面設計。根據具體業務要求確定。輸入設備選擇。輸入設計首先要確定輸入設備的類型和輸入介質，目前常用的 輸入設備有以下幾種：鍵盤。磁盤輸入裝置。由數據錄入員通過工作站錄入，經拼寫檢查和可靠性驗 證后存

40、入磁記錄介質（如磁帶、磁盤等）。這種方法成本低、速度快，易于攜帶, 適用于大量數據輸入。光電閱讀器。采用光筆讀入光學標記條形碼或用掃描儀錄入紙上文字。光符號 讀入器適用于自選商場、借書等少量數據錄入的場合。而紙上文字的掃描錄入 讀錯率較高。另外，收、發料單，記帳憑證若通過掃描之后難于存入對應的表。 終端輸入。終端一般是一臺聯網微機，操作人員直接通過鍵盤鍵入數據，終端 可以在線方式與主機聯系，并及時返回處理結果。3、輸入數據正確性校驗在輸入時校對方式的設計非常重要的。特別是針對數字、金額數等字段，沒有 適當的校對措施作保證是很危險的。所以對一些重要的報表，輸入設計一定要 考慮適當的校對措施，以減

41、少出錯的可能性。但應指出的是絕對保證不出錯的 校對方式是沒有的。常用校對方式有：人工校對：即錄入數據后再顯示或打印出來，由人來進行校對。這種方法 對于少量的數據或控制字符輸入還可以，但對于大批量的數據輸入就顯得太麻 煩，效率太低。這種方式在實際系統中很少有人使用。二次鍵入校對：二次鍵入是指一種同一批數據兩次鍵入系統的方法。輸入 后系統內部再比較這兩批數據，如果完全一致則可認為輸入正確；反之，則將 不同部分顯示出來有針對性地由人來進行校對。它是目前數據錄入中心、信息 中心錄入數據時常用的方法。該方法最大的好處是方便、快捷，而且可以用于 任何類型的數據符號。盡管該方法中二次鍵入在同一個地方出錯，并

42、且錯誤一 致的可能性是存在的，但是這種可能性出現的概率極小。根據輸入數據之間的邏輯關系校對：利用會計恒等式，對輸入的記賬憑證 進行借貸平衡的檢驗。輸入物資的收、發料單，產品的入、出庫單，均可采用 先輸入單子上的總計，然后逐項輸入，計算機將逐項輸入累計，用累計值與合 計值比較，達到校對目的。用程序設計實現校對：對接受數據字段，若在數據庫設計時已知取值區間 （可允許取值的上、下限）或取值集（例如性別的取值集為男或女，產品的取 值集為該單位所有產品集合，），可通過設置取值區間檢驗，或利用輸入數據 表的外鍵（取值集所在表的主鍵）進行一致性檢驗，對輸入日期型數據，一定 要進行合法性和時效性檢驗。4、輸入設計的評價輸入界面是否明晰、美觀、大方；是否便于填寫，符合工作習慣；是否便于操作；是否有保證輸入數據正確性的校驗措施4.3輸出設計輸出設計的任務是使管理信息系統輸出滿足用戶需求的信息。輸出設計的目的是為了正確及時反映和組成用于管理各部門需要的信息。 信息能