目 录
1 前言 .............................................. - 3 -
1.1 作业背景 ................................................................................................................................. - 3 - 1.2 选题说明 ................................................................................................................................. - 3 - 1.3课程进度安排 ........................................................................................................................... - 4 - 1.4成员分工 ................................................................................................................................... - 5 -
2 系统可行性分析 ................................... - 5 -
2.1引言 ........................................................................................................................................... - 5 - 2.2食堂管理信息系统可行性分析................................................................................................ - 6 - 2.3现状调查 ................................................................................................................................... - 7 - 2.4新系统介绍 ............................................................................................................................... - 7 - 2.5结论 ........................................................................................................................................... - 7 -
3系统分析 ........................................... - 7 -
3.1系统概述 ................................................................................................................................... - 7 - 3.2系统功能分析 ........................................................................................................................... - 8 - 3.2.1子模块功能分析 ............................................................................................................... - 8 - 3.2.2系统整体功能管理模块 ................................................................................................. - 13 - 3.3数据流图 ................................................................................................................................. - 13 - 3.3.1学校校园卡（食堂卡）卡交易系统 ............................................................................. - 14 - 3.3.2 预定管理流图 ................................................................................................................ - 15 - 3.3.3库存管理数据流图 ......................................................................................................... - 16 - 3.3.4学校食堂整体流程图 ..................................................................................................... - 17 - 3.4 UC矩阵图 ................................................................................................................................ - 18 - 3.5数据字典： ............................................................................................................................. - 19 - 3.5.1数据字典的组成 ............................................................................................................. - 19 - 3.5.2数据字典的相关内容 ..................................................................................................... - 19 - 3.5.3数据字典-数据库数据字典 ........................................................................................... - 20 - 3.5.4数据项和数据结构 ......................................................................................................... - 20 -
4、系统设计 ........................................ - 24 -
4.1功能模块图 ............................................................................................................................. - 24 - 4.2确定系统运行平台 ................................................................................................................. - 25 - 4.2.1系统架构 ........................................................................................................................ - 25 - 4.2.2网络拓朴结构图 ............................................................................................................. - 26 - 4.2.3硬件系统配置................................................................................................................. - 26 - 4.2.4操作系统 ........................................................................................................................ - 26 -
- 1 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.2.5数据库管理信息系统 ..................................................................................................... - 27 - 4.2.6 CASE软件 ................................................................................................................... - 29 - 4.3设计E-R图 ............................................................................................................................. - 29 - 4.3.1 系统分E-R图 ............................................................................................................... - 30 - 4.3.2 整体E-R图 ................................................................................................................... - 36 - 4.4系统详细设计 ......................................................................................................................... - 37 - 4.4.1 代码设计 ....................................................................................................................... - 37 - 4.4.2 数据库设计.................................................................................................................... - 40 - 4.4.3用户子模式设计 ............................................................................................................. - 49 - 4.4.4人机对话设计................................................................................................................. - - 4.4.5 输入、输出设计 ............................................................................................................ - 55 -
5、结束语 .......................................... - 62 - 6、主要参考文献 .................................... - 63 -
- 2 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
1 前言
1.1 作业背景
本文根据《管理信息系统》课程要求而做。
课程作业要求如下：
用管理信息系统开发工具（例如Visual Basic、Visual Foxpro、Access、PowerBuilder、Delphi等）开发一个实用的中小型管理信息系统。
1．根据课程设计时间选择适当规模大小的设计课题。
2．根据合理的进度安排，按照系统开发的流程及方法，踏实地开展课程设计活动。 3．课程设计过程中，根据选题的具体需求，在开发各环节中撰写相关的技术文档，最后提交详细的课程设计报告，至少包括系统可行性分析报告、系统分析报告、系统设计报告三个主要部分。
4．开发出可以运行的管理信息系统，通过上机检查。
1.2 选题说明
学校食堂管理信息系统是一个实用并且是与我们的学校生活密切相关的一个管理信息系统；如果能够很好的研究、开发并加以利用，那么就会提高食堂的效益，降低食堂的成本，降低食堂的饭、菜价从而能够给学校的学生带来莫大的利益和好处。
同时随着高校的扩招，高校的食堂也变得越来越多。有的学校的食堂非常的分散，要实现如此之多的食堂的良好、协调、统一的管理，就需要借助现代的更加先进的技术和科技，比如说：电子信息管理系统、射频技术、网络技术、计算机技术等以实现更加方便、快捷、有效的食堂管理。
我们所选的食堂管理信息系统是在以学校现行的运行结构上进行的更加详细的设计和说明。
- 3 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
1.3课程进度安排
2010.6.5----2010.6.12 任务与进度：
1）设计选题方向，确定选题
2）确定小组内部课程设计工作的分工及相应要求 3）上网搜索查阅和收集相关参考资料和学习资料 4）进行可行性分析
5）认真撰写选题说明、系统功能目标和可行性分析报告 6）完善选题说明、系统功能目标和可行性研究报告
7）进行调查，深入了解和熟悉选题范围内的组织结构、业务功能、业务数据、管理要求、管理决策模型 2010-6-12---2010.19 任务与进度：
1）确定系统边界，了解系统组织结构及功能。 2）绘制组织功能表，描述组织与功能之间的关系 3）进行组织功能分析。
4）进行业务流程调查，并绘制业务流程图。对业务流程进行分析和优化(重组或改善）
5）绘制UC矩阵，并对UC矩阵进行分析 6）划分系统及数据布署
7）绘制数据流程图，并进行相应分析描述数据字典，数据处理逻辑以及管理模型
2010.6.19---2010.6.27 任务与进度：
1）系统总体划分，主要有系统环境的配置、网络设计、计算机处理流程设计 2）系统数据库设计，主要有数据库概念模型、数据规范化等 3）代码设计，主要有代码设计的目的、原则、分类 4）输入、输出及界面设计
5）模块功能与处理过程设计，主要有模块及其层次分解、控制结构图 6）系统安全设计 7）系统设计报告 2010.6.27---2010.7.3 任务与进度：
1）对系统分析与系统设计报告成果进行分析讨论 2）对系统分析与设计报告进行统稿与完善 3）对系统分析与设计报告进行排版 4）提交课程设计报告电子档
5）对分析与设计报告进行打印装订 6）答辩
- 4 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
1.4成员分工
段海文：主要负责全体的设计管理，协调好每一个小组成员的工作。参与课程设
计的每一个方面，侧重可行性分析部分；另外参与系统分析与系统设计的工作。每一阶段的工作都要认真的进行设计和指导，与其他的成员相互合作。
主要的具体工作：
1）数据流程图 2）功能分析图 3）数据字典
4）输出设计（主要指打印输出设计）
郭建文：主要负责系统设计方面。搜集相关的资料，利用课本知识及其相关的知
识对食堂管理信息系统进行深入的的分析和初步的设计。 主要的具体工作是： 1）业务流程图
2）存储文件格式设计（数据库结构设计） 3）功能结构图设计 4）数据加工处理的描述 康海东：主要负责系统设计方面，在系统分析的基础上利用相关的知识和其他相
关的资料对系统进行完全、完善的设计。
主要的具体工作： 1）功能结构图设计
2）输出设计（主要指打印输出设计） 3）数据流程图
4）输入设计（主要指数据录入卡设计） 李晓泉：主要负责文档管理方面，对课程设计相关文献资料和相关资料的整理进
行具体的负责。 主要的具体工作： 1）程序设计说明书
2）代码设计（职工证号和部门代号等） 3）附录和参考资料的整理
2 系统可行性分析
2.1引言
随着21世纪的到来，人们更深切地感受到了计算机在生活和工作中的作用越来越重要，越来越多职业需要具有计算机的应用技能。掌握计算机是职业的雪要，
- 5 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
更是事业发展的需要。
信息在社会和经济的发展中所起的作用越来越为人们所重视。信息资源的开发利用水平已成为衡量一个国家综合国力的重要标志之一。在计算机的三大主要应用领域（科学计算、数据处理与过程控制）中，数据处理的比重占70%左右。计算机作为信息处理的工具，为适应数据处理需求的迅速提高，满足各类系统对数据处理的要求，在文件系统的基础上发展起了数据库系统。
随着计算机计算机技术的飞速发展，计算机在企业管理中应用及普及，利用计算机实现企业信息管理势在必行。本课题以高等院校为对象，作为高效要面对大量的课程设计项目及相关信息的处理，这就需要一个课程设计管理系统来提高管理工作的效率。通过本系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理工作方面的工作量。
数据处理技术已深入到我们工作和生活的方方面面，而数据库技术是数据处理不可缺少的手段。随着数据库技术的发展，面向对象的数据库、分布式数据库、多媒体数据库、数据库开发工具的研究方兴未艾，这些技术的发展使用软件的开发速度更快、成本更低、质量更好、功能更强。
管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科，研究的是信息管理活动的全过程，以便有效的管理信息，提供各类管理决策信息，辅助企业进行现代化管理。管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能，具体作用如下5点内容：
（1）用统一标准处理和提供信息，排除使用前后矛盾的不完整的数据。 （2）完整、及时提供在管理及决策中需要的数据。 （3）利用指定的数据关系分析数据，客观预测未来。
（4）向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间。 （5）用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案，以提高企业的经济效益。
2.2食堂管理信息系统可行性分析
可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。 其主要从三个方面进行研究：
（1）技术可行性：对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬件性价比的不断提升，使计算机全面应用于医院管理的各个环节成为可能。C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用，实践证明这些技术都非常适合食堂管理系统的开发。
（2）经济可行性：对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行估计。学校食堂在学校和以及其他支持者的支持下能够保证有相当的可靠的可盈利性，另外食堂管理信息系统能够很好的对食堂的相关的方面进行相关的管理和控
- 6 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
制，能够有效的降低成本，提高营业利润。
（3）营运可行性：指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。食堂系统的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。学校是高科技技术的研发地，计算机学院以及其他相关学院的科学技术的发展能够保证管理信息系统的有效的开发和利用。 从以上可行性分析可知，该系统开发具备技术上、经济上和营运上的可行性。
2.3现状调查
学校的规模不断扩大，学生数量不断增加，学生信息量也成倍增长，食堂管理工作成为学校各项管理工作的一个重要部分。同时由于学校食堂管理复杂性给学校食堂的人工管理带来了相当大的难度，不管是在菜价的制定还是库存的控制方面都是现有的人工所处理不过来的数据，或者是处理起来难度非常大。
面对庞大的信息量，如何有效在提高食堂管理工作的效率是学校急需解决的问题。这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管理者能够准确，有效的管理餐饮。
2.4新系统介绍
本食堂管理信息系统是在计算机技术、网络技术、面向对象的新数据库技术以及其他相关的科学技术的支持下形成的。它主要是从以下几个管理方面：学生信息管理、食堂信息管理、订餐管理、库存管理、成本管理等来进行相关的分析与研究。通过此系统能够很好的处理大量的相关的食堂相关信息。
2.5结论
通过以上的分析可知，食堂管理信息系统是非常有必要的、可行的。
3系统分析
3.1系统概述
食堂管理信息系统是针对学校食堂的具体的业务而开发和设计的，其目的在于促进学校食堂的高效、便捷、快速的管理。开发食堂管理信息系统，期望实现以下目标。
（1）提高经济效益、增效资源
（2）提高食堂服务质量、建立良好形象 （3）提高食堂员工工作效率
- 7 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
（4）实行学校学生可接受的饭菜价 （5）完善食堂内部管理
3.2系统功能分析
系统功能是指完成某项工作的能力，以功能为基点分析问题，则系统将会相对于组织的变化而有一定的性，即可以获得较强的生命力。本论文讨论的食堂管理信息系统则是在电子科技技术的基础上，怎样做才能更好的提高食堂的服务效率、质量，减少食堂的成本，提高学校食堂的效益，从而让食堂能够更好的服务学校的师生。
系统功能分析是在系统开发的总体任务的基本上完成的。 主要功能：
1、学生信息管理 2、预定信息管理 3、成本核算管理 4、库存管理
其中主要任务为学生信息管理和结算信息管理。 总的功能特点：
完善、全面的综合查询 报表翔实，实用性强
3.2.1子模块功能分析
学生信息管理：主要是对学生的信息管理进行管理，主要的方面主要是学生
信息的查询、修改、添加等
学生信息查询 学生信息管理 学生信息修改 学生信息添加 学生信息删除
- 8 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
食堂成本核算管理：
对成本利润的综合分析。成本包括 固定成本（人员工资、水电、税等）+变动成本（菜、酒、米等的采购成本）。
收入指每天的销售收入。能核算每天、每月、每年、以及任何一段时间的成本，利润。
计算机系统核计每天各单位、各窗口的收益情况并将结果送入数据库供管理层查询；
总成本 单位总成本 加权成本 成本核算管理 成本查询 单位加权成本 总效益 单位效益 加权总效益 效益查询 单位加权效益
成本查询：总成本=各项成本的综合
单位平均成本=总成本/单位总数
加权成本=根据各部门、单位的重要性从而为其赋予一定的权数*本
单位的成本
单位加权平均成本=加权成本/单位总数
- 9 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
效益查询：总效益=各部们、单位的效益的总和 单位平均效益=总效益/单位、部门总数
加权效益=根据各部门、单位的重要性从而为其赋予一定的权数*本单位的效益
单位加权平均效益=加权效益/单位、部门总数
预订信息管理：采购部负责订购食品用材，其他部门向其提交申请，对于已
达货物可采取签名接受。
预订信息查询 预定信息管理 预订信息修改 预订信息添加 座位信息查询
在该系统中，把从学生预定信息输入单元输入的多种学生预定信息（学生的预定和工作人员的学生访问预定）存储到学生预定信息存储单元中，学生日程安排单元从存储在学生预定信息存储单元中的学生预定信息中选择出规定日中的
- 10 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
规定种类的学生预定信息，自动生成学生日程表。由此，不需要通过手工操作来从种类繁多的学生预定信息中挑选出规定日中的学生预定信息和挑选出规定种类的学生预定信息，可以向工作人员提供使用方便的学生日程表，从而可提高工作效率。
库存管理：
根据外界对库存的要求，企业订购的特点，预测，计划和执行一种补充库存的行为，并对这种行为进行控制，重点在于确定如何订货，订购多少，何时定货。
- 11 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
库存管理 库存余额查询 商品来源 商品价格 入库商品管理 出库商品 商品去向 商品出库管理 提货人员 是，商品入库 出库日期 否，重新订购 商品检验 进货单位、部门 商品是否合格 商品种类
- 12 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.2.2系统整体功能管理模块
学生信息添加 学生信息修改 食 堂 管 理 信 息 系 统 学生信息 学生信息查询 学生信息删除 成本查询 成本核算 效益查询 库存余额查询 库存管理 入库商品管理 出库商品管理 预订信息查询 预订信息修改 预定信息管理 预订信息添加 座位信息查询
3.3数据流图
数据流图（Data Function Diagram）：又名数据功能图表，简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。它是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型
- 13 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.3.1学校校园卡（食堂卡）卡交易系统
学生校园卡 相关的账号。可以用来转账，用于消费跟学生的卡号挂钩，在银行系统中建立学生 学生信息 刷卡交易学生卡信息管理系统 相关的学校合作银行 结算信息输入
结算管理 协助食堂的消费自助机，用于将学生的消费，从银行转到食堂相关的经营者手中
- 14 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.3.2 预定管理流图
学生 订餐 预订信息管理 确认 消费查询 收款管理 学生预定信息 成本结算管理
- 15 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.3.3库存管理数据流图
成本结算管理 采购员 使用资源 库存管理 入库管理 出库管理 库存信息判断
- 16 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.3.4学校食堂整体流程图
学生校园卡 学生 订餐 学生信息 刷卡交易根据效益情况制定合适的销售价格 预定管理 根据效益制定合适的进货价格学生卡信息管理系统 效益核算 结算信息输入 结算管理 成本效益管理 成本查询 采购员 成本结算 收款管理 可行 库存管理 信息查询 入库管理 出库管理 库存信息判断 反馈
- 17 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.4 Uc矩阵图
根据前面识别的业务流程，得出能保证其业务流程运作的信息需求如表所示
业务流程 基本信息输入 交易 订餐 结算信息 消费查询 收款管理 入库 出库加工 库存信息判断 产生的信息 学生信息管理 学生信息管理 预订信息管理 学生信息管理 成本结算管理 入库管理 出库管理 入库管理、出库管理 使用的信息 学生办卡 学生 学生 成本结算管理 预订信息管理 预订信息管理 采购员、库存管理 库存管理 建立主题数据与食堂流程的关系矩阵（U/C矩阵）
主题数据与企业流程的关系可用U/C矩阵进行描述，即将主题数据对照企业流程安排在一个矩阵里，用C和U分别表示哪个流程产生该流程使用该数据。具体如下：
消 主题费 数据者 成 成预
信 本 本订息 结入出学 结信库管 预订算库库生学算息采存流程理 信息管管管办生 管管购管
管理 理 理 理 卡 理 理 员 理
C
基本信息输入 U
C U 交易 U 订餐 C C 结算信息 U U 消费查询 C 收款管理 U C 入库 U U C 出库加工 U C C 库存信息判断
- 18 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3.5数据字典：
数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。
数据字典是一个预留空间，一个数据库，这是用来储存信息数据库本身。 数据字典可能包含的信息，例如：
1数据库设计资料 2用户权限 3用户统计
4数据库的过程中的信息 5数据库增长统计 6数据库性能统计
数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。
数据字典通常包括数据项\\数据结构\\数据流\\数据存储和处理过程五个部分。 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
3.5.1数据字典的组成
1、数据项 2、数据结构 3、数据流 4、数据存储 5、处理过程
3.5.2数据字典的相关内容
数据库的重要部分是数据字典。它存放有数据库所用的有关信息，对用户来说是一组只读的表。数据字典内容包括：
1、数据库中所有模式对象的信息，如表、视图、簇、及索引等。 2、分配多少空间，当前使用了多少空间等。 3、列的缺省值。
4、约束信息的完整性。 5、用户的名字。
6、用户及角色被授予的权限。 7、用户访问或使用的审计信息。 8、其它产生的数据库信息。
数据库数据字典是一组表和视图结构。它们存放在SYSTEM表空间中。数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息。用
- 19 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
户可以用SQL语句访问数据库数据字典。
关于数据的信息集合,是一种用户可以访问的记录数据库和应用程序元数据的目录,是对数据库内表信息的物理与逻辑的说明
3.5.3数据字典-数据库数据字典
是一组表和视图结构。它们存放在SYSTEM表空间中。 数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息。用户可以用SQL语句访问数据库数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
3.5.4数据项和数据结构
针对一般高校食堂管理信息系统的需求，通过对食堂管理工作过程的内容和数据流程分析，设计如下所示的数据项和数据结构：
数据结构名称：卡信息
包括的数据项有： 1) 卡号
（学生使用的用来付款的卡的编号，与学生办卡的先后顺序有关 也有可能是与学院有关的 别名Card_number 字符型 长度6）
2) 余额
（学生卡中所剩的金钱数量，别名Balance 字符型 长度 6） 3) 办卡日期
（学生办卡的日期，别名Card_date 日期型 长度 8） 4) 持卡者姓名
（拥有信息卡的学生的名称，别名 Person_name 字符型 长度 10） 5) 花费
（学生所消费的金钱数量 别名 Consume 字符型 长度 20）
数据结构名称：学生信息
包括的数据项有： 1) 学号
（学生在校所编的号码 别名 S_number 字符型 长度 6） 2) 系别
（学生所在的系的名称 别名 S_system 字符型 长度 16） 3) 班级
（学生所在的班级的班号 别名 class 字符型 长度 20） 4) 姓名
（学生的姓名 别名 S_name 字符型 长度 10） 5) 性别
（学生的性别 别名 S_sex 字符型 长度 4）
- 20 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
6) 宿舍
（学生所在宿舍名称 别名 S_dorm 字符型 长度 20） 7) 联系方式
（学生的手机号码 别名 S_tel 字符型 长度 20）
数据结构名称：教师信息
包括的数据项有： 1) 教师号
（教师的编号 别名 T_number 字符型 长度 6） 2) 系别
（教师所在的系的名称 别名 T_system 字符型 长度 10） 3) 姓名
（教师的姓名 别名 T_name 字符型 长度 6） 4) 性别
（教师的性别 别名 T_sex 字符型 长度 4） 5) 家庭住址
（教师的家庭住址 别名 Address 字符型 长度 50） 6) 联系方式
（教师的手机号码 别名 T_tel 字符型 长度 20）
数据结构名称：学生
包括的数据项有： 1) 消费序号
（学生来消费的序号 别名 Consumer_number 字符型 长度 6） 2) 姓名
（学生的姓名 别名 Consumer_name 字符型 长度 10） 3) 性别
（学生的性别 别名 Consumer_sex 字符型 长度 10） 4) 消费类别
（学生消费的类别，其中包括卡消费和现金消费 别名Consume_sort字符型 长度 10） 5) 学生类别
（学生的类别，这里指学生或教师 别名 Consumer_sort 字符型 长度 10）
数据结构名称：消费情况
包括的数据项有： 1) 一楼窗口
（一楼所有窗口一天内收入总和 别名 Floor_one 字符型 长度 6） 2) 二楼窗口
（二楼所有窗口一天内收入总和 别名 Floor_two 字符型 长度 6） 3) 三楼窗口
（三楼所有窗口一天内收入总和 别名 Floor_three 字符型 长度 6） 4) 一天消费总额
- 21 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
（一天内在食堂用餐的学生所花费的总额，它的数值等于所有楼层的收入与学生在餐位所花费的总额 别名 Total 长整型 长度 6） 5) 日期
（记录的日期 别名 Date 日期型 长度 8）
数据结构名称：管理员信息
包括的数据项有： 1) 管理员编号
（管理员在食堂的编号 别名 Manager_number 字符型 长度 6） 2) 姓名
（管理员的姓名 别名 Manager_name 字符型 长度 6） 3) 性别
（管理员的性别 别名 Manager_sex 字符型 长度 4） 4) 家庭住址
（管理员的家庭住址 别名 Manager_address 字符型 长度 50） 5) 联系方式
（管理员的联系方式 别名 Manager_tel 字符型 长度20） 6) 工资
（管理员每个月的收入 别名 Income 整型 长度 20）
数据结构名称：库存信息
包括的数据项有： 1) 商品编号
（商品的编号 别名 Trade_no 字符型 长度20） 2) 商品名称
（商品的名称 别名 Trade_name 字符型 长度 20） 3) 商品价格
（商品所入库时的价格 别名price 整型 长度 4） 4) 入库商品数量
（入库时商品的数量 别名 Enter_number 整型 长度 4） 5) 库存商品数量
（现在库存的商品的数量 别名 Stock_number 整型 长度 4） 6) 入库时间
（商品入库的时间 别名 entertime 日期型 长度 8） 7) 出库时间
（商品出库的时间 别名 outtime 日期型 长度 8）
数据结构名称：餐位信息
包括的数据项有： 1) 餐位编号
（学生订餐餐位所在的编号 别名 Room_number 字符型 长度 6） 2) 餐位位置
（学生订餐餐位所在的餐位位置 别名 Room_address字符型
- 22 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
长度 20）
数据结构名称：订餐信息
包括的数据项有： 订餐编号
（学生订餐的编号，以便管理 别名 Beat_number 字符型 长度 6） 1) 学生姓名
（学生的姓名 别名 Consumer_name 字符型 长度 10） 2) 联系方式
（学生的联系方式（手机号码） 别名 Consumer_tel 字符型 长度 20） 3) 约定时间
（学生订餐时所约定的吃饭时间 别名Booktime 日期型 长度 8） 4) 备注信息
（在订餐时其他的信息 别名 Remark_info 文本型 长度 50）
- 23 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4、系统设计
4.1功能模块图
学生信息添加 学生信息修改 食 堂 管 理 信 息 系 统 学生信息 学生信息查询 学生信息删除 成本查询 成本核算 效益查询 库存余额查询 库存管理 入库商品管理 出库商品管理 预订信息查询 预订信息修改 预定信息管理 预订信息添加 座位信息查询
模块说明：
学校的食堂管理信息系统是由学生信息管理、成本核算、库存管理、预定信息管理三个子模块功能构成。
学生信息---------主要有学生信息添加、修改、查询、删除。它主要负责在校生的管理，由于校园卡是学生在校的一个重要的消费卡。所以，学生信息管理子模块是整个学校食堂管理的中心和基础。
成本核算---------主要是指学校的食堂在盈利与亏损方面管理。食堂是以一个以盈利为目的的企业，如果食堂达不到它想要的利润目标那么他就容易崩溃，就
- 24 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
会影响学生的相关的伙食供应，影响学校的安定。所以说，成本核算是至关重要的一项。
库存管理---------主要是指学校食堂的相关的库存。库存管理是至关重要的，因为它关系到学校的相关的利益和食堂利益。库存管理在现代社会中显的尤为的重要，库存管理的成本降到最低则会大大提高食堂的毅力成本。
预定信息管理---------主要是指预订信息查询、修改、添加以及座位信息的查询等。学校的食堂会提供一些高级的餐饮供应，比如中国矿业大学一、二食堂的3楼，在这种情况下，预定信息管理的就极为重要。
以上的几项内容最后均汇至一台的处理计算机，然后由处理的计算机向外延伸出各个不同地方的终端负责各个地方的刷卡消费、商品管理等。最终再将各个终端计算机的相关信息汇总到处理计算机，最终实现系统化管理，实现食堂信息管理。
4.2确定系统运行平台
4.2.1系统架构
系统架构属于系统设计阶段中重要的一个方面，系统架构只是这个阶段一个产物，要正确的、合理的画系统架构需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作。本系统选用C/ S + B/ S新型体系架构。
C/ S + B/ S新型体系架构
在B/ S + C/ S 新型体系架构中 ，一些需要通过Web 处理的 ，满足大多数访问者请求的功能(如信息发布查询界面)采用 B/ S 架构 ，而后台只需少数人使用的功能(如数据库管理、 维护)则采用 C/ S架构。组件位于 Web 应用程序中 ，客户端发出HTTP请求到 Web服务器 ，Web服务器将请求传送给 Web应用程序 ，Web应用程序再将数据请求传送给数据库服务器 ，数据库服务器将数据返回 Web 应用程序 ，然后由 Web 服务器将数据传送给客户端对于一些较难实现的功能或一些需要丰富的HTML 页面 ，则可通过在页面中嵌入 ActiveX控件来实现。
这种体系架构的分布结构见图：
采用这种新型架构的优点在于：
- 25 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
(1)采用了B/ S与 C/ S体系架构的优势 ，弥补了二者的不足；
(2)客户请求和信息发布采用B/ S架构 ，保持了瘦客户端的优点 ，客户机只利用浏览器即可完成所有的应用需求；
(3) 数据库请求响应采用 C/ S 架构 ，通过在Web应用程序和数据库之间建立 ODBC/ JDBC连接来完成数据库的连接和请求响应 ，能完成大量数据的批量录入请求；
(4)系统维护、 数据更新方便 ，不存在完全采用 C/ S 结构带来的客户端维护工作量大等缺点；
(5)将服务器端划分为 Web 服务器和 Web应用程序两部分。 Web 应用程序采用组件技术实现三层体系结构中的商业逻辑部分 ，达到封装源代码 ，保护知识产权的目的；
(6)对基于 C/ S 体系架构的应用 ，可以保留原有的某些子系统 ，只需开发用于发布的 WWW界面 ，就能很容易地升级到这种体系架构 ，使得原有系统或资源无需大的改造即可连接使用。
4.2.2网络拓朴结构图
网络拓扑结构是指用传输媒体互联各种设备的物理布局。将参与LAN工作的各种设备用媒体互联在一起有多种方法，实际上只有几种方式能适合LAN的工作。如果一个网络只连接几台设备，最简单的方法是将它们都直接相连在一起，这种连接称为点对点连接。用这种方式形成的网络称为全互联网络，如下图所示。 图中有6个设备，在全互联情况下，需要15条传输线路。如果要连的设备有n个，所需线路将达到n(n-1)/2条!显而易见，这种方式只有在涉及地理范围不大，设备数很少的条件下才有使用的可能。即使属于这种环境，在LAN技术中也不使用。我们所说的拓扑结构，是因为当需要通过互联设备(如路由器)互联多个LAN时，将有可能遇到这种广域网(WAN)的互联技术。 目前大多数网络使用的拓扑结构有3种： ① 星行拓扑结构； ② 环行拓扑结构； ③ 总线型拓扑结；
本食堂管理信息系统主要采用的是混合型拓扑结构：就是两种或两种以上的拓扑结构同时使用。这种拓扑结构，可以对网络的基本拓扑取长补短。
4.2.3硬件系统配置
硬件配置用来表示负载均衡产品的硬件基本配置，如CPU、内存、硬盘等参数的指标。 本系统应用的主要的硬件是：数据库为SQL Server 2000、Access等。
4.2.4操作系统
Window XP、Win 7、Vista
- 26 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.2.5数据库管理信息系统
数据库管理系统(database management system, DBMS)是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库，简称DBMS。它对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过DBMS访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护工作。它提供多种功能，可使多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。它使用户能方便地定义和操纵数据，维护数据的安全性和完整性，以及进行多用户下的并发控制和恢复数据库。
选择数据库管理系统时应从以下几个方面予以考虑：
(1) 构造数据库的难易程度。 需要分析数据库管理系统有没有范式的要求，即是否必须按照系统所规定的数据模型分析现实世界，建立相应的模型；数据库管理语句是否符合国际标准，符合国际标准则便于系统的维护、开发、移植；有没有面向用户的易用的开发工具；所支持的数据库容量，数据库的容量特性决定了数据库管理系统的使用范围。
(2) 程序开发的难易程度。有无计算机辅助软件工程工具CASE——计算机辅助软件工程工具可以帮助开发者根据软件工程的方法提供各开发阶段的维护、编码环境，便于复杂软件的开发、维护。有无语言的开发平台——语言具有非过程语言的设计方法，用户不需编写复杂的过程性代码，易学、易懂、易维护。有无面向对象的设计平台——面向对象的设计思想十分接近人类的逻辑思维方式，便于开发和维护。对多媒体数据类型的支持——多媒体数据需求是今后发展的趋势，支持多媒体数据类型的数据库管理系统必将减少应用程序的开发和维护工作。
(3)数据库管理系统的性能分析。包括性能评估（响应时间、数据单位时间吞吐量）、性能监控（内外存使用情况、系统输入/输出速率、SQL语句的执行，数据库元组控制）、性能管理（参数设定与调整）。
(4)对分布式应用的支持。 包括数据透明与网络透明程度。数据透明是指用户在应用中不需指出数据在网络中的什么节点上，数据库管理系统可以自动搜索网络，提取所需数据；网络透明是指用户在应用中无需指出网络所采用的协议。数据库管理系统自动将数据包转换成相应的协议数据。
(5)并行处理能力。 支持多CPU模式的系统（SMP，CLUSTER，MPP），负载的分配形式，并行处理的颗粒度、范围。
(6) 可移植性和可扩展性。可移植性指垂直扩展和水平扩展能力。垂直扩展要求新平台能够支持低版本的平台，数据库客户机/服务器机制支持集中式管理模式，这样保证用户以前的投资和系统；水平扩展要求满足硬件上的扩展，支持从单CPU模式转换成多CPU并行机模式（SMP, CLUSTER, MPP）
(7)数据完整性约束。 数据完整性指数据的正确性和一致性保护，包括实体完整性、参照完整性、复杂的事务规则。 (8)并发控制功能。 对于分布式数据库管理系统，并发控制功能是必不可少的。因为它面临的是多任务分布环境，可能会有多个用户点在同一时刻对同一数据进行读或写操作，为了保证数据的一致性，需要由数据库管理系统的并发控制功能来完成。评价并发控制的标准应从下面几方面加以考虑：保证查询结果一致性方法数据锁的颗粒度（数据锁的控制范围，表、页、元组等）数据锁的升级管理功
- 27 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
能死锁的检测和解决方法
(9) 容错能力。异常情况下对数据的容错处理。评价标准：硬件的容错，有无磁盘镜象处理功能软件的容错，有无软件方法异常情况的容错功能
(10)安全性控制 ，包括安全保密的程度（帐户管理、用户权限、网络安全控制、数据约束）
(11) 支持汉字处理能力，包括数据库描述语言的汉字处理能力（表名、域名、数据）和数据库开发工具对汉字的支持能力。
基于关系模型的数据库管理系统已日臻完善，并已作为商品化软件广泛应用于各行各业。它在各户服务器结构的分布式多用户环境中的应用，使数据库系统的应用进一步扩展。随着新型数据模型及数据管理的实现技术的推进，可以预期DBMS软件的性能还将更新和完善，应用领域也将进一步地拓宽。 它所提供的功能有以下几项：
（1）数据定义功能。DBMS提供相应数据语言来定义（DDL）数据库结构，它们是刻画数据库框架，并被保存在数据字典中。
（2）数据存取功能。DBMS提供数据操纵语言（DML），实现对数据库数据的基本存取操作：检索，插入，修改和删除。
（3）数据库运行管理功能。DBMS提供数据控制功能，即是数据的安全性、完整性和并发控制等对数据库运行进行有效地控制和管理，以确保数据正确有效。
（4）数据库的建立和维护功能。包括数据库初始数据的装入，数据库的转储、恢复、重组织，系统性能监视、分析等功能。
（5）数据库的传输。DBMS提供处理数据的传输，实现用户程序与DBMS之间的通信，通常与操作系统协调完成。 常见的数据库管理系统 目前有许多数据库产品，如Oracle、Sybase、Informix、Microsoft SQL Server、Microsoft Access、Visual FoxPro等产品各以自己特有的功能，在数据库市场上占有一席之地。下面简要介绍几种常用的数据库管理系统。 Oracle
Oracle是一个最早商品化的关系型数据库管理系统，也是应用广泛、功能强大的数据库管理系统。Oracle作为一个通用的数据库管理系统，不仅具有完整的数据管理功能，还是一个分布式数据库系统，支持各种分布式功能，特别是支持Internet应用。作为一个应用开发环境，Oracle提供了一套界面友好、功能齐全的数据库开发工具。Oracle使用PL/SQL语言执行各种操作，具有可开放性、可移植性、可伸缩性等功能。特别是在Oracle 8i中，支持面向对象的功能，如支持类、方法、属性等，使得Oracle 产品成为一种对象/关系型数据库管理系统。目前最新版本是Oracle 11g。 Microsoft SQL Server
Microsoft SQL Server是一种典型的关系型数据库管理系统，可以在许多操作系统上运行，它使用Transact-SQL语言完成数据操作。由于Microsoft SQL Server是开放式的系统，其它系统可以与它进行完好的交互操作。目前最新版本的产品为Microsoft SQL Server 2008，它具有可靠性、可伸缩性、可用性、可管理性等特点，为用户提供完整的数据库解决方案。 Microsoft Access （本系统应用的管理系统）
作为Microsoft Office组件之一的Microsoft Access是在Windows环境下非常
- 28 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
流行的桌面型数据库管理系统。使用Microsoft Access无需编写任何代码，只需通过直观的可视化操作就可以完成大部分数据管理任务。在Microsoft Access数据库中，包括许多组成数据库的基本要素。这些要素是存储信息的表、显示人机交互界面的窗体、有效检索数据的查询、信息输出载体的报表、提高应用效率的宏、功能强大的模块工具等。它不仅可以通过ODBC与其它数据库相连，实现数据交换和共享，还可以与Word、Excel等办公软件进行数据交换和共享，并且通过对象链接与嵌入技术在数据库中嵌入和链接声音、图像等多媒体数据。
4.2.6 CASE软件
计算机辅助软件工程CASE：是借助于计算机及其软件工具的帮助，开发、维护、管理软件产品的过程，其目的是为了加快系统开发的过程，提高所开发系统的质量。
4.3设计E-R图
即实体-联系图
实体-联系图(Entity-Relation Diagram)用来建立数据模型,在数据库系统概论中属于概念设计阶段，形成一个于机器，于DBMS的ER图模型。通常将它简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。
ER图提供了表示实体（即数据对象）、属性和联系的方法，用来描述现实世界的概念模型。
下图就是一个简单的E-R图：
构成E-R图的基本要素是实体、属性和联系，其表示方法为： 实体型：用矩形表示，矩形框内写明实体名；
属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；多值属性由
- 29 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
双线连接；主属性名称下加下划线；
联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型
在E-R图中要明确表明1对多关系，1对1关系和多对多关系。 1对1关系在两个实体连线方向写1；
1对多关系在1的一方写1，多的一方写N；
多对多关系则是在两个实体连线方向各写N,M
根据食堂管理信息系统之间的关系，综合各个实体之间的关系特设计如下E-R图：
4.3.1 系统分E-R图
4.3.1.1 卡信息实体E-R图
卡信息 卡号 花费 余额 办卡日期 持卡者姓名
4.3.1.2 教师信息实体E-R图
教师信息 教师号 联系方式 系别 姓名 性别 家庭住址
- 30 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.3.1.3 学生信息实体E-R图
学生信息 学号 联系方式 系别 班级 性别 姓名 宿舍
4.3.1.4 餐厅信息实体E-R图
餐厅信息 餐厅编号 餐厅位置
4.3.1.5 订餐信息实体E-R图
订餐信息 订餐编号 备注信息 学生姓名 联系方式 约定时间
- 31 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.3.1.6 学生实体E-R图
学生 姓名 性别 消费序号 消费类别 学生类别
4.3.1.7 消费情况实体E-R图
消费情况 一楼窗口 日期 二楼窗口 三楼窗口 一天消费总额
4.3.1.8 管理员信息实体E-R图
管理员信息 联系方式 管理员编号 家庭住址 性别 工资 姓名
- 32 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.3.1.9 库存信息实体E-R图
库存信息 商品名称 出库时间 商品价格 入库商品数量 商品编号 入库时间 库存商品数量
4.3.1.10 管理员信息实体和库存管理实体关系E-R图
库存商品数 量 管理员编 家庭住址 号 入库时间 商品名称 商 品编联系方式 库存信息 管理员信息 号 管理 商品价格 出库时间 工资 性别 入库商品数姓名 量
- 33 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.3.1.11 管理员信息实体、消费情况实体、学生实体关系E-R图 姓名 家庭住址 管理员编联系方式 号 管理员信息 性别 工资 管理查询 学生类别 姓名 性别 消费情况 学生 一楼窗口 消费 一天的消费总额 日期 消费序号 消费类别 三楼窗口 二楼窗口
4.3.1.12 订餐信息实体、餐位信息实体、学生实体关系E-R图
餐厅编号 餐厅位置
餐厅信息
学生类别 订餐编号 联系方式 消费类别
所在
约定时间
学生 订餐信息 订餐 备注信息
学生姓名 性别 姓名 消费序号
- 34 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.3.1.13 卡信息实体、学生信息实体、学生实体关系E-R图 学号 消费类别 学生类别 联系方式
宿舍
班级
学生信息 学生 属于 系别
性别 姓名 姓名
消费序号 持有 性别
花费 卡信息 持卡人姓名
卡号 办卡日期
余额
4.3.1.14 卡信息实体、教师信息实体、学生实体关系E-R图 消费类别 学生类别 姓名 教师号 系别 教师信息 学生 属于 联系方式 家庭住址 性别 姓名 消费序号 性别 持有 卡信息 卡号 持卡人姓名 花费 办卡日期 余额
- 35 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.3.2 整体E-R图 出库时间 库存信息 包房信息 商品 名称 管理 订餐编号 联系方式 管理员编所在 家庭住址 号 约定时间 订餐信息 工资管理员信息 联系方式 备注信息 姓名 学生姓名 性别 管理查询 订餐 学生类别 消费类别 一楼窗口 二楼窗口 消费 消费情况 学生 姓名 三楼窗口 一天的消费总额 性别 消费序号 日期 组成 属于 教师号 学号 姓名 班级 系别 系别 学生信息 教师信息 家庭住址 姓名 联系方式 联系方式 宿舍 性别 使用 持有 性别 花费 卡信息 持卡人姓名 卡号 余额 办卡日期
- 36 -
商品价格 。。。。。。 餐位编号 餐位位置 《管理信息系统》课程设计——《学校食堂管理信息系统》
4.4系统详细设计
4.4.1 代码设计
代码是用来表征客观事物实体类型与属性的一个或一组易于计算机识别和处理的特定符号，它可以是字符、数字、某些特殊符号或它们的组合。代码设计就是要把系统中要处理的事物用特定的代码来描述，便于计算机系统识别、处理，便于数据的共享，提高用户使用数据的效率。
代码设计原则、方法及步骤 1.代码设计原则 （1）标准化、系统化
标准化、系统化的代码具有适合计算机处理，便于实现，提高处理速度等优点。凡已制定了统一标准代码的，均应采用标准代码形式。 （2）惟一性：设计代码代表的实体或属性惟一。
（3）统一性、直观性、逻辑性 具备这些特点的代码便于记忆，且有助于减少错误。
（4）可扩展性 既代码设计要预留足够位置，便于增加实体时，可直接在原代码系统中进行扩充，而不必改变原编码结构。
（5）代码设计要在逻辑上能满足用户要求，在结构上与处理方法相一致。 （6）简短性：避免使用易错字符、易混淆字符。 2.代码设计方法
（1）顺序编码法 ：顺序编码法通常是将编码对象按一定顺序排列，然后对其依次编号，所得的编码为顺序码。例如，01表示数学系，02表示物理系，03表示哲学系
（2）重复编码法 ：这种方法直接采用编码对象原人工系统中的编号和编码对象的某种特征作为代码。
（3）分组编码：分组编码法将数据项按一定顺序分组以表示不同类型，并以
两个具有特定含义的码的组合来表示某一实体，例如，餐位号码：A座301。 通常分组编码法都在每组留有备用码，以便扩充。 （4）字母编码法
（5）按位编码法，按位编码法将编码的每一位表示一定的含义。使用此方法所得编码为区间码。 （6）十进制编码法 （7）专用编码法 （8）组合编码法 3.代码设计步骤
（1）确定代码编制目的。
（2）确定编码对象，包括已在使用的代码对象。 （3）确定代码使用场合和使用期限。
（4）分析编码对象的使用要求。如使用频率、变更周期、输出要求等。 （5）确定具体编码方法，考虑是否采用检验位。 （6）针对每种代码编写代码设计书。
（7）将总代码设计书归类编写代码薄,并规定代码管理制度。
- 37 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4、代码的功能 1·它为事物提供一个概要而不含糊的认定，便于数据的存储和检索。代 码缩短了事物的名称，无论是记录、记忆还是存储，都可以节省时间和空间。 2，使用代码可以提高处理的效率和精度。按代码对事物进行排序、累计 或按某种规定算法进行统计分析，可以十分迅速。 3·代码提高了数据的全局一致性。这样，对同一事物，即使在不同场合 有不同的叫法，都可以通过编码统一起来，提高了系统的整体性，减少了因数 据不一致而造成的错误。 4·代码是人和计算机的共同语言，是两者交换信息的工具。 在手工处理系统中，许多数据如零件号、设备号、图号等早已使用代码。 为了给尚无代码的数据项编码，为了统一和改进原有代码，使之适应计算机处 理的要求，在建立新系统时，必须对整个系统进行代码设计。
现代化企业的编码系统已由简单的结构发展成为十分复杂的系统。为了有 效地推动计算机应用和防止标准化工作走弯路，我国十分重视制订统一编码标 准的问题，并己公布了GB2260-80中华人民共和国行政区划代码、GBl988- 80信息处理交换的七位编码字符集等一系列国家标准编码，在系统设计时要 认真查阅国家和部门已经颁布的各类标准。 5、注意的问题
l设计的代码在逻辑上必须能满足用户的需要，在结构上应当与处理的 方法相一致。例如，在设计用于统计的代码时，为了提高处理速度，往往使之 能够在不需调出有关数据文件的情况下，直接根据代码的结构进行统计。 2一个代码应惟一标志它所代表的事物或属性。
3代码设计时，要预留足够的位置，以适应不断变化的需要。否则，在 短时间内，随便改变编码结构对设计工作来说是一种严重浪费。一般来说，代愈短，分类、准备、存储和传送的开销愈低;代码愈长，对数据检索、统计 分析和满足多样化的处理要求就愈好。但编码太长，留空太多，多年用不上， 也是一种浪费。
4代码要系统化，代码的编制应尽量标准化，尽量使代码结构对事物的 表示具有实际意义，以便于理解及交流。
5要注意避免引起误解，不要使用易于混淆的字符。如0、2、1、S、V 与0、2、1、5、U易混;不要把空格作代码;要使用乃小时制表示时间等。 6要注意尽量采用不易出错的代码结构，例如字母-字母-数字的结构 (如W吧)比字母一数字-字母的结构 (如W2W)发生错误的机会要少一些。
7当代码长于4个字母或5个数字字符时，应分成小段。这样人们读写 时不易发生错误。如726一499一6135比72996135易于记忆，并能更精确地 记录下来。
8若已知码的位数为p，每一位上可用字符数为Si，则可以组成码的总 数为: C=∏Si 例如，对每位字符为0-9的三位码，共可组成C=l0xl0xl0=1000种 码。 代码设计在系统分析阶段就应当开始。由于代码的编制需要仔细调查和多 方协调，是一项很费事的工作;需要经过一段时间，在系统设计阶段才能最后确定
本系统在综合各个实体及其之间的关系的基础上，决定采用的是顺序编码方法。具体的代码规则如下：
- 38 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
代码表 编号： 填表人： 填表日期： 编码对象 代码种类 代码结构 检验位 备注 编号： 填表人： 填表日期： 编码对象 代码种类 代码结构 检验位 备注 编号： 填表人： 填表日期： 编码对象 代码种类 代码结构 教师号 层次码 代码位数 8 00 00 00 00 学院代码 工作年份 职称 工作顺序 无 卡号 层次码 代码位数 8 00 00 0000 学校代码 学院代码 学生入学顺序 无 学生学号 层次码 代码位数 8 00 00 00 00 学院代码 入学年份 班级代码 班级内顺序号 无 检验位 备注 编号： 填表人： 填表日期： 编码对象 代码种类 代码结构 检验位 备注
管理员编号 层次码 代码位数 7 00 00 000 学校代码 工作年份 工作顺序 无 - 39 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
编号： 填表人： 填表日期： 编码对象 代码种类 代码结构 检验位 备注 商品编号 层次码 代码位数 6 00 00 00 公司地点 购买渠道 产品名称 无 4.4.2 数据库设计
数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。在数据库领域内，常常把使用数据库的各类系统统称为数据库应用系统。
数据库设计(Database Design)是指根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的过程。就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。一般，数据库的设计过程大致可分为6个步骤：
(1)需求分析；调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。
(2)概念设计；对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体—（E-R模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。 (3)逻辑设计；主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
(4)物理设计；根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。
(5)验证设计；在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改
- 40 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
设计的可能性和方便性。
（6）运行与维护设计；在数据库系统正式投入运行的过程中，必须不断地对其进行 评调整与修改。
至今，数据库设计的很多工作仍需要人工来做，除了关系型数据库已有一套较完整的数据范式理论可用来部分地指导数据库设计之外，尚缺乏一套完善的数据库设计理论、方法和工具，以实现数据库设计的自动化或交互式的半自动化设计。所以数据库设计今后的研究发展方向是研究数据库设计理论，寻求能够更有效地表达语义关系的数据模型，为各阶段的设计提供自动或半自动的设计工具和集成化的开发环境，使数据库的设计更加工程化、更加规范化和更加方便易行，使得在数据库的设计中充分体现软件工程的先进思想和方法。
根据本食堂管理信息管理系统各个子模块之间的关系，数据库设计如下： 创建库存信息表Stock
库存信息表Stock
列名 Trade_no Trade_name price Enter_number Stock_number entertime outtime Manager_number
数据类型 数字 文本 货币 数字 数字 日期/时间 日期/时间 数字 可否为空 NOT NULL NULL NULL NULL NULL NULL NULL NOT NULL 说明 商品编号 商品名称 商品价格 声明 主键 建立 聚簇索引 入库商品数量 库存商品数量 入库时间 出库时间 管理员编号 建立 聚簇索引 建立 唯一索引 外键
- 41 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
创建管理员信息表Manager
管理员信息表Manager
列名 Manager_number Manager_name Manager_sex Manager_address Manager_tel Income
数据类型 数字 文本 是/否 数字 数字 货币 可否为空 NOT NULL NOT NULL NULL NULL NULL NULL 说明 管理员编号 姓名 性别 声明 主键 家庭住址 联系方式 工资
创建消费情况表ConsumeSituation
消费情况表ConsumeSituation 列名 Date Total Floor_one
数据类型 日期/时间 可否为空 NOT NULL NULL NULL - 42 -
说明 声明 数字 数字 主键 日期 建立 唯一索引 建立 一天消费总额 聚簇索引 一楼窗口 《管理信息系统》课程设计——《学校食堂管理信息系统》
Floor_two Floor_three Consumer_number
数字 数字 数字 NULL NULL NOT NULL 二楼窗口 三楼窗口 消费序号 外键
创建学生表Consumer
学生表Consumer 列名 数据类型 可否为空 说明 声明 Consumer_number 数字 NOT NULL 消费序号 主键 Consumer_name 文本 NOT NULL 姓名 Consumer_sex 是/否 NULL 性别 Consume_sort 文本 NULL 消费类别 Consumer_sort
文本 NULL 学生类别 - 43 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
为创建订餐信息表book_eat
订餐信息表book_eat
列名 Beat_number Consumer_name Consumer_tel Booktime Remark_info Consumer_number Room_number
数据类型 数字 文本 数字 日期/时间 文本 数字 数字 可否为空 NOT NULL NOT NULL NULL NULL NULL NOT NULL NOT NULL 说明 订餐编号 学生姓名 联系方式 约定时间 备注信息 消费序号 餐位编号 声明 主键 建立 聚簇索引 建立 聚簇索引 外键 建立唯一索引 外键
- 44 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
创建餐位信息表Roominfo
餐位信息表Roominfo 列名 Room_number Room_address
数据类型 文本 文本 可否为空 NOT NULL NOT NULL 说明 餐位编号 餐位位置 声明 主键
创建学生信息表Student
学生信息表Student 列名 S_number S_name S_sex Class S_system S_dorm S_tel
数据类型 数字 文本 是/否 文本 文本 文本 数字 可否为空 NOT NULL NOT NULL NULL NULL NULL NULL NULL 说明 学号 姓名 性别 班级 系别 宿舍 联系方式 声明 主键 建立 聚簇索引 - 45 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
创建卡信息表Card
卡信息表Card
列名 Card_number Balance Card_date Person_name Consume
数据类型 数字 数字 日期/时间 文本 数字 可否为空 NOT NULL NOT NULL NULL NULL NULL 说明 卡号 余额 办卡日期 声明 主键 建立 唯一索引 建立 聚簇索引 持卡者姓名 花费 建立 聚簇索引
创建教师信息表Teacher
教师信息表Teacher 列名 数据类型 可否为空 说明 声明 - 46 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
T_number T_name T_sex T_system Address T_tel
数字 文本 是/否 文本 文本 数字 NOT NULL NOT NULL NULL NULL NULL NULL 教师号 姓名 性别 系别 家庭住址 主键 建立聚簇索引 联系方式
创建管理查询表Manage
管理查询表Manage
列名 Manager_number Date 数据类型 数字 日期/时间
可否为空 NOT NULL NOT NULL 说明 管理员编号 日期
创建属于表Attribute
- 47 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
属于表Attribute 列名 S_number Consumer_number 数据类型 数字 数字
可否为空 NOT NULL NOT NULL 说明 学号 消费序号
创建组成表Compose
组成表Compose
列名 T_number Consumer_number 数据类型 数字 数字
可否为空 NOT NULL NOT NULL 说明 教师号 消费序号
创建使用表Use
使用表Use
列名 S_number 数据类型 数字 可否为空 NOT NULL 说明 学号 - 48 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
Card_number 数字
NOT NULL 卡号
创建持有表Hold
持有表Hold 列名 Card_number T_number 数据类型 数字 数字
可否为空 NOT NULL NOT NULL 说明 卡号 教师号
4.4.3用户子模式设计
前面我们根据用户需求设计了局部应用视图，这种局部应用视图只是概念模型，用E-R图表示。在我们将概念模型转换为逻辑模型后，即生成了整个应用系统的模式后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。
目前关系数据库管理系统一般都提供了视图概念，支持用户的虚拟视图。我们可以利用这一功能设计更符合局部用户需要的用户外模式。
定义数据库模式主要是从系统的时间效率、空间效率、易维护等角度出发。由于用户外模式与模式是的，因此我们在定义用户外模式时应该更注重考虑用户的习惯与方便。
包括：
- 49 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
(1) 使用更符合用户习惯的别名
(2) 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。 (3) 简化用户对系统的使用
学生查询信息所建立的视图
1) 学生查询自己卡中余额
学生查询视图S_Balance
教师查询视图T_Balance
- 50 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
2) 学生查询自己的订餐信息
管理员查询信息所建立的视图
1) 食堂买商品所需金钱数量
2) 食堂每个月发给职工的工资总和
- 51 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
3) 管理员查询学生信息
查询学生的信息
- 52 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
查询教师的信息
- 53 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.4.4人机对话设计
基本概念：
人机对话设计的基本原则是为用户操作着想，而不应该从设计人员设计劣来考虑。因此，对话设计应注意以下几点：
(1)可使用性：对话要清楚、简单，用词要符合用户观点和习惯；所有的用术语要标准化、一致化；有帮助功能等。
(2)灵活性：对话要适应不同操作水平的用户，便于维护和修改。这是衡量对话设计好坏的重要标准。用户开始使用时，要让操作人员觉得系统在教他如何使用，鼓励他使用。随着用户对系统的熟悉，又会觉得太详细的说明、复杂的屏幕格式太罗嗦。为适应不同水平的用户，操作方式应可以选择。
(3)错误信息设计要有建设性。使用者判断用户界面是否友好，其第一个印象往往来自当发生错误时系统有什么样的反应。在一个好的错误信息设计中，用词应当友善，简洁清楚，并要有建设性，即尽可能告知使用者产生错误的可能原因。
(4)关键操作要有强调和警告。对某些要害操作，无论操作人员是否有误操作，系统应进一步确认，进行强制发问，甚至警告，而不能接到命令立即处理，以至造成恶劣的后果。这种警告，由于能预防错误，更具有积极意义
(5)用户友好性。用户友好性是指用户操作系统使用系统是主观操作的复杂性，如主观操作复杂性越低即系统较容易使用，从而说明系统的友好性越好。实现用户友好的三个要点是树立用户第一的观点；实现界面友好的工作必须融于系统开发的全过程；采用软件开发技术改善界面的友好性。
常用方式：
1、菜单式（本系统所使用的方式） 菜单又称为是选单，是由系统事先设置好的，显示在屏幕上的一组或者是几组可供用户选用的命令。菜单可以使整个的界面更加的清晰，简洁。用户只需要输入有关的代号或者是将光标移到相应的位置，操作计算机的运行，这种方式就称为菜单式。常用方式有下拉菜单、弹出菜单、级联菜单、平铺式菜单等。
本系统选用的是下拉菜单，采取的是暗字母顺序排列的安排方法。 菜单系统设计
菜单是系统整体功能结构的具体体现，菜单的形式可以多种多样，但应使得用户能够用尽可能少的操作找到所需要的功能，同时功能描述上应明确无误。
2、图像式
在用户的界面中，加入丰富多彩的图像能够更加形象的为用户提供有用的信息，达到可视化的目的，其主要的处理有图像的隐蔽和再现、屏幕的滚动、图案显示和动画。
3、对话框式
对话框是在系统必要时，显示于屏幕上的一个矩形区域内的图形和正文信息，通过对话框实现用户和系统之间的联系。
- -
《管理信息系统》课程设计——《学校食堂管理信息系统》
4.4.5 输入、输出设计
输入输出设计的意义
输入输出设计是管理信息系统与用户的界面，一般而言，输入输出设计对于系统开发人员并不重要，但对用户来说，却显得尤为重要。
1、它是一个组织系统形象(Cooperation Identify System, CIS)的具体体现； 2、它能够为用户建立良好的工作环境，激发用户努力学习、主动工作的热情；
3、符合用户习惯，方便用户操作，使目标系统易于为用户所接受。 4、为用户提供易读易懂的信息形态。
输入设计
输入界面是管理信息系统与用户之间交互的纽带，设计的任务是根据具体业务要求，确定适当的输入形式，使管理信息系统获取管理工作中产生的正确的信息。
输入设计的目的是提高输入效率，减少输入错误。 1、输入设计的设计原则
控制输入量。尽可能利用计算
减少输入延迟。批量输入、周转文件输入 减少输入错误。采用多种校验方法和验证技术 避免额外步骤。 简化输入过程。
2、输入设计的内容一般包括
输入界面设计。根据具体业务要求确定。 输入设备选择。输入设计首先要确定输入设备的类型和输入介质，目前常用的输入设备有以下几种:
键盘。磁盘输入装置。由数据录入员通过工作站录入，经拼写检查和可靠性验证后存入磁记录介质 (如磁带、磁盘等)。这种方法成本低、速度快，易于携带，适用于大量数据输入。
光电阅读器。采用光笔读入光学标记条形码或用扫描仪录入纸上文字。光符号读入器适用于自选商场、借书等少量数据录入的场合。而纸上文字的扫描录入读错率较高。另外，收、发料单，记帐凭证若通过扫描之后难于存入对应的表。
终端输入。终端一般是一台联网微机，操作人员直接通过键盘键入数据，终端可以在线方式与主机联系，并及时返回处理结果。
3、输入数据正确性校验
在输入时校对方式的设计非常重要的。特别是针对数字、金额数等字段，没有适当的校对措施作保证是很危险的。所以对一些重要的报表，输入设计一定要考虑适当的校对措施，以减少出错的可能性。但应指出的是绝对保证不出错的校对方式是没有的。 常用校对方式有：
人工校对：即录入数据后再显示或打印出来，由人来进行校对。这种方法对于少量的数据或控制字符输入还可以，但对于大批量的数据输入就显得太麻烦，效率太低。这种方式在实际系统中很少有人使用。 二次键入校对：二次键入是指一种同一批数据两次键入系统的方法。输入后
- 55 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
系统内部再比较这两批数据，如果完全一致则可认为输入正确；反之，则将不同部分显示出来有针对性地由人来进行校对。它是目前数据录入中心、信息中心录入数据时常用的方法。该方法最大的好处是方便、快捷，而且可以用于任何类型的数据符号。尽管该方法中二次键入在同一个地方出错，并且错误一致的可能性是存在的，但是这种可能性出现的概率极小。
根据输入数据之间的逻辑关系校对：利用会计恒等式，对输入的记账凭证进行借贷平衡的检验。输入物资的收、发料单，产品的入、出库单，均可采用先输入单子上的总计，然后逐项输入，计算机将逐项输入累计，用累计值与合计值比较，达到校对目的。
用程序设计实现校对：对接受数据字段，若在数据库设计时已知取值区间（可允许取值的上、下限）或取值集（例如性别的取值集为男或女，产品的取值集为该单位所有产品集合，…），可通过设置取值区间检验，或利用输入数据表的外键（取值集所在表的主键）进行一致性检验，对输入日期型数据，一定要进行合法性和时效性检验。 4、输入设计的评价
输入界面是否明晰、美观、大方； 是否便于填写，符合工作习惯； 是否便于操作；
是否有保证输入数据正确性的校验措施 输出设计
输出设计的任务是使管理信息系统输出满足用户需求的信息。
输出设计的目的是为了正确及时反映和组成用于管理各部门需要的信息。信息能够满足用户需要，直接关系到系统的使用效果和系统的成功与否。 1、输出设计的内容
输出信息使用情况。信息的使用者、使用目的、信息量、输出周期、有效期、保管方法和输出份数。
输出信息内容。输出项目、精度、信息形式(文字、数字)。 输出格式。表格、报告、图形等。
输出设备和介质。设备如：打印机、显示器等；介质如：磁盘、磁带、纸张（普通、专用）等。 2、输出设计的方法 在系统设计阶段，设计人员应给出系统输出的说明，这个说明既是将来编程人员在软件开发中进行实际输出设计的依据，也是用户评价系统实用性的依据。因此，设计人员要能选择合适的输出方法，并以清楚的方式表达出来。 输出主要有以下几种:
表格信息。一般而言，表格信息是系统对各管理层的输出，以表格的形式提供给信息使用者，一般用来表示详细的信息。
图形信息。管理信息系统用到的图形信息主要有直方图、圆饼图、曲线图、地图等。图形信息在表示事物的趋势、多方面的比较等方面有较大的优势，在进行各种类比分析中，起着数据报表所起不到的显著作用。表示方式直观，常为决策用户所喜爱。
图标。图标也用来表示数据间的比例关系和比较情况。由于图标易于辨认，无需过多解释，在信息系统中的应用也日益广泛。 3、输出设计评价
- 56 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
能否为用户提供及时、准确、全面的信息服务； 是否便于阅读和理解，符合用户的习惯； 是否充分考虑和利用了输出设备的功能；
是否为今后的发展预留一定的余地。
设计工具
1、IPO图
IPO（Input-Process-Output）图就是用来表述每个模块的输入，输出和数据加工的重要工具。
IPO图是由IBM公司发起并逐渐完善起来的一种工具。在由系统分析阶段产生数据流图 ，经转换和优化形成系统模块结构图的过程中，产生大量的模块，开发者应为每个模块写一份说明。
常用系统的IPO图的结构如图表示。
IPO图的主体是处理过程说明。为简明准确地描述模块的执行细节，可以采用上一章介绍的判定树/判定表，以及下面将要介绍的问题分析土、控制流程图以及过程设计语言等工具进行描述。
IPO图中的输入/输出来源或终止与相关模块、文件及系统外部项，并需在数据字典中描述。局部数据项是指本模块内部使用的数据，与系统的其他部分无关，仅有本模块定义、存储和使用。注释是对本模块有关问题做必要的说明。 IPO图是系统设计中一种重要的文档资料。
- 57 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
2、控制流程图
控制流程图（Flow Chart，FC）又称框图，是经常使用的程序细节描述工具。 框图包括三种基本成分：
框图的特点是清洗易懂，便于初学者掌握。 在结构化程序设计出现之前，框图一直可用箭头实现向程序任何位置的转移（即GOTO语句），往往不能引导设计人员用结构化方法进行详细设计。箭头的使用不当，会使框图非常难懂，而且无法维护。因此框图的使用有减少的趋势。 3、问题分析图 问题分析图（Problem Analysis Diagram， PAD）由日立公司于1979年提出，是一种支持结构化程序设计的图形工具，可取代前述的控制流程图。
问题分析图仅仅具有顺序、选择、和循环三种基本成分，如下图，正好与结构化程序设计中的基本成分相对应。
下图为排序的控制流程图和问题分解图，分别表示将n个数从大到小排序的过程。
问题分析图的独到之处在于：以问题分析图为基础，按照一个机械的变换规则就可编写计算机程序。问题分析图有着逻辑结构清晰，图形化标准化与人们所熟悉的控制流程图比较相似等优点。更重要的事，它引导设计人使用结构化程序设计方法，从而提高程序的质量。
- 58 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
食堂管理信息系统的输入与输出设计
卡信息的输入与输出
开始 是否支付消费 消费结算信息 卡信息是否有足够现金 N Y 是否转账 自助转账机 Y 支付 N 退出系统
- 59 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
库存管理信息的输入与输出
开始 库存结算信息 N 是否达到警戒进货线 退出系统 Y 进货 继续使用
- 60 -
《管理信息系统》课程设计——《学校食堂管理信息系统》
成本核算的输入与输出
开始 C=成本统计 统计数据有问题 I=收入统计N N A>0 Y N A 《管理信息系统》课程设计——《学校食堂管理信息系统》 预定信息子系统的输入与输出 团体预定信息 餐位预定管理信息系统 是否有剩余餐位 N Y 个人预定信息 Y 是否等待 团体、个人信息录入 预定成功 N 退出系统 5、结束语 管理信息系统（Management Information Systems 简称MIS）在现代社会已深入到各行各业，由于计算机技术的迅速发展和普及，MIS 事实上已成为计算机MIS。 目前，由于开发高质量 MIS 的能力大大落后计算机硬件日新月异的进展，加上社会对MIS 发展和完善需求的增加以及对MIS开发过程中出现的错误认识和行为而导致MIS开发的失败,这些情况已严重妨碍了计算机技术的进步。因此对MIS 有关的内容进行深入研究，提高工作效率，提高MIS开发成功率已变得十分重要。 随着技术的进步，经营管理方式发生了转变，从而使面向管理的信息系统的内容和形式都在发生着变化，当前可以充分利用网络技术和数据库技术的发展，形成一种全新的运行方式。同样，网格技术的发展也使学校食堂管理信息系统在现代高新技术发展的时期使用变得很简单，通过企业内部的局域网，可以实现整 - 62 - 因篇幅问题不能全部显示，请点此查看更多更全内容
Copyright © 2019- haog.cn 版权所有 赣ICP备2024042798号-2
违法及侵权请联系：TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务