?目錄TOC\ｏ"1-３＂＼h\uＨYPERＬIＮK\l"９1６"1背景介紹：?３ＩNK”２33917”２需求剖析ＨＹPEＲＬＩNK＼l"_Ｔoc3７２23３9３3”3。３店面管理員用例圖3．4訂單管理員用例圖?5３．5系統管理員用例圖4系統靜態模型?75系統動態模型?8５．系統時序圖5。1．3店面管理管理員管理店面10５.1.４店面管理員構建顧客評價檔案１1５。1.5店面管理員構建店家監察檔案?1２５。1．7系統管理員管理店家信息１4”_Toｃ１”5。1.8系統管理員管理訂餐者信息?155.1.9系統管理員維護系統165.2系統活動圖175。3系統狀態圖?176系統布署模型?1８6．1系統預制構件圖?186。2系統布署圖?１８７總結１9?1背景介紹隨著網路技術的急速發展，人們的生活也越來越追求便捷化.經過觀察,發覺整個學院城的中學生對平時訂餐需求很大，但她們訂餐的形式都是比較原始的電話訂餐。而各個餐飲店也是各自為戰，自己接電話，記錄訂單需求，自己配送.這樣做效率很低，收益薄，但是信息不流暢。所以我決定為學院生提供一個平臺—--網上訂餐系統。
在網上給申請的店家一個虛擬店鋪，可以在里面掛上該店家的名稱，飯菜的圖片和價位等信息，讓訂餐者可以便捷地訂餐，還可以對店家的餐飲進行評價,由系統生成評價檔案以供其他人參考等,而店家后期只負責煮飯菜并安排人配送。據悉，須要定期對店家進行衛生安全監察，生成店家監察檔案,并借此為根據來決定店家的去留等.需求剖析學院生網上訂餐系統主要有以下幾方面需求：1)訂餐者訂餐者首先須要注冊一個帳號用于系統登陸,登陸后可以查看店面信息,并選中某一店面后步入其餐飲信息界面，最終選中所需餐飲，下訂單.其實進餐后還可以對此餐飲進行評價.店家店家首先須要申請一個網上店面,當申請通過后,登陸到系統中,可以核對訂單并安排配送，之后對本店的餐飲信息進行更新。3)訂單管理員當訂餐者下訂單后，訂單管理員需及時生成訂單，假如訂餐者對訂單有所修改時，訂單管理員也要及時對數據進行更新。店面管理員當店家申請通過時，店面管理員須要及時錄入店面信息,并為其籌建店鋪、建立顧客評價檔案、商家監察檔案。當店家降低、修改、刪除其餐飲信息時，店面管理員需及時對數據進行更新，便于其他人訂餐。假如訂餐者對某餐飲店的某餐飲進行評價后,店面管理員需及時更新評價檔案.系統管理員系統管理員主要完成對店家和訂餐者信息的管理、以及系統的維護。
３系統用例模型學院生網上訂餐系統的參與者有:訂餐者用例圖訂餐者可以登入系統,登陸后可以訂餐，訂餐過程包括選擇店面、選擇餐飲、下訂單以及到餐付款，進餐后還可以對餐飲進行評價。商家用例圖店家可以登入系統,登陸后須要對訂餐者的訂單進行查證并安排配送，之后更新店面有關餐飲信息（降低、刪除、修改）。3.3店面管理員用例圖店面管理員可以更新店面信息（包括錄入新申請通過的店家、修改、刪除和查詢店面信息),還要為每一個店面構建顧客評價檔案盒店家監察檔案。3．4訂單管理員用例圖訂單管理員當訂餐者下訂單后要立刻生成新訂單,倘若訂單有所改動需及時更新(查詢、修改、刪除）。系統管理員用例圖系統管理員可以登入系統，對店家和訂餐者的信息進行管理（降低、刪除、修改、查詢),還有系統的維護.系統靜態模型由需求剖析中知,我們可以根據主要六個類對象:訂餐者、訂單管理員、商家、店鋪管理員、系統管理員、訂單、店鋪和餐飲創建完整的類圖系統動態模型5.1系統時序圖5.１．1訂餐者訂餐（1）訂餐者注冊一個系統登陸帳號;（2）在登陸界面輸入相應的用戶名和密碼進行身分驗證；（3）系統驗證后將驗證結果返回給用戶；（4）系統展示有關店面信息；（5）訂餐者選擇店面；（6）系統展示該店面的有關餐飲信息;（7）訂餐者瀏覽信息并選擇所需餐飲;（8）訂餐者下訂單;（9）下訂單成功后,系統更新餐飲信息；（10）退出系統;（11）進餐后對餐飲進行評價.依據訂餐者訂餐的時序圖可以創建如下協作圖:5。
１.２店家管理店面（1）店家申請一個網上虛擬店面；（2）申請成功后，在登陸界面輸入自己的用戶名和密碼進行身分驗證;（3）系統進行驗證并將驗證結果返回給店家；（4）店家處理訂單;（5）更新店面相關餐飲信息；（6）遞交更新數據；（7）系統將遞交的結果顯示給店家；（8）遞交成功，退出系統。按照店家管理店面的時序圖可以創建如下協作圖：５。1．3店面管理員管理店面信息（1）店面管理員登入系統步入管理界面;（2）對店面的信息進行更新;（3）遞交更新數據;（4）系統將遞交結果顯示給店面管理員；（5）遞交成功，退出系統。5。1．4店面管理員構建顧客評價檔案（1）店面管理員登陸到系統;（2）對訂餐者的評價進行查證并篩選；（3）生成最終的評價檔案;（4）系統將結果顯示給店面管理員；（5）退出系統。５.1．5店面管理員構建店家監察檔案（1）店面管理員登陸到系統；（2）錄入通過檢測得出的監察結果；（3）生成監察檔案；（4）系統將結果顯示給店面管理員；（5）退出系統.按照店面管理員構建店家監察檔案的時序圖可以創建如下協作圖:5。１。６訂單管理員管理訂單（1）訂單管理員登陸到系統中;（2）管理訂單信息；（3）遞交更新數據；（4）系統將更新結果顯示給定單管理員;（5）遞交成功,退出系統.按照訂單管理員管理訂單的時序圖可以創建如下協作圖：5。
１.7系統管理員管理訂餐者信息（1）系統管理員注冊一個自己的登陸帳號;（2）輸入用戶名和密碼進行身分驗證;（3）系統將驗證結果顯示結果返回給系統管理員；（4）系統管理員在訂餐者信息管理界面對訂餐者信息進行更新;（5）遞交更新數據；（6）系統將遞交結果返回；（7）遞交成功,退出系統。依據系統管理員管理訂餐者信息的時序圖可以創建如下協作圖:５。1.８系統管理員管理店家信息（1）系統管理員注冊一個自己的登陸帳號；（2）輸入用戶名和密碼進行身分驗證;（3）系統將驗證結果顯示結果返回給系統管理員；（4）系統管理員在店家信息管理界面對店家信息進行更新;（5）遞交更新數據;（6）系統將遞交結果返回；（7）遞交成功，退出系統。依據系統管理員管理店家信息的時序圖可以創建如下協作圖：5。1.9系統管理員維護系統（1）系統管理員注冊一個自己的登陸帳號；（2）輸入用戶名和密碼進行身分驗證;（3）系統將驗證結果顯示結果返回給系統管理員;（4）系統管理員在系統維護界面對系統進行維護；（5）遞交維護操作；（6）系統將遞交結果返回；（7）遞交成功，退出系統。依據系統管理員維護系統的時序圖可以創建如下協作圖:系統活動圖按照學院生網上訂餐系統的整個活動過程,創建了如下的系統活動圖:５.3系統狀態圖按照上面的剖析和設計可以發覺，每位參與者在使用系統前都須要進行登陸,登陸以后就可以進行各自相應的操作,操作完成后退出系統.創建的系統狀態圖如下：系統布署圖6．１系統預制構件圖網上訂餐系統的預制構件圖我們通過預制構件映射到系統的實現類中在線點餐，說明該預制構件化學實現的邏輯類,在本系統中,我們可以對訂餐者類、系統管理員類、商家類、店鋪管理員類、訂單管理員類、訂單類和餐飲類分別創建對應的預制構件進行映射。
6.２系統布署圖網上訂餐系統的布署圖描畫的是系統節點上運行資源的安排。包括四個節點，分別是:顧客端瀏覽器、HTTP服務器、數據庫服務器和復印機。總結經過認真地剖析我得出了系統的需求剖析,確定了系統的主要參與者以及各自的主要活動。通過學習UＭL建模的有關知識和ａlＲoｓｅ工具,我親自動手練習在線點餐，最終畫出了系統的系統用例模型（各自用例的用例圖)、系統靜態模型(系統類圖）、系統的動態模型（系統時序圖、系統活動圖和系統狀態圖）以及系統布署模型(系統預制構件圖和系統布署圖）。通過自己的親自動手操作,使我進一步了解并把握了UML的建模過程和ＲaｔｉoｎａｌＲｏse工具的使用。同時，我也發覺了自己思索問題不全面等一系列不足，使得自己不斷改正、不斷進步。
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
