食堂仓库管理系统的设计与实现论文

1、74/85JIU JIANG UNIVERSITY 毕 业 论 题 目 食堂仓库治理系统的设计与实现 英文题目 Design and Implementation of The Canteen Warehouse Management System 院 系 信息科学与技术学院 专 业 计算机科学与技术 姓 名 胡德卫 班级学号 A081131 指导教师 李立现 二一二年五月摘 要 随着科学技术的不断进展,我们的社会差不多进入了一个信息化的社会，人们每天都要接收大量的信息和处理大量的数据，仅靠传统的纸和笔已不能适应那个时代的要求，人们必须采取新的手段,因此信息技术进入我们的生活，计算机不再是简单

2、的计算工具，它已成为我们生活中处理大量信息的不可或缺的手段。在当今产业竞争越来越激烈的信息时代，企业经营除了降低成本，提高品质外，更需要以先进的治理理念来整合食堂仓库内部与外部资源。仓库治理系统正是在那个背景下产生的。本系统正是针对仓库部门的物资信息治理，通过对仓库差不多信息出入库信息等的系统界面设计，将会给治理者带来极大的方便，具有手工治理无法比拟的优点，例如检索速度快、查找方便、可靠性高、存储量大、使用时刻长等。用计算机治理取代传统的手工操作，大大减少了治理人员的工作量，提高了工作效率，为猎取详细的治理信息提供了保证，方便各类人员的查询和信息保证，增强了治理工作的时效和人员主动性。食堂仓库

3、治理系统是为了实现食品治理的系统化、规范化和自动化，从而提高食堂仓库治理效率而设计的。它完全取代了原来一直用人工治理的工作方式，幸免了由于治理人员的工作疏忽以及治理质量问题所造成的各种错误，为及时、准确、高效的完成仓库治理提供了强有力的工具和治理手段。食堂仓库治理系统是一个中小型数据库治理系统，它界面美观、操作简单、安全性高，差不多满足了仓库治理的要求。整个系统由差不多信息、单据中心、查询统计、报表打印、维护设置、关心等模块组成，本系统是在以Sql server 2000作为后台数据库，以JAVA为编程语言来开发的。仓库治理系统在运行时期，效果好，数据准确性高，提高了工作效率，同时也实现了仓库

4、治理计算机化。关键词：仓库，治理系统，数据库AbstractAlong with the development of science and technology, our society has entered into a the information society, people every day to receive a large amount of information and large amounts of data, only on the traditional paper and pen already can not adapt to the the dema

5、nds of The Times, people must take the new method, and information technology into our life, computer is no longer a simple calculation tool, it has become us to live with the amount of information in the indispensable means. In todays industrial competition more and more fierce information age, ent

6、erprise management in addition to reduce costs, improve quality, but also need to advanced management concept to integrate the dining room inside and outside the warehouse resources. Warehouse management system is in the background.This system is the department for warehouse the goods information ma

7、nagement, through to the warehouse basic information, the loading and unloading and other information system interface design, will bring great convenience to managers, with manual management the incomparable virtues, such as the retrieval speed is quick, easy search, high reliability, large storage

8、, long using life, etc. Use computer management instead of traditional manual operation, greatly reducing the management work and enhance the working efficiency, for access to the detailed management information provides the guarantee, convenient of all kinds of personnel and information assurance o

9、f inquires, enhance the management work of aging and personnel initiative.Warehouse management system in order to realize the dining room is systematic and food management standardization and automation, so as to improve the efficiency of management of the warehouse and dining room of the design. It

10、 completely replaced the original has been using artificial management way of working and avoid the management work of negligence and the management of the quality problem caused by all kinds of mistakes in timely, accurate and efficient complete warehouse management provides powerful tools and mana

11、gement. The dining room warehouse management system is a small and medium-sized database management system, it interface aesthetics, simple operation, high safety, satisfy basically warehouse management requirements. The whole system from the basic information, documents center, inquires the statist

12、ics, print, maintenance setting, help for module,This system is in Sql server 2000 as the backend database to JAVA for programming language developed by. Warehouse management system in operation stage, the effect is good, data accuracy is high, improve work efficiency, but also to achieve a warehous

13、e management with computers.Key word: The Warehouse, Administrative System, The Database目 录 TOC o 1-3 h z u HYPERLINK l _Toc24045 摘 要 PAGEREF _Toc24045 I HYPERLINK l _Toc7664 Abstract PAGEREF _Toc7664 II HYPERLINK l _Toc6726 1 绪论 HYPERLINK l _Toc10644 1.1 项目开发的背景( PAGEREF _Toc10644 1) HYPERLINK l _T

