食堂管理信息系统设计

1、中南财经政法大学留学生食堂管理信息系统设计小组成员：白翔、郑大伟、张晓波文档整理人：张晓波 1006060129专业年级：人力资源管理1001班指导老师：杨怡光目录1.需求分析1.1食堂管理信息系统可行性分析-31.2现状调查-31.3新系统介绍-31.4结论-32.系统分析2.1系统概述-32.2系统功能分析-3 2.2.1子模块功能分析 2.2.2 系统整体功能管理模块2.3数据流图-72.3.1校园卡交易系统2.3.2预定管理流图2.3.3库存管理数据流图2.3.4学校食堂整体流程图2.4数据字典-102.4.1数据字典的组成2.4.2数据字典的相关内容2.4.3数据字典-数据库数据字典

2、2.4.4数据项和数据结构3.系统设计3.1功能模块图-143.2系统运行平台-143.2.1硬件系统配置3.2.2操作系统3.2.3数据库管理信息系统3.3设计E-R图-163.3.1系统分E-R图3.3.2整体E-R图3.4系统详细设计-193.4.1代码设计3.4.2数据库设计3.4.3用户子模块设计3.4.4人机对话设计3.4.5输入、输出设计1.需求分析1.1食堂管理信息系统可行性分析 可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根

3、据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。 其主要从三个方面进行研究： （1）技术可行性：对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬件性价比的不断提升，使计算机全面应用于医院管理的各个环节成为可能。C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用，实践证明这些技术都非常适合食堂管理系统的开发。 （2）经济可行性：对组织的经济状况和投资能力进行分析，对系统建设、运行

4、和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行评估。学校食堂在学校和政府以及其它支持者的支持下能够保证有相当的可靠的可盈利性，另外食堂管理信息系统能够很好的对食堂的相关的方面进行相关的管理和控制，能够有效的降低成本，提高营业利润。（3）营运可行性：指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。食堂系统的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。学校是高科技技术的研发地，计算机学院以及其它相关学院的科学技术的发展能够保证管理信息系统的有效开发和利用。 从以上可行性分析可知，该系统开发

5、具备技术上、经济上和营运上的可行性。1.2现状调查 学校的规模不断扩大，学生数量不断增加，学生信息量也成倍增长，食堂管理工作成为学校各项管理工作的一个重要部分。同时由于学校食堂管理复杂性给学校食堂的人工管理带来了相当大的难度，不管是在菜价的制定还是库存的控制方面都是现有的人工所处理不过来的数据，或者是处理起来难度非常大。 面对庞大的信息量，如何有效在提高食堂管理工作的效率是学校急需解决的问题。这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管理者能够准确，有效的管理餐饮。1.3新系统介绍 本食堂管理信息系统是在计算机技术、网络技术、面向对象的新数据库技术以及其他相关的科学技术的支持

6、下形成的。它主要是从以下几个管理方面：学生信息管理、食堂信息管理、订餐管理、库存管理、成本管理等来进行相关的分析与研究。通过此系统能够很好的处理大量的相关的食堂相关信息。1.4结论 通过以上的分析可知，食堂管理信息系统是非常有必要的、可行的。2.系统分析2.1系统概述 食堂管理信息系统是针对学校食堂的具体的业务而开发和设计的，其目的在于促进学校食堂的高效、便捷、快速的管理。开发食堂管理信息系统，期望实现以下目标。 （1）提高经济效益、增效资源 （2）提高食堂服务质量、建立良好形象（3）提高食堂员工工作效率（4）实行学校学生可接受的饭菜价（5）完善食堂内部管理体制2.2系统功能分析 系统功能是指

7、完成某项工作的能力，以功能为基点分析问题，则系统将会相对于组织的变化而有一定的独立性，即可以获得较强的生命力。本论文讨论的食堂管理信息系统则是在电子科技的基础上，怎样做才能更好的提高食堂的服务效率、质量，减少食堂的成本，提高学校食堂的效益，从而让食堂能够更好的服务学校的师生。 系统功能分析是在系统开发的总体任务的基本上完成的。 主要功能：1、 学生信息管理2、 预定信息管理3、 成本核算管理4、 库存管理其中主要任务为学生信息管理和结算信息管理。总的功能特点：l 完善、全面的综合查询l 报表翔实，实用性强2.2.1 子模块功能分析学生信息管理：主要是对学生的信息管理进行管理，主要的方面主要是学

