【毕业设计】C#_餐厅点餐系统酒店餐饮管理系统.doc

《【毕业设计】C#_餐厅点餐系统酒店餐饮管理系统.doc》由会员分享，可在线阅读，更多相关《【毕业设计】C#_餐厅点餐系统酒店餐饮管理系统.doc（40页珍藏版）》请在三一文库上搜索。

1、目 录 目目 录录 设计总说明 I INTRODUCTION.II 1项目概述.1 1.1系统背景概述.1 1.2餐饮管理系统简介.1 1.3系统开发的目的和意义.2 1.4系统开发的原则.2 2可行性研究.3 2.1技术可行性分析.3 2.2经济可行性分析.3 2.3操作可行性分析.4 2.4社会可行性分析.4 3需求分析.5 3.1系统需求分析.5 3.2功能需求.6 3.2.1用例分析.6 3.2.2概念类描述.10 3.2.3行为描述.12 3.3性能需求13 3.3.1响应时间.13 3.3.2吞吐量.14 3.3.3并发用户数.14 3.3.4资源利用率.14 3.4环境需求14

2、3.4.1硬件环境.14 3.4.2软件环境.15 4系统设计.16 4.1系统结构设计16 4.1.1系统层次结构.16 4.2设计阶段类图17 4.3数据库设计18 4.3.1数据库概念设计.18 目 录 4.3.2数据库逻辑设计.19 4.4人机界面设计21 4.4.1用户界面设计.22 4.5系统详细设计24 4.5.1预定管理 PAD 图.25 4.5.2增加消费 PAD 图.25 4.5.3宾客结账 PAD 图.26 5测试.27 5.1系统功能实现27 5.1.1用户登录.27 5.1.2主界面.27 5.1.3增加消费.29 5.1.4宾客结账.29 5.1.5预定管理.30

3、5.1.6系统设置.31 5.1.7财务报表.33 鸣 谢34 参考文献35 设计总说明 I 设计总说明 随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮 业的发展尤为突出。近两年来已呈现出高速发展的态势。但在快速发展的同时，餐饮 业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。随着餐饮企业规模 和数量的不断增长，手工管理模式无论是在工作效率、人员成本还是提供决策信息方 面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体 服务水平的提升。有效的管理成为了一个难题，为能有效的解决这些问题提高企业的 经济效益，在这些中小型饭店中采用工作流技术

4、，结合饭店绿色管理内容，实施计算 机管理信息系统不视为一条有效的解决途径。 本系统主要针对中小型饭店餐饮管理中的一些问题，将其与计算机信息管理系统 结合起来，实现中小型饭店管理信息计算机化、系统化，将中小型饭店管理中的工作 流转化成比较科学化、规范化的业务流程，使管理基础数据更加准确化，管理人员摆 脱了事务性工作，转而从事管理专业工作，为经营决策提供了快捷和强大的数据支持。 把计算机用于餐饮企业管理，可在很大程度上提高管理者分析和决策的科学性，提高 经营管职水平，带来更多的顾客，使企业取得更好的经济效益。 总之，这套系统的开发只是把计算机技术应用于餐饮饭店管理中的小部分，系统 中还存在许多不足

5、，需要不断改进和完善。但同时也坚信随着科学技术的不断发展， 通过继续努力不断完善餐饮管理信息系统的功能，在不久的将来必将能更加深入的发 展下去，必将能为我国餐饮业的信息化进程贡献其微薄之力。 关键字：面向对象；开台；结账；点餐系统 1 2调试此系统加 ABSTRACT II INTRODUCTION With the rapid development of economic，Food and Beverage trade presents excellent development trend, especially in recent two years. However there ar

6、e still some management problems especially in middle and small restaurant. For example，low content of science and technology，backward of management method .these problems limit trade development and service level improvement. So it is necessary to study a new computer management system, it can solv

7、e many questions of tranditional handwork management in middle and small restaurant, such as，it can provide adequate decision data for manager and can improve the efficent with the workflow technology and the way of hotel green management. For the situation talk about, this paper is try to study a n

