餐飲管理系統(tǒng)需求規(guī)格

1、餐飲管理系統(tǒng)需求規(guī)格餐飲管理系統(tǒng)需求規(guī)格V0.2廣州典型軟件公司評(píng) 審 日 期： 2013 年 3 月 24 日項(xiàng)目小組參加人員及分工姓名學(xué)號(hào)工作任務(wù)組長(zhǎng)龐嘉瑤1007508235總體布局組員曾潔玲1007508216客戶(hù)端功能分析與設(shè)計(jì)組員r李文靜；1007508221客戶(hù)端功能分析與設(shè)計(jì)組員李春麗1007508252管理端功能分析與設(shè)計(jì)組員葉慶文0907508312管理端功能分析與設(shè)計(jì)第2頁(yè)共25頁(yè)目錄1 導(dǎo)言1.1.1 目的1.1.2 范圍1.1.3 縮寫(xiě)說(shuō)明1.1.4術(shù)語(yǔ)定義1.1.5 引用標(biāo)準(zhǔn)1.1.6 參考資料2.1.7 版本更新信息 2.2 系統(tǒng)定義2.2.1 項(xiàng)目來(lái)源及背景2.

2、2.2項(xiàng)目要達(dá)到的目標(biāo)3.2.3 系統(tǒng)整體結(jié)構(gòu) 3.3 應(yīng)用環(huán)境3.3.1 系統(tǒng)運(yùn)行網(wǎng)絡(luò)環(huán)境4.3.2 系統(tǒng)運(yùn)行硬件環(huán)境 4.3.3 系統(tǒng)運(yùn)行軟件環(huán)境 4.4 功能規(guī)格5.4.1 角色定義5.4.1.1 會(huì)員5.4.1.2 管理用戶(hù)5.4.1.3數(shù)據(jù)庫(kù)6.4.2 系統(tǒng)主用例圖6.4.3客戶(hù)端子系統(tǒng)7.4.3.1 注冊(cè)9.4.3.2檢索瀏覽菜單9.4.3.3 訂餐9.4.3.4 餐后評(píng)價(jià)104.3.5訂單管理1.04.3.6個(gè)人信息管理1.14.4管理端子系統(tǒng)1.24.4.1 登錄管理1.34.4.2訂單管理1.34.4.3點(diǎn)餐管理1.44.4.4 菜單管理154.4.5評(píng)價(jià)管理1.64.4.6

3、報(bào)表管理1.74.4.7用戶(hù)管理1.85 性能需求195.1 界面需求1.95.2 響應(yīng)時(shí)間需求205.3 可靠性需求205.4 開(kāi)放性需求205.5 可擴(kuò)展性需求205.6 系統(tǒng)安全性需求206 產(chǎn)品提交207 實(shí)現(xiàn)約束218 簽字21餐飲管理系統(tǒng)需求規(guī)格第24頁(yè)1導(dǎo)言1.1目的重點(diǎn)描述了餐飲管理系統(tǒng)的該文檔是關(guān)于用戶(hù)對(duì)于餐飲管理系統(tǒng)的功能和性能的要求, 設(shè)計(jì)需求，將作為對(duì)該工具在概要設(shè)計(jì)階段的設(shè)計(jì)輸入。本文檔的預(yù)期讀者是：設(shè)計(jì)人員開(kāi)發(fā)人員 項(xiàng)目管理人員測(cè)試人員用戶(hù)1.2范圍該文檔是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決整個(gè)項(xiàng)目系統(tǒng)的“做什么”的問(wèn)題。在這里，對(duì)于開(kāi)發(fā)技術(shù)并沒(méi)有

4、涉及，而主要是通過(guò)建立模型的方式來(lái)描述用戶(hù)的需求，為客戶(hù)、用戶(hù)、開(kāi)發(fā)方等不同參與方提供一個(gè)交流的渠道。1.3縮寫(xiě)說(shuō)明JSPJava Server Page （ Java服務(wù)器頁(yè)面）的縮寫(xiě)，一個(gè)腳本化的語(yǔ)言。UMLUn ified Modeli ng Lan guage（統(tǒng)一建模語(yǔ)言）的縮寫(xiě)，是一個(gè)標(biāo)準(zhǔn)的建模語(yǔ)言。1.4術(shù)語(yǔ)定義無(wú)1.5引用標(biāo)準(zhǔn)1 企業(yè)文檔格式標(biāo)準(zhǔn)V1.1北京長(zhǎng)江軟件有限公司2 需求規(guī)格報(bào)告格式標(biāo)準(zhǔn) V1.1北京長(zhǎng)江軟件有限公司軟件工程過(guò)程化組織1.6參考資料1UML V1.1北京長(zhǎng)江軟件有限公司2需求規(guī)格報(bào)告格式標(biāo)準(zhǔn)V1.1北京長(zhǎng)江軟件有限公司軟件工程過(guò)程化組織1.7版本更新信

