餐饮管理系统详细设计

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

餐饮管理系统

1.1开发背景

近几年来,计算机网络、分布技术日趋成熟,随着科技的发展,餐饮业的竞争也越来越激烈。想在这样竞争激烈的环境下生存,就必须运用科学的管理思想与先进的管理方法,使点餐与管理一体化。这样不仅提高了工作效率,也避免了以前手工作业的麻烦,从而使管理者能够准确、有效地管理餐饮。因此,餐饮业的管理者更希望从科学的管理中取得竞争的优势,在竞争激烈的商业市场中取胜。

1.2系统分析

1.2.1 需求分析

通过与XXX餐饮公司的沟通和需求分析,要求系统具体以下功能:

●系统操作简单,界面友好

●规范、完善的基础信息设置;

●支持多人操作,要求有权限分配功能;

●为了方便用户,要求系同支持模糊查询;

●实现对消费账目自动结算。

1.2.2可行性分析

1.引言

(1)编写目的

以文件的形式给企业的决策层提供项目实施的参考依据,其中包括项目存在的风险、项目需要的投资和能够收获的最大效益。

(2)背景

XXX餐饮公司是一家以餐饮经营为主的私营企业。为了完善管理制度、增强企业的竞争力、实现信息化管理,公司决定开发餐饮管理系统。

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.1系统目标

本系统属于小型的餐饮管理系统,可以有效地对中小型餐厅消费进行管理。本系统应达到以下目标:

●系统采用人机交互的方式,界面美观有好,信息查询灵活、方便,数据存储

安全可考;

●实现对餐厅客户开台、点菜/加菜、账目查询和结账等操作;

●对用户数的数据进行严格的数据检验,尽可能地避免人为错误;

●实现对消费账目自动结算;

●实现对消费的历史记录进行查询、支持模糊查询;

●系统应最大限度地实现易维护性和易操作性。

1.3.2 系统功能结构

餐饮管理系统功能结构如图1_1所示。

图1_1 系统功能结构图

1.3.3业务逻辑编码规则

遵守程序编码规则所开发的程序,代码清晰、整洁、方便阅读,并可以提高程序的可读性,真正做到“见名知意”。本节哦哪个数据库设计和程序编码两个方面介绍程序开发中的编码规则。

1.数据库对象命名规则

(1)数据库命名规则

数据库命名以字母db开头(小写),后面加数据库相关英文单词或缩写。下面将举例说明,如表1_1所示。

(2)数据表命名规则

数据表命名以字母tb开头(小写),后面加数据库相关英文单词或缩写和数据表名,多个单词间用“_”分隔。下面将举例说明,如表1_2所示。

表1_2 数据表命名

(3)字段命名规则

字段一律采用英文单词或词组(可利用翻译软件)命名,如找不到专业的英文单词或词组,可以用相同意义的英文单词或词组代替。下面将举例说明,表1_3为桌台信息表中的部分字段。

2.业务编码规则

(1)桌台编号

桌台的ID编号是餐饮管理系统中桌台的唯一标识,不同的桌台可以通过该编号来区分。该编号是个字增序号,从数字1开始。例如1、2、3。

(2)食品类别编号

食品类别编号用于区分食品的不同类别,不同的食品种类可以通过该编号来区分。该编号是个字增序号,从数字1开始。例如1、2、3。(3)员工编号

员工编号用于区分各个员工的信息,不同的员工可以通过该编号来区分(即使员工名称相同)。该编号是个字增序号,从数字1开始。例如1、

2、3。

1.3.4系统预览

餐饮管理系统由多个窗体组成,下面仅列出几个典型窗体,

主窗体模块如图1_2所示,主要功能是连接系统功能菜单、显示所有桌台和现实系统当前状态。

图1_2 主窗体模块

点菜模块如图1_3所示,主要功能是为顾客点菜。

相关文档
最新文档