8、ew computer information management system, that can solve many questions of tranditional handwork management in middle and small restaurant, such as，it can provide adequate decision data for manager and can manage many dishes and tables and so on. It will be convenience for the manager and scientifi

9、c. It can also raise working efficiency and be more beneficial for the middle and small restaurant. This thesis comprehensively studies design and develop of middle and small restaurant management system .First, it analyzes the problems in traditional handwork management methods and describes consum

10、er requirement .Then, it divides total system into three parts：proscenium income system、system management、book system and does detailed system design for them according to sofeware engineering method .The thesis also discusses system network design method and database design method .On the basis of

11、the theoretical study, the thesis finally presents concurrence program codes and consumer interface design. This research is only an initial and small investigation in prompting restaurant information management. But it can develop continuely with the growth of science. Keywords: Object-Oriented; op

12、en table; settle accounts；Restaurant ordering System 广东海洋大学 xx 学院 2015 届本科生毕业设计 1 立可西餐厅点餐系统的设计与实现 毕业设计说明书 3项目概述 3.1系统背景概述 随着社会的进步和计算机技术的发展，特别是微型计算机的大范围普及，计算机 的应用逐渐由科学计算、实时控制等方面向非数值处理的各个领域中渗透。尤其是以 微型计算机为处理核心，以数据库管理系统为开发环境的管理系统在商业管理等方面 的应用，日益受到人们的关注。 自 20 世纪 50 年代将计算机引入数据处理以来，历经管理系统发展的各个阶段。 一方面是信息技术应用

13、的迅猛发展，另一方面，许多管理系统在耗费了大量的人力、 物力、财力之后夭折了，或者根本没有实现原定系统开发目标，而把计算机用作了打 字机。这是长期以来困扰人们的一大问题。现在人们日益深刻的认识到，把信息技术 与应用环境分离是办不到的。餐饮系统的根本不仅是技术系统，而且是社会系统。 对于企业来说，利用计算机网络完成公司的日常管理事务，是适应现代企业制度 要求、推动企业管理走向科学化、规范化的必要条件，如果实行手工操作，手工填制 大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行办公日常工作时， 不仅能够保证准确无误、快速输出，而且还可以利用计算机对有关各种信息进行统计， 同时计算机具有手

14、工管理所无法比拟的优点。能够提高企业的管理效率和质量，制度 管理能够按照部门进行分离查询。这些优点能够极大地提高餐饮管理的效率,也是企业 的科学化、正规化管理与世界接轨的重要条件。 3.2餐饮管理系统简介 不同的企业具有不同的管理制度，这就决定了不同的企业需要不同的管理系统。 传统的管理系统是以数据为处理中心,提供面向单机的辅助办公产品,虽然完成了信息 载体从原始纸介质向比特方式的飞跃,但信息仍是高度孤立的。 广东海洋大学 xx 学院 2015 届本科生毕业设计 2 饭店以前那种老的运作机制已经不能适应当今社会的需要，单纯靠手工去进行大量的 信息处理，不但给饭店本身带来很大的不便，同时也给顾客

15、带来很大的麻烦，造成企 业虽然耗费了大量的人力、物力和时间，但仍然导致工作效率的降低。利用 C#语言、 使用 Microsoft Visual Studio 2005 及 Microsoft SQL Server2005 数据库技术相结 合开发，减轻了操作员管理的工作量，使其变得更具有条理性，科学性。餐饮点餐系 统的产生使得饭店建立了信息化、规范化的管理体系，所以，对于饭店来说，建立一 套合理有效的管理信息系统迫在眉睫。 3.3系统开发的目的和意义 随着我国城市的经济贸易和社会活动日益繁忙，餐饮业发生了前所未有的变化， 外出就餐的人群越来越多，造成了现有的许多饭店人工管理的饭店无法满足人们快节

