软件工程课程设计—餐厅点餐系统

《软件工程课程设计—餐厅点餐系统》由会员分享，可在线阅读，更多相关《软件工程课程设计—餐厅点餐系统（8页珍藏版）》请在毕设资料网上搜索。

1、 软件工程课程设计 餐厅点餐系统餐厅点餐系统详细详细设计设计 姓 名： 院 系： 信息技术系 学 号： 专业班级： 软件技术（一）班 指导老师： 2012 年年 12 月月 14 日日 1 1 系统说明系统说明 软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初 始规定有一个共同的理解,使之成为整个开发工作的基础. 酒店点餐管理系统包 括菜品及管理员的添加、删除、修改， ，顾客点菜时涉及到的添加、删除，以及 账单的查询打印和销售额的查询。酒店点餐管理系统可以实现上述功能，能够方 便快捷准确地获得所需的信息。 2 要求要求 主要功能:将餐厅点菜自动化、自由化、个性化 功能需求: 面

2、向经理:后台管理(访问权限，修改菜单，增加菜项，删除菜项，销售情况分析) 面向顾客:显示特色菜，菜单列表，具体菜名查询（显示实际图片） ，订餐功能，预计等 待时间银行卡消费并打印座位凭条(顾客服务员一式两份)及消费凭条 面向服务员:顾客消费结算功能 面向厨师:显示当前任务功能 性能要求: 管理员录入的信息必须无差错地存储至中心服务器， 且对客户端的数据应该及时 进行更新。 输出要求:数据完整，详实。 输入要求:方便，简捷，快速。 安全与保密要求: 餐厅顾客和厨师以及服务员只有查询和建议功能 管理人员则拥有在其权限内的查询，修改，增加，删除菜单，制定价格等一些管理功能。 3 目标目标 为各大中小

3、型餐厅酒店提供一个统一、方便、安全的信息管理平台. 4 可行性研究方法可行性研究方法 可行性研究的方法是通过对各大中小型餐厅、 酒店管理者进行问卷调查及访问谈话而得 到用户对此系统的信任度关注度及依赖度的，通过建模分析，得出了该系统的功能需求，成 本分析，可行性分析。 2 5 总体设计总体设计 5.1 启动系统启动系统 使用本系统无需登录， 但管理员和会员能够登录。 登录的时候需要填写正确的用户名和 密码，管理员可以修改自己的密码。 5.2 登陆系统登陆系统 用户输入用户名、密码，系统进行用户身份验证，验证通过则成功登录，显示带有相关权限 的界面，显示登录用户名，服务器日期，用户可以进行相关权

4、限的处理。 如果是用 admin 账号登录，将出现如下完整功能界面： 身份验证过程如下： 1、 和服务器建立连接； 2、 查找输入用户名； 3、 验证对应用户的密码是否正确。 在以上验证过程中，用户名和密码均对大小写敏感。 如果登录失败，系统将向用户提示失败信息，具体有以下情况： 1 如果用户名不存在，提示：登录失败，用户名错误 2 如果密码错误，提示：登录失败，密码错误。 3 规格错误的提示。 5.3 退出系统退出系统 操作系统“退出”功能时，系统会提示用户是否退出，用户点击“确认”后系统退出， 点“返回”按钮系统不退出。 5.4 用户管理用户管理 5.4.1 用户修改个人信息用户修改个人信息 用户登录后可以修改个人信息，包含：姓名、会员号、密码、其中用户名和用户卡号不 可修改，不能进行输入。密码分旧密码、新密码、验证新密码，若需修改密码，系统验证旧 密码正确，两个新密码相同，则更新密码，旧密码即失效，其他修改项也生效，并提示“用 户信息修改成功” ； 若旧密码不正确，则提示“用