法斯特快餐管理信息系統(tǒng)可行性

1、1法斯特快餐管理信息系統(tǒng)-可行性分析報告目目 錄錄1 引言引言.11.1 編寫目的.11.2 背景.11.3 定義.11.4 參考資料.22 可行性研究的前提可行性研究的前提.22.1 要求.22.2 目標.22.3 條件、假定和限制.32.4 進行可行性研究的方法.32.5 評價尺度.33 對現(xiàn)有系統(tǒng)的分析對現(xiàn)有系統(tǒng)的分析.43.1 處理流程和數(shù)據(jù)流程.43.2 工作負荷.43.3 費用開支.43.4 人員.43.5 設備.53.6 局限性.54 所建議的系統(tǒng)所建議的系統(tǒng).54.1 對所建議系統(tǒng)的說明.54.2 處理流程和數(shù)據(jù)流程.54.3 改進之處.64.4 影響.74.4.1對設備的影響

2、.74.4.2對軟件的影響.74.4.3對用戶單位機構(gòu)的影響.74.4.4對系統(tǒng)運行過程的影響.74.4.5對開發(fā)的影響.84.4.6對經(jīng)費開支的影響.84.5 局限性.84.6 技術(shù)條件方面的可行性.825 可選擇的其他系統(tǒng)方案可選擇的其他系統(tǒng)方案.95.1 可選擇的系統(tǒng)方案 1.95.2 可選擇的系統(tǒng)方案 2.96 投資及效益分析投資及效益分析.106.1 支出.106.1.1基本建設投資.106.1.2其他一次性支出.106.1.3非一次性支出.116.2 收益.116.2.1一次性收益.116.2.2非一次性收益.126.2.3不可定量的收益.126.3 收益投資比.126.4 投資回

3、收周期.126.5 敏感性分析.127 社會因素方面的可行性社會因素方面的可行性.127.1 法律方面的可行性.137.2 使用方面的可行性.138 結(jié)論結(jié)論.131可行性研究報告可行性研究報告1 引言引言1.1 編寫目的編寫目的編寫本可行性分析報告的目的，是研究本系統(tǒng)的總體需求、實現(xiàn)方案，并分析開發(fā)系統(tǒng)的可行性，以最小的代價在盡可能短的時間內(nèi)確定問題是否解決和是否值得解決。并最終確定系統(tǒng)開發(fā)的可行性，為決策者提供是否開發(fā)該系統(tǒng)的依據(jù)和建議。1.2 背景背景1. 系統(tǒng)名稱：法斯特快餐管理信息系統(tǒng)2. 數(shù)據(jù)庫管理軟件：Microsoft SQL Server 3. 數(shù)據(jù)庫設計人員：王靜萍 盧航

4、4. 運用平臺：Windows 2000/2007/XP/Linux5. 提出者： 盧航6. 開發(fā)者：王靜萍 盧航7. 開發(fā)工具： Eclipse說明：該系統(tǒng)與餐館本身內(nèi)部管理信息系統(tǒng)相結(jié)合并成為其下屬系統(tǒng)。1.3 定義定義ODBC ：Open Database Connectivity,開放數(shù)據(jù)庫互連B/S ：Browser/Server 結(jié)構(gòu)，瀏覽器/服務器結(jié)構(gòu)C/S ：Client/Server，客戶機/服務器網(wǎng)Fast food management system ：快餐管理系統(tǒng)21.4 參考資料參考資料基于 INTERNET 的管理信息系統(tǒng) 曾凡奇 林小蘋 鄧先禮 中國財政經(jīng)濟出版社

5、 2001 年信息系統(tǒng)開發(fā)方法 姜旭平 清華大學出版社 1997 年第一版軟件工程導論 （第 5 版） 張海藩 北京：清華大學出版社 2008實用軟件工程 鄭人杰 殷人昆 陶永雷 清華大學出版社 1997 年第二版2 可行性研究的前提可行性研究的前提2.1 要求要求A. 功能：對客戶和餐館（訂單、內(nèi)部存貨等）信息進行快速有效的管理；B.性能：客戶、菜品、訂單等數(shù)據(jù)的錄入；菜品目錄的檢索；客戶信息查詢；訂單信息查詢；C.輸出：顧客信息；菜品信息；訂單信息；D. 輸入：客戶基本信息；菜品名稱；聯(lián)系方式；送餐地點；備注等；E.安全保密： 餐館中所有提供菜品能夠供所有用戶查詢和下單；客戶信息只能被系統(tǒng)