14、oc617 1.2项目开发的目的( PAGEREF _Toc617 1) HYPERLINK l _Toc26788 1.3项目开发的意义( PAGEREF _Toc26788 2) HYPERLINK l _Toc5362 1.4 小结( PAGEREF _Toc5362 2) HYPERLINK l _Toc8056 2 需求分析 HYPERLINK l _Toc3143 2.1仓库治理系统概述( PAGEREF _Toc3143 3) HYPERLINK l _Toc12450 2.2系统总体功能模块图( PAGEREF _Toc12450 4) HYPERLINK l _Toc4975

15、 2.3数据流图( PAGEREF _Toc4975 4) HYPERLINK l _Toc2785 2.4仓库治理系统的角色定义( PAGEREF _Toc2785 6) HYPERLINK l _Toc22193 2.5小结( PAGEREF _Toc22193 7) HYPERLINK l _Toc26558 3 总体设计 HYPERLINK l _Toc30283 3.1总体用例图( PAGEREF _Toc30283 8) HYPERLINK l _Toc26612 3.2用例讲明( PAGEREF _Toc26612 9) HYPERLINK l _Toc15035 3.3 E-R

16、图设计( PAGEREF _Toc15035 14) HYPERLINK l _Toc27363 3.4 功能模块设计图( PAGEREF _Toc27363 15) HYPERLINK l _Toc29789 3.5数据库设计( PAGEREF _Toc29789 17) HYPERLINK l _Toc22347 3.6小结( PAGEREF _Toc22347 25) HYPERLINK l _Toc2273 4 系统的实现 HYPERLINK l _Toc7093 4.1系统功能简介( PAGEREF _Toc7093 26) HYPERLINK l _Toc2150 4.2添加商品的

17、实现( PAGEREF _Toc2150 29) HYPERLINK l _Toc16122 4.3商品出库的实现( PAGEREF _Toc16122 33) HYPERLINK l _Toc8374 4.3 小结( PAGEREF _Toc8374 35) HYPERLINK l _Toc14538 5 测试 HYPERLINK l _Toc4004 5.1测试的指导原则( PAGEREF _Toc4004 36) HYPERLINK l _Toc26887 5.2登陆测试方案( PAGEREF _Toc26887 36) HYPERLINK l _Toc20857 5.2 数据录入测试(

18、 PAGEREF _Toc20857 37) HYPERLINK l _Toc20219 5.4测试结论( PAGEREF _Toc20219 38) HYPERLINK l _Toc13279 5.5小结( PAGEREF _Toc13279 39) HYPERLINK l _Toc10026 总 结( PAGEREF _Toc10026 40) HYPERLINK l _Toc30935 致 谢( PAGEREF _Toc30935 41) HYPERLINK l _Toc3282 参考文献( PAGEREF _Toc3282 42)1 绪论1.1 项目开发的背景高校仓库的物流治理的差不多

19、要素包括了人、财、物三个部分,其中人是最重要的因素，物流活动的功能要紧表现为运输、仓储保管、装卸搬运、配送、物流信息等。其中,运输及保管处于要紧地位;物流治理功能的实现,还需要包括配套政策的制定、物流系统的结构、组织、领导、治理方式的建设,以及标准化制度的建立等。从物流治理的要素上来看,我国目前的高校后勤仓库治理还存在以下几个方面的问题： （1）从人的方面来看,后勤部门正面临人力资源治理危机。要紧表现为治理人才的缺乏和大量冗余人员的存在,造成了后勤部门的运行效率低下,风险意识和开创创新精神的欠缺,导致了整个后勤仍然不能有效参与社会竞争1。 （2）从功能要素上来看,后勤部门的资源分散,不能形成经

20、营的规模,资源白费和闲置现象较为严峻,后勤资源不能充分发挥作用,治理的分散难以形成专业化的优势,势必降低后勤部门经营的效果。 （3）由于思想观念和治理视角的局限,以及监管和反馈机制的缺乏,使后勤服务部门的物流治理工作在制度、规范、机构和政策等方面的建设不能及时落到实处,使高校的物流治理水平因为缺乏必要的支持因素而难以提高。1.2项目开发的目的高校餐饮改革作为学校后勤社会化改革的一部分,既有尊重教育规律,为学生服务的教育属性,又有逐步实现企业化治理,尊重经济规律,讲求经济效益的产业属性2。随着高校后勤社会化改革的深入进行,高校餐饮治理如何面临挑战,适时运用现代企业治理思路和方法,创新餐饮治理,建