16、 奏的就餐需求，不适应时代的发展，使得许多人力、物力被浪费。现在是信息时代， 这种传统的管理方法必然被以计算机为基础的信息管理所取代。 一个有效的餐饮管理系统，可以通过计算机把各种看似杂乱无章的信息进行综合 处理，方便快捷的为客人提供就餐消费登记及结账的操作，并且可以根据相应的信息， 快速准确的生成各种报表，使管理者对饭店的经营情况一目了然，帮助企业的经营者 调整经营的方针。 通过计算机来管理酒店的日常业务，不但可以提高员工工作效率，数据的可靠性 也得到了保障，为用户查询和汇总提供的便利的条件。 3.4系统开发的原则 开发该系统必须遵循以下原则： （1）实用性原则：确保系统具有良好的系统性能，

17、友好的用户界面，较高的处理 效率，便于使用和维护，并采用成熟的技术。 （2）先进性原则：尽量采用先进而且成熟的技术，使系统具有较高的技术水和较 长的生命周期 （3）开放性、安全性、可靠性及可扩展性原则。 （4）兼容性原则：对于所选硬件系统及平台，能很好地适应开发和使用的需要。 （5）规范性原则：软件设计过程严格按照“软件工程”的规定，系统编码，文档， 操作系统平台以及所采用的开发方法按照相应的国际标准和国家。 广东海洋大学 xx 学院 2015 届本科生毕业设计 3 2可行性研究 2.1技术可行性分析 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，软硬件配置 能否满足开发者需要等

18、，这一特点非常适合计算机的特点，发挥计算机的数据处理速 度快，准确率高的优势，现代计算机硬件和软件技术的飞速发展，为系统的建设提供 了技术条件。由于网上酒店管理系统这一类的企业管理系统的开发已有一定的时期， 有很多成功的实例，技术基础成熟、可靠，ASP.NET 具有多语言支持等强大更能、SQL Server 数据库管理高效稳定、灵活方便、适合现阶段业务规模发展的需要，因而技术 上可行。 2.2经济可行性分析 估算新系统的开发费用和今后的运行、维护费用，估计新系统可以使公司的管理 水平大大提高，并将费用与效益进行比较。系统的效益可以从公司利益和社会效益两 方面考虑。对于餐饮管理系统则应着重分析其

19、公司效益。例如，系统运行后可以为公 司节省多少人力、物力、时间等等。下面从以下几个方面对系统的经济可行性进行具 体的分析： 1.系统初期投资 系统初期投资如表 2-1 所示。 表 2-1 餐厅点餐系统初期投资表 序号项目 人工 （人日） 单价（元） 合计（元） 1 需求分析 20100020,000 2 总体设计 30100030,000 3 详细设计 20100020,000 4 数据库结构设计 20100020,000 5 工程实际成本数据库实 现 10100010,000 6 编码实现 50100050,000 7 单体测试 20100020,000 8 系统集成测试 20100020,

20、000 9 说明手册编制 10100010,000 10 合计 200,000 2.货币的时间价值 广东海洋大学 xx 学院 2015 届本科生毕业设计 4 系统货币时间价值如表 2-2 所示。 表 2-2 餐厅点餐系统货币时间价值 年份 将来值（万） （1+i）n 现在值（万） 累计的现在值（万） 1101.059.5239.523 2101.10259.07018.593 3101.15768.63927.232 4101.21558.22735.459 5101.27637.83543.294 3.投资回收期 引入餐厅点餐系统两年后，可以节省 18.59 万元，比最初投资还少 1.4 万

21、元。但 第三年可以节省 8.639 万元。 即：1.4/8.64=0.162 2+0.162=2.162 纯收入 43.294-20=23.294(万元) 当然，如果想要在五年后得到预计的纯收入，那么首先就应拿出初期投资的 20 万。 而且考虑到开发本系统将为以后带来的利益，拿出 20 万来进行餐饮管理系统的开发， 是绝对必要！ 经过以上分析，系统的开发是可行的。 2.3操作可行性分析 主要是管理人员对开发点餐系统是否支持，现有系统是否科学，是否能满足公司 办公需求，公司现有网络通讯基础是否完善。本系统采用 B/S 模式，操作极为简单， 系统管理员都可以方便的登录，进行管理和查看。因此操作上可

