【文章內(nèi)容簡介】 應(yīng)用系統(tǒng)開發(fā)技術(shù) 應(yīng)用系統(tǒng)開發(fā)是在總體設(shè)計(jì)指導(dǎo)下的子系統(tǒng)開發(fā)，這時(shí)各個(gè)子系統(tǒng)功能明確、界面清晰、數(shù)據(jù)環(huán)境確定，這就是自頂向下 規(guī)劃和自底向上的實(shí)現(xiàn)，自頂向下的規(guī)劃是數(shù)據(jù)環(huán)境的統(tǒng)一，達(dá)到信息的一致性，要完成數(shù)據(jù)庫的概念設(shè)計(jì)；自底向上的實(shí)現(xiàn)則應(yīng)體現(xiàn)數(shù)據(jù)為中心的原則，數(shù)據(jù)設(shè)計(jì)和處理設(shè)計(jì)同步，首先應(yīng)完成數(shù)據(jù)庫的邏輯設(shè)計(jì)、進(jìn)而帶動(dòng)程序模塊設(shè)計(jì) (即面向數(shù)據(jù)的過程 )。在穩(wěn)定、有序的數(shù)據(jù)環(huán)境下，提倡使用第四代 (4GL)語言，在系統(tǒng)分析人員和業(yè)務(wù)人員密切配合下，進(jìn)行快速應(yīng)用開發(fā) (Rapid Application Development, PAD)。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 5 應(yīng)用系統(tǒng)的程序開發(fā)應(yīng)規(guī)模開發(fā)，防止“各自為政”的個(gè)體開發(fā)，強(qiáng)化應(yīng)用系統(tǒng)程序的分析、設(shè)計(jì)，采用成熟的 面向?qū)ο蟮姆椒?，重點(diǎn)解決程序的可重用度問題，關(guān)鍵技術(shù)是可重用部分的識別和設(shè)計(jì)。如果前臺開發(fā)工具單一，采用類庫技術(shù)；前臺開發(fā)工具多樣化，但使用統(tǒng)一操作系統(tǒng)，宜使用組件技術(shù)；若異構(gòu)環(huán)境，那么就要考慮 JAVA 技術(shù)了。無論那一種情況，均可購買商品化類庫 /組件軟件，并注意積累自行開發(fā)的有個(gè)性類庫 /組件，隨著時(shí)間的推移，積累的資源增多，系統(tǒng)的可重用度提高，就能實(shí)現(xiàn)少編程或無編程開發(fā)，真正的 RAD 就成為可能。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 6 第二章 學(xué)生餐廳 管理系統(tǒng) 需求分析 系統(tǒng)背景 正 隨著計(jì)算機(jī)技術(shù)和 現(xiàn)代通信技術(shù)的發(fā)展 ， 人類已經(jīng)步入以數(shù)字化和網(wǎng)絡(luò)化為特征的知識經(jīng)濟(jì)時(shí)代 ， 人們對各種信息量的需求也逐漸增大 。當(dāng)下高校辦學(xué)規(guī)模的不斷擴(kuò)大，高校后勤管理工作也日趨繁雜．許多大型高校擁有多個(gè)校區(qū)，有十幾個(gè)甚至幾十個(gè)學(xué)生和教工食堂，這些食堂的地理位置分散，又要實(shí)現(xiàn)統(tǒng)一的協(xié)調(diào)管理，就不得不借助現(xiàn)代化的管理模式 — — 網(wǎng)絡(luò)管理模式 系統(tǒng)需求分析 通過系統(tǒng)需求分析了解客戶的需求，清楚程序要實(shí)現(xiàn)的功能。分析的根本目的是在開發(fā)者和提出需求的用戶之間建立一種理解和溝通的機(jī)制。 學(xué)生餐廳 管理系統(tǒng)的需求分析也是由開發(fā)人員和用戶 或者客戶一起完成的。通過和 學(xué)生餐廳 工作人員的溝通，系統(tǒng)需求如下。 (1)用戶權(quán)限管理。系統(tǒng)登陸應(yīng)該有權(quán)限管理，不同的用戶具有不同的權(quán)限。權(quán)限決定了用戶的工作職責(zé)。 (2)系統(tǒng)可以創(chuàng)建、編輯和刪除 餐廳 的菜單并且可以快速查詢某個(gè)菜單的具體信息。 (3)顧客就餐時(shí)，可以添加桌位編號、人數(shù)、菜單等營業(yè)信息，并且可以根據(jù)客人調(diào)整營業(yè)信息，系統(tǒng)自動(dòng)計(jì)算消費(fèi)金額進(jìn)行結(jié)算。 (4)顧客訂餐時(shí)能夠添加預(yù)定人、電話、菜單、人數(shù)等預(yù)定信息，并且可以隨時(shí)取消修改預(yù)定信息。能夠?qū)︻A(yù)定信息進(jìn)行統(tǒng)計(jì)計(jì)算消費(fèi)金額。 (5)飯菜外賣時(shí)， 餐廳 需要進(jìn)行外賣管理，把送外賣的員工編號等信息添加到外賣管理中，并能夠?qū)ν赓u信息進(jìn)行編輯統(tǒng)計(jì)；如果客戶取消外賣，系統(tǒng)可以刪除外賣信息。外賣服務(wù)員在送外賣前系統(tǒng)能夠計(jì)算出金額。 (6)如果添加新員工，系統(tǒng)需要能夠添加新的員工信息；如果員工的基本信息有變化，系統(tǒng)需要能夠編輯員工的信息；如果員工離職，系統(tǒng)能夠刪除員工信息并對員工進(jìn)行存檔。 (7)能夠提供菜單、預(yù)定、外賣以及員工的查詢功能。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 7 (8)具有財(cái)務(wù)處理功能，能夠?qū)I業(yè)額進(jìn)行各種統(tǒng)計(jì)。 (9)運(yùn)行在 Windows 平臺上，有一個(gè)良好的人機(jī)交互界面，操作要求簡單方便 。 (10)有很好的可擴(kuò)展能力，可根據(jù)實(shí)際情況實(shí)現(xiàn)新功能的添加，維護(hù)簡單。 (11)有良好的安全性，應(yīng)用系統(tǒng)時(shí)需要通過身份驗(yàn)證，后臺有操作記錄以及自動(dòng)定時(shí)備份數(shù)據(jù)。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 8 第三章 學(xué)生 餐廳 管理系統(tǒng)的設(shè)計(jì) 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)總體設(shè)計(jì)是系統(tǒng)需求的設(shè)計(jì)實(shí)現(xiàn)，擔(dān)負(fù)著整個(gè)系統(tǒng)的指導(dǎo)和依據(jù)任務(wù)，該部分直接決定系統(tǒng)的成敗，因此具有關(guān)鍵的作用，主要從系統(tǒng)主體目標(biāo)、系統(tǒng)層次結(jié)構(gòu)、系統(tǒng)的實(shí)施規(guī)劃幾個(gè)主要方面進(jìn)行闡述。 系統(tǒng)主體目標(biāo) 通過 學(xué)生餐廳 管理系統(tǒng)實(shí)現(xiàn)菜單管理、營業(yè) 信息管理、預(yù)定管理、外賣管理、員工信息管理以及財(cái)務(wù)帳單相關(guān)統(tǒng)計(jì)處理等，使人工管理中的一些定性的、隨機(jī)的成分轉(zhuǎn)變?yōu)槎康囊?guī)范的管理，保證 學(xué)生餐廳 在前后臺營業(yè)的全過程的決策性和可預(yù)知性管理，從而提高工作效率，節(jié)省資源，從整體上提高經(jīng)濟(jì)效益。 系統(tǒng)結(jié)構(gòu)層次設(shè)計(jì) 所謂的層次的結(jié)構(gòu)設(shè)計(jì)，就是指從計(jì)算機(jī)系統(tǒng)軟件實(shí)現(xiàn)的角度考慮，對系統(tǒng)的數(shù)據(jù)庫訪問層、業(yè)務(wù)邏輯層、系統(tǒng)表示層、信息通信等幾個(gè)結(jié)構(gòu)性方面進(jìn)行總體設(shè)計(jì) [1]。 (1)表示層是應(yīng)用的用戶接口部分，它擔(dān)負(fù)著用戶與應(yīng)用間的對話功能。 (2)功能層 (業(yè)務(wù)邏輯層 )相當(dāng)于應(yīng)用的本體，它是將具體的業(yè)務(wù)處理邏輯地編入程序中。在應(yīng)用設(shè)計(jì)中，一定要 避免“進(jìn)行一次業(yè)務(wù)處理，在表示層和功能層間進(jìn)行多幾次的數(shù)據(jù)交換 ” 的笨拙設(shè)計(jì)。 (3)數(shù)據(jù)層就是 DBMS，負(fù)責(zé)管理對數(shù)據(jù)庫數(shù)據(jù)的讀寫。 DBMS 必須能迅速執(zhí)行大量數(shù)據(jù)的更新和檢索?，F(xiàn)在的主流是關(guān)系數(shù)據(jù)庫管理系統(tǒng) (RDBMS)。因此，一般從功能層傳送到數(shù)據(jù)層的要求大都使用 SQL 語言 三層 C/S 結(jié)構(gòu)是將應(yīng)用功能分成表示層、功能層和數(shù)據(jù)層三部分。其解決方案是對這三層進(jìn)行明確分割，并在邏輯上使其獨(dú)立。原來的數(shù)據(jù)層作為 DBMS 已經(jīng)獨(dú)立出來，所以 關(guān)鍵是要將表示層和功能層分離成各自獨(dú)立的程序，并且還要使這兩層間的接口簡潔明了。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 9 系統(tǒng)實(shí)施規(guī)劃 三層 C/S 應(yīng)用的開發(fā)必須遵從以下原則；保護(hù)已有投資；降低應(yīng)用系統(tǒng)的風(fēng)險(xiǎn)；滿足當(dāng)前的迫切需要；考慮未來的發(fā)展規(guī)劃 [5]。 開發(fā)出的三層 C/S 應(yīng)用系統(tǒng)必須是：功能豐富且具有高可用性；功能要能跨應(yīng)用系統(tǒng)；系統(tǒng)要能跨平臺運(yùn)行。 通過前期調(diào)研和初步的系統(tǒng)分析，確立了系統(tǒng)的基本架構(gòu)，架構(gòu)按照標(biāo)準(zhǔn)的三層開發(fā)結(jié)構(gòu)，有效的保證了系統(tǒng)的可擴(kuò)展性和良好的維護(hù)性能，同時(shí)，使用三層結(jié)構(gòu)，對數(shù)據(jù)的訪問，通過數(shù)據(jù)訪問層和連接池技術(shù) ，大大提高信息運(yùn)行效率。根據(jù)系統(tǒng)架構(gòu)和系統(tǒng)實(shí)現(xiàn)的主體目標(biāo)，規(guī)劃 學(xué)生餐廳 管理系統(tǒng)的實(shí)施步驟如下： (1)在前期調(diào)研分析的基礎(chǔ)上，進(jìn)行系統(tǒng)的工作流程的設(shè)計(jì)。對 學(xué)生餐廳 的一個(gè)工作過程進(jìn)行拆分和細(xì)化，抽取其中的核心公共流程，從 學(xué)生餐廳 提供的服務(wù)出發(fā)，到 學(xué)生餐廳 的前期準(zhǔn)備和計(jì)劃，最后進(jìn)行財(cái)務(wù)匯總和分析。 (2)進(jìn)行詳細(xì)的功能模塊設(shè)計(jì)。根據(jù)設(shè)計(jì)的流程和分析結(jié)果，對系統(tǒng)的功能細(xì)分，包括系統(tǒng)底層支持模塊，業(yè)務(wù)邏輯功能模塊，數(shù)據(jù)通信模塊等。對每個(gè)功能從數(shù)據(jù)流的 進(jìn)出和實(shí)現(xiàn)關(guān)系進(jìn)行設(shè)計(jì)和分析。 (3)設(shè)計(jì)詳細(xì)數(shù)據(jù)庫結(jié)構(gòu)。 (4)系統(tǒng)軟件程序的實(shí)現(xiàn)。這是系統(tǒng)的內(nèi)核實(shí)現(xiàn)階段，運(yùn)用計(jì)算機(jī)語言，根據(jù)系統(tǒng)三層模式架構(gòu)和設(shè)計(jì)分析，在數(shù)據(jù)庫的基礎(chǔ)上，進(jìn)行業(yè)務(wù)邏輯層和表現(xiàn)層的實(shí)現(xiàn)。該部分采用面向?qū)ο蟮姆椒?，在一定程度上?guī)范系統(tǒng)地軟件結(jié)構(gòu)，方便后續(xù)的維護(hù)工作。 (5)系統(tǒng)的應(yīng)用。在硬件網(wǎng)絡(luò)環(huán)境下，對系統(tǒng)發(fā)布使用，建立服務(wù)器，安裝調(diào)試。 系統(tǒng)工作流程設(shè)計(jì) 工作流程設(shè)計(jì)是在 學(xué)生餐廳 原有工作流程基礎(chǔ)之上，進(jìn)行抽象和提取，去掉一些繁瑣的和不必要的過程，保留原來的主要部分，同時(shí)根據(jù)需求分析，加入一些比較好的工作流程，綜合組織一個(gè)相對實(shí)用的工作流 程。本章節(jié)主要從主題業(yè)務(wù)流程和幾個(gè)相對主要的功能流程進(jìn)行闡述，并對后續(xù)的功能設(shè)計(jì)進(jìn)行鋪墊。 該部分在系統(tǒng)分析中占有比較重要的地位，流程的設(shè)計(jì)直接關(guān)系到功能的詳細(xì)設(shè)計(jì)，包括各種數(shù)據(jù)的流轉(zhuǎn)和輸入輸出，因此，在設(shè)計(jì)工作流程時(shí)進(jìn)行了細(xì)致的調(diào)研和分析，對 學(xué)生餐廳 所有業(yè)務(wù)規(guī)則和上傳下達(dá)數(shù)據(jù)進(jìn)行搜集和統(tǒng)計(jì)，形成最終的流程設(shè)計(jì)。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 10 學(xué)生餐廳 管理信息系統(tǒng)通過對項(xiàng)目的流程狀態(tài)進(jìn)行全面的控制和管理，幫助 學(xué)生餐廳 工作人員管理服務(wù)狀態(tài)和進(jìn)行進(jìn)度控制等工作，以達(dá)到科學(xué)高效的流程優(yōu)化，實(shí)現(xiàn)整個(gè) 學(xué)生餐廳 系統(tǒng)的信息共享，提高顧客服務(wù)水平，保證 達(dá)到信息化建設(shè)的目的。 學(xué)生餐廳 管理信息系統(tǒng)從菜單管理、營業(yè)信息管理、預(yù)訂管理、外賣管理、檔案管理、日常人事管理等不同角度來管理服務(wù)所處狀態(tài)、質(zhì)量監(jiān)督工作，以便各部門負(fù)責(zé)人可以及時(shí)了解和控制具體服務(wù)情況等各方面的準(zhǔn)確數(shù)據(jù)。對 學(xué)生餐廳 管理信息系統(tǒng)與外賣、預(yù)訂、營業(yè)情況、預(yù)決算、等子系統(tǒng)之間密切的數(shù)據(jù)傳遞進(jìn)行管理。系統(tǒng)業(yè)務(wù)流程圖如圖 所示： 總 經(jīng) 理廚 師 長外 賣 負(fù)責(zé) 人領(lǐng) 班人 事 經(jīng)理菜 單 管 理人 事 分 配營 業(yè) 管 理預(yù) 訂 管 理系 統(tǒng) 維 護(hù)外 賣 管 理財(cái) 務(wù) 收 款財(cái) 務(wù) 人 員信 息 查 詢員 工 情 況 表外 賣 信 息營 業(yè) 信 息 表預(yù) 訂 情 況 表菜 單 信 息系 統(tǒng) 用 戶 權(quán) 限帳 單 信 息 結(jié) 算圖 31 系統(tǒng)業(yè)務(wù)流程圖 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 11 系統(tǒng)功能模塊設(shè)計(jì) 系統(tǒng)功能模塊劃分的原則 模塊是程序中能邏輯分 開的部分，設(shè)計(jì)中獨(dú)立的最小單元。模塊通過程序?qū)崿F(xiàn)后，對于編譯、與其它單元結(jié)合以及嵌入來說都是可識別的。模塊的獨(dú)立性要求在指定模塊的功能和設(shè)計(jì)中，要使模塊內(nèi)部隊(duì)信息 (過程和數(shù)據(jù) )對于無需這些信息的其它模塊不可存取，也就是要求保證達(dá)到信息的隱藏。因此，進(jìn)行模塊劃分時(shí)需注意模塊的獨(dú)立性原則。 模塊劃分的具體原則可歸納為以下幾點(diǎn)： (1)高內(nèi)聚性 內(nèi)聚性是信息隱藏概念的延伸，它表示模塊所執(zhí)行的諸任務(wù)在功能上互相關(guān)聯(lián)的程度。在劃分模塊時(shí)，要求功能模塊具有高的內(nèi)聚性。 (2)低藕合度 耦合度是軟件結(jié)構(gòu)中各模塊之間的相 互依賴的量度。在劃分模塊時(shí)，為體現(xiàn)模塊的獨(dú)立性，應(yīng)使模塊間具有低藕合度。 (3)精簡適宜，繁簡得當(dāng) 在對系統(tǒng)進(jìn)行功能模塊劃分的時(shí)候，應(yīng)本著精簡適宜，繁簡得當(dāng)?shù)脑瓌t進(jìn)行。如果模塊劃分過小，通用性差，就會(huì)造成程序量過大，使程序修改非常困難；如果模塊劃分過大，通用性太強(qiáng)，則會(huì)導(dǎo)致程序邏輯過于復(fù)雜，從而使程序維護(hù)很困難，所以適當(dāng)劃分模塊功能十分重要 系統(tǒng)功能模塊的劃分 根據(jù)用戶調(diào)查分析，“ 學(xué)生餐廳 管理系統(tǒng)”系統(tǒng)設(shè)計(jì)有九大功能模塊，分別是：用戶管理、菜單管理、營業(yè)管理、預(yù)訂管理、外賣管理、員工管理、帳單管 理、查詢、退出系統(tǒng)模塊。圖 為系統(tǒng)的功能模塊圖。 學(xué)生餐廳管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 12 圖 32 系統(tǒng)功能模塊圖 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫技術(shù)是信息資源管理最有效的手段。數(shù)據(jù)庫設(shè)計(jì)是指對于一個(gè)給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，有效存儲(chǔ)數(shù)據(jù)，滿足用戶信息要求和處理要求 [8] [9]。 數(shù)據(jù)庫的設(shè)計(jì)過程一般包括以下幾個(gè)步驟： (1)確定建立數(shù)據(jù)庫的目的和收集數(shù)據(jù) 數(shù)據(jù)庫設(shè)計(jì)過程的第一個(gè)階段是確定建立數(shù)據(jù)庫的目的和收集數(shù)據(jù)。通常，我們也