8、生信息的查询、修改、添加等。食堂成本核算管理：对成本利润的综合分析。成本包括：固定成本（人员工资、水电、税等）+变动成本（菜、酒、米等的采购成本）。收入指每天的销售收入。能核算每天、每月、每年、以及任何一段时间的成本，利润。 计算机系统核计每天各单位、各窗口的收益情况并将结果送入数据库供管理层查询；成本查询：总成本=各项成本的综合 单位平均成本=总成本/单位总数 加权成本=根据各部门、单位的重要性从而为其赋予一定的权数*本单位的成本 单位加权平均成本=加权成本、单位总数效益查询：总效益=各部门、单位的效益的总和 单位平均效益=总效益/单位、部门总数加权效益=根据各部门、单位的重要性从而为其赋予

9、一定的权数*本单位的效益 单位加权平均效益=加权效益/单位、部门总数预定信息管理：采购部负责订购食品用材，其他部门向其提交申请，对于已达货物可采取签名接受。在该系统中，把从学生预定信息输入单元输入的多种学生预定信息（学生的预定和工作人员的学生访问预定）存储到学生预定信息存储单元中，学生日程安排单元从存储在学生预定信息存储单元中的学生预定信息选择出规定日中的规定种类的学生预定信息，自动生成学生日程表。由此，不需要通过手工操作表来从种类繁多的学生预订信息中挑选出规定日中的学生预定信息和挑选出规定种类的学生预定信息，可以向工作人员提供使用方便的学生日程表，从而可提高工作效率。库存管理：根据外界对库存

10、的要求，企业订购的特点，预测，计划和执行一种补充库存的行为，并对这种行为进行控制，重点在于确定如何订货，订购多少，何时订货。2.2.2 系统整体功能管理模块2.3 数据流图 数据流图（Data Function Diagram）：又名数据功能图表，简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。它是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。2.3.1 学校校园卡（食堂卡）卡交易系统

11、2.3.2预定管理流图2.3.3库存管理数据流图2.3.4 学校食堂整体流程图2.4 数据字典：数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。数据字典是一个预留空间，一个数据库，这是用来储存信息数据库本身。数据字典可能包含的信息，例如：1数据库设计资料2用户权限3用户统计4数据库的过程中的信息5数据库增长统计6数据库性能统计数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要

12、成果。数据字典通常包括数据项数据结构数据流数据存储和处理过程五个部分。数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。2.4.1 数据字典的组成1、数据项2、数据结构3、数据流4、数据存储5、处理过程2.4.2 数据字典的相关内容数据库的重要部分是数据字典。它存放有数据库所用的有关信息，对用户来说是一组只读的表。数据字典内容包括：1、 数据库中所有模式对象的信息，如表、视图、簇、及索引等。2、 分配多少空间，当前使用了多少空间等。3、 列的缺省值。4、 约束信息的完整性。5、 用户的名字。6、 用户及角色被授予的权限。7、 用户访问或使用的审计信息。8、 其它产生

13、的数据库信息。 数据库数据字典是一组表和视图结构。它们存放在SYSTEM表空间中。数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息。用户可以用SQL语句访问数据库数据字典。关于数据的信息集合，是一种用户可以访问的记录数据库和应用程序元数据的目录，是对数据库内表信息的物理与逻辑的说明2.4.3 数据字典-数据库数据字典是一组表和视图结构。它们存放在SYSTEM表空间中。数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息。用户可以用SQL语句访问数据库数据字典。数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。2.4.4 数据项

14、和数据结针对一般高校食堂管理信息系统的需求，通过对食堂管理工作过程的内容和数据流程分析，设计如下所示的数据项和数据结构：数据机构名称：卡信息包括的数据项有：1） 卡号（学生使用的用来付款的卡的编号，与学生办卡的先后顺序有关 也有可能是与学院有关的 别名Card_number 字符型 长度6）2） 余额（学生卡中所剩的金钱数量，别名 Balance 字符型 长度6）3） 办卡日期（学生办卡的日期，别名 Card_date 日期型 长度8）4） 持卡者姓名（拥有信息卡的学生的名称，别名 Person_name 字符型 长度 10）5） 花费（学生所消费的金钱数量 别名 Consume 字符型 长度

15、 20）数据结构名称：学生信息包括的数据项有：1） 学号（学生在校所编的号码 别名 S_number 字符型 长度 6）2） 系别（学生所在的系的名称 别名 S_system 字符型 长度16）3） 班级（学生所在的班级的班号 别名 class 字符型 长度 20）4） 姓名（学生的姓名 别名 S_name 字符型 长度 10）5） 性别（学生的性别 别名 S_sex 字符型 长度 4）6） 宿舍（学生所在的宿舍名称 别名 S_dorm 字符型 长度20）数据结构名称：教师信息包括的数据项有：1） 教师号（教师的编号 别名 T_number 字符型 长度 6）2） 系别（教师所在的系的名称 别

