酒店管理系统需求分析+可行性分析+总体设计Word文档格式.docx
- 文档编号:16647906
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:21
- 大小:287.27KB
酒店管理系统需求分析+可行性分析+总体设计Word文档格式.docx
《酒店管理系统需求分析+可行性分析+总体设计Word文档格式.docx》由会员分享,可在线阅读,更多相关《酒店管理系统需求分析+可行性分析+总体设计Word文档格式.docx(21页珍藏版)》请在冰豆网上搜索。
●并桌,当桌位不足时,可将多桌的桌位合并为一桌。
●结账,支持三种级别的会员结账,根据不同的级别给予不同的折扣。
每次结账的时候根据此次的消费金额增加客户的积分点数,达到一定的积分点,客户的级别可升级。
●挂账,先结账后付钱的客人先记录在系统中,在付钱后将纪录状态改为已经付帐,根据结账金额可积累积分点数。
其余功能如上
(二)后台管理系统
1.仓库管理,主要包括:
●进货,将酒店所买进的原材料的种类、数量、价格、进货的时间,供应商的代码等纪录在系统中,增加系统中这种材料的数量。
●退货,将已经买进的原材料退还给供应商,记录退回材料的名称、数量、价格、退货的时间、供应商代码等。
●领料,不同的部门所领走的材料都要记录在系统中,同时减少库存中所领走材料的名称、数量、价格、领走的时间、领取的部门等信息。
●危险库存管理,预先设定各种材料的危险库存,达到危险库存数量的时候,系统给予提示,要求进货。
2.菜品管理,将菜品进行多级分类,制定一些套餐。
主要的功能主要包括:
添加菜品或者将菜品添加到不同的套餐,删除、修改、查询菜品或者套餐的信息,包括菜品的编号、名称、价格、所属部门等
3.部门管理,酒店设有不同的部门,如甜点部,酒水部,菜品部等,将部门的编号,名称,主管等信息记录在系统中。
方便在客人点菜的时候将菜单发送到不同的部门。
4.会员管理,主要包括:
●增加新的会员信息,包括客户的姓名,性别,年龄,地址,积分开户时间纪录在系统中。
●修改会员的信息,当会员的信息错误的时候用于修改会员的信息。
●删除系统中的不再光顾的会员,当客户的要求或者几分较低的会员不再光顾的时候,管理员可以手动的删除会员的信息。
●查询会员的信息,在结账的时候通过查询会员的编号或者姓名可以查询会员的级别和给予的折扣率。
5.供应商管理,包括
●添加供应商的各种个人信息。
以及每次供应的菜品信息和供应时间
6.系统管理,设置三个级别的权限
●系统管理员,可以操作菜品部分,员工、部门、仓库、供应商部分,可修改自己的密码,其余的部分不可用。
●收银员,可以操作前台的业务和会员业务,可修改自己的密码,其余部分不可用
●经理,拥有系统管理员和收银员的所有的权限,同时还有财务管理部分的权限,但不可修改系统管理员和收银员的密码,可修改自己的密码
7.财务管理,主要包括
●日结算明细表,统计当天的结算收入,挂账数量,开桌人数,各个部门的营业收入等
●明细统计,可分类统计当天销售的菜品、挂账、收入等信息
●营业成本分析:
可统计每月的购买成本等
数据流图
用户需求分析
“民以食为天”,随着人民生活水平的提高,餐饮业在服务行业中占有越来越重要的地位。
努力在当前餐饮行业日趋激烈的竞争中脱颖而出,已成为每位餐饮业经营者所追求的目标。
经过多年发展,酒店管理已经逐渐由定性管理,进入到重视定量管理的科学阶段。
众所周知,在定量管理的具体实现方法和手段方面,最有效的工具就是电脑管理。
传统的手工操作管理存在着许多无法避免的问题,例如:
●人工计算帐单金额容易出现差错
●收银工作中跑单、漏单、偷钱现象普遍
●个别服务员作弊、改单情形时有发生
●客人消费单据难以保存和查询
●无法对大量营业数据进行统计分析
●无法进行会员管理和追踪
●无法准确迅速的解决折扣和优惠等问题
●无法准确满足客人的个性需求
●无法统一管理后橱的作业过程
●无论收银还是财务都需要大量的人力物力
酒店管理系统就是针对以上问题设计的。
系统实现了一般酒店日常营运的全面自动管理。
一、可行性研究报告
一、可行性研究报告1
1.引言2
1.1编写目的2
1.2项目背景2
1.3定义2
1.4参考资料2
2.可行性研究的前提2
2.1要求2
2.2目标3
2.3条件、假定和限制3
2.4可行性研究方法3
2.5决定可行性的主要因素3
3.对现有系统的分析3
3.1处理流程和数据流程3
3.2工作负荷3
3.3费用支出3
3.4人员3
3.5设备3
3.6局限性3
4.所建议技术可行性分析3
4.1对系统的简要描述3
4.2处理流程和数据流程3
4.3与现有系统比较的优越性3
4.4采用建议系统可能带来的影响3
4.5技术可行性评价3
5.所建议系统经济可行性分析3
5.1支出3
5.2效益3
5.3收益/投资比3
6.社会因素可行性分析3
6.1法律因素3
6.2用户使用可行性3
7.其他可供选择的方案3
1.引言
1.1编写目的
酒店管理系统是为了旅客旅行方便,提高工作效率,提高服务质量,增加经济效益,加快公司发展步伐。
预期读者:
具有相关需求和设计人员。
1.2项目背景
a软件名称:
酒店管理系统
b提出者:
某酒店
开发者:
软件开发小组
用户:
c项目与其他软件的关系:
此系统仅是总系统中的一个组成部分,与其他数据库可以建立链接,为其他模块相应功能的实现提供信息来源和依据
1.3定义
酒店管理系统:
为酒店和顾客提供方便与自动化办公的软件系统。
1.4参考资料
《ASP.NETWeb程序设计》蒋培王笑梅编著
《软件工程》(第二版)人民邮电出版社张海藩编著
2.可行性研究的前提
2.1要求
a功能:
b性能:
ASP.net是基于通用语言的编译运行的程序,所以它的强大性和适应性,使它运行在Web应用软件开发者的几乎全部平台上。
通用语言的基本库,消息机制,数据接口的处理都能无缝的整合到ASP.net的Web应用中。
c输出:
显示器
d输入:
键盘和鼠标
f安全与保密要求:
每个部门只负责相应部门的管理,不能查询其他部门的数据。
g与软件相关的其他系统:
财务管理系统,进销存管理系统。
h完成周期:
3个月。
2.2目标
本管理系统旨在用计算机系统来完成所有能完成的工作,并保持很高的灵活性和易操作性。
对于系统本身可将其应用到大、中、小等各酒店之中,来提高工作效率。
总之是本着方便用户使用,方便经营者管理酒店,工作人员更快捷了解酒店,酒店更方便经营。
该软件具备以下特点:
1.易学易用,操作极为简便,它是一套纯WINDOWS软件,操作界面友好直观,操作员懂拼音即可下单,不需要记忆复杂烦琐的消费代码,易学易用,所有操作员稍加培训即可上岗。
2.功能完整,本系统包括前台和后台管理,功能完善,能够实现酒店等酒店的数字化经营。
2.3条件、假定和限制
a运行环境:
服务器端操作系统:
Windows
运行环境:
.Netframework
服务器:
IIS5.1
浏览器:
IE6.0以上或Firefox2.0以上
数据库:
MySQL5.0
b经费来源和使用限制:
利用某酒店提供的经费来完成酒店管理系统的开发。
c可利用的信息和资源:
某酒店提供的数据报表和工作流程。
d建议开发软件投入使用的最迟时间:
2009-12-1。
2.4可行性研究方法
从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。
根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求;
操作可行性方面,根据使用部门处理事务的原则和习惯检查技术上可行的方案,去掉其中从操作方式或操作过程的角度看用户不能接受的方案;
经济方面的可行性,应估计可能的系统开发成本和运行费用,并且估计可以节省的开支或可以增加的收入。
2.5决定可行性的主要因素
从技术上是可行的,用到的技术不是很复杂,实现环节也不是很复杂。
从经济上也是可行的,需要用到经费的地方很少,系统的开发成本和运行费用也不是很高,某酒店提供的经费很充足。
从操作上也是可行的,操作系统是Windows,输入设备是键盘和鼠标,而且操作简便。
3.对现有系统的分析
3.1处理流程和数据流程
现有系统工作流程如下:
3.2工作负荷
现有系统需要承担订餐、取消订餐、点菜、结算、订房、退房、取消订房和后台管理的内容。
3.3费用支出
人员的工资、设备的维护费用和电费。
3.4人员
酒店员工。
3.5设备
计算机和相应的软件。
3.6局限性
工作量大,涉及的流程较多,还要与其他系统进行链接,对开发此系统增加了难度。
4.所建议技术可行性分析
4.1对系统的简要描述
1、酒店管理系统前台功能需求及描述:
1.登录:
订餐顾客、订房顾客、系统管理员、餐厅前台和客房前台在输入用户名和密码之后通过系统验证进入相应页面。
2.订餐:
顾客上门根据某一天的餐桌状态进行订餐,订餐成功后,系统通知服务台。
服务员可以通过系统查询订餐情况。
订餐时顾客需说明预约时间。
3.查询订餐内容:
订餐顾客在外网登录后,可以查看自己的订餐信息,如:
订餐日期,详细菜单,餐桌号和顾客信息等,也可以通过餐厅前台查询。
4.修改订餐内容:
订餐顾客通过餐厅前台进行修改订餐日期,菜单,餐桌的操作。
5.取消订餐:
取消订餐(及删除订餐信息),如果订餐顾客想取消订餐,通过餐厅前台进行删除操作,删除订餐顾客的全部信息。
6.点菜功能:
服务员用点菜机点菜,系统将菜单发到服务台打印,也可以在前台点菜。
7.餐饮结算:
就餐后,系统通过已记录的内容动态生成账单。
8.订房功能:
处理上门订房。
订房信息存入系统,并可显示客房使用情况。
9.查询订房内容:
订房顾客在外网登录后,可以查询订房顾客,房间,起始时间,结束时间,定金,是否结账等信息,也可以通过客房部前台查询。
10.修改订房内容:
订房顾客通过客房部前台修改订房顾客信息,房间,起始时间,结束时间,定金,是否结账等信息。
11.取消订房:
订房顾客通过客房部前台取消订房,客房部前台删除此顾客的订房信息。
12.住宿结算:
住宿后,系统通过已记录的内容动态生成账单。
二、酒店管理系统后台功能划分及描述:
1.餐厅管理部分:
(1).添加餐桌:
餐厅前台进入餐厅管理输入餐桌号和人数进行添加。
(2).删除餐桌:
餐厅前台进入餐厅管理根据餐桌列表删除选中的餐桌。
(3).添加饭菜:
餐厅前台进入餐厅管理输入饭菜名称和价格进行添加。
(4).删除饭菜:
餐厅前台进入餐厅管理根据饭菜列表删除选中的饭菜。
2.系统管理部分:
(1).添加系统用户:
管理员登录后进入系统管理页面,通过此页面管理员可以添加系统用户餐厅前台用户和客房部前台用户)。
(2).查询和修改用户:
在此页面,管理员可以查询系统用户的信息和修改系统用户(餐厅用户和客房部用户)的密码。
(3).删除系统用户:
在此页面,管理员可以删除相应用户。
3.客房管理部分:
(1).添加客房:
客房部用户进入房间添加界面,在输入房间编号,房间类型和房间单价之后可以添加房间。
(2).删除客房:
客房部用户进入房间删除界面,页面会列出房间列表,用户通过选中房间,点击删除按钮的操作删除房间。
4.2处理流程和数据流程
见3.1.
4.3与现有系统比较的优越性
通过对现有系统的分析,发现现有系统许多的不足,在将要开发的系统中会弥补这些不足,对人员要求:
前台两人,后台一人。
节省了人员的开支,对设备要求:
计算机,网线,软件要求,电力要求,节省了纸和笔的消耗,相比而言,建议系统比原有系统更优越。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
酒店需要购买一台具有很好性能的计算机作为服务器。
4.4.2对现有软件的影响
可以连接到公司的财务系统和进销存管理系统,节省了信息的录入。
4.2.3对用户的影响
节省了用户的操作时间,加快了处理顾客提交事务的速度。
4.2.4对系统运行的影响
采用计算机代替纸和笔,加快了系统的运行速度。
4.2.5对开发环境的影响
开发环境使用vs9.0,数据库使用sqlserver。
4.2.6对运行环境的影响
使用Windows操作系统,使用ie访问服务器,运行环境是.netframework,对计算机要求不高。
4.2.7对经费支出的影响
系统开发需要开发人员的工资和设备的经费,初期对经费要求较高。
但是,经过一段时间的使用会降低酒店的其他消耗费用,并且能提高工作效率,所以从长远来看,付出一定的经费是值得的。
4.5技术可行性评价
从硬件和开发环境上考虑,除了数据库服务器要求稍微高了些,其他方面都可以在现有条件下解决。
从技术上看,利用开发此系统的技术上没有什么太复杂的要求,功能目标能够达到。
对于开发人员和系统质量问题,开发小组具有一定的编程能力,系统质量在严格的测试下会得到很好的保证。
5.所建议系统经济可行性分析
5.1支出
5.1.1基建投资
需要数据库服务器,三台计算机终端、服务员掌机和打印机。
5.1.2其他一次性支出
软件方面的支出,sqlserver2003数据库费用、系统开发费用和人员的培训费用。
5.1.3经常性支出
系统的维护费用,软件的年费和工作人员的工资。
5.2效益
5.2.1一次性收益
无。
5.2.2经常性收益
减少了员工的人数,从而减少了工资的发放,系统提高了工作效率,增加了酒店的收入。
5.2.3不可定量收益
5.3收益/投资比
通过以上两个方面的分析,我们可看出从客观角度讲,这个系统的收益/投资比将会是大于一的,所以说此系统在经济上同样是可行的。
6.社会因素可行性分析
6.1法律因素
本系统开发使用的是正版操作系统,正版开发软件和正版数据库,所有的软件都有合同证明其合法性,开发的系统也具有相应的合同制约,所以不存在侵权问题。
6.2用户使用可行性
开发的酒店管理系统是按照酒店的运作流程来开发的,符合酒店相应的规定,此系统需要的工作人员只需要会基本的计算机操作即可。
7.其他可供选择的方案
《酒店管理系统》
————总体设计说明书
1引言
在信息化高速发展的今天,时间,效率这样的名词正主导着人们的生活和发展,
有必要设计开发一个网上商务系统。
通过系统功能及网络环境解决传统管理模式和经营理念带来的不足,加大企业宣传力度,从而提高酒店形象,扩大酒店市场影响率,优化酒店管理。
1.2范围
a.待开发的软件名称:
b.项目提出者:
酒店总经理
c.用户:
本酒店的管理人员、顾客、工作人员
d.运行该软件的单位:
广宇酒店
1.3参考资料
JSP应用开发详解(含光盘)电子工业出版社2002.9
JavaScript1.5实例教程高等教育出版社2001.4
蔡翠平等.Java程序设计[M].北京:
清华大学出版社,2002.10
肖刚.JavaWeb服务器应用程序设计[M].西安:
电子工业出版社,2001.6
闪四清.SQLServer2000实用教程[M].北京:
人民出版社,2002.6
1.总体设计
2.1需求的规定
说明本系统的主要的输出项目、处理的功能性能要求,详细的说明可以参见《需求分析说明书》。
2.2运行环境
简要的说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见《需求分析说明书》。
2.3基本设计概念和处理流程
2.3.1系统功能结构设计
系统的物理结构就是使用结构化设计工具HIPO图或系统结构图描述的。
系统的物理结构所描述的是构成一个系统的各物理组成部分(即模块)及模块之间的联系。
这是一个树型结构图,它体现了自顶向下的思想,树根模块表示系统总的功能,第一层模块是根模块功能的分解,以下各个层次的模块都是上一层次模块的功能分解。
上一层模块调用它直接的下层模块。
该系统的网站信息管理的HIPO图如图所示:
2.3.2逻辑结构设计
根据系统功能设计的要求以及功能模块的划分,对于广宇酒店网络商务系统可以列出以下数据项及数据结构。
员工基本信息:
主要包括姓名、年龄、职务、上岗时间、备注。
网站公告信息:
主要包括网站公告标题、网站公告内容,作者,时间。
房间(餐位)信息详情信息:
主要包括房间编号、状态、容纳人数、备注。
贵宾详情信息:
主要包括姓名、电话、贵宾卡号、备注。
网站栏目详情信息:
主要包括栏目名称、序号。
菜肴信息:
主要包括菜名、菜系、价格、备注。
留言信息:
主要包括编号、姓名、题目、留言者qq、留言内容、时间。
教你一招列表信息:
主要包括作者、内容、题目。
管理员信息:
主要包括登录名、登录密码。
网站基本信息:
主要包括位置ID、位置名称。
预定信息:
主要包括编号、预定人、预定内容、备注。
2.3.3网站界面与风格设计
网站风格是指站点的整体形象给浏览者的综合感受。
这个“整体形象”包括站点的CI(标志、色彩、字体、标语),版面布局,浏览方式,交互性,文字,内容价值,存在意义,站点荣誉等等诸多因素。
CI(CorporateIdentity)的意思是通过视觉来统一企业的形象,原本是一个广告术语,在网站建设中引入了此概念。
网站的CI设计,主要是指网站的标志、色彩、字体、标语设计,是一个网站建立CI形象的关键,是网站的表面文章、形象工程。
通过对网站的标志、色彩、字体、标语设计,建立起网站的整体形象。
(1)网站的标志(Logo)及名称的设计
在网站形象设计中,网站的标志及名称是很重要的。
网站的标志就如同商标一样,是站点特色和内涵的集中体现,看见网站的标志就能使访问者联想起你的站点。
标志可以是中文、英文字母,可以是符号、图案,也可以是动物或者人物等。
如新浪网用字母Sina加眼睛作为标志;
搜狐网则用小狐狸作为标志。
标志的设计创意来自网站的名称和内容。
(2)网站标准色彩的设计
除了网站的标志能反映出网站的内涵外,网站的标准色彩也是相当重要的,因为它能够产生强烈的视觉冲击。
不同的色彩搭配产生不同的效果,反映出网站的文化内涵,并可能影响到访问者的情绪。
“标准色彩”是指能体现网站形象和延伸内涵的色彩。
一般来说,一个网站的标准色彩不超过3种,以相近的色彩为主,太多的色彩则会喧宾夺主,让人眼花缭乱。
标准色彩要用于网站的标志、标题、主菜单和主色块,给人以整体统一的感觉,至于其他色彩只是作为点缀和衬托。
广宇酒店网络商务系统的风格设计符合以上原则和理念,并且考虑到前后台页面面向对象,应用的范围以及具体功能的不同,设计时使用了两种网页框架方式。
前台顾客界面采用美观,方便浏览的布局,色彩温和,餐饮主题突出,模块分布清晰。
后台管理界面各管理模块采用下拉菜单式设计,简洁大方,层次清晰,便于操作。
2.3.4网站的链接结构
网站的链接结构是指页面之间相互链接的拓扑结构。
它建立在目录结构基础上,但可以跨越目录。
形象地说,每个页面都是一个固定点,链接则是在两个固定点之间的连线。
一个点可以和一个点连接,也可以和多个点连接。
更重要的是,这些点并不是分布在一个平面上,而是存在于一个立体的空间中。
好网站的链接结构可以用最少的链接,达到最有效的浏览。
通常,建立网站的链接结构有树状链接结构和星状链接结构两种基本方式。
这两种基本结构都只是理想方式,在实际的网站设计中,总是将这两种结构混合起来使用。
所以,本站的链接结构设计方案是:
首页和一级页面之间用星状链接结构,一级和二级页面之间用树状链接结构。
3.接口设计
3.1用户接口
随着面向对象编程的发展,API类型的接口正被对象接口所取代。
在这一接口里创建对象以访问数据库而不是使用直接函数调用,用户可设置和取得对象属性或调用方法。
程序代码变得更清晰,开发和维护更为简单。
Microsoft使用多种对象接口来访问数据库管理系统,比如SQLServer的数据:
(1)数据访问对象(DAO)。
(2)远程数据对象(RDO)。
(3)OLEDB。
(4)ActiveXDataObjects。
3.2外部接口
外部接口是指应用程序接口(ApplicationProgrammingInterface,API)支持一系列访问数据的函数调用。
这种类型的接口在几年前是开发者的唯一选择。
API通常以动态链接库(DLL)的形式提供,可从VisualBasic访问。
Windows环境中使用API的普遍问题是VisualBasic应用程序有时不能提供API所指定作为输入参数的数据类型。
这种情况下,开发者必须在VisualBasic应用程序和AP
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理 系统 需求 分析 可行性 总体 设计
![提示](https://static.bdocx.com/images/bang_tan.gif)