点餐系统系统分析报告.docx

1、 重庆师范大学课程名称：信息系统分析与设计项目名称：点餐管理系统姓名：喻玺 学号：20100514628姓名：王怀荣 学号：20100514606专业：2010级信息管理与信息系统学院：计算机与信息科学学院时间：2012年12月16日目录目录第一章 系统分析41.开发背景与目标41.1开发背景41.2开发目标42.系统特点及功能说明52.1系统特点52.2功能说明63.可行性分析报告63.1引言63.2可行性研究的前提83.3可行性研究方法93.4决定可行性的主要因素93.5技术可行性分析93.6经济可行性分析103.7社会因素可行性分析123.8其他可供选择的方案133.9结论意见134.需

2、求分析说明书144.1引言144.2项目概述144.3 系统需求分析164.4项目详细设计214.5项目技术方案224.6可行性分析235.开发环境与项目规划255.1开发环境255.2项目规划与管理265.2.1266.业务流程图277.0数据流程图307.1零层数据流程图307.2一层数据流程图308.数据字典及处理逻辑318.1逻辑设计318.2物理设计319.数据需求说明书329.1引言329.2数据的逻辑描述339.2.3动态输出数据339.2.4内部生成数据339.2.5数据约定349.3数据的采集349.3.1要求和范围 ：349.3.2输人的承担者349.3.3预处理35系统设

3、计351.功能模块设计352.软硬件配置方案363.网络拓扑结构设计374.数据库设计374.1数据库环境说明374.2数据库逻辑设计384.3数据库物理设计455.人机界面设计505.1设计问题505.2设计过程51项目系统实现561.系统实施说明561.1引言561.2系统运行环境配置与安装572.系统使用说明书592.1系统概述592.2使用说明60项目开发评价621.功能方面622.性能方面633.课程知识运用方面63参考文献64第一章 系统分析1.开发背景与目标1.1开发背景随着社会消费水平的不断提高和网络技术的发展与普及。当今社会，要在竞争中取得优势，就肯定要依靠现代科学技术，各种

4、行业软件的支持来赢得效率和市场。订餐系统也就应运而生了。本系统就是针对大中小型餐厅而开发的一个点餐系统，它带来的是方便、实惠和个性化。系统采用C/S模式进行开发，以android为开发工具，以access为数据库。实现顾客自主通过客户端机器点菜，改变以往那种纯手工的点单模式，从而节省了大量的人力劳动。服务器端主顺序主要功能包括：前台营业（选桌、换桌、会员卡办理、结账等）系统基本设置、查询、系统管理、数据维护、数据报表。客户端顺序主要功能包括：顾客点菜管理、顾客查询。借助于计算机来统一管理顾客的点单，可极大的提高餐厅的运营效率。1.2开发目标喜莱多V5.0版本的点餐管理系统，界面友好，功能强大，

5、性价比高，适合各个层面和年龄层次的朋友使用，系统保密性强，响应比高，适合各大中小型餐厅购买本系统。使用本系统，可大大降低平日里经常发生的“先来后到”、错单、漏单等情况，使用本系统可减少店面的人工数，同时也在食材的使用上降低了浪费的可能性，在一定程度上减少了餐厅的开销，提高了餐厅的工作效率以及顾客的满意度。2.系统特点及功能说明2.1系统特点该点餐系统从发展现状谈起，结合用户实际需求提出本系统的总体结构和功能模块，然后通过系统结构设计、安全设计及前端开发，构建了一个以JSP技术和Mysql后台数据库为基础的、具备相关功能的点餐系统。根据点餐系统的流程，完成从用户登录到开台点菜，到结账收银，到统计

6、一条线的信息化管理，因此整个点餐管理信息系统的研发内容就是开发一整套点餐管理信息系统，实现餐饮业务的计算机化。该系统将餐饮业中点菜、收银、库存管理、成本核算等一连串的业务用计算机来管理，分析与设计了餐饮系统的结构及功能模块，解决餐饮系统的关键技术，给出了餐饮业务的解决方案，实现了现代化的餐饮管理机制。2.2功能说明2.2.1客户子系统分类展示菜品， 推荐热门菜品、新菜品、特色菜品，自主配餐，随机点餐， 实时订座，实时点餐， 在线支付等；2.2.2餐厅前台系统为客户订座，收款，办理会员卡，给会员卡充值积分等，营业额的变动管理；2.2.3餐厅后台关系系统新菜上架，菜品下架， 更改热门菜、新菜品、特