16、名 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） 消费类

17、别（学生消费的类别，其中包括卡消费和现金消费 别名 Consume_sort 字符型 长度 10）5） 学生类别，这里指学生或教师 别名 Consumer_sort 字符型 长度 10）数据结构名称：消费情况包括的数据项有：1） 一楼窗口（一楼所有窗口一天内收入总和 别名 Floor_one 字符型 长度 6）2） 二楼窗口（二楼所有窗口一天内收入总和 别名 Floor_two 字符型 长度 6）3） 三楼窗口（三楼所有窗口一天内收入总和 别名 Floor_three 字符型 长度 6）4） 一天消费总额（一天内在食堂用餐的学生所花费的总额，它的数值等于所有楼层的收入与学生在餐位所花费的总额

18、别名 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

19、 整型 长度 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）数据

20、结构名称：餐位信息包括的数据项有：1） 餐位编号（学生订餐餐位所在的编号 别名 Room_number 字符型 长度 6）2） 餐位位置（学生订餐餐位所在的餐位位置 别名 Room_address 字符型 长度 20 ）数据结构名称：订餐信息包括的数据项有：订餐编号 （学生订餐的编号，以便管理 别名 Beat_number 字符型 长度 6）1） 学生姓名（学生的姓名 别名 Consumer_name 字符型 长度 10）2） 联系方式（学生的联系方式（手机号码）别名 Consumer_tel 字符型 长度 20）3） 约定时间（学生订餐时所约定的吃饭时间 别名 Booktime 日期型 长度

21、 8）4） 备注信息（在订餐时其它的信息 别名 Remark_info 文本型 长度 50）3系统设计3.1系统功能模块图模块说明：学校的食堂管理信息系统由学生信息系统、成本核算、库存管理、预定信息管理三个子系统构成。学生信息-主要由学生信息添加、修改、查询、删除。它主要负责在校学生的管理，校园卡是学生在校消费的主要凭证。所以学生信息管理子系统模块是整个学校食堂管理的中心和基础。成本核算-主要是指学校食堂在盈利和亏损方面的管理。食堂是一个以盈利为目的的企业，如果食堂达不到它所要的盈利目标就容易奔溃，进而影响到学生的伙食供应，甚至影响学校的安定。所以说成本管理至关重要。库存管理-主要是指学校食堂

22、的相关库存。库存管理至关重要，因为他关系到学校的相关利益和食堂利益。库存管理在现代社会中尤其重要，将库存管理的成本降到最低有利于提高食堂的盈利成本。预定信息管理-主要是指预定信息的查询、修改、添加、以及座位信息的查询等。学校的食堂会提供一些高级餐饮的供应，比如财大的桥楼酒家。在这种情况下，预定信息的管理就更为重要。以上的几项内容最后均汇集至一台处理计算机，然后由中央处理的计算机向外研伸出的各个不同地方的终端负责各个地方的刷卡消费、商品管理等。最终再将各个终端计算机的相关信息汇总到中央处理计算机，最终实现系统化的管理，实现食堂的信息管理。3.2确定系统运行平台3.2.1硬件系统配置 硬件系统配置

23、用来表示符合产品的硬件基本配置，如CPU、内存、硬盘等等参数的指标。本系统应采用的主要硬件是：数据库为SQL Server 2000、Access等 。3.2.2操作系统Windows xp 、vista、7.3.2.3数据库管理信息系统 数据库管理系统是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库，简称DBMS。他对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过DBMS访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护工作。它提供多种功能，可以使多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。使用户方便地定义和操纵数据，

24、维护数据的安全性和完整性，以及进行多用户下的并发控制和恢复数据库。选择数据库应该从以下几个方面进行考虑：（1）构造数据库的难易程度。需要分析数据库管理信息系统有没有范式的要求，即是否必须按照系统所规定的数据模型来分析现实世界，建立相应的模型：数据库管理语句是否符合国际标准，符合国际标准便于系统的维护、开发、移植；有没有面向用户的易用的开发工具；所支持的数据库容量，数据库的容量特性决定了数据库管理系统的使用范围。（2）程序开发的难以程度。有误计算机辅助软件工具CASE-计算机辅助软件工具可以帮助开发者工具软件工具的方法提供各个开发阶段的维护、编码环境，便于复杂软件的开发、维护。有无第四代语言的开

