未来餐厅管理架构设计文档

软件架构项目文档课题名称：未来餐厅管理系统指导教师：专业班级：小组成员：（组长）完成日期:2010年12月18日1课题的研究背景与意义1.1项目背景目前大多数酒店由于规模的限制，忽略了点菜系统的重要性，而本系统专为具有一定规模和经济条件的大型酒店设计。以降低人力成本，提高人员工作效率，加快各部分人为环节的数据流通速度为前提，降低经营成本，提高利润。通过集成从顾客订桌、点菜、上菜到结账等一系列功能，为每个环节明确分工，并通过可视化的软件支持，有效减小了人为错误的概率，是酒店管理更加规范化。1.2名词解释1.2.1Admin【Admin】系统管理员，可以对该系统进行管理操作。1.2.2菜金【菜金】用于专供吃饭买菜的钱款。1.2.3开单【开单】根据客户点菜情况，核对单据并及时处理单据。1.2.4折扣【折扣】饭店按原价给予客户一定百分比的减让，即在原价上给予适当的优惠。1.2.5提成【提成】提成就是餐厅经理根据业务收入按一定的比例给提取服务员的报酬。1.2.6登录【登录】系统允许多个用户同时使用一台计算机，为了保证系统的安全和记账方便，系统要求每个用户有单独的账号作为登录标志，系统还未每个用户指定一个口令。1.2.7退菜【退菜】因餐厅自身原因，导致客户所点菜品没有，客户因此而选择退菜。1.3可行性分析1.3.1技术可行性分析因为该系统具有友好的人机互操作界面，操作人员只要进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。1.3.2经济可行性分析该系统带来的经济效益明显的，其最主要的表现就是减少了企业管理费用和人力开支，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。同时该系统可以提高我们餐厅的销售效率，即提高了餐厅的经济效益，所以从经济上完全是可行的。1.3.3操作可行性分析本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个超市管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。2需求分析2.1系统目标餐厅点菜系统的总目标是：在无人指导的情况下，顾客可以在计算机平台上自行完成点菜服务，并对菜品进行评价，为广大顾客提供了具有良好人机交互界面的软件，也便于餐厅的管理，通过本软件，顾客也可以随时的知道本餐馆的最新活动。具体要求如下：1).顾客可以浏览、查询菜品2)独立于具体的数据库平台，对于与数据库交互的部分考虑兼容性3)容易在原先基础上进行扩充4)采用开放式的标准开发，可以达到跨平台的效果为了达到以上的开发目的，个人博客网站应遵循一定的设计和开发与原则：1).模块接口定义清晰；2).基础类库和接口设计合理，尽量建立叮扩展的接口和抽象类；3).数据库操作使用标准SQL语句，如果一定要使用有差别的SQL语句，则尽量集中在一起，以减少将来维护和移植的难度；4).采用开放的标准和工具等；下面分析各个子系统的功能需求。2.2前台需求在前台的功能实现上，可以分为以下几个部分：1).普通顾客：普通顾客可以在本餐馆申请会员。2).会员登录：凡是本餐馆的会员都可以再本餐馆享受一定的折扣。3).用户修改个人信息：用户对个人信息进行更新具有更新的权利。4).菜品查询和留言：用户可以查询自己想点的菜品，并且可以对此菜进行评价。5).公告信息查询：本餐馆会不定期的推出新产品，以吸引顾客2.3后台需求通过计算机网络将前台与后台的数据库相连，系统管理员将从前台得到的信息进行处理，实现点菜管理，用户管理，留言管理等子系统。1).点菜管理：系统管理员可以查看每到菜被点的次数2).用户管理：系统管理员可以对本餐馆的员工、会员进行管理3).留言管理：系统管理员可以查看顾客对每到菜所进行的评价，以便于更好的改善餐厅管理4).仓库管理：系统管理员可以查看餐馆材料所剩多少，并对材料进行管理2.4系统性能需求餐厅点菜系统要求本软件需要具备以下几个主要特性：1).多样性:餐厅点菜在设计时必须遵循的一个重要原则，就是以顾客为系统设计的中心，给顾客一个人性化的界面，让顾客到达在无人指导的情况下可以自行完成点菜服务。2).易维护:管理员能够简单方便地管理系统，定义新的应用，并对系统进行日常维护。3).安全性:系统应充分考虑信息、设备、运行和管理的安全性，建立完善的多层次的安全保障体系，保证顾客的个人信息等资料的数据安全。4).可扩展:随着餐厅的需求不断的完善，系统在设计时充分考虑顾客的需求会不断的改变，所以为了以后的维护和降低系统在扩展时的难度，系统应达到可扩展的特点。2.4用例图2.5用例规约用例名称点菜用例简述该用例允许顾客进行点菜，并将菜单发至厨房的终端操作者顾客基本事件流1)系统显示点餐页面2)用户查看菜单，找到要点的菜，点击“点菜”按钮3）系统将该菜加入顾客点菜单4）用户在选完所有要点的菜后，点击“确认”按钮5）系统将顾客点菜单发至厨房终端电脑上6）厨房电脑上显示出最新到来的点菜菜单扩展事件流1）如果顾客点菜单上没有点一个菜，则系统提示无法提交，并要求顾客检查点菜单，至少要点一个菜2）如果顾客是注册会员，并想采用自定好的菜单，则可以在身份通过验证后将个人自定菜单导入到当前点菜单中扩展点顾客点击“从个人点菜单导入”非功能需求1）用户刷新菜单页面的响应需要在1000毫秒之内2）厨房电脑必须在2000毫秒之内接受到最新的提交点菜单前置条件顾客成功的打开了首页面后置条件顾客的点菜单发送到服务器中，并且厨房电脑检测到此点菜单优先级高3概念性架构3.1鲁棒图3.2概念性架构图分析说明：鲁棒图作为需求分析与架构设计之间的桥梁，必然有两个目的：1、从需求分析中找出边界对象，控制对象，实体对象；2、将三者与其他相关对象进行分层划分，为下一阶段的实际架构设计进行引导。44功功能能概概述述1.1注册执行者：普通顾客基本流程：一个普通顾客来到本系统，当点击注册，即可跳转到注册页面，该页面为顾客提供了用户需要填写的信息，并用邮箱或者密保做为顾客找回密码的方法。最后注册成功即可跳转到登陆窗口，如失败，再次跳转到注册页面。1.2登录执行者：已注册会员基本流程：供已注册的会员登录，输入用户名（Email）和密码，点击“登录”按钮等待处理，若验证信息正确，则成功跳转到订餐主页面；若验证失败，则系统给出相应的错误信息提示。1.3修改信息执行者：已注册会员基本流程：已注册的会员可以登录本餐馆系统查看个人信息，如需修改，则可以点修改按钮，修改个人信息。1.4我的评论执行者：顾客基本流程：不管是会员还是普通顾客都有对本餐馆提出宝贵的意见和建议，如果觉得本餐馆有需要改进的地方，则可以再此系统上留言，其中包括菜品、服务质量等各个方面。1.5订购历史执行者：店主/管理员基本流程：为了更好的经营本餐馆，店主或管理员有权利查看餐馆顾客的就餐记录，包括近期和长期的历史记录，了解用餐高峰，便于人手的管理。1.6用户管理执行者：店主/管理员基本流程：店主或管理员在登录了本餐馆后，可以查看本餐馆所有的会员。5架构设计1.逻辑架构5.系统设计5.1数据架构E-R图（实体-关系图）提供了表示实体、属性和联系的方法。(1)实体型：用矩形表示，矩形框内写明实体名(2)属性：用椭圆型表示，并用无向边与其相应实体连接起来(3)联系：用菱形表示，菱形框内写明联系名，并用无向边与其有关实体连接。本系统采用E-R图的方法进行数据库概念结构设计,系统E-R图如下所示：5.2订餐系统关系模型6设计收获与心得通过此次项目的开发，我们整个团队对遇到了很多挫折，但同时我们也得到了很多收获。6.1软件开发前章当你在准备开发一个东西的时候,你首先想到的就是要完整的把这件事做完,不要做的半途而废,那样的话你干脆就不要打开发这个两个字的主意了,更谈不上什么是开发,在开发之前还要想想我是否有能力完成这个事情,是否需要他人的帮助,说通俗一点就是看你有没有勇气来完成这个项目，以为我们刚开始时觉得我们做不出来。6.2框架构思和模块的划分如果你具备以上的要求,具备一定的开发能力,你就可以组织人一起进行开发了哈,在开发的时候,首先的第一个任务就是你准备开发的这个软件的整个框架图,这一步应多征求组内成员的意见,最后设计出这个软件的大体框架,做到心中有数。6.3团体合作及编码实现在工程中的实现问题就是编码,这一步是最能体现出团体合作的,由上面所说,模块划分好以后就需要给组内成员分配任务了,按成员分配.成员与成员之前可保持技术上的通信,相互学习交流,以达到共同提高的目的.当组内成员把所有的编码实现后就需要组合了,把每一个成员上交的的相应功能的模块接口拼合起来,到这个时候软件就基本上实现了。6.4测试与维护开发好以后就要对软件进行测试,主要就是发现软件中出现的错误问题,尽最大的努力去找,也可以拿给朋友去测试,这一步有利于提高你的找错能力,找到以后你就要负责把所有出错的地方去一个一个的解决掉,如果解决不掉,也说明这个软件是不可行的。总之，我们在此次项目开发中，有很多很多收获，虽然开发过程比较坎坷，比较艰难。