食堂管理信息系统分析与设计

《食堂管理信息系统分析与设计》由会员分享，可在线阅读，更多相关《食堂管理信息系统分析与设计（23页珍藏版）》请在装配图网上搜索。

1、1. 引言 1.1 背景与目的 当今世界已经进入了在计算机领域中激烈竞争的时代， 应用计算机已经变得 十分普遍了，如同我们离不开的自行车、汽车一样。我们应该承认，谁掌握的知 识多，信息量大，信息处理速度快，批量大，谁的效益就高，谁就能在各种竞争 中立于不败之地。随着科学技术的不断提高，计算机日益成熟，其强大的功能已 为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用， 越 来越多的管理人员意识到信息管理的重要性。 作为计算机应用的一部分，使用计算机对食堂信息进行管理，具有手工管理 无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、 寿命查长、成本低等。这些

2、优点能够极大地提高信息管理的效率，也是企业科学 化、正规化管理与世界接轨的重要条件。 随着高校办学规模的不断扩大，高校后勤管理工作也日趋繁杂.许多大型高 校拥有多个校区，有十几个甚至几十个学生和教工食堂， 这些食堂的地理位置分 散，又要实现统一的协调管理，就不得不借助现代化的管理模式一 一网络管理 模式。 这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管理者 能够准确，有效的管理食堂餐饮。 2. 需求分析与用例建模 2.1 系统目标 利用食堂信息管理系统可以做到信息的规范管理、科学统计和快速查询，从 而减少管理工作方面的工作量。大大降低食堂管理人员在信息管理精力上的投 入，使企业

3、获得更大的利润空间。与此同时给广大学生用户带来方便。在实用性 上达到了双赢。 2.2 需求分析 (1)(1) 功能分析：根据调查，确定食堂信息管理系统主要实现以下功能：用 餐卡管理(注册，充值，挂失，退卡等)，餐费管理，统计管理，用餐人员信息管 理，用餐管理，系统设置等。 (2)(2) 非功能分析：主要包括以下非功能：性能需求；资源和环境需求；可 靠性需求；安全保密要求；用户界面需求；成本消耗与开发进度需求；预先估计 的可扩展性需求。 2.3 可行性分析 可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。 它的任务是确定项目开发是否必要和可行。 它的主要目标是：进一步明确系统的

4、 目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要 和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和 目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方 案，从而为系统开发项目的决策提供科学依据。 其主要从三个方面进行研究： （1 1） 管理可行性：指系统对组织机构的影响，对现有人员和机构、设施、 环境等的适应性以及进行人员培训补充计划的可行性。食堂系统的计算机信息管 理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了 可靠保证。最后此系统是完全的人性化的，易懂，易用，在操作上是完全可行的。 （2 2） 技术可行

5、性：计算机网络技术的发展和计算机硬件性价比的不断提升， 使计算机全面应用于食堂管理的各个环节成为可能。 C/SC/S 开发模式、COM DCOMCOM DCOM 技术在国内各行各业的信息管理系统开发中已经被广泛采用， 实践证明这些技术 都非常适合食堂管理系统的开发。 软件和操作系统都是主流水平，而且在技术上 是易实现的。 （3 3） 经济可行性：对组织的经济状况和投资能力进行分析，对系统建设、 运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行估计。 此食堂管理信息系统开发成本不高， 一旦开发成功，即能直接应用在所有同种性 质的食堂。 综合以上可行性分析，得出结论：此食堂管理系统

6、的研究开发是可行。 2.4 用例模型 根据系统需求分析中对系统的功能要求， 可以确定系统和子系统的边界、执 行者和用例，由于该系统是一个较为繁杂的系统， 所以采用分层绘制用例图的方 法建立系统的用例模型。 241 最高层用例图 根据对“食堂管理信息系统”的整体业务功能要求，可以绘制出如图 1 1 所示的最 在最高层用例图中， 实线方框表示系统边界， 在系统内共有 6 6 个用例。 系统内的 “消费统计”用例依赖于“餐费管理”和“用餐管理”用例中的信息来进行综合 和对比分析。“餐费管理”用例依赖于“卡处理”用例来处理消费明细的统计工 作。 系统外有 3 3 个人执行者； “管理员”执行者参与系统

