毕业论文——小型饭店餐饮管理系统设计与实现

毕业论文——小型饭店餐饮管理系统设计与实现内容摘要：

展的语言支持 B、 改进的开发工具 C、 扩展性 D、 改进的数据访问 E、 XML 和 Web services — 6— F、 应用程序框架 ③ 商业智能 通过在可伸缩性、数据集成、开发工具和丰富的分析方法等方面的革新， SQL Server 2020 促进了 Microsoft 在商业智能 (BI) 领域的领导地位。 SQL Server 2020 能够把关键的信息及时地传递到组织内雇员的手中，从而实现了可伸缩的 BI。 从 CEO 到信息工作者，雇员们将可以快速而容易地管理数据， 做出更快、更好的决策。 SQL Server 2020 全面的集成、分析和报表功能使企业能够扩展他们现有应用程序的价值，而无需考虑应用程序的基础平台。 BI 功能的增强包括以下几个方面： A、 端到端的集成商业智能平台 B、 Integration Services C、 Analysis Services D、 Reporting Services E、 与 Microsoft Office System 的集成 系统的开发方法 本系统采用快速原型模型的开发过程。 所谓快速原型是快速建立起来的可以在计算机上运行 的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。 如图 所示（图中实线箭头表示开发过程，虚线箭头表示维护过程），快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌。 通常，用户试用原型系统之后会提出许多修改意见，开发人员按照用户的意见快速地修改原型系统，然后再次请用户试用；一旦用户认为这个原型系统确实能做他们所需的工作，开发人员便可据此书写规格说明文档，根据这份文档开发出的软件便可以满足用户的真实需求。 — 7— 图 快速原型模型 从图 可以看出，快速原型模型是不 带反馈环的，这正是这种过程模型的主要优点：软件的开发基本上是 线性顺序进行的。 快速原型 验证 综合测试 维护 规 格说明 验证 设计 验证 编码 测试 验证 变化的需求 — 8— 第 3 章 系统分析 可行性分析 （ 1）可行性研究的前提 可行性研究的目的不是解决问题，而是确定问题是否值得去解决。 必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。 经调查发现手工记录管理存在许多无法避免的问题，如人工计算账单（或者使用计算器）金额容 易出现差错、客人的消费记录难于保存和查询、无法对大量数据进行统计分析。 而餐饮管理系统的完成可以较大地提高饭店的管理水平和服务档次，创造可靠、高效、便捷的管理环境并极大降低餐饮管理的运营成本，提高工作和经营的效率。 同时也适应市场经济的需求。 （ 2）技术可行性 由于系统采用 VC++ 开发设计主界面，利用 SQL2020 做数据库，这两个工具都是微软的产品，在兼容性上比较好，而且比较容易实现，可以在 Windows XP 以及更高版本系统上稳定运行，有很强的兼容性。 （ 3）经济可行性 这里要澄清一个问题：有人说软件市 场上已经有成型成熟的餐饮管理软件，甚至说包含了点菜器等的配套硬件也早有人开发了，何不直接运用现成的呢。 这里应当考虑到对于小型饭店来说成套的软硬件设备价格昂贵，而且其中的管理模式与实际并不一致，综合成本很高。 重新开发一个小型有适应性的管理软件更加经济， 要使用这套系统只要具备基本的硬件，如显示器、安装了 Visual C++软件的主机、 小型 打印机 ，就能运行。 日常维护费用包括： 系统维护（软件、硬件、通信）、人员费用、易耗品（纸张等 ）。 开发这套系统在经济上完全可行。 （ 4）操作可行性 待完成的系统管理模式基于实际的方 式，是对手工记录方式的计算机化，懂得微型计算机基本应用的人都可以经过简单的指导达到熟练应用。 （ 5）社会可行性 无论从企业的使用方面，从当前的操作环境，还是从经济效益方面来看，该系统都是可行的。 — 9— 需求分析 功能 需求 餐饮管 理系统是针对客人等待用餐时间长、管理人员查询信息不及时 准确而开发的管理软件。 根据用户的要求，实现前台点菜、厨房传菜、数据备份和恢复、流水账单统计功能等几个方面的功能。 用户通过输入 饭店 的菜谱、酒水饮料的名称，及其价格、数量等基本信息 ,由系统自行生成相应的统计数据及各类统 计报表以供用户查询、打印 ,另外用户还可以对这些基本信息进行定期的更新和删除 , 实现了餐饮企业日常营运的全面自动管理。 餐饮管理系统是使 饭店 大大减少人力、物力、财力，屏除传统的管理模式的弊端，结合先进的管理方法的现代化管理工具。 它 还应 可以接受客户预定，点菜，可以实现连网使厨房能在第一时间得知餐厅客人的点菜信息，传菜部门能及时传菜，大大提高上菜时间减少客人的等待时间， 饭店 的管理人员也可以随时监控 饭店 的运营情况，使饭店 处于一个统一的系统中。 功能分析 研究系统的需求分析，可以得出系统应从前台营业、营业 设置、 营业分析与财务查询 、系统管理这 四个方面努力，下面就这四个方面一一详细论述。 （ 1）前台营业 日常营业操作功能，包括： ① 日始日结：设定每个营业日的开始和结束，并且进行每日营业初始化和员工交接班。 ② 点菜收银： 点菜 （包括代码输入、鼠标输入、名称输入等）、账单结账（包 括现金结账 、签单）、修改账单（包括折扣、调整服务费； 如果客人是签约单位、 会员 ，还应调整相应的折扣优惠等）。 ③ 接待预定：新开台、厅房预定。 （ 2）营业设置 日常营业所必需的数据库设定，包括： ① 菜式管理：新菜式的录入（ 菜式名称、代码、 价格、成本等）、菜式修改、删除等菜式维护。 ② 酒品饮料管理：酒品饮料录入（ 名称、代码、价格、成本等）、修改、删除等。 — 10— ③ 付款方式设置：分为现金付款、签单 、宴请等。 ④ 员工资料设置：包括员工的基本资料（姓名、生日、职务、籍贯），员工登陆名称、密码、员工权限等。 ⑤ 其他设置：统计资料、前台销售情况等。 （ 3）营业分析与财务查询 对营业数据进行统计分析、打印报表，包括： ① 销售分析：当月每天及当年每月的收入金额、成本、利润的分析。 ② 酒菜分析：各种酒菜的详细销售情况。 （ 4）系统管理 系统本身的管理功 能，包括： ① 系统维护：数据备份与恢复、导入导出等。 ② 重新登录：以另一个用户名登录，不用退出系统即可更换操作员工。 ③ 退出系统：关闭程序。 数据流 软件开发的本质就是控制流和数据流。 在传统的过程开发模式中，我们以控制流为驱动，但在设计时仍然强调“数据流”分析，使用数据流带动控制流。 工作流引擎试图把流程本身作为一种数据，通过可视化的模式来定义一个流程，并提高流程的可变更能力。 普遍的工作流引擎充当着一种更高层次的脚本语言的粘合 作用，通过把一些更为基础的逻辑部件以流程的形式串联在一起，从而将 基本逻辑单元和处理流程进行分离。 并提供给用户一个更好的开发模式：更为可视化。 同 时，将流程独立出来也带来了更好的管理能力。 在更多的应用模式中，数据流实际上是更本质的东西，控制流的最终目的是处理数据。 而且数据的概念在各个层面上获得扩充，数据库的数据、 XML 报文，甚至一些控制数据，本身都可以作为数据流的对象。 数据流模式与 MDA等最新理验是一脉相承的。 下面首先会介绍一下小型饭店的最基本业务流程，再通过业务流程抽象出管理系统的数据流程。 （ 1） 业务 流程 业务流程图是一种用尽可能少、尽可能简单的方法来描述业务处理过 程的方法，能帮助我们了解该业务的具体处理过程，发现和处理系统调查工作中的错误和疏漏，修改和删除原系统的不合理部分，在新系统的基础上优化业务处理流程。 — 11— 根据餐饮业的特点和该用户的软件需求，系统业务流程图如图 所示 ： 图 系统业务流程图 由图 可以直观地看出 该小型饭店的工作流程： 从客人光临开始招待，开台并进行房台分析，为客人安排位置或单间；之后就是客人点菜，包括菜品和酒水；等客人用餐完毕 结账后可进行清台和营业分析操作；其中的开台操作又包含了并台和转台的概念。 （ 2） 数据流程图 数据流程图是结构化系统分析的主要工具。 结构化系统分析采用介于形式语言和自然语言之间的描述方式，通过自顶向下、逐层分解的方法，利用分解和抽象这两个基本手段控制系统的复杂性，再以数据流程图的形式来描述系统。 数据流图是系统的逻辑模型，任何计算机系统实质上都是信息处理系统，即把输入数据变换成输出数据。 因此，任何系统的基本模型都由若干个数据源点 /终点以及一个处理组成，这个处理就代表了系统对数据加工变换的基本功能。 下图是形成 的餐饮管理系统的基本系统模型 ： 并台 转台 房台分析 开台 客人 点菜 其他费用 营业分析 清台 结账 酒水分析 菜品分析 挂账 — 12— 图 餐饮管理系统的基本系统模型 图 是从基本系统模型这样非常高的层次开始而形成的， 概括描述了系统的轮廓、范围，标出了最主要的外部实体和数据流。 当然这张图只是对系统的高度抽象，由图所能了解的信息非常有限， 还 有一些数据流没画出来， 随着数据流程图的展开再逐渐增加。 这就需要以上图为进一步分析的出发点，展开下一层。 下图为餐饮管理系统数据流程图的第一层： 图 餐饮管理系统功能 级的 数据流图 员工 用户 经理 餐饮 管理 主 系统 账单 事务 事务 酒水、菜品等信息 日期等统计信息 酒菜名、房台等 客人及点菜信息 财务管理 员工 客人 餐饮管理 信息查询 经理 账单 酒菜、房台、员工信息 经理 员工 营业设置 统计结果 反馈信息 反馈信 息 — 13— 图 由图 扩展而来，主要是将员工和经理的不同处理区分开来。 经过对系统总的基本系统模型 进 一步分解后，我们将对上一层图中的某一些重要处理框加以分解。 例如其中的餐饮管理、信息查询处理框。 餐饮管理模块主要由员工这个主体完成，事件处理框主要有 分配房间 、 新开台、结账和预定。 其中的分配房间处理需要根据人数连接数据库查询空闲房间的信息，新开台处理中要把客人点的酒菜等存储起来；结账处理要调用数据库所存的对应的菜单信息算出需付款的金额；预定处理是客户提前定好房间，通过输入客户的相 关信息就可以经由预定处理下一步直接进行新开台操作。 下图就是餐饮管理模块的数据流程图： 图 餐饮管理模块的数据流图 分配房间 员工 新 开台 结账 客人 房间信息 菜单信息 预定 预定信息 客人人数 空。