6、管理員查看。F.關(guān)聯(lián)系統(tǒng)： 法斯特點菜系統(tǒng)等；G. 完成期限： 2015 年 1 月。2.2 目標目標利用現(xiàn)有資源和較低成本，在能力有限的情況下在最短期限內(nèi)開發(fā)出具有管理餐館業(yè)務和用戶信息功能的快餐管理信息系統(tǒng)。主要開發(fā)目標如下： A 節(jié)省餐館的電話訂購費用；B 方便顧客訂餐和餐館管理；C 人力和其他支出的減少；3D 提高餐館的外賣業(yè)務處理速度；E 提高員工利用率；2.3 條件、假定和限制條件、假定和限制說明對這項開發(fā)中給出的條件、假定和所受到的限制，如：a所建議系統(tǒng)的運行壽命的最小值： 3 年；b進行系統(tǒng)方案選擇比較的時間： 1 個月；c經(jīng)費、投資方面的來源和限制： 餐館財務部門；d法律和政

7、策方面的限制；e運行環(huán)境： WindowsXP 及以上；數(shù)據(jù)庫類型： Microsoft SQL Server；硬件配置： CPU P2000mmx 以上、內(nèi)存大于 1024MB；f系統(tǒng)投入使用的最晚時間： 2015 年中旬。2.4 進行可行性研究的方法進行可行性研究的方法進行可行性研究的步驟：通過現(xiàn)有的數(shù)據(jù)流程分析系統(tǒng)問題；分析系統(tǒng)的業(yè)務處理流程、工作流程、數(shù)據(jù)流程和系統(tǒng)功能；分析系統(tǒng)的投資估算及效益問題；綜合上述一系列分析，最終確定建立該系統(tǒng)的可行性。在上述過程中，主要采用的是調(diào)查；在投資估計和效益分析過程中運用加權(quán)；另外，財務管理中財務預測模型。2.5 評價尺度評價尺度基于目前的實際狀況

8、，法斯特快餐管理信息系統(tǒng)的總投資費用不少于 10 萬元；本系統(tǒng)所要達到的主要目的是方面顧客訂購和本餐館對訂單的管理，考慮到顧客應用互聯(lián)網(wǎng)訂購的方式，因此優(yōu)先考慮的系統(tǒng)功能是顧客通過瀏覽器（如 IE）以 B/S 方式連入主服務器，瀏覽菜單信息或提出服務請求。由于開發(fā)能力及其他客觀因素限制，該系統(tǒng)的開發(fā)時間將持續(xù) 3 月甚至更長。43.1 處理流程和數(shù)據(jù)流程處理流程和數(shù)據(jù)流程顧客通過電話進行點餐，說明點餐信息后，等待餐廳的外賣派送。 3.2 工作負荷工作負荷現(xiàn)階段的餐館因沒有功能不齊全，工作負荷較小。3.3 費用開支費用開支對于依靠純?nèi)斯は到y(tǒng)工作的餐館，其主要的費用主要在于電話費的支出，基本可以忽

9、略不計。對于一些加盟了外賣網(wǎng)站的餐館，其主要的費用在于網(wǎng)站的加盟費和抽成費，但是需要在通過網(wǎng)站的銷售額達到一定額度后進行，在此之前也基本沒什么費用支出。3.4 人員人員現(xiàn)階段的餐館為人工系統(tǒng)階段，所以基本都是由店內(nèi)的員工兼職對信息進行處理以及將外賣送達。所以不會產(chǎn)生額外的人員需求。53.5 設備設備 現(xiàn)階段的餐館只有用來接聽電話以及接受網(wǎng)站系統(tǒng)發(fā)來的短信的手機等。3.6 局限性局限性餐館不具有自主的控制權(quán)，當餐館的信息出現(xiàn)變化時，餐館無法根據(jù)需要對網(wǎng)站的信息作出變更。餐館也不能通過網(wǎng)站進行營銷來擴大其銷售量，所以網(wǎng)絡這一遍歷的銷售渠道沒有能夠充分的運用起來以擴大其銷售渠道及銷量。4 所建議的系

