ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:21.89KB ,
资源ID:4564258      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-4564258.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(餐馆预约管理系统Word格式.docx)为本站会员(b****1)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

餐馆预约管理系统Word格式.docx

1、顾客订餐容易出现满座,前台服务员对餐桌的调配困难成功的解决方案设计实时显示部件,使餐桌的使用情况能及时得到反馈。2.1.2问题2 问题2的描述见表2.2。表2.2 问题2的描述由于没有备份系统,一张预约单的毁坏将导致相应信息的永久丢失。餐馆管理者,前台服务人员预定信息的丢失,座位等信息出现混乱。设计实时备份部件,使其在使用过程中能够做到实时备份,操作时用的是实时文件而不是备份文件。2.1.3问题3 问题3的描述见表2.3。表2.3 问题3的描述不容易获得相应的统计数据,例如某时刻餐桌的使用率餐馆管理者不能使餐馆的盈利情况得到及时被餐馆所有者了解,不能更好的制定营销策略。在一定的条件下使用实时的

2、记录部件,使整个餐馆的大部分有用数据能够及时记录供管理者参考。2.2产品定位说明易学易用,操作极为简便,它是一套纯 WINDOWS软件,操作界面友好直观。 功能完整,本系统包括订餐、用餐管理功能,系统具有分类查询和结账计算功,能够实现餐馆的数字化经营。数据安全性, 使数据库安全有保障。开放性好,采用标准的开发工具和技术,后台数据库采用SQL sever 2000,可以提供开放的数据接口,可同其它软件交流数据。见表2.4。表2.4 餐馆预约管理系统的产品描述针对于餐馆管理者,前台服务员谁进行餐馆就餐预约管理该(产品名)为预定管理提供一个平台功能提供一个可以就餐预约管理的平台不同于面对面预定我们的

3、产品网上/电话预定,不受时空限制,潜在交易增加,降低经营成本,节省时间。使用UML设计模型,明确、简化系统模块和交易流程。3.涉众和用户说明这一部分主要描述了餐馆预约管理系统的涉及人群和用户。涉及人群主要包括餐馆预定管理系统项目组成员,前台服务人员,餐馆管理者,顾客。3.1涉众概要涉众概要见表3.1。表3.1 涉众概要姓名描述职责开发组成员主要开发餐馆预定系统对餐馆预定系统进行设计、架构、编码、测试以及安装。系统中的服务执行方搜索、查看餐座使用情况,查看订餐者预约信息的功能。拥有餐桌分配更改的权力和对整体预约情况进行调整。系统中的服务受理方拥有餐桌分配权力和用餐结算。顾客消费群体根据自己的实际

4、情况决定预约的时间,座位,及就餐情况。3.2用户概要用户概要见表3.2。表3.2 用户概要涉及人群接待员预约接待人员下订单、修改订单、取消订单、提醒用户领班主要跟顾客接触完成记录到达、接待Walk-In、管理会员信息、餐馆信息管理。3.3涉众简档3.3.1开发组成员代表杨润说明主要进行系统的设计、开发、测试和安装工作类型主要进行软件开发开发出符合客户要求的系统成功标准开发出的软件符合客户的要求,提供合理的预约管理流程参与全程参与可交付工件无意见/问题开发的技术难点等3.3.2预约管理系统中的前台服务人员前台服务人员系统运营中的预约服务受理方终端用户拥有餐桌分配权力和用餐结算满足他们提出的主要需

5、求,系统反应迅速且安全、可靠,方便操作,使其能及时得到相关信息反应出系统的主要需求可运行系统需求表达不够清楚3.3.3顾客消费主体满足顾客需求:安全、反应快、操作方便与前台服务人员及参观管理者进行实际交互3.3.4餐馆管理人员餐馆管理人员主要的服务执行者预约量大幅度增加,增加餐馆的利润提出需求、管理系统需求不明确4系统特性下面描述了餐馆预约管理系统的部分功能特性:功能名称功能描述功能约束处理过程添加预约包括早、中、晚三部分可预定时间,可预约当天及以后3天内的所有空闲餐座当桌位被预订后桌位在预定时间前后一小时保留显示为餐座不可用预约餐座标记为空闲时可用通过相关记录预约功能模块将信息读入数据库。删

6、除预约当客人取消预定,经前台管理人员确定后,系统将已经预订的桌位改为空闲状态。餐座必须标记为预约状态时可用从数据库读预约信息并对数据库执行删除记录动作。各类信息查询为用户提供模糊查询预约信息、用餐信息。联合查询根据关键字将信息从据库中读取出来更改预约状态对已经预约的订单条目信息参照客人要求作出相应的修改。当客人来时(到达预约时间)餐桌自动显示为用餐状态。从数据库读预约信息并对数据库执行修改记录动作。实时消费管理桌位查询,查询桌位的状态(包括桌位是否为空,座位数)。输入合法的餐座号,已经预约和处于就餐状态的餐座不可查询结算模拟功能用户用餐结束后可以要求前台进行结算,执行此功能后餐桌更改为空闲状态

