酒店管理系统项目可行性研究报告.docx

酒店管理系统项目可行性研究报告.docx

《酒店管理系统项目可行性研究报告.docx》由会员分享，可在线阅读，更多相关《酒店管理系统项目可行性研究报告.docx（22页珍藏版）》请在冰豆网上搜索。

酒店管理系统项目可行性研究报告

酒店管理系统项目

第1章可行性研究报告

1.1可行性研究报告引言

可行性研究报告对于软件开发的作用是非常重要的。

可行性分析研究了软件的各种开发因素，通过综合的分析，已确定软件是否适宜开发。

“民以食为天”，随着人民生活水平的提高，餐饮业在服务行业中占有越来越重要的地位。

努力在当前餐饮行业日趋激烈的竞争中脱颖而出，已成为每位餐饮业经营者所追求的目标。

经过多年发展，餐饮管理已经逐渐由定性管理，进入到重视定量管理的科学阶段。

众所周知，在定量管理的具体实现方法和手段方面，最有效的工具就是电脑管理。

传统的手工操作管理存在着许多无法避免的问题，例如：

a.人工计算帐单金额容易出现差错。

b.收银工作中跑单、漏单、偷钱现象普遍。

c.个别服务员作弊、改单、宰客情形时有发生。

d.客人消费单据难以保存和查询。

e.无法对大量营业数据进行统计分析。

1.1.1编写目的

说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。

1.1.2背景

本系统命名:

酒店餐饮管理系统

小组成员:

开发工具:

MicrosoftVC＋＋6.0

a.该系统面向的用户是酒店餐饮的前台服务员，厨房管理员，原材料的供货部门以及经理部门的管理人员。

b.本系统可以在Windows98/ME/2000/XP以及更高版本系统上稳定运行，有很强的兼容性。

c.该系统有连网功能便于连锁经营，方便大型连锁企业进行该系统的管理。

1.1.3参考资料

用户手册，酒店餐饮管理系统，VC++相关资料，软件工程导论（清华大学出版社张海藩）

1.2可行性研究的前提

1.2.1对本系统的要求

A.功能：

该系统能够接受预定，前台点菜，厨房传菜，数据备份和恢复，流水账单统计功能，采购管理等功能并可以不断扩充其功能。

B.性能：

该系统所占硬盘容量大约为10M，开启运行时间约2～3秒，用户进入系统需要密码，且数据的存储是经过保密设置的，一般用户是无法接触涉及商业机密的数据的，因此安全保密性比较高。

C.系统的数据来源是酒店的菜谱、酒水饮料的名称，及其价格、数量，可以及时对酒店的客户的消费进行统计结账，方便快捷。

D.系统需要员工输入账号和密码才能操作，可以避免其它人员的恶意操作给酒店带来的损失，且系统的数据有保护和备份功能。

E.对于连锁经营的酒店可以采用该系统的网络版，在一家酒店就可以掌握所有酒店的运营工作情况，快捷及时高效。

F.完成期限2011年11月。

1.2.2目标

1）采用本系统可以大大减少前台的服务人员的人数，直接和厨房联系加快上菜速度。

2）由于采用计算机操作，可以大大提高操作速度。

3）系统应有以下一些功能：

a.包括餐饮收银等各综合收银点

b.菜谱管理、台号（场所）管理

c.开单、点菜、加菜、退菜、结账、免单

d.换台、支持一单结帐和多单合并结帐

e.各类收银班报表、日报表及统计报表

f.餐厅转前台帐、查询总营业情况

g.信息查询、服务员交接班及定制报表

1.2.3条件、假定和限制

a．系统可以长期运行，版本也可以不断升级，来满足用户的新需求。

b．构建该系统的酒店提供必要的资金购买电脑架构网络，实现前台和供货部门以及酒店管理部门的联网，使整个酒店一体化，提高酒店的运营效率和效益。

c．系统是由VC++6.0开发的，大部分的操作系统都能够顺利运行，适合广大的酒店使用。

为保证系统的正常运行必须有专门的人员来维护系统并对系统数据库进行更新。

d．系统操作简单，酒店的工作人员只需掌握一些基本的电脑使用方面的知识，要求会打字，这样简单进行培训能够轻松使用本系统，无须酒店花费多少财力物力来培训员工。

e．系统一经投入便能够运行，并产生效益得到回报。

