食堂管理信息系统设计.doc

前言学校食堂管理信息系统是一个实用并且是与我们的学校生活密切相关的一个管理信息系统；如果能够很好的研究、开发并加以利用，那么就会提高食堂的效益，降低食堂的成本，降低食堂的饭、菜价从而能够给学校的学生带来莫大的利益和好处。同时随着高校的扩招，高校的食堂也变得越来越多。有的学校的食堂非常的分散，要实现如此之多的食堂的良好、协调、统一的管理，就需要借助现代的更加先进的技术和科技，比如说：电子信息管理系统、射频技术、网络技术、计算机技术等以实现更加方便、快捷、有效的食堂管理。我们所选的食堂管理信息系统是在以学校现行的运行结构上进行的设计和说明。1） 设计选题方向，确定选题2） 确定小组内部课程设计工作的分工及相应要求3） 上网搜索查阅和收集相关参考资料和学习资料4） 进行可行性分析5） 认真撰写选题说明、系统功能目标和可行性分析报告6） 完善选题说明、系统功能目标和可行性研究报告进行调查，深入了解和熟悉选题范围内的组织结构、业务功能、业务数据、管理要求、管理决策模型1需求分析及可行性分析1.1系统目标利用食堂信息管理系统可以做到信息的规范管理、科学统计和快速查询，从而减少管理工作方面的工作量。大大降低食堂管理人员在信息管理精力上的投入，使企业获得更大的利润空间。与此同时给广大学生用户带来方便。在实用性上达到了双赢。1.2需求分析（1）功能分析：根据调查，确定食堂信息管理系统主要实现以下功能：饭卡管理（注册，充值，挂失，退卡等），餐费管理，统计管理等。（2）非功能分析：主要包括以下非功能：性能需求；资源和环境需求；可靠性需求；安全保密要求；用户界面需求；成本消耗与开发进度需求；预先估计的可扩展性需求。（3）管理的信息需求：由于当前食堂的规模不断扩大，面对庞大的信息量，有效地提高食堂管理工作的效率是急需解决的问题。同时随着计算机的普及以及网络技术的迅速发展，它已经深入到社会生活的各个角落。各行业纷纷应用计算机网络技术进行操作和管理，以改善自己的工作环境和工作效率，进而提高自己在行业内的竞争力。开发食堂管理信息系统有宏观上的意义，顺应时代信息化，提高效益，促进国民经济结构优化；也有微观上的意义，提高管理的现代化程序，加强管理的信息化手段，提高工作效率，增加单位效益。（4）决策的信息需求：食堂经营者需要根据一个可靠的管理信息系统来进行分析，依据销售情况统计来进行成本核算，不断的做出调整使经营效益达到最优。而管理者通过了解食堂近来的销售情况以及饭卡、餐费等信息，并及时对信息作出统计，以便对食堂进行及时改革，提高效率。1.3可行性分析可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。主要从以下三方面进行分析：(1)经济的可行性：对组织的经济现状和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行评估，食堂信息管理系统开发成本不高。 (2)技术可行性：对现有技术的评价，以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬件性价比的不断提高，使计算机全面应用于管理各个环节成为可能。C/S开发模式等技术在国内各行各业的信息管理系统开发中已经被广泛采用，目前该类系统已经普遍应用于生活中，同时该系统也逐步趋于成熟。实践证明这些技术非常适合食堂管理系统的开发。 (3)操作上的可行性：由于本系统管理的对象比较明确，就是对消费者信息的管理，因此整个软件的使用非常简便。任何一个普通的计算机用户都能很快的熟悉整个软件的使用。并且本系统所耗费的资源非常小，任何管理员只需要在一般的电脑上面，就能够使用这个软件，简单、方便、快捷的实现对消费者信息的管理。1.4新系统介绍本食堂管理信息系统是在计算机技术、网络技术、面向对象的新数据库技术以及其他相关的科学技术的支持下形成的。它主要是从以下几个管理方面：饭卡管理，餐费管理，统计管理。通过此系统能够很好的处理大量的相关的食堂相关信息。1.4结论通过以上的分析可知，食堂管理信息系统是非常有必要的、可行的。2.系统分析2.1系统概述食堂管理信息系统是针对学校食堂的具体的业务而开发和设计的，其目的在于促进学校食堂的高效、便捷、快速的管理。开发食堂管理信息系统，期望实现以下目标。（1）提高经济效益、增效资源（2）提高食堂服务质量、建立良好形象（3）提高食堂员工工作效率（4）实行学校学生可接受的饭菜价（5）完善食堂内部管理体制2.2系统功能分析系统功能分析是在系统开发的总体任务的基本上完成的。主要功能：l 饭卡管理l 餐费管理l 统计管理总的功能特点：l 完善、全面的综合查询l 报表翔实，实用性强2.2.1 系统整体功能管理模块退卡人员查询消费查询个人存款明细挂失人员查询食堂管理信息系统饭卡管理餐费管理个人消费统计管理解除挂失饭卡挂失饭卡充值补发新卡退卡2.3 业务流程分析该系统主要实现的包括对食堂的饭卡管理，餐费管理以及统计管理三大模块的功能，。其中饭卡管理主要包括对饭卡注册、充值、挂失、解除挂失、补发新卡和退卡的管理，餐费管理主要针对学生消费情况进行管理，统计管理主要是对消费、持卡人、退卡人、个人存款明细及挂失人员的查询。饭卡信息记录消费者饭卡刷卡消费个人消费记录挂失人员记录充值挂失解除挂失补发新卡退卡消费查询持卡人查询退卡人员查询个人存款明细挂失人员查询退卡人记录持卡人名录个人存款记录消费记录饭卡管理员注册饭卡消费者信息图2-1：食堂管理业务流程图业务流程图如图2-1所示2.4 系统数据流程分析根据调查及分析的结果绘出系统数据流程图如下：0层数据流程图：P0食堂信息管理消费者信息表个人消费信息消费者信息表消费者信息表个人消费信息统计信息表图2-2：0层数据流程图1层数据流程图：P1基础数据管理消费者信息表消费者信息表P3统计管理消费者信息表统计信息表P2餐费管理个人消费信息表个人消费信息表图2-3：1层数据流程图2层数据流程图：S1消费者P1.6D1.1消费者信息退卡F1.1消费者信息表S1消费者P1.5D1.1消费者信息补发新卡F1.1消费者信息表S1消费者P1.1D1.1消费者信息注册饭卡F1.1消费者信息表S1消费者P1.2D1.1消费者信息饭卡充值F1.1消费者信息表S1消费者P1.3D1.1消费者信息饭卡挂失F1.1消费者信息表S1消费者P1.4解除挂失D1.1消费者信息F1.1消费者信息表S1消费者P2.1D2.1消费者信息个人消费F2.1个人消费记录P3.1D2.1个人消费信息消费统计F3.1消费统计信息S2管理员F2.1个人消费记录F3.2退卡统计表P3D1.1消费者信息退卡统计S2管理员F1.1消费者信息表图2-4：2层数据流程图P3D1.1消费者信息挂失统计S2管理员F1.1消费者信息表F3.3挂失统计表 2.5 数据字典由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作系统设计的进行。数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。数据字典通常包括数据项、数据结构、数据流、数据存诸、数据处理和外部实体6个部分。其中数据项是最小组成单位，若干数据项组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储和逻辑内容。针对一般食堂管理信息系统的需求，通过对食堂管理工作过程的内容和数据流程分析，设计如下所示的数据字典各项内容：2.5.1数据项及数据结构数据项定义：数据项编号：I1数据项名称：卡号别 名：Card-number简 述：消费者使用的用来付款的卡的编号，与消费者办卡的先后顺序有关类型及宽度：字符型，6位取值范围 ：“000001”999999”数据项编码：I2数据项名称：余额别 名：Balance简 述：消费者卡中所剩的金钱数量类型及宽度：字符型，6位取值范围 ：“000000”“999999”数据项编码：I3数据项名称：办卡日期别 名：Card-data简 述：消费者办卡的日期类型及宽度：日期型，8位数据项编码：I4数据项名称：持卡者姓名别 名：Person-name简 述：拥有信息卡的消费者的名称类型及宽度：字符型，10位数据项编码：I5数据项名称：花费别 名：Consume简 述：消费者所消费的金钱数量类型及宽度：字符型，20位数据项编码：I6数据项名称：学号别 名：S-number简 述：学生在校所编的号码类型及宽度：字符型，6位取值范围 ：“000000”999999”数据项编码：I7数据项名称：系别别 名：S-system简 述：学生所在的系的名称类型及宽度：字符型，16位数据项编码：I8数据项名称：班级别 名：class简 述：学生所在的班级的班号类型及宽度：字符型，16位数据项编码：I9数据项名称：姓名别 名：S-name简 述：学生的姓名类型及宽度：字符型，10位数据项编码：I10数据项名称：性别别 名：S-sex简 述：学生的性别类型及宽度：字符型，4位数据项编码：I11数据项名称：宿舍别 名：S-dorm简 述：学生所在的宿舍名称类型及宽度：字符型，20位数据项编码：I12数据项名称：联系方式别 名：S-tel简 述：学生的手机号码类型及宽度：字符型，20位数据项编码：I13数据项名称：一楼窗口别 名：Floor-one简 述：一楼所有窗口一天内收入总和类型及宽度：字符型，6位数据项编码：I14数据项名称：二楼窗口别 名：Floor-two简 述：二楼所有窗口一天内收入总和类型及宽度：字符型，6位数据项编码：I15数据项名称：一天消费总额别 名：Total简 述：一天内在食堂用餐的消费者所花费的总额类型及宽度：长整型，6位数据项编码：I16数据项名称：日期别 名：Data简 述：记录的日期类型及宽度：日期型，8位数据项编码：I17数据项名称：管理员编号别 名：Manager_number简 述：管理员在食堂的编号类型及宽度：字符型，6数据项编码：I18数据项名称：姓名别 名：Manager_name简 述：管理员的姓名类型及宽度：字符型，6数据项编码：I19数据项名称：性别别 名：Manager_sex简 述：管理员的性别类型及宽度：字符型，4数据项编码：I20数据项名称：家庭住址别 名：Manager_address简 述：管理员的家庭住址类型及宽度：字符型，6数据项编码：I21数据项名称：联系方式别 名：Manager_tel简 述：管理员的联系方式类型及宽度：字符型，20数据项编码：I22数据项名称：工资别 名：Income简 述：管理员每个月的收入类型及宽度：整型，20数据结构定义：数据结构编号：DS1数据结构名称：饭卡简 述：是消费者用来使用付款的工具卡的一系列信息，它记录了包括它本身以及持卡者的一些信息数据结构组成：I1+I2+I3+I4+I5数据结构编号：DS2数据结构名称：学号简 述：主要消费者，可以自由选择消费方式，办过卡用卡交易或者用现数据结构组成：I6+I7+I8+I9+I10+I11+I12数据结构编号：DS3数据结构名称：消费情况简 述：消费者在食堂的消费总体情况，用于管理员的审查工作。数据结构组成：I13+I14+I15+I16数据结构编号：DS4数据结构名称：管理员简 述：食堂的主要负责人数据结构组成：I17+I18+I19+I20+I21+I222.5.2 数据流数据流编号：D1.1数据流名称：消费者信息简述：消费者信息的添加、修改、查询、注销数据流来源：消费者数据流去向：消费者信息表数据流组成：消费者卡号+姓名+性别+班级+系+余额+联系方式数据流量：随机，高峰流量：随机数据流编号：D2.1数据流名称：个人消费信息简述：所有消费者的个人消费信息数据流来源：消费者信息表数据流去向：消费统计信息表数据流组成：消费者卡号+姓名+消费金额+消费日期 数据流量：随机，高峰流量：随机2.5.3处理逻辑处理逻辑编号：P1.1处理逻辑名称：注册饭卡简述：对消费者注册新饭卡的一些处理输出的数据流：注册后的消费者信息处理频率：随机处理逻辑编号：P1.2处理逻辑名称：饭卡充值简述：对饭卡进行充值的处理输出的数据流：更改后的消费者信息处理频率：随机处理逻辑编号：P1.3处理逻辑名称：饭卡挂失简述：对丢失的饭卡的一些处理输出的数据流：更改后的消费者信息处理频率：随机处理逻辑编号：P1.4处理逻辑名称：解除挂失简述：对挂失后又找回的饭卡的一些处理输出的数据流：更新后的消费者信息处理频率：随机处理逻辑编号：P1.5处理逻辑名称：补发新卡简述：对已确认丢失的饭卡进行补办的一些处理输出的数据流：更新后的消费者信息处理频率：随机处理逻辑编号：P1.6处理逻辑名称：退卡简述：对已不再使用的饭卡进行的一些处理输出的数据流：更新后的消费者信息处理频率：随机处理逻辑编号：P2.1处理逻辑名称：个人消费简述：对消费者个人消费的一些处理输出的数据流：个人消费记录处理频率：随机处理逻辑编号：P3.1处理逻辑名称：消费统计简述：对所有消费者日常消费的统计输出的数据流：消费统计信息表处理频率：随机处理逻辑编号：P3.2处理逻辑名称：退卡统计简述：对所有退饭卡的的消费者进行统计操作输出的数据流：退卡统计表处理频率：随机处理逻辑编号：P3.3处理逻辑名称：挂失统计简述：对所有挂失饭卡的消费者进行统计操作输出的数据流：挂失统计表处理频率：随机2.5.4数据存储数据存储编号：F1.1数据存储名称：消费者信息简述：存储消费者信息的表单数据存储组成：卡号+姓名+性别+所在系+余额+联系方式关键字：卡号相关联的处理：P1.1， P1.2, P1.4, P1.5数据存储编号：F2.1数据存储名称：个人消费记录简述：存储个人消费信息的表单数据存储组成：卡号+消费日期+消费金额关键字：卡号相关联的处理：P2.1数据存储编号：F3.1数据存储名称：消费统计信息简述：存储所有消费者消费信息的表单数据存储组成：卡号+姓名+消费金额 关键字：卡号相关联的处理：P3.1数据存储编号：F3.2数据存储名称：退卡统计表简述：存储退卡人信息的表单数据存储组成：卡号+姓名+所在系+联系方式关键字：卡号相关联的处理：P3.2数据存储编号：F3.3数据存储名称：挂失统计表简述：存储挂失人信息的表单数据存储组成：卡号+姓名+所在系+联系方式关键字：卡号相关联的处理：P3.32.5.5外部实体外部实体编号：S1外部实体名称：消费者简述：食堂主要消费人员，主要指学生输入数据流：无输出数据流：关于消费者的一些信息外部实体编号：S2外部实体名称：管理员简述：食堂办理饭卡以及更改饭卡信息的人员输入数据流：无输出数据流：关于饭卡注册及更改的信息3系统详细设计3.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）将总代码设计书归类编写代码薄,并规定代码管理制度。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比7264996135易于记忆，并能更精确地 记录下来。 8若已知码的位数为p，每一位上可用字符数为Si，则可以组成码的总 数为: C=Si 例如，对每位字符为0-9的三位码，共可组成C=l0xl0xl0=1000种 码。代码设计在系统分析阶段就应当开始。由于代码的编制需要仔细调查和多 方协调，是一项很费事的工作;需要经过一段时间，在系统设计阶段才能最后确定本系统在综合各个实体及其之间的关系的基础上，决定采用的是顺序编码方法。具体的代码规则如下：代码表编号： 填表人： 填表日期：编码对象学生学号代码种类层次码代码位数8代码结构00 00 00 00学院代码 入学年份 班级代码 班级内顺序号检验位无备注编号： 填表人： 填表日期：编码对象卡号代码种类层次码代码位数8代码结构00 00 0000 学校代码 学院代码 学生入学顺序检验位无备注编号： 填表人： 填表日期：编码对象管理员编号代码种类层次码代码位数7代码结构00 00 000学校代码 工作年份 工作顺序检验位无备注3.2数据库设计3.2.1概念结构设计E-R图：工资联系方式管理员编号家庭住址花费办卡日期姓名性别管理员卡号余额饭卡饭卡实体E-R图：姓名学生实体E-R图：学生学号姓名系别班级性别联系方式宿舍管理员实体E-R图：管理员管理员编号姓名家庭住址联系方式性别工资消费情况E-R图：消费情况一楼窗口二楼窗口一天消费总额日期图3-33.2.2系统整体E-R图由上面的分E-R图可以得到整体E-R图，如下图所示：1n学生个人消费情况消费n1持有管理查询111n饭卡管理员信息处理3.2.3 将E-R图转换为关系模式管理员（管理员编号 姓名 性别 家庭住址 联系方式 工资）管理查询（管理员编号 日期）消费情况（日期 一楼窗口 二楼窗口 一天消费总额）消费（日期 卡号）学生（学号 系别 班级 姓名 性别 宿舍 联系方式）使用（卡号 学号）饭卡（卡号 余额 办卡日期 持卡者姓名 花费）注册（卡号 学号 姓名 班级 系别）挂失（卡号 学号 姓名 班级 系别）补卡（卡号 学号 姓名 班级 系别）退卡 （卡号 学号 姓名 班级 系别）充值（卡号 学号 姓名 班级 系别）3.3 导出数据库表3.3.1创建管理员表Manager表3-1 管理员表（Manager）列名数据类型可否为空说明声明Manager_numbervarchar(6)NOT NULL管理员编号主键Manager_namevarchar(6)NOT NULL姓名Manager_sexVarchar(4)NULL性别Manager_addressvarchar(50)NULL家庭住址Manager_telvarchar(20)NULL联系方式IncomeintNULL工资3.3.2创建消费情况表ConsumeSituation表3-2 消费情况表（ConsumeSituation）列名数据类型可否为空说明声明datadatatimeNOT NULL日期主键TotalbigintNULL一天消费总额Floor_onevarchar(6)NULL一楼窗口Floor_twovarchar(6)NULL二楼窗口3.3.3创建学生表Student表3-3 学生表（Student）列名数据类型可否为空说明声明S_numbervarchar(6)NOT NULL学号主键S_namevarchar(10)NOT NULL姓名S_sexvarchar(4)NULL性别Classvarchar(20)NULL班级S_systemvarchar(16)NULL系别S_dormvarchar(20)NULL宿舍S_telvarchar(20)NULL联系方式3.3.4创建饭卡表Card表3-4 饭卡表（Card）列名数据类型可否为空说明声明Card numberVarchar（6）NOT NULL卡号主键Balancevarchar(6)NOT NULL余额Card_datedatetime（8）NULL办卡日期Person_namevarchar(10)NULL持卡者姓名Consumevarchar(20)NULL花费3.3.5管理查询表Manage表3-5 管理查询表（Manage）列名数据类型可否为空说明Manager_numbervarchar(6)NOT NULL管理员编号DatedatetimeNOT NULL日期3.3.6创建使用表Use表3-6 使用表（Use）列名数据类型可否为空说明S_numbervarchar(8)NOT NULL学号Card_numbervarchar(6)NOT NULL卡号3.3.7创建注册表R1表3-7 注册表(R1)列名数据类型可否为空说明声明Card_numbervarchar(6)NOT NULL卡号主键S_numbervarchar(8)NOT NULL学号S_namevarchar(10)NOT NULL姓名S_sexvarchar(4)NULL性别Classvarchar(20)NULL班级MoneyintNULL金额3.3.8创建挂失表R2 表3-8 挂失表（R2）列名数据类型可否为空说明声明Card_numbervarchar(6)NOT NULL卡号主键S_numbervarchar(8)NOT NULL学号S_namevarchar(10)NOT NULL姓名S_sexvarchar(4)NULL性别Classvarchar(20)NULL班级MoneyintNULL余额3.3.9创建退卡表R3表3-9 退卡表（R3）列名数据类型可否为空说明声明Card_numbervarchar(6)NOT NULL卡号主键S_numbervarchar(8)NOT NULL学号S_namevarchar(10)NOT NULL姓名S_sexvarchar(4)NULL性别Classvarchar(20)NULL班级MoneyintNULL余额3.3.10 创建补卡表R4表3-10 补卡表（R4）列名数据类型可否为空说明声明Card_numbervarchar(6)NOT NULL卡号主键S_numbervarchar(8)NOT NULL学号S_namevarchar(10)NOT NULL姓名S_sexvarchar(4)NULL性别Classvarchar(20)NULL班级3.3.11 创建充值表R5 表3-11 充值表（R5）列名数据类型可否为空说明声明Card_numbervarchar(6)NOT NULL卡号主键S_numbervarchar(8)NOT NULL学号S_namevarchar(10)NOT NULL姓名S_sexvarchar(4)NULL性别Classvarchar(20)NULL班级MoneyintNULL余额3.4用户子模式设计前面我们根据用户需求设计了局部应用视图，这种局部应用视图只是概念模型，用E-R图表示。在我们将概念模型转换为逻辑模型后，即生成了整个应用系统的模式后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。 目前关系数据库管理系统一般都提供了视图概念，支持用户的虚拟视图。我们可以利用这一功能设计更符合局部用户需要的用户外模式。 定义数据库模式主要是从系统的时间效率、空间效率、易维护等角度出发。由于用户外模式与模式是独立的，因此我们在定义用户外模式时应该更注重考虑用户的习惯与方便。包括： (1) 使用更符合用户习惯的别名 (2) 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。 (3) 简化用户对系统的使用l 学生查询信息所建立的视图学生查询自己卡中余额学生查询视图S_Balance管理员查询学生信息查询学生的信息3.5人机对话设计基本概念：人机对话设计的基本原则是为用户操作着想，而不应该从设计人员设计劣来考虑。因此，对话设计应注意以下几点：(1)可使用性：对话要清楚、简单，用词要符合用户观点和习惯；所有的用术语要标准化、一致化；有帮助功能等。(2)灵活性：对话要适应不同操作水平的用户，便于维护和修改。这是衡量对话设计好坏的重要标准。用户开始使用时，要让操作人员觉得系统在教他如何使用，鼓励他使用。随着用户对系统的熟悉，又会觉得太详细的说明、复杂的屏幕格式太罗嗦。为适应不同水平的用户，操作方式应可以选择。(3)错误信息设计要有建设性。使用者判断用户界面是否友好，其第一个印象往往来自当发生错误时系统有什么样的反应。在一个好的错误信息设计中，用词应当友善，简洁清楚，并要有建设性，即尽可能告知使用者产生错误的可能原因。 (4)关键操作要有强调和警告。对某些要害操作，无论操作人员是否有误操作，系统应进一步确认，进行强制发问，甚至警告，而不能接到命令立即处理，以至造成恶劣的后果。这种警告，由于能预防错误，更具有积极意义(5)用户友好性。用户友好性是指用户操作系统使用系统是主观操作的复杂性，如主观操作复杂性越低即系统较容易使用，从而说明系统的友好性越好。实现用户友好的三个要点是树立用户第一的观点；实现界面友好的工作必须融于系统开发的全过程；采用软件开发技术改善界面的友好性。常用方式：1、菜单式（本系统所使用的方式）菜单又称为是选单，是由系统事先设置好的，显示在屏幕上的一组或者是几组可供用户选用的命令。菜单可以使整个的界面更加的清晰，简洁。用户只需要输入有关的代号或者是将光标移到相应的位置，操作计算机的运行，这种方式就称为菜单式。常用方式有下拉菜单、弹出菜单、级联菜单、平铺式菜单等。本系统选用的是下拉菜单，采取的是暗字母顺序排列的安排方法。菜单系统设计 菜单是系统整体功能结构的具体体现，菜单的形式可以多种多样，但应使得用户能够用尽可能少的操作找到所需要的功能，同时功能描述上应明确无误。2、图像式在用户的界面中，加入丰富多彩的图像能够更加形象的为用户提供有用的信息，达到可视化的目的，其主要的处理有图像的隐蔽和再现、屏幕的滚动、图案显示和动画。3、对话框式对话框是在系统必要时，显示于屏幕上的一个矩形区域内的图形和正文信息，通过对话框实现用户和系统之间的联系。4.输入、输出设计4.1输入输出设计的意义 输入输出设计是管理信息系统与用户的界面，一般而言，输入输出设计对于系统开发人员并不重要，但对用户来说，却显得尤为重要。 1、它是一个组织系统形象(Cooperation Identify System, CIS)的具体体现； 2、它能够为用户建立良好的工作环境，激发用户努力学习、主动工作的热情； 3、符合用户习惯，方便用户操作，使目标系统易于为用户所接受。 4、为用户提供易读易懂的信息形态。 4.2输入设计 输入界面是管理信息系统与用户之间交互的纽带，设计的任务是根据具体业务要求，确定适当的输入形式，使管理信息系统获取管理工作中产生的正确的信息。 输入设计的目的是提高输入效率，减少输入错误。 1、输入设计的设计原则 控制输入量。尽可能利用计算 减少输入延迟。批量输入、周转文件输入 减少输入错误。采用多种校验方法和验证技术 避免额外步骤。 简化输入过程。 2、输入设计的内容一般包括 输入界面设计。根据具体业务要求确定。 输入设备选择。输入设计首先要确定输入设备的类型和输入介质，目前常用的输入设备有以下几种: 键盘。磁盘输入装置。由数据录入员通过工作站录入，经拼写检查和可靠性验证后存入磁记录介质 (如磁带、磁盘等)。这种方法成本低、速度快，易于携带，适用于大量数据输入。 光电阅读器。采用光笔读入光学标记条形码或用扫描仪录入纸上文字。光符号读入器适用于自选商场、借书等少量数据录入的场合。而纸上文字的扫描录入读错率较高。另外，收、发料单，记帐凭证若通过扫描之后难于存入对应的表。 终端输入。终端一般是一台联网微机，操作人员直接通过键盘键入数据，终端可以在线方式与主机联系，并及时返回处理结果。 3、输入数据正确性校验 在输入时校对方式的设计非常重要的。特别是针对数字、金额数等字段，没有适当的校对措施作保证是很危险的。所以对一些重要的报表，输入设计一定要考虑适当的校对措施，以减少出错的可能性。但应指出的是绝对保证不出错的校对方式是没有的。 常用校对方式有： 人工校对：即录入数据后再显示或打印出来，由人来进行校对。这种方法对于少量的数据或控制字符输入还可以，但对于大批量的数据输入就显得太麻烦，效率太低。这种方式在实际系统中很少有人使用。 二次键入校对：二次键入是指一种同一批数据两次键入系统的方法。输入后系统内部再比较这两批数据，如果完全一致则可认为输入正确；反之，则将不同部分显示出来有针对性地由人来进行校对。它是目前数据录入中心、信息中心录入数据时常用的方法。该方法最大的好处是方便、快捷，而且可以用于任何类型的数据符号。尽管该方法中二次键入在同一个地方出错，并且错误一致的可能性是存在的，但是这种可能性出现的概率极小。 根据输入数据之间的逻辑关系校对：利用会计恒等式，对输入的记账凭证进行借贷平衡的检验。输入物资的收、发料单，产品的入、出库单，均可采用先输入单子上的总计，然后逐项输入，计算机将逐项输入累计，用累计值与合计值比较，达到校对目的。 用程序设计实现校对：对接受数据字段，若在数据库设计时已知取值区间（可允许取值的上、下限）或取值集（例如性别的取值集为男或女，产品的取值集为该单位所有产品集合，），可通过设置取值区间检验，或利用输入数据表的外键（取值集所在表的主键）进行一致性检验，对输入日期型数据，一定要进行合法性和时效性检验。 4、输入设计的评价 输入界面是否明晰、美观、大方； 是否便于填写，符合工作习惯； 是否便于操作； 是否有保证输入数据正确性的校验措施4.3输出设计 输出设计的任务是使管理信息系统输出满足用户需求的信息。 输出设计的目的是为了正确及时反映和组成用于管理各部门需要的信息。信息能够满足用户需要，直接关系到系统的使用效果和系统的成功与否。 1、输出设计的内容 输出信息使用情况。信息的使用者、使用目的、信息量、输出周期、有效期、保管方法和输出份数。 输出信息内容。输出项目、精度、信息形式(文字、数字)。 输出格式。表格、报告、图形等。 输出设备和介质。设备如：打印机、显示器等；介质如：磁盘、磁带、纸张（普通、专用）等。 2、输出设计的方法 在系统设计阶段，设计人员应给出系统输出的说明，这个说明既是将来编程人员在软件开发中进行实际输出设计的依据，也是用户评价系统实用性的依据。因此，设计人员要能选择合适的输出方法，并以清楚的方式表达出来。 输出主要有以下几种: 表格信息。一般而言，表格信息是系统对各管理层的输出，以表格的形式提供给信息使用者，一般用来表示详细的信息。 图形信息。管理信息系统用到的图形信息主要有直方图、圆饼图、曲线图、地图等。图形信息在表示事物的趋势、多方面的比较等方面有较大的优势，在进行各种类比分析中，起着数据报表所起不到的显著作用。表示方式直观，常为决策用户所喜爱。 图标。图标也用来表示数据间的比例关系和比较情况。由于图标易于辨认，无需过多解释，在信息系统中的应用也日益广泛。 3、输出设计评价 能否为用户提供及时、准确、全面的信息服务； 是否便于阅读和理解，符合用户的习惯； 是否充分考虑和利用了输出设备的功能； 是否为今后的发展预留一定的余地。 4.4食堂管理信息系统的输入与输出设计卡信息的输入与输出卡信息是否有足够现金是否转账消费结算信息开始支付YNNY自助转账机是否支付消费退出系统5.总结经过这次的课程设计，让我们把知识真正用到实际中。我们小组四个人抽到的课题是食堂信息系统分析与设计提到食堂我们觉得太熟悉不过了，每天都在接触，而且看起来又是如此简单，饭卡在刷卡机轻轻一放，交易就完成了。大大节省了时间，方便了生活。然而事实往往不是想象的那么简单，这小小食堂管理系统可让我们花费了不少脑筋。开始我们进行了分工，针对各自的部分大家都很认真，但当数据流程图都画好时却觉得，我们所确定的功能模块范围太大，在饭卡管理及餐费管理的基础上我们又加上了，库存管理和成本结算，远远超出了老师给的要求，致使后面的工作越来越复杂，经过仔细讨论，我们决定将功能范围缩小，最终以老师给的为准，又进行从新设计。在进行过程设计中，我们发现需求分析尤其重要。没有正确的分析，就不能设计出合理的功能模块。致使不能很好的达到要求。只有经过需求分析，设计出好的功能模块，我们才能有目标的进行下去，针对所要实现的功能设计数据库。再设计中目标显得尤为重要，它引导着我们的设计方向。没有目标就如同大海里航行一样，很小的事情也多变的渺茫。再整个设计过程中，我们虽走了一些弯路，但最终还是圆满的完成了任务。让我对所学的知识有了深层次的认识。从以前的抽象飘渺，变得更加真实系统。同时也让我认识到了实践的重要性，实践是检验真理的唯一标准，我们所学的知识是从实践中总结出来的，然而我们只有在把它运用到实践中才能得到升华，体现它的真正价值。只学课本上的知识，只能算是空中楼阁，纸上谈兵。在以后的学习中我一定要多去参加实践活动，让我所学的知识真正实现价值。参考文献1 黄梯云.管理信息系统 北京：高等教育出版社.2005 2 陈禹信息系统分析与设计北京：高等教育出版社，20083 J.L. Whitten，L.D. Bentley，肖刚，孙慧译，系统分析与设计方法，北京：机械工业出版社，2007