22、行。 2.4社会可行性分析 社会可行性研究是对系统投入使用后对社会可能带来的影响进行分析，比如是否 为人们所接受，是否为社会带来利益。餐饮管理直接影响着企业的利益。在以往手工 进行的工作中，需反复的进行各种抄写、计算等工作，不仅花费大量的时间，而且往 往会出错。计算机应用于管理领域，不仅可以使企业各类人员以最少的劳动和最短的 时间来完成大量的工作。而且，可以使他们从简单的数据统计、收集、汇总等重复繁 重的事务中解脱出来。因此说，该点餐系统在社会上是可行的。 广东海洋大学 xx 学院 2015 届本科生毕业设计 5 3需求分析 软件的需求分析是软件定义时期的最后一个阶段，其基本任务是回答“系统必

23、须 做什么”的问题。需求分析也是一个建模的过程，与在概要设计中建模不同在需求分 析中建模是面向用户的过程。需求分析是软件定义时期的最后一个阶段，这个阶段的 任务仍然不是具体地解决问题，而是准确地确定目标系统必须做什么，主要是确定目 标系统必须具备哪些功能。软件需求分析是一个不断认识和逐步细化的过程。在该过 程中能将软件计划阶段所确定的软件范围逐步细化到可详细定义的程度，并分析和提 出各种不同的软件元素，然后为这些元素找到可行的解决方法。 3.1系统需求分析 点餐系统的开发不仅是一个应用程序编写的过程,更重要的是在系统分析和设计阶 段所做的工作。系统程序的设计和实现是基于 C#语言和 SQL S

24、erver 2000 数据库编写 管理信息系统的过程。该程序通过 ADO.NET 数据对象来实现前台与后台 SQL Server 2000 数据库的连接,并具有典型的数据库应用系统的特征,完成了系统结构与现实生活 的紧密结合。该程序在设计过程中严格遵循软件工程学的方法,用分阶段的生命周期计 划严格管理,并主要讲述了程序的总体设计、详细设计阶段,对程序进行需求迭代,不断 修正和改进,利用 SQL Server 的强大数据库功能,直到形成一个完善的可行性系统。友 好的界面,方便实用的查询与强大的管理维护功能共同构成了点餐系统。 需求分析一般是按图 3-1 所示的过程进行。 系统需求 用户 需求者

25、分析员 规格说明语言 规格说明处理 关于规格说明 的报告 所写的软件 需求说明 规格说明 图 3-1 需求分析的一般过程 需求分析过程是整个系统开发的重要阶段，分析的成功与否，决定着整个系统功 广东海洋大学 xx 学院 2015 届本科生毕业设计 6 能的完善性以及稳定性。在该阶段需求分析人员需要确定整个产品的功能要求，并且 将现实事务抽象成为对象并建模。 3.2功能需求 管理功能主要有散桌包房管理、酒水信息管理、菜肴类型管理、菜谱菜肴管理、 新增开桌信息、开桌信息管理、财务查询报表、结账计算、会员管理。将许多日常工 作集成在一起，使餐厅管理效率更高。 3.2.1 用例分析 用例图呈现了一些参

26、与者和一些用例，以及之间的关系，主要用于对系统、子系 统或类的功能行为进行建模。展示了用例之间以及同用例参与者之间是怎样相互联系 的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这 些元素，并使开发者能够实现这些元素，用例图图符如表 3.2 所示。 表 3.2 uml 用例图图符 通过系统的功能需求分析，可得到系统的执行者为管理员、服务员和厨师，系统 的用例为顾客开单、增加消费、快速开单、宾客结账、预订管理、系统设置、财务报 表等，系统总体用例图如图 3.3 所示。 可视化图符可视化图符名称名称描述描述 系统用来表示系统边界，所有用例放在系统之中 用例用来表示用例图中的

27、用例 执行者 用于描述与系统功能有关的外部实体，可以 是用户，也可以是外部系统 关联连接执行者和用例 广东海洋大学 xx 学院 2015 届本科生毕业设计 7 服务员 厨师 增加消费 快速开单 宾客结账 预订管理 系统设置 财务报表 顾客开单 管理员 图 3.3 系统总体用例图 顾客开单：主要实现开桌的设置，内容包括对宾客人数和备注的添加、主单餐台 和最低消费的查看，顾客开单用例图如图 3.4 所示。 管理员 顾顾客客开开单单 宾客人数 开单备注 图 3.4 顾客开单用例图 增加消费：主要实现点菜功能，其内容包括对菜品的查询，菜品的增加和退菜。 增加消费用例图如图 3.5 所示。 广东海洋大学