25、发平台-第四代语言具有非过程语言的时间平台-面向对象的设计思想十分接近人类的逻辑思维方式，便于开发和维护。对于多媒体数据类型的支持-多媒体数据需求是今后发展的趋势，支持多媒体数据类型的数据库管理系统必将减少应用程序开发和维护工作。（3）数据库管理系统的性能分析。包括性能评估、性能检测、性能管理。（4）对分布式应用的支持。包括数据透明与网络透明的程度。数据透明是指用户在应用中不需要指出数据在网络的什么节点上，数据库管理系统可以自动搜索网络，提供所需数据：网络透明是指用户在应用中无需支持网络所采用的协议。数据库管理系统自动将数据包转换成为相应的协调数据。（5）并行处理能力。支持多CPU模式的系统，

26、负载的分配形式，并行处理的颗粒度、范围。（6）可移植性和可扩展性。（7）数据的完整性约束。数据完整性是指数据的正确性和一致性保护，包括实体完整性、参照完整性、复杂的事物规则。（8）并发控制功能。对于分布式的数据库管理系统，并发控制功能是必不可少的。因为它面临的是多任务的环境，可能会有多个用户点在同一个时刻对同一个数据进行读写操作，为了保证数据的一致性，需要由数据库管理系统的并发控制功能来完成。（9）容错能力。异常情况下对数据的容错处理。评价标准：硬件的容错，有无磁盘镜像处理功能的软件。（10）安全性的控制，包括安全保密的程度。（11）支持汉字处理能力，包括数据库的描述语言的汉字处理能力和数据库

27、开发人员对于汉字的支持能力。基于关系模型的数据库管理系统已经日臻完善，并已经作为商品化的软件广泛应用于各个行业。它在各个客户服务器的结构的分布式多用户环境中的应用，是数据库系统的应用进一步扩散。随着新型数据库模型及数据管理的实现技术的推进，可以预期DBMS软件的性能还会更新完善。3.3设计E-R图用来建立数据模型，在数据库系统概论中属于概念设计阶段，形成一个独立于DBMS的E-R图模型，提供表示实体、属性、和联系的方法，用来描述现实世界的概念模型。3.3.1系统分E-R图卡信息实体E-R图教师信息实体E-R图学生信息实体E-R图餐厅信息实体E-R图订餐信息实体E-R图学生实体E-R图消费信息实

28、体E-R图管理员信息实体E-R图库存信息实体E-R图3.3.2整体E-R图3.4 系统详细设计3.4.1 代码设计代码是用来表征客观事物实体类型与属性的一个或一组易于计算机识别和处理的特定符号，它可以是字符、数字、某些特殊符号或他们的组合。代码设计就是要把系统中要处理的事物用特定的代码来描述，便于计算机系统识别、处理，便于数据的共享，提高用户使用数据的效率。代码设计原则方法及步骤1. 代码设计原则 （1）标准化、系统化 标准化、系统化的代码具有适合计算机处理，便于实现，提高处理速度等优点。凡已制定了统一标准代码的，均采用标准代码形式。 （2）唯一性：设计代码代表的实体或属性唯一。 （3）统一性

29、、直观性。逻辑性：具备这些特点的代码便于记忆，且有助于减少错误。 （4）可扩展性 即代码设计要预留足够位置，便于增加实体时，可直接在原代码系统中进行补充，而不必改变原编码结构。 （5）代码设计要在逻辑上能满足用户要求，在结构上处理方法相一致。 （6）简短性：避免使用易错字符、易混淆字符。2. 代码设计方法 （1）顺序编码法：顺序编码法通常是将编码对象按一定顺序排列，然后对其依次编号，所得的编码为顺序码。 （2）重复编码法 （3）分组编码 （4）字母编码法 （5）按位编码法 （6）十进制编码法 （7）专用编码法 （8）组合编码法3. 代码设计步骤 （1）确定代码编制目的。 （2）确定代码对象，包

30、括已使用的代码对象。 （3）确定代码使用场合和使用期限。 （4）分析编码对象的使用要求。 （5）确定具体编码方法，考虑是否采用检验位。 （6）针对每种代码编写代码设计书。 （7）将总代码设计书归类编写代码簿，并规定代码管理制度。4.代码的功能 （1）它为事物提供一个概要而不含糊的认定，便于数据的存储和检索。代码缩短了事物的名称，无论是记录、记忆还是存储，都可以节省时间和空间。（2）使用代码可以提高处理的效率和精度。按代码对事物进行排序、累计或按某种规定的算法进行统计分析，可以十分迅速。（3）代码提高了数据的全局一致性。这样，对同一事物，即使在不同场合有不同的叫法，都可以通过编码统一起来，提高了