1.2.4评价尺度

该系统是由VC++6.0开发的，四个小组成员经过半年时间开发。

系统的功能满足了酒店的所有需求，对酒店新的需求也可以通过版本升级来满足。

具有极大的经济效益。

1.3对现有系统的分析

现有的酒店餐饮管理系统均是以人为主体的，需要很的人力、物力、财力，且效率不是很高，由于人为原因在系统运营时也可能产生人为的失误。

新的系统通过用电脑联网来促使各部门一体化，提高效率，为酒店减少人力支出，提高酒店的运营效益，实施新的系统势在必行。

1.4所建议的系统

1.4.1对所建议系统的说明

餐饮管理系统是一套功能强大而又简便实用的餐饮管理软件，包括前台营业、营业设置、营业分析与财务查询、系统管理、等四大功能模块，实现了餐饮企业日常营运的全面自动管理，是餐饮企业进行电脑信息化管理的理想选择。

餐饮管理系统可广泛适用于各种规模、各种类型的餐饮娱乐企业，如：

餐厅、酒楼、歌舞厅、夜总会、桑拿、酒吧、咖啡厅、快餐店、综合娱乐场所等等。

新的系统可以接受客户预定，点菜，转台，由于系统可以实现联网使厨房能第一时间获取餐厅客人的点菜信息，传菜部门及时传菜，大大提高上菜的速度减少客人的等待时间，为酒店创造良好的声誉。

厨房并可以及时将原材料消耗情况耗尽反馈给原材料供货本门，使供货部门及时进行原材料的补给。

酒店的管理人员也可以随时监控酒店的运营情况，使整个酒店处于一个统一的系统中。

1.4.2功能说明

餐饮管理系统功能模块说明如下：

1.前台营业

日常营业操作功能，包括：

a.日始日结：

设定每个营业日的开始和结束，并且进行每日营业的初始化及员工交接班。

b.点菜收银：

点菜（包括代码输入、名称输入、鼠标输入等）、账单结帐（包括现金结帐、信用卡结帐、签单等）、修改账单（包括折扣、调整服务费等。

如果客人是协议单位（合约公司）、VIP卡（会员卡），还将调用相应的折扣优惠等）。

c.接待预订：

新开台、厅房预定。

2.营业设置

日常营业所必需的数据库设定，包括：

a.菜式管理：

新菜式录入（包括菜式名称、代码、价格、成本等）、菜式修改、删除等菜式维护。

b.酒品饮料管理：

酒品饮料录入（包括名称、代码、价格、成本等）、修改、删除等。

c.付款方式设置：

分为人民币付款、信用卡、支票、宴请等。

d.员工资料设置：

包括员工的基本资料（姓名、生日、职务、籍贯），员工登陆名称、密码、员工权限等。

e.其他设置：

统计资料、前台销售情况等。

3.营业分析与财务查询（由总经理室监控）

可以对营业数据进行统计分析、打印报表，包括：

a.销售分析：

当月每天及当年每月的收入金额、成本、利润的分析。

b.酒菜分析：

各种酒菜的详细销售情况统计。

查询各类单据和消费情况，包括：

a.帐单查询：

查询所有已结帐单

b.点单查询：

查询所有历史点单

c.会员查询：

查询会员卡消费情况

d.挂帐查询：

查询挂帐客人消费情况

4.系统管理

系统本身的管理功能，包括：

a.系统信息：

版权注册等

b.系统维护：

数据备份与恢复、导入导出等

c.网络管理：

启动设置和网络监控

d.重新登录：

以另一个用户名登录，不用退出系统即可更换操作员工

e.退出系统：

关闭程序

1.4.3处理流程图

图1-1运营流程图

1.4.4影响

1.对软件的影响

由于系统的极好的兼容性，对于原来的软件和系统无需作任何修改酒店运行。

2.对用户单位机构的影响

系统完成后可大大提高提升现代酒店管理水平和服务档次；创造可靠、高效、便捷、卫生的餐饮管理环境最大限度降低餐饮管理运营成本；提高经营效益。

适应市场经济需求，提高工作效率，推广电子化进程。

3.对开发的影响

a.为了便于系统的开发，用户需要酒店提供他们所有需求信息，并实地考察，开发人员按照客户的要求来设计系统；

b.把酒店的所有的菜谱，酒水的资料和价格输入数据库，作为系统的数据库源。

