酒店客房管理系统.doc

第一章 管理信息系统概述1.1 管理信息系统简介信息是管理上的一项极为重要的资源，管理工作的成败取决于能否做出有效的决策，而决策的正确程度则在。济和企业的行为、帮助实现其规划目标。管理信息系统功能包括：信息收集、信息存储、问题处理、对话及信息输出、信息1.2酒店餐饮前台管理信息系统在酒店业竞争越来越激烈的今天，酒店如何提高服务质量、管理能力显得越来越重要。尤其是对于星级酒店，酒店内部服务项目众多，前台服务显得尤为重要。如果没有一套可靠的酒店管理系统，单凭手工操作，不仅效率低下，而且会极大地影响到酒店的服务质量。酒店为了增加盈利,提高服务效率和质量,通常会采用订餐系统,可以方便地处理顾客的预定要求,管理一些老顾客的信息,管理酒店的菜单,食品等数据。前台收银系统作为住宿餐饮管理规划，自动化管理系统的一部分对提高住宿餐饮管理效率增加收入发挥不可替代的作用，集显示，输入，添加，修改，删除等各种操作为一体，维护起来十分方便，利用此系统前台收银员可方便查询桌台点菜信息，并随时对菜单进行修改；利用此系统，使得开台管理不再和以前一样使用纸笔记录，只是轻点键盘就能完成；利用此系统，前台收银员可以方便地完成结帐，销帐工作，从而极大地减少错误地发生，避免无法估计的不必要的损失。在此将详细分析一个酒店餐饮前台管理系统所要完成的功能，对各个功能进行详细的分析和设计，最后实现其中的功能。1.3 管理信息系统开发方法1.3.1 软件工程简介。1.3.2 管理信息系统常用开发方法一 ：瀑布模型为了反映软件生命周期内各种活动应如何组织，各阶段应如何衔接，这就需要用一个软件生命期模型来直观的表示。所谓软件生命期模型，是指对整个软件生命周期内的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。瀑布模型（waterfall modal）就是其中之一。瀑布模型规定了在整个软件生命周期内的各项软件工程活动，并且还规定了这些活动自上而下、相互衔接的顺序，如图1-1所示。问题定义可行性研究可行性研究需求分析系统设计详细设计编 码测 试运行维护图1-1 软件生命周期的瀑布模型 图 1-1。原型法（prototyping approach）是对软件生命周期法的改进。原型法鼓励用户与软件开发人。很有兴趣地参与到开发过程中。1.3.4 本系统开发方法选择根据本系统的基本要求，决定综合利用上述两种方法，以取长补短。总体上是采用结构化生命周期法进行系统分析和设计的，采用了快速原型法来实现系统。第二章 系 统 分 析2.1 系统客户要求系统开发的目标是实现酒店餐饮前台管理系统的系统化、规范化和自动化。这是在用户要求的基础上提出来的，用户的要求如下：(1) 系统维护:可以对值班员信息,菜谱信息,餐桌信息进行维护以便进行相应的增加,删除,修改,保存等操作.(2) 客户管理:对客户的信息进行录入和查询,以便于对客户的信息进行相应的管理.(3) 订餐管理:对订餐进行录入,查询,修改,取消,等操作,有便于订餐的管理和维护.(4) 收款管理:包括立帐,立帐查询,折扣设定,结算等项功能(5) 交班管理:对操作员的交班情况进行查询,有便于对操作员的值班情况进行核对.2.2系统开发的目标根据客户的要求，得到如下系统目标：(1) 客户管理：通过计算机的管理，能够对每日客户的信息进行输入，统计，查询。(2) 订餐管理：通过计算机的管理，能够对每日乃至每月的订餐信息进行输入，统计和查询。(3) 收款管理：通过计算机的管理，能够对每日乃至每月的收款信息进行输入，统 计，和查询，有便于核对，和结算。(4) 交班管理：通过计算机的管理，能够对每日乃至每月操作员的值班情况进行输入、查询、统计，以便进行相应的核对和查询。23 系统功能模块设计餐 饮 前 台 管 理 系 统交 班 管 理收 款 管 理订 餐 管 理客 户 管 理系 统 维 护报 表 统 计根据系统开发目标，考虑多方面情况和Delphi程序编制特点，得到如图2-1所示的系统功能模块图。 2-1 图 餐饮前台管理系统功能图24 业务流程图根据餐饮前台管理的流程，制定2-2的业务流程图：客 户订餐员订餐收银员结 算2-2 餐饮前台管理系统业务流程图。系统数据流程图2-4如下：F6F10F9F8F7F5F4F3F2F1订餐0菜信息录入4餐桌信息录入D1菜谱信息表D2餐桌信息表1信息修改库存D4前台库存表3信息修改库存2信息修改库存结算D帐单信息表帐单信息录入4信息修改库存F1F1F1F1 26 数据词典数据词典DD（data di。 数 据 元 素系统名：新颖酒店餐饮前台管理系统 编号： 条目名： 菜 编 号 别名： 发球数据流：存储处：数据元素值： 代码类型 取值范围 意义 字符串 0000 9999 每一种菜的编号简要说明：菜编号是一类菜中的一种菜的识别符，一类中的每种菜都有唯一的菜编号。修改记录：编写王小芳日期2004-08-16审核王小芳日期2004-08-16。系统模块内容如图：餐 饮 前 台 管 理 模 块系 统 维 护值班员信息维护菜谱种类维护菜谱信息维护餐桌维护餐桌类别维护客户管理客户管理客户信息录入订餐管理订餐录入订餐修改订餐查询订餐取消订餐取消查询收款管理立帐立帐查询折扣设定结算交班管理操作员交班交班查询统计报表订餐日统计表订餐月统计表菜销售日统计表菜销售月统计表餐桌使用日统计表餐桌使用月统计表客户就餐日统计表客户就餐月统计表收款日统计表收款月统计表 3.3 数据库设计计算机化的。系E-R图如下(各实体属性如上):客户结算帐单订餐操作员菜选择菜单餐桌选择餐桌N11N111N332 数据库的逻辑结构设计逻辑结构设计是将概念数据模型转换成特定的数据库管理系统（DBMS）支持的数据模型。根据系统数据库概念设计模型，得出下面的表结构：一：客户信息表字段名称类型是否为空说 明客户号Varchar(4)否每个客户都有一个唯一的编号客户名Varchar(10)是客户的姓名单位名称Varchar(50)是客户的单位名称联系方式Varchar(50)是客户的联系方式备注Varchar(50)是记录客户的其它相关信息二：客户菜单表字段名称类型是否为空说 明帐单流水号Varchar(12)否每个帐单都有一个唯一的流水号菜编号Varchar(5)是客户所点菜的编号数量Int(4)是客户所点菜的数量价格Money(8)是客户所点菜的价格三：帐单表字段名称类型是否为空说 明收款流水号Varchar(12)否每个帐单都有一个唯一的流水号订单号Varchar(12)否客户订单的编号客户号Varchar(4)否客户的编号立帐日期Datetime(8)是就餐日期餐桌编号Varchar(6)是客户就餐的餐桌编号应收金额Money(8)是客户总的消费金额折扣后金额Money(8)是折扣后客户的消费金额实收金额Money(8)是客户实际支付的消费金额标志Varchar(20)是是否结算的标志操作员编号Varchar(4)是操作员的编号备注Varchar(50)是有关帐单相关情况的记录四：折扣表字段名称类型是否为空说 明餐桌类别Varchar(2)否餐桌的种类折扣money(8)是每种餐桌类别对应相应的折扣备注Varchar(50)是有关折扣的相应情况五：操作员交班表字段名称类型是否为空说 明交班前操作员编号Varchar(4)否执行交班操作前操作员的编号交班后操作员编号Varchar(4)否交班后操作员的编号交班时间Datetime(8)是执行交班时的时间备注Varchar(50)是关于交班情况相应的记录六：操作员表字段名称类型是否为空说 明操作员编号Varchar(4)否操作员的编号操作员名称Varchar(20)是操作员的姓名密码Varchar(20)是操作员进入系统的口令七：菜谱表字段名称类型是否为空说 明菜编号Varchar(5)否每一种菜对应一个编号菜名称Varchar(20)是菜的名称种类Varchar(2)是菜的种类价格Money(8)是菜的价格描述Varchar(50)是对菜的风味等有关情况的描述八：菜谱种类表字段名称类型是否为空说 明种类编号Varchar(2)否菜肴种类编号种类名称Varchar(20)是菜肴种类名称备注Varchar(50)是对菜肴种类的有关情况的记录字段名类型是否为空说 明订餐号Varchar(12)否订餐取消表的编号取消日期Datetime(8)是订餐取消日期取消人Varchar(20)是订餐取消人原因Varchar(50)是订餐取消的原因操作员编号Varchar(4)是执行订餐取消的操作员编号九：订餐取消表十：订餐菜单表字段名类型是否为空说 明订餐号Varchar(12)否订餐菜单表编号菜编号Varchar(5)是客户所订菜的编号数量Int(4)是客户所订菜的数量十一：订餐表字段名类型是否为空说 明订餐号Varchar(12)否订餐表的编号订餐人Varchar(20)是订餐人的姓名订餐人联系方式Varchar(50)是订餐人的联系方式预定人数Int(4)是订餐时预定人数餐桌类别Varchar(2)是餐桌类别编号餐桌编号Varchar(6)是餐桌编号订餐时间Datetime(8)是订餐时间就餐时间Datetime(8)是就餐时间操作员编号Varchar(4)是执行订餐操作员的编号备注Varchar(50)是对订餐情况的有关说明十二：餐桌类别表字段名类型是否为空说 明餐桌类别编号Varchar(2)