餐飲業(yè)管理系統(tǒng)項目計劃說明書_第1頁
餐飲業(yè)管理系統(tǒng)項目計劃說明書_第2頁
餐飲業(yè)管理系統(tǒng)項目計劃說明書_第3頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、餐飲業(yè)管理系統(tǒng)項目計劃說明書(總9頁)-CAL-FENGHAI.-(YICAI)-Company One 1CAL本頁僅作為文檔封面,使用請直接刪除項目計劃說明書一、項目計劃階段主要活動系統(tǒng)說明定義問題確定項口可行性制定項LI的進度表為項口安排人員啟動項H二、系統(tǒng)說明本系統(tǒng)所做的餐飲業(yè)管理是針對麥當勞制作的快餐店配餐管理。在麥當勞現(xiàn)行的售餐方法是前臺服務員接受顧客的點餐.并把顧客的需求輸入前臺計算機。計算機將所售食品報給主機,主機進行統(tǒng)計。而配餐過程完 全是由前臺服務員和后廚工作人員通過語言交流方式一并完成。也就是說前臺 工作人要停止接待顧客一段時間去參加配餐,后面的顧客只能等待前一名顧客 完

2、全配餐結束才可以點餐。在人流高峰期往往這種工作效率較為底下的方式, 往往會使后面顧客情緒焦躁而引發(fā)不滿。而這種情況追根溯源是由于麥當勞所 用系統(tǒng)功能設計上的缺陷引起的。另外,無論是麥當勞還是麥當勞的系統(tǒng)都存在一個同一個問題:前臺售貨 員無法知道貨物存量。這個問題導致顧客在快餐廳發(fā)生這樣的情況:當顧客點完餐后,前臺服務員說要等5分鐘再來取。這種現(xiàn)象發(fā)生的原因主要在于前臺 端無法訪問庫存數(shù)據(jù)庫或者根本沒有建立庫存數(shù)據(jù)庫。所以前臺服務員無法知 道庫存情況,管理人員只能在發(fā)生缺貨后才進行補貨。其實對于整個系統(tǒng)效率 來說也起到了負面作用。麥當勞一類的西式快餐的特點為快捷高效,本系統(tǒng)意在制作一款符合麥當

3、勞需要的管理軟件。針對現(xiàn)在快餐業(yè)配餐管理系統(tǒng)普遍存在的通訊缺點,編寫 款集端到端通訊和數(shù)據(jù)庫管理的具有良好溝通性的快餐店配餐管理系統(tǒng)C三、定義問題本系統(tǒng)基于網(wǎng)絡與數(shù)據(jù)庫技術,實現(xiàn)多機互聯(lián)及網(wǎng)絡數(shù)據(jù)庫訪問。3.1. 客戶支持系統(tǒng)的需求和商業(yè)收益說明識別使用者身份,保證商業(yè)機密不外泄。后廚工作人員能通過系統(tǒng)得到點餐單。前臺服務員能知道后廚是否已完成配餐。前臺服務員能實時知道每樣食品的庫存。管理員可以隨時查看銷售額和庫存量。通過系統(tǒng)能將整個快餐店形成一個有機的管理體系。使每個工作崗位分工更加明確。通過系統(tǒng)提高員工的工作效率達到減少員工。3.2. 客戶支持系統(tǒng)的系統(tǒng)能力說明建立3個服務端:前臺端,后廚

4、端和管理端。以實現(xiàn)加強分工。三個端可以相互通信,快捷高效,可以把這個快餐店形成一個有機的整體C每個端的用戶都有自己的登入密碼,以保護商業(yè)信息不外泄。顧客點餐完畢時,前臺服務端把點餐單傳到后廚端顯示。在配餐完畢后,后廚端向前臺發(fā)送確認信息。前臺端可以實時查詢數(shù)據(jù)庫中的的庫存信息,并顯示在屏幕上。管理端可以訪問庫存數(shù)據(jù)庫C3.3. 餐飲業(yè)管理系統(tǒng)客戶支持系統(tǒng)的關聯(lián)點鬟單完戍tfi況 含is申ifi -庫if減少確認 減少庫存金令一 <席存廉加確認 熠加庫存命令一 庫存ri息 査詢不存!& 發(fā)貨ffl認 已發(fā)貨通知 - $|用通知圖31系統(tǒng)關聯(lián)圖4.1. 經(jīng)濟可行性經(jīng)濟可行性有兩種測試