7、色菜列表， 更改菜品信息，报表功能， 餐厅会员管理，设置会员折扣，会员积分管理。3.可行性分析报告3.1引言3.1.1编写目的：可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。3.1.2 项目背景：开发软件名称：点餐管理系统。项目任务提出者：山口组集团项目开发中心。项目开发者：山口组集团项目开发中心YW开发小组。用户：各大中小型餐厅。实现软件单位：各大中小型餐厅及重庆师范大学项目与其他软件

8、，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在android系统上以eclipse为开发软件的应用程序，服务器端采用windows为操作系统的工作站，是采用Mysql为开发软件的数据库服务程序。 3.1.3定义 专门术语： 缩写词：3.1.4参考资料：实用软件工程，郑人杰等，清华大学出版社3.2可行性研究的前提3.2.1要求主要功能：为顾客提供点餐服务，减少餐厅服务员的工作量，提高餐厅的服务质量和服务效率，大大降低了点餐和送餐不及时以及送餐错位的产生。性能要求：客户提供的信息必须及时的反映在餐厅后厨的工作平台上。系统的定单必须无差错的存储在餐厅的主服务器上。对服务器上的数据必

9、须进行及时正确的刷新。输入要求：菜品和数量要明确。输出要求：简捷，快速，实时。完成期限：预计四个月，即截止2013年1月30日。3.2.2目标：系统实现后，大大提高餐厅的点餐服务效率。降低点餐及送餐服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销，突破餐厅的原有服务模式，吸引更多顾客。3.2.3条件、假定和限制建议软件寿命：5年。经费来源：山口组集团。硬件条件投入：服务器工作站，可触屏移动终端。运行环境：android系统、windows系统数据库：Mysql运行最迟时间：2013/02/053.3可行性研究方法对周边餐厅进行一个调查，了解他们对点餐管理系统是否有需求以及他们希望点餐管

10、理系统具有怎样的功能，总结调查内容，对点餐管理系统做一个整体的规划。待我们的点餐管理系统开发出来并进行试用后，再次对参加试用的餐厅进行一次调查，了解他们对此系统的评价，然后我们在对此系统进行改善。3.4决定可行性的主要因素 成本/效益分析结果，效益成本。 技术可行，现有技术可完全承担开发任务。 操作可行，软件能被使用人员快速接受。3.5技术可行性分析3.5.1系统简要描述在餐厅的各个餐桌中的终端是安装了android的移动终端机，主要目的是向餐厅后厨的服务器传递数据。顾客在移动终端机上进行点菜，确定点餐结束并不做更改后确定提交，终端向服务器发出详尽的一份定单，服务器核对后，存入点餐信息库，并修

11、改存货数据库。顾客只需等待便是，服务员也只按照订单内容配送餐点。3.5.2处理流程和数据流程服务器终端显示数据系统管理员产生报表库存信息的更新在客户端显示需支付金额及产生报表及帐单后厨配餐人员服务员核对信息进行送餐查看订单客户机终端显示数据产生报表 数据库顾客订餐3.6经济可行性分析3.6.1支出（1）基础投资：移动机30台：600*30 = 18，000元网络设备：15，000元辅助配置：10，000元共计：43，000元（2）其他一次性投资：access: 12，000元Windows server 2008: 5，000元操作员培训费：10，000元共计：27，000元（3）经常性支出：

12、其他不可知额外支出: 20，000元共计:20，000元支出共计:9万3.6.2效益（1）一次性收益0元（2）经常性收益 （按银行利率：1%）；减少员工5人(1000元/人)五年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*5*12*5=30万工作效率提高收益（工作效率提高30%）:30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万经常性收益共计:75万（3）不可定量收益因服务质量提高增加顾客量10%: 10万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=3.6万收益共计:

13、78.6万3.6.3收益/投资比78.6万/9万 = 873%3.6.4投资回收周期1年3.6.5敏感性分析设计系统周期为1年, 估计最长可达2年处理速度:一般速度5秒3.7社会因素可行性分析3.7.1法律因素所有软件都选用正版；所有技术资料都由提出方保管；合同制定确定违约责任。3.7.2用户使用可行性使用本软件人员基本无任何技术要求,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训；管理人员也需经一般培训；经过培训人员将会熟练使用本软件；两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统。3.8其他可供选择的方案3.8.1客户端与服务器端联系在一起 在餐桌上、厨房内、

