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

软件架构项目文档 软件架构项目文档 课题名称： 未来餐厅管理系统 指导教师： 专业班级： 小组成员： （组长） 完成日期:2010年12月18日 1 课题的研究背景与意义 1.1项目背景 目前大多数酒店由于规模的限制，忽略了点菜系统的重要性，而本系统专为具有一定规模和经济条件的大型酒店设计。以降低人力成本，提高人员工作效率，加快各部分人为环节的数据流通速度为前提，降低经营成本，提高利润。通过集成从顾客订桌、点菜、上菜到结账等一系列功能，为每个环节明确分工，并通过可视化的软件支持，有效减小了人为错误的概率，是酒店管理更加规范化。 1.2 名词解释 1.2.1 Admin 【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).数据库操作使用标准SQL语句，如果一定要使用有差别的SQL语句，则尽 量集中在一起，以减少将来维护和移植的难度； 4).采用开放的标准和工具等； 下面分析各个子系统的功能需求。 2.2 前台需求 在前台的功能实现上，可以分为以下几个部分： .普通顾客： 普通顾客可以在本餐馆申请会员。 .会员登录： 凡是本餐馆的会员都可以再本餐馆享受一定的折扣。 3).用户修改个人信息： 用户对个人信息进行更新具有更新的权利。 4).菜品查询和留言： 用户可以查询自己想点的菜品，并且可以对此菜进行评价。 5).公告信息查询： 本餐馆会不定期的推出新产品，以吸引顾客 2.3后台需求 通过计算机网络将前台与后台的数据库相连，系统管理员将从前台得到的信息进行处理，实现点菜管理，用户管理，留言管理等子系统。 1).点菜管理： 系统管理员可以查看每到菜被点的次数 2).用户管理： 系统管理员可以对本餐馆的员工、会员进行管理 3).留言管理： 系统管理员可以查看顾客对每到菜所进行的评价，以便于更好 的改善餐厅管理 4).仓库管理： 系统管理员可以查看餐馆材料所剩多少，并对材料进行管理 2.4 系统性能需求 餐厅点菜系统要求本软件需要具备以下几个主要特性： .多样性: 餐厅点菜在设计时必须遵循的一个重要原则，就是以顾客为系统设计的中心，给顾客一个人性化的界面，让顾客到达在无人指导的情况下可以自行完成点菜服务。 2).易维护:管理员能够简单方便地管理系统，定义新的应用，并对 系统进行日常维护。 3).安全性