食堂管理信息系統(tǒng)設(shè)計

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

29、varchaNOT姓名ManagerVarchaNULL性別ManagervarchaNULL家庭ManagervarchaNULL聯(lián)系IncomenNULL創(chuàng)建消費情況表ConsumeSituation表 3-2 消費情況表(ConsumeSituation )列名數(shù)據(jù)類可否為說明聲明datadatatiNOT/丿7主鍵Totalbigi ntNULL一天消Floor onevarchaNULL7一樓婁Floor twovarchaNULL樓創(chuàng)建學(xué)生表 Student表3-3學(xué)生表（Student ）列名數(shù)據(jù)類型可否為說明聲明S numbervarchar(6)NOT學(xué):主鍵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創(chuàng)建飯卡表 Card表3-4飯卡表（Card）數(shù)據(jù)類型varchar(6) datetime( 8) varchar(10) varchar(20)列名Card number VarcharBalaneeCard date Pers on n ame Con sume可否NOTNOT NULL NULL NULL說明上口.卜號 余額 辦 持 -花聲明

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

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

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

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

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

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

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

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

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

40、入磁記錄介質(zhì)（如磁帶、磁盤等）。這種方法成本低、速度快，易于攜帶, 適用于大量數(shù)據(jù)輸入。光電閱讀器。采用光筆讀入光學(xué)標(biāo)記條形碼或用掃描儀錄入紙上文字。光符號 讀入器適用于自選商場、借書等少量數(shù)據(jù)錄入的場合。而紙上文字的掃描錄入 讀錯率較高。另外，收、發(fā)料單，記帳憑證若通過掃描之后難于存入對應(yīng)的表。 終端輸入。終端一般是一臺聯(lián)網(wǎng)微機，操作人員直接通過鍵盤鍵入數(shù)據(jù)，終端 可以在線方式與主機聯(lián)系，并及時返回處理結(jié)果。3、輸入數(shù)據(jù)正確性校驗在輸入時校對方式的設(shè)計非常重要的。特別是針對數(shù)字、金額數(shù)等字段，沒有 適當(dāng)?shù)男Υ胧┳鞅ＷC是很危險的。所以對一些重要的報表，輸入設(shè)計一定要 考慮適當(dāng)?shù)男Υ胧詼p

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

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