14、收银台安装终端，数据输入由顾客终端输入，所有数据都由服务器处理，只在厨房终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。3.9结论意见由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发.4.需求分析说明书4.1引言4.1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。4.1.2定义本产品是为各大中小型餐厅专门开发的一套订餐管

15、理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便顾客就餐。4.1.3参考资料软件系统分析与设计需求分析最佳实践4.2项目概述4.2.1项目背景 一般的餐厅经常会存在顾客到餐厅后，服务员不能及时地为顾客点餐，也时常发生顾客对服务员态度的不满以及发生错单、漏单的现象，或者没能达到先来先服务的效果。随着现代人生活节奏的加快，人们更加不愿意把时间花费在等待上。 4.2.2 项目目标 开发该订餐系统可以节省顾客的时间和精力，避免顾客在餐厅等待很长时间以及错单、漏单现象的发生，同时也减少了餐厅服务员的数量以减少餐厅的开销，并提高服务质量以及顾客对餐厅的满意度。该系统可以对每天顾客的消费情况进

16、行汇总，这样也可以减少食料的浪费，对餐厅进货有很好的指导作用。4.2.3 构件图4.2.4 业务事件 （1）餐厅接受订餐信息（2） 顾客查询菜谱和推荐菜单或套餐，也可随机配餐。（3）顾客预约订餐（4）返回顾客订餐信息（5）顾客进行进一步确定订单，并最终提交（6）餐厅厨房接受订单信息，按顺序进行烹饪（7）前台进行会员卡的办理及相关的管理（8）前台结账4.2.5 对产品进一步解析到目前为止我们对顾客的行为，餐厅服务人员，厨房厨师的行为进行了准确的分析，做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。4.2.6 适用范围通过分析，本项目适用于各大中小型餐厅，用于对餐厅当日的消费情况进行

17、汇总，以对用餐食物进行合理预算。4.3 系统需求分析4.3.1 性能需求分析该系统在性能功能应达到如下要求： 操作简单，界面友好：完全空间式的页面布局，使得菜品、咨询等信息录入的工作更简单：另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见类似的网站的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对菜品的预定以及支付方式； 即时可见：对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“即时发布，即时见效”的功能 系统运行应该快速、稳定、高效和可靠； 在结构上应该具有很好的可扩展性，便于将来功能的扩展和维护。4.3.2 项目报表

18、日订餐统计报表日期菜名销售额进货量表 3.2-1菜品报表编号菜名单价日点餐次数月点餐次数用户评价等级表 3.2-2客户信息报表姓名周订餐次数月订餐总次数就餐频率（按月）信用度表 3.2-34.3.3 系统用例图通过对系统的需求分析，系统的基本功能已经大体确定。 图3.3-1 顾客用例图 图3.3-2 服务员用例图 图3.3-3 餐厅厨房人员用例图4.3.4用例文档：顾客登录网上订餐系统用例名称顾客用例编号1用例概述顾客必须登录网上订餐系统才可进行订餐。前置条件顾客已登录后置条件发送订餐信息成功事件流1：登录网上订餐系统2：生成订单3：发送订单表3.4-1餐厅服务员进行送餐用例名称服务员用例编号

19、2用例概述进行再次对单，将厨师做好的菜端给顾客。前置条件顾客发送了订单后置条件厨房服务人员接收订单成功，菜已烹饪好了。事件流1：再次对单2：把菜端给顾客表3.4-2餐厅厨房人员获取订单，做菜并把菜送给服务员用例名称餐厅厨房人员用例编号3用例概述餐厅厨房人员获取订单，做菜并把菜送给窗口服务人员前置条件厨房人员已获得订单后置条件把菜送给窗口服务员事件流1:获取订单2：做菜3：把菜送给窗口服务人员表 3.4-34.4项目详细设计4.4.1 系统模块详细设计本系统总共有两大主要模块，分别是顾客模块和管理员模块。每个模块分别有不同的权限和使用功能。4.4.2 顾客模块详细设计顾客模块的主要功能是浏览，订

20、餐。浏览与自己相关的美食信息，订单信息等。用户要下订单之前美食车要把详细食物信息列出，物品的单价，购买的数量，总共的价钱，可修改和删除购买，当符合顾客要求的时候，顾客就可以下订单。下订单时首先会让用户确定一下订单是否付合要求，确认无误后，进入填写接收信息后生成订单。然后对数据库进行操作完成。顾客模块详细设计主要涉及到顾客下订单和食品搜索两大功能，分别见图4.2-1和图4.2-2。顾客可以通过此功能对自己选中的东西下订单，等待餐厅服务。通过提供美食搜索控件，为顾客提供更为方便快捷的服务。顾客可以快速的找到自己想要下订的美食。4.4.3 管理员模块详细设计管理员模块主要是用来对会员管理，管理员管理

