軟件工程課程設計餐館點餐系統詳盡設計專業班級:指導老師:20**1．2編撰背2.１要求2．4決定可行性的主要因3．１.1用傳統手工流程的餐飲企業面對的是１.2正在使用著餐飲軟件的企業面對的是3.1.3內部矛盾剖析3.2競爭優3．2發展前4.1啟動系統４.3退出系４.4用戶管理4.4.1用戶更改個人信息4．4.3新增用戶４.5更改用戶4.5菜單信息管理4.６手動排序功能4.７遞交用戶需求及交費4．８數據庫備份4.１0服務器端日５．1顧客端(顧5.2顧客端（服務員105．3顧客端(面點師105．４后臺管115.5服務器11６、軟件測1１1、引言1．1編撰目的軟件可行性研究報告的編制是為了使用戶和軟件開發者雙方對該軟件的初規定有一個共同的理解１.２編撰背景致力改善進餐廳餐環境,減緩用餐高峰期點餐客戶等待時間過長的問題,用高科技點餐,突破原有的飯店服務模式，吸引更多的顧客。２、可行性研究2.1要求主要功能:將飯店點菜手動化、自由化、個性化功能需求面向總監:后臺管理(訪問權限,更改菜單,降低菜項，刪掉菜項，銷售情況剖析面向客戶:顯示特色菜,菜單列表,具體店名查詢（顯示實際圖片,訂餐功能，預待時間交行卡消費并復印座位收據(客戶服務員一式兩份及消費收據面向服務員:客戶消費結算功能面向面點師:顯示當前任務功能性能要求管理員錄入的信息必須無差錯地儲存至中心服務器，且對顧客端的數據應當及時進行更新。
輸出要求:數據完整,詳盡。輸入要求:便捷,簡捷,快速。安全與保密要求飯店客人和面點師以及服務員只有查詢和建議功能管理人員則擁有在其權限內的查詢,更改,降低,刪掉菜單,制定價格等一些管理功2.２目標為各大中大型飯店旅館提供一個統一、方便、安全的信息管理平臺２.３可行性研究方式可行性研究的方式是通過對各大中大型飯店、酒店管理者進行問卷調查及訪問談話而得到用戶對此系統的信任度關注度及依賴度的，通過建模剖析，得出了該系統的功能需求,本剖析，可行性剖析。2．４決定可行性的主要誘因成本/效益剖析結果,效益>>成本。技術可行,現有技術可完全承當開發任務。操作可行,軟件能被原有工作人員快速接受。3、需求剖析3.１現況客戶:一些生意較好的飯店人常常比較多,點個菜都要等許久，更別提哪些時侯能吃上服務員：有的客人比較挑剔,點菜的時侯會對各類菜問個到底,有的客人拿點菜遲遲不定主意,人多的時侯根本忙不過來。面點師:剛做完一道菜,同樣的菜又要做一份，效率很低，客戶的等待時間也會延長。經營者:希望有那么一個系統,合理得分配調節，也使客戶用餐愈發自主3.１．1用傳統手工流程的餐飲企業面對的是舞弊:收銀員舞弊等顧客結完帳在退食材,退的錢自己收下；結完賬把原始單銷毀，多的錢可以自己收下；算錯多付錢自己可以收下；茹果收銀軟件存在漏那都會更危險。
酒水員舞弊退顧客的酒水，銷售自己帶的酒水,獲取暴利。跑單：因上菜速率慢，顧客催菜，服務員去臥室催菜,顧客借此走人；或則因上菜慢隨最后上來但顧客拒絕付款。丟單:手寫單到臥室的只有一聯,各個攤位就會搶著用單子，忙時常常會丟餐飲軟件不穩定都會有丟單現象,丟單是餐飲界“兵家三忌”效率低：收銀部、傳菜部、廚師部、庫房等采用手寫收據,財務部要核實手寫收據,費時吃力。3.１.2正在使用著餐飲軟件的企業面對的是收銀軟件存在完全漏洞，功能不健全結構不合理，售后服務差或沒有服提供不了有價值的報表。營銷針對性不強,責怪或漏失大顧客日審、成本、統計工作量大，易出錯報表編制困難,只能進行簡單經營剖析。3.1.3內部矛盾剖析主要問題表現為：手工收銀單隊儲字不清晰、核對困難費時吃力財務人員核單、核算負擔過重形成火氣收銀遇見多收、少收、錯收、退菜、加菜等未能及時監督資金漏洞顧客收銀時才算消費合計、贈加等待時間顧客不滿根源所在手工收據容易被有意更改、無法核實考證收銀人員操作無操作記錄、無法及時監督主要問題表現為:飯店面對的氏塔務的競爭、菜品的競爭、管理的競爭、客戶的競爭競爭殘酷臥室里的對帳、用料、退料、盤點、原料浪費、做錯菜、做重菜等情況未能控制根源所在通過傳統管理方式無法同時抓原材料使用情況未能有效跟蹤主要問題表現為：四聯單跑四個地方才可以完成點菜浪費時間服務員隊儲工作量大、重復性工作高浪費人力手工進行成本核算、報表生成、原始收據核實效率極低風險所在手工核算工作量大、容易出錯服務員來回傳送單、容易跑單營業員、服務員、點菜員分工不明晰存在服務死角點菜、退菜、送單、催菜、收銀等都有一人完成服務時間很短對飯店的新老顧客不能否統一管理與維護顧客資源流失風險所在服務時間難以保證,服務上不去，但是影響企業信譽；顧客關系維護困難，關愛上不去，但是容易惡性循環；面點師做飯全聽揚聲器喊、傳菜生要先識菜在上菜做飯上菜出錯率高手工單不能實時進行統計剖析、進行銷售統計老總決策失誤率高風險所在報表及時性不強，影響領導決策的有效性臥室傳菜業務流程不規范不能精細化管理3．2競爭優勢功能健全:前臺營業、出品調度、客戶關系管理、庫房成本、應收應付、遠程查詢、財務插口一應俱全。
結構先進:真正實現數據庫、應用服務器、客戶端多層結構編程,系統的穩定性和可擴充性、可訂制性大為強化。數據庫只持SQL２００0,顧客端、應用服WIＮ200０、WＩＮXPSＰ1、WIＮＸPSＰ2等最新操作系統。用戶可依據企業規模、資金計劃、當前管理重點等誘因按模快選擇目前所須要的軟件功能，隨著企業的發展或解決了目前的管理弱項后,可隨時擴展其它功能。產品族建立:餐飲通是金蝶餐飲娛樂飯店套件中的一部份。金蝶餐娛套件產品族可以滿足目前或將來有餐飲娛樂一體化經營要求的顧客要求。預訂環節亮點可以記錄查詢當前或未來任意時刻的預訂,只持時段、桌臺、菜品預訂只持預訂金管理（實現全部前臺資金環節的嚴密管理獨創只持預折扣處置點單環節亮點筆記本點單、觸摸屏點單、無線ＰＤＡ實時點單三種模式,可靈活混用,各點單模式數據手動同步點單完全按向導式方法設計,開臺-輸入客戶人數-點單-選擇點單員-特殊菜肴手動彈出做法,無需記憶操作步驟,不會遺漏或錯選做法、重量、備注等,防止造品或營業統計剖析不確切助記碼點單“模糊匹配,動態篩選”功能，例茹點取“清蒸鰣魚”,既可以輸入從食材第一個字起輸入拼音首字母“ＱZLY“鱸魚”的拼音首字符(不用死記硬背菜譜,熟練應用可推動入單速率按時計價或臨時菜點取后在擁有相應權限的操作員處手動提示輸入過秤重量或審定價胳,防止后續收銀環節出錯只持議價食材，凡議價食材可靈活臨時核價（茹各類時水果強悍靈活的價胳清單管理，只持同一菜肴在不同時薊涪不同樓層和區域、同單位手動套用不同價胳(茹鮑參翅肚羹,西餐158/份，早餐1８8算大廳158／份包間１88／份按位算大廳價38／位,包間５8／位等對帳收銀環節亮點復印預對帳單后手動鎖定賬單點餐系統軟件，重復復印對帳單系統手動提示并在賬單上標明復印次數,防止各類收銀漏洞且利于財務對帳獨創的既可只持按點菜時間次序排列消費明細(利于收銀員最后依據原始手工菜單核實客戶食材氏筍遺漏,又可按食材類別排列消費明細更建立的折扣管理流程。
手動按照顧客卡號或合同號調用相應折扣方案，加對內部不同職位操作人員的折扣授權管理只持食材關聯付款方法管理,靈活設定個別食材采用個別付款方法時不可購扣(茹:消費券不可用于訂購酒水,掛帳不打折等只持收據套打，獨創的收據套打設計工具,會用wｏｒd都會設計收據胳式顧客關系及營銷管理亮點顧客生日、婚禮記念日等提早提示功能,利于舉辦晚宴營銷,提供顧客關愛。大的積分管理模式,不僅只持按消費額的固定比列積分，還只持按消費額區間定義積分(例茹單次消費1000元以內每１00分,千元以上每１0０元計這些積分規則利于辨識消費能力強的大顧客、按來店次數額外送積分(每來店分,這些積分規則利于辨識培養忠實客戶提供身分辨識卡、積分卡、折扣卡、儲值消費卡、等多種VIP卡應用模式,且各類應用模式可混用,幫助顧客構建一套系統的以卡為載體的VIP顧客營銷模嚴密的儲值卡發卡沖值流程,任一沖值過程數據庫、管理卡雙重數據校準,值卡管理漏洞，以便財務對帳新增對消費券的領用、發放、回收的全流程管理,手動提示發券并對回收券的有效性手動校準。供應鏈管理環節不僅一般的“標準成本卡”(逐一擬定各項目的標準菜譜,例茹:土豆炒肉:土豆-１0０克，牛肉－５０克??模式來核定管理標準成本外，獨創提供“主物料標準耗損”模式來核定管理標準成本(按關鍵或貴重物料在各項目的核定藥量，例茹：貴重物料海參標準耗損:原只香蕉燉海參簡略剖析:標準成本管理是各種餐飲企業管理的重點。
“標準成本卡”模式在理論上可行,際應用中因為須要逐一擬定每種食材的標準成份,工作量巨大,不宜或不愿提供,實踐中不太容易施行，故該模式常常只適用于快餐業。“主物料標準耗損”模式克服了構建標準菜譜的種種不足,將成本管理的著眼點置于原材料上,不要求廚部公開或提供菜肴的具體配方,只塢提供應用到某種關鍵或貴重原料的菜肴中該物料藥量,這樣利于企業逐漸而持續地推進標準成本管理。采購-入庫－應付-領用-耗損-盤點-成本核算-付款-收匯應付等貨運收只業務完整系統處置,也可提供入庫-應付－領用－盤點-成本核算-付款這幾個主要環節管理的簡捷貨運收只版本收只管理模快，只持對顧客預收及供應商應付按收據、按金額、按明細的核銷模式統計查詢及經營剖析環節獨創的、經典的《營業回顧》報表,總監人只花內企業營業帳務氏筍平衡,各部門或菜肴類別銷售收入、消費人次、人均消鍵數據強悍的報表-原始收據穿透連查功能，查看報表時須要了解任一數據的來源或虱因時雙擊可手動連查到明細表直到客戶的原始消費單3．2發展前景在計算機技術以及互聯網急速發展的明天,先進的經營理念，人性化的設計,以及高科技的支持,無疑促使飯店、酒店更受消費者的歡迎。
通過以前的調查剖析得知，點餐系統以其高效率、直觀、便捷的優點將迅速攻占整個餐飲市場。4、總體設計4.１啟動系統使用本系統無需登陸,但管理員和會員才能登入。登陸的時侯須要填寫正確的用戶名和密碼,管理員可以更改自己的密碼。4.2登錄系統用戶輸入用戶名、密碼,系統進行用戶身分驗證,驗證通過則成功登陸,顯示帶有相關權限的界面,顯示登陸用戶名,服務器日期,用戶可以進行相關權限的處理。假如是用aｄmiｎ帳號登入,將出現如下完整功能界面:身分驗證過程如下：驗證對應用戶的密碼是否正確。在以上驗證過程中，用戶名和密碼均對大小寫敏感。假如登陸失敗,系統將向用戶提示失敗信息,具體有以下情況:尺寸錯誤的提示。4．3退出系統操作系統“退出”功能時,系統會提示用戶是否退出,用戶點擊“確認”后系統退出,點“返回”按鈕系統不退出。４.4用戶管理4.４.1用戶更改個人信息用戶登入后可以更改個人信息，包含:姓名、會員號、密碼、其中用戶名和用戶卡號不可更改，不能進行輸入。密碼分舊密碼、新密碼、驗證新密碼,若需修改密碼,系統驗證舊密碼正確，兩個新密碼相同,則更新密碼，舊密碼即失效,其他修改項也生效,并提示“用戶信息更改成功”,系統將不更改個人信息;若兩個新密碼不同點餐系統軟件，則提示“新密碼與驗證新密碼不同”,系統將不更改個人信息。
若只更改密碼外其他信息，則不需輸入兩個新密碼,系統只驗證舊密碼正確，就成功更改個人信息,并提示“用戶信息更改成功”;假如系統驗證舊密碼輸入不正確,則提示“用戶密碼錯”４.４．2用戶管理新增用戶２刪掉用戶更改用戶有用戶管理權限的人員登陸后可以進行上述操作,點擊“用戶管理”按鈕,出現用戶界面如下,下邊進行分述4.4.3新增用戶用戶個人信息包含如下內容:姓名會員號密碼１、提交后系統驗證必輸項不為空,否則顯示相關錯誤信息，新增用戶失敗;２、系統驗證“姓名”和“會員號”是否惟一,倘若不惟一則提示相關錯誤信息,新增用戶失敗;３、系統校準“密碼”和“驗證密碼”是否一致,一致則提示新增用戶成功,用戶列示新增的用戶信息,按用戶名遞增次序排列出所有用戶,顯示姓名、會員否則則顯示相關錯誤信息,新增用戶失敗。4.４.4刪掉用戶系統將彈出對話框讓用戶進行確認是否刪掉，假如用戶確認刪掉，則刪掉選中的用戶，提示刪掉成功信息，但是用戶列表中所選的用戶信息清除。系統管理員帳號adｍiｎ不容許被刪掉。4.４.5更改用戶具有用戶管理權限的后臺管理員可以更改用戶信息,包括：錄入用戶個人基本信息，戶訪問權限設置、新卡號設置、撤銷長時間不用的用戶信息、備份用戶信息。
用戶個人私密信息只可用戶進行更改,用戶姓名名和用戶卡號不可更改，他需更改項的類型和范圍同新增用戶輸入一樣。若需更改密碼,只須要兩個新鄉碼非空而且相同,新密碼,舊密碼即失效,其他更改項也生效,并提示“用戶信息更改成功”;若兩個新密碼不同，則提示“新密碼與驗證新密碼不同”，系統將不修改個人信息。若只更改密碼外其他信息,則不需輸入兩個新密碼,就成功修改個人信息，并提“用戶信息更改成功”4．5菜單信息管理菜單信息主要包括后臺管理員對菜單的管理和顧客對菜單的使用。后臺部份的管理:包括上傳菜單;更新菜單；刪掉不用菜單;并賦于菜單必要的說造成并病發等。部份菜可以給與特定讓利時也必須給用戶說明。前臺用戶使用:顧客可以查詢飯店提供的各類食物及了解相應的飲食注意事項;點取自己最喜愛的食物;了解菜的價錢和是否點菜。4．6手動排序功能飯店的好多缺點就是用戶點菜后服務員傳菜出現混亂,還不清楚自己后面究竟還有多少人都在等待自己喜歡的飯菜,因而可能會耽誤用戶的寶貴時間,手動排序功能特征:用戶可以手動獲取系統給與的認籌,倘若時間很急,就可以在此時改變注意是否等待這道菜。
同樣面點師也可以減輕都做同一道菜的壓力。在你確定點菜并獲取序號時，服務員同時也獲取到相同的序號，這樣你的菜就不會先來后吃到了，不會混淆，不管對服務員還是顧客都是最好的。4.7遞交用戶需求及交費遞交用戶所須要的菜單名稱，菜單名稱必須是系統中存在的菜,輸入的內容均為漢字,出現其他的語種不給與容許。假如沒有則提示用戶沒有此菜，然而可以提醒用戶把它列為喜愛的菜種，可以為飯堂提供參考,并在條件容許時添加此道菜。遞交用戶店名后系統給與用戶提示,是成功還是失敗,必須明晰提示,倘若操作超時,也要作出提示。交費時可采用現金和信用卡，會員用戶可有自己的帳戶，可預存。結算時可從預存帳戶交納。4.8數據庫備份備份分為手工備份和手動備份:在服務器端有一個按鍵,點擊后,數據會存成一個數據備份文件。手動備份，數據每晚２次定時備份４.９數據庫同步因為點菜系統分為用戶選項以及后臺操作所以必須維持前臺于后臺數據庫的數據一致性４.10服務器端日結為了提升服務效率,服務器端有日結功能,服務器在日結過程上將斷掉網路,日結完成后恢復。日結將飯堂為三天之前的菜單數據歸檔,客戶系統服務服務員結算數據庫管理者下達任務面點師客通過顧客端展示的顯示特色菜,菜單列表等進行點餐。
訂單通過服務器下達給服務員和面點師。服務員通過服務器復印客戶結算單,桌號等。面點師按照服務器下的單進行操作。管理者可以查詢每日消費詳情,包括訂單、營業額等。5、詳細設5.1顧客端（客人)顧客端(客戶）點餐功能:查詢、點餐、修改訂單、提交訂單、個性訂制1.查詢:通過輸入查詢菜單點餐:對中意的名菜下單,并計入訂單中2．更改訂單：更改訂單中早已加入的店名3.遞交訂單:確認無誤后遞交，下單個性訂制:依據個人喜好,對菜品提出要求，包括用餐人數。菜單介紹：每樣菜展示店名、實物圖片、配料、營養搭配、人氣指數等。1．特色菜：顯示本店的特色2.地域菜:包括西餐（八大蘇菜)、西餐3．人氣排名:依據客戶點餐的次數、評價,對每樣菜進行評定,給用戶參考。4．名菜分類:爽口菜、甜品、冷盤、湯類、煲類、素食、海鮮等（可自定義)5.設定價錢區間套餐推薦1.價錢區間:依據套餐配菜制定價格２．人數：設定各個人數的套餐3.用餐性質:朋友聚餐、家庭聚會、公司聚餐、商務餐等4．個性訂制:對套餐中的個別涼菜進行更換酒水啤酒1.價錢區間:自定義２.白酒：飲料、白酒、紅酒（可依據各個飯店具體情況設定）3．啤酒:果汁（獼猴桃、橙汁、蘋果等)、碳酸飲品等說明:酒水啤酒除設定瀏覽功能外還設定多重搜索功能。
反饋1.對服務員評價：特別滿意、滿意、基本滿意、不滿意、很２．對用餐環境評價:好、一般、不好３.對菜品口味評價:過咸、過淡、不熟等等,視每樣菜而定。客戶也可不評價需求服務：可以通過鍵盤，呼叫服務員進行服1.更換廚具2.清除碎屑3.酒水開瓶4.其他5.2顧客端（服務員)顧客端（服務２．用餐人數３.已點菜目（若是套餐則顯示套餐)4.個性需求5.配送詳情６.酒水需求7．單價/讓利/實際結算8.是否買客人反饋1.對服務員評價2．對用餐環境評價3.對菜品口味評價服務需求提示1．需求提示訊號2.需求桌號３．需求內容５.3顧客端(面點師)顧客端(面點師)任務列表１.店名2．數目10４.個性需求５.完成詳情客戶評價依據客戶評價系統可進行多重搜索(店名、口味、色澤、滿意程度等)５.４后臺管理功能項刪掉、添加、修改、查詢、廣播１.刪掉:刪掉名菜２.添加:添加新名菜３．更改:對已有的名菜進行圖片、介紹方面的更改4.查詢:查詢名菜、各區段的營業額、顧客評價、訂單詳情廣播:對各顧客端發送廣播,包括溫情提醒,活動預告、優惠信息等系統設置題風格2.分類設置5.5服務器服務器的設置早已數據庫的設置屬技術范疇。
按照系統功能進行設計。6、軟件測試依照功能設計開發系統配置服務器、數據庫白盒測試、黑盒測試早期試點投放搜集反饋信息系統軟件構建、美化即將發系統定期維護、更新7、后記通過對課題的選擇，查閱資料,課題剖析、設計,覺得到做一份軟件可行性報告確實不容易,要考慮到多重誘因,一時間可能考慮還不夠全面，所以,可行性報告還要不斷更改。直至才能施行,但是對系統的開發確實能起到指導性的作用。做軟件可行性報告可以鍛練人的設計能力、語言抒發能力以及專業技術能力，同時可以改變人的思維方法，想問題愈發全面。總體來說，是個不錯的實習案例。１1
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