c.为了开发和测验所建议系统稳定性，在一定时期的进行检测；

d.由于系统需登陆才能运行，系统的安全性可以保障，避免其他用户的破坏性操作；数据库可以即时进行更新和备份，避免因数据丢失而给酒店带来损失。

1.4.5技术条件方面的可行性

由于系统采用VC++6.0开发设计主界面，利用Access做数据库，这两个工具都是微软的产品，在兼容性上比较好，而且比较容易实现，所以我们利用现有的技术完全可以设计出满足用户所要求的功能的系统，并在规定的期限内完成。

1.4.6使用方面的可行性

从酒店的行政管理、工作制度等方面来看，从用户单位的工作人员的素质来看，系统可以完全可以实施，系统本身操作比较简单，员工稍加培训就能使用。

使用餐饮管理系统，可以给企业经营管理带来以下好处：

a.管理者可以实时监控餐饮企业的经营活动及财务情况

b.使餐饮企业的操作更为流畅，完善了管理和控制，增强了对顾客的服务，大大提高企业的整体形象

c.快速点菜、自动传菜和准确结帐可以提高餐饮娱乐企业的工作效率，提高翻台率，给经营者增加更多的收入

d.杜绝收银工作中的跑单、漏单现象，根除服务员的作弊行为，从而降低了经营成本

e.帮助经营管理人员对企业中大量的、动态的、错综复杂的数据和信息进行及时、准确的分析和处理，最大限度地降低处理信息的劳动强度，使餐饮企业的管理手段和管理水平产生质的飞跃，跟上信息时代的步伐

第2章软件需求分析

2.1软件需求引言

2.1.1编写目的

为了说明编写本软件所需要的数据，所拥有的功能、性能及对功能、性能的规定，对所需设备、运行环境等的要求。

预期读者为本小组的开发人员。

2.1.2背景

说明：

a.软件系统的名称：

酒店餐饮管理系统。

b.本项目的任务的开发者：

周鹏。

c.面向用户：

酒店餐饮的前台服务员、厨房管理员、原材料的供货部门以及经理部门的管理人员。

d.实现该软件的计算中心或计算机网络：

支持Windows98对等网和NT/2000网络。

2.1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

2.1.4参考资料

本软件开发的《可行性研究报告》、《项目开发计划》、用户手册、软件工程导论（清华大学出版社张海藩）数据库原理及应用

2.2任务概述

2.2.1目标

本餐饮管理系统广泛适用于中、小型餐饮行业、咖啡厅、饭店、酒楼、等场所。

为方便酒店管理人员更有效的管理酒店而开发。

该系统可以帮助餐饮企业处理日常工作业务,规范管理工作和操作流程,　是餐饮行业的得力助手。

另外，本餐饮管理系统具有强大的统计分析功能，可以帮助经营者分析自己企业的经营状况。

比如可以很方便的统计出任意一天、任意一段时间的营业额，使对自己的企业经营状况了如指掌；可以统计出任意一段时间的菜品销售排行榜，可以按照各菜品的销售额、销售数量、利润等任意排行，使你清楚的了解贵公司哪些菜品顾客最喜欢、哪些菜品利润最高，进而可以分析这样的菜品为什么顾客比较喜欢，从而为贵公司的经营决策提供了科学依据；以及统计出任意一段时间的平均客流时段分析等。

本餐饮管理系统属小型网络系统，可应用于酒店中的餐饮部门以及咖啡厅、饭店、酒楼、等场所，具有一定的独立性。

2.2.2用户的特点

本餐饮管理系统对用户的教育水平与技术专长要求不高，一般只要求具备电脑操作基本知识，会打字就可以了。

维护人员为本小组开发人员，均为计算机专业本科教育，懂得VC++6.0编程，数据库管理等相关技术。

系统用例图如下所示等操作。

使用者包含客户，收银员两种角色。

图2-1系统用例图

2.2.3假定和约束

1.系统可以长期运行，版本也可以不断升级，来满足用户的新需求。

2.构建该系统的酒店提供必要的资金购买电脑架构网络，实现前台和供货部门以及酒店管理部门的联网，使整个酒店一体化，提高酒店的运营效率和效益。

3.系统是由VC++6.0开发的，大部分的操作系统都能够顺利运行，适合广大的酒店使用。

为保证系统的正常运行必须有专门的人员来维护系统并对系统数据库进行更新。

