仓库管理信息系统论文.docx
《仓库管理信息系统论文.docx》由会员分享，可在线阅读，更多相关《仓库管理信息系统论文.docx（30页珍藏版）》请在冰豆网上搜索。
仓库管理信息系统论文
仓库管理系统
姓名：
学号：
专业：
计算机科学与技术
指导教师：
20年月
摘要
本文采用结构化系统分析的方法，阐述了仓库管理系统的开发过程、操作流程及其一些核心的技术。
本文首先进行了项目概述，简单介绍了项目开发的背景、项目开发的目的和项目开发的意义；接下来是系统规划阶段，通过实际的业务流程的调研，分析了系统的组织结构，具体完成了仓库管理系统的需求分析、可行性分析、现行业务流程分析，并通过对现行业务流程的优化，得出了系统的业务流程；之后是系统分析，具体完成了数据流分析和数据字典；系统设计阶段主要完成了功能模块的划分、数据库的设计和系统界面设计。
该阶段对各个模块的功能进行了详细设计，形成了本系统的功能模块图，在此基础上选择了合适的开发模式；数据库的设计先进行了概念结构设计，之后进行了逻辑结构设计，最后完成了数据库表的设计。
根据前几个阶段的分析和设计，该系统决定采用B/S结构，JSP作为开发平台，数据库采用SQL2000，完成了系统的程序实施。
本系统的设计实施为仓库管理系统的运行做基础，为其仓库的管理提供良好的条件。
关键词：
仓库；结构化分析；管理系统
Abstract
Inthispaper，structuredsystemsanalysis，inventorymanagementsystemdescribesthedevelopmentprocess，operationalprocessesandsomeofitscoretechnology.Thispapercarriedouttheprojectoverview，abriefbackgroundofprojectdevelopment，projectdevelopmentandprojectdevelopmentobjectiveofthemeaning;followedbythesystemplanningstage，theactualbusinessprocessesthroughresearchandanalysisofthesystem'sorganizationalstructure，specificallythepletionoftheinventorymanagementsystemneedsanalysis，feasibilityanalysis，theexistingbusinessprocessanalysis，andoptimizationofexistingbusinessprocesses，businessprocesses，thesystemobtained;followedbysystematicanalysisofthespecificpletionofthedataflowanalysisanddatadictionary;systemdesignprimarilythepletionofthedivisionoffunctionmodules，databasedesignandsysteminterfacedesign.Thisphaseofthefunctionofeachmoduleindetailthedesign，formingafunctionalblockdiagramofthesystem，onthisbasis，havechosentherightdevelopmentmodel;databasedesignfirsttestedtheconceptdesign，followedbyalogicdesign，andfinallypletedthedesignofthedatabasetable.
Accordingtopreviousanalysisanddesignphase，thesystemdecidedtouseC/Sstructure，VisualBasicasadevelopmentplatform，thedatabaseusesAccess，pletedtheimplementationofthesystemprogram.Designandimplementationofthissystemfortheinventorymanagementsystemtorunasafoundationforinventorymanagementingoodcondition
KeyWord：
Inventory;structuralanalysis;ManagementSystem
第1章概述
1.1项目开发的背景
随着市场经济的发展，市场竞争压力加大，企业要生存发展，就必须在各个方面加强管理，并要求企业有更高的信息化集成，能够对企业的整体资源进行集成管理。
企业间的竞争是综合实力的竞争，要求企业有更强的资金实力，更快的市场响应速度。
这就要求企业各个部门之间统一计划，协调生产步骤，汇总信息，调配企业内部资源，实现既要独立又要统一的资源共享管理。
随着信息技术的发展，为了提高仓库管理的管理效率，加快企业的运转速度，决定开发“仓库管理系统”。
1.2项目开发的目的
仓库管理系统的开发目的是使仓库的管理模式从手工记录转变成信息管理，管理仓库的部门提供方便条件。
对仓库管理的实际情况进行调研之后，进行详细的需求分析，对现有的管理模式进行改进，开发出一套新型的管理系统，从中领悟系统开发的思想，掌握系统开发的流程和方法。
随着信息系统的不断完善，企业仓库的管理将越来越依赖于信息化的管理。
所以系统开发将围绕企业仓库管理的实际情况，使之能迅速适应企业的需要。
随着企业的规模不断变大，仓库管理系统也将不断完善，使其能更加适合企业的发展需求。
仓库管理系统的实施具有如下现实意义：
第一，节省仓库管理部门的管理人员。
第二，仓库管理部门的管理人员可以随时浏览查看，而且更加直观。
第三，改变了以前工资手工记账的方式，电脑录入更加方便快捷。
第四，实现了仓库管理的计算机化。
第2章可行性分析及总体设计原则
2.1可行性分析
为避免投资失误，保证新系统的成功开发和运行，从技术、经济和社会三方面对本系统的可行性进行了分析和研究。
2.1.1技术可行性
本系统的开发基于JSP和SQL2000数据库技术。
SQL2000数据库与JSP集成在一起，可以轻松开发功能丰富、存储安全、可快速部署的数据驱动应用程序[5]。
仓库管理系统是一个基于数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，利用现有技术条件可以达到该系统的功能目标[6]。
本人在学校期间已经掌握JSP技术和SQL2000数据库的设计思想和代码编写。
同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发的。
因此，仓库管理系统具有技术可行性。
2.1.2经济可行性
一般公司都有信息化的处理设施，并且拥有支持本系统的应用平台。
因此无需再投入资金购买其他设施。
系统的开发基于本人对程序开发的实践学习而来，无需资金投入，并且软件开发过程投入的成本不高，因此开发经费完全可以接受。
系统开发成功后将大大提高仓库管理方面的效率，使其管理走向正规化、信息化，是其发展强大的必经之路。
因此，仓库管理系统也具有经济可行性。
2.1.3社会可行性
本系统的社会可行性主要从法律因素、用户使用可行性两方面进行研究。
（1）法律因素
本系统是根据仓库管理的实际工作情况开发研制的，是通过大量的调研得出的，系统的软件设计是在独立的环境下完成的，无可供抄袭的软件产品。
（2）用户使用可行性
本系统对用户的要求，除了需要具备在MicrosoftWindows平台上使用个人电脑的知识外，并不需要特别的技术能力。
使用系统的管理员，需要具备对Tomcat服务器的使用能力，在投入使用前，无需对操作系统的人员进行培训。
这样既减少投入成本又简化了操作环节。
因此，仓库管理系统也具有社会可行性。
2.2总体设计原则
本系统为了设计、实现和后期维护的方便，以及系统用户使用的便利，所以必须采取一定的设计原则[3]。
其主要设计原则有：
简单性：
在实现系统的功能的同时，尽量让系统操作简单易懂，这对于一个系统来说是非常重要的。
针对性：
本系统设计是针对企业仓库管理的需求定向开发设计，所以具有专业突出和很强的针对性。
实用性：
要求本系统能够满足企业仓库管理的需要，因此具有良好的实用性。
一致性：
页面整体设计风格以及命名规则的一致性：
整体框架和用图用色风格及变量、类名和其他元素的命名规则保持一致。
功能一致性：
完成同样的功能应该尽量使用同样的元素。
元素风格一致性：
界面元素的美观风格、摆放位置在同一个界面和不同界面之间都应该是一致的。
变量命名规则的一致性：
变量应该用统一的规则进行命名，做到任意变量均能从上下文推断其义。
先进性：
本系统采用JSP、SQL2000作为系统开发工具和数据库，两个软件具有良好的兼容性和系统稳定性。
因此本设计具有良好的先进性[7]。
第3章系统分析
3.1业务流程分析
在进行业务流程分析时，需要按照原有信息流动过程，逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态（报告、报单、屏幕显示）等[4]。
业务流程分析可以帮助开发者了解该业务处理过程，发现和处理系统调查工作中的错误和疏漏。
业务流程分析是通过业务流程图来进行，即用一些规定的符号及连线来表示某个具体业务处理过程[5]。
仓库管理系统的具体的业务流程图，流程如图3.1所示。
图3.1操作员业务流程图
图3.2高级管理员业务流程图
3.2数据流图
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程[6]。
数据流程分析是把数据在现行系统内部的流动抽象的独立起来，舍去了具体组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。
数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。
描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。
其中数据流程图是描述系统逻辑模型的主要工具，它以少数几种符号综合地反映出信息在系统中的流动、存储和传递[7]。
在业务流程分析的基础上，对数据流进行了分析，从数据流动过程考察了实际业务的数据处理模式。
该系统的数据流图分为顶层、一层、二层[12]。
具体分析第一层数据流图，操作员第一层数据流图如图3.4所示。
图3.4操作员第一层DFD
高级管理员第一层数据流图如图3.5所示。
图3.5高级管理员第一层DFD
由于论文的篇幅限制不能一一列举数据流图，只给出了一部分比较重要的，其他都是按照此方法绘制的。
3.3数据字典
系统数据流程的分析完成后，接下来用数据字典描述数据流图中一些主要的数据元素条目、数据流、处理过程、数据存储和外部实体[13]。
数据元素条目如表3.1所示：
表3.1数据元素
数据元素条目
总编号：
1-101
编号：
101
名称：
操作员编号
说明：
操作员的编号
数据值类型：
离散
长度：
50
有关数据结构：
操作员信息表如：
10001
数据结构条目如表3.2所示：
表3.2数据结构
数据结构条目
名称：
操作员信息表
说明：
创建操作员信息记录时的数据总编号：
2-01
结构：
编号：
01
编号
用户名
密码有关数据流、数据存储：
XXP9操作员管理
性别数量：
每月约20份
出生日期
民族
担任职务
手机
就职日期
工资待遇
数据流条目如表3.3所示：
表3.3数据流
数据流条目
名称：
修改密码总编号：
3-10
说明：
将修改后的密码记录存储到管理员信息表中编号：
10
数据流来源：
数据流去向：
P7管理员维护流通量：
10份/周
包含的数据结构：
管理员信息表
数据存储条目如表3.4所示：
表3.4数据存储
数据存储条目
名称：
管理员信息表总编号：
4-03
说明：
存储管理员的相关信息标号：
D7
结构：
编号
用户名
密码
有关的数据流：
P7→D7信息量：
2份/年
处理过程条目如表3.5所示：
表3.5处理过程
处理过程条目
名称：
库存管理总编号：
5-15
说明：
将处理后的库存记录进行管理编号：
P2
输入：
P2入库登记
输出：
D2入库登记信息表
处理：
P2
外部实体条目如表3.6所示：
表3.6外部实体
外部实体条目
名称：
管理员总编号：
6-001
说明：
管理员编号：
001
输入数据流：
个数：
1个
输出数据流：
由于论文篇幅的限制，不在此一一列举，其他所有的数据字典条目都是根据数据流图绘制的。
第4章系统设计
4.1系统功能设计
通过对企业仓库管理系统进行全面的调查分析的基础上，制定出仓库管理系统的系统总体规划。
系统设计包括系统总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术和开发模式等[14]。
仓库管理系统功能模块图如图4.1所示：
图4.1超级管理员功能模块图
图4.2操作员功能模块图
4.2系统数据库设计
数据库设计是系统设计中非常重要的一个环节[15]。
数据是一切系统设计的基础，通俗地说，数据库设计就像高楼大厦的根基一样，如果设计的不合理、不完善，将在系统开发过程中，甚至到后期的系统维护、功能变更和功能扩充时，引起较多问题，严重时甚至要重新设计，重做大量已完成工作。
4.2.1概念结构设计
根据系统分析的结果，具体分析不同实体用户，描述不同实体之间的关系，得出系统数据实体图和E-R图。
管理员实体属性图如图4.3所示：
图4.3管理员实体属性图
出库信息实体属性图如图4.4所示：
图4.4出库信息实体属性图
出库明细实体属性图如图4.5所示：
图4.5出库明细实体属性图
入库信息实体属性图如图4.6所示：
图4.6入库信息实体属性图
入库明细实体属性图如图4.7所示：
图4.7入库明细实体属性图
商品实体属性图如图4.8所示：
图4.8商品实体属性图
盘存信息实体属性图如图4.9所示：
图4.9盘存信息实体属性图
商品类别实体属性图如图4.10所示：
图4.10商品类别实体属性图
员工信息实体属性图如图4.11所示：
图4.11员工信息实体属性图
系统E-R图如图4.12所示：
图4.12系统E-R图
4.2.2数据库表设计
表4.1管理员信息表
说明：
用户表用于存放管理员的信息。
表4.2商品类别表
说明：
用于存放商品类别的信息。
表4.3出库信息表
说明：
用于存放出库的基本信息。
表4.4出库明细表
说明：
用于存放出库明细的信息。
表4.5入库信息表
说明：
用于存放入库的信息。
表4.6职员信息表
说明：
用于存放职员的信息。
表4.7商品信息表
说明：
商品信息表用于存放商品的信息。
表4.8盘存信息表
说明：
用于存放盘存的信息。
表4.9入库明细表
说明：
用于存放入库明细的信息。
4.3系统开发工具与开发模式的选择
4.3.1开发工具
本系统主要使用JSP、Struts技术对系统进行设计和开发。
JSP拥有Java程序设计语言“一次编写，各处执行”、“安全性、XX性高”等的特点[13]；Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑，Struts能充分满足应用开发的需求，简单易用，敏捷迅速。
使用MicrosoftSQLServer2000数据库作为后台数据库，SQLServer2000系统具有强大的网上功能，可以在互联网上发布数据库中的数据。
在SQLServer2000系统中，允许用户简单的使用一些向导和工具把数据库的数据发布到网络上，并且可以根据需要来调度修改已经发布的数据。
在大家所了解数据库系统中.。
MicrosoftSQLServer2000，经过三十多年的发展，已经成为最重要的数据处理技术，被广泛应用到多种项目的开发与设计中，决定采用此数据库系统来完成系统的设计。
4.3.2开发模式
目前，在大多数B/S（Browser/Server）结构的Web应用中，浏览器直接通过HTML或者JSP的形式与用户交互，响应用户的请求。
虽然很直观，但是大多数管理信息系统操作的数据量都是惊人的，随着代码的增多会使JSP页面臃肿不堪，Web服务器的负荷过重。
因此，在中间层上采用基于模型视图控制器（MVC，Model-View-Controller）的设计模式。
MVC之间的关系如图4.6所示，Model层用来实现业务逻辑，View层用来显示用户界面，Controller层主要负责View层和Model层之间的控制关系。
具体实现时，把Servlet用作应用程序的控制器，把JSP文档作为视图，JavaBeans被用来表示模型。
所有的请求都被发送给作为控制器的Servlet，它接受请求，并根据请求信息将它们分发给适当的JSP来响应。
同时，Servlet还根据JSP的需求生成JavaBeans的实例并输出给JSP环境。
JSP可以通过直接调用方法或使用UseBean的自定义标签得到JavaBeans中的数据。
这种设计模式很好地实现了数据层与表示层的分离，使开发工作更加容易和迅速[14]。
在这种设计模式下，各层次之间的数据传递如图4.7所示。
图4.13MVC之间的关系图
图4.14数据传递图
第5章系统实现
5.1登录界面
5.1.1登录界面
此模块主要功能是用于登录本系统，不同权限的用户登录本系统会进入不同的管理模块界面，因为在后台对该用户进行的判断，首先将从前台页面提交的用户名和密码进行接受，之后在后台进行处理，按照用户名在数据库中进行查询如果查到该用户则将该用户的权限和密码全都取出来分别赋给两个字符串变量，判断从数据库中读出的密码与登录时输入的密码是否配比上，若两个密码相同则根据权限的值进入相应的页面，否则输出密码错误。
若用户未被管理员分配好权限那么也是无法登陆本系统的，如下图所示：
图5.1登录界面
5.1.2登录流程
图5.2登录流程图
5.2超级管理员登录首页
超级管理员输入用户名和密码后，可以登录本系统，如下图所示：
图5.3超级管理员登录首页
5.3操作员管理界面
超级管理员登录本系统后，可以管理操作员信息，如下图示：
图5.5操作员管理界面
5.4货物分类管理界面
超级管理员及操作员登录本系统后，均可以对货物分类进行管理，如下图所示：
图5.6货物分类管理界面
5.5出库登记
超级管理员及操作员登录本系统后，均可以对出库信息进行登记，如下图所示：
图5.7出库登记界面
5.6仓库汇总
超级管理员及操作员登录本系统后，如果仓库信息不足，则会出现仓库不足警报，如下图所示：
图5.8仓库汇总界面
第6章软件测试与分析
测试是开发时期最后一个阶段，是保证软件质量的重要手段。
软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作结果的过程，所谓控制条件应包括正常条件与非正常条件。
软件测试过程中应该故意地去促使错误的发生，也就是事情在不该出现的时候出现或者在应该出现的时候没有出现。
从本质上说，软件测试是“探测”，在“探测”中发现软件的毛病。
6.1系统测试的定义
软件测试是为了发现错误而执行程序的过程。
它不仅是软件开发阶段的有机组成部分，而且在整个软件工程（即软件定义、设计和开发过程）中占据相当大的比重。
软件测试是软件质量保证的关键环节，直接影响着软件的质量评估。
软件测试不仅要讲究策略，更要讲究时效性。
验收测试作为软件测试过程的最后一个环节，对软件质量、软件的可交付性和软件项目的实施周期起到"一锤定音"的作用。
6.2系统测试的目的及意义
软件危机曾经是软件界甚至整个计算机界最热门的话题。
为了解决这场危机，软件从业人员、专家和学者做出了大量的努力。
现在人们已经逐步认识到所谓的软件危机实际上仅是一种状况，那就是软件中有错误，正是这些错误导致了软件开发在成本、进度和质量上的失控。
有错是软件的属性，而且是无法改变的，因为软件是由人来完成的，所有由人做的工作都不会是完美无缺的。
问题在于我们如何去避免错误的产生和消除已经产生的错误，使程序中的错误密度达到尽可能低的程度。
6.3系统测试的重要性
软件测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。
近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。
采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。
测试是所有工程学科的基本组成单元，是软件开发的重要部分。
自有程序设计的那天起测试就一直伴随着。
统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。
而在软件开发的总成本中，用在测试上的开销要占30％到50％。
如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
6.4系统测试的常用方法
程序测试的主要方法分为两大类，白盒测试和黑盒测试。
白盒测试：
一种是以程序的内部逻辑结构为依据而设计测试用例的方法，因而又称结构测试或玻璃盒测试，将软件看成一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符。
白盒测试就是要选取足够的测试用例，对源代码实行比较充分的覆盖，以便尽可能多地发现程序中的错误。
主要有两种方法：
一种称为逻辑覆盖法，另一种称为路径覆盖法。
黑盒测试：
也称功能测试，数据驱动测试等，它将待测对象堪称是一个黑盒子，在完全不考虑程序的内部结构和特性的情况下，只依据规格说明书检查程序的功能是否能正常使用。
黑盒测试主要是根据输入条件和输出条件的确定测试数据，来检查程序是否能产生正确的输出[16]。
进行黑盒测试主要有下面几种方法：
等价分类法、边界值分析法、猜错法、因果图法。
本系统的测试综合了白盒测试、黑盒测试两种方法，但主要使用的是黑盒测试方法。
在测试当中遵循了“尽早地和不断进行测试”，“保证测试用例的完整性和有效性”原则。
通过测试达到以下测试目
升级会员 