7、要求可结算餐桌均为处于用餐状态餐座将数据库表中处于用餐状态的所有表目录信息调出查看并选择进行结算后删除条目开台功能根据查询后桌位,记录来用餐的客户数目并将餐座状态修改为用餐态要求订单是完全处理后的情况将数据库中的订单表进行添加,生成新的订单记录5其他需求和约束该系统餐馆管理系统建设计划中订餐系统,是整体系统的一个组成部分。因此要求能够使该系统与餐馆管理的其他模块相适应。设备限制:公用机房电脑。Table of Contents补充规格说明 1.引言 目的 本文的目的在于定义用例技术未能捕获的系统需求。这个补充文档和用例一起构成餐馆预约管理的完整的需求描述。 范围 此文档定义了餐馆订餐系统的非功

8、能需求(包括可靠性,可用性,性能等)和用例中通用的功能性需求。 定义,缩略语,缩写接待员-通过互联网或者电话使用这个预约管理系统来制定订单的人。管理员-负责接待跟现场安排就餐的人。用户-领班和接待员。系统-餐馆预约管理系统。 参考文献暂无2.功能性需求这章描述了用例中通用的功能性需求。 日志系统所有的系统出错信息都必须被记录到出错日志中。信息的格式必须是系统错误号码,日期,时间,错误信息。每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。信息的格式必须是日期,时间,消耗的内存,处理时间。 邮件系统系统所有的电子邮件必须通过预先设定的邮件系统发送。 监视系统监视系统必须扫描日志系统如果

9、有任何异常的情况,必须使用邮件系统向管理员发警告信。 安全系统安全系统必须拦截非法的访问,和对网站的恶意进攻包括(XSS,SQL Injection,非法盗链等,非法字符输入等)。3.可用性下面列出了和系统的可用性相关的需求。系统易用性餐馆预约管理系统的用户界面设计必须简单明了,不需要顾客花费额外的时间来学习。帮助服务餐馆预约管理系统的每个重要页面上必须都有相关的帮助页面的链接,使用者可以使用它们来获得必要的帮助信息。4.可靠性 可用性餐馆预约管理系统必须能够24小时*7天的工作。 系统严重错误发生的平均时间间隔系统发生严重错误的平均时间间隔应该大于9000小时。5.性能 最大的并发人数餐馆预

10、约管理系统的最大并发访问数应该为100。在这个范围内,系统应该能够很好的工作。 最大系统相应时间在最大并发数为100范围内时,系统对用户的最大相应时间应该小于10秒/1万条数据。 最大的事务处理时间餐馆预定管理系统的用户事务的最大处理时间应该是45秒,如果超过这个时间系统应该自动结束用户的事务处理。6.保障性 出错对应时间当系统发生错误时,对应的补丁程序的发布时间应该是小于2天/一件bug。 技术支持时间本系统完全上线后的一年内,提供的技术支持时间应该是每周8小时*5天。7.设计上的限制 数据库管理软件 系统必须使用相应接口同关系型数据库管理软件建立连接。 平台要求系统的平台要求设备名称详细要

11、求处理器Intel Pentium 4 2G HZ或同级别处理器 内存容量至少256MB,推荐512MB外存容量至少30G,推荐80GB联机/脱机客户端连接本地数据库服务器 Java的版本系统必须在java1.3以上的版本上运行。用例调查说明书 8.说明的概述用例模型系统用例图如下:ReceptionistStaffRecord bookingCancel bookingDispaly bookingsTable transferRecord walk-inRecord arrivalHead Waiter用例的概要描述如下表所示:主要参与者优先级用例名用例概述中显示预约(Display Bo

12、oking)显示顾客的预约信息。高预约记录(Record Booking)记录顾客的预约信息。取消预约(Cancel Booking)取消顾客的预约信息。 交换餐桌(Table Transfer)交换预约餐桌并更新。记录到达 (Record Arrival )记录已执行预约信息。假设和依赖假定:9.详细需求 这章中将使用用例技术描述系统的详细需求。Use-Case 清单 用例名和对应的用例描述文件的关系如下:编号对应用例文件01显示预约01_ucspec.doc02记录记录02_ucspec.doc03取消预约03_ucspec.doc04交换餐桌04_ucspec.doc05预约到达05_u

13、cspec.docGlossary10.引言本文给出了在餐馆预约管理系统的需求文档中使用到的术语的解释。明确了这些术语的含义,避免产生混淆。 范围餐馆预约管理系统的需求文档。11.定义 统计系统统计系统是指用来统计预约相关信息的的一套程序系统,是一个已经存在的系统。结算系统结算系统是指用来进行用餐结算的一套程序系统,此系统处理用餐消费结算相关的工作,是一个已经存在的系统。J2EE规范J2EE(Java 2 Platform,Enterprise Edition)是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。数据库管理系统 数据库管理系统(Database Management System)是一种操纵和管理数据库的大型软件,是用于建立、使用和维护数据库。它对数据库进行统一的管理和控制,以保证数据库的安全性和完整性。用户通过数据库管理系统访问数据库中的数据,数据库管理员也通过DBMS进行数据库的维护作。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2