21、成符合高校后勤特点的新型治理运行机制成为重要命题。1.3项目开发的意义仓库治理系统是现代仓储企业或者食堂进行物资治理和处理的业务操作系统。它能够实现本地一个或几个仓库的精细化治理，也可实现食堂仓库各种食品的治理；它能够对物资存储和出货等进行动态安排，能够对仓储作业流程的全过程进行电子化操作；能够与食堂建立数据接口使客户通过互联网实现远程物资治理，能够与仓库的ERP系统实现无缝连接。在现代高校中中，食堂仓库治理是一项繁琐复杂的工作，每天要处理大量的单据数据。为及时结清每笔业务，盘点库存和物资流淌情况，保证企业生产用料以及物资安全，库管人员要花费大量人力物力和时刻来作数据记录统计工作。众所周知，仓

22、库治理是一种既苦恼又单调的工作，每天差不多上重复记录一些物资的存入与取出，而且物资的种类繁多，存取有专门大的随机性，如此为工作人员带来了专门大的不便，在操作过程中，由于人为的计算出错率专门高，一旦出错改正也专门困难，如此简单繁重的工作要专门多人来做，为经营者增加了专门多成本。因此开发一个可行的仓库治理系统是十分必要的。本系统以SQL Server 2000作为后台数据库，以java语言来开发的，不仅实现了仓库治理的自动化，同时也提高了工作效率3。本系统由以下几个模块组成：差不多信息治理、入库治理、在库治理、出库治理、报表治理。1.4 小结 这一章节要紧确实是介绍了一下系统开发的目的以及意义，首

23、先列出了学校食堂后勤的一些治理现状，只有专门好的了解了当前学校高校后勤仓库治理的现状，那样才能对该系统进行设计前期的工作任务进行一个专门好的规划，明确该食堂仓库治理系统的设计理念以及改系统要达到的目标，同时明确了本系统开发所涉及的核心技术。2 需求分析2.1仓库治理系统概述系统是为食堂仓库食品治理而设计的高效治理系统，系统功能强大，同时操作又比较简单，而治理人员大多受到过系统的培训，并能够操作电脑，因此只要花专门少的时刻，就能够让他们熟悉本系统。本系统是一款食堂仓库治理软件，旨在对食堂仓库的库存等方面的自动化治理以适应现代社会的生产方式，其强大的物资治理功能不仅对物资分门不类而且记录了入库、出

24、库情况以及多功能的报表功能更便于统计物资。 仓库治理系统要紧对物资的入库出库、生成报表、物资查询、盘点统计等关键功能优化创新，使其操作方便便于治理。另系统界面简洁操作简单，只要熟悉计算机即可快速掌握本软件的差不多操作4。 系统开发的总体任务是实现各种信息的系统化、规范化和自动化。系统功能分析是在系统开发的总体任务的基础上完成。本仓库治理系统需要完成功能要紧有：（1）完善仓库治理：实行实时的库存治理，是库存得到合理操纵，为采购部门提供实时动态库存查询，能够对采购及使用情况进行详细治理，并能够为各个食堂提供各种数据一统计资料，同时格局各食堂的需求，提供食堂仓库查询软件实时库存查询。（2）科学的报表

25、系统：以仓库治理系统为基础，可随时为各个食堂提供精确、全面的统计分析报表，如库存报表、出库、入库等信息报表。（3）动态的库存治理：可将产品按照产地和供应商进行分类进行入库并依照各食堂的库存量实行动态的库存治理，合理计算仓库费用，提高仓库利用率，降低食堂仓库的总体费用。（4）高效的治理系统：仓库治理系统同时负责对多个食堂的物品供应，各个食堂能够通过 登录仓库治理系统查看库存信息。2.2系统总体功能模块图 系统的总体功能模块设计如图2-1所示。登录食堂仓库治理系统登录食堂仓库治理系统基础信息治理进货治理销售治理 查询统计 库存治理 系统治理食堂信息治理商品信息治理供应商信息治理进货单进货退货出库单

