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

《未来餐厅管理架构设计文档.docx》由会员分享，可在线阅读，更多相关《未来餐厅管理架构设计文档.docx（16页珍藏版）》请在优知文库上搜索。

1、未来餐厅管理架构设计文档软件架构项目文档课题名称：未来餐厅管理系统指导教师：专业班级：小构成员：（组长）完成日期:2010年12月18日1课题的研究背景与意义1.l项目背景目前大多数酒店由于规模的限制，忽略了点菜系统的重要性，而本系统专为具有一定规模与经济条件的大型酒店设计。以降低人力成本，提高人员工作效率，加快各部分人为环节的数据流通速度为前提,降低经营成本，提高利润。通过集成从顾客订桌、点菜、上菜到结账等一系列功能，为每个环节明确分工，并通过可视化的软件支持，有效减小了人为错误的概率，是酒店管理更加规范化。1.2名词解释1.2.1AdminAdmin系统管理员，能够对该系统进行管理操作。1

2、.2.2菜金【菜金】用于专供吃饭买菜的钱款。1.2.3开单【开单】根据客户点菜情况，核对单据并及时处理单据。1.2.4折扣【折扣】饭店按原价给予客户一定百分比的减让，即在原价上给予适当的优惠。1.2.5提成【提成】提成就是餐厅经理根据业务收入按一定的比例给提取服务员的报酬。1.2.6登录【登录】系统同意多个用户同时使用一台计算机，为了保证系统的安全与记账方便，系统要求每个用户有单独的账号作为登录标志，系统还未每个用户指定一个口令。1.2.7退菜【退菜】因餐厅自身原因，导致客户所点菜品没有，客户因此而选择退菜。1.3可行性分析1.3.1技术可行性分析由于该系统具有友好的人机互操作界面，操作人员只

3、要进行少量的培训，系统的功能与使用方法就基本上能够是系统顺利运行。1.3.2经济可行性分析该系统带来的经济效益明显的，其最要紧的表现就是减少了企业管理费用与人力开支，不仅节约了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。同时该系统能够提高我们餐厅的销售效率，即提高了餐厅的经济效益，因此从经济上完全是可行的。1.3.3操作可行性分析本系统使用基于WindoWS的图形用户界面，而该系统是大家熟悉的操作系统，关于那些有通常的计算机知识的人员就能够轻松上手。而整个超市管理系统使用最友好的交互界面，简介明了，不需要对数据库进行深入的熟悉。2需求分析2.1 系统目标餐厅点菜系

4、统的总目标是：在无人指导的情况下，顾客能够在计算机平台上自行完成点菜服务，并对菜品进行评价，为广大顾客提供了具有良好人机交互界面的软件，也便于餐厅的管理，通过本软件，顾客也能够随时的明白本餐馆的最新活动。具体要求如下：1) .顾客能够浏览、查询菜品2)独立于具体的数据库平台，关于与数据库交互的部分考虑兼容性3)容易在原先基础上进行扩充4)使用开放式的标准开发，能够达到跨平台的效果为了达到以上的开发目的，个人博客网站应遵循一定的设计与开发与原则：2) .模块接口定义清晰；3) .基础类库与接口设计合理，尽量建立叮扩展的接口与抽象类；4) .数据库操作使用标准SQL语句，假如一定要使用有差别的SQ

5、L语句，则尽量集中在一起，以减少将来保护与移植的难度；5) .使用开放的标准与工具等；下面分析各个子系统的功能需求。2.2 前台需求在前台的功能实现上，能够分为下列几个部分：1) .普通顾客：普通顾客能够在本餐馆申请会员。2) .会员登录：凡是本餐馆的会员都能够再本餐馆享受一定的折扣。3) .用户修改个人信息：用户对个人信息进行更新具有更新的权利。4) .菜品查询与留言：用户能够查询自己想点的菜品，同时能够对此菜进行评价。5) .公告信息查询：本餐馆会不定期的推出新产品，以吸引顾客2.3 后台需求通过计算机网络将前台与后台的数据库相连，系统管理员将从前台得到的信息进行处理，实现点菜管理，用户管

6、理，留言管理等子系统。1) .点菜管理：系统管理员能够查看每到菜被点的次数2) .用户管理：系统管理员能够对本餐馆的员工、会员进行管理3) .留言管理：系统管理员能够查看顾客对每到菜所进行的评价，以便于更好的改善餐厅管理4) .仓库管理：系统管理员能够查看餐馆材料所剩多少，并对材料进行管理2.4 系统性能需求餐厅点菜系统要求本软件需要具备下列几个要紧特性：1) .多样性：餐厅点菜在设计时务必遵循的一个重要原则，就是以顾客为系统设计的中心，给顾客一个人性化的界面，让顾客到达在无人指导的情况下能够自行完成点菜服务。2) .易保护:管理员能够简单方便地管理系统，定义新的应用，并对系统进行日常保护。3

