题 目：软件工程餐厅管理设计报告 / 目 录1绪 论第一章 需求分析31.1 设计任务31.2设计目标41.3 要达到的技术要求4第二章 总体设计62.1 软件结构图62.2 服务与处理的数据结构设计72.3 安全设计8第三章 数据库设计9 3.1 总体设计9 3.1.1概念结构设计9 3.2逻辑结构设计11 3.3物理结构设计11第四章 详细设计12第五章 编 码155.1 包房信息模块功能编码155.1.1查询功能155.1.2添加功能165.1.3修改功能165.1.4删除功能175.2 结账信息模块功能编码175.2.1 连接到账单表功能175.2.2 消费金额计算显示功能185.2.3 退台功能18第六章 测试19设计总结20学习体会21致谢22参考文献23绪 论随着我国市场经济的快速发展，餐饮业的发展日新月异，近两年来已呈现出高速发展的态势。但在快速发展的同时，餐饮业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。随着餐饮企业规模和数量的不断增长，手工管理模式无论是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。有效的管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统视为一条有效的解决途径。本系统是为了有效解决现行系统中手工运作所面临的工作量大、数据传递不及时、数据统计和计算易发生差错等造成餐饮管理效率低的种种问题，提供一个检索迅速、查找方便、存储量大、成本低的优势，从而大大提高信息管理的效率，促进餐饮行业健康、完善、稳步发展。在人力与设备费用的节省方面，系统采用人机交互的方式，界面美观友好，信息查询灵活、方便，数据存储安全可靠。控制精度或生产能力的提高方面对用户输入的数据，进行严格的数据检验，尽可能的避免人为错误。在管理信息服务的改进方面实现对消费的历史记录进行查询。系统应最大限度地实现易维护性和易操作性。实现对餐厅顾客开台、点菜/加菜、账目查询和结账等操作。 因此本项目应实现系统人机交互的方式，使界面美观友好，信息查询灵活、方便，数据存储安全可靠，功能齐全。如菜品的增删，价格的改变、桌台的增删、人员的流动，还能很好的管理顾客的点菜、查询消费记录、结账，改善传统意义上的管理，使管理变得方便并且有效。 我们设计的人间使用c+builder6.0编写程序，建造窗口，美化界面，改进操作，是软件和数据库完美结合。旨在达到技术和操作两方面的要求。技术方面，做全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上做出界面美观 ，人机交互能力强，满足用户需求的软件。操作方面，人机交互能力强，界面友好，操作方便。第一章 需求分析1.1 设计任务 完成以下功能要求：前台营业：日常营业操作日始日结：设定每个营业日的开始和结束接待预订：显示房台状态，进行房台预订点菜收银：开台、点菜、结帐、交班，提供最主要的营业功能营业设置：日常营业所必需的数据库设定酒菜设置：按类别（酒水饮料、凉菜、热菜、主食、包桌、服务用品等）设置酒菜数据房台设置：类别设置包房或餐台其他设置：付款方式（现金、银行卡、赠券、挂账、免单）、点菜说明等营业分析：对营业数据进行统计分析、打印报表销售分析：营业总况、收入金额房台分析：按房台统计分析营业情况酒菜分析：各种酒菜的详细销售情况统计操作分析：统计分析服务员的营业情况业绩分析：统计分析提成服务员的销售业绩和提成金额财务查询：查询各类单据和消费情况帐单查询：查询所有已结帐单点单查询：查询所有历史点单挂帐查询：查询挂帐（签单）客人消费情况辅助管理：日常营业所需的其他管理功能操作员管理：管理操作员信息，并设置系统操作权限和最低折扣值挂帐管理：挂帐人信息录入、修改、挂帐归还1.2设计目标（1）支持日常业务运作。（2）集中管理业务数据，支持管理预测与决策。（3）有良好的可扩充性(系统配置灵活，支持用户未来信息化进程的发展)。（4）汉字图形用户界面，人机对话友好，操作方便。（5）响应速度合理，安全性较高（对折扣、退菜、赠送、优惠操作提供权限校验，并有记录备查。数据库安全中支持前后台双数据库管理），网络运行稳定。（6）系统建设费用较低。1.3 要达到的技术要求(1)功能：该系统可以帮助餐饮企业处理日常工作业务，规范管理工作和操作流程，是餐饮行业的得力助手。可以帮助管理者们边工作、边了解企业经营状况，为经营者提供决策分析的数据；可以杜绝内部管理的漏洞和避免人为错误给企业造成损失；可以为顾客提供全方位满意的服务；可以为顾客提供正规、精美、具有企业特色的结帐单；可以保证企业营业额数目的准确；可以了解常客的不同消费习惯和消费历史信息；可以知道畅销菜品和不受欢迎菜品；同时还能建立全方位的管理模式。(2)输入/输出：条形码英文和汉字输入,英文和汉字输出(3)性能：稳定快速，实时控制。本系统属于小型的餐饮管理系统，可以有效地对中小型餐厅消费进行管理。本研究报告结合公司对餐饮业的实地调查所得出的许多数据，对餐饮业的发展概况和现状、投资特性、行业发展预测等进行详细的分析，并重点对本行业及市场竞争格局做了具体的剖析。(4)安全与保密要求：不能轻易被破坏，不能让管理人员以外的人删改餐饮等信息，对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。该系统包含有密码装置来实现基本密码操作。在系统功能中通过身份鉴别分别授予经理与员工不同的权限。它是为增强普通关系数据库管理系统的安全性而设计的。该系统中通过基本设置实现了数据库数据存储等的完整性要求。第二章 总体设计2.1 软件结构图图21 餐饮管理软件功能结构图2.2 服务与处理的数据结构设计图22 餐饮管理系统的业务流程图2.3 安全设计本系统考虑到了安全方面的问题，因此，设置了系统的登录权限，工作人员分经理和员工，并且每个工作人员进入界面都有自己的登录名和密码，只有用户名和密码一致，才能进入系统。不同职位的人员有着不同的负责部分，进入到不同的界面，只能在自己的界面上进行业务，比如增、删、改信息。员工只负责日常服务工作，不可以对员工信息和房间信息性进行访问和修。经理权限要大一些，可以对员工信息和房间信息性进行访问和修。 第三章 数据库设计3.1 总体设计在此系统中，本人主要负责包房信息管理，结账功能管理两个模块。在此，针对这两个功能模块所涉及到得有关数据库设计过程作一下描述。3.1.1概念结构设计（1）总体ER模型设计 图31 各实体及其联系图1、房间和顾客之间是使用关系； 供房间可以供不同的顾客所使用，顾客也可是选择不同的包房使用，所以是多对多的对应关系。2、 顾客与账单之间是付账的关系； 一张账单只对应固定的消费顾客，所以他们之间是一对一的对应关系。且只有在进行付账过程中才有付款方式的选择和找零，所以这两个属性应该在对应关系上标出。3、 房间与账单的之间是对应关系； 房间在不同顾客使用过程中，对应不同的账单；而账单可以来自不同的房间，所以两者之间是多对多的关系。（2） 部分ER模型设计图32 房间实体及属性图房间必须有以一个房间号和所能容纳的顾客人数，在实际使用中需要有一个属性来表示房间是否已经被使用，根据房间具有不同的大、中、小包需要给出房间类型属性，还有专门的员工对某一房间进行管理，在添加管理员工号这一属性。便构成了如图所示的结构。 图33 账单实体及属性图 账单通常是都有一个账单号的，账单需要显示顾客所选用的菜名以及数量，并标明是那个房间号。便需要以上的个属性。3.2逻辑结构设计将概念模型转换为逻辑结构，给出关系模式：此为房间实体对应的关系模式： 房间（房间号，状态，容量，房间类型，管理员工号）此为账单实体对应的关系模式。 账单（账单号，菜名，点菜数量，房间号）3.3物理结构设计将逻辑结构转化为物理结构，根据ER图和逻辑结构设计，可以创建数据表。表31 房间信息表字段名称数据类型长度可否为空约束条件说明roomidint4NOT NULL主键房间号stateint4NULL无状态capacityint10NULL无容量roomkindchar10NULL无房间类型chiefint4NULL无管理员工号 表32 账单信息表字段名称数据类型长度可否为空约束条件说明billidint8NOT NULL主键账单号dishidchar10NULL无菜名dishamountint4NULL无点菜数量roomidchar10NULL无房间号第四章 详细设计4.1 包房信息模块图 41 房间信息功能结构4.1.1 模块设计：运用c+builder6.0进行可视化页面的设计，并且连接数据库，在数据库中建立包房信息的数据库。数据库中包含房间信息表，表中有roomid(房间号),state(房间状态),capacity(房间容纳人次),roomkind(房间类型)和chief(负责员工号)五项属性。 4.1.2 功能描述：具体功能描述如下：1) 按房间类型查询：通过对房间类型的查询，查看某类房间的使用情况，方便员工和顾客选择房间和了解房间使用情况。如：顾客光临的时候，根据顾客人数的多少，选择合适的房间类型后，通过按类型查询，查看该类房间的使用情况，了解是否还有空余的房间。2) 按房间号查询：通过对某一房间号查询到具体房间，了解该房间此时的使用情况。方便餐厅工作人员了解具体房间的使用情况，对给该房间的开放时间，到目前的使用时间，负责房间的员工等信息直观显示。如：顾客结账时，查看该房间是在什么时间开始使用的，到结账时间位置，总共消费使用了多长时间和负责该房间服务员工的员工号是多少，据此找到是负责该房间的员工。3) 删除房间和增加房间：此项主要是考虑到在具体的实际生活中，餐厅的中房间，可能会因为某种原因不能使用和在问题接触后重新恢复使用，或者餐厅扩大规模，缩小规模的实际情况。如：房间需要重新装修，或者由于设施等反面的原因在一段时间内，该房间不能使用，置于