26、出库退货食堂查询商品查询供应商查询出库查询库存盘点价格查询操作员治理更改密码权限治理图2-1系统总体功能模块2.3数据流图数据流图是描述系统的逻辑模型的，图中没有任何具体的物理元素，只是描述信息在系统中流淌和处理的情况，它比口头与文字的描述更直观地显示出来系统中数据的使用5。数据流图简称DFD图，数据流图有四种成分：源点或终点、处理、数据存储表和数据流。图中没有任何具体的物理元素，只是描述信息在系统中的流向和处理情况，即使不是专业的计算机技术人员也容易理解，是极好的理解工具。它能精确的描述系统的逻辑模型，描述数据在MIS中有输入通过存储、加工处理最后输出的全过程，是设计者和用户交流的专门好的工

27、具。认真分析调查有关仓库治理信息需求的基础上，得到了本系统所处理的数据流图，如图2-2所示。图2-2 仓库治理系统数据流图通过对食堂仓库治理系统的功能模块和数据流程分析，设计数据项和数据结构如下： （1）商品信息：(商品ID、简称、产地、单位、规格、包装、批号、批准文号、供应商全称) （2）食堂信息：(食堂ID、食堂地址、食堂简称、食堂编码、联系人、食堂电话) （3）供应商信息：(供应商全称、供应商ID、编码、简称、电话以及电子邮箱) （4）库存状况信息：（商品名称、商品ID、库存数量、简称、单价） （5）进货单信息：（入库ID、金额、经办人编号、入库时刻、入库单价、入库数量） （6）出库单信

28、息：（出库编号、物资编号、经办人编号、出库时刻、出库单价、出库数量、食堂编号、定其它金额、备注） （7）用户治理信息：（用户名、用户密码、用户权限）2.4仓库治理系统的角色定义 系统角色包括两种，仓管部治理人员和仓库操作人员，其中，治理部主管拥有整个系统的最高权限。 （1）仓管部治理人员：负责仓库的出入库治理，能够依照流向单实现出/入库操作，具体权限有： 库存信息治理。 库检信息维护。 单信息维护。 出库单信息维护。 报表信息治理。 进行密码修改、清除表信息等系统设置。 客户、供应商、库房等差不多信息的查询扫瞄等。 （2）仓管部操作员，仓库治理员要紧能进行操作的治理权限如下： 负责整个食堂仓管

29、部门的日常运作和治理工作，要紧包括：部门信息维护、人员信息治理。 报表信息治理。 进行密码修改、备份数据库等系统设置。2.5小结 这一小节要紧是明确系统开发的需求分析，明确系统要实现的功能，确立系统的功能模块，按照系统开发的流程，先申述系统的治理概述，继而就确立系统要实现的功能模块，最后确立系统的用户角色需求的定位，本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的操纵与治理，同时提出了本食堂仓库治理系统的软件开发过程，便于HYPERLINK /view/39175.htm程序员与客操作者之间的交流、协作，并作为工作成果的原始依据，同时也表明了本

30、软件的共性，以期能够获得更大范围的应用。3 总体设计3.1总体用例图用例图是一个系统建模的启始点，能够使用用例图对将要开发系统的实际工作流程进行业务建模6。从业务模型的基础上过度到系统建模的开始，能够通过用例图来搜集用户的需求，明确和系统相关的用户和其他系统，同时确定系统将会提供什么功能，以及各个功能间的关系，如图3-1所示。 图3-1 总体用例图3.2用例讲明依照用例图，对登陆和人员信息治理模块做了详细用例讲明，具体如以下各小节所叙。3.2.1用户登录页面登录用例概述 （1）要紧包括一些用例的名称、主题领域等一些信息，如表3-1所示。表3-1用户登录页面登录用例概述用例名称用户登陆主题领域用

31、例定义用户登录到系统，获得相应的界面和使用权限角色仓管员或操作员 业务触发事件用户预备开始使用系统进行业务处理或系统治理 前置条件系统已为该用户建立系统用户并分配了相应权限 结束条件A.成功条件用户登录系统，并获得相应权限B.失败条件没有用户名密码错误C.登录失败状态1登录不了仓库治理系统相关用例输入概述用户名、密码、角色输出概述与用户权限相应的界面使用性备注本用例使用频繁用例备注 （2）用户登录页面登录用例主事件流，如表3-2所示。表3-2页面登录用例主事件流步骤角色/系统描述数据项备注角色 启动登录程序系统显示登录界面；提示输入用户标识和保密字 （3）用户登录页面登录用例分支事件流概述如表