5、(1) 收益預期值是否大于項目的開發(fā)成本?(2) 在開發(fā)期間該組織是否有足夠的現(xiàn)金流量對項目投資?而成本/收益分析的過程分為三步:第一步是評估預期開發(fā)和運行的成本,開發(fā)成本是新系統(tǒng)開發(fā)期 間發(fā)生的,運行成本是系統(tǒng)交付使用后發(fā)生的。第二步是評估預期的財務收益。財務收益是指自新系統(tǒng)安裝后預 期得到的每年的節(jié)省或收益的增加。第三步,成本/收益分析是基于詳細的成本與收益的評估而計算出 來的。成本/收益分析:分析比較成本與收益以了解在新系統(tǒng)開發(fā)上的投資是否會收益 大于成本C4.1.1. 開發(fā)成本針對麥當勞來說,其在中國有2100余家店。每天營業(yè)時間早6點到晚23 點,共17個小時,每小時4.7元,全年營

6、業(yè)無休息曰。硬件方面可以沿用其現(xiàn)有的硬件。對前臺端的計算機要求很低只需市面較低配置即可,每臺4000元。對已開業(yè)的店面只需使用其現(xiàn)有前臺端機器即可。主機要求一部中等配置的計算機,僅需一臺6000元。后廚端與前臺一樣僅需低等配置的計算機,一到兩臺,每臺4000元。系統(tǒng)的開發(fā)周期估計為6個月,開 發(fā)小組8人。項目經(jīng)理1名,月薪8000;系統(tǒng)分析員2名.月薪6000;程序分 析員1名,月薪5000;程序員4名,月薪4000。圖4薪水和工資支付的詳細說明硬件支出為每家店加1臺后廚端(2500元),主機與前臺硬件沿用現(xiàn)有即 可,只需部分改造(費用約1000)。圖4.2開發(fā)成本一覽4丄2運行成本每年每家店

7、維護費用總計10000元。分別為連通性4000,設備維護2000, 程序設計3000,幫肋臺1000。每年的維護費用為10000*2100=21000000,每年 維護費用2千1百萬元。圖4.3運行成本一覽4.1.3.收益來源使用本系統(tǒng)可以提高員工工作效率,還可替代部分員工的工作。預計每家安裝本系統(tǒng)的快餐店可至少減少2名員工。系統(tǒng)工作期為5年。每年每家店至少減少2名員工功課節(jié)約資金365*16*4.7*2*2100=115281600,也就是每年減少1.15億的開支。人民幣20042009年度的貨幣貶值率為5.9% (數(shù)據(jù)來源:南方財富網(wǎng))。4.1.4.財務計算成木利潤分析笫0年第1年第2年第