7、内所有用例的操作。 “用餐人员”执行者分为学生和教师，其要查询各自信息，进行数卡或现金交易 用餐，查询各自的消费信息和存款明细信息。 “食堂工作人员”执行者参与系统内“餐费管理”用例的执行。 242 第二层用例图 将“食堂管理系统”内每个用例作为第二层用例图之一加以展开，可得如下用例 图。 （1）“系统设置”用例图 图 2 系统设置用例图 在“系统设置”用例图中，实线方框表示系统边界，在系统内共有 4 4 个用例。 “系统设置”用例包含“添加用户”、“修改密码”、“退出” 3 3 个用例。 系统外有 1 1 个人执行者； “管理员”执行者参与系统内所有用例的操作。A 管理员 (2(2) “用餐

8、人员信息管理”用例图 食堂管理信息系统 图 3 用餐人员信息管理 在“用餐人员信息管理”用例图中，实线方框表示系统边界，在系统内共有 1111 个用例。 “学生信息管理”和“教师信息管理”用例都是“用餐人员信息管理” 用例的扩展。“学生信息管理”用例包含“添加” “删除”“修改”“查询” 4 4 个用 例，“教师信息管理”用例包含“添加” “删除”“修改”“查询” 4 4 个用例。 系统外有 2 2 个人执行者； “管理员”执行者参与系统内所有用例的操作。 “用餐人员”执行者参与系统内用餐人员信息“查询”用例的操作管理员 学牛息管理 川餐人员 古ifi) (3)(3) “用户消费系统”用例图

9、食堂管理信息系统 图 4 用户消费系统用例图 在“用餐消费系统”用例图中，实线方框表示系统边界，在系统内共有 1818 个用 例。“卡处理”用例包含“餐卡挂失”、“餐卡充值”、“补发新卡” “退卡”用例。 “餐费管理”用例包含“个人消费明细”、“个人存款明细”用例。“用餐管理” 用例包含“消费信息录入”、“消费信息查询”、“现金消费信息录入”、“现金消费 信息查询”用例。“消费统计”用例包含“日消费统计”、“餐卡余额查询”、“挂 失人员查询”、“退卡人员查询”用例。“餐费管理”和“消费统计”是“用餐管 理”的扩展。“消费统计”用例使用“餐费管理用例”。“餐费管理”用例使用“卡 处理”用例。 系

10、统外有 3 3 个人执行者; “管理员”执行者参与系统内所有用例的操作。 退 9 A 弋处理 tArPj明拥 用餐人员 6 个人 ifi黔信熄曲询 養费管理 O A 鬥餐胃理 消费统计消费统计 消龙忙息杲人 挂先人罚住逸 退I；人也杏询 ci 洎费城 * - 余轧广吵 曲堂 T 作人员 “用餐人员”执行者参与系统内“卡处理”、“个人存款明细”、“个人消费明细”、 “消费信息查询”、“现金消费信息查询”用例的操作。 “食堂管理人员”执行者参与系统内“用餐管理”用例中的“消费信息录入”和 “现金消费信息录入”用例的操作。 3. 系统分析与对象类建模 3.1 系统功能分析 系统开发的总体任务是受用计

11、算机信息管理技术， 实现食堂各种信息的系 统化， 规范化，自动化，提高食堂管理的效率。 对应用系统项目的开发，首先要对程序要实现的功能和目标进行整体分析和 规划，确保在后期开发中不会出现遗漏或重大缺陷。 因此在软件开发中，要严格 按照软件工程的流程进行系统的分析和设计。 系统功能分析是在系统开发的总体任务的基本上完成的。 主要功能： 1 1、 用餐人员信息管理 2 2、 用餐卡管理 3 3、 用餐管理 4 4、 餐费管理 5 5、 统计查询 6 6 系统设置 期望实现以下目标： 提高经济效益、增效资源 提高食堂服务质量、建立良好形象 实现全面综合查询，提高食堂工作人员工作效率 全面了解食堂内部

12、营业情况 完善食堂内部管理机制 3.2 系统功能模块设计 对上述各项功能进行集中、分块分析，按照结构化程序设计的要求，得到如 图所示的这个系统的功能模块图。 系统功能管理模块 3.3 类图 在面向对象的分析与设计中，类图和对象图组成的可视化模型能有效的描述 一个软件系统，它具有强大的模型描述表达能力，建立类和对象模型是软件开发 的基础。类图是由若干类的图形符号及表示其之间关系的图形符号组成。 在“食 堂管理信息系统”中存在 8 8 个类，其具体的属性和操作及其之间的关系如图 3 3 1 1 所示。图 5 系统功能模块图 HU : iiag 卜BWt帘码：讪叫 时勺八苦lH|t 卜也刚dE 诵讪