32、3-3所示。表3-3 用户登录页面登录用例分支事件流概述编号主事件流步骤号角色/系统条件描述数据项转去主事件流步骤号备注A14系统不是合法用户，用户名、密码错误，用户名和密码与角色不对应不返回登录失败信息，然而登录不了系统无登录失败信息23.2.2供货商信息查询用例概述 （1）供货商信息查询用概述如表3-4。表3-4 供应商信息查询用例概述用例名称供货商信息查询主题领域供货商信息查询用例包用例定义供货商信息查询角色仓库治理人员业务触发事件进行供货商信息查询前置条件有需要查询的供货商信息记录结束条件1.成功条件：查询到需要查询的供货商信息2.失败条件：未查询到需要查询的供货商信息相关用例输入概述

33、所需查询的供货商信息输出概述查询结果使用性备注 （2）供货商信息查询用例主事件流，如表3-5所示。表3-5供应商信息查询用例概主事件流概述步骤角色/系统描述数据项备注角色进入查询界面系统显示查询界面角色输入所需查询的供货商信息系统查询是否成功查询成功假如查询成功转到A1假如查询不成功转到A2 （3）供应商信息查询分支事件流，如表3-6所示。表3-6供应商信息查询分支事件流概述编号主事件流步骤号角色/系统条件描述数据项转去主事件流步骤号备注A14系统完成供货商信息查询返回成功信息查询的供货商信息2A24系统没有完成供货商信息查询返回失败信息查询失败的信息提示23.2.3供货商信息修改用例概述 （

34、1）供货商信息修改主事件流，如表3-7所示。表3-7供货商信息修改用例主事件流概述步骤角色/系统描述数据项备注角色进入修改界面系统显示修改界面角色输入所需修改的供货商信息系统修改是否成功修改成功假如修改成功转到A1假如修改不成功转到A2 （2）供货商信息修改用例概述,要紧确实是介绍有关供货商信息的修改用例，同时介绍有关的主题领域、用例的定义以及业务的触发事件、前置条件、和一些输出概述，其中包括供应商信息的添加、主题领域是供货商信息修改用例包、角色是仓库治理人员，同时介绍了事件产生的前置条件为有需要修改的供货商信息记录，还有确实是在供应商信息修改的时候需要所需修改的供货商信息，能够对供应商信息进

35、行一些修改，依照以上3-1的系统总体用例图，设计了系统的供应商信息修改用例概述，内含供应商信息修改的介绍条件，假如是成功则是供应商信息修改成功，假如是不成功那确实是未能对供应商信息进行修改，还有确实是能够对供应商信息进行查询修改，是如表3-8所示。表3-8供货商信息修改用例概述用例名称供货商信息修改主题领域供货商信息修改用例包用例定义供货商信息修改角色仓库治理人员业务触发事件进行供货商信息修改前置条件有需要修改的供货商信息记录结束条件成功条件查询到需要修改的供货商信息失败条件未查询到需要修改的供货商信息相关用例输入概述所需修改的供货商信息输出概述修改结果使用性备注用例备注 （3）供货商信息修改

36、分支事件流，如表3-9所示。表3-9供货商信息修改用例分支事件流概述编号主事件流步骤号角色/系统条件描述数据项转去主事件流步骤号备注A14系统完成供货商信息修改返回成功信息修改的供货商信息2A24系统没有完成供货商信息修改返回失败信息修改失败的信息提示23.2.4 供货商信息添加用例概述 （1）供货商信息添加用例概述,如表3-10所示。表3-10供货商信息添加用例概述用例名称供货商信息添加主题领域供货商信息添加用例包用例定义供货商信息角色仓库治理人员业务触发事件进行供货商信息添加前置条件有需要添加的供货商信息记录结束条件成功条件查询到需要添加的供货商信息失败条件未查询到需要添加的供货商信息相关

37、用例输入概述所需添加的供货商信息输出概述添加结果使用性备注用例备注 （2）供货商信息添加主事件流，如表3-11所示。表3-11供货商信息添加主事件流概述步骤角色/系统描述数据项备注角色进入添加界面系统显示添加界面角色输入所需添加的供货商信息系统添加是否成功添加成功假如添加成功转到A1假如添加不成功转到A2 （3）供货商信息添加分支事件流，要紧确实是介绍了系统中供货商信息添加的一些分支时刻流的编号、事件流产生的条件，同时还在其中介绍了分支事件流的数据项信息以及分支事件流触发之后所专区主事件流的步骤，如表3-12所示。表3-12 供货商信息添加分支事件流概述编号主事件流步骤号角色/系统条件描述数据

