訂餐系統(tǒng)需求分析

1、Sunshines? 092040502SB 092040518092040510書(shū)3092040534w092040543 廁洋 092040526目錄 TOC o 1-5 h z HYPERLINK l bookmark17 o Current Document 前言2 HYPERLINK l bookmark21 o Current Document 1.1文檔目的2 HYPERLINK l bookmark24 o Current Document 1.2文檔范圍2 HYPERLINK l bookmark27 o Current Document 項(xiàng)目背景2 HYPERLINK l

2、bookmark31 o Current Document 項(xiàng)目面向的用戶群體2 HYPERLINK l bookmark35 o Current Document 業(yè)務(wù)需求3 HYPERLINK l bookmark41 o Current Document 可行性分析3 HYPERLINK l bookmark45 o Current Document 5.1經(jīng)濟(jì)可行性分析3 HYPERLINK l bookmark48 o Current Document 5.2運(yùn)行可行性分析3 HYPERLINK l bookmark51 o Current Document 業(yè)務(wù)模型分析3 HYPE

3、RLINK l bookmark55 o Current Document 6.1訂餐管理子系統(tǒng)4 HYPERLINK l bookmark58 o Current Document 6.1.1業(yè)務(wù)事件5 HYPERLINK l bookmark66 o Current Document 6.1.1.1業(yè)務(wù)流程分析5 HYPERLINK l bookmark69 o Current Document 6.1.1.2訂餐管理子系統(tǒng)類(lèi)圖76.1.1.3用例圖8 HYPERLINK l bookmark72 o Current Document 報(bào)表10 HYPERLINK l bookmark81

4、 o Current Document 6.2員工子系統(tǒng)10 HYPERLINK l bookmark84 o Current Document 6.2.1業(yè)務(wù)事件11 HYPERLINK l bookmark89 o Current Document 報(bào)表11 HYPERLINK l bookmark94 o Current Document 6.3庫(kù)存管理子系統(tǒng)11 HYPERLINK l bookmark97 o Current Document 6.3.1業(yè)務(wù)事件12 HYPERLINK l bookmark103 o Current Document 報(bào)表12 HYPERLINK l

5、 bookmark110 o Current Document 6.4食堂管理子系統(tǒng)12 HYPERLINK l bookmark113 o Current Document 6.4.1業(yè)務(wù)事件13 HYPERLINK l bookmark118 o Current Document 報(bào)表13前言1.1文檔目的編寫(xiě)訂餐系統(tǒng)項(xiàng)目產(chǎn)品需求規(guī)格說(shuō)明書(shū)的目的是為明確產(chǎn)品需求，將功 能需求、用戶需求、業(yè)務(wù)需求準(zhǔn)確的描述清楚，并建立相應(yīng)的子系統(tǒng)模塊。 以便于項(xiàng)目組成員以及用戶對(duì)項(xiàng)目目標(biāo)有清晰的認(rèn)識(shí)，為后續(xù)階段的開(kāi)發(fā)做 好準(zhǔn)備，最終實(shí)現(xiàn)訂餐系統(tǒng)。1.2文檔范圍適用于項(xiàng)目設(shè)計(jì)階段、開(kāi)發(fā)及測(cè)試階段1.3參考文檔

6、軟件需求最佳實(shí)踐作者:徐鋒軟件系統(tǒng)分析與設(shè)計(jì)作者：謝新華軟件需求工程作者：謝新華項(xiàng)目背景隨著科學(xué)的不斷進(jìn)步越來(lái)越多的人都在忙于工作甚至連吃飯的時(shí)間也被 榨取，有時(shí)就算最后有時(shí)間，但員工到食堂用餐，在路途和排隊(duì)上浪費(fèi)很多 時(shí)間，并且去晚了經(jīng)常會(huì)吃不到想吃的食物；員工對(duì)食堂的滿意度不高，有 將近一半的員工會(huì)選擇去周邊飯店用餐。因此，食堂更無(wú)法準(zhǔn)確預(yù)測(cè)員工需 求，經(jīng)常會(huì)出現(xiàn)有些食物因?yàn)闆](méi)有賣(mài)出去只好倒掉，而員工需要的一些食物 卻已賣(mài)完的現(xiàn)象。面臨這樣一個(gè)機(jī)遇，訂餐系統(tǒng)就誕生了。通過(guò)這個(gè)訂餐系 統(tǒng)食堂可以拓展自己的業(yè)務(wù)，同時(shí)可以減少食物的浪費(fèi)，并通過(guò)提高效率來(lái) 提高利潤(rùn)。項(xiàng)目面向的用戶群體本項(xiàng)目面向的