7、) .安全性:系统应充分考虑信息、设备、运行与管理的安全性，建立完善的多层次的安全保障体系，保证顾客的个人信息等资料的数据安全。4),可扩展：随着餐厅的需求不断的完善，系统在设计时充分考虑顾客的需求会不断的改变，因此为了以后的保护与降低系统在扩展时的难度，系统应达到可扩展的特点。找酹码2.5用例规约用例名称点菜用例简述该用例同意顾客进行点菜，并将菜单发至厨房的终端操作者顾客基本领件流1）系统显示点餐页面2）用户查看菜单，找到要点的菜，点击“点菜”按钮3）系统将该菜加入顾客点菜单4）用户在选完所有要点的菜后，点击“确认”按钮5）系统将顾客点菜单发至厨房终端电脑上6）厨房电脑上显示出最新到来的点菜

8、菜单扩展事件流1）假如顾客点菜单上没有点一个菜，则系统提示无法提交，并要求顾客检查点菜单，至少要点一个菜2）假如顾客是注册会员，并想使用自定好的菜单，则能够在身份通过验证后将个人自定菜单导入到当前点菜单中扩展点顾客点击“从个人点菜单导入”非功能需求1）用户刷新菜单页面的响应需要在100o亳秒之内2）厨房电脑务必在2000亳秒之内同意到最新的提交点菜单前置条件顾客成功的打开了首页面后置条件顾客的点菜单发送到服务器中，同时厨房电脑检测到此点菜单优先级高3概念性架构3.1鲁棒图3.2概念性架构图分析说明：鲁棒图作为需求分析与架构设计之间的桥梁，必定有两个目的:1、从需求分析中找出边界对象，操纵对象，

9、实体对象；2、将三者与其他有关对象进行分层划分，为下一阶段的实际架构设计进行引导。4功能概述1.1 注册执行者：普通顾客基本流程：一个普通顾客来到本系统，当点击注册，即可跳转到注册页面,该页面为顾客提供了用户需要填写的信息，并用邮箱或者者密保做为顾客找回密码的方法。最后注册成功即可跳转到登陆窗口，如失败，再次跳转到注册页面。1.2 登录执行者：已注册会员基本流程：供已注册的会员登录，输入用户名（Ernail）与密码，点击“登录”按钮等待处理，若验证信息正确，则成功跳转到订餐主页面；若验证失败，则系统给出相应的错误信息提示。1.3修改信息执行者：已注册会员基本流程：已注册的会员能够登录本餐馆系统

10、查看个人信息，如需修改，则能够点修改按钮，修改个人信息。1.4我的评论执行者：顾客基本流程：不管是会员还是普通顾客都有对本餐馆提出宝贵的意见与建议，假如觉得本餐馆有需要改进的地方，则能够再此系统上留言，其中包含菜品、服务质量等各个方面。1.5订购历史执行者：店主/管理员基本流程：为了更好的经营本餐馆，店主或者管理员有权利查看餐馆顾客的就餐记录，包含近期与长期的历史记录，熟悉用餐高峰，便于人手的管理。1.6用户管理执行者：店主/管理员基本流程：店主或者管理员在登录了本餐馆后，能够查看本餐馆所有的会员。5架构设计1.逻辑架构5.系统设计5.1 数据架构E-R图(实体-关系图)提供了表示实体、属性与

11、联系的方法。(1)实体型：用矩形表示，矩形框内写明实体名(2)属性：用椭圆型表示，并用无向边与其相应实体连接起来(3)联系：用菱形表示，菱形框内写明联系名，并用无向边与其有关实体连接。本系统使用E-R图的方法进行数据库概念结构设计,系统E-R图如下所示：6设计收获与心得通过此次项目的开发，我们整个团队对遇到了很多挫折，但同时我们也得到了很多收获。6.1软件开发前章当你在准备开发一个东西的时候,你首先想到的就是要完整的把这件事做完,不要做的半途而废,那样的话你干脆就不要打开发这个两个字的主意了，更谈不上什么是开发,在开发之前还要想想我是否有能力完成这个情况,是否需要他人的帮助,说通俗一点就是看你

12、是否具有勇气来完成这个项目，以为我们刚开始时觉得我们做不出来。6.2框架构思与模块的划分假如你具备以上的要求,具备一定的开发能力,你就能够组织人一起进行开发了哈,在开发的时候,首先的第一个任务就是你准备开发的这个软件的整个框架图,这一步应多征求组内成员的意见,最后设计出这个软件的大体框架,做到心中有数。6.3团体合作及编码实现在工程中的实现问题就是编码，这一步是最能表达出团体合作的,由上面所说,模块划分好以后就需要给组内成员分配任务了，按成员分配.成员与成员之前可保持技术上的通信,相互学习交流，以达到共同提高的目的.当组内成员把所有的编码实现后就需要组合了，把每一个成员上交的的相应功能的模块接口拼合起来,到这个时候软件就基本上实现了。6.4测试与保护开发好以后就要对软件进行测试,要紧就是发现软件中出现的错误问题,尽最大的努力去找,也能够拿给朋友去测试,这一步有利于提高你的找错能力,找到以后你就要负责把所有出错的地方去一个一个的解决掉,假如解决不掉,也说明这个软件是不可行的。总之，我们在此次项目开发中，有很多很多收获，尽管开发过程比较坎坷，比较艰难。