1、 软件工程课程设计 餐厅点餐系统餐厅点餐系统详细设计详细设计 姓 名： 院 系： 学 号： 专业班级： 指导老师： 2011 年年 6 月月 11 日日 目录目录 1、引言 1 1.1 编写目的 1 1.2 编写背景 1 2、可行性研究 1 2.1 要求 . 1 2.2 目标 . 1 2.3 可行性研究方法 . 1 2.4 决定可行性的主要因素 . 2 3、需求分析 2 3.1 现状 2 3.1.1 用传统手工流程的餐饮企业面对的是 2 3.1.2 正在使用着餐饮软件的企业面对的是 2 3.1.3 内部矛盾分析 3 3.2 竞争优势 4 3.2 发展前景 5 4、 总体设计 . 6 4.1 启
2、动系统 . 6 4.2 登陆系统 6 4.3 退出系统 6 4.4 用户管理 6 4.4.1 用户修改个人信息 6 4.4.2 用户管理 7 4.4.3 新增用户 . 7 4.4.4 删除用户 7 4.4.5 修改用户 7 4.5 菜单信息管理 8 4.6 自动排序功能 8 4.7 提交用户需求及缴费 8 4.8 数据库备份 8 4.9 数据库同步 8 4.10 服务器端日结 . 8 5、详细设计 9 5.1 客户端（顾客） 9 5.2 客户端（服务员） . 10 5.3 客户端（厨师） . 10 5.4 后台管理 . 11 5.5 服务器 . 11 6、软件测试 . 11 7、后记 . 11
3、 1 1、引言、引言 1.1 编写目的编写目的 软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初 始规定有一 个共同的理解,使之成为整个开发工作的基础. 1.2 编写背景编写背景 旨在改善就餐厅餐环境， 缓解就餐高峰期点餐顾客等待时间过长的问题， 运用高科技点 餐，突破原有的餐厅服务模式，吸引更多的客户。 2、可行性研究、可行性研究 2.1 要求要求 主要功能:将餐厅点菜自动化、自由化、个性化 功能需求: 面向经理:后台管理(访问权限，修改菜单，增加菜项，删除菜项，销售情况分析) 面向顾客:显示特色菜，菜单列表，具体菜名查询（显示实际图片） ，订餐功能，预计等 待时间银行卡消费
4、并打印座位凭条(顾客服务员一式两份)及消费凭条 面向服务员:顾客消费结算功能 面向厨师:显示当前任务功能 性能要求: 管理员录入的信息必须无差错地存储至中心服务器， 且对客户端的数据应该及时 进行更新。 输出要求:数据完整，详实。 输入要求:方便，简捷，快速。 安全与保密要求: 餐厅顾客和厨师以及服务员只有查询和建议功能 管理人员则拥有在其权限内的查询，修改，增加，删除菜单，制定价格等一些管理功能。 2.2 目标目标 为各大中小型餐厅酒店提供一个统一、方便、安全的信息管理平台. 2.3 可行性研究方法可行性研究方法 可行性研究的方法是通过对各大中小型餐厅、 酒店管理者进行问卷调查及访问谈话而得 2 到用户对此系统的信任度关注度及依赖度的，通过建模分析，得出了该系统的功能需求，成 本分析，可行性分析。 2.4 决定可行性的主要因素决定可行性的主要因素 成本/效益分析结果，效益成本。技术可行，现有技术可完全承担开发任务。操作可行， 软件能被原有工作人员快速接