7、最終用戶為公司或企業(yè)的領(lǐng)導(dǎo)及員工，還涉及到了餐廳管 理人員，公司財(cái)務(wù)人員，庫(kù)存管理人員。業(yè)務(wù)需求該訂餐系統(tǒng)提高員工的就餐效率，減少就餐等待時(shí)間準(zhǔn)確預(yù)測(cè)員工的需求，減少食物浪費(fèi)并提高服務(wù)質(zhì)量，以便于增強(qiáng) 員工的就餐滿意度?？尚行苑治鲇啿拖到y(tǒng)對(duì)企業(yè)辦公人員進(jìn)行設(shè)計(jì)，他們有習(xí)慣使用電腦、對(duì)ERP及OA 系統(tǒng)相當(dāng)熟悉、素質(zhì)水平較高的特點(diǎn)。結(jié)合多年實(shí)踐經(jīng)驗(yàn)，研究開(kāi)發(fā)了針對(duì) 辦公人員的訂餐系統(tǒng)，極大的方便了企業(yè)辦公人員及時(shí)訂餐、完善了企業(yè)訂 餐管理。5.1經(jīng)濟(jì)可行性分析由于本項(xiàng)目的特殊性，無(wú)需投入額外的設(shè)備購(gòu)買(mǎi)及人員培訓(xùn)費(fèi)用。同時(shí)， 系統(tǒng)對(duì)開(kāi)發(fā)的需求以及軟硬件要求都不是很高，所以在軟硬件的支出上十分 有限

8、。因此，本系統(tǒng)在任何一臺(tái)連接Internet的機(jī)器上都可以運(yùn)行，而且網(wǎng) 絡(luò)訂餐方便快捷，節(jié)省了員工的時(shí)間和精力，也避免了食堂食物的浪費(fèi)，因 此訂餐系統(tǒng)在經(jīng)濟(jì)上是完全可行的。5.2運(yùn)行可行性分析隨著計(jì)算機(jī)知識(shí)的普及和推廣，越來(lái)越多的人掌握了計(jì)算機(jī)的基本使用 方法和技能。隨著Internet的發(fā)展，用戶對(duì)于網(wǎng)絡(luò)、WINDOWS等環(huán)境下的軟 件使用比較熟悉，對(duì)于新鮮事物，用戶表現(xiàn)出極大的興趣和熱情。業(yè)務(wù)模型分析本系統(tǒng)是由員工子系統(tǒng)，訂餐管理子系統(tǒng)，庫(kù)存管理子系統(tǒng)，食堂管理 子系統(tǒng)四個(gè)主題域構(gòu)成，它們之間的關(guān)系如下：菜品信息+1訂申信息5 F-JJ單管理 字意筑心O訂餐信息a圮系統(tǒng)3信息q作存管理提費(fèi)

9、材料使用情況6.1訂餐管理子系統(tǒng)本主題域的主要用戶是訂餐管理中心，將對(duì)員工的訂餐信息，食物原材料的申領(lǐng)，采購(gòu)， 以及信息處理等提供任務(wù)提供支持。其范圍如圖所示：雖工+6.1.1業(yè)務(wù)事件（1）員工注冊(cè)，提交訂單（2）食堂人員處理訂單（3）廚師根據(jù)訂餐單進(jìn)行準(zhǔn)備（4）管理員將員工反饋的信息進(jìn)行分析，匯總（5）管理員將菜單收費(fèi)情況進(jìn)行匯總6.1.1.1業(yè)務(wù)流程分析員工注冊(cè)，登錄系統(tǒng)后，首先到訂餐管理系統(tǒng)瀏覽菜單，選擇自己喜 歡的菜品，提交訂單；如需修改，請(qǐng)取消原訂單，返回訂餐管理系統(tǒng)重新選 擇，再次確認(rèn)，最終生成訂單并收款，系統(tǒng)整合并處理訂單提交到食堂，食 堂根據(jù)訂單完成菜品，訂單完成。其流程如下圖

