C餐饮管理系统详细设计含所有窗体代码Word文档下载推荐.docx
《C餐饮管理系统详细设计含所有窗体代码Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《C餐饮管理系统详细设计含所有窗体代码Word文档下载推荐.docx(19页珍藏版)》请在冰豆网上搜索。
2.可行性研究的前提
(1)要求
餐饮管理系统必须提供桌台信息、菜品信息和人事档案信息的基础设置;
强大的查询功能和消费管理功能;
可以分不同权限、不同用户对该系统进行操作。
另外,该系统还必须保证数据的安全性、完整性和准确性。
(2)目标
餐饮管理系统的目标是实现企业的信息化管理,节约人力、物力、财力等资源,提高餐饮行业的服务效率并提升企业市场竞争力。
(3)条件、假定和限制
为实现企业的信息化管理,必须对才做人员进行培训,而且将原有的菜品、桌台、人事档案等信息转换为信息化数据,需要操作员花费大量时间和精力来完成,为不影响企业的正常运行,餐饮管理系统必须在两个月的时间内交付用户使用。
系统分析人员需要两个内到位,用户需要4天时间确认需求分析文档。
去除其中可能出现的问题,例如用户可能临时有事,占用5天时间确认需求分析。
那么程序开发人员需要在一个月零19天的时间内进行系统设计、程序编码、系统测试、程序调试和程序的打包工作。
其间,还包括员工每周的休息时间。
(4)评价尺度
根据用户的要求,项目主要以桌台信息、菜品信息和查询统计功能为主,对于认识档案和消费信息应该及时准确地保存,并提供相应的查询和统计。
3.投资及效益分析
(1)支出
根据系统的规模及项目的开发周期(两个月),公司决定投入7个人。
为此,公司将直接支付10万元的工资及各种福利待遇。
在项目安装及调试阶段,用户培训、员工出差等费用支出需要2万元。
在项目维护阶段预计需要投入3万元的资金。
累计项目投入需要15万元资金。
(2)收益
用户提供项目资金35万元。
对于项目运行后进行的改动,采取协商的原则根据改动规模额外提供资金。
因此从投资与收益的效益比上看,公司可以获得20万元的利润。
项目完成后,会给公司提供资源储备,包括技术、经验的累积,其后在开发类似的项目时,可以极大地缩短项目开发周期。
4.结论
根据上面的分析,在技术上不会存在问题,因此项目延期的可能性很小。
在效益上公司投入7个人、两个月的时间获利20万元,效益比较可观。
在公司今后发展上可以储备项目开发的经验和资源。
因此认为该项目可以开发。
1.3系统设计
本系统属于小型的餐饮管理系统,可以有效地对中小型餐厅消费进行管理。
本系统应达到以下目标:
●系统采用人机交互的方式,界面美观有好,信息查询灵活、方便,数据存储安全可考;
●实现对餐厅客户开台、点菜/加菜、账目查询和结账等操作;
●对用户数的数据进行严格的数据检验,尽可能地避免人为错误;
●实现对消费账目自动结算;
●实现对消费的历史记录进行查询、支持模糊查询;
●系统应最大限度地实现易维护性和易操作性。
1.3.2系统功能结构
餐饮管理系统功能结构如图1_1所示。
图1_1系统功能结构图
遵守程序编码规则所开发的程序,代码清晰、整洁、方便阅读,并可以提高程序的可读性,真正做到“见名知意”。
本节哦哪个数据库设计和程序编码两个方面介绍程序开发中的编码规则。
1.数据库对象命名规则
(1)数据库命名规则
数据库命名以字母db开头(小写),后面加数据库相关英文单词或缩写。
下面将举例说明,如表1_1所示。
表1_1数据库命名
数据库名称
描述
db_MrCy
餐饮管理系统数据库
(2)数据表命名规则
数据表命名以字母tb开头(小写),后面加数据库相关英文单词或缩写和数据表名,多个单词间用“_”分隔。
下面将举例说明,如表1_2所示。
表1_2数据表命名
数据表名称
tb_food
点菜信息表
tb_foodtype
菜品类别信息表
(3)字段命名规则
字段一律采用英文单词或词组(可利用翻译软件)命名,如找不到专业的英文单词或词组,可以用相同意义的英文单词或词组代替。
下面将举例说明,表1_3为桌台信息表中的部分字段。
表1_3字段命名
RoomName
桌台名称
RoomJC
桌台位置
RoomZT
桌台状态
2.业务编码规则
(1)桌台编号
桌台的ID编号是餐饮管理系统中桌台的唯一标识,不同的桌台可以通过该编号来区分。
该编号是个字增序号,从数字1开始。
例如1、2、3。
(2)食品类别编号
食品类别编号用于区分食品的不同类别,不同的食品种类可以通过该编号来区分。
(3)员工编号
员工编号用于区分各个员工的信息,不同的员工可以通过该编号来区分(即使员工名称相同)。
餐饮管理系统由多个窗体组成,下面仅列出几个典型窗体,
主窗体模块如图1_2所示,主要功能是连接系统功能菜单、显示所有桌台和现实系统当前状态。
图1_2主窗体模块
点菜模块如图1_3所示,主要功能是为顾客点菜。
图1_3点/加菜模块
开台模块如图1_4所示,主要功能是实现对指定的桌台进行开台操作。
图1_4开台模块运行结果
结账模块如图1_5所示,主要功能是对指定的桌台进行结账操作,同时,清空结账桌台的所有消费信息。
图1_5结账模块运行结果
餐饮管理系统的业务流程图如图1_6所示。
图1_6餐饮管理系统的业务流程图
1.4数据库设计
1.4.1数据库概要说明
在本系统中,采用的是SQLServer2008数据库,用来存储商品信息、桌台信息、员工信息、操作员信息等。
这里将数据库命名为db_MrCy,其中包含了6张数据表,用于存储不同的信息,如图1_7所示。
图1_7数据库结构
1.4.2数据库概念设计
通过对数据库进行的需求分析、业务流程设计及系统功能结构的确定,规划出系统中使用的数据库实体对象及实体E-R图。
由于商品的种类很多,因此需要对商品进行分类,这样就可以对商品分门别类地进行存储,在查询时可以根据商品类别进行查询,商品信息实体E-R图如图1_8所示。
在数据库中建立一个商品类型信息表,用于存储商品的所有类别信息,商品类别信息实体E-R图如图1_9所示。
图1_8商品信息实体E-R图
图1-9商品类别信息实体E-R图
当顾客进行消费时,顾客会根据自己的需求消费不同的商品,系统将顾客消费的所有信息存储到数据表中,以便顾客结账时查询,在数据库中建立一个顾客消费信息表用于存储顾客的消费记录。
顾客消费信息实体E-R图图如1_10所示。
1_10顾客消费信息实体E-R图
餐厅中会有多个桌台供顾客选择,每个桌台会有不同的信息。
例如,大厅01号桌被顾客使用,顾客人数为5人等,方便操作员对桌台的操作,在数据库中建立一个桌台信息表用于存储所有桌台的详细信息。
桌台信息实体E-R图如图1_11所示。
图6_11桌台信息实体E-R图
为了对系统进行不同的管理,需要为系统建立管理用户。
这些用户通过登录模块登录系统,登录成功之后会根据不同的权限对不同的功能模块进行管理,在数据库中建立一个用户信息表,用于存储登录用户信息。
用户信息实体E-R图如图1_12所示。
图1_12用户信息实体E-R图
在餐饮行业中,餐厅服务员起着及其重要的作用,但是由于服务人员数众多,如果不进行相应的信息记录,可能管理起来会非常困难。
因此,需要对服务人员的详细信息进行记录。
在数据库中建立一个志愿信息表用于存储所有服务人员的信息。
支援信息实体E-R图图如1_13所示。
图1_13职员信息实体E-R图
1.4.3数据库逻辑设计
根据设计好的E-R图在数据库中创建各表,系统数据库中各表的结构如下。
1.tb_Food(商品信息表)
tb_Food表用于保存所有商品信息,该表的结构如表1_4所示。
表1_4商品信息表
字段名称
数据类型
字段大小
说明
ID
int
1
系统编号
foodty
char
10
类别编号
foodnum
商品代号
foodname
varchar
50
商品名称
foodprice
decimal
9
商品价格
2.tb_FoodType(商品类别信息表)
tb_FoodType表用于保存商品类别信息,该表的结构如表1_5所示。
表1_5商品类别信息表
4
foodtype
商品类别名称
3.tb_GuestFood(顾客消费信息表)
tb_GuestFood表用于保存顾客的消费信息,该表结构如表1_6所示。
表1_6顾客消费信息表
foodsum
消费数量
foodallprice
waitername
操作员姓名
beizhu
备注
zhuotai
消费桌台
datatime
消费时间
4.tb_Room(桌台信息表)
tb_Room表用于保存所有桌台信息,该表结构如表1_7所示。
桌台简称
RommBJF
桌台包间费
RoomWZ
RoomSZT
RoomType
桌台类型
RoomBZ
桌台备注
RoomQT
桌台其他信息
GuestName
顾客姓名
zhangdanDate
开台时间
Num
顾客人数
WaiterName
5.tb_User(用户信息表)
tb_User表用于保存所有系统用户信息,该表结构如表1_8所示。
表1_8用户信息表
UseName
用户登录名
UserPwd
用户登录密码
power