21、，上传管理，美食及其分类管理，订单管理等。管理员可以通过订单管理功能来处理日常的订单。管理员可以通过此功能模块添加想要添加的各种信息，比如订单处理等功能。4.5项目技术方案4.5.1 方案概述顾客可以进行在线订餐以减少等待时间。顾客按照自己的喜好进行随机配餐或自主点餐，可以在厨师烹饪之前进行退菜，随时可进行加菜操作。餐厅管理员可以查看每天或一个时间段内顾客的点餐情况，对其进行总结，以提高顾客的满意度并减少食材的浪费。4.5.2 编程环境此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器，在windows7系统条件下开发。4.5.3 数据库的实现本系统采用

22、MYSQL作为后台数据库。其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对表中的数据进行索引，并执行多种条件的查询，快速返回结果。便于防火墙日志的管理和规则的访问以及操作。数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的MYSQL语句。4.6可行性分析4.6.1 技术可行性分析网络订餐系统的开发是一项复杂的系统工程。为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。工程化的系统开发方法确实在开发实践中取得了一定的效果。此次开发使用

23、JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器。4.6.2 经济可行性分析由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了顾客的时间和精力，也避免了餐厅食物的浪费，因此订餐系统在经济上是完全可行的。4.6.3 运行可行性分析随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜

24、事物，用户表现出极大的兴趣和热情。4.6.4 法律可行性本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷问题，所以开发本系统具有法律可行性。综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。5.开发环境与项目规划5.1开发环境随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮业的发展尤为突出。近两年来已呈现出高速发展的态势。但在快速发展的同时，餐饮业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。随着餐饮企业规模和数量的不断增长，手工管理模式无论

25、是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。有效的管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些大中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统视为一条有效的解决途径。 餐饮业的蓬勃发展带动餐饮投资多元化，大量资本的进入进一步推动了餐饮业的快速、健康发展，随着社会各领域信息化建设的不断普及，餐饮业也开始不断注入信息化元素，将餐饮业务融入计算机管理，既节省人力资源，也提高了管理效率和工作效率，将餐饮业提升到一个新的阶段。该餐饮系统从发展现状谈起，结合用户实际需求提

26、出本系统的总体结构和功能模块，然后通过系统结构设计、安全设计及前端开发，构建了一个以JSP技术和access后台数据库为基础的、具备相关功能的餐饮系统。根据餐饮系统的流程，完成从用户登录到开台点菜，到结账收银，到统计一条线的信息化管理，因此整个餐饮管理信息系统的研发内容就是开发一整套餐饮管理信息系统，实现餐饮业务的计算机化。5.2项目规划与管理5.2.1开发人员安排王怀荣：分析报告总体规划，数据库的设计，系统的组织结构图；系统的分析工作，主要是系统需求分析以及可行性分析；资料的收集，功能图，系统的业务流程图。喻玺：系统的数据流程图，数据字典；系统代码设计，系统的模块测试，报告总结；整理排版。5

27、.2.2开发进度安排在三周之内完成，一周调查，两周做系统及文件。6.业务流程图前台订餐业务流程图库存处理业务流程图结账处理业务流程图总业务流程图7.0数据流程图7.1零层数据流程图7.2一层数据流程图8.数据字典及处理逻辑8.1数据项表1 菜品表：Food列名中文名称数据类型长度是否允许为空备注FoodID菜品IDIntNot null主键FoodClassID分类IDIntnullFoodName菜名nvarchar25nullFoodClass 分类类名nvarchar25nullFoodIntroduce菜品简介nvarchar100nullFoodPrice价格FloatnullFoo

28、dImage图片nvarchar100null保存图片路径8.2数据文件订单明细表文件组成：订单序号Id, 订单编号, 菜名, 价格, 数量, 下单时间数据项订单序号Id订单编号菜名价格数量下单时间数据类型整型可变字符类型可变字符类型整型整型日期类型数据长度45050448数据组成A+日期时间8.3数据流名称简述数据来源数据去向数据组成选桌顾客选定餐桌顾客出品对单时间+桌号+人数点菜顾客触屏点菜顾客出品对单菜名+类别+桌号出菜厨房出菜厨房结账单菜名+类别+桌号+明细金额+总金额9.数据需求说明书9.1引言9.1.1编写目的此数据需求说明书能够帮助用户更加方便的使用该点餐管理系统而无需进行专业的

