學生餐廳管理系統的設計與實現本科畢業論文(編輯修改稿)

　

【文章內容簡介】 的實施規劃幾個主要方面進行闡述。 系統主體目標通過學生餐廳管理系統實現菜單管理、營業信息管理、預定管理、外賣管理、員工信息管理以及財務帳單相關統計處理等，使人工管理中的一些定性的、隨機的成分轉變為定量的規范的管理，保證學生餐廳在前后臺營業的全過程的決策性和可預知性管理，從而提高工作效率，節省資源，從整體上提高經濟效益。 系統結構層次設計所謂的層次的結構設計，就是指從計算機系統軟件實現的角度考慮，對系統的數據庫訪問層、業務邏輯層、系統表示層、信息通信等幾個結構性方面進行總體設計[1]。(1)表示層是應用的用戶接口部分，它擔負著用戶與應用間的對話功能。(2)功能層(業務邏輯層)相當于應用的本體，它是將具體的業務處理邏輯地編入程序中。在應用設計中，一定要避免“進行一次業務處理，在表示層和功能層間進行多幾次的數據交換”的笨拙設計。(3)數據層就是DBMS，負責管理對數據庫數據的讀寫。DBMS必須能迅速執行大量數據的更新和檢索。現在的主流是關系數據庫管理系統(RDBMS)。因此，一般從功能層傳送到數據層的要求大都使用SQL語言三層C/S結構是將應用功能分成表示層、功能層和數據層三部分。其解決方案是對這三層進行明確分割，并在邏輯上使其獨立。原來的數據層作為DBMS已經獨立出來，所以關鍵是要將表示層和功能層分離成各自獨立的程序，并且還要使這兩層間的接口簡潔明了。 系統實施規劃三層C/S應用的開發必須遵從以下原則；保護已有投資；降低應用系統的風險；滿足當前的迫切需要；考慮未來的發展規劃[5]。開發出的三層C/S應用系統必須是：功能豐富且具有高可用性；功能要能跨應用系統；系統要能跨平臺運行。通過前期調研和初步的系統分析，確立了系統的基本架構，架構按照標準的三層開發結構，有效的保證了系統的可擴展性和良好的維護性能，同時，使用三層結構，對數據的訪問，通過數據訪問層和連接池技術，大大提高信息運行效率。根據系統架構和系統實現的主體目標，規劃學生餐廳管理系統的實施步驟如下：(1)在前期調研分析的基礎上，進行系統的工作流程的設計。對學生餐廳的一個工作過程進行拆分和細化，抽取其中的核心公共流程，從學生餐廳提供的服務出發，到學生餐廳的前期準備和計劃，最后進行財務匯總和分析。 (2)進行詳細的功能模塊設計。根據設計的流程和分析結果，對系統的功能細分，包括系統底層支持模塊，業務邏輯功能模塊，數據通信模塊等。對每個功能從數據流的 進出和實現關系進行設計和分析。(3)設計詳細數據庫結構。(4)系統軟件程序的實現。這是系統的內核實現階段，運用計算機語言，根據系統三層模式架構和設計分析，在數據庫的基礎上，進行業務邏輯層和表現層的實現。該部分采用面向對象的方法，在一定程度上規范系統地軟件結構，方便后續的維護工作。(5)系統的應用。在硬件網絡環境下，對系統發布使用，建立服務器，安裝調試。 系統工作流程設計工作流程設計是在學生餐廳原有工作流程基礎之上，進行抽象和提取，去掉一些繁瑣的和不必要的過程，保留原來的主要部分，同時根據需求分析，加入一些比較好的工作流程，綜合組織一個相對實用的工作流程。本章節主要從主題業務流程和幾個相對主要的功能流程進行闡述，并對后續的功能設計進行鋪墊。該部分在系統分析中占有比較重要的地位，流程的設計直接關系到功能的詳細設計，包括各種數據的流轉和輸入輸出，因此，在設計工作流程時進行了細致的調研和分析，對學生餐廳所有業務規則和上傳下達數據進行搜集和統計，形成最終的流程設計。學生餐廳管理信息系統通過對項目的流程狀態進行全面的控制和管理，幫助學生餐廳工作人員管理服務狀態和進行進度控制等工作，以達到科學高效的流程優化，實現整個學生餐廳系統的信息共享，提高顧客服務水平，保證達到信息化建設的目的。學生餐廳管理信息系統從菜單管理、營業信息管理、預訂管理、外賣管理、檔案管理、日常人事管理等不同角度來管理服務所處狀態、質量監督工作，以便各部門負責人可以及時了解和控制具體服務情況等各方面的準確數據。對學生餐廳管理信息系統與外賣、預訂、營業情況、預決算、等子系統之間密切的數據傳遞進行管理。： 圖31 系統業務流程圖 系統功能模塊設計 系統功能模塊劃分的原則模塊是程序中能邏輯分開的部分，設計中獨立的最小單元。模塊通過程序實現后，對于編譯、與其它單元結合以及嵌入來說都是可識別的。模塊的獨立性要求在指定模塊的功能和設計中，要使模塊內部隊信息(過程和數據)對于無需這些信息的其它模塊不可存取，也就是要求保證達到信息的隱藏。因此，進行模塊劃分時需注意模塊的獨立性原則。模塊劃分的具體原則可歸納為以下幾點：(1)高內聚性 內聚性是信息隱藏概念的延伸，它表示模塊所執行的諸任務在功能上互相關聯的程度。在劃分模塊時，要求功能模塊具有高的內聚性。(2)低藕合度耦合度是軟件結構中各模塊之間的相互依賴的量度。在劃分模塊時，為體現模塊的獨立性，應使模塊間具有低藕合度。(3)精簡適宜，繁簡得當在對系統進行功能模塊劃分的時候，應本著精簡適宜，繁簡得當的原則進行。如果模塊劃分過小，通用性差，就會造成程序量過大，使程序修改非常困難；如果模塊劃分過大，通用性太強，則會導致程序邏輯過于復雜，從而使程序維護很困難，所以適當劃分模塊功能十分重要 系統功能模塊的劃分根據用戶調查分析，“學生餐廳管理系統”系統設計有九大功能模塊，分別是：用戶管理、菜單管理、營業管理、預訂管理、外賣管理、員工管理、帳單管理、查詢、退出系統模塊。圖32 系統功能模塊圖 數據庫設計數據庫技術是信息資源管理最有效的手段。數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，有效存儲數據，滿足用戶信息要求和處理要求[8] [9]。數據庫的設計過程一般包括以下幾個步驟：(1)確定建立數據庫的目的和收集數據數據庫設計過程的第一個階段是確定建立數據庫的目的和收集數據。通常，我們也把確定建立數據庫的目的稱為需求分析。確定目的之后就需要根據目的收集有用的數據。在著手收集數據之前最重要的就是要調查用戶的實際需求，然后分析與表達這些需求。調查用戶需求的方法有很多，如查閱記錄、訪談、開調查會、設計調查表請用戶填寫或回答相關問題等。(2)建立概念模型確定建立數據庫的目的以及完成數據收集后，就進入數據庫設計過程的第二階段——建立概念模型。這一階段是整個數據庫設計的關鍵。設計時，一般先根據應用的需求，畫出能反映每個應用需求的ER圖，其中包括確定實體、屬性和聯系的類型。然后優化初始的ER圖，消除冗余和可能存在的矛盾。概念模型是對用戶需求的客觀反映，并不涉及具體的計算機軟、硬件環境。因此，在這一階段中我們必須將注意力集中在怎樣表達出用戶對信息的需求，而不考慮具體實現問題。(3)建立數據模型完成上一階段后，我們得到了一個與具體計算機軟、硬件無關的概念模型。接著我們就可以著手建立數據庫模型了，這是數據庫設計過程的第三個階段。在這一階段中我們要將概念模型中得到的ER圖轉換成具體的數據模型。(4)實施與維護數據庫最后一個階段是實施與維護數據庫。完成數據模型的建立后，我們就必須對字段進行命名，確定字段的類型和寬度，并利用數據庫管理系統或數據庫語言創建數據庫結構、輸入數據和運行等，因此數據庫的實施是數據庫設計過程的“最終實現”。 學生餐廳管理系統ER圖ER圖是抽象描述現實世界的有力工具，它與計算機所支持的數據模型相獨立，它更接近于現實世界。雖然現實世界豐富多彩，各種信息十分繁雜，但用ER圖可以很清晰地表示出其中的錯綜復雜關系[13]。ER圖由實體、實體的屬性和實體之間的聯系組成。將ER圖轉換為關系模型就是將實體、實體的屬性和實體之間的聯系轉化為關系模式。根據上節業務數據流圖的詳盡描述，并參考相關資料，經過加工處理，設計出學生餐廳管理系統的ER關系圖如圖33所示。 基于SQL Server 2005的C/S模式的數據庫設計SQL Server 2005是Microsoft公司推出的關系型數據庫管理系統，數據庫設計在學生餐廳管理系統中占有相當重要的地位，其設計的優劣，直接影響到學生餐廳管理系統的成敗。圖33 學生餐廳管理系統ER圖