酒店點(diǎn)菜系統(tǒng)需求分析報(bào)告

1、1設(shè)計(jì)目的本課程設(shè)計(jì)是學(xué)生學(xué)習(xí)完面向?qū)ο蠓治雠c設(shè)計(jì)課程后，進(jìn)行的一次全面的綜合訓(xùn)練，通過 課程設(shè)計(jì)，讓學(xué)生更好地掌握UML建模原理及實(shí)現(xiàn)方法，加深對UML建?；A(chǔ)理論的理解，加強(qiáng) 學(xué)生的動(dòng)手能力。2設(shè)計(jì)任務(wù)隨著信息時(shí)代到來，信息化是餐廳和酒店發(fā)展的必然改革之一。現(xiàn)在越來越多的餐廳和酒店開 始關(guān)注餐飲點(diǎn)菜系統(tǒng)，餐廳和酒店開始使用餐飲點(diǎn)菜軟件代替手工管理。而在移動(dòng)互聯(lián)網(wǎng)時(shí)代的推 動(dòng)下，點(diǎn)菜系統(tǒng)電子化將成為餐廳和酒店在移動(dòng)互聯(lián)網(wǎng)時(shí)代制勝的砝碼之一。3設(shè)計(jì)內(nèi)容3.1設(shè)計(jì)內(nèi)容概述概述本系統(tǒng)適用于中、高檔咖啡廳、KTV、快餐廳、酒樓等餐飲行業(yè)，是一個(gè)為方便顧客點(diǎn)菜更人 性化的，貼心的點(diǎn)菜系統(tǒng)。系統(tǒng)不止可以

2、使顧客自主點(diǎn)餐，同時(shí)還為顧客提供了輕松一刻，包含小 游戲和小貼士，本軟件還為顧客提供了特殊的額可附加的要求選項(xiàng)，可以輸入菜品制作附注：如不 放香菜，不吃蒜，對某些配菜過敏或用藥忌諱等。系統(tǒng)的主要功能：（1） 點(diǎn)餐模式：訂餐、點(diǎn)菜（包括瀏覽、搜索菜單）。（2）用餐模式：加菜、換菜、呼叫服務(wù)員等。（3）餐畢模式：客戶滿意度、結(jié)賬等。業(yè)務(wù)流程（活動(dòng)圖描述）活動(dòng)圖是闡明了業(yè)務(wù)用例實(shí)現(xiàn)的工作流程。業(yè)務(wù)工作流程說明了業(yè)務(wù)為向所服務(wù)的業(yè)務(wù)主角提 供其所需的價(jià)值而必須完成的工作。工作流程通常包括一個(gè)基本工作流程和一個(gè)或多個(gè)備選工作流 程。工作流程的結(jié)構(gòu)使用活動(dòng)圖來進(jìn)行說明。餐廳點(diǎn)菜系統(tǒng)的工作流程如圖3.1、圖

3、3.2和圖3.3所示。3.2需求分析在軟件工程中，需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的電腦系統(tǒng)時(shí)描寫新系統(tǒng)的目 的、范圍、定義和功能時(shí)所要做的所有的工作。需求分析是軟件工程中的一個(gè)關(guān)鍵過程。在這個(gè)過 程中，系統(tǒng)分析員和軟件工程師確定顧客的需要。只有在確定了這些需要后，他們才能夠分析和尋 求新系統(tǒng)的解決方法。需求分析階段的任務(wù)是確定軟件系統(tǒng)功能。用例圖用例圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些 用例，以及它們之間的關(guān)系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模。本部分需要用6個(gè)用例圖來對餐飲點(diǎn)菜系統(tǒng)進(jìn)行描述，分別是餐飲點(diǎn)菜系統(tǒng)用例圖、點(diǎn)餐模式用

4、例圖、用餐模式用 例圖、餐畢模式用例圖、輕松一刻用例圖和特殊附加用例圖。圖3.4餐廳點(diǎn)菜系統(tǒng)用例圖“include/歹測英菜單<<iinclude»«include>>_生成業(yè)單訂饗點(diǎn)餐模式用例圖圖3.5ccin clude»呼叫朋務(wù)員圖3.6用餐模式用例圖«include>>.-戦喜軻意度圖3.7餐畢模式用例圖烹飪技巧餐餃健康<<include»-圖3.8輕松一刻用例圖用藥忌諱«include»彼負(fù)習(xí)慣上次所坐位羞圖3.9特殊附加用例圖322領(lǐng)域類圖類圖由許多說明性的模型元素

5、(例如類、包和它們之間的關(guān)系，這些元素和它們的內(nèi)容互相連接)組成。類圖可以組織在包中，僅顯示特定包中的相關(guān)內(nèi)容。類圖是最常用的UML圖，顯示出類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系；它用于描述系統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)。餐廳點(diǎn)菜系統(tǒng)的領(lǐng)域類圖如圖4.10所示顧客圖3.10餐廳點(diǎn)菜系統(tǒng)領(lǐng)域類圖3.3.可行性分析技術(shù)可行性a經(jīng)費(fèi)、投資方面的來源和限制：各種硬件和工作人員工資需至少10萬元b .硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制：軟件需求：操作系統(tǒng) WINDOWS 2000 Advanee Server以上；數(shù)據(jù)庫服務(wù)器端軟件 ORACLE 91 , JAVA。硬件需求：10M 以上的LAN接入網(wǎng)絡(luò)