29、人员培训，从而使该点餐管理系统迅速的在市场上普及。该数据需求说明书的预期读者是各个大中小型餐厅的工作人员。9.1.2背景说明： 软件系统的名称：点餐管理信息系统； 本项目的任务提出者是各大中小型餐厅，该系统由喻玺和王怀荣共同开发，将先由重庆师范大学计算机网络系统进行试运行成功后交给各个大中小型餐厅使用。9.2数据的逻辑描述9.2.1静态数据餐桌号，价格，餐桌客户端ID,显示名称，父类ID，菜品ID,菜品名称，图片，价格，厨房ID，账单ID,优惠类型9.2.2动态输人数据状态，开始时间，点餐流水，开台ID，数量，点菜时间，开台流水号9.2.3动态输出数据菜品费用，优惠费用，实际费用，结账时间，结

30、账日期9.2.4内部生成数据实时营业额，日营业额，月营业额，年营业额，积分，折扣9.2.5数据约定 餐桌号:NUMERIC(5);状态:CHAR(2);开始时间:DATE;餐桌客户端ID: VARCHAR(15);显示名称：VARCHAR(12);父类ID:NUMERIC(5);菜品ID:NUMERIC(10);菜品名称：CHAR(20);图片：VARCHAR(60);价格：NUMERIC(10，2);厨房ID:NUMERIC(5);点餐流水：NUMERIC(12);开台ID:NUMERIC(12);数量：NUMERIC(8;)点餐时间：TIME;账单ID:NUMERIC(12);开台流水号：

31、NUMERIC(12);菜品费用：FLOAT;优惠费用：DOUBLE;实际费用：FLOAT;优惠类型：INTEGER;优惠代码：INTEGER;结账时间：TIME;结账日期：CHAR9.3数据的采集9.3.1要求和范围 ：（1）由餐厅的工作人员进行数据的输入； （2）用普通的输入设备；（3）餐厅的工作人员和顾客进行对输出数据的接收；（4）用打印机进行数据的打印输出；（5）数据的输入是随机的。9.3.2输人的承担者餐厅的管理人员作为输入的承担者9.3.3预处理输入时间，点餐及时，数据库要及时的更新，对系统要定是维护。 系统设计1.功能模块设计2.软硬件配置方案本方案核心部分平板电脑采用Wi-Fi

32、网络无线连接，内置Web浏览器，支持JavaScript。通过系统测试，该机型完全可以胜任点餐系统所需的各项功能。在软件配置方面，成熟的Web方案成为首选。在数据中心，采用了Windows+JSP+access作为支撑环境。在开发模式上，采用JSP+JDBC进行网站开发。该开发模式开发难度低，容易推广。因为很多餐厅原有系统大都使用类似的服务器配置，因此采用这些配置也可以保护餐厅的原有投资。在管理工作站上，采用了Windows+Java客户机开发模式。在无线网络的架设上，系统采用了无限局域网技术，Wi-Fi网络。选用的Linksys的无线路由器作为该方案的无线基站，可以稳定地覆盖大厅内半径为10

33、0米的区域，并且可以穿透一堵混凝土墙体。下面给出了系统中各个子系统的硬件和软件的配置描述：系统软件：android系统、windows系统数据库管理系统：Mysql硬件要求：CUP inter X86 2.0GHz 内存 2G 显卡 256色以上，128MB显存3.网络拓扑结构设计4.数据库设计4.1数据库环境说明本系统是一个管理系统，采用一般的数据库系统,主要采用的是Mysql数据库。数据库设计是开发数据库及其应用系统的技术，也是信息系统开发和建设的重要组成部分。具体的说，数据库设计是要在一个给定的应用环境中，通过合理的逻辑设计和有效的物理设计，构造较优的数据库模式，建立数据库及其应用系统，

34、满足用户的各种信息需求。在系统的数据库设计中，首先对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后得出系统的关系模式。本系统用实体联系图（简称ER图）来描述系统的概念模型。ER图由实体、属性、联系三部分组成，其符号如下图所示： 实体 属性 联系4.2数据库概念设计ER图图1-1 餐桌实体图图1-2 菜品实体图图1-3 员工实体图图1-4 顾客实体图分E-R图E-R图4.3数据库逻辑设计4.3.1逻辑设计步骤( 1 ) 将概念结构转换为一般的关系、网状、层次模型； ( 2 ) 将转换来的关系、网状、层次模型向特定 DBMS 支持下的数据模型转换； ( 3 ) 对数据模