5、息本文檔的更新記錄如表A-1。表A-1版本更新記錄修改編號(hào)修改日期修改后版本修改位置修改內(nèi)容概述0012013.3.170.1全部初始發(fā)布版本0022013.3.240.2第 2.3、4.3、4.4 節(jié)修改2系統(tǒng)定乂我們分別闡述一下項(xiàng)目的來(lái)源、背景和項(xiàng)目的目標(biāo)。2.1項(xiàng)目來(lái)源及背景隨著人們生活水平的提高，人們對(duì)餐飲的要求也越來(lái)越高，餐飲業(yè)在服務(wù)行業(yè)中占有越發(fā)重要的地位。如何讓自家飯店在當(dāng)前餐飲行業(yè)日趨激烈的競(jìng)爭(zhēng)中脫穎而出，成為廣大經(jīng)營(yíng)者所追求的主要目標(biāo)。事實(shí)上，餐飲業(yè)得益于網(wǎng)絡(luò)的發(fā)展，通過(guò)網(wǎng)絡(luò)更高效、便捷地為客戶(hù)服務(wù)的同時(shí)增加盈利、擴(kuò)大經(jīng)營(yíng)范圍。傳統(tǒng)的訂餐模式是人們必須到飯店或打電話(huà)才可以進(jìn)

6、行訂餐，而隨著信息化的發(fā)展， 信息系統(tǒng)不斷提高著餐飲企業(yè)的管理效率，同時(shí)也方便客戶(hù)直接利用發(fā)達(dá)的網(wǎng)絡(luò)資源進(jìn)行操作，還可以快捷地了解到飯店的菜肴信息。因此我們希望開(kāi)發(fā)出基于 B/S模式的餐飲管理系統(tǒng)， 實(shí)現(xiàn)真正意義上的訂餐自動(dòng)化，以及餐飲企業(yè)銷(xiāo)售管理便捷化。餐飲管理系統(tǒng)為飯店提供一個(gè)完整的服務(wù)平臺(tái)，顧客可以通過(guò)系統(tǒng)了解飯店的各種菜肴， 在系統(tǒng)上可以實(shí)現(xiàn)訂餐操作， 并可以對(duì)各種菜肴做出相應(yīng)的評(píng)價(jià)。 飯店服務(wù)員通過(guò)本系統(tǒng)查看、修改顧客的訂單信息。飯店數(shù)據(jù)維護(hù)人員通過(guò)本系統(tǒng)編輯菜肴 的介紹，對(duì)菜肴進(jìn)行分類(lèi)。飯店經(jīng)理可以通過(guò)系統(tǒng)了解飯店目前各種菜肴的銷(xiāo)售情況，還可以統(tǒng)計(jì)各個(gè)時(shí)間段的營(yíng)業(yè)收入，分析這些數(shù)據(jù)

7、對(duì)飯店的管理方針進(jìn)行適當(dāng)?shù)恼{(diào)整來(lái)提高整個(gè) 飯店的營(yíng)業(yè)狀況。2.2項(xiàng)目要達(dá)到的目標(biāo)本項(xiàng)目設(shè)定的目標(biāo)如下：1. 系統(tǒng)能夠提供友好的用戶(hù)界面，使操作人員的工作量最大限度的減少2. 系統(tǒng)具有良好的運(yùn)行效率，能夠得到提高生產(chǎn)率的目的3. 系統(tǒng)應(yīng)有良好的可擴(kuò)充性，可以容易的加入其它系統(tǒng)的應(yīng)用。4. 平臺(tái)的設(shè)計(jì)具有一定的超前性，靈活性，能夠適應(yīng)企業(yè)生產(chǎn)配置的變化。5. 通過(guò)這個(gè)項(xiàng)目可以鍛煉隊(duì)伍，提高團(tuán)隊(duì)的開(kāi)發(fā)能力和項(xiàng)目管理能力2.3系統(tǒng)整體結(jié)構(gòu)本系統(tǒng)分為客戶(hù)端和管理端，客戶(hù)端主要功能是提供會(huì)員的檢索瀏覽菜單、下訂單、餐后評(píng)價(jià)等。管理端的功能提供飯店相關(guān)人員的菜單管理、訂單管理、點(diǎn)餐管理、報(bào)表管理、 評(píng)價(jià)管理

8、等。他們的關(guān)系如圖 A-1 。數(shù)據(jù)維護(hù)員數(shù)據(jù)維護(hù)員服務(wù)員服務(wù)員經(jīng)理圖A-1 :餐飲管理系統(tǒng)流程圖3應(yīng)用環(huán)境本項(xiàng)目的應(yīng)用環(huán)境可以分硬件環(huán)境、軟件環(huán)境和網(wǎng)絡(luò)環(huán)境來(lái)描述。3.1系統(tǒng)運(yùn)行網(wǎng)絡(luò)環(huán)境本系統(tǒng)的網(wǎng)絡(luò)運(yùn)行圖如圖A-2 ,無(wú)論是客戶(hù)端的會(huì)員還是管理端的相關(guān)人員等都可以通D飯店相關(guān)人員過(guò)網(wǎng)絡(luò)登錄到本系統(tǒng)中。會(huì)員通過(guò)網(wǎng)絡(luò)提交訂單、餐后評(píng)價(jià)，飯店相關(guān)人員通過(guò)網(wǎng)絡(luò)發(fā)布菜 肴信息，獲得會(huì)員的訂單信息，進(jìn)行報(bào)表管理。3會(huì)員圖A-2 :網(wǎng)絡(luò)拓?fù)鋱D3.2系統(tǒng)運(yùn)行硬件環(huán)境本系統(tǒng)的硬件環(huán)境如下：客戶(hù)機(jī)：普通PCCPU P4 1.8GHz內(nèi)存：256MB以上 分辨率：推薦使用1024*768像素 WEB服務(wù)器CPU P

