中南財經政法大學留學生食堂管理信息系統(tǒng)設計—————————--－——－—---－—-- ３—-——-—--—-———————---———-——--－-—--—--—---－-——--——-－—-－——3————－—2.1系統(tǒng)概述-———-————-—-－———-—-——－—-—-－-－——-——-——--—-———---—32。4數(shù)據(jù)字典——-——-—-—-—-—-—-——－——-———--3.1功能模塊圖-－—-—————-——--—－-—－--—-—--——-—-——--——-———-3－——－—————————－————－———————－—－———————可行性分析是系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析.它的任務是確定項目開發(fā)是否必要和可行。它的主要目標是:進一步明確系統(tǒng)的目標、規(guī)模和功能,對系統(tǒng)劃,明確問題，對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案,從而為系統(tǒng)開發(fā)項目的決策提供科學依據(jù)。其主要從三個方面進行研究：(1)技術可行性：對現(xiàn)有技術進行評價,以明確能否利用現(xiàn)有技術進行系統(tǒng)開發(fā)及系統(tǒng)實施。計算機網絡技術的發(fā)展和計算機硬件性價比的不斷提升,使計算機全面用于醫(yī)院管理開發(fā)中已經被廣泛采用,實踐證明這些技術都非常適合食堂管理系統(tǒng)的開發(fā)。(經濟可行性：對組織的經濟狀況和投資能力進行分析,對系統(tǒng)建設、運行和維護費用進行評估,對系統(tǒng)建成后可能取得的社會及經濟效益進行評估。學校食堂在學校和政府以及其它支持者的支持下能夠保證有相當?shù)目煽康目捎?另外食堂管理信息系統(tǒng)能夠很好的對食堂的相關的方面進行相關的管理和控制，能夠有效的降低成本,提高營業(yè)利潤。（3）營運可行性：指系統(tǒng)對組織機構的影響,對現(xiàn)有人員和機構、設施、環(huán)境等的適性以及進行人員培訓補充計劃的可行性。食堂系統(tǒng)的計算機信息管理人才、計算機硬件設備、操作員的計算機用能力都為系統(tǒng)的運行過程提供了可靠保證。學校是高科技技術的研發(fā)地，計算機學院以及其它相關學院的科學技術的發(fā)展能夠保證管理信息系統(tǒng)的有效開發(fā)和利從以上可行性分析可知,該系統(tǒng)開發(fā)具備技術上、經濟上和營運上的可行性.41.2現(xiàn)狀調查學校的規(guī)模不斷擴大，學生數(shù)量不斷增加,學生信息量也成倍增長,食堂管理工作成為學校各項管理工作的一個重要部分.同時由于學校食堂管理復雜性給學校食堂的人工管理帶來數(shù)據(jù)，或者是處理起來難度非常大。面對龐大的信息量，如何有效在提高食堂管理工作的效率是學校急需解決的問題。這樣不僅提高了工作效率,也避免了以前手工作業(yè)的麻煩，從而使得管理者能夠準確,有效的管相關的科學技術的支持下形成的.它主要是從以下幾個管理方面:學生信息管理、食堂信息管理大量的相關的食堂相關信息。食堂管理信息系統(tǒng)是針對學校食堂的具體的業(yè)務而開發(fā)和設計的,其目的在于促進學校(1)提高經濟效益、增效資源(3)提高食堂員工工作效率(4)實行學校學生可接受的飯菜價系統(tǒng)功能是指完成某項工作的能力，以功能為基點分析問題,則系統(tǒng)將會相對于組織的電子科技的基礎上,怎樣做才能更好的提高食堂的服務效率、質量,減少食堂的成本，提高學校食堂的效益，從而讓食堂能夠更好的服務學校的師生。系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務的基本上完成的。主要功能：其中主要任務為學生信息管理和結算信息管理?？偟墓δ芴攸c:完善、全面的綜合查詢報表翔實,實用性強學生信息管理:主要是對學生的信息管理進行管理,主要添加等。5學生信息添加學生信息刪除學生信息管理總成本總成本單位總成本加權成本成本查詢單位加權成本總效益單位效益加權總效益單位加權效益成本核算管理效益查詢6加權效益=根據(jù)各部門、單位的重要性從而為其賦予一單位加權平均效益=加權效益/單位、部門總數(shù)接受。預訂信息查詢預訂信息查詢預訂信息添加座位信息查詢預定信息管理7商品是8食堂管理信息系統(tǒng)食堂管理信息系統(tǒng)成本查詢分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。它是SA方法中用于表示系映系統(tǒng)2.3。1學校校園卡(食堂卡)卡交易系統(tǒng)學生信息結算管理跟學生的卡號掛鉤在銀行系統(tǒng)中建立相關的賬號?？梢杂脕磙D賬用于消費2.3。2預定管理流圖學生預訂信息管理2.3。3庫存管理數(shù)據(jù)流圖成本結算管理學生校園卡學生校園卡根據(jù)效益情況制定合適的銷售價格成本結算采購員根據(jù)效益制定合適的進貨價格學生數(shù)據(jù)字典(Datadictionary)是一種用戶可以訪問的記錄數(shù)據(jù)庫和應用程序元數(shù)據(jù)的目錄。主動數(shù)據(jù)字典是指在對數(shù)據(jù)庫或應用程序結構進行修改時，其內容可以由DBMS自動更新的數(shù)據(jù)字典。被動數(shù)據(jù)字典是指修改時必須手工更新其內容的數(shù)據(jù)字典.數(shù)據(jù)字典是一個預留空間，一個數(shù)據(jù)庫，這是用來儲存信息數(shù)據(jù)庫本身。數(shù)據(jù)字典可能1數(shù)據(jù)庫設計資料2用戶權限3用戶統(tǒng)計4數(shù)據(jù)庫的過程中的信息5數(shù)據(jù)庫增長統(tǒng)計6數(shù)據(jù)庫性能統(tǒng)計數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合,是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的數(shù)據(jù)字典通常包括數(shù)據(jù)項\數(shù)據(jù)結構\數(shù)據(jù)流＼數(shù)據(jù)存儲和處理過程五個部分。數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合,也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集3、數(shù)據(jù)流數(shù)據(jù)庫的重要部分是數(shù)據(jù)字典.它存放有數(shù)據(jù)庫所用的有關信息,對用戶來說是一組只讀的表.數(shù)據(jù)字典內容包括:1、數(shù)據(jù)庫中所有模式對象的信息，如表、視圖、簇、及索引等。數(shù)據(jù)庫數(shù)據(jù)字典是一組表和視圖結構。它們存放在SYSTEM表空間中.數(shù)據(jù)庫數(shù)據(jù)字典不僅是每個數(shù)據(jù)庫的中心。而且對每個用戶也是非常重要的信息.用戶可以用SQL語句關于數(shù)據(jù)的信息集合,是一種用戶可以訪問的記錄數(shù)據(jù)庫和應用程序元數(shù)據(jù)的目錄,是對數(shù)據(jù)庫內表信息的物理與邏輯的說明數(shù)據(jù)庫數(shù)據(jù)字典不僅是每個數(shù)據(jù)庫的中心。而且對每個用戶也是非常重要的信息。用戶可以用SQL語句訪問數(shù)據(jù)庫數(shù)據(jù)字典。數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集針對一般高校食堂管理信息系統(tǒng)的需求,通過對食堂管理工作過程的內容和數(shù)據(jù)流程分析,設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結構：數(shù)據(jù)機構名稱:卡信息包括的數(shù)據(jù)項有：(學生使用的用來付款的卡的編號,與學生辦卡的先后順序有關也有可能是與學院（學生所消費的金錢數(shù)量別名Consume字符型長度20)數(shù)據(jù)結構名稱:學生信息包括的數(shù)據(jù)項有:（學生的姓名別名S__name字符型長度10）數(shù)據(jù)結構名稱:教師信息(教師的編號別名Tnumber字符型長度6)（教師所在的系的名稱別名T__system字符型長度1數(shù)據(jù)結構名稱：學生(學生的姓名別名Consumer__name字符型長度10)數(shù)據(jù)結構名稱：消費情況包括的數(shù)據(jù)項有:(一樓所有窗口一天內收入總和別名Floorone字符型長度6)(二樓所有窗口一天內收入總和別名Floor__two字符型長(一天內在食堂用餐的學生所花費的總額,它的數(shù)值等于所有樓層的收入與學生在餐數(shù)據(jù)結構名稱:管理員信息包括的數(shù)據(jù)項有:(管理員的聯(lián)系方式別名Managertel字符型長度20)數(shù)據(jù)結構名稱:庫存信息包括的數(shù)據(jù)項有:(商品的名稱別名Trade__name字符型長度20）數(shù)據(jù)結構名稱:餐位信息包括的數(shù)據(jù)項有:(學生訂餐餐位所在的編號別名Room__number字符型長度6)數(shù)據(jù)結構名稱：訂餐信息訂餐編號（學生的聯(lián)系方式（手機號碼）別名Consumertel字符型長度模塊說明:學校的食堂管理信息系統(tǒng)由學生信息系統(tǒng)、成本核算、庫存管理、預定信息管理三個學生信息-——-主要由學生信息添加、修改、查詢、刪除.它主要負責在校學生的管理，校園卡是學生在校消費的主要憑證．所以學生信息管理子系統(tǒng)模塊是整個學校食堂管理的中心和基礎。成本核算————主要是指學校食堂在盈利和虧損方面的管理。食堂是一個以盈利為目的的企業(yè)，如果食堂達不到它所要的盈利目標就容易奔潰，進而影響到學生的伙食供應，甚影響學校的安定。所以說成本管理關重要。庫存管理———-主要是指學校食堂的相關庫存。庫存管理關重要,因為他關系到學校的相關利益和食堂利益。庫存管理在現(xiàn)代社會中尤其重要,將庫存管理的成本降到最低有利于提高食堂的盈利成本。校的食堂會提供一些高級餐飲的供應,比如財大的橋樓酒家。在這種情況下,預定信息的管理就更為重要.以上的幾項內容最后均匯集一臺處理計算機，然后由中央處理的計算機向外研伸出相關信息匯總到中央處理計算機,最終實現(xiàn)系統(tǒng)化的管理,實現(xiàn)食堂的信息管理。硬件系統(tǒng)配置用來表示符合產品的硬件基本配置,如ＣPＵ、內存、硬盤等等參數(shù)的簡稱DS。他對數(shù)據(jù)庫進行統(tǒng)一的管理和控制，以保證數(shù)據(jù)庫的安全性和完整性。用戶通過D訪問數(shù)據(jù)庫中的數(shù)據(jù),數(shù)據(jù)庫管理員也通過DBMＳ進行數(shù)據(jù)庫的維護工作.它下的并發(fā)控制和恢復數(shù)據(jù)庫。選擇數(shù)據(jù)庫應該從以下幾個方面進行考慮：(1）構造數(shù)據(jù)庫的難易程度。需要分析數(shù)據(jù)庫管理信息系統(tǒng)有沒有范式的要求,即是否必須按照系統(tǒng)規(guī)定的數(shù)據(jù)模型來分析現(xiàn)實世界，建立相應的模型：數(shù)據(jù)庫管理語句是否符合支持的數(shù)據(jù)庫容量,數(shù)據(jù)庫的容量特性決定了數(shù)據(jù)庫管理系統(tǒng)的使用范圍。開發(fā)、維護。有無第四代語言的開發(fā)平臺--－—第四代語言具有非過程語言的時間平臺--——面向對象的設計思想十分接近人類的邏輯思維方式,便于開發(fā)和維護。對于多媒體數(shù)據(jù)類型的支持—-——多媒體數(shù)據(jù)需求是今后發(fā)展的趨勢,支持多媒體數(shù)據(jù)類型的數(shù)據(jù)庫管理系統(tǒng)必將減少應用程序開發(fā)和維護工作.（3)數(shù)據(jù)庫管理系統(tǒng)的性能分析。包括性能評估、性能檢測、性能管理．（4）對分布式應用的支持。包括數(shù)據(jù)透明與網絡透明的程度.數(shù)據(jù)透明是指用戶在應用成為相應的協(xié)調數(shù)據(jù)。面臨的是多任務的環(huán)境,可能會有多個用戶點在同一個時刻對同一個數(shù)據(jù)進行讀寫操作，為（)容錯能力。異常情況下對數(shù)據(jù)的容錯處理。評價標準：硬件的容錯,有無磁盤鏡像處理功能的軟件.(10)安全性的控制,包括安全保密的程度．（11）支持漢字處理能力,包括數(shù)據(jù)庫的描述語言的漢字處理能力和數(shù)據(jù)庫開發(fā)人員對于漢字的支持能力。基于關系模型的數(shù)據(jù)庫管理系統(tǒng)已經日臻完善，并已經作為商品化的軟件廣泛應用于各個行業(yè)。它在各個客戶服務器的結構的分布式多用戶環(huán)境中的應用,是數(shù)據(jù)庫系統(tǒng)的應用進3。3設計E-R圖3。3.1系統(tǒng)分E-R圖卡號余額持卡者姓名辦卡日期教師信息姓名性別餐廳信息餐廳編號消費序號姓名消費情況消費情況一樓窗口二樓窗口三樓窗口一天消費總額日期管理員信息實體E-R圖管理員信息管理員信息聯(lián)系方式管理員編號家庭住址姓名工資性別庫存信息實體E—R圖商品價格入庫時間數(shù)量3.3.2整體E-R圖號號姓名姓名姓名3。4系統(tǒng)詳細設計代碼是用來表征客觀事物實體類型與屬性的一個或一組易于計算機識別和處理的特定符號，它可以是字符、數(shù)字、某些特殊符號或他們的組合。代碼設計就是要把系統(tǒng)中要處理代碼設計原則方法及步驟制定了統(tǒng)一標準代碼的，均采用標準代碼形式.(2)唯一性：設計代碼代表的實體或屬性唯一.(3)統(tǒng)一性、直觀性.邏輯性:具備這些特點的代碼便于記憶，且有助于減少錯誤。(4）可擴展性即代碼設計要預留足夠位置，便于增加實體時,可直接在原代碼系統(tǒng)中進行補充，而不必改變原編碼結構。(5)代碼設計要在邏輯上能滿足用戶要求，在結構上處理方法相一致。（6)簡短性：避免使用易錯字符、易混淆字符.2.代碼設計方法(1）順序編碼法：順序編碼法通常是將編碼對象按一定順序排列,然后對其依次編號，所得的編碼為順序碼.(2)重復編碼法(4)字母編碼法(5)按位編碼法(7)專用編碼法3.代碼設計步驟(6)針對每種代碼編寫代碼設計書。(7）將總代碼設計書歸類編寫代碼簿，并規(guī)定代碼管理制度。4.代碼的功能（1）它為事物提供一個概要而不含糊的認定,便于數(shù)據(jù)的存儲和檢索.代碼縮短了事物的名稱,無論是記錄、記憶還是存儲,都可以節(jié)省時間和空間。定的算法進行統(tǒng)計分，可以十分迅速.（3）代碼提高了數(shù)據(jù)的全局一致性.這樣，對同一事物,即使在不同場合有不同的叫法,都可以通過編碼統(tǒng)一起來,提高了系統(tǒng)的整體性,減少了因數(shù)據(jù)不一致而造成的錯誤.(4)代碼是人和計算機的共同語言,是兩者交換信息的工具.在手工處理系統(tǒng)中,許多數(shù)據(jù)早已使用代碼.為了給尚無代碼的數(shù)據(jù)項編碼，為了統(tǒng)一和改進原有代碼，使之適應計算機處理的要求,在建立新系統(tǒng)時,必須對整個系統(tǒng)進行代碼設計。(1)設計的代碼在邏輯上能滿足用戶的需要,在結構上應當與處理的方法相一致。(2)一個代碼應唯一標志它所代表的事物或屬性。(3)代碼設計時，要預留足夠的位置,以適應不斷變化的需要。（4）代碼要系統(tǒng)化,代碼的編制應盡量標準化,盡量使代碼結構對事物的表示具有實際(5)要注意避免引起誤解,不要使用易于混淆的字符.(6)要注意盡量采用不易出錯的代碼結構。本系統(tǒng)在綜合各個實體及其之間的關系的基礎上,決定采用的是順序編碼方法。具體的代碼規(guī)則如下:數(shù)據(jù)庫的設計是只對于一個給定的應用環(huán)境,構造最優(yōu)的數(shù)據(jù)庫模式,建立數(shù)據(jù)可極其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù),滿足各種用戶的應用需求。在數(shù)據(jù)庫領域內，通常把使用數(shù)據(jù)庫的各類系統(tǒng)統(tǒng)稱為數(shù)據(jù)庫應用系統(tǒng)。和建立數(shù)據(jù)庫的過程。就是規(guī)劃和結構化數(shù)據(jù)庫范圍、數(shù)量以及他們在業(yè)務活動中交流的情況,確定用戶對數(shù)據(jù)庫系統(tǒng)的使用要求和各種約束條件等,成用戶需求規(guī)約.（2）概念設計:對用戶要求描述的現(xiàn)實世界，通過對其中住處的分類、聚集和概括，建息間的相互制約關系以及各部門對信息存儲、查詢和加工的要求等。所建立的模型應避開數(shù)據(jù)庫在計算機上的具體實現(xiàn)細節(jié),用一種抽象的式表示出來以擴充的實體-—(E—R模型)以及對信息的制約條件等，從而給出個部門內所用信息的局部描述.第二部再將前面的道德多個用戶的局部視圖集成一個全局視圖，即用戶要描述的現(xiàn)實世界的概念數(shù)據(jù)模型。（3）邏輯設計:主要工作是將現(xiàn)實世界的概念數(shù)據(jù)模型設計成數(shù)據(jù)庫的一種邏輯模式，處理應用領域產生相應的邏輯子模式。（4）物理設計：根據(jù)特定數(shù)據(jù)庫管理系統(tǒng)所提供的多種存儲結構和存取方法等依賴于具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構、存取方法和存取路徑等。的應用任務來驗證數(shù)據(jù)庫設計的正確性和合理性。一般,一個大型數(shù)據(jù)庫的設計過程往往需要多次循環(huán)反復。當設計的某步發(fā)現(xiàn)問題時,可能就需要返回到前面去進行修改。因此，在做上述數(shù)據(jù)庫設計時就應考慮到今后修改設計的可能性與方便性。（6）運行與維護設計：在數(shù)據(jù)可系統(tǒng)正式投入運行的過程中，須不斷地對其進行調整和修改。至今，數(shù)據(jù)庫設計的很多工作仍需要人工來做,除了關系模型數(shù)據(jù)庫已有一套較完整的數(shù)據(jù)范式理論可用來部分地指導數(shù)據(jù)可設計之外，尚缺乏一套完整的數(shù)據(jù)庫設計理論、方發(fā)展方向是研究數(shù)據(jù)庫設計理論，尋求求能夠更有效地表達語義關系的數(shù)據(jù)模型,為各階段的設計提供自動或半自動的額設計工具和集成化的開發(fā)環(huán)境，使數(shù)據(jù)庫的設計更加工程化、更加規(guī)范化和方便易行,使得在數(shù)據(jù)庫的設計中充分體現(xiàn)軟件工程的先進思想和方法。根據(jù)本食堂管理信息管理系統(tǒng)各個子模塊之間的關系,數(shù)據(jù)庫設計如下：前面我們根據(jù)用戶需求設計了局部應用視圖,這種局部應用視圖只是概念模型，用E—R圖表示,在我們將概念模型轉換為邏輯模型后,即生成了整個應用系統(tǒng)的的模式后,還應該根據(jù)局部應用需求,結合具體DBMS的特點,設計用戶的外模式。目前關系數(shù)據(jù)庫管理系統(tǒng)一般都提供了視圖概念,支持用戶的虛擬視圖。我們可以利用這一功能設計更符合局部用戶需要的用戶外模式.模式與模式是獨立的,因此我們在定義用戶外模式時應該更注重考慮用戶的習慣和方便。包括:(1)使用符合用戶習慣的別名(2)針對不同級別的用戶定義不同的外模式，以滿足系統(tǒng)對安全性的要求(3)簡化用戶對系統(tǒng)的使用基本概念:人機對話設計的基本原則是為用戶操作著想，而不應該從設計人員設計來考慮。因此,對話設計應注意以下幾點:（1）可使用性:對話要清楚、簡單，用詞要符合用戶觀點和習慣；所有的用術語要標準（2）靈活性：對話要適應不同操作水平的用戶,便于維護和修改。這是衡量對話設計壞的重要標準。（3）錯誤信息設計要有建設性:使用者判斷用戶界面是否友,其第一個印象往往來自當發(fā)生錯誤是系統(tǒng)有什么樣的反應.在一個的錯誤信息設計中,用詞應當友善,簡潔清楚,并一步確認，進行強制發(fā)問，甚至警告,而不能接到命令立即處理,以致造成惡劣的后果。這種警告，由于能預