4.系统操作简单，酒店的工作人员只需掌握一些基本的电脑使用方面的知识，要求会打字，这样简单进行培训能够轻松使用本系统，无须酒店花费多少财力物力来培训员工。

5.系统一经投入便能够运行，并产生效益得到回报。

2.3需求规定

2.3.1对功能的规定主要功能包括：

登陆信息IPO表2-1：

输入项目信息

员工编号和密码

经理编号和密码

修改后的密码

输出信息

输出验证结果

存入状态（是否成功）

餐饮管理IPO表2-2：

输入项目信息

新开台

桌台号

菜名

折扣率

付款方式

预订

客户姓名、性别、证件号码及联系方式

预订桌号

就餐时间

输出信息

帐单号

总金额及实付金额

查询系统信息IPO表2-3：

输入项目信息

食品查询

帐单查询

餐桌使用情况

餐桌预订信息

输出信息

酒菜名称、单价、库存数量

桌号、帐单号、酒菜信息、折扣率、付款方式、总金额及实付金额等

桌台号及使用状态

客人姓名、性别、证件号码、联系方式、预定的桌台号、预定就餐时间

营业设置系统IPO表2-4：

输入项目信息

酒菜名称、代码、简拼、单价、库存数量等

输出信息

输出状态信息

财务查询（由总经理室监控）IPO表2-5：

输出信息

销售分析

酒菜分析（包括进价、单价、利润）

其他（前台营业的所有信息）

输入项目信息

总经理登陆信息（编号及密码）

2.3.2对性能的规定

1.精度

有多种输入方法，代码输入、简拼输入、名称输入、鼠标输入等。

2.时间特性要求

a.后台任务管理器因该以误差上下不超过10秒的60秒间隔，在用户界面的指定位置显示状态信息

b.如果后台进程处理正常会显示任务已完成的百分数/比

c.任务完成时会显示相关的信息

d.后台任务出错会显示错误信息

3.灵活性

当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件发生变化时，设计的软件要做适当的调整，灵活性非常大。

2.3.3数据管理能力要求

在开发阶段可以随即输入数据库的相应内容，数据库管理人员可以按要求对数据库进行修改。

第3章设计说明书

3.1引言

3.1.1系统概要及其运行环境

软件详细设计阶段是软件设计的重要阶段，本阶段的工作就是要对系统中的每个模块给出足够详细的过程性描述，因此也称为“过程设计”。

详细设计的根本目的就是确定应该怎样具体实现所需求的系统，也就是说经过这一阶段的设计，会得出餐饮管理系统的精确描述。

其根本任务就是设计出程序的“蓝图”

3.1.2系统的组成部分及其结构

本系统分为四大模块，即前台销售，统计报表，基础资料，系统维护。

基础资料可分为数据库管理功能，商品类别模块，商品资料模块，付款方式模块；系统维护可分为用户资料模块，系统设置模块，清除数据模块；

3.1.3定义

本文档涉及到得专业术语容易引起分歧的及需要解释的内容请参考说明3.1.5.

3.1.4参考资料

软件工程——原理，方法和工具

3.2软件设计约束

本系统采用VC++6.0MFC及Access技术，Windows平台约束。

3.2.1设计目标和原则

a.本设计欲达到的目标：

能够使用户简单快捷的找到完成选课，方便查询和管理。

系统的性能达到高效，实用，易于维护。

b.为实现上述目标，在设计软件过程中采用UML绘图来描述整个系统，利用前人的专家级经验，提高开发效率。

3.2.2设计约束

（1）　管理员使用，该系统必须正确输出用户密码才可进行各自授权的活动和工作。

（2）　该系统必须保证数据库的安全，所有远程使用都要登陆才可进行其它操作，并且只能使用自己所属角色的权限。

（3）　该系统考虑性能、安全、可靠性、易用、可扩展和可维护。

（4）整个开发过程应满足软件需求分析的进度要求所规定的时间。

3.3软件设计描述

3.3.1系统状态分析

3.3.2总体结构设计

本系统由以下几个功能模块组成：

1.前台销售模块汇总：

（1）点单（仅工作人员可以使用，可以添加信息到数据库中）

（2）销单（仅管理员可以使用，可以对点单信息进行修改删除等操作）

（3）挂单（仅管理员可以使用，可以添加信息到数据库中）