35、型进行优化将本系统的概念模型转换为关系模型，其中涉及到的主要实体属性和结构如下：类和对象向关系模式转换1餐桌状态表（餐桌号，状态，开始时间，餐桌客户端ID,显示名称，父类ID）2菜品表（菜品ID, 父类ID, 菜品名称, 图片, 价格, 状态, 厨房ID）3点菜流水表（点菜流水, 开台ID, 桌号, 菜品ID, 数量, 点菜时间）4账单表（账单ID, 开台流水号, 餐桌号, 菜品费用, 优惠费用,实际费用, 优惠类型, 优惠代码, 结账时间, 结账日期）关系模式优化:1餐桌状态表（餐桌号，状态，开始时间，餐桌客户端ID,显示名称，父类ID）2菜品表（菜品ID, 父类ID, 菜品名称, 图片,

36、价格, 状态, 厨房ID）3点菜流水表（点菜流水, 开台ID, 桌号, 菜品ID, 数量, 点菜时间）4账单表（账单ID, 开台流水号, 餐桌号, 菜品费用, 优惠费用,实际费用, 优惠类型, 优惠代码, 结账时间, 结账日期）4.3.2逻辑设计原则 命名规范唯一性索引是指索引值必须是唯一的，而在创建表时，如果建立主键则Mysql就会默认建立一个唯一索引表属性规范。 表名 前缀为Tbl_ 。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如：tbl_pstn_detail。表名称不能用双引号包含。 表分区名 前缀为p 。分区名必须有特定含义的单词或字串。 字段名 字段名称必

37、须用字母开头，采用有特征含义的单词或缩写，不能用双引号包含。 主键名 前缀为PK_。主键名称应是 前缀+表名+构成的字段名。如果复合主键的构成字段较多，则只包含第一个字段。表名可以去掉前缀。 外键名 前缀为FK_。外键名称应是 前缀+ 外键表名 + 主键表名 + 外键表构成的字段名，表名可以去掉前缀。索引 普通索引 前缀为IDX_。索引名称应是 前缀+表名+构成的字段名。如果复合索引的构成字段较多，则只包含第一个字段，并添加序号。表名可以去掉前缀。 主键索引 前缀为IDX_PK_。索引名称应是 前缀+表名+构成的主键字段名，在创建表时候用using index指定主键索引属性。 唯一索引前缀为

38、IDX_UK_。索引名称应是 前缀+表名+构成的字段名。 外键索引 前缀为IDX_FK_。索引名称应是 前缀+表名+构成的外键字段名。 函数索引 前缀为IDX_func_。索引名称应是 前缀+表名+构成的特征表达字符。 簇索引 前缀为IDX_clu_。索引名称应是 前缀+表名+构成的簇字段。 视图 前缀为V_。按业务操作命名视图。 实体化视图 前缀为MV_。按业务操作命名实体化视图。 存储过程 前缀为Proc_ 。按业务操作命名存储过程。 触发器 前缀为Trig_ 。触发器名应是 前缀 + 表名 + 触发器名。4.3.3触发器的设计（1） 在入库信息表上创建食料入库的触发器：当某种食料入库时检

39、查仓库中是否有该食料，如果有则放在一起，如果没有则重新选择存放的仓库号。即：入库信息表添加记录时检查食料号是否存在于库存信息表中，若存在则修改库存信息表中的数量，若不存在则在库存信息表中添加相应记录。（2）在出库信息表上创建食料出库的触发器：当某种食料出库时修改该食料的库存数量(工作人员可以从仓库运出的食料数量一定小于等于库存数量)。即：当出库信息表中添加记录时在库存信息表中修改相应食料数量。 函数前缀为Func_ 。按业务操作命名函数。 数据包 前缀为Pkg_ 。按业务操作集合命名数据包。 序列 前缀为Seq_ 。按业务属性命名。4.3.4逻辑设计图权限设计用户数据库对象允许操作类型能否转授

40、权管理人员所有 表、视图all privileges能仓库管理员table入库信息表table出库信息表table库存信息表selectinsertupdate否table仓库基本信息表select收银员Table销售记录表select insert否采购员table供应商基本信息表select否table进货表select insert顾客View点餐表select否4.4数据库物理设计4.4.1数据库物理设计步骤物理设计的步骤如下： （1）存储结构设计数据库的存储结构不同于一般文件系统的存储结构。数据库数据的特点是各种记录型之间彼此有联系，数据是结构化的。数据的存储结构不仅涉及每种记录型的