38、项转去主事件流步骤号备注A14系统完成供货商信息添加返回成功信息添加的供货商信息2A24系统没有完成供货商信息添加返回失败信息添加失败的信息提示23.3 E-R图设计E-R图确实是实体关系图，要紧完成了对系统中数据部分设计7。E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。构成E-R图的差不多要素是实体型、属性和联系。以下是系统的整个ER如图3-2所示。 地址简称地址简称密码联系方式用户名供应商名称密码联系方式用户名供应商名称操作员治理 库存供应商 1 M操作员治理 库存供应商属于 M 1 1属于用户名提供仓库 M用户名提供仓库 1治理员 M治理员密码

39、商品密码 商品产地规格简称商品名产地规格简称商品名 图3-2 系统整体E-R图3.4 功能模块设计图 这一小节要紧是介绍一下系统的一些功能模块。 （1）食堂仓库治理系统功能模块包括： 进货治理 进货治理模块，要紧功能是添加商品到库房，同时将库房需要退货的商品进行退货操作如上图3-3所示。 进货治理 进货退货进货单进货退货进货单 图3-3 进货治理功能模块图 出库治理模块，要紧功能是为治理员提供商品出库的治理，如图3-4所示。 出库治理模块出库治理模块出库单出库退货图3-4出库治理功能模块图 系统治理模块，要紧功能是对系统的用户进行治理，包括增加用户、修改用户密码以及添加、删除用户等信息，如图3

40、-5所示。 系统治理 系统治理操作员操作更改密码权限治理图3-5系统治理模块图 查询统计模块，要紧功能是对食堂信息查询、商品查询、供应商查询、出库查询、出库退货查询、入库查询等信息，如图3-6所示。查询统计模块查询统计模块食堂查询商品查询供应商查询出库退货查询入库查询图3-6查询统计模块图 基础信息治理模块，要紧功能是为治理员提供实现对食堂信息、供货商信息、商品信息的治理维护，包括对信息查询、添加、修改和删除等一系列操作，如图3-7所示。基础信息治理 客户信息治理基础信息治理客户信息治理商品信息治理供应商信息治理食堂信息添加食堂信息添加或删除商品信息添加商品信息添加活删除供应商信息添加供应商信

41、息添加货删除图3-7基础信息治理模块图 3.5数据库设计 （1）数据库设计(Database Design)是指依照用户的需求，在某一个体的数据库治理系统上，设计数据库的结构和建立数据库的过程。一般，数据库的设计过程大致可分数据库设计为6个步骤： 需求分析:调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约8。 概念设计:对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中住处的分类、聚拢和概括，建立抽象的概念数据模型。那个概念模型应反映现实世界各部门

42、的信息结构、信息流淌情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体（E-R模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型9。 逻辑设计:要紧工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库治理系统所支持的逻辑数据模式。与此同时，可能

43、还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果确实是所谓“逻辑数据库”10。 物理设计:依照特定数据库治理系统所提供的多种存储结构和存取方法等依靠于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果确实是所谓“物理数据库”11。 验证设计:在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要通过多次循环反复。当设计的某步发觉问题时，可能就需要返回到前面去进行修改。因此，在

44、做上述数据库设计时就应考虑到今后修改设计的可能性和方便性12。 数据库的完整性是指数据的正确性和有效性，是为防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。数据库的完整性包括：实体完整性、参照完整性和用户定义完整性。实体完整性(Entity Integrity) ：现实世界的实体是可区分的，即它们具有某种唯一性标识。相应地，关系模型中主键应作为唯一性标识。因此实体完整性规则规定差不多关系的所有主键(Primary Key)都不能取空值(NULL)。参照完整性（Referential Integrity）：参照完整性维护表与表之间的相关性，通常用“主

45、键(Primary Key)/外键(Foreign Key)”保证，其中Foreign Key能够取NULL值，或取其参照表中Primary Key的取值。用户定义的完整性(User_defined Integrity )：针对某一个体数据的约束条件，由应用环境决定。数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据13。数据库的逻辑设计如下： （2）仓库治理系统所用的数据库是SQL Server 2000，下面要紧介绍数据库的表。如下是表tb_gysinfo的结构在数据库的逻辑表示，供应商信息表包括的字段要紧供应商的ID、供应商的名称、简称、地址、编码、联系方式，其中有