28、 xx 学院 2015 届本科生毕业设计 8 管理员 增增加加消消费费 增加菜品 查询菜品 退菜 include 图 3.5 增加消费用例图 快速开单：主要实现大厅餐桌上的快速点菜和浏览已点菜单，包括添加菜品、修 改菜品，浏览菜品、删除菜品，开始结账，确定开单，快速开单用例图如图 3.6 所示。 管理员 快快速速开开单单 添加菜品 修改菜品 浏览菜品 删除菜品 开始结账 确定开单 include include 图 3.6 快速开单用例图 宾客结账：主要实现普通用户和会员用户两种不同方式的菜单结算，包括会员编 号或姓名、会员折扣、实收金额、宾客支付、找零。宾客结账用例图如图 3.7 所示。 广

29、东海洋大学 xx 学院 2015 届本科生毕业设计 9 管理员 宾宾客客结结账账 结账 会员折扣 找零 实收金额 include 图 3.7 宾客结账用例图 预订管理：主要实现单台预订和批量预订，包括联络方式和姓名、预订查询、预 订时段、预抵时间、取消时间等。预订管理用例图如图 3.8 所示。 管理员 预预订订管管理理 单台预订 批量预订 预订查询 include include 图 3.8 预订管理用例图 系统设置：主要实现对房间项目、商品项目、会员、管理员的添加、删除、修改 等操作。系统设置用例图如图 3.9 所示。 广东海洋大学 xx 学院 2015 届本科生毕业设计 10 管理员 系系

30、统统设设置置 房间项目设置 商品项目设置 会员设置 管理员设置 图 3.9 系统设置用例图 财务报表：可以通过开始时间和截止时间查询收益并将其以 Excel 的形式导出。 财务报表用例图如图 3.10 所示。 管理员 财财务务报报表表 开始时间 收益查询 截止时间 导出报表 include include extend 图 3.10 财务报表用例图 3.2.2 概念类描述 类图是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及与类 之间的关系等。类图不显示暂时性信息。类图由许多（静态）说明性的模型元素组成。 类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。 类图是在面向对

31、象的系统模型中使用得最普遍的图。类图包含了一组类、接口和 协作及其之间的关系。使用类图来为系统的静态视图建模。通常这包括模型化系统的 词汇（从系统的词汇表中发现类） ，模型化协作，和模型化模式。类图还是一些相关的 图的基础，包括组件图、分布图。 没有类是单独存在的，类通常和别的类协作，创造比单独工作更大的语义。因此， 除了捕获系统的词汇以外，还要将注意力集中到这些类是如何在一起工作的。使用类 图来表达这种协作，类图图符如表 3.11 所示。 广东海洋大学 xx 学院 2015 届本科生毕业设计 11 表 3.11 类图图符 可视化图符可视化图符名称名称描述描述 类 表示具体的一个类，第一 栏为

32、类名，第二栏为类的 属性，第三栏为类的方法 包 一种分组机制，表示一个 类图的集合 关联 表示类的对象间的关系， 包括聚集关联和组成关联 泛化关系 描述类或包的一般元素与 特殊元素之间的分类关系 创建类图最好的起点是用例图，根据上面的用例图很容易确定类及其关联、属性 和操作。由上面的用例图得到管理员信息类、服务员信息类和厨师信息类的方法；管 理员信息类的方法有新建，更新，删除，编辑，查看等方法，服务员信息类的方法有 增加、查询、开单、退菜，厨师信息类的方法有增加和退菜。概念类的类图如图 3.12 所示。 +增加() +删除() +查询() +修改() +显示() 管管理理员员管管理理 -账号

