内容发布更新时间 : 2024/5/5 15:54:05星期一 下面是文章的全部内容请认真阅读。

1. 引言

背景与目的

当今世界已经进入了在计算机领域中激烈竞争的时代，应用计算机已经变得十分普遍了，如同我们离不开的自行车、汽车一样。我们应该承认，谁掌握的知识多，信息量大，信息处理速度快，批量大，谁的效益就高，谁就能在各种竞争中立于不败之地。随着科学技术的不断提高，计算机日益成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用，越来越多的管理人员意识到信息管理的重要性。

作为计算机应用的一部分，使用计算机对食堂信息进行管理，具有手工管理无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命查长、成本低等。这些优点能够极大地提高信息管理的效率，也是企业科学化、正规化管理与世界接轨的重要条件。

随着高校办学规模的不断扩大，高校后勤管理工作也日趋繁杂．许多大型高校拥有多个校区，有十几个甚至几十个学生和教工食堂，这些食堂的地理位置分散，又要实现统一的协调管理，就不得不借助现代化的管理模式— — 网络管理模式。

这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管理者能够准确，有效的管理食堂餐饮。

2. 需求分析与用例建模

系统目标

利用食堂信息管理系统可以做到信息的规范管理、科学统计和快速查询，从而减少管理工作方面的工作量。大大降低食堂管理人员在信息管理精力上的投入，使企业获得更大的利润空间。与此同时给广大学生用户带来方便。在实用性上达到了双赢。

需求分析

（1）功能分析：根据调查，确定食堂信息管理系统主要实现以下功能：用餐卡管理（注册，充值，挂失，退卡等），餐费管理，统计管理,用餐人员信息管理，用餐管理，系统设置等。

（2）非功能分析：主要包括以下非功能：性能需求；资源和环境需求；可靠性需求；安全保密要求；用户界面需求；成本消耗与开发进度需求；预先估计的可扩展性需求。

可行性分析

可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。它的主要目标是：进一步明确系统的目标、规模和

功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。

其主要从三个方面进行研究：

（1）管理可行性：指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。食堂系统的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。最后此系统是完全的人性化的，易懂，易用，在操作上是完全可行的。

（2）技术可行性：计算机网络技术的发展和计算机硬件性价比的不断提升，使计算机全面应用于食堂管理的各个环节成为可能。C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用，实践证明这些技术都非常适合食堂管理系统的开发。软件和操作系统都是主流水平，而且在技术上是易实现的。

（3）经济可行性：对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行估计。此食堂管理信息系统开发成本不高，一旦开发成功，即能直接应用在所有同种性质的食堂。

综合以上可行性分析，得出结论：此食堂管理系统的研究开发是可行。

用例模型

根据系统需求分析中对系统的功能要求，可以确定系统和子系统的边界、执行者和用例，由于该系统是一个较为繁杂的系统，所以采用分层绘制用例图的方法建立系统的用例模型。

最高层用例图

根据对“食堂管理信息系统”的整体业务功能要求，可以绘制出如图1所示的最高层用例图。

图1 最高层用例图

在最高层用例图中，实线方框表示系统边界，在系统内共有6个用例。系统内的“消费统计”用例依赖于“餐费管理”和“用餐管理”用例中的信息来进行综合和对比分析。“餐费管理”用例依赖于“卡处理”用例来处理消费明细的统计工作。 系统外有3个人执行者；

“管理员”执行者参与系统内所有用例的操作。

“用餐人员”执行者分为学生和教师，其要查询各自信息，进行数卡或现金交易用餐，查询各自的消费信息和存款明细信息。

“食堂工作人员”执行者参与系统内“餐费管理”用例的执行。

第二层用例图

将“食堂管理系统”内每个用例作为第二层用例图之一加以展开，可得如下用例图。

（1）“系统设置”用例图

图2系统设置用例图

在“系统设置”用例图中，实线方框表示系统边界，在系统内共有4个用例。 “系统设置”用例包含“添加用户”、“修改密码”、“退出”3个用例。 系统外有1个人执行者；

“管理员”执行者参与系统内所有用例的操作。 （2）“用餐人员信息管理”用例图

图3用餐人员信息管理

在“用餐人员信息管理”用例图中，实线方框表示系统边界，在系统内共有11个用例。“学生信息管理”和“教师信息管理”用例都是“用餐人员信息管理”用例的扩展。“学生信息管理”用例包含“添加”“删除”“修改”“查询”4个用例，“教师信息管理”用例包含“添加”“删除”“修改”“查询”4个用例。 系统外有2个人执行者；

“管理员”执行者参与系统内所有用例的操作。

“用餐人员”执行者参与系统内用餐人员信息“查询”用例的操作。 （3）“用户消费系统”用例图

图4用户消费系统用例图

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

“管理员”执行者参与系统内所有用例的操作。

“用餐人员”执行者参与系统内“卡处理”、“个人存款明细”、“个人消费明细”、“消费信息查询”、“现金消费信息查询”用例的操作。

“食堂管理人员”执行者参与系统内“用餐管理”用例中的“消费信息录入”和“现金消费信息录入”用例的操作。

3. 系统分析与对象类建模