10、統(tǒng)所建議的系統(tǒng)4.1 對所建議系統(tǒng)的說明對所建議系統(tǒng)的說明隨著科學技術(shù)和計算機網(wǎng)絡的發(fā)展，管理信息系統(tǒng)的各種優(yōu)勢也逐漸體現(xiàn)出來。因此，如何良好的將餐館內(nèi)部的業(yè)務流程與先進的管理信息系統(tǒng)結(jié)合起來，是決定餐館今后發(fā)展方向的發(fā)展?jié)摿Φ年P(guān)鍵因素。為幫助餐飲業(yè)企業(yè)組織規(guī)范化管理快餐業(yè)務，設計開發(fā)了對餐館有極大作用的法斯特快餐管理信息系統(tǒng)。4.2 處理流程和數(shù)據(jù)流程處理流程和數(shù)據(jù)流程對于顧客到餐館進行點餐，在餐館中等候，然后將食品帶走。同時，顧客也可通過撥打點餐電話，并告知地址，等待外賣送達；另外顧客也可通過網(wǎng)絡來進行訂餐，再進行配送，因為可以在足不出戶的同時瀏覽菜單和圖片，該方法更便捷，更受廣大顧客的喜

11、愛和運用。64.3 改進之處改進之處A.節(jié)省餐館的電話訂購費用 大多數(shù)顧客選擇網(wǎng)頁訂餐，大幅度的節(jié)省了餐館接聽電話訂餐人員的工作時間和工作量，同時也減少了電話回復的費用。B.方便顧客訂餐和餐館管理 除了進入實體餐館進行點餐和電話訂餐外，對于顧客來講，多了一個訂餐的渠道，并且該渠道更便捷更有效；同時，對于餐館來講，該系統(tǒng)不僅能管理網(wǎng)頁訂餐，同時也可以管理電話訂餐和實體訂餐，另外，還可管理顧客信息。C.人力和其他支出的減少 毫無疑問，對顧客來講，多一個訂餐渠道的同時就減少了餐館本身的各種支出。D.提高餐館的外賣業(yè)務處理速度 相比而言，顧客點餐生成訂單為電子檔，更利于處理，因此對于餐館，7處理業(yè)務起

12、來，速度更快，更有效。E.提高員工利用率； 該系統(tǒng)可以減少閑雜無用的餐館員工，讓現(xiàn)有的員工們各施其職，大幅度提高了員工利用率。4.4 影響影響說明在建立所建議系統(tǒng)時，預期將帶來的影響，包括：4.4.1 對設備的影響對設備的影響由于所建議系統(tǒng)是基于 WINDOWS 操作系統(tǒng)，所以需要配備足夠符合以上列出的各種軟硬件條件的計算機和通信線路。系統(tǒng)失效后，服務器端需要利用備份的數(shù)據(jù)庫恢復數(shù)據(jù)信息，要求要有足夠的數(shù)據(jù)備份空間。4.4.2 對軟件的影響對軟件的影響需要落實是否有符合本報告所列出的正版的軟件環(huán)境，如果沒有則需要購買。4.4.3 對用戶單位機構(gòu)的影響對用戶單位機構(gòu)的影響該系統(tǒng)投入使用前需改進餐

