1、 面向经理:后台管理(访问权限,修改菜单,增加菜项,删除菜项,销售情况分析) 面向顾客:显示特色菜,菜单列表,具体菜名查询(显示实际图片),订餐功能,预计等待时间银行卡消费并打印座位凭条(顾客服务员一式两份)及消费凭条 面向服务员:顾客消费结算功能性能要求: 管理员录入的信息必须无差错地存储至中心服务器,且对客户端的数据应该及时进行更新。输出要求:数据完整,详实。输入要求:方便,简捷,快速。安全与保密要求: 餐厅顾客和厨师以及服务员只有查询和建议功能管理人员则拥有在其权限内的查询,修改,增加,删除菜单,制定价格等一些管理功能。2.2 目标 为各大中小型餐厅酒店提供一个统一、方便、安全的信息管理
2、平台.2.3 可行性研究方法 可行性研究的方法是通过对各大中小型餐厅、酒店管理者进行问卷调查及访问谈话而得到用户对此系统的信任度关注度及依赖度的,通过建模分析,得出了该系统的功能需求,成本分析,可行性分析。2.4 决定可行性的主要因素成本/效益分析结果,效益成本。技术可行,现有技术可完全承担开发任务。操作可行,软件能被原有工作人员快速接受。3、需求分析3.1现状 顾客:一些生意较好的餐厅人往往比较多,点个菜都要等好久,更别提什么时候能吃上了。 服务员:有的顾客比较挑剔,点菜的时候会对各种菜问个究竟,有的顾客拿点菜迟迟不定主意,人多的时候根本忙不过来。3.2发展前景 在计算机技术以及互联网飞速发
3、展的今天,先进的经营理念,人性化的设计,以及高科技的支持,无疑使得餐厅、酒店更受消费者的欢迎。通过先前的调查分析得知,点餐系统以其高效率、直观、便捷的优点将迅速占领整个餐饮市场。4、流程设计4、1 客户4、2 管理员5、总体设计5.1 启动系统客人点击菜单进入系统,开始选菜,启动界面如下图所示。图15、2 选菜品客人选择了桌号的时候,就可以进入选菜阶段。客户根据自己的口味爱好对进行筛选,可以按菜系或按关键字进行搜索。(如图二),点击菜品图片或下面的菜品名称就可以进入到该菜品的详细信息页面。 图二5.3 查看菜品客人对某个菜品感兴趣的时候,可以查看菜品的的详细信息,可以对查看的菜品进行下单,下单
4、之后重新进入选菜的页面,如果对该菜品不感兴趣可以返回选菜的页面。(如图三) 图三5.3 查看账单客户可以随时查看点过的菜的清单,对数目经行核对,同时可以对本次用餐的情况进行评价,点击结账之后进入首页(如图四)图四5.4 菜系管理员可以对菜系进行添加、删除、修改。(图五) (图五)5.5 菜品管理员可以对菜品进行添加、删除(图六) 图六5.6 餐桌的管理(可选做)管理员可以对餐桌进行添加,删除,和预订(图七)。 图七5.7 评价信息的管理(可选做)管理员可以查看每天客人的满意度 (图八) 图八6、非功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计
5、和系统测试人员进行系统测试计划和编写测试用例为准。6.1 技术需求6.1.1 软硬件环境需求硬件需求:web Server DBServer1(write) DBServerR1(read) DBServerR2(read) 共3台服务器。服务器配置如下: CPU:4核或8核 内存:8-16G 硬盘:500G 远程控制卡 软件需求: 带宽:50M或者100M Java运行环境:JDK1.5以上 WebApplicationServer:Tomcat1.6以上 DataBase:Mysql5.0以上 Memcache Nginx1.4.2 (稳定版 防火墙 安全验证插件 6.1.2 性能需求本系
6、统在正常的网络环境下,应能够保证系统的及时响应: 小批量的业务处理的响应时间在3秒以内; 大批量的业务处理和查询的响应时间控制在5秒以内;6.1.3 安全保密需求本系统的系统架构,以及权限机制可以保证系统的安全性。首先:从系统架构看,本系统采用BS模型,从而使服务器数据源与客户端分离,保证了数据的物理独立性;其次:本系统的用户授权机制通过角色的定义管理实现,通过定义某些角色能进行的操作权限,和定义用户拥有的角色,限定用户的操作权限,实现对用户的授权。最后:保证漏洞扫描器以及入侵检测系统、和防火墙隔离之间的联动机制。6.2 质量需求6.2.1 可用性用户使用的方便性、易用性和易学习性,如:1. 输入的无合法性检查和值域检查2. 对于复杂的动作要有必要的提示信息3. 记忆用户的设置或操作习惯,方便用户操作4. 对系统或数据进行重大修改,要有用户确认6.2.2 可维护性和可扩展性本系统的应用平台设计中选择B/S结构,采用基于JAVA技术并且符合J2EE开发规范的系统应用平台,使系统具有良好的可维护性和可扩展性
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1