9、4 1.8GHz內(nèi)存：256MB以上數(shù)據(jù)庫(kù)服務(wù)器CPU P4 1.8GHz內(nèi)存：256MB以上3.3系統(tǒng)運(yùn)行軟件環(huán)境操作系統(tǒng)：Windows XP 數(shù)據(jù)庫(kù)：SQL Server 2005 開(kāi)發(fā)工具包：JDK Versio n 1.4.2 JSP服務(wù)器：Tomcat 瀏覽器：IE8.04功能規(guī)格我們采用面向?qū)ο蠓治鲎鳛橹饕南到y(tǒng)建模方法，使用UML(Unified ModelingLanguage)作為建模語(yǔ)言。UML為建?；顒?dòng)提供了從不同角度觀察和展示系統(tǒng)的各種特征的 方法。在UML中，從任何一個(gè)角度對(duì)系統(tǒng)所作的抽象都可能需要幾種模型來(lái)描述，而這些來(lái)自不同角度的模型圖最終組成了系統(tǒng)的映像。Us

10、e Case描述的是actor ” (用戶(hù)、外部系統(tǒng)以及系統(tǒng)處理)是如何與系統(tǒng)交互來(lái)完成工作的。Use Case模型提供了一個(gè)非常重要的方式來(lái)界定系統(tǒng)邊界以及定義系統(tǒng)功能，同 時(shí)，該模型將來(lái)可以派生出動(dòng)態(tài)對(duì)象模型。設(shè)計(jì)Use-case時(shí)，我們遵循下列步驟：第一步，識(shí)別出系統(tǒng)的“ actor”。Actor可以是用戶(hù)、外部系統(tǒng)，甚至是外部處理， 通過(guò)某種途徑與系統(tǒng)交互。 重要的是著重從系統(tǒng)外部執(zhí)行者的角度來(lái)描述系統(tǒng)需要 提供哪些功能，并指明這些功能的執(zhí)行者(Actor)是誰(shuí)。盡可能地確保所有Actor都被完全識(shí)別出來(lái)。第二步，描述主要的Use Case。可以采取不斷地問(wèn)自己“這個(gè) Actor究竟想

11、通過(guò)系統(tǒng)做什么？”來(lái)準(zhǔn)確地描述Use Case。第三步，重新審視每個(gè) Use Case，為它們下個(gè)詳盡的定義。4.1角色定義角色或者執(zhí)行者指與系統(tǒng)產(chǎn)生交互的外部用戶(hù)或者外部系統(tǒng)。4.1.1會(huì)員會(huì)員是指在這個(gè)餐飲管理系統(tǒng)中通過(guò)客戶(hù)端提交訂單的人員，這個(gè)角色主要參與客戶(hù)端的瀏覽菜單、提交訂單、餐后評(píng)價(jià)等功能。4.1.2管理用戶(hù)管理用戶(hù)是指管理端的用戶(hù)，此角色派生兩個(gè)子類(lèi)， 飯店相關(guān)人員和系統(tǒng)管理員，飯店相關(guān)人員是指在餐飲管理系統(tǒng)中通過(guò)管理端參與飯店管理工作的人員，它又可以派生三個(gè)子類(lèi)即數(shù)據(jù)維護(hù)員、服務(wù)員和經(jīng)理。系統(tǒng)管理員是指對(duì)餐飲管理系統(tǒng)進(jìn)行相關(guān)設(shè)置、維護(hù)的人員，它也是通過(guò)管理端登錄對(duì)管理端的用戶(hù)