（4）结账（仅管理员可以使用，可以处理数据库信息）

（5）下班（仅管理员可以使用，可以添加信息到数据库中）

2.统计报表模块汇总

（1）按工作日统计（工作人员使用，对销售情况进行查询操作）

（2）按菜色种类统计（工作人员使用，对菜色销售情况查询操作）

3.基础资料模块汇总

（1）添加菜色分类（工作人员使用，可以添加信息到数据库）

（2）添加菜色子分类（工作人员使用，可以添加信息到数据库）

3.3.3详细结构设计

图3-2餐饮系统顺序图

图3-3餐饮系统类图

3.4系统界面设计描述

3.4.1登录界面设计

图3-3用户登录界面

3.5数据库设计

3.5.1建表

下面具体给出各个表：

表3-1收银员信息表

表3-2销售信息表

表3-3菜单信息表

第4章餐饮管理系统测试报告

4.1实验目的和要求

对软件进行测试，记录测试过程以达到对软件的质量进行评测，提高系统的性能。

4.2实验内容

本餐饮管理系统已经实现，为了系统投入市场后的生命周期更长，维护费用更低，需要在系统投入市场之前进行一次完整的测试。

依据用户需求，设计测试用例，对软件进行系统测试。

A.测试环境

测试的重点是本餐饮管理系统的点餐功能和登录界面的功能。

B.测试过程及结果

根据需求分析文档，设计测试用例，填写预期结果，在测试时，填写实际结果。

4.3注意事项

注意测试用例的完整性以及合理性

4.4实验过程

4.4.1登录界面的测试

测试1：

名称：

系统登录操作测试

目的：

测试系统登录界面的稳定性

内容：

账号，密码的合法性,检查数据库数据

表4-1数据库信息

表4-2登录界面

测试1.1：

测试用例

账号

密码

输出

‘’

‘’

用户名或密码错误

‘abc’

‘123’

用户名或密码错误

‘admin’

‘admin’

成功

登录失败的结果试图如下：

图4-1登录失败试图

4.4.2点餐测试

测试2：

名称：

顾客点餐测试

目的：

测试点菜功能

内容：

使用不同数据，对菜色合理性测试

下图为数据库表内容，若点餐成功，数据会正常插入至数据库，并在界面中显示。

图4-2数据库信息

登陆成功后，进入点餐界面，开始各种功能操作。

图4-3点餐界面

点餐结束后，数据正常插入，并在界面中显示。

图4-4点餐成功后的界面显示

4.4.3结账测试

测试3：

结账测试

目的：

测试结账功能

内容：

检验结账的的稳定性

结账成功后，会在数据库中正确插入信息，如下图所示。

图4-5数据库信息（略）

进入结账界面并显示出所有单项信息，如下图所示。

图4-6结账界面

结账成功后，已结账单号信息消失，如下图所示。

图4-7结账成功单子消失

挂单单耗成功后，单号信息依旧存在，如下图所示。

图4-8挂单单子依旧存在

4.5实验时间

设计在课后完成，报告基本是课堂完成的

4.6范围

软件适用于中小型餐饮，小范围，局限性蛮小

4.7原则

以少出现错误为原则

总结

本次餐饮管理系统从开始的可行性研究到需求分析再到设计开发直至测试完成，期间出现了不少的问题和漏洞，最主要的就是设计的时候考虑不周全导致系统功能不完善，不过经过多次的测试检查以后，逐渐达到了预期的目标，可能其中还有不完善的，不过我们很乐意接受用户的建议进行修改完善，争取达到预期效果，使老师满意，用户放心。

餐饮管理系统虽然规模不大，但是对于我们初次独自做系统来说还是有点困难的，这对我来说是个挑战也是个机会，从中我知道了做系统最不可少的是耐心和对全局观的把握，只有这样才能做的更好。

当然如果没有老师和同学的帮助也不可能如此顺利完成，谢谢老师和同学！

由于水平有限，系统难免会有错误和不足，敬请各位用户提出宝贵的建议！

参考文献

[1]戴辛基,蔡蓉华.VC++6.0实训核心［M］.4版.北京：

北京大学出版社，2004.

[2]辛希孟.信息技术与信息服务［C］.北京：

中国社会科学出版社，1994.

[3]张希生.软件开发集锦［D］.北京：

北京大学数学系数学研究所，1983.