33、: char -密码 : char -类型 : int 管管理理员员 +增加() +查询() +开单() +退菜() 服服务务员员管管理理 +增加() +退菜() 厨厨师师 顾顾客客开开单单增增加加消消费费快快速速开开单单宾宾客客结结账账预预订订管管理理系系统统设设置置 +主单餐台 : char +最低消费 : char +宾客人数 : char 顾顾客客开开单单 +项目编号 : int +项目名称 : char +单价 : char 详详细细菜菜单单 退退菜菜 财财务务报报表表 退退菜菜 +项目编号 : int +项目名称 : char +单价 : char 详详细细菜菜单单 图 3.12

34、概念类类图 广东海洋大学 xx 学院 2015 届本科生毕业设计 12 3.2.3 行为描述 系统的行为是通过对象的动作来描述的，通常可以通过顺序图来描述对象之间如 何进行消息的传递。顺序图是一种动态建模方法。一般用于确认和丰富一个使用情境 的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是名称所要描述的。通 过观察什么消息被发送给一个对象，以及通过概略的观察运行被调用的方法需要花费 多长时间，很快就能了解哪里的设计需要变化，以达到在系统内部平衡负荷的目的， uml 顺序图图符如表 3.13 所示。 表 3.13 uml 顺序图图符 可视化图符可视化图符名称名称描述描述 带有生命线的对象

35、用于表示顺序图中参与交互的对象 激活 表示在这个时间段内，对象处于活动状 态 消息用于表示对象之间传递的消息 返回消息用于表示对象之间传递的消息 要绘制系统的顺序图首先要了解系统的过程，根据系统类图中的方法可以获得详 细的系统过程，系统管理操作顺序图如图 3.14 所示。 广东海洋大学 xx 学院 2015 届本科生毕业设计 13 财务报表 管理员 登陆界面顾客开单增加消费快速开单宾客结账预订管理 登录 验证正确性 验证成功登录 MessageBox 数据库操作 添加成功 MessageBox 添加失败 增加菜品 增加成功 MessageBox 对数据库操作 对数据库操作 快速点菜 宾客结账

36、点菜成功 MessageBox 设置预订信息 对数据库操作 对数据库操作 MessageBox 结账成功 结账失败 MessageBox 设置失败 设置成功 系统数据库 登陆失败 点菜失败 导出财务报表 对数据库操作 MessageBox 导出成功 设置失败 图 3.14 系统管理操作顺序图 3.3性能需求 系统的性能是系统的一种非功能特性，关注的不是系统是否能够完成特定的功能， 而是在完成功能时展示出来的及时性。为了能够客观地度量系统的性能，定义了一系 列的性能指标，以便于在不同情况下度量系统的性能。 3.3.1响应时间 响应时间是指系统对请求做出响应的时间。在讨论系统的响应时间时，通常是指

37、 系统所有功能的平均响应时间或者所有功能的最大响应时间。本系统要求平均响应时 间为 1 秒，最大响应时间为 3 秒。 广东海洋大学 xx 学院 2015 届本科生毕业设计 14 3.3.2吞吐量 吞量是指系统在单位时间内处理请求的数量。对于无并发的系统而言，吞吐量与 响应时间成严格的反比关系，实现上此时吞吐量就是响应时间的倒数。由于本系统的 响应时间比较短，所以系统的吞吐量比较大。由于本系统硬件防火墙为 100M 防火墙， 所以吞吐量可达到 9095M。 3.3.3并发用户数 并发用户数是指系统可以同时承载的正常使用系统功能的用户的数量。与吞吐量 相比，并发用户数是一个更直观但也更笼统的性能指

38、标。实际上，并发用户数是一个 非常不准确的指标，因为用户不同的使用模式会导致不同用户在单位时间发出不同数 量的请求。本系统并发用户为 200 个。 3.3.4资源利用率 资源利用率反映的是在一段时间内资源平均占用的情况。对于数量为 1 的资源 （如 CPU） ，资源利用率可以表示为资源被占用的时间与整段时间的比值；对于数量不 为 1 的资源（如内存） ，资源利用率可以表示为在该段时间内平均被占用的资源数与总 资源数的比值。根据本系统的硬件环境，在系统用户高峰期时，CPU 占用率为 48%，内 存占用率为 55% 3.4环境需求 3.4.1硬件环境 服务器端的最低配置是由建立站点所需的软件来决定