8、3年第4年第5年總計1利潤(g1132816001152816001132816001152816001152816002貼現(xiàn)系數(shù)10.94100.88550.83320.78410.73783利潤凈現(xiàn)值1084799861020818579605262990392303850547644820615394開發(fā)成木(10850000)(10850000)5運行成木(210!)00(1)(2100000)(2100X)0)(2100000)(2100000)6貼現(xiàn)系數(shù)10.94100.88550.83320.78410.73787成本凈現(xiàn)值(1976100)(185955OJ(1749720)(

9、1646610)(1549380)(87S136O)8凈利潤和 成木凈現(xiàn)值(10850000)1065038861002223079430290988745693835053849索枳的凈現(xiàn)值(108500(10)9565388619587619329017910237892479546243017919631360!0投資回收期10850000/95653886=0. H 年11年的投資收益(482061539-1085000)-8781360 > / (1085000018781360) 2355.5%圖4.4凈現(xiàn)值計算4.1.5.無形收益無形收益:不能量化和正確估算的收益無形收益可

10、包括如下幾種:提高服務水平提高客戶滿意生存需要自行開發(fā)的專門技能無形成本包括如下幾種降低職工士氣 喪失生產(chǎn)力失去客戶或銷售42組織和文化上的可行性這樣的問題包括如下幾種當前低水平的計算機能力實際存在的計算機恐懼工作人員或管理人員的失落感由于新系統(tǒng)引起行政上和組織上的潛在變化擔心工作職責變化扌日心由于增加自動化而失業(yè)為時甚久的工作過程的逆轉4.3.技術可行性個新系統(tǒng)一般都會給公司帶來新的技術,而這此些技術需要公司的雇員 掌握,否則不能正常的發(fā)揮系統(tǒng)的作用,需要對這些人員進行培訓,減輕這些 技術風險帶來的問題。本系統(tǒng)采取友好的圖形界面,極易掌握.僅需進行簡單培訓。4.4.進度表可行性進度表的可行性

11、意味著項目能夠按時完成,有時對于一個項目有一個絕對 的、完全不難錯過的截止時間。如果對于有些任務沒有按時完成就需要減少項目的作用域,就能増加項目按時完成的可能性。4.5.資源可行性人員風險:開發(fā)一個項目需要系統(tǒng)分析員、系統(tǒng)技術員和用戶參與。一種 風險是項目組得不到所需要的人,另一種可能是所分配的人沒有所需要的技 能。再一種風險是有的人在半途退出跳槽而走。其他資源風險:計算機資源、物理設備和維護人員,如果要用到這些資源 時不能得到滿足就會影響進度。五、制定項目進度表三個重要術語:任務、活動和階段。階段是由一組有關的活動組成的,活動是由一組相關的任務組成的,而任 務是可識別和安排的最小的一項工作。

12、如設計階段,經(jīng)理要確定諸如用戶界面、設計并統(tǒng)一數(shù)據(jù)庫和完成應用程 序設計這樣的活動。資源估算任務表的制定資源估算任務表序號窗最差周 期 (天)最大 可能(天)rO111.1題 問 義 定Tn戶 用 見 會422Tn11322s11211n311211n15制定關聯(lián)圖12111.1.6確認項目可行性12111.2確認項目可行性1.2.1識別無形成本和收益11121.2.2估算有形收益和計算成本/收益13221.2.3計算凈現(xiàn)值和投資回報率和投資回收 期13221.2.4評價組織和文化可行性11111.2.5評價技術可行性11111.2.6評價所需進度表12221.2.7評價資源可用性121112

13、8制定工作分解進度表11111.3制定項目進度表1.3.1制定工作分解進度表24321.3.2估算資源、周期和優(yōu)先權13221.3.3制定PERT圖和甘特圖13221.4為項目配備人員1.4.1為項目制定資源計劃1112142確認和邀請技術人員12111.4.3會見用戶,確定和邀請用戶工作人員13211.4.4組織項目小組11111.4.5實施小組磨合訓練25321.4.6實施初步的技能培訓26421.5啟動項目1.5.1準備演示文稿材料11111.5.2制作演示文稿11111.5.3配備項目設備和支持資源15321.5.4召開正式的啟動會議11112.0分析階段2收集信息301206052.

14、2定義系統(tǒng)需求301006052.3建立需求發(fā)現(xiàn)的原型25805022.4確定需求優(yōu)先級5151022.5產(chǎn)生并評價可選方案515822.6與管理人員一起復審推薦方案2532PERT圖基于單個任務或活動對項目進行規(guī)則的一種方法計劃階段130天1/102/18何逐定義28天1/101/19頊目計劃187天1/262/3客戶訪談32天1/101/11定義范隔42天1/121/13寫商業(yè)利益陳述51天1/141/14寫需求陳述61天1/171/17定義系統(tǒng)特性71天1/181/18開發(fā)關聯(lián)圖91/191/19無形成本效益分析101天1/201/20有形成本效益分析113天1/21)/25凈現(xiàn)値,回收

15、輒收益率131/261Z26評價組織141/271Z27評估技術可行性152天1/271/28有形效益評價113天1/211/25評價所需進唆役161天2/22/2評價資源可行性113天1/211/25IE:分解進役發(fā)!93天1/261Z28估并資淞場期和優(yōu)先權制定PERT和甘倚圖4為項目配備人員4發(fā)展資源計劃項目202天212天1】天231天1/312/12/22/32/42/182/42/4六、為項目提供人員為項目提供人員是項目經(jīng)理的主要職責,這個活動有5個任務:為項目制定一個資源計劃確定并邀請專門技術人才確定并邀請專門用戶人員把項目組分成多個工作小組實施初步的培訓和建組訓練在制定資源計劃時項目經(jīng)理必須認識到:(1)資源通常不是想要就有的,(2)要求小組成員在一段時間內熟悉項目。專門技術人員有:系統(tǒng)分析員、程序分析員、網(wǎng)絡專家和其他技術人員組 成。必要時人事部門需要招聘人才。用戶人員是分到項目組的組織內部的人員。經(jīng)常是一些專職的組員能代表 用戶團體并起到聯(lián)絡作用。個項目組多天4-5人就需分成小的工作組,每個小組由一個小組領導協(xié) 調

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論