12、進(jìn)行設(shè)置，分配權(quán)限等，它們的關(guān)系如圖A- 3：數(shù)據(jù)維護(hù)員圖A-3 :管理用戶(hù)角色的關(guān)系圖管理用戶(hù)具體說(shuō)明如下：飯店相關(guān)人員數(shù)據(jù)維護(hù)員-管理菜肴信息、顧客評(píng)價(jià)信息。服務(wù)員-管理訂單信息、實(shí)現(xiàn)點(diǎn)餐管理。經(jīng)理整理報(bào)表信息。系統(tǒng)管理員通過(guò)管理端對(duì)系統(tǒng)用戶(hù)進(jìn)行管理的人員，這個(gè)角色主要負(fù)責(zé)對(duì)管理端用戶(hù)的增 力口，權(quán)限的設(shè)置等功能。4.1.3數(shù)據(jù)庫(kù)這個(gè)角色負(fù)責(zé)系統(tǒng)的數(shù)據(jù)查詢(xún)、增加、刪除數(shù)據(jù)庫(kù)是一個(gè)與系統(tǒng)產(chǎn)生交互的外部系統(tǒng), 和修改等操作。4.2系統(tǒng)主用例圖餐飲管理系統(tǒng)可以分為兩個(gè)主要的組成部分，一個(gè)是客戶(hù)端子系統(tǒng)，一個(gè)是管理端子系統(tǒng)。客戶(hù)端子系統(tǒng)主要是指會(huì)員通過(guò)登錄網(wǎng)站進(jìn)行操作的功能，即訂餐功能。管理端子系

13、統(tǒng)是飯店的相關(guān)人員發(fā)布菜肴信息，整理訂單信息，查看銷(xiāo)售情況等功能。系統(tǒng)的主Use Case圖如圖A-4所示。圖A-4 :系統(tǒng)的主用例圖4.3客戶(hù)端子系統(tǒng)客戶(hù)通過(guò)注冊(cè)成為會(huì)員，登錄系統(tǒng)后，會(huì)員通過(guò)它進(jìn)行網(wǎng)上預(yù)訂餐桌號(hào)以及訂餐，這就是客戶(hù)端子系統(tǒng)的功能。在客戶(hù)端用戶(hù)可以看到各種不同種類(lèi)的菜式，點(diǎn)擊進(jìn)去可以看到菜式的詳細(xì)介紹，如果需要網(wǎng)上預(yù)訂的話(huà)，可以注冊(cè)，以會(huì)員身份進(jìn)行預(yù)訂，填寫(xiě)就餐日期、 選擇餐位情況以及點(diǎn)餐，提交后顯示訂單信息。如不需要網(wǎng)上預(yù)訂的話(huà)，也可以瀏覽相關(guān)菜 肴的簡(jiǎn)介以及對(duì)應(yīng)的評(píng)價(jià)。圖 A5是它的活動(dòng)圖。圖A-5 :客戶(hù)端的活動(dòng)圖客戶(hù)端的主要功能包括注冊(cè)、檢索瀏覽菜單、訂餐、餐后評(píng)價(jià)、

14、訂單管理及個(gè)人信息管理。圖A 6是它的用例圖。圖A-6 :客戶(hù)端的功能用例圖客戶(hù)端管理的這些用例描述如下：F C 1:注冊(cè)。該系統(tǒng)需要注冊(cè)之后才可進(jìn)行預(yù)訂。注冊(cè)信息包括真實(shí)姓名、性別、生日、電話(huà)號(hào)碼、 郵箱、地址、密碼等。它們組成會(huì)員的基本個(gè)人信息。F C 2 :檢索瀏覽菜單。顧客通過(guò)各種不同的種類(lèi)、菜系、銷(xiāo)售量來(lái)瀏覽菜肴信息， 還可以通過(guò)關(guān)鍵字檢索出菜肴信息。點(diǎn)擊菜肴的圖片可以進(jìn)入詳細(xì)介紹的頁(yè)面。F C 3:訂餐。會(huì)員需要先填寫(xiě)就餐日期，系統(tǒng)根據(jù)日期顯示餐位情況讓會(huì)員選擇，再進(jìn)行菜色選擇生成訂單。F C 4 :餐后評(píng)價(jià)。會(huì)員于網(wǎng)上預(yù)訂，在飯店就餐后可再次登錄該網(wǎng)站進(jìn)行網(wǎng)上評(píng)價(jià)， 限定字?jǐn)?shù)10

15、0字以?xún)?nèi)。 評(píng)價(jià)完成后可顯示至對(duì)應(yīng)菜肴信息的頁(yè)面的相應(yīng)位置，方便其他用戶(hù)參考，也可讓飯店得到相應(yīng)的信息反饋，并及時(shí)做出調(diào)整等。F C 5:訂單管理。會(huì)員在網(wǎng)上訂餐成功后， 可以查詢(xún)訂單信息。 訂單信息包括用戶(hù)所預(yù)訂的就餐日期、餐位情況、菜式等。也可以對(duì)就餐時(shí)間、餐位情況以及菜色進(jìn)行修改。還可以取消未就餐的訂 單和刪除已就餐的歷史訂單記錄。F C 6 :個(gè)人信息管理。會(huì)員可以登錄網(wǎng)站查看個(gè)人信息，并實(shí)時(shí)更新修改個(gè)人資料信息，方便飯店和會(huì)員間友好交流?？梢孕薷牡男畔〞?huì)員電話(huà)號(hào)碼、郵箱、地址、密碼等。431注冊(cè)注冊(cè)是顧客登錄網(wǎng)站， 如需進(jìn)行網(wǎng)上預(yù)訂的話(huà)，必須進(jìn)行的操作。 需要錄入的信息包括姓名、