41、记录如何存储，而且要使数据的存储反映各种记录型之间的联系。在DB多级模式中引入内模式（存储模式）的主要目的是使模式的数据结构的描述同它的存储表示的描述分开，以致DBA为了协调数据库性能而对数据库数据的存储方法进行修改时，可不必修改模式，以提高数据库的物理独立性。在各个数据库管理系统中，对内模式的定义功能各不相同。在关系数据库管理系统中有些DDL语句可影响数据库的存储结构。在DBMS中各级模式的存储结构是恒定的或唯一的，而数据库内容（或其记录）的存储方式是不唯一的。数据库存储结构设计的好坏直接影响系统的性能。在存储结构中主要是涉及存储记录的设计。存储记录与概念记录之间具有对应关系，如果存储记录与

42、概念记录之间具有一一对应关系，在这种情况下存储记录的设计就比较简单，不需要进一步讨论。概念记录是指在逻辑结构中的记录。但当一个概念记录对应多个不同类型的存储记录时，存在如何设计存储记录的问题。 在次关键字索引中，由于一个次关键字值对应于多个记录值，它们的个数是不固定的，所以对应的指针数目是可变的。这种可变性给管理带来困难，为了解决这个困难，引入了多表组织。多表组织的实现思想比较简单，在索引中多个指针分散存放在每个记录值中，索引项中的指针指向第一个记录，在第一个记录中的指针指向第二个记录等等。(2) 存储空间分配 根据系统需求和各关系模式中属性的特征，为了加快查询的速度，可以建立如下索引：1餐桌

43、状态表中的餐桌号是唯一的，可以建立唯一索引以提高查询效率。2菜品表中的菜品ID是唯一的，可以建立唯一索引以提高查询效率。3点菜流水表中的开台ID是唯一的，可以建立唯一索引以提高查询效率。4账单表中的账单ID是唯一的，可以建立唯一索引以提高查询效率。(3) 访问方法的设计 一个访问方法包括存储结构和检索机构两部分。存储结构限定了访问存储记录时可以使用的访问路径；检索机构定义了每个应用实际使用的访问路径。 (4) 物理设计的性能评价 查询响应时间 从查询开始到有结果显示之间所经历的时间称为查询响应时间。查询响应时间可进一步细分为服务时间、等待时间和延迟时间。 在物理设计过程中，要对系统的性能进行评

44、价。性能评价包括时间、空间、效率、开销等各个方面。 CPU服务时间和I/O服务时间的长短取决于应用程序设计。 CPU队列等待时间和I/O队列等待时间的长短受计算机系统作业的影响。 设计者可以有限度地控制分布式数据库系统的通信延迟时间。 存储空间 存储空间存放程序和数据。程序包括运行的应用程序、DBMS子程序、OS子程序等。数据包括用户工作区、DBMS工作区、OS工作区、索引缓冲区、数据缓冲区等。 存储空间分为主存空间和辅存空间。设计者只能有限度地控制主存空间，例如可指定缓冲区的分配等。但设计者能够有效地控制辅存空间。 开销与效率 设计中还要考虑以下各种开销，开销增大，系统效率将下降。 事务开销

45、指从事务开始到事务结束所耗用的时间。更新事务要修改索引、重写物理块、进行写校验等操作，增加了额外的开销。更新频度应列为设计的考虑因素。 报告生成开销指从数据输入到有结果输出这段时间。报告生成占用CPU及I/O的服务时间较长。设计中要进行筛选，除去不必要的报告生成。 对数据库的重组也是一项大的开销。设计中应考虑数据量和处理频度这两个因数，做到避免或尽量减少重组数据库。 在物理设计阶段，设计、评价、修改这个过程可能要反复多次，最终得到较为完善的物理数据库结构说明书。4.4.2数据库逻辑图：列名数据类型可否为空说明TABLE_IDNUMERIC(5)Nou null餐桌号CTB_USED_STATU

46、SCHAR(2)null状态CTB_START_TIMEDATEnull开始时间CTB_TABLE_IDVARCHAR(15)null餐桌客户端IDCTB_NAMEVARCHAR(12)null显示名称CTB_PARTER_IDNUMERIC(5)null父类ID表1-1餐桌状态表列名数据类型是否为空说明FOOD_IDNUMERIC(10)NOT NULL菜品IDCPB_PARENT_IDNUMERIC(10)NOT NULL父类IDFOOD_NAMECHAR(20)NOT NULL菜品名称CPB_IMG_DIRVARCHAR(60)NULL图片CPB_PRICENUMERIC(10，2)NU