13、館現(xiàn)有的管理模式。4.4.4 對系統(tǒng)運行過程的影響對系統(tǒng)運行過程的影響說明所建議系統(tǒng)對運行過程的影響，如：a用戶的操作規(guī)程；b運行中心的操作規(guī)程；c運行中心與用戶之間的關(guān)系；d源數(shù)據(jù)的處理；e數(shù)據(jù)進入系統(tǒng)的過程；8f對數(shù)據(jù)保存的要求，對數(shù)據(jù)存儲、恢復的處理；g輸出報告的處理過程、存儲媒體和調(diào)度方法；h系統(tǒng)失效的后果及恢復的處理辦法。4.4.5 對開發(fā)的影響對開發(fā)的影響a.建立該系統(tǒng)的數(shù)據(jù)庫，需要原客戶的相關(guān)信息和菜品信息；b. 保密安全方面，餐館中所有提供菜品能夠供所有用戶查詢和下單；客戶信息只能被系統(tǒng)管理員查看。說明對建筑物改造的要求及對環(huán)境設施的要求。4.4.6 對經(jīng)費開支的影響對經(jīng)費開支

14、的影響除了需要支付開發(fā)單位的有關(guān)費用外，每年還需要一定的運行維護費用（見經(jīng)濟可行性分析） 。4.5 局限性局限性 由于該系統(tǒng)新建立，存在以下局限性： a. 個性化服務功能較少； b. 網(wǎng)絡訂餐無法與電話訂餐相結(jié)合； c. 無法做到原料庫存的動態(tài)自我更新，菜單類的信息需要管理員手動操作。4.6 技術(shù)條件方面的可行性技術(shù)條件方面的可行性a在當前的限制條件下，該系統(tǒng)的功能目標能否達到現(xiàn)有的計算機一般配置水平（運行環(huán)境：WindowsXP 及以上；數(shù)據(jù)庫類型：Microsoft SQL Server；硬件配置：CPU P2000mmx 以上、內(nèi)存大于 1024MB）能夠負荷該系統(tǒng)，由于當前網(wǎng)絡及電腦的

15、普及率，一般工作人員能夠適應該系統(tǒng)技術(shù)要求；所以在目前約束條件下，對客戶和餐館（訂單及內(nèi)部存貨等）信息進行有效的管理是可以達到的。9b利用現(xiàn)有的技術(shù)，該系統(tǒng)的功能能否實現(xiàn)； 要開發(fā)的管理系統(tǒng)分為用戶界面和餐館界面，用戶界面用語顧客訂購菜品訂單，要基于 Web 的數(shù)據(jù)庫訪問的要求，現(xiàn)有的 JSP,HTML 等軟件能夠滿足要求；餐館訂單及內(nèi)部管理部分應用 Access、SQLSERVER數(shù)據(jù)庫等即可開發(fā)，所以從現(xiàn)有的技術(shù)水平來講，完全能夠開發(fā)出完美的快餐管理信息系統(tǒng)。c對開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足所開發(fā)的快餐管理系統(tǒng)需要使用 HTML SQLSERVER 等軟件，建立用戶功能

16、界面及餐館內(nèi)部管理、訂單管理等多個模板。對技術(shù)水平和人員數(shù)量的要求相對不高，作為信管專業(yè)的我們來講，完全由能力對該系統(tǒng)進行開發(fā)。目前我們組的倆人都已熟練掌握 C 語言、JAVA、HTML、SQLSERVER、Access 等軟件，并在課余時間自學 JSP等系統(tǒng)開發(fā)所需要的軟件，從成員的技術(shù)水平來講，我們組完全能夠達到要求。d在規(guī)定的期限內(nèi)，本系統(tǒng)的開發(fā)能否完成。目前擬定開發(fā)時間為 2 個月，預計開發(fā)進度如下：2014.10.10-2014.10.25 設計系統(tǒng)，人員分工2014.10.26-2014.12.1 系統(tǒng)開發(fā)2014.12.2-2014.12.10 完善系統(tǒng)，初步使用5 可選擇的其他

17、系統(tǒng)方案可選擇的其他系統(tǒng)方案5.1 可選擇的系統(tǒng)方案可選擇的系統(tǒng)方案 1顯而易見，系統(tǒng)方案 1 的費用支出很少。但是，對于餐館而言，顧客訂餐渠道少，很大程度上影響了餐館的生意，同時也不利于餐廳的管理。因此，系統(tǒng)方案 1 未被采用。105.2 可選擇的系統(tǒng)方案可選擇的系統(tǒng)方案 2相比于系統(tǒng)方案 1，最大的特點是增加了顧客的訂餐渠道，這正解決了方案1 的最大問題，同時，該渠道有望成為最主要的訂餐渠道。另外，方案 2 無疑能對顧客和餐館本身進行有效的管理。因此，選擇系統(tǒng)方案 2。6 投資及效益分析投資及效益分析 6.1 支出支出法斯特外賣訂餐系統(tǒng)的工作與開發(fā)采取聯(lián)合開發(fā)的模式，由餐館內(nèi)部工作人員以及