46、些字段是为了后面设计商品信息进行关联视图的字段，如表3-13所示。表3-13供应商信息表 列名 数据类型 长度 同意空 Id varchar 50 name varchar 100 jc varchar 50 address varchar 100 bianma varchar 50 tel varchar 50 fax varchar 50 lian varchar 50 ltel varchar 50 yh varchar 50 mail varchar 50 如下是表tb_khinfo的结构在数据库的逻辑表示，要紧包括的字段要紧是食堂的ID编号，食堂的名称、食堂的简称、食堂负责人的联系方

47、式，同时包括了各个食堂的地址的详细信息，如表3-14所示。表3-14食堂信息表列名数据类型长度同意空idvarchar50 khnamevarchar100 jianvarchar50 addressvarchar100 bianmavarchar50telvarchar50faxvarchar50 lianvarchar50 itelvarchar50 mailvarchar50 xinhangvarchar60haovarchar60 如下是表tb_kucun的结构在数据库的逻辑表示，库存信息表能够给食堂仓库治理系统提供库存的信息，包括商品的一些信息，比如是商品的ID、商品的名称、商品的简

48、称、商品的规格、商品的单价以及库存数量等一系列的信息，如表3-15所示。表3-15 库存信息表列名数据类型长度同意空idvarchar30spnamevarchar50jcvarchar25cdvarchar50ggvarchar50bzvarchar50dwvarchar10djvarchar8kcslvarchar4 如下是表tb_rukunView的结构在数据库的逻辑表示，设计这张表要紧是方便食 堂仓库治理人员查询食堂仓库里面的入库信息，如此能够更好的为各个食堂提供一些最近入库的商品信息，同时也专门清晰的就能够查询到食堂仓库治理系统最近购买商品的信息，各个食堂能够通过操作员对仓管系统查询

49、是否仓库部门是否在购买了本食堂需求的商品，如表3-16所示。表3-16入库查询信息表列名数据类型长度同意空rkIDvarchar30spidvarchar50spnamevarchar50ggvarchar50djmoney8slint4jemoney8gysnamevarchar100rkdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_sellView的结构在数据库的逻辑表示，这张信息表要紧确实是关于出库信息的一张数据逻辑设计表，这是食堂仓库治理系统必备的一张数据逻辑表， 通过查询商品的出库信息，不然而能够了解到各个商品的需

50、求程度，方便仓管部门能够对有些商品进行及时的采购，另外确实是能够更好的统计食堂仓库治理部门的报表信息，如表3-17所示。表3-17出库查询信息表列名数据类型长度同意空sellIDvarchar30spnameVarchar50spidvarchar50ggvarchar50djmoney8slfloat8jefloat8khnamevarchar100 xsdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_userlist的结构在数据库的逻辑表示，这张表要紧是用来存储本系统的使用者的一些信息，包括用户的用户名、密码以及登录仓库治

51、理系统时候所使用的角色信息，关于操作员的角色信息确实是通过权限那个字段来进行操纵，因此在设计数据库的时候设计一张关于对仓库治理系统进行操作的用户信息表，如表3-18所示。表3-18操作员信息表列名数据类型长度同意空namevarchar50usernamevarchar50passvarchar50quanvarchar2 如下是表tb_spinfo的结构在数据库的逻辑表示，关于一个食堂仓库治理系统来讲，商品信息是特不重要的，在设计数据库的时候，本人设计了一张专门的商品信息表来存储商品的详细信息，要紧是包括商品的ID、商品的名称、商品的简称、商品的规格、商品的供应商等详细信息，如表3-19所示

52、。表3-19商品信息表列名数据类型长度同意空idvarchar50spnamevarchar50jcvarchar50cdvarchar60dwvarchar50ggvarchar50bzvarchar50phvarchar50pzwhvarchar50memovarchar90gysnamevarchar100 如下是表tb_xsth-main的结构在数据库的逻辑表示，这张表要紧是关于关于出库之后而食堂不中意的商品退货回来的商品进行统计并生成报表，其中包括了退回来商品的名称字段、商品当时的验收结论、以及退货的具体时刻信息，同时包括了是哪个操作员进行的操作，在最后确认退回商品的时候进行生成报表

53、，方便后面统计整个仓库治理部门的商品和出库信息，如表3-20所示。表3-20出库退货信息主表列名数据类型长度同意空xsthIDvarchar30pzsint4jemoney8ysjlvarchar50khnamevarchar100thdatedatetime8czyvarchar30jsrvarchar30 如下是表tb_xsth-detail的结构在数据库的逻辑表示，设计这张表要紧是包括出库然而被退回来的商品的详细信息，如表3-21所示。表3-21出库退货详细信息表列名数据类型长度同意空idint4xsthIDvarchar30spidvarchar50djmoney8slint4 如下是