13、匝P0 r徘员帝PR 侶柑立钠 煌生酋总礙曲 卜壮卵代总担州“ 4敦样说思託邮I 卜賀节轲胁 卜賢卡挂氏n 卜烽抵厲kt） F 专廿空值肉0 卜flgaHMifo 卜扎#払则諭 扎劈立时油 H誚魄奁岫* HF%人茴世希 洎匸劎Mt询4 图 6 食堂管理系统类图 在该类图中，一个管理员对应着多名用户，用户包括学生和教师。管理员为 学生和教师管理着个人的基本信息和密码及权限服务。管理员不止一个，所以管 理员与教师和学生类的关系为多对多的关系。 管理员可以管理食堂工作人员的系统登录 IDID 及密码及登录权限限制，食堂 有多名工作人员，管理员也不止一个，所以管理员与食堂工作人员的关系为多对 多的关系

14、。 学生去食堂消费用餐，通过食堂工作人员输入消费金额或者现金消费来完成 整个消费过程，食堂工作人员不止一个，所以学生与食堂工作人员为多对多的关 系。 教师去食堂消费用餐，通过食堂工作人员输入消费金额或者现金消费来完成 整个消费过程，食堂工作人员不止一个，所以教师与食堂工作人员为多对多的关 系。 一个学生只有一张可以使用的餐卡，所以学生与餐卡之间为一对多的关系。 一个教师只有一张可以使用的餐卡，所以教师与餐卡之间为一对多的关系。 管理员可以为学生和教师办理餐卡充值、 挂失、补发新卡、退卡的业务操作。 一个管理员可以为多张餐卡办理以上业务，办理此项业务的管理员不止一个，所 以管理员与餐卡之间的关系

15、为多对多的关系。学生 +用胡刑帼 pl Azstrii: : j&iiS 童乘店jt: alriiip -6|l i浙供信.11闪卄 ”牛人祈膽呦可疔滩 Nd人竹就町谄片闯1 .kftfiiiiiii 十R斛賣押询n | F 扌:strhqc 艸1=泪酸申讪吨 _ 自垒S吐人血 +1P;哺ini? HMt出列： Mrtfc iliiw； I崔曲.理问（* |泊也依必遠人。 |旳诞窈也書师 |珈金血席存间0 *Tt湃玄话谦j Itra 曾:垃iiig 性別：sain# 卡怖堀峠求叫 4 工St E &皑 車Uffii Mlratf. bifrft: HINH. Jt.雜.lj弍；,lnm. -样

16、战室吗0 蓟IV怙臭青谕|! -费I关启良寺嗚H 忙號補养陶H V .siHII 4. TII 计ww（ia） *咙昱 -L y hng 斟料. ttttfrinp itt ll l 用:frlrnp ，梢金：Frh” *feffirj： Hiinp 寸I1鬓冷：Kiinp -Hi： $EfiR 科卜鬣務忖昇血哼 4. 系统设计与对象动态交互模型 在进行面向对象的系统分析与设计中，如何理解和掌握系统的全部控制流是 最困难的事情，在 UMUM 冲，利用顺序图可以有效的帮助人们观察和分析系统的交 互行为。顺序图描述了系统的行为，并具体描述了为完成某种系统功能，系统中 各对象间的交互与协作，有效的帮

17、助人们理解系统的行为， 在“食堂管理信息系 统”中有多种功能，其主要的几种顺序图如下所示。 （1 1）食堂餐卡的充值过程是：用户要求管理员进行餐卡充值，在管理员登录充 值系统成功后，用户将饭卡及充值金额交给管理员，管理员在操作界面进行充值 操作，信息提交到数据库后，数据库保存相应信息，并将成功充值信息返回到主 界面，呈献给管理员及用户。其顺序图如下图所示： 食堂餐卡充值顺序图 图 7 食堂餐卡充值顺序图用户界面 主操作界面 餐卡充值界面 数据库信息 单击充值项 nu - 用户 管理员 (2) 食堂餐卡挂失的过程是：用户要求挂失餐卡，在操作员登录系统成功后， 用户将挂失卡号告知管理员，管理员通过