39、的，在最低配置的情况下， 服务器的性能往往不尽如人意，现在的硬件性能已经相当出色，而且价格也很便宜， 因此通常应给服务器端配置高性能的硬件，本系统服务器端的配置如下： 处理器：Inter Pentium 4 3.0GHz 或更高 内存：1G 硬盘空间：80GB 显卡：集成 因为客户端主要用于浏览和操作数据，所以对客户端的硬件要求不高，不过现在 的电脑很高的性价比，因此需要的配置应该高于下面的配置： 处理器：Inter Pentium 1.0GHz 或更高 内存：256MB 硬盘空间：40GB 显卡：SVAG 显示适配器。 广东海洋大学 xx 学院 2015 届本科生毕业设计 15 3.4.2软

40、件环境 服务器端要求如下： 操作系统：Windows 2008 Server 网络协议：TCP/IP web 服务器：Internet Information Server 6.0 数据库：Mircrosoft SQL Server 2005 服务器：Framework 3.5 环境 浏览器：Internet Explorer 6.0 以上 用户端要求如下： 操作系统：Windows 98/2000/XP 网络协议：TCP/IP 浏览器：Internet Explorer 6.0 以上 广东海洋大学 xx 学院 2015 届本科生毕业设计 16 4系统设计 4.1系统结构设计 4.1.1系统层

41、次结构 HIPO 图是 IBM 公司于 70 年代中期在层次结构图(structure chart)的基础上推出 的一种描述系统结构和模块内部处理功能的工具。HIPO 图由层次结构图和 IPO 图两部 分构成，前者描述了整个系统的设计结构以及各类模块之间的关系，后者描述了某个 特定模块内部的处理过程和输入/输出关系。 本系统的最顶层的矩形框代表餐饮管理系统的主控模块，调用下层模块以完成全 部管理功能；第二层的每个模块控制完成系统的一个主要功能，如此实现自顶向下逐 步求精，系统的 H 图如图 4.1 所示。 图 4.1 系统的 H 图 H 图只说明了系统由哪些模块组成及其控制层次结构，并未说明模

42、块间的信息传递 及模块内部的处理。因此对一些重要模块还必须根据 H 图绘制具体的 IPO 表。用户和 管理人员可利用 IPO 表编写、修改和维护程序。IPO 表中包含的附加信息主要有系统名 称、图的作者，完成的日期，本图描述的模块的名字，模块在层次图中的编号，调用 本模块的模块清单，本模块调用的模块的清单、注释以及本模块使用的局部数据元素 等。 查询菜品的上层调用模块为增加消费，没有下层模块可调用，查询菜品任务的 IPO 表如表 4.2 所示。 表 4.2 查询菜品的 IPO 表 修改房间信息的上层调用模块为系统设置，没有下层模块可调用，修改房间信息 系统名称：点餐系统设计者：林丹 模块名：查

43、询菜品任务日期：2015-04-25 模块编号：2.1 上层调用模块：增加消费下层被调用的模块：无 输入数据：要查询菜品的项目编号输出数据：查询得到的结果 处理：根据查询的信息判断库中是否有相应的记录，如果有则显示查询的结果 点餐系统 顾客开单 1.0 增加消费 2.0 快速开单 3.0 宾客结账 4.0 预订管理 5.0 系统设置 6.0 财务报表 7.0 查询菜品 2.1 增加菜品 2.2 退菜 2.3 单台预订 5.1 批量预订 5.2 查询预订 5.3 修改房 间信息 6.1 删除房间 信息 6.2 广东海洋大学 xx 学院 2015 届本科生毕业设计 17 的 IPO 表如表 4.3