18、系統(tǒng)開發(fā)小組來共同完成。資金主要體現(xiàn)在網(wǎng)絡建設，系統(tǒng)的建設及硬件配套建設三個方面花費資金6.1.1 基本建設投資基本建設投資1.支付給專業(yè)開發(fā)小組的費用以及系統(tǒng)開發(fā)及測試過程中的所需費用 5 萬元其中（1）支付給開發(fā)人員的費用 1 萬元（2）系統(tǒng)開發(fā)所需的服務器費用 1.5 萬元（3）系統(tǒng)測試所需服務器費用 1.5 萬元（4）網(wǎng)絡設備（交換機，路由器，訪問服務器等）1 萬元6.1.2 其他一次性支出其他一次性支出2.軟件及硬件配套設備費用 4.2 萬元其中：（1）數(shù)據(jù)庫系統(tǒng)費用 0.5 萬元（2）軟件及系統(tǒng)平臺費用 1 萬元（3）計算機的費用 1.7 萬元（4）網(wǎng)絡安全軟件費用 1 萬元3.系

19、統(tǒng)運行所需的流動資金 2 萬元11理相應訂單，實現(xiàn)迅速配送，減少錯差率。在收益方面，引進信息化管理系統(tǒng)之后，餐館較之前能實現(xiàn)擴大銷量所帶來的收益以及工作人員效率的提高及出錯率減少所減少的成本6.2.1 成本成本引進信息管理系統(tǒng)之后，餐館每年增加成本費用較之前增加了約 5200 元/年。費用時期系統(tǒng)維護費人工操作費差錯損失系統(tǒng)折舊系統(tǒng)引進前04 人*4000元/年4000 元/年300 元/年系統(tǒng)引進后12000 元/年2 人*5000元/年1500 元/年4000 元/年6.2.2 收益收益收入時期網(wǎng)絡訂單收入電話訂單收入餐館實體店收入系統(tǒng)引進前0800 元/天2 萬/天系統(tǒng)引進后50*30

20、元/天500 元/天2.1 萬/天說明：餐館引進網(wǎng)絡訂餐系統(tǒng)之后，增加了由網(wǎng)絡訂單所帶來的收入，粗略估算，餐館每天可以接受 50 個網(wǎng)絡訂單，平均每張訂單消費金額為 30 元，由此帶來的收入每天增加 1500 元/天餐館仍保留電話訂餐業(yè)務，但較之前，電話帶來的訂單將會減少由于互聯(lián)網(wǎng)傳播的功能，餐館的網(wǎng)絡銷售途徑不僅帶來額外的的訂單量，同時擴大了餐館本身的知名度，我實體店的經(jīng)營帶來收益，估計沒有有 1000 元12的消費增加信息系統(tǒng)使用后，餐館日經(jīng)營收入約 2.3 萬元，較之前餐館收入，增加約 2200元/天。凈收入估計為 700 元/天6.3 收益投資比收益投資比預計本餐館引入的外賣訂餐系統(tǒng)的整個生命周期為 5 年，項目的初始投資為 11.2 萬元，加上每年維護費 1.2 萬元。系統(tǒng)折舊費 0.4 萬元每年，在整個生命周期中，該系統(tǒng)總共投入資金為 15.2 萬元。系統(tǒng)引進后，每年能為餐館增加收益 25 萬元。5 年收益 125 萬元。引進項目之后的收益/投資接近 8，這是一個比較客觀的數(shù)字。6.4 投資回收周期投資回收周期求出收益的累計數(shù)開始超過支出的累計數(shù)的時間。6.5 敏感性分析敏感性分析外賣系統(tǒng)一旦引進，會為餐館帶來