6、帶寬，P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K) SCSI硬盤的服務(wù)器，P3以上微 機(jī)(帶網(wǎng)卡)的客戶機(jī)，P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫服務(wù)器332經(jīng)濟(jì)可行性餐館目前由于完全采用純?nèi)斯さ姆绞絹硗瓿晒ぷ鞯?，服?wù)人員要一邊登記某些客人的基本信 息，一邊還要忙著對其它的客人進(jìn)行點(diǎn)餐服務(wù)，工作量大，耗時(shí)比較多，所以工作效率低。根據(jù)目 前餐館內(nèi)部員工的日人工成本為：x人* y元/人=z元。我們還不能計(jì)算出因效率低下而給餐館帶來 的無形經(jīng)濟(jì)損失，如果這一部分也看作是成本，那將遠(yuǎn)遠(yuǎn)超出目前的計(jì)算數(shù)額。而如果開發(fā)出一個(gè)能滿足業(yè)務(wù)要求的

7、餐館計(jì)算機(jī)監(jiān)護(hù)管理系統(tǒng)，在采用生命周期的前提下，從問題識(shí)別到系統(tǒng)實(shí)施、 評(píng)價(jià)、維護(hù)，開發(fā)周期如果以兩年計(jì)，共需人工成本m元，各種軟硬件成本n元，日常維護(hù)費(fèi)用o元，共計(jì)成本費(fèi)用p元，略高/低于兩年的人工費(fèi)用總和。同樣，我們也無法估計(jì)算出由于系統(tǒng)的開 發(fā)應(yīng)用使餐館運(yùn)營效率提高而帶來的無形的巨額經(jīng)濟(jì)效益，由于系統(tǒng)能在未來較長的一段時(shí)間內(nèi)穩(wěn) 定地發(fā)揮作用，這對于餐館的提高管理水平有很大的幫助，才能使餐館早日接入到總行的更高層次 的網(wǎng)絡(luò)體系中，可以更加廣泛的吸收各方面的信息資源，可為餐館業(yè)務(wù)在將來的擴(kuò)張打下堅(jiān)實(shí)的基 礎(chǔ)，其經(jīng)濟(jì)效益將更上一層樓法律可行性法律可行性是考慮要開發(fā)系統(tǒng)是否存在任何侵犯、妨礙和責(zé)

8、任問題，用戶操作可行性考慮待開發(fā)軟件的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)行管理制度、人員素質(zhì)、操作知識(shí)是否可行。由于在本系統(tǒng)中是有合同作為雙方合作的基礎(chǔ)，所以不會(huì)存在任何侵犯、妨礙和責(zé)任問題。即使存在了，也可以根據(jù)合同進(jìn)行分析，一定有人會(huì)負(fù)責(zé)任，所以此系統(tǒng)完全可以進(jìn)行開發(fā)。由以上經(jīng)濟(jì)、技術(shù)、操作和法律四方面的分析可以看出，本系統(tǒng)的開發(fā)時(shí)機(jī)成熟，從多種角度 考慮，都是可行的.3.4軟件設(shè)計(jì)用例實(shí)化（順序圖和協(xié)作圖）交互圖是用來描述對象之間以及對象與參與者之間的動(dòng)態(tài)協(xié)作關(guān)系以及協(xié)作過程中行為次序 的圖形文檔。交互圖包括順序圖和協(xié)作圖。順序圖是先是對象之間交互的圖，這些對象是按照時(shí)間 順序排列的。協(xié)

9、作圖是用于描述系統(tǒng)行為是如何由系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的圖。如圖4.11與圖4.12所示，表示了餐廳點(diǎn)菜系統(tǒng)的順序圖和協(xié)作圖。圖3.11餐廳點(diǎn)菜系統(tǒng)順序圖:顧客1：瀏覽菜單（）2生成菜單（） >:點(diǎn)餐:用餐模式圖3.12餐廳點(diǎn)菜系統(tǒng)協(xié)作圖系統(tǒng)運(yùn)行狀態(tài)圖狀態(tài)圖是描述一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對不同的事件做出反應(yīng)的。如圖4.13所示，表示了餐廳點(diǎn)菜系統(tǒng)的狀態(tài)圖點(diǎn)餐模式event訂餐/I莎it/生成菜單J用餐模式event加菜fevent換榮fevent呼叫服務(wù)趾圖3.13餐廳點(diǎn)菜系統(tǒng)狀態(tài)圖業(yè)務(wù)邏輯類圖類圖是描述類和類之間的靜態(tài)關(guān)系，類圖不僅顯示了信息的結(jié)構(gòu)，同時(shí)還描述了系統(tǒng)的行為。如圖4.14所示，就是用類圖描述餐廳點(diǎn)菜系統(tǒng)。棄第叫O.n餐畢模式1, 11輕松一刻觀卜湍戲0. n烹柱垃巧Q 恤枕促.康a圖3.14餐廳點(diǎn)菜系統(tǒng)類圖4總結(jié)與展望通過本次實(shí)驗(yàn)，加深了我對 UML建模的理解，加強(qiáng)了解決實(shí)際問題的能力。利用軟件，運(yùn)用 已有建模方法，對系統(tǒng)進(jìn)行建模，進(jìn)行分析。利用本學(xué)期學(xué)習(xí)的UML知識(shí)，畫出用例圖，類圖等對系統(tǒng)進(jìn)行分析。本次設(shè)計(jì)使我對軟件設(shè)計(jì)有了進(jìn)一步的認(rèn)識(shí)， 這對以后的學(xué)習(xí)工作