16、性別、生日、電話(huà)號(hào)碼、郵箱、地址、密碼等，然后才進(jìn)行下一步的操作。具體描述 如下：用例描述：注冊(cè)；執(zhí)行者：顧客；前置條件：顧客瀏覽網(wǎng)站并決定要進(jìn)行網(wǎng)上訂餐；后置條件：注冊(cè)完成后，則可以進(jìn)行訂餐信息的填寫(xiě)?；韭窂剑篴）基本信息錄入，包括真實(shí)姓名、性別、生日電話(huà)號(hào)碼、郵箱、地址等信息；b）設(shè)置個(gè)人密碼，以及確認(rèn)密碼；c）點(diǎn)擊確認(rèn)，提交信息，注冊(cè)成功后系統(tǒng)自動(dòng)分配會(huì)員號(hào)。432檢索瀏覽菜單網(wǎng)站提供給顧客菜單的檢索與瀏覽功能。具體描述如下。用例描述：檢索瀏覽菜單；執(zhí)行者：顧客；前置條件：顧客在瀏覽網(wǎng)站；后置條件：會(huì)員可進(jìn)行訂餐操作?；韭窂剑篴）根據(jù)菜肴種類(lèi)、菜系、銷(xiāo)售量可以瀏覽菜色；b）輸入關(guān)鍵字

17、可以檢索出符合的菜肴圖片、名字；c）聽(tīng)過(guò)點(diǎn)擊菜肴圖片， 可以詳細(xì)瀏覽每種菜色的詳細(xì)描述，包括簡(jiǎn)介、主要食材、所屬菜系、單價(jià)、銷(xiāo)售量、顧客評(píng)價(jià)等信息。433訂餐會(huì)員若對(duì)飯店菜色滿(mǎn)意且有意到該飯店用餐，可立即進(jìn)行網(wǎng)上訂餐。具體描述如下。用例描述：訂餐；執(zhí)行者：會(huì)員；前置條件：會(huì)員已登錄系統(tǒng)；后置條件：完成訂餐后，則可以查詢(xún)訂單信息。基本路徑：a）進(jìn)入訂餐界面，填寫(xiě)就餐日期；b）系統(tǒng)根據(jù)日期顯示餐位情況，會(huì)員根據(jù)個(gè)人實(shí)際情況選擇午市或晚市，小桌、大桌或宴席（即一次預(yù)訂多張臺(tái)位）；c）選擇好后，點(diǎn)擊下一步，進(jìn)入點(diǎn)菜環(huán)節(jié)。d）會(huì)員瀏覽相關(guān)菜肴信息，對(duì)所喜歡的菜式進(jìn)行預(yù)訂選擇；e）點(diǎn)齊菜式后，進(jìn)行提交?；?/p>

18、動(dòng)視圖如圖A 7。根據(jù)玉統(tǒng)顯 示選擇養(yǎng)隹選坪乗式圖A-7 :訂餐的活動(dòng)視圖434餐后評(píng)價(jià)會(huì)員到該飯店就餐后， 可再次登錄該網(wǎng)站， 以會(huì)員身份對(duì)飯店進(jìn)行評(píng)價(jià)，可評(píng)價(jià)飯店衛(wèi)生情況、服務(wù)態(tài)度、菜是否好吃等，限定字?jǐn)?shù)在100字以?xún)?nèi)。具體描述如下。用例描述：餐后評(píng)價(jià)；執(zhí)行者：會(huì)員；前置條件：會(huì)員已于飯店就餐并登錄系統(tǒng)；后置條件：完成餐后評(píng)價(jià)，則評(píng)價(jià)信息記錄到數(shù)據(jù)庫(kù)中?；韭窂剑篴）進(jìn)入餐后評(píng)價(jià)界面，可輸入相關(guān)評(píng)價(jià)信息，限定字?jǐn)?shù)在100字以?xún)?nèi)；b）評(píng)價(jià)完成后點(diǎn)擊確定，提交評(píng)價(jià)信息，并進(jìn)行友好提示歡迎客戶(hù)再次光臨；c）評(píng)價(jià)信息發(fā)布到對(duì)應(yīng)菜肴介紹的頁(yè)面的相應(yīng)位置，此時(shí)評(píng)價(jià)信息的狀態(tài)為未審核。435訂單管理會(huì)員