54、表tb_rkth-main的结构在数据库的逻辑表示，这张表要紧是专门为入库之后而发觉有质量问题需要进行退货给供应商的商品的信息表，如表3-22所示。表3-22入库退货主表列名数据类型长度同意空rkthIDvarchar30pzsfloat8jemoney8ysjlvarchar50gysnamevarchar100rtdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_ruku-detail的结构在数据库的逻辑表示，这张表是存储入库商品的详细信息，如表3-23所示。表3-23入库信息详细表列名数据类型长度同意空idint4rkID

55、varchar30spidvarchar50djmoney8slint4 如下是表tb_sell_detail的结构在数据库的逻辑表示，要紧是用来粗出出库商品的详细信息，如表3-24示。表3-24出库信息详细表 列名数据类型长度同意空idint4sellIDvarchar30spidvarchar50djmoney8slfloat8 如下是表tb_ruku_main的结构在数据库的逻辑表示，要紧是用来存储入库商品的要紧信息，也是为后面产生视图而设计的入库信息主表，如表3-25所示。表3-25入库信息主表列名数据类型长度同意空rkIDvarchar30pzsint4jemoney8ysjlvar

56、char50gysnamevarchar100rkdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_sell_main的结构在数据库的逻辑表示，这是用来存储出库商品的主记录表，如表3-26所示。表3-26出库信息主表列名数据类型长度同意空sellIDvarchar30pzsint4jemoney8ysjlvarchar50khnamevarchar100 xsdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_rkth-detail的结构在数据库的逻辑表示，要紧是存

57、储入库商品的详细信息，如表3-27所示。表3-27入库退货详细信息表列名数据类型长度同意空idint4rkthIDvarchar30spidvarchar50djmoney8slint43.6小结 本章要紧是介绍本系统的数据库的设计，对系统中要用到的数据信息进行数据库的设计，将有关本系统中用到的数据项信息进行数据库存储，数据库设计是建立HYPERLINK /view/2233662.htm数据库及其应用系统的技术，是信息系统开发和建议中的核心技术，由于HYPERLINK /view/1353688.htm数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能

58、一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也确实是规划和结构化数据库中的HYPERLINK /view/178571.htm数据对象以及这些数据对象之间关系的过程。4 系统的实现4.1系统功能简介系统角色包括两种，仓库主管和一般治理员，其中，仓库主管拥有整个系统的最高权限。仓库主管负责整个山口物流公司仓管部的日常运作和治理工作，除了具有一般治理员的权利，还具有以下权利和义务，要紧包括： （1）差不多信息治理：维护食堂信息、供货商信息和商品信息，具体操作有添加、修改、删除和查询，能够对食堂信息、供货商信息和商品信息进行及时的修改，另外确实是还能够对各个信息治理模块进行重置，如图4-1所

59、示。图4-1差不多信息治理界面 （2）入库治理：那个功能要紧是对要入库的商品进行填写入库单，入库单里面包含商品入库的入库票号、供应商的名称、联系人、进行操作的结算方式、同时在这一个功能里面我调用了JAVA的系统函数，显示入库的时刻，同时在入库单的上面显示入库的具体时刻，如此就能更好的治理库存里面的商品信息，方便操作对库存里面商品的信息进行及时的更新或者是进行及时的出库治理，另外该功能模块里面还包括了入库退货的模块，要紧确实是对刚刚入库的商品而又发觉质量问题的商品进行入库退货治理，如此就能够及时的将退货信息记录保存下来，方便食堂仓库治理系统操作人员进行入库退货的信息查询。如图4-2所示。图4-2

60、 入库治理模块界面系统设置：这一个功能模块要紧是对系统的一些设置，只要确实是包括操作 员的治理，比如是删除操作员，添加操作员，另外确实是系统admin能够对各个操作员进行删除和添加，然而操作员角色只能是对自己的密码进行修改而不能删除其他的操作员或改密码，这也确实是系统治理里面有关权限的设置问题,具体的如图4-3所示。 图4-3 系统设置模块 （4）查询治理：在那个治理面板里面仓库治理系统的操作人员能够查询食堂的信息、供应商的信息、入库商品的信息、出库商品的信息，另外确实是有关商品的信息，因为在那个治理面板中用了几个组件分不对不同的个体信息进行分类，假如是要对食堂信息进行查询，能够进入到有关食堂