18、操作界面进行挂失操作，挂失信息提交 数据库并返挂失成功信息到操作界面，呈献给操作员及用户。其顺序图如下图所 示： 食堂餐卡挂失顺序图 图 8 食堂餐卡挂失顺序图主操作界面 餐卡充值界面 数据库信息 单击挂失项 挂失成功 用户界面 nui;nui; (3) 食堂餐卡补发新卡的过程是：用户要求补发新卡，在操作员登录系统成功 后，用户将用户信息告知管理员，管理员通过操作界面进行补发新卡操作，新卡 信息提交数据库并返成功保存新卡信息到操作界面，呈献给操作员及用户。其顺 序图如下图所示： 食堂餐卡补发新卡顺序图 图 9 食堂餐卡补发新卡顺序图 用户界面 主操作界面 餐卡充值界面 人 一, 数据库信息 要

19、求补发新卡 新卡信息保存成功 验证新卡信息和数据并发送到数据库| 数据库保存信息并返回新卡信息保存成功信息 lit - 补发新卡成功 用户 管理员 T 输入用户名和密 系统验证； 验证正确 正确消息返回后进入主操作界面 单击补发新卡项 输入新卡信息 (4) 食堂餐卡退卡的过程是：用户要求退卡，在操作员登录系统成功后，用户 将餐卡交给管理员，管理员通过操作界面进行退卡操作，退卡信息提交数据库并 返成功删除餐卡信息到操作界面，呈献给操作员及用户。其顺序图如下图所示： 用户界面 主操作界面 餐卡充值界面 数据库信息 用户 管理员 (5) 个人消费明细查询的过程是：用户通过自己的用户名和密码登录系统，

20、待 验证正确进入系统主界面，点击个人消费明细查询项，输入卡号和姓名将信息提 交数据库，数据库验证后返回所需要的信息。其顺序图如下图所示： 个人消费明细查询顺序图 图 11 个人消费明细查询顺序图 (6) 个人存款明细查询，日统计查询，挂失人员查询，退卡人员查询等顺序图 与个人消费明细查询基本相同，此处不再画出其顺序图。 (7) 用户刷卡消费的过程是：用户要求刷卡消费，食堂工作人员根据用户消费 情况键入消费金额，刷卡机进行数据处理，若餐卡无效，即为挂失卡或者餐卡消 磁不能使用，刷卡机返回初始状态，并返回消费不成功的消息给食堂工作人员和 用户。若餐卡有效，当餐卡剩余金额小于此次消费金额时，刷卡机发

21、出嘟嘟响声， 提示金额不足，返回刷卡消费失败的消息；当餐卡剩余金额大于等于此次消费金 额时，刷卡机正常工作，返回刷卡消费成功的消息给食堂工作人员和用户。 其顺 序图如下图所示： 图 12 用户刷卡消费顺序图刷卡机 服务器(管理员) 数据处理成功 5. 数据库设计 5.1 设计 E R 图 根据上面的设计规划出的实体有：卡信息实体、学生信息实体、教师信息实 体、消费者实体、消费情况实体、管理员信息实体。各个实体具体的描述 E E- -R R 图及其之间的关系描述如下。 5.1.1 分 E-R 图 图 12 卡信息实体 E-R 图 学t垃思 图 13 学生信息实体 E-R 图 图 14 教师信息实

22、体 E-R 图 图 15 消费情况实体 E-R 图 管理员茫思 图 16 管理员信息实体 E-R 图 图 17 管理员信息实体、消费情况实体、消费者实体关系 图 18 卡信息实体、学生信息实体、消费者实体关系 E-R 图 图 19 卡信息实体、教师信息实体、消费者实体关系 E-R 图 E-R 图 321.2 整体 E-R 图 由上面的分 E E- -R R 图可以得到整体 E E- -R R 图，如下图所示 图 20 为整体 E R 图 在上面的实体以及实体之间关系的基础上， 形成数据库中的表格以及各个表 格之间的关系。 食堂管理系统数据库中各个表格的设计结果如下面的几个表格所示。 每个表 格