19、登錄系統(tǒng)后，在訂單管理界面中對(duì)訂單進(jìn)行查詢(xún)、修改、取消未就餐訂單及刪除歷史訂單記錄。具體描述如下：用例描述：訂單管理；執(zhí)行者：會(huì)員；前置條件：會(huì)員已登錄系統(tǒng)并曾經(jīng)進(jìn)行網(wǎng)上訂餐；后置條件：如果會(huì)員對(duì)訂單信息進(jìn)行管理后，則訂單信息記錄到數(shù)據(jù)庫(kù)中。基本路徑：a）進(jìn)入訂單管理界面， 顯示會(huì)員的所有訂單記錄，提供查詢(xún)功能，包括預(yù)訂時(shí)間、就餐時(shí)間，餐位情況、菜色、總額等的信息；b) 可以修改未就餐的訂單記錄，包括就餐時(shí)間的提前(不能早于修改的時(shí)間)和延后, 餐位情況的更改，菜色的添加和刪除；c) 可以取消未就餐的訂單；d) 可以對(duì)已就餐的訂單記錄進(jìn)行刪除處理。用例圖如圖A &取消未就秦訂.刪除歷更訂單記錄

20、圖A-8 :訂單管理的用例圖436個(gè)人信息管理用例描述：個(gè)人信息管理；執(zhí)行者：會(huì)員；前置條件：會(huì)員已注冊(cè)完畢；后置條件：如果個(gè)人信息修改成功后，則數(shù)據(jù)庫(kù)的用戶(hù)信息隨之變化。基本路徑：a) 進(jìn)入個(gè)人信息管理界面，首先展示會(huì)員的所有個(gè)人信息；b) 修改會(huì)員的個(gè)人信息，包括用戶(hù)電話(huà)號(hào)碼、郵箱、地址、密碼等。其中會(huì)員真實(shí)姓 名、性別等標(biāo)志性信息以及系統(tǒng)分配的會(huì)員號(hào)不允許修改；c) 點(diǎn)擊按鈕保存?zhèn)€人信息修改。用例圖如圖A 9。圖A-9 :訂單管理的用例圖4.4管理端子系統(tǒng)管理端主要是指提供飯店內(nèi)部人員使用的功能部分，它的功能分為訂單管理、 點(diǎn)餐管理、菜單管理、評(píng)價(jià)管理、報(bào)表管理等部分，每個(gè)登錄者首先經(jīng)過(guò)

21、安全認(rèn)證 然后確認(rèn)權(quán)限，根據(jù)相應(yīng)的權(quán)限現(xiàn)實(shí)相應(yīng)的功能。圖A-10是管理端的用例圖。壹錄管理數(shù)據(jù)維護(hù)員服務(wù)員菜單營(yíng)理點(diǎn)餐管理評(píng)價(jià)菅理系統(tǒng)菅豐賈經(jīng)理抿表管理坤戶(hù)管理單當(dāng)理圖A-10 :管理端用例圖管理端的這些用例描述如下：F-L-1 :登錄管理。登錄管理負(fù)責(zé)所有管理端的登錄，管理端的人員要登錄到系統(tǒng)必須經(jīng)過(guò)登錄界面，輸入自己用戶(hù)名和密碼，然后系統(tǒng)判斷這個(gè)用戶(hù)的權(quán)限信息，不同的登錄人可能具有不同的權(quán)限，系統(tǒng)根據(jù)不同的權(quán)限實(shí)現(xiàn)不同的功能。F-W-1:訂單管理。訂單管理是由服務(wù)員登錄到系統(tǒng)，實(shí)現(xiàn)對(duì)會(huì)員的網(wǎng)上訂單進(jìn)行查詢(xún)、修改的功能，待會(huì)員就餐完畢后更改訂單狀態(tài)。F-W-2:點(diǎn)餐管理。點(diǎn)餐管理是由服務(wù)員登

22、錄到系統(tǒng)，實(shí)現(xiàn)對(duì)飯店現(xiàn)場(chǎng)客人的點(diǎn)餐，需要填寫(xiě)當(dāng)時(shí)的就餐時(shí)間、選擇餐位，然后再選擇菜色。F-D-1 :菜單管理。菜單管理是由數(shù)據(jù)維護(hù)員登錄到系統(tǒng)，對(duì)飯店菜單進(jìn)行增加、刪除、修改，使網(wǎng)上的菜肴信息與飯店實(shí)際情況相符合。F-D-2 :評(píng)價(jià)管理。評(píng)價(jià)管理是由數(shù)據(jù)維護(hù)員登錄到系統(tǒng)，負(fù)責(zé)會(huì)員的網(wǎng)上評(píng)論的審核，審核通過(guò)則將評(píng)價(jià)信息的狀態(tài)修改為已審核，對(duì)含有非法字句的評(píng)價(jià)進(jìn)行刪除。F-M-1 :報(bào)表管理。報(bào)表管理用來(lái)統(tǒng)計(jì)飯店的銷(xiāo)售情況，是經(jīng)理的操作權(quán)限。該模塊可以統(tǒng)計(jì)出當(dāng)日、當(dāng)月、季度以及年度所有的菜肴的銷(xiāo)售數(shù)據(jù)。F-A-1:用戶(hù)管理。用戶(hù)管理是由系統(tǒng)管理員增加或刪除用戶(hù)，編輯用戶(hù)名、用戶(hù)密碼、修改用戶(hù)權(quán)限，