47、LL价格CPB_STATUSCHARNULL状态CPB_PRINT_IDNUMERIC(5)NULL厨房ID表1-2菜品表列名数据类型可否为空说明DCXXB_IDNUMERIC(12)NOT NULL点菜流水DCXXB_ACCEPT_IDNUMERIC(12)NOT NULL开台IDDCXXB_TABLE_IDNUMERIC(8)NOT NULL桌号DCXXB_FOOD_IDNUMERIC(12)NOT NULL菜品IDDCXXB_CHECK_NUMNUMERIC(8)NOT NULL数量DCXXB_FOOD_TIMETIMENULL点菜时间表1-3点菜流水表列名数据类型可否为空说明ZDB_I

48、DNUMERIC(12)NOT NULL账单IDZDB_ACCEPT_IDNUMERIC(12)NOT NULL开台流水号TABLE-IDNUMERIC(8)NOT NULL餐桌号ZDB_S_FEEFLOATNULL菜品费用ZDB_F_FEEDOUBLENULL优惠费用ZDB_P_FEEFLOATNULL实际费用ZDB_FAV_TYPEINTEGERNULL优惠类型ZDB_FAV_CODEINTEGERNULL优惠代码ZDB_CHECKOUT_TIMETIMENULL结账时间ZDB_YYYMMDDCHARNULL结账日期表1-4 账单表5.人机界面设计5.1设计问题5.1.1系统响应时间点菜系

49、统比较简单，需要加载的东西很少。一般，顾客点击完就响应了。5.1.2用户帮助设施 因为顾客界面简单明了，终端界面上没有直接的帮助信息，不过，整个软件有文档。5.1.3出错信息处理 当顾客操作不对时，系统会有声音，并弹出出错框，告诉顾客出错的大致原因。5.1.4命令交互 系统随着用户的操作，而执行不同的命令。 5.2设计过程5.2.1用户终端 用户登陆界面使用系统的用户进行快捷登陆 用户对客户进行选桌设置 收银结账界面5.2.2顾客触屏点餐界面 初始欢迎界面 主界面 顾客已点菜界面5.2.3厨房显示界面 厨师登陆界面厨师未读菜单数显示还有那几个桌号的点单没完成，桌号是几，则显示几号桌的点单，没完

50、成一样菜，厨师就在菜名前点一下，完成后，桌号和未读菜单数会自动更新。5.2.4管理员登陆界面项目系统实现1.系统实施说明1.1引言1.1.1编写目的本实施说明为山口组集团喜莱多V5.0点餐管理系统实施说明，目的在于介绍开发和运行环境以及环境的配置和安装，为以后系统的实施和维护做好准备。1.1.2项目背景待开发的系统：山口组集团喜莱多V5.0点餐管理系统；本系统的提出者：山口组集团项目开发中心；开发者：山口组集团项目开发中心YW小组；用户：各大中小型餐厅；实现软件单位：各大中小型餐厅及重庆师范大学项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在android系统上以

51、eclipse为开发软件的应用程序，服务器端采用windows为操作系统的工作站，是采用Mysql数据库服务程序。1.1.3系统简介系统分为以下这些模块：前台管理、点餐管理、厨房管理、库存管理、系统信息管理。系统主要是对餐厅顾客点餐信息进行管理和餐厅信息进行管理。1.2系统运行环境配置与安装1.2.1系统实施内容 （1）软件配置要求 前端：采用Android OS，使用Java语言开发； 后端：服务器采用Windows Server2003 OS，使用.Net开发平台开发；数据库采用Mysql（2）硬件配置要求 前端：QUOTATION FOR MID/Mini Laptop RK-1020T

52、，支持Android2.1、Android2.2；CPUTelechips CPU Speed1GMHZ Memory CapacitiesDDR256MBHard drive 2G FLASH NAND ( Touch Panel) Operation SystemAndroid 2.1/Linux/win CEChipsetsARM800MHZ, DSP550MHZResolution1024*600 Display10.2 inch TFT LCD 7inch TFT LCD 8.9inch TFT LCD ( Touch Panel) LAN10/100M Ethernet Access3GExternal 3GWIFIWirele