44、 所示。 表 4.3 修改房间信息的 IPO 表 4.2设计阶段类图 在系统分析阶段，已经找出了主要的概念类和类的方法、类间的关系。到了系统 设计阶段，需要从软件系统的角度来重新设计类图。分析阶段的类到了设计阶段有的 可能变成一组类，有的可能消失。 分析阶段的类图主要是用来描述现实世界中的问题；而设计阶段的类图主要是对 解决方案进行描述。因此设计阶段的类图描述了软件的系统结构。创建设计类图的过 程包括以下几步： 1识别设计阶段出现的类，为这些类添加属性和方法。 2建立类间关系，最终完成对属性和方法的细节描述。 系统设计阶段的类图如图 4.4 所示。 系统名称：点餐系统设计者：林丹 模块名：修改

45、房间信息日期：2015-04-25 模块编号：6.1 上层调用模块：系统设置下层被调用的模块：无 输入数据：填写要修改的信息输出数据：对数据库的更新结果 处理：判断修改信息的合法性，修改成功后显示更新的结果 广东海洋大学 xx 学院 2015 届本科生毕业设计 18 +增加() +删除() +查询() +修改() +显示() 管管理理员员管管理理 -账号 : char -密码 : char -类型 : int 管管理理员员 +增加() +查询() +开单() +退菜() 服服务务员员管管理理 +增加() +退菜() 厨厨师师 -编号 : int -餐台号 : char -项目名称 : char

46、 -单价 : char -折扣 : char -数量 : char -金额 : char -开单时间 : char -记账人 : char -是否已添加 : char -状态 : char 顾顾客客开开单单 -项目编号 : char -项目名称 : char -单价 : char -当前数量 : char -食品类别 : char 增增加加消消费费 -编号 : int -餐台号 : char -项目名称 : char -折扣 : char 快快速速开开单单 -账单号 : char -餐台 : char -应收 : char -实收 : char -结账时间 : char 宾宾客客结结账账 -预

47、订编号 : int -姓名 : char -手机 : char -电话 : char -预订时段 : char -抵达时间 : char -取消时间 : char -预订类型 : char -单台或批量 : char 预预订订管管理理 -房间类型 : char -最低消费 : char -计费方式 : char -容纳人数 : char 系系统统设设置置 +主单餐台 : char +最低消费 : char +宾客人数 : char 顾顾客客开开单单 +项目编号 : int +项目名称 : char +单价 : char 详详细细菜菜单单 退退菜菜 -开始日期 : char -截止日期 : ch

48、ar 财财务务报报表表 退退菜菜 +项目编号 : int +项目名称 : char +单价 : char 详详细细菜菜单单 图 4.4 系统设计阶段的类图 4.3数据库设计 4.3.1数据库概念设计 1.VIP 表：存储会员的基本信息。 2.餐房表：存储餐房的信息。 3.餐牌表：存储餐品的信息。 4.房间类型表：存储房间类型的信息。 5.开单表：存储开单的基本信息。 6.管理表：存储管理员的基本信息。 7.食品类别表：存储食品的类型信息。 广东海洋大学 xx 学院 2015 届本科生毕业设计 19 8.预订表：存储预订客户的基本信息。 9.结账表：存储结账信息。 4.3.2数据库逻辑设计 VI

49、P 表是用来存放会员的相关信息，可以在系统中实现不同的功能操作，内容如 表 4.5 所示。 表 4.5 VIP 表 列名列名类型类型长度长度允许空允许空备注备注 账号Nvarchar50Y主键 姓名Nvarchar10N 性别Char4N 级别Nvarchar20N 积分Nvarchar50N 打折率Nvarchar50N 联系电话Nvarchar20N 餐房表用于存放饭店信息的状态，查看餐房的使用情况，如果更改餐台的状态操 作，则更改对应的记录，内容如表 4.6 所示。 表 4.6 餐房表 列名列名类型类型长度长度允许空允许空备注备注 餐台号Nvarchar20N主键 房间类型Nvarchar20N 餐台状态Nvarchar20N 所在区域Nvarchar20N 宾客人数Nvarchar50Y 备注Nvarchar50Y 进店时间datetime10N 餐牌表，用于存储菜品的基本信息，如表 4.7 所示。 表 4.7 餐牌表 列名列名类型类型长度长度允许空允许空备注备注 项目编号Nvarchar50N主键 项目名称Nvarchar50N 单价Nvarchar50N