23、表示在数据库中的一个表。 5.2 数据库表 创建用户表 UsersUsers 表 1 用户表 Users 列名 数据类型 可否为空 声明 UserID char(10) NOT NULL 主键 UserName char(10) NOT NULL Password char(10) NOT NULL GroupID char(10) NOT NULL 创建学生信息表 StudentStudent 表 2 学生信息表 Student 列名 数据类型 可否为空 声明 学号 char(20) NOT NULL 主键 姓名 char(10) NOT NULL 性别 char(2) NOT NULL 班

24、级 char(20) NULL 系别 char(20) NULL 宿舍 char(20) NULL 备注 char(100) NULL 联系方式 char(15) NULL 创建教师信息表 TeacherTeacher 表 3 教师信息表 Teacher 列名 数据类型 可否为空 声明 教师编号 char(20) NOT NULL 主键 姓名 char(10) NOT NULL 性别 char(2) NULL 工资 char(20) NULL 家庭住址 char(20) NULL 备注 char (100) NULL 联系方式 char(15) NULL 创建卡信息表 cardcard 表 4

25、 卡信息表 card 列名 数据类型 可否为空 声明 卡号 char(20) NOT NULL 主键 剩余金额 int NOT NULL 办卡日期 datetime NOT NULL 姓名 char(10) NOT NULLL 性别 char(2) NOT NULL 创建挂失表 表 5 挂失表 列名 数据类型 可否为空 声明 卡号 char(20) NOT NULL 挂失日期 datetime NOT NULL 创建退卡表 表 6 退卡表 列名 数据类型 可否为空 声明 char(20) NOT NULL 退卡日期 datetime NOT NULL 创建充值表 表 7 充值表 列名 数据类型

26、 可否为空 声明 卡号 char(20) NOT NULL 金额 char(20) NOT NULL 日期 datetime NOT NULL 创建消费情况表 表 8 消费情况表 列名 数据类型 可否为空 声明 日期 char(20) NOT NULL 一天消费总额 int NOT NULL 一楼窗口 char(10) NOT NULL 二楼窗口 char(10) NOT NULL 卡号 char(20) NOT NULL 创建现金消费表 表 9 现金消费表 列名 数据类型 可否为空 声明 日期 char(10) NOT NULL 金额 int NOT NULL 创建日消费统计表 表 10 为

27、消费统计表 列名 数据类型 可否为空 日期 char(20) NOT NULL 日金额 int NULL 6. 总结 这一次的课程设计主要是面向对象分析与设计中的有关食堂管理信息系统 中各种图的分析设计，如用例图，类图，顺序图等。食堂用餐，每天都在接触， 而且看起来又是如此简单，饭卡在刷卡机轻轻一放，交易就完成了。大大节省了 时间，方便了生活。然而事实往往不是想象的那么简单，这小小食堂管理系统确 实让我花费了不少脑筋。 这次实习仍然根据自己上学期的课程设计，也就是食堂管理信息系统分析与 设计，根据上次的分析结果及具体实施出来的系统， 自己画出上述各类图。由于 这些图在平时的课上以及课下的练习中

28、都接触过， 所以开始并没有那么着急，以 为自己已经设计的挺周密，挺详细的了，可是通过这次实习，我发现，这其中存 在着不少小的细节方面的问题，比如用例图中有的用例并没有充分体现在用例图 中，类图中有的设计不合理，还有就是数据库表结构的设计，当时并没有太多考 虑周全，这次实际画类图发现有的与数据库中的表结构不能做到相符。 两周的课程设计很快就要过去了，但是在短短的两周里我都收获了很多， 我 不仅把本学期学习的面向对象分析与设计的理论知识温习了一遍， 而且做到了与 实践有效的结合起来，充分展示了知识的活力，与此同时，我积极调查思索实际 情况，有取舍的借鉴相关系统的成功实例，从中得到宝贵了经验。 利用计算机的功能， 我的食堂管理系统实现了电子化， 逐步摆脱了繁杂的手 工记录等，使得食堂管理工作变得轻松。同时也提高了食堂经济效益，提高了食 堂服务质量、建立了良好形象，完善了食堂内部管理机制，使工作人员的工作效 率得到了大大的提高。 这一次的课程设计，我谨记上次课程设计时出现的失误， 不骄不躁，认真仔 细的去思考，去探索。在今后工作中我会继续保持这种态度， 通过多巩固已学知 识，接触些新的技术和实践的操作，不断完善自己。 最后要感谢学校和老师给自己这么一次锻炼的机会， 让自己在磨练中体验成 长，使自己更加有信心面向未来。