23、使具有不同權(quán)限的用戶(hù)進(jìn)入系統(tǒng)主界面時(shí)，出現(xiàn)在界面左側(cè)欄中的圖標(biāo)數(shù)有所不同，具體的圖標(biāo)與用戶(hù)所具有的權(quán)限對(duì)應(yīng)。441登錄管理登錄到其他系統(tǒng)的所有人都需要通過(guò)登錄界面進(jìn)入相應(yīng)的管理界面，在登錄界面輸入 用戶(hù)名和密碼，系統(tǒng)首先判斷用戶(hù)名和密碼的正確性，然后根據(jù)用戶(hù)名確定其權(quán)限，不同 的登錄者具有不同的權(quán)限，根據(jù)登錄者具有的權(quán)限將相應(yīng)的功能顯示在管理界面上，沒(méi)有權(quán)限操作的功能將不顯示在這界面上。活動(dòng)視圖如圖A-11。圖A-11 :登錄管理活動(dòng)視圖4.4.2訂單管理服務(wù)員可查看會(huì)員網(wǎng)上訂單信息，在客戶(hù)要求下更改菜式選擇，待客戶(hù)就餐完畢后更 改訂單狀態(tài)。具體描述如下：用例描述：訂單管理；執(zhí)行者：服務(wù)員；前

24、置條件：服務(wù)員已登錄系統(tǒng)；后置條件：如果訂單完成后，則修改訂單信息狀態(tài)記錄到數(shù)據(jù)庫(kù)中。基本路徑：a）進(jìn)入訂單管理界面，顯示目前的會(huì)員網(wǎng)上訂單列表；b）可以根據(jù)客戶(hù)的會(huì)員號(hào)，查詢(xún)訂單；c）根據(jù)客戶(hù)的要求可以對(duì)訂單的菜式選擇進(jìn)行修改；d）待客戶(hù)就餐完畢后，可以對(duì)該客戶(hù)的訂單狀態(tài)進(jìn)行更改。 活動(dòng)視圖如圖A-12。圖A-12 :訂餐管理活動(dòng)視圖443點(diǎn)餐管理點(diǎn)餐管理是在客戶(hù)沒(méi)有網(wǎng)上預(yù)訂菜單，服務(wù)員現(xiàn)場(chǎng)直接為客戶(hù)進(jìn)行點(diǎn)餐的功能。具體 描述如下：用例描述：點(diǎn)餐管理；執(zhí)行者：服務(wù)員；前置條件：服務(wù)員已登錄系統(tǒng)；后置條件：如果點(diǎn)餐管理完成后，則點(diǎn)餐信息記錄到數(shù)據(jù)庫(kù)中?；韭窂剑篴）進(jìn)入點(diǎn)餐管理界面，填寫(xiě)當(dāng)時(shí)的

25、就餐時(shí)間；b）系統(tǒng)根據(jù)日期顯示餐位情況，服務(wù)員根據(jù)當(dāng)時(shí)實(shí)際情況選擇午市或晚市，小桌、大桌；c）選擇好后，點(diǎn)擊下一步，進(jìn)入點(diǎn)菜環(huán)節(jié)；d）通過(guò)瀏覽相關(guān)菜肴信息，根據(jù)客戶(hù)要求點(diǎn)餐；e）點(diǎn)齊菜式后，進(jìn)行提交。444菜單管理菜單管理是餐飲管理系統(tǒng)的主要功能之一。數(shù)據(jù)維護(hù)員根據(jù)飯店的實(shí)際情況，定期對(duì)菜肴信息進(jìn)行管理，實(shí)現(xiàn)添加、刪除、修改、查詢(xún)菜肴信息的功能。具體描述如下：用例描述：菜單管理；執(zhí)行者：數(shù)據(jù)維護(hù)員；前置條件：數(shù)據(jù)維護(hù)員已登錄系統(tǒng)；后置條件：如果菜單管理成功，則數(shù)據(jù)庫(kù)中的菜肴信息隨之變化，客戶(hù)可以通過(guò)訂餐進(jìn)行點(diǎn)菜?；韭窂剑篴）進(jìn)入菜單管理界面，顯示當(dāng)前系統(tǒng)中的所有菜肴信息，可以添加新的菜式，編

