【正文】 /組件軟件，并注意積累自行開發(fā)的有個性類庫/組件，隨著時間的推移，積累的資源增多，系統(tǒng)的可重用度提高，就能實現(xiàn)少編程或無編程開發(fā)，真正的RAD就成為可能。當下高校辦學規(guī)模的不斷擴大，高校后勤管理工作也日趨繁雜．許多大型高校擁有多個校區(qū)，有十幾個甚至幾十個學生和教工食堂，這些食堂的地理位置分散，又要實現(xiàn)統(tǒng)一的協(xié)調(diào)管理，就不得不借助現(xiàn)代化的管理模式— — 網(wǎng)絡管理模式 系統(tǒng)需求分析通過系統(tǒng)需求分析了解客戶的需求，清楚程序要實現(xiàn)的功能。學生餐廳管理系統(tǒng)的需求分析也是由開發(fā)人員和用戶或者客戶一起完成的。(1)用戶權(quán)限管理。權(quán)限決定了用戶的工作職責。(3)顧客就餐時，可以添加桌位編號、人數(shù)、菜單等營業(yè)信息，并且可以根據(jù)客人調(diào)整營業(yè)信息，系統(tǒng)自動計算消費金額進行結(jié)算。能夠?qū)︻A定信息進行統(tǒng)計計算消費金額。外賣服務員在送外賣前系統(tǒng)能夠計算出金額。(7)能夠提供菜單、預定、外賣以及員工的查詢功能。(9)運行在Windows平臺上，有一個良好的人機交互界面，操作要求簡單方便。(11)有良好的安全性，應用系統(tǒng)時需要通過身份驗證，后臺有操作記錄以及自動定時備份數(shù)據(jù)。 系統(tǒng)主體目標通過學生餐廳管理系統(tǒng)實現(xiàn)菜單管理、營業(yè)信息管理、預定管理、外賣管理、員工信息管理以及財務帳單相關統(tǒng)計處理等，使人工管理中的一些定性的、隨機的成分轉(zhuǎn)變?yōu)槎康囊?guī)范的管理，保證學生餐廳在前后臺營業(yè)的全過程的決策性和可預知性管理，從而提高工作效率，節(jié)省資源，從整體上提高經(jīng)濟效益。(1)表示層是應用的用戶接口部分，它擔負著用戶與應用間的對話功能。在應用設計中，一定要避免“進行一次業(yè)務處理，在表示層和功能層間進行多幾次的數(shù)據(jù)交換”的笨拙設計。DBMS必須能迅速執(zhí)行大量數(shù)據(jù)的更新和檢索。因此，一般從功能層傳送到數(shù)據(jù)層的要求大都使用SQL語言三層C/S結(jié)構(gòu)是將應用功能分成表示層、功能層和數(shù)據(jù)層三部分。原來的數(shù)據(jù)層作為DBMS已經(jīng)獨立出來，所以關鍵是要將表示層和功能層分離成各自獨立的程序，并且還要使這兩層間的接口簡潔明了。開發(fā)出的三層C/S應用系統(tǒng)必須是：功能豐富且具有高可用性；功能要能跨應用系統(tǒng)；系統(tǒng)要能跨平臺運行。根據(jù)系統(tǒng)架構(gòu)和系統(tǒng)實現(xiàn)的主體目標，規(guī)劃學生餐廳管理系統(tǒng)的實施步驟如下：(1)在前期調(diào)研分析的基礎上，進行系統(tǒng)的工作流程的設計。 (2)進行詳細的功能模塊設計。對每個功能從數(shù)據(jù)流的 進出和實現(xiàn)關系進行設計和分析。(4)系統(tǒng)軟件程序的實現(xiàn)。該部分采用面向?qū)ο蟮姆椒ǎ谝欢ǔ潭壬弦?guī)范系統(tǒng)地軟件結(jié)構(gòu)，方便后續(xù)的維護工作。在硬件網(wǎng)絡環(huán)境下，對系統(tǒng)發(fā)布使用，建立服務器，安裝調(diào)試。本章節(jié)主要從主題業(yè)務流程和幾個相對主要的功能流程進行闡述，并對后續(xù)的功能設計進行鋪墊。學生餐廳管理信息系統(tǒng)通過對項目的流程狀態(tài)進行全面的控制和管理，幫助學生餐廳工作人員管理服務狀態(tài)和進行進度控制等工作，以達到科學高效的流程優(yōu)化，實現(xiàn)整個學生餐廳系統(tǒng)的信息共享，提高顧客服務水平，保證達到信息化建設的目的。對學生餐廳管理信息系統(tǒng)與外賣、預訂、營業(yè)情況、預決算、等子系統(tǒng)之間密切的數(shù)據(jù)傳遞進行管理。模塊通過程序?qū)崿F(xiàn)后，對于編譯、與其它單元結(jié)合以及嵌入來說都是可識別的。因此，進行模塊劃分時需注意模塊的獨立性原則。在劃分模塊時，要求功能模塊具有高的內(nèi)聚性。在劃分模塊時，為體現(xiàn)模塊的獨立性，應使模塊間具有低藕合度。如果模塊劃分過小，通用性差，就會造成程序量過大，使程序修改非常困難；如果模塊劃分過大，通用性太強，則會導致程序邏輯過于復雜，從而使程序維護很困難，所以適當劃分模塊功能十分重要 系統(tǒng)功能模塊的劃分根據(jù)用戶調(diào)查分析，“學生餐廳管理系統(tǒng)”系統(tǒng)設計有九大功能模塊，分別是：用戶管理、菜單管理、營業(yè)管理、預訂管理、外賣管理、員工管理、帳單管理、查詢、退出系統(tǒng)模塊。數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，有效存儲數(shù)據(jù)，滿足用戶信息要求和處理要求[8] [9]。通常，我們也把確定建立數(shù)據(jù)庫的目的稱為需求分析。在著手收集數(shù)據(jù)之前最重要的就是要調(diào)查用戶的實際需求，然后分析與表達這些需求。(2)建立概念模型確定建立數(shù)據(jù)庫的目的以及完成數(shù)據(jù)收集后，就進入數(shù)據(jù)庫設計過程的第二階段——建立概念模型。設計時，一般先根據(jù)應用的需求，畫出能反映每個應用需求的ER圖，其中包括確定實體、屬性和聯(lián)系的類型。概念模型是對用戶需求的客觀反映，并不涉及具體的計算機軟、硬件環(huán)境。(3)建立數(shù)據(jù)模型完成上一階段后，我們得到了一個與具體計算機軟、硬件無關的概念模型。在這一階段中我們要將概念模型中得到的ER圖轉(zhuǎn)換成具體的數(shù)據(jù)模型。完成數(shù)據(jù)模型的建立后，我們就必須對字段進行命名，確定字段的類型和寬度，并利用數(shù)據(jù)庫管理系統(tǒng)或數(shù)據(jù)庫語言創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)、輸入數(shù)據(jù)和運行等，因此數(shù)據(jù)庫的實施是數(shù)據(jù)庫設計過程的“最終實現(xiàn)”。雖然現(xiàn)實世界豐富多彩，各種信息十分繁雜，但用ER圖可以很清晰地表示出其中的錯綜復雜關系[13]。將ER圖轉(zhuǎn)換為關系模型就是將實體、實體的屬性和實體之間的聯(lián)系轉(zhuǎn)化為關系模式。 基于SQL Server 2005的C/S模式的數(shù)據(jù)庫設計SQL Server 2005是Microsoft公司推出的關系型數(shù)據(jù)庫管理系統(tǒng)，數(shù)據(jù)庫設計在學生餐廳管理系統(tǒng)中占有相當重要的地位，其設計的優(yōu)劣，直接影響到學生餐廳管理系統(tǒng)的成敗。在本系統(tǒng)數(shù)據(jù)庫的設計過程中，還考慮了下面的一些優(yōu)化技術： 系統(tǒng)數(shù)據(jù)庫表設計根據(jù)ER圖，從ER中分析出數(shù)據(jù)庫表，學生餐廳管理系統(tǒng)主要數(shù)據(jù)庫表設計如下：表31 用戶信息表設計(TbUser)編號字段含義類型長度是否為空關鍵字1Userid用戶編號Int否主鍵、用戶內(nèi)部編號2Name用戶名Nvarchar50否3Pass密碼Nvarchar50否4Qx權(quán)限Nvarchar50否5Phone電話Nvarchar50是6Address地址Nvarchar50是表32 菜單信息表設計(Cd)編號字段含義類型長度是否為空關鍵字1Cdname菜名Nvarchar50否主鍵、菜名唯一2Price價格Money否3Sfky可用否Bit否4Can早中晚Nvarchar50否5Bzh備注Ntext是表33 營業(yè)信息表設計(Yye)編號字段含義類型長度是否為空關鍵字1Yyis序號Int否主鍵2Zwh桌號Int否3Shijian就餐時間Datatime否4Can早中晚Nvarchar50否5Rsh責任人Int是6Zhk折扣Int是7Zhdh帳單號Nvarchar50否Zhd表外鍵8Bzh備注Ntext是表34 預定信息表設計(Yding)編號字段含義類型長度是否為空關鍵字1Ydid序號Int否主鍵2Ydname預定人Nvarchar50否3Phone電話Nvarchar50否4Zhwh桌號Int否5Shijian時間Datatime否6Can早中晚Nvarchar50否7Zhdh帳單Nvarchar50否Zhd表外鍵8Rsh人數(shù)Int否9Yjin應付款Money否10bzh備注Ntext是表35 外賣信息表設計