食堂管理信息系统设计

中南财经政法大学留学生食堂管理信息系统设计—————————--－——－—---－—-- ３—-——-—--—-———————---———-——--－-—--—--—---－-——--——-－—-－——3————－—2.1系统概述-———-————-—-－———-—-——－—-—-－-－——-——-——--—-———---—32。4数据字典——-——-—-—-—-—-—-——－——-———--3.1功能模块图-－—-—————-——--—－-—－--—-—--——-—-——--——-———-3－——－—————————－————－———————－—－———————可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析.它的任务是确定项目开发是否必要和可行。它的主要目标是:进一步明确系统的目标、规模和功能,对系统划,明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案,从而为系统开发项目的决策提供科学依据。其主要从三个方面进行研究：(1)技术可行性：对现有技术进行评价,以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬件性价比的不断提升,使计算机全面用于医院管理开发中已经被广泛采用,实践证明这些技术都非常适合食堂管理系统的开发。(经济可行性：对组织的经济状况和投资能力进行分析,对系统建设、运行和维护费用进行评估,对系统建成后可能取得的社会及经济效益进行评估。学校食堂在学校和政府以及其它支持者的支持下能够保证有相当的可靠的可盈利性,另外食堂管理信息系统能够很好的对食堂的相关的方面进行相关的管理和控制，能够有效的降低成本,提高营业利润。（3）营运可行性：指系统对组织机构的影响,对现有人员和机构、设施、环境等的适性以及进行人员培训补充计划的可行性。食堂系统的计算机信息管理人才、计算机硬件设备、操作员的计算机用能力都为系统的运行过程提供了可靠保证。学校是高科技技术的研发地，计算机学院以及其它相关学院的科学技术的发展能够保证管理信息系统的有效开发和利从以上可行性分析可知,该系统开发具备技术上、经济上和营运上的可行性.41.2现状调查学校的规模不断扩大，学生数量不断增加,学生信息量也成倍增长,食堂管理工作成为学校各项管理工作的一个重要部分.同时由于学校食堂管理复杂性给学校食堂的人工管理带来数据，或者是处理起来难度非常大。面对庞大的信息量，如何有效在提高食堂管理工作的效率是学校急需解决的问题。这样不仅提高了工作效率,也避免了以前手工作业的麻烦，从而使得管理者能够准确,有效的管相关的科学技术的支持下形成的.它主要是从以下几个管理方面:学生信息管理、食堂信息管理大量的相关的食堂相关信息。食堂管理信息系统是针对学校食堂的具体的业务而开发和设计的,其目的在于促进学校(1)提高经济效益、增效资源(3)提高食堂员工工作效率(4)实行学校学生可接受的饭菜价系统功能是指完成某项工作的能力，以功能为基点分析问题,则系统将会相对于组织的电子科技的基础上,怎样做才能更好的提高食堂的服务效率、质量,减少食堂的成本，提高学校食堂的效益，从而让食堂能够更好的服务学校的师生。系统功能分析是在系统开发的总体任务的基本上完成的。主要功能：其中主要任务为学生信息管理和结算信息管理。总的功能特点:完善、全面的综合查询报表翔实,实用性强学生信息管理:主要是对学生的信息管理进行管理,主要添加等。5学生信息添加学生信息删除学生信息管理总成本总成本单位总成本加权成本成本查询单位加权成本总效益单位效益加权总效益单位加权效益成本核算管理效益查询6加权效益=根据各部门、单位的重要性从而为其赋予一单位加权平均效益=加权效益/单位、部门总数接受。预订信息查询预订信息查询预订信息添加座位信息查询预定信息管理7商品是8食堂管理信息系统食堂管理信息系统成本查询分析方法的主要表达工具及用于表示软件模型的一种图示方法。它是SA方法中用于表示系映系统2.3。1学校校园卡(食堂卡)卡交易系统学生信息结算管理跟学生的卡号挂钩在银行系统中建立相关的账号。可以用来转账用于消费2.3。2预定管理流图学生预订信息管理2.3。3库存管理数据流图成本结算管理学生校园卡学生校园卡根据效益情况制定合适的销售价格成本结算采购员根据效益制定合适的进货价格学生数据字典(Datadictionary)是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典.数据字典是一个预留空间，一个数据库，这是用来储存信息数据库本身。数据字典可能1数据库设计资料2用户权限3用户统计4数据库的过程中的信息5数据库增长统计6数据库性能统计数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的数据字典通常包括数据项\数据结构\数据流＼数据存储和处理过程五个部分。数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集3、数据流数据库的重要部分是数据字典.它存放有数据库所用的有关信息,对用户来说是一组只读的表.数据字典内容包括:1、数据库中所有模式对象的信息，如表、视图、簇、及索引等。数据库数据字典是一组表和视图结构。它们存放在SYSTEM表空间中.数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息.用户可以用SQL语句关于数据的信息集合,是一种用户可以访问的记录数据库和应用程序元数据的目录,是对数据库内表信息的物理与逻辑的说明数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息。用户可以用SQL语句访问数据库数据字典。数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集针对一般高校食堂管理信息系统的需求,通过对食堂管理工作过程的内容和数据流程分析,设计如下所示的数据项和数据结构：数据机构名称:卡信息包括的数据项有：(学生使用的用来付款的卡的编号,与学生办卡的先后顺序有关也有可能是与学院（学生所消费的金钱数量别名Consume字符型长度20)数据结构名称:学生信息包括的数据项有:（学生的姓名别名S__name字符型长度10）数据结构名称:教师信息(教师的编号别名Tnumber字符型长度6)（教师所在的系的名称别名T__system字符型长度1数据结构名称：学生(学生的姓名别名Consumer__name字符型长度10)数据结构名称：消费情况包括的数据项有:(一楼所有窗口一天内收入总和别名Floorone字符型长度6)(二楼所有窗口一天内收入总和别名Floor__two字符型长(一天内在食堂用餐的学生所花费的总额,它的数值等于所有楼层的收入与学生在餐数据结构名称:管理员信息包括的数据项有:(管理员的联系方式别名Managertel字符型长度20)数据结构名称:库存信息包括的数据项有:(商品的名称别名Trade__name字符型长度20）数据结构名称:餐位信息包括的数据项有:(学生订餐餐位所在的编号别名Room__number字符型长度6)数据结构名称：订餐信息订餐编号（学生的联系方式（手机号码）别名Consumertel字符型长度模块说明:学校的食堂管理信息系统由学生信息系统、成本核算、库存管理、预定信息管理三个学生信息-——-主要由学生信息添加、修改、查询、删除.它主要负责在校学生的管理，校园卡是学生在校消费的主要凭证．所以学生信息管理子系统模块是整个学校食堂管理的中心和基础。成本核算————主要是指学校食堂在盈利和亏损方面的管理。食堂是一个以盈利为目的的企业，如果食堂达不到它所要的盈利目标就容易奔溃，进而影响到学生的伙食供应，甚影响学校的安定。所以说成本管理关重要。库存管理———-主要是指学校食堂的相关库存。库存管理关重要,因为他关系到学校的相关利益和食堂利益。库存管理在现代社会中尤其重要,将库存管理的成本降到最低有利于提高食堂的盈利成本。校的食堂会提供一些高级餐饮的供应,比如财大的桥楼酒家。在这种情况下,预定信息的管理就更为重要.以上的几项内容最后均汇集一台处理计算机，然后由中央处理的计算机向外研伸出相关信息汇总到中央处理计算机,最终实现系统化的管理,实现食堂的信息管理。硬件系统配置用来表示符合产品的硬件基本配置,如ＣPＵ、内存、硬盘等等参数的简称DS。他对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过D访问数据库中的数据,数据库管理员也通过DBMＳ进行数据库的维护工作.它下的并发控制和恢复数据库。选择数据库应该从以下几个方面进行考虑：(1）构造数据库的难易程度。需要分析数据库管理信息系统有没有范式的要求,即是否必须按照系统规定的数据模型来分析现实世界，建立相应的模型：数据库管理语句是否符合支持的数据库容量,数据库的容量特性决定了数据库管理系统的使用范围。开发、维护。有无第四代语言的开发平台--－—第四代语言具有非过程语言的时间平台--——面向对象的设计思想十分接近人类的逻辑思维方式,便于开发和维护。对于多媒体数据类型的支持—-——多媒体数据需求是今后发展的趋势,支持多媒体数据类型的数据库管理系统必将减少应用程序开发和维护工作.（3)数据库管理系统的性能分析。包括性能评估、性能检测、性能管理．（4）对分布式应用的支持。包括数据透明与网络透明的程度.数据透明是指用户在应用成为相应的协调数据。面临的是多任务的环境,可能会有多个用户点在同一个时刻对同一个数据进行读写操作，为（)容错能力。异常情况下对数据的容错处理。评价标准：硬件的容错,有无磁盘镜像处理功能的软件.(10)安全性的控制,包括安全保密的程度．（11）支持汉字处理能力,包括数据库的描述语言的汉字处理能力和数据库开发人员对于汉字的支持能力。基于关系模型的数据库管理系统已经日臻完善，并已经作为商品化的软件广泛应用于各个行业。它在各个客户服务器的结构的分布式多用户环境中的应用,是数据库系统的应用进3。3设计E-R图3。3.1系统分E-R图卡号余额持卡者姓名办卡日期教师信息姓名性别餐厅信息餐厅编号消费序号姓名消费情况消费情况一楼窗口二楼窗口三楼窗口一天消费总额日期管理员信息实体E-R图管理员信息管理员信息联系方式管理员编号家庭住址姓名工资性别库存信息实体E—R图商品价格入库时间数量3.3.2整体E-R图号号姓名姓名姓名3。4系统详细设计代码是用来表征客观事物实体类型与属性的一个或一组易于计算机识别和处理的特定符号，它可以是字符、数字、某些特殊符号或他们的组合。代码设计就是要把系统中要处理代码设计原则方法及步骤制定了统一标准代码的，均采用标准代码形式.(2)唯一性：设计代码代表的实体或属性唯一.(3)统一性、直观性.逻辑性:具备这些特点的代码便于记忆，且有助于减少错误。(4）可扩展性即代码设计要预留足够位置，便于增加实体时,可直接在原代码系统中进行补充，而不必改变原编码结构。(5)代码设计要在逻辑上能满足用户要求，在结构上处理方法相一致。（6)简短性：避免使用易错字符、易混淆字符.2.代码设计方法(1）顺序编码法：顺序编码法通常是将编码对象按一定顺序排列,然后对其依次编号，所得的编码为顺序码.(2)重复编码法(4)字母编码法(5)按位编码法(7)专用编码法3.代码设计步骤(6)针对每种代码编写代码设计书。(7）将总代码设计书归类编写代码簿，并规定代码管理制度。4.代码的功能（1）它为事物提供一个概要而不含糊的认定,便于数据的存储和检索.代码缩短了事物的名称,无论是记录、记忆还是存储,都可以节省时间和空间。定的算法进行统计分，可以十分迅速.（3）代码提高了数据的全局一致性.这样，对同一事物,即使在不同场合有不同的叫法,都可以通过编码统一起来,提高了系统的整体性,减少了因数据不一致而造成的错误.(4)代码是人和计算机的共同语言,是两者交换信息的工具.在手工处理系统中,许多数据早已使用代码.为了給尚无代码的数据项编码，为了统一和改进原有代码，使之适应计算机处理的要求,在建立新系统时,必须对整个系统进行代码设计。(1)设计的代码在逻辑上能满足用户的需要,在结构上应当与处理的方法相一致。(2)一个代码应唯一标志它所代表的事物或属性。(3)代码设计时，要预留足够的位置,以适应不断变化的需要。（4）代码要系统化,代码的编制应尽量标准化,尽量使代码结构对事物的表示具有实际(5)要注意避免引起误解,不要使用易于混淆的字符.(6)要注意尽量采用不易出错的代码结构。本系统在综合各个实体及其之间的关系的基础上,决定采用的是顺序编码方法。具体的代码规则如下:数据库的设计是只对于一个给定的应用环境,构造最优的数据库模式,建立数据可极其应用系统，使之能够有效地存储数据,满足各种用户的应用需求。在数据库领域内，通常把使用数据库的各类系统统称为数据库应用系统。和建立数据库的过程。就是规划和结构化数据库范围、数量以及他们在业务活动中交流的情况,确定用户对数据库系统的使用要求和各种约束条件等,成用户需求规约.（2）概念设计:对用户要求描述的现实世界，通过对其中住处的分类、聚集和概括，建息间的相互制约关系以及各部门对信息存储、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节,用一种抽象的式表示出来以扩充的实体-—(E—R模型)以及对信息的制约条件等，从而给出个部门内所用信息的局部描述.第二部再将前面的道德多个用户的局部视图集成一个全局视图，即用户要描述的现实世界的概念数据模型。（3）逻辑设计:主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，处理应用领域产生相应的逻辑子模式。（4）物理设计：根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构、存取方法和存取路径等。的应用任务来验证数据库设计的正确性和合理性。一般,一个大型数据库的设计过程往往需要多次循环反复。当设计的某步发现问题时,可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性与方便性。（6）运行与维护设计：在数据可系统正式投入运行的过程中，须不断地对其进行调整和修改。至今，数据库设计的很多工作仍需要人工来做,除了关系模型数据库已有一套较完整的数据范式理论可用来部分地指导数据可设计之外，尚缺乏一套完整的数据库设计理论、方发展方向是研究数据库设计理论，寻求求能够更有效地表达语义关系的数据模型,为各阶段的设计提供自动或半自动的额设计工具和集成化的开发环境，使数据库的设计更加工程化、更加规范化和方便易行,使得在数据库的设计中充分体现软件工程的先进思想和方法。根据本食堂管理信息管理系统各个子模块之间的关系,数据库设计如下：前面我们根据用户需求设计了局部应用视图,这种局部应用视图只是概念模型，用E—R图表示,在我们将概念模型转换为逻辑模型后,即生成了整个应用系统的的模式后,还应该根据局部应用需求,结合具体DBMS的特点,设计用户的外模式。目前关系数据库管理系统一般都提供了视图概念,支持用户的虚拟视图。我们可以利用这一功能设计更符合局部用户需要的用户外模式.模式与模式是独立的,因此我们在定义用户外模式时应该更注重考虑用户的习惯和方便。包括:(1)使用符合用户习惯的别名(2)针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求(3)简化用户对系统的使用基本概念:人机对话设计的基本原则是为用户操作着想，而不应该从设计人员设计来考虑。因此,对话设计应注意以下几点:（1）可使用性:对话要清楚、简单，用词要符合用户观点和习惯；所有的用术语要标准（2）灵活性：对话要适应不同操作水平的用户,便于维护和修改。这是衡量对话设计坏的重要标准。（3）错误信息设计要有建设性:使用者判断用户界面是否友,其第一个印象往往来自当发生错误是系统有什么样的反应.在一个的错误信息设计中,用词应当友善,简洁清楚,并一步确认，进行强制发问，甚至警告,而不能接到命令立即处理,以致造成恶劣的后果。这种警告，由于能预