26、輯詳細(xì)信息，包括菜式id、菜式名、菜式簡(jiǎn)介、主要食材、所屬菜系、種類(lèi)、單價(jià)等；b）通過(guò)點(diǎn)擊不同的菜肴圖片可以瀏覽其詳細(xì)信息；b）可以對(duì)每個(gè)菜肴信息進(jìn)行修改；c）可以按菜肴的種類(lèi)、菜系、銷(xiāo)售情況等進(jìn)行查詢(xún)；d）提供菜肴信息的刪除功能?；顒?dòng)視圖如圖A-14。445評(píng)價(jià)管理數(shù)據(jù)維護(hù)員可以對(duì)會(huì)員的餐后評(píng)價(jià)信息進(jìn)行審核，不但讓客戶(hù)在網(wǎng)上瀏覽菜肴信息的時(shí)候可以參考評(píng)價(jià)信息來(lái)選擇菜式， 還可以讓飯店管理者根據(jù)客戶(hù)對(duì)菜式的評(píng)價(jià)來(lái)改善飯店的 菜式，提高菜肴的吸引力。用例描述：評(píng)價(jià)管理；執(zhí)行者：數(shù)據(jù)維護(hù)員；前置條件：數(shù)據(jù)維護(hù)員已登錄系統(tǒng)；后置條件：如果評(píng)價(jià)管理成功，則數(shù)據(jù)庫(kù)中的評(píng)論信息可以通過(guò)?；韭窂剑篴）進(jìn)入

27、評(píng)價(jià)管理界面，展示所有的評(píng)價(jià)信息，包括評(píng)價(jià)會(huì)員號(hào)、評(píng)價(jià)時(shí)間、評(píng)價(jià)內(nèi)容等 信息；b）選擇管理未審核的評(píng)價(jià)信息，展示未審核信息；c）對(duì)評(píng)價(jià)信息進(jìn)行審核，審核通過(guò)則將狀態(tài)置為已審核，否則將評(píng)價(jià)信息刪除處理；d）可以進(jìn)行查詢(xún)操作，通過(guò)會(huì)員號(hào)或者時(shí)間進(jìn)行查詢(xún)。 活動(dòng)視圖如圖A-15 。HI Activity Diagram: Use Case View / -干肯哲理疔益ii扛蠱HI Activity Diagram: Use Case View / -干肯哲理圖A-15 :評(píng)論管理活動(dòng)視圖446報(bào)表管理為了了解飯店的不同時(shí)間段的營(yíng)業(yè)情況，可以通過(guò)生成報(bào)表來(lái)獲得各種菜肴的銷(xiāo)售情 況，然后可以對(duì)飯店的工作

28、做出有益的改善，提高飯店的營(yíng)業(yè)額。具體描述如下：用例描述：報(bào)表管理；執(zhí)行者：經(jīng)理；前置條件：經(jīng)理已登錄系統(tǒng)；后置條件：如果報(bào)表生成后，則數(shù)據(jù)庫(kù)中的銷(xiāo)售信息可以通過(guò)報(bào)表形式進(jìn)行輸出和打印基本路徑：a）進(jìn)入報(bào)表管理界面，首先選擇報(bào)表的統(tǒng)計(jì)時(shí)間段，可以是當(dāng)日、當(dāng)月、季度以及年度 的時(shí)間段；b）通過(guò)讀取數(shù)據(jù)庫(kù)獲取銷(xiāo)售訂單的數(shù)據(jù)，進(jìn)行統(tǒng)計(jì)輸出；c）顯示統(tǒng)計(jì)數(shù)據(jù)并提供打印功能。活動(dòng)視圖如圖A-16。447用戶(hù)管理系統(tǒng)管理員可以進(jìn)行權(quán)限設(shè)置，在用戶(hù)管理界面中對(duì)用戶(hù)進(jìn)行增加、刪除、修改、查詢(xún)。具體功能描述如下：用例描述：用戶(hù)管理；執(zhí)行者：系統(tǒng)管理員；前置條件：系統(tǒng)管理員已登錄系統(tǒng)；后置條件：如果用戶(hù)信息維護(hù)完成，則用戶(hù)的相應(yīng)信息將記錄到數(shù)據(jù)庫(kù)中；基本路徑：a）進(jìn)入用戶(hù)管理界面，顯示目前的系統(tǒng)用戶(hù)以及每個(gè)用戶(hù)具有的權(quán)限；b）點(diǎn)擊不同的用戶(hù)，可以顯示這個(gè)用戶(hù)的信息以及相應(yīng)權(quán)限，必要時(shí)可以修改其權(quán)限；c）可以增加用戶(hù)，也可以刪除用戶(hù)。活動(dòng)視圖如圖A 17。5性能需求根據(jù)用戶(hù)對(duì)本系統(tǒng)的要求,確定系統(tǒng)在響應(yīng)時(shí)間、可靠性、安全等方面有較高的性能要求。5.1 界面需求