10、：菜單0“n6.1.1.2訂餐管理子系統(tǒng)類(lèi)圖菜品分類(lèi)菜品號(hào)菜品名稱(chēng) 價(jià)格姓名電話所屬部門(mén)工號(hào)訂單項(xiàng)產(chǎn)品號(hào)數(shù)量?jī)r(jià)格用例模型1概述用例名稱(chēng)：開(kāi)單編號(hào)：UC-BTG參與者：?jiǎn)T工用例概述：?jiǎn)T工瀏覽菜單，提交信息并修改完成訂單，提交系統(tǒng)。相關(guān)S takholder訂餐管理系統(tǒng)處理訂單信息2事件流前置條件：?jiǎn)T工登陸系統(tǒng)后置條件：生成訂單基本事件流：1員工瀏覽菜單并選擇自己想要訂的食物2員工填寫(xiě)個(gè)人資料以及支付方式3員工確認(rèn)訂單并提交擴(kuò)展事件流1 a如果用戶選擇的食物已經(jīng)賣(mài)完，給出提示信息2a員工也可以親自來(lái)下單3如果員工不滿意，重新瀏覽菜單并修改訂單提交3相關(guān)需求員工原始需求通過(guò)輸入賬號(hào)密碼可登陸系統(tǒng)，若

11、錯(cuò)誤請(qǐng)核對(duì)后重新登陸員工選擇菜品已售完，則應(yīng)提示取消訂單重新選擇如果訂單提交失敗，請(qǐng)重新提交相關(guān)功能點(diǎn)當(dāng)員工選擇多個(gè)菜品時(shí)，系統(tǒng)能夠自動(dòng)給出套餐建議規(guī)約約束：?jiǎn)T工必須能上網(wǎng)或者知道用餐地址用例模型1概述用例名稱(chēng)：處理訂單編號(hào)：UC-BTG007參與者：?jiǎn)T工，食堂部門(mén)用例概述：系統(tǒng)查詢訂單，對(duì)訂單進(jìn)行統(tǒng)計(jì)，完成訂單的現(xiàn)金結(jié)算并總結(jié)反饋報(bào)告。相關(guān)S takholder員工提交訂單信息食堂部門(mén)根據(jù)訂單信息完成菜品2事件流前置條件：?jiǎn)T工提交訂單后置條件：訂單處理完成基本事件流：1系統(tǒng)打開(kāi)訂餐網(wǎng)后臺(tái)管理界面2系統(tǒng)查詢出訂單，對(duì)訂單進(jìn)行統(tǒng)計(jì)3系統(tǒng)查詢現(xiàn)金結(jié)算表擴(kuò)展事件流無(wú)3相關(guān)需求系統(tǒng)原始需求若系統(tǒng)對(duì)訂單

12、未在規(guī)定時(shí)間段進(jìn)行統(tǒng)計(jì)，則應(yīng)提示信息在規(guī)定時(shí)間統(tǒng)計(jì)若結(jié)算金額錯(cuò)誤，請(qǐng)重新查詢核對(duì)相關(guān)功能點(diǎn)系統(tǒng)定期更新訂單信息，以及現(xiàn)金交付情況規(guī)約約束：系統(tǒng)確定訂單無(wú)誤，后臺(tái)系統(tǒng)能夠正常運(yùn)轉(zhuǎn)6.1.2報(bào)表員工注冊(cè)統(tǒng)計(jì)表各菜譜統(tǒng)計(jì)表物料需求統(tǒng)計(jì)報(bào)表訂單業(yè)務(wù)情況統(tǒng)計(jì)報(bào)表信息反饋報(bào)表菜單收支報(bào)表6.2員工子系統(tǒng)本主題域的主要用戶是員工，將對(duì)注冊(cè)個(gè)人信息，查詢，修改；登錄信息，進(jìn)行訂餐，提交反饋意見(jiàn)等任務(wù)提供支持。其范圍如下圖所示:蜒個(gè)人信息考錄系鴕：?jiǎn)T工子系統(tǒng)淳信息員工訂餐系統(tǒng)6.2.1業(yè)務(wù)事件（1）員工注冊(cè)帳號(hào)（2）管理員將員工信息進(jìn)行整理，匯總6.2.2報(bào)表（1）員工信息報(bào)表（2）菜單信息報(bào)表6.3庫(kù)存管理子系統(tǒng)本主題域的主要用戶是采購(gòu)部門(mén)，將對(duì)原料采購(gòu)、庫(kù)存管理、原料分發(fā)、 等任務(wù)提供支持。其范圍如下圖所示：| 提mW信息朝訂單庫(kù)存*理.子系統(tǒng)q查詢指息訂簪中心0A供應(yīng)商26.3.1業(yè)務(wù)事件（1）食堂人員提供耗材信息（2）管理員查詢?cè)系男畔ⅲㄔ牧鲜褂茫Ｓ喽嗌伲?）供應(yīng)商根據(jù)食堂的訂單信息，將原材料備齊發(fā)送6.3.2報(bào)表（1）原料耗材信息報(bào)表（2）原料訂單報(bào)表（3）原