《信息系统分析与设计餐饮管理系统.docx》由会员分享，可在线阅读，更多相关《信息系统分析与设计餐饮管理系统.docx（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、信息系统分析与设计餐饮管理系统 课程设计报告 课程名称：信息系统分析与设计课程设计题目：餐饮管理系统分析与设计姓名： 系： 专业： 年级： 学号： 指导教师： 职称： 年月日 课程设计结果评定 目录 1. 系统规划 (1) 1.1 目的 (1) 1.2 意义 (1) 1.3 目标 (1) 1.4 规划 (2) 2. 系统分析与设计 (2) 2.1 用例图 (2) 2.2 用例规约 (4) 2.3 顺序图 (5) 2.4 活动图 (6) 2.5 状态图 (8) 2.6 类图 (9) 2.7 架构设计 (10) 2.7.1 系统组成 (10) 2.7.2 系统功能 (11) 2.8 数据库设计 (
2、17) 3. 总结 (18) 参考文献 (18) 餐饮管理系统分析与设计 1. 系统规划 1.1 目的 构建一个集高效性、灵性、实用性、功能划分详细以及方便的可扩充性等特于一体的通用餐饮娱乐业管理系统，使餐饮管理者对餐饮业管理进行宏观的和微观的细致管理，在满足广大顾客的需求的同时，也大大增加酒店餐厅的工作效率，促成一个双方满意的局面。 1.2 意义 当今世界已进入了在计算机信息管理领域中激烈竞争的时代，应用计算机已经变得十分普遍了，如同我们离不开的自行车、汽车一样。我们应该承认，谁掌握的知识多，信息量大，信息处理速度快，批量大，谁的效率就高，谁就能够在各种竞争中立于不败之地。随着科学技术的不断
3、提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。越来越多的管理人员意识到信息管理的重要性。 由于当前酒店的管理还处于人工管理阶段，仅在财务部门使用了计算机，所以酒店的管理效率不高。 由于缺乏科学的管理和现代化的管理工具，该饭店在管理上和业务的安排上都存在着不足。 （1）房间的管理不够科学方便，房间使用情况不直观。 （2）库管员不能随时掌握库存情况，不能及时发现商品缺货的情况，另外统计商品数量即费时又费力。 （3）由于该酒店的商品种类多，菜样多变，靠人工方式管理商品和菜品信息有很多不便。例如商品数量大导致查找商品信息困难等。 通过设计用
4、户平台，使得操作计算机化，可有效节省人力物力。 1.3 目标 （1）掌握系统调查方法； （2）掌握系统分析方法； （3）学会简单系统的设计； （4）训练程序设计能力； （5）学会编写系统分析说明书、系统设计说明书等。 1.4 规划 结合所学知识，严格按流程进行调查、分析、设计,要求充分结合管理学知识和技术，对业务系统进行分析,要求用典型分析、设计方法及一种系统建模工具建立系统模型，要求熟练掌握一种开发工具，并能用此开发工具实现系统，要求完成一完整的系统分析、设计、开发文档。 2. 系统分析与设计 2.1 用例图 通过对系统需求的分析，可以确定系统由登录用户确定参与者。登录用户分为两类，即emp
5、loyeeMgr（员工管理员）以及employee Clerk（普通员工）。 参与者的描述如下。 （1）employeeMgr（员工管理员） 描述：employeeMgr拥有系统的所有权限，包括职工基本信息、职工工资信息部门信息的增删改查。 示例：餐厅高管部门、公司管理。 （2）employee （普通员工） 描述：employee 只具备系统的部分权限，包括职工基本信息、菜单信息的查看。对自己的基本信息以及系统登录拥有修改权限。 示例：餐厅的工作人员。 由于两类参与者仅在操作权限上存在差别，所以共同继承自用户参与者。 通过对系统需求的进一步分析，可以确定系统中有如下用例存在。 图 2-1 餐
6、厅点餐系统用例图 图 2-2 服务员管理用例图 2.2 用例规约 以服务员记录客户点菜信息为例 用例名称：录入客户预定点菜信息 参与者：服务生 简要说明：本例允许服务生提交顾客的点菜菜单信息 基本流：当顾客点菜，服务员希望提交点菜信息时，本用例开始执行 a.系统显示本餐厅菜单 b.客户所点菜名 c.系统检索出该菜名所对应单价等信息 d.对与列表中的菜品信息，服务员输入相关份数，如果客户没有点到的 菜品，其相应份数可以为空，服务员可以修改点菜信息 备选流：在主流程中，如果本餐厅没有相关菜品，系统将显示信息错误，服务员接受此信息，用例结束 前提条件：用例开始之前，服务员必须在系统登录成功 后续条件
7、：如果用例执行成功，所提供的点菜信息将被更新；否则系统状态不变 2.3 顺序图 序列图主要以时间顺序显示对象之间的交互。实际上，它显示了参与交互的对象和所交互信息的顺序。在项目的需求阶段，分析师需要通过多个序列图来表达用例的层次和细化用例，以便更清晰的描述业务需求。在项目的设计阶段，架构师和开发者利用序列图，挖掘出系统对象间的交互，使整个系统设计更加精确和细致。在项目的开发阶段，开发人员从序列图中就能看出将要实现的系统的行为是如何表现的。 可得到部分用例的顺序图如下（未列出用例顺序图由于皆属于增删改查范畴，采用类似设计实现）。 图 2-3 顾客顺序图 用户登录系统交互步骤：（1）用户进入登录界
8、面；（2）用户提交登录信息；（3）服务器接收请求，验证登陆；（3）接收请求，调用UserDao获取数据库信息；（4）UserDAO获取数据库链接并查询数据库返回正确的用户名密码信息给UserService；（5）UserService判断正确信息与提供信息是否一致；（6）判断 结果正确，返回登陆正确信息。 备注：系统中将业务逻辑层（Service类）与数据层（DAO类）分离。 图 2-4 酒店员工顺序图 2.4 活动图 根据用例文档设计相应用例的活动图。为主要用例场景设计的活动图准确规范。 图2-5 顾客活动图 图2-6 酒店人员活动图 2.5 状态图 根据餐厅订餐信息，通过不同时间状态的变化转移，餐桌信息状态也不断更新。