31、系统的整体性，减少了因数据不一致而造成的错误。（4）代码是人和计算机的共同语言，是两者交换信息的工具。在手工处理系统中，许多数据早已使用代码。为了給尚无代码的数据项编码，为了统一和改进原有代码，使之适应计算机处理的要求，在建立新系统时，必须对整个系统进行代码设计。5.注意的问题 （1）设计的代码在逻辑上能满足用户的需要，在结构上应当与处理的方法相一致。 （2）一个代码应唯一标志它所代表的事物或属性。 （3）代码设计时，要预留足够的位置，以适应不断变化的需要。 （4）代码要系统化，代码的编制应尽量标准化，尽量使代码结构对事物的表示具有实际意义，以便于理解和交流。 （5）要注意避免引起误解，不要使

32、用易于混淆的字符。 （6）要注意尽量采用不易出错的代码结构。 （7）当代码长于4个字母或5个数字字符时，应分成小段。本系统在综合各个实体及其之间的关系的基础上，决定采用的是顺序编码方法。具体的代码规则如下：3.4.2 数据库设计 数据库的设计是只对于一个给定的应用环境，构造最优的数据库模式，建立数据可极其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。在数据库领域内，通常把使用数据库的各类系统统称为数据库应用系统。 数据库设计是指根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的过程。就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。（1）

33、需求分析：调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及他们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。（2） 概念设计：对用户要求描述的现实世界，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型反映现实世界各部门的信息结构、信息流动情况、信息间的相互制约关系以及各部门对信息存储、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来以扩充的实体（E-R模型）联系模型方法为例。第一步先明确现实世界各部门所含的各种实体及其属性、尸体间的联系以及对信息的制约条件

34、等，从而给出个部门内所用信息的局部描述。第二部再将前面的道德多个用户的局部视图集成一个全局视图，即用户要描述的现实世界的概念数据模型。（3） 逻辑设计：主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。（4） 物理设计：根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构、存取方法和存取路径等。（5） 验证设计：在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证

35、数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性与方便性。（6） 运行与维护设计：在数据可系统正式投入运行的过程中，必须不断地对其进行调整和修改。 至今，数据库设计的很多工作仍需要人工来做，除了关系模型数据库已有一套较完整的数据范式理论可用来部分地指导数据可设计之外，尚缺乏一套完整的数据库设计理论、方法和工具，以实现数据库设计的自动化或半自动化设计。所以数据库数据库今后的设计研究发展方向是研究数据库设计理论，寻求求能够更有效地表达语义关系的数据模型，为

36、各阶段的设计提供自动或半自动的额设计工具和集成化的开发环境，使数据库的设计更加工程化、更加规范化和方便易行，使得在数据库的设计中充分体现软件工程的先进思想和方法。根据本食堂管理信息管理系统各个子模块之间的关系，数据库设计如下：3.4.3 用户子模式设计 前面我们根据用户需求设计了局部应用视图，这种局部应用视图只是概念模型，用E-R图表示，在我们将概念模型转换为逻辑模型后，即生成了整个应用系统的的模式后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。目前关系数据库管理系统一般都提供了视图概念，支持用户的虚拟视图。我们可以利用这一功能设计更符合局部用户需要的用户外模式。定义数据

37、库模式主要是从系统的时间效率、空间效率、易维度等角度出发。由于用户外模式与模式是独立的，因此我们在定义用户外模式时应该更注重考虑用户的习惯和方便。包括：（1）使用符合用户习惯的别名 （2）针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求 （3）简化用户对系统的使用3.4.4 人机对话设计基本概念：人机对话设计的基本原则是为用户操作着想，而不应该从设计人员设计来考虑。因此，对话设计应注意以下几点：（1） 可使用性：对话要清楚、简单，用词要符合用户观点和习惯；所有的用术语要标准化、一致化；有帮助功能等。（2） 灵活性：对话要适应不同操作水平的用户，便于维护和修改。这是衡量对话设计好坏的重要标准。（3） 错误信息设计要有建设性：使用者判断用户界面是否友好，其第一个印象往往来自当发生错误是系统有什么样的反应。在一个好的错误信息设计中，用词应当友善，简洁清楚，并要有建设性，即尽可能告知使用者产生错误的可能原因。（4） 关键操作要有强调和警告。对某些要害操作，无论操作人员是否有误操作，系统应进一步确认，进行强制发问，甚至警告，而不能接到命令立即处理，以致造成恶劣的后果。这种警告，由于能预防错误，更具有积极意义。（5） 用户友好性：用户友好性是指用户操作系统使用系统是主观操作的复杂性。 常用方式1、 菜单式 菜单又称选单，是由系统事先设计好的，显