货物存放与取出管理系统

1、no： 毕毕 业业 设设 计计 报报 告告 课题: 货物存放与取出管理系统 系部: 软件工程系 班级: 软件 1113 学号: 2011180116 学生: 陈清涛 指导教师: 杨燕 装订交卷日期:2014 年 3 月 29 日 毕业设计成绩评定表 指导教师评语:（包含学生在毕业设计期间的表现） 成绩（平时成绩）: 指导教师签名： 年 月 日 评阅教师评语：（毕业设计与设计报告的质量与水平） 成绩（评阅成绩）: 评阅教师签名： 年 月 日 答辩情况记录:（不安排答辩的学生此表不填） 答辩成绩: 答辩委员会主任(或答辩教师小组组长)签名: 年 月 日 总评成绩: 装订顺序：（1）封面、 （2）毕

2、业设计成绩评定记录、 （3）毕业设计任务书、 （4）目录、 （5）正文、 （6）附录、 （7）参考文献。 打印要求：双面打印；其中封面的反面为空白页；目录的首页、正文的首页打印在右面； 正文首页的页码号从 1 开始编码。 成绩评定：总评成绩以优秀、良好、中等、及格、不及格五级计分制计分，平时成绩、评 阅成绩、答辩成绩不受限制，但须统一。参加答辩学生的平时成绩、评阅成绩、 答辩成绩分别占总评成绩 40%、20%和 40%；未安排答辩学生的平时成绩与评阅 成绩分别占总评成绩 40%、60%。平时成绩、评阅成绩、答辩成绩任意一项不及 格，则总评成绩不及格。 软件工 程系制 毕业设计任务书 注：毕业设

3、计任务书包括设计课题、设计目的、设计要求、毕业设计报告要求、设计进度 计划、毕业设计答辨需提交的材料等项目。 一、设计课题： 货物存放与取出管理系统 二、设计目的： 仓库管理就是通过采购、仓储、综合、出库、配送等活动，解决物资供需之间存在 的时间、空间、数量、品种、价格等方面的矛盾，以此衔接社会生产的各环节，从 而确保生产的顺利进行 三、设计要求 内容：采用 j2ee+jsp+servlet+struts 技术设计一个仓库管理系统，有以下功 能： 1. 货物入库和出库的管理 2. 出库入库记录的查询及报表 3. 货物信息的管理 4. 酒店管理人员查看货物管理 5. 支持远程登陆管理； 6.个性

4、化多组别自定义性质标签，随时查找所需资料 四、毕业设计报告要求： 毕业设计报告由以下几部分组成： 1、标题封面：标题要求简洁、确切、鲜明。 2、毕业设计成绩评定记录表（教师等填写） 3、毕业设计任务书（指导教师提供） 4、目录。 5、正文 6、附录 五、设计进度计划： 第 13 周：任务书，进度表的提交。 第 48 周：概要设计。单元测试。编码调试。提交论文初稿。 第 912 周：完成编码。完成论文提交论文及程序代码。 第 1314 周：提交毕业设计相关成果物，进行答辩 六、毕业答辩需提交的材料： 1完整的系统代码（光盘或磁盘） 2毕业设计报告 学生：陈清涛 指导教师签名： 2014 年 3

5、月 29 日 目录目录 第一章第一章绪论绪论.1 1.1 课题来源.1 1.2 国内现状.1 1.3 研究意义.2 第二章第二章需求分析需求分析.4 2.1 需求分析.4 2.2 需求分析的任务和原则.4 2.2.1 需求分析的任务.4 2.2.2 需求分析的原则.5 2.3 系统业务流程分析.6 2.4 系统可行性分析.7 2.4.1 经济可行性.7 2.4.2 操作可行性.7 第三章第三章概要设概要设计计.8 3.1 总体结构的设计 .8 3.2 数据库的概念.8 3.3 数据库的选择.9 3.4 数据库设计方法简述 .9 3.4.1 数据库 er 设计.9 3.4.2 数据库物理设计.1

6、0 第四章第四章技术介绍技术介绍.12 4.1 jsp 简介.12 4.2 web 简介.12 4.3 struts，hibernate，spring技术.12 4.3.1 struts.12 4.3.2 hibernate .13 4.3.3 spring.13 4.4 sql 语言.14 4.5 开发环境.14 第五章第五章货物存放与取出管理系统的详细设计货物存放与取出管理系统的详细设计.15 5.1 登录模块实现.15 5.2 基础信息模块实现.15 5.2.1 商品管理模块实现.15 5.2.2 供应商管理模块实现.16 5.3 销售出库管理模块实现.16 5.4 采购入库管理模块实现

7、.16 5.4.1 采购入库新增 .17 5.4.2 退货入库.17 第六章第六章货物存放与取出管理系统的测试货物存放与取出管理系统的测试.18 6.1 测试的意义.18 6.2 系统测试.18 6.2.1 单元测试.18 6.2.2 组合测试.18 6.2.3 确认测试.18 6.2.4 系统测试.18 6.3 测试方法.18 6.3.1 系统入口测试要点.18 6.3.2 数据录入测试要点.18 6.4 系统测试效果.18 6.5 用户退出系统.19 6.6 测试项目.19 第七章第七章结论结论.20 致致 谢谢.21 参考文献参考文献 .22 附附录录 .23 第一章 绪论 1.1 课题

8、来源课题来源 物流配送中心商品的大量出入仓库，使得每一个大型物流配送中心每年要花费的人力， 投资，设施，费用去计划和控制存货，存货的周转率是标志着企业运营效率的重要指标， 对企业的资产收益率起着重要的决定作用。所以近年来，企业管理者开始重视存货管理的 重要性，存货管理主要是对商品的管理，它强调的是对商品货物的存储和传送，数量和状 态变化信息的管理，其目标是在于降低库存成本，减少库存资金占用的同时，保证商品货 物按计划流动，从而使商品满足顾客和市场上的需求，库存控制就是要权衡库存费用（包 括商品价值，订货费用，短缺等） ，使总费用最低。物流配送中心库存管理系统的职能大体 上包括到货管理、到货验收

9、管理和仓库入库。所以库存管理人员已经成为仓库的计划员， 他们的工作也受到了高度的重视，他们和市场部门及生产部门协同工作并成为整个企业组 织的重要组成部分。因此，商品货物信息必须具有高度的准确性，这就需要有好的管理系 统，能简明的反映实际情况。 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和生活的各 个领域。计算机虽然与人类的关系愈来愈密切，但是仍然还有人由于计算机操作的不方便 而继续使用传统的手工劳动。为了适应现代社会人们高度强烈的时间观念，物流配送中心 库存管理系统软件为物流配送中心库存管理方面带来了极大的方便。 1.2 国内现状国内现状 在我国，物流是一个外来词，是在

10、20 世纪 70 年代末从日本引进的。1979 年 6 月，中 国物资经济学会派代表团参加在日本举行的第三届国际物流会议，把物流的概念介绍到了 国内。 进入新世纪以来，我国物流业总体规模快速增长，服务水平显著提高，发展的环境和 条件不断改善，为进一步加快发展奠定了坚实基础。 1、物流业规模快速增长。2008 年，全国社会物流总额达 89.9 万亿元，比 2000 年增长 4.2 倍，年均增长 23%；物流业实现增加值 2.0 万亿元，比 2000 年增长 1.9 倍，年均增长 14%。2008 年，物流业增加值占全部服务业增加值的比重为 16.5%，占 gdp 的比重为 6.6%。 2、物流业

11、发展水平显著提高。全社会物流总费用与 gdp 的比率，由 2000 年的 19.4% 下降到 2008 年的 18.3%，物流费用成本呈下降趋势，促进了经济运行质量的提高。 3、物流基础设施条件逐步完善。 4、物流业发展环境明显好转。 但是，我国物流业的总体水平仍然偏低，还存在一些突出问题。 一是全社会物流运行效率偏低，社会物流总费用与 gdp 的比率高出发达国家 1 倍左右； 二是社会化物流需求不足和专业化物流供给能力不足的问题同时存在， “大而全”、 “小而 全”的企业物流运作模式还相当普遍； 三是物流基础设施能力不足； 四是地方封锁和行业垄断对资源整合和一体化运作形成障碍，物流市场还不够

12、规范； 五是物流技术、人才培养和物流标准还不能完全满足需要，物流服务的组织化和集约 化程度不高。 发展趋势主要有十点： 1.总量持续增长与结构加快调整的趋势 2.产业物流社会化与专业化的趋势 3.物流企业细分化与个性化的趋势 4.物流市场竞争加剧、经营风险加大的趋势 5.区域物流转移与集聚的趋势 6.物流基础设施加紧建设与协调分流的趋势 7.物流与金融配套服务的趋势 8.国际物流“双向发展”的趋势 9.低碳经济“倒逼”绿色物流发展的趋势 10.物流政策激励与规范相结合的趋势 从发达国家的物流发展现状看，物流业已进入较为成熟的阶段，发展主要是物流内涵 的拓展、过程的延伸、覆盖面的扩大以及物流管理

13、的日益专业化、信息化和标准化。 l. 物流服务的拓展 物流服务已经逐步将加工、保税、仓储、金融、保险乃至报关、通关、商检、卫检、 动植检、中转等业务统进来，把整个商贸流通过程作为个完整的领域来进行通盘考虑 和经营。近年来，由于信息技术的发展和比较成本优势的驱动，产品异地加工、装配、包 装、标志、分拨、配送、销售等增值服务，也逐渐涵盖进来。 2. 物流服务过程的延伸 物流服务的过程经历了“港口到港口”、 “门到门”和“货架到货架”等几个阶段，其过程在 逐步延伸。由于生产企业需要实行“即时供货”和“零库存”，以加速资金和货物的周转利用， 物流业将生产以前的计划、供应也逐渐包括在自己的服务范围之内，

14、使服务过程向前延伸。 3. 物流服务的覆盖面不断扩大 科学技术的日新月异和交通工具、信息系统的不断创新，使地球变得越来越小，也使 物流业相应地扩大了自己的覆盖面。近年来，跨国家、跨地区、跨城市的物流服务都有了 较快发展。 4. 第三方物流作用日趋显著 第三方物流”来是指为发货人(第一方)和收货人(第二方)提供专业物流服务的第三方企 业。物流服务公司在货物的实际移动链中并不是一个独立的参与者，而是代表发货人或收 货人来执行。之所以强调发展第三方，主要是实现物流运营的专业化、科学化，并使物流 企业与物流需求者之间建立更紧密、有效的联系。 5. 电子物流发展 基于互联网的电子商务迅速发展，使电子物流

15、快速发展。企业或个人通过电子网络与 外界构通，实现网上购物，这种网上直通的方式使企业能迅速、准确、全面的了解需求信 息，进步实现最优的生产模式和物流业务。这种可在线跟踪货物、在线规划物流线路、 在线实施物流调度及货运检查的电子物流，是 21 世纪物流的发展方向。 1.3 研究意义研究意义 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活 的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用 手工劳动。为了适应现代社会人们高度强烈的时间观念，麦子大王货物存放与取出管理系 统软件将会为企事业单位仓库管理带来了极大的方便。 仓库管理 wms(war

16、e house management system)最早产生于二战时期的美国。上世纪五十 年代中期，仓库概念传入日本，并得到快速发展。时至今日，仓库管理已成为企业管理中 不可或缺的一部分。仓库管理就是通过采购、仓储、综合、出库、配送等活动，解决物资 供需之间存在的时间、空间、数量、品种、价格等方面的矛盾，以此衔接社会生产的各环 节，从而确保生产的顺利进行。传统仓库管理完全由人来完成，以手工记录为主，当企业 的物流业务成长到一定规模之后，随着订单数量的增加，客户需求不断个性化，执行效率 就成为物流发展的瓶颈，单纯依靠人力资源的增加已不能提升出入库执行的速度，反而带 来成本的大幅度上升与差错频频。

17、计算机信息管理技术的迅速发展恰恰解决了这个问题， 它使计算机技术与现代的管理技术相互配合，更加准确、高速地完成工业企业日常的仓库 管理工作，使企业能够以最少的人员来完成更多的工作。因此，采用计算机管理信息系统 已成为仓库管理科学化和现代化的重要标志。 第二章需求分析 2.1 需求分析需求分析 在传统仓库管理过程中，表单填写与查询管理都非常的耗费人力物力，最后需要盘点 或统计十分耗费时间和人力。同时由于采用手工操作，不可避免造成一些的错误。现在许 多公司都采用计算机来管理仓库信息，避免了手工操作的不足。采用仓库管理信息对物资 的出入情况进行管理，可以很方便地完成各类统计，为生产销售人员及时提供相

18、关信息。 需求分析的基本任务：确定系统的目标和范围,调查用户的需求,分析系统必须做什么,编写 需求规格说明书等其它相关文档,以及需求工程审查.同时还包括需求变更的控制、需求风险 的控制、制定需求过程的基本计划等工作。 需求分析包括两个活动：需求开发和需求管理。 需求可分四类：业务需求是反映组织机构或客户对软件高层次的目标要求，这项需求 是用户高层领导机构决定的，它确定了系统的目标规模和范围。用户需求是用户使用该软 件要完成的任务。功能需求是软件开发人员必须实现的软件功能。非功能需求是产品必须 具备的属性或品质 ，包括对用户的重要属性（有效性、效率、灵活性、完整性、互操作性、 可靠性、健壮性、可

19、用性）和对开发者的质量属性（可维护性、可移植性、可复用性、可 测试性） 。 2.2 需求分析的任务需求分析的任务和原则和原则 2.2.1 需求分析的任务需求分析的任务 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什 么?”这个问题。 虽然在可行性研究阶段已经粗略了解了用户的需求，甚至还提出了一些可行的方案，但是， 可行性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的解法，因此许 多细节被忽略了。然而在最终的系统中却不能遗漏任何一个微小的细节，所以可行性研究 并不能代替需求分析，它实际上并没有准确地回答“系统必须做什么?”这个问题。 需求分析的任务还不

20、是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作， 也就是对目标系统提出完整、准确、清晰、具体的要求。 可行性研究阶段产生的文档，特别是数据流图，是需求分析的出发点。数据流图中已经划 分出系统必须完成的许多基本功能，在需求分析阶段系统分析员将仔细研究这些功能并进 一步将它们具体化。在这个阶段结束时交出的文档中应该包括详细的数据流图，数据字典 和一组简明的算法描述。 需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必 须用行之有效的方法对软件需求进行严格的审查验证。 下面简要叙述需求分析阶段的具体任务。 对系统的综合要求有下述四个方面： 1系统功能要求 应该划

21、分出系统必须完成的所有功能。 2系统性能要求 例如，联机系统的响应时间(即对于从终端输入的一个“事务”，系统在多长时间之内可 以做出响应)，系统需要的存储容量以及后援存储，重新启动和安全性等方面的考虑都属于 性能要求。 3运行要求 这类要求集中表现为对系统运行时所处环境的要求。例如，支持系统运行的系统软件是 什么，采用哪种数据库管理系统，需要什么样的外存储器和数据通信接口等。 4将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要 求。这样做的目的是在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦需要 时能比较容易地进行这种扩充和修改。 任

22、何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的 信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数 据要求，这是软件需求分析的一个重要任务。分析系统的数据要求通常采用建立概念模型 的方法。 复杂的数据由许多基本的数据元素组成，数据结构表示数据元素之间的逻辑关系。利用数 据字典可以全面准确地定义数据，但是数据字典的缺点是不够形象直观。为了提高可理解 性，常常利用图形工具辅助描绘数据结构。常用的图形工具有层次方框图和 warnier 图。 软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或 文件中，为减少数据冗余，避

23、免出现插入异常或删除异常，简化修改数据的过程，通常需 要把数据结构规范化。 综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、数据字 典和主要的处理算法描述这个逻辑模型。 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本 和进度，修正以前制定的开发计划。 在计算机硬件和许多其它工程产品的设计过程中经常使用样机。建造样机通常有两个 主要目的：检验关键设计方案的正确性及系统是否真正满足用户的需要。对于软件系统的 开发，使用“样机”(更正确的名称应该是原型系统)的主要目的是，使用户通过实践获得关 于未来的系统将怎样为他们工作的更直接更具体的概念，从而可

24、以更准确地提出和确定他 们的要求。 把建立原型系统作为一种可能采取的策略的主要理由如下： (1)由于人类认识能力的局限，不能预先指定所有要求； (2)在用户和系统分析员之间存在固有的通信鸿沟； (3)用户需要一个“活的”系统模型，以便获得实践经验； (4)在开发过程中重复和反复是必要的和不可避免的； (5)目前有快速建立原型系统的工具可供选用。 用户试用了原型系统以后能够指出系统的哪些特性是他们喜欢的，哪些是他们感到不 能接受的，以及他们还需要哪些新的功能。根据经过实践检验的用户需求而开发出来的系 统，更可能真正满足用户的需要。特别在所开发的系统是全新的，用户一点也没有使用类 似系统的经验时，

25、更应该认真考虑开发原型系统的必要和可能。 在软件开发中采用样机策略的主要困难是成本问题。对于一次设计后大批量生产的产品 （例如，计算机硬件和绝大多数工业产品） ，设计和制造样机的费用可以分摊到每件产品上， 因此每件产品的成本增加很少。软件，特别是应用软件，通常一次只开发出一件产品，采 用样机策略则成本增加很多，因此过去很少采用这种策略。但是，由于正确地提出用户需 求是软件开发工程成功的基础，近年来主张采用样机策略的人逐渐多起来了。此外，目前 有一些较好的工具可供建立软件的原型系统用，这就为在软件开发中采用样机策略奠定了 必要的物资基础。 近年来不仅在验证软件需求时使用软件原型，原型法还逐渐发展

26、成为开发软件的一种 重要方法。 2.2.2 需求分析的原则需求分析的原则 需求分析的前提是准确、完整地获取用户需求。向问题领域的专家学习，进行用户需 求查是需求分析的第一步。用户需求通常可以分为功能需求和性能需求两类。功能需求定 义了系统应该做什么，系统要求输入什么信息，输出什么信息，以及如何将输入变换为输 出。性能需求则定义了软件运行的状态特征，如系统运行效率，可靠性，安全性，可维护 性等等。 综合起来，应该获取用户需求的内容包括： 1物理环境。系统运行的设备地点、位置是集中式的还是分布式的，对环境的要求如何 (如温度、湿度，电磁场干扰等)。 2系统界面。要求与其他系统进行数据交换的内容与格

27、式，终端用户的类型与熟练程度， 用户对界面的特定要求，用户操作的易接受性等。 3系统功能。系统应该完成的功能以及何时完成，对于系统运行速度、响应时间或者数据 吞吐量的要求，系统运行的权限规定，系统可靠性要求，是否要求可移植，未来扩充或者 升级的要求。 4. 数据要求。输入偷出数据的种类与格式，计算必须达到的精度，数据接收与发送的频率， 数据存储的容量和可靠性，数据或者文件访问的控制权限，数据备份的要求。 5. 系统文档规格。系统要求交付什么文档，各类文档的编制规范和预期使用对象。 6. 系统维护要求。系统出错后可以允许的最大恢复时间，对错误修改的回归测试要求，系 统运行日志规格，是否允许对系统

28、修改，系统变化如何反映到设计中。 在获取需求过程中遇到的典型问题是： (1)如何理解问题。大多数情况下，软件开发人员不是问题领域的行家。但是要准确、 完整的获取需求必须对问题具有深入的理解与把握。许多问题即使是用户业务人员也可能 没有自觉的认识。 (2)分析员与用户的通信问题。分析员对问题的理解必须从信息处理要求出发，而用户 更多的考虑是本身的业务领域。与用户建立相互信任、有效的沟通是分析员的首要任务。 (3)用户需求的可变性。用户需求通常是不断变化的，而软件开发人员则希望将需求冻 结在某一时刻。影响用户需求变化的因素可以是用户领域的业务扩充或者转移，市场竞争 的要求，用户主管人员的变更等。现

29、实情况是分析员只能接受需求不断变化的事实，应该 千方百计地使其工作适应需求的变化。 现实世界是复杂多变的。为了将现实世界中问题的求解映射为信息处理模型，对问题进行 分解与抽象是普遍有效的基本法则。 分解是将复杂问题求解分解为若干相对简单问题求解的组合。例如为实现一个计算机 考试系统，我们可以将该系统分解为试题库维护，试题生成，考务管理，学生考试和计算 机阅卷五个子系统，定义好各子系统之间的相互联系，对每个子系统分别求解。分解的目 的是为了降低问题求解的复杂性。如子问题仍然较复杂，则可以进一步分解。抽象是认识 问题的一般与特殊的关系。例如对于上面的考试系统我们可以考虑考试要求的不同试题类 型，构

30、造每种类型的典型试题，通过对典型试题的答题要求和阅卷判定方法分析，抽象出 各类试题的不同答题模式和计算机阅卷策略与算法。问题分解与抽象定义了问题的层次结 构，应该在问题求解中反映出这种层次结构。问题结构与问题求解结构的对应关系保证了 问题定义的完整性、正确性和跟踪性。 2.3 系统业务流程分析系统业务流程分析 用户首先登录系统，用户名与密码验证通过就能做相关操作。如果用户名不存在或密 码不正确，就重新输入。 在基础信息管理中，以商品信息管理为例，新增加一条商品记录，形成新的数据，完成后 就能对该公司关于商品信息记录进行维护（修改，删除，查看） 。其他同理。 用户 业务选择 密码验证 登录 错误

31、 正确 基础信息管理 商品信息 商品销售管理库存管理 销售单 客户信息管 理 商品信息 管理 用户信息 销售合同销售退货 供应商信 息管理 供应商信 息 入库管理 入库单 入库退货 管理 入库退货 单 销售单 销售合同 销售退货单 图 2-1 公司运营业务流程图 2.4 系统可行性分析系统可行性分析 2.4.1 经济经济可行性可行性 可行性研究(feasibility study)是通过对项目的主要内容和配套条件，如市场需求、资源 供应、资金筹措、盈利能力等，从技术、经济等方面进行调查研究和分析比较，并对项目 建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得 投资

32、和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。可 行性研究应具有预见性、公正性、可靠性、科学性的特点。 2.4.2 操作可行性操作可行性 本系统具有操作简便，运行环境友好的特点，仅仅需要一到两名不需要掌握很多软件 方面相关知识的工作人员，就可以完成对物流配送中心麦子大王货物存放与取出管理系统 的日常管理。简单的页面可以完成所有要实现的功能，化繁为简，从而实现系统的人性化。 通过以上各项分析，物流配送中心麦子大王货物存放与取出管理系统在技术上、经济 上、操作上都是可行的。 第三章概要设计 3.1 总体结构的设计总体结构的设计 应商管理:主要是对供应商的动态管理,包括对供

33、应商的新增,修改,删除,查询等.供应商作 为系统的基础信息部分起到了供货的作用. 商品管理:主要是对商品的信息管理,主要包括对商品的新增,修改,删除等操作. 管理员管理:管理员主要是操作这个系统的人,一个系统可以有多个操作员,这个功能主要是 对操作员的动态管理,用户可以根据分配的账户和密码登陆系统进行系统操作. 商品入库管理:操作员登陆系统以后可以对商品进行入库操作,主要包括对入库信息的新增, 修改,删除,查询等功能. 入库退货管理:如果入库以后商品不合格需要退货,则系统提供了退货功能,用户可以对 商品进行退货管理. 库存管理:商品出库管理,商品价格调整,商品上下限管理. 结款管理:供应商结款

34、管理 查询管理:商品入库查询管理,入库退货查询管理,库存查询管理,库存上下限查询系统总体 功能结构如图 4-1 所示。 麦子大王货物存放与取出管理系统 基础信息管理模块 商品管理模块 供应商管理模块 仓库管理模块 用户管理模块 库存管理 采购入库模块 销售出库模块 退货入库模块 用户登录 用户增删改查 库存调整 库存查询 图 3-1 系统总体功能结构图 3.2 数据库的概念数据库的概念 当人们从不同的角度来描述这一概念时就有不同的定义。例如，称数据库是一个“记 录保存系统”(该定义强调了数据库是若干记录的集合)。又如称数据库是“人们为解决特 定的任务，以一定的组织方式存储在一起的相关的数据的集

35、合”(该定义侧重于数据的组织)。 更有甚者称数据库是“一个数据仓库” 。当然，这种说法虽然形象，但并不严谨。严格地说， 数据库是“按照数据结构来组织、存储和管理数据的仓库” 。 货物的存放与取出系统 本网站将使用一直以来使用都最为广泛的关系模型作为数据库的建设依据。在用户的观点 下，关系模型中数据的逻辑结构是一张二维表，一个关系对应通常说的一张表，并且关系 的每一个分量必须是一个不可分的数据项。而一个基于关系模型的数据库则是由若干个二 维表组成的。对于一些大型和中型的数据库，如 oracle，sql server 2000/7.0 等都属于关 系型数据库，同时它们所带有的数据库管理工具是其他小

36、型数据库所没有的，而同时这些 工具又为管理员的工作节省了很多的时间和财力。 3.3 数据库数据库的选择的选择 本网站使用 mysql 5.2 实现关系型数据库。 mysql 是一个真正的多用户、多线程 sql 数据库服务器，它有较好的数据承载能力，一 个环境有超过 40 个数据库，包含 10,000 个表，其中 500 多个表超过 7 百万行，总数据大 约有 100gb 的数据库系统可以很好的被 mysql 所支持，而 mysql 本身不会像 oracle 那 样对系统及硬盘空间有很高的要求。这也是本网站选用 mysql 作为后台数据库系统的一 个重要原因之一。 3.4 数据库设计方法简述数据

37、库设计方法简述 数据库物理设计包括：选择存储结构、确定存取方法、选择存取路径、确定数据的存 放位置。主要解决选择文件存储结构和确定文件存取方法的问题。在数据库中访问数据的 路径主要表现为如何建立索引。如要直接定位到所要查找的记录，应采用索引方法存取方 法（索引表） 。顺序表只能从起点进去向后一个个访问记录。数据库的物理实现取决于特定 的 dbms，在规划存储结构时主要应考虑存取时间和存储空间，这两者通常是互相矛盾的， 要根据实际情况决定。 索引并不是越多越好。虽然索引能提高查询效率，但由于是对数据表的映射，所以进 行 dml 操作（增、删、改）时效率就会降低。经常查询的字段应该建索引，数据量庞

38、大， 查询的结果记录很少也需要建索引。 3.4.1 数据库数据库er设计设计 数据库实体和实体之间存在关系,主要关系如下 er 图所示: 产品产品种类 库存信息 对应 对应出入库单 仓管信息 n1 对应 对应 1 n1 1 n 图 3-2 系统总体 er 图 3.4.2 数据库物理设计数据库物理设计 在上面的实体以及实体之间关系模式的基础上，形成数据库中的表以及各表之间的关系。 其结构如下。 表 3-1 管理员信息表 列 名数据类型主键可 空自 增默认值说 明 adminidint是 是 管理员编号 adminnamenvarchar(50) 管理员姓名 usernamenvarchar(50

39、) 用户名 pwdnvarchar(50) 密码 表 3-2 产品信息表 列 名数据类型主 键可 空自 增默认值说 明 productidint是 是 产品编号 productnamenvarchar(100) 产品名称 productfactorynamenvarchar(100) 生产单位 producttypenamenvarchar(100) 类型 pnonvarchar(10) 编号 descriptionnvarchar(500) 是 备注 表 3-3 产品种类信息表 列 名数据类型主 键可 空自 增默认值说 明 producttypeidint是 是 产品类型编号 product

40、typenamenvarchar(100) 类型名称 descriptionnvarchar(250) 是 备注 表 3-4 仓管信息表 列 名数据类型主 键可 空自 增默认值说 明 warehouseidint是是仓库编号 warehousenamenvarchar(100)仓库名称 descriptionnvarchar(250)是备注 表 3-5 库存信息表 列 名数据类型主 键可 空自 增默认值说 明 wproductidint是是编号 warehouseidint仓库 productidint产品 storecountint库存 表 3-6 出入货单信息表 列 名数据类型主 键可 空

41、自 增默认值说 明 inoutorderidint是 是 表单编号 warehouseidint 仓库 productidint 产品 incountint 数量 inoutordertypenvarchar(100) 类型 inoutorderstatusint (0) 状态 inouttypenvarchar(3) (in) 类型 remarknvarchar(250) 是 备注 第四章 技术介绍 4.1 jsp 简介简介 jsp 是统一的 web 应用程序开发平台，用来提供生成企业级 web 应用程序所必需的 服务。jsp 的语法在很大程度上与 active server page（as

42、p）兼容，同时它还提供一种新 的编程模型和结构，用于生成功能强大的新型应用程序。它是 html 代码和后台程序分开 的。servlet 的形式和 cgi 差不多。它们的启动原理也差不多，都是服务器接到客户端的请 求后，进行应答。不同的是，cgi 对每个客户请求都打开一个进程（process） ，而 servlet 却在响应第一个请求的时候被载入，一旦 servlet 被载入，便处于已执行状态。对于以后其 他用户的请求，它并不打开进程，而是打开一个线程（thread） ，将结果发送给客户。由于 线程与线程之间可以通过生成自己的父线程（parent thread）来实现资源共享，这样就减 轻了服务

43、器的负担，所以，java servlet 可以用来做大规模的应用服务。用 jsp 开发的 web 应用是跨平台的，即能在 linux 下运行，也能在其他操作系统上运行。web 服务器在遇到 访问 jsp 网页的请求时，首先执行其中的程序段，然后将执行结果连同 jsp 文件中的 html 代码一起返回给客户。 4.2 web 简介简介 开发电子商务解决方案时，web 服务器端编程起着联系客户端和数据库服务器，接受 客户端的请求，生成最终返回客户端的 web 页面的重要作用。web 服务器端编程的基础， 是生成客户端用户界面和 web 程序结构，而这利用 jsp 的“web 窗体”可以很方便地实现

44、。 “web 窗体”用于生成功能强大的基于窗体的 web 页。生成这些网页时，可以使用 jsp 服 务器控件或开发人员自己开发的用户控件和服务器控件，来创建用户界面元素，以及对它 们进行编程以用于执行常见的任务。使用这些内置或自定义组件生成 web 窗体，可以极 大程度上简化页面代码。 4.3 struts，hibernate，spring 技术技术 4.3.1 struts struts 是目前 java web mvc 框架中不争的王者。struts 由一组相互协作的类（组件） 、 serlvet 以及 jsp tag lib 组成。由于 struts 实质上就是在 jsp model2

45、的基础上实现的一个 mvc 框架，所以基于 struts 构架的 web 应用程序基本上符合 jsp model2 即 mvc 的设计标 准。其中的模型是 javabean，控制器是 actionservlet、action，视图是 jsp、struts 客户化 标签。 struts 控制器组件主要包括：充当 struts 框架的中央控制器的 actionservlet 组件、充当每 个子应用模块的请求处理器的 requestprocessor 组件、负责处理一项具体的业务的 action 组件。其工作流程如图 42 图 41 struts 的另一特点是使用 actionform bean，a

46、ctionform bean 也是一种 javabean，除了 具有一些 javabean 的常规方法，还包含一些特殊的方法，用于验证 html 表单数据以及 将其属性重新设置为默认值。struts 框架利用 actionform bean 来进行 view 组件和 controller 组件之间表单数据的传递。jsp 文件使用 struts 标签读取修改后的 actionform bean 的信息，重新设置 html 表单。 4.3.2 hibernate hibernate 是连接 java 应用程序和关系数据库的中间件，它封装了 jdbc，实现了 java 对象的持久化；封装了所有数据访

47、问细节，使业务逻辑层专注于业务逻辑。并且通过对象 关系映射（object relational mapping，简称 orm）解决了面向对象与关系数据库之间存在 的互不匹配的现象。如图 43 4.3.3 spring spring 是为了降低企业应用开发的复杂性而创建的。spring 只使用基本的 javabeans 就能完成以前必须通过 ejb 来完成的事情，而与 ejb 是相比，spring 的核心是个轻量级的 容器，它是实现 ioc（inversion of control控制反转）容器，是非侵入性的框架，并提供 aop（aspect-oriented programming面向方面编程

48、）概念的实现方式，提供对持久层和事 务的支持，提供 mvc web 框架的实现，并对一些常用的企业服务 api 提供一致的模型封 装，是一个全方位的应用程序框架。 图 42 4.4 sql 语言语言 sql（structure query language 结构化查询语言）是一个非过程化的语言，可用于所 有用户的数据库活动模型，包括系统管理员、数据库管理员、应用程序员、决策支持系统 人员及许多其他类型的终端用户。基本的 sql 命令只需要很少时间就能学会，最高级的命 令在几天内便可掌握。sql server 功能强大，而且很多信息管理系统都是用 sql server 作 后台，可对物流配送中心

49、麦子大王货物存放与取出管理系统进行开发。 sql server 2005 具有使用.net 2.0 框架开发.net 中数据库对象的功能。包括函数和 触发器等程序对象可以使用 c#和 vb.net 语言书写。另外，transact -sql 语言继续依照 新的 ansi-99 sql 语言特性进行着改进。 xml 是一个重要的并且广泛接受的用于在局域网和 internet 不同应用之间的分发数据的标 准。sql server 2005 支持通过新的 xml 数据类型以及新增的内置 xml web service 存储 xml 文档。 sql server 2005 增强了校对、字符支持和全球部

50、署。关系型数据库引擎和用户界面中 增加了对复杂的脚本、双向能力、代理字符和 gb18030 的支持。 4.5 开发环境开发环境 操作系统：windows 7； 运行工具：ie 8.0 开发工具：myeclipse 5.5.0, dreamweaver v8.0 数据库：myqslmysql server 5.2 服务器： tomcat5.0 辅助工具：adobe photoshop cs 第五章货物存放与取出管理系统的详细 设计 5.1 登录模块实现登录模块实现 首页面主要展示用户登录信息,主要包括用户名和密码,用户输入正确的用户名和密码用 户登录成功。 图 5-1 首页信息管理 5.2 基础

51、信息模块实现基础信息模块实现 5.2.1 商品管理模块实现商品管理模块实现 单击【商品信息管理】按钮，界面右侧弹出如图 5-2 所示的基础信息管理模块。 图 5-2 商品信息管理 单击“商品名称”、 “简称”、 “产地”、 “批号”、 “规格”、 “包装”、 “计量单位”、 “批准文号”和“备注”的 文本框，输入相应的内容，单击“供应商全称”的下拉按钮，选择相应的选项，最后单击 【保存信息】按钮，系统弹出的提示信息进行确认后即添加成功。 5.2.2 供应商管理模块实现供应商管理模块实现 单击【供应商信息管理】按钮，界面右侧弹出如图 5-3 所示的基础信息管理模块。 图 5-3 供应商信息管理

52、单击“供应商全称”、 “简称”、 “地址”、 “邮政编码”、 “电话”、 “传真”、 “联系人”、 “联系人电话” 、 “电子邮箱”和“开户银行”的文本框，输入相应的内容，最后单击【保存信息】按钮，系统 弹出的提示信息进行确认后即供应商信息添加成功。 5.3 销售出库管理模块实现销售出库管理模块实现 销售出库主要记录商品出库情况，主要包括对出库仓库、出库数量、供应商、单价等 信息的记录。 图 5-4 销售信息管理 5.4 采购入库管理模块实现采购入库管理模块实现 在采购模块采购来的商品，在该模块进行入库处理，这是遵守流通规则的。 图 5-4 采购入库信息 5.4.1 采购入库采购入库新增新增

53、单击【新增】按钮，系统弹出如图 5-5 所示的界面。 图 5-5 入库新增信息 系统自动生成“操作员”和“入库日期”。 单击“请选择入库商品的商品名称”的下拉按钮，选择相应的商品名称，界面下方自动显示 该商品的信息，单击“数量”“单位”、 “实付”和“应手人”的文本框，输入相应的内容，单击“结 算方式”的下拉按钮，选择相应的结算方式。最后单击【保存信息】按钮，系统弹出的提示 信息进行确认后即入库信息添加成功。 5.4.2 退货退货入库入库 单击【退货入库】按钮，系统弹出如图 5-6 所示的界面。 图 5-6 商品入库退货 商品入库退货的操作方法同商品入库的操作方法相同。 第六章货物存放与取出管

54、理系统的测试 6.1 测试的意义测试的意义 在任何软件系统的开发过程中，尤其是在进行大型软件系统的开发中，任何一个编程 人员都不可避免地会产生错误。为了尽可能地发现并改正系统设计中的错误，减少错误造 成的损失，保证系统开发的质量，需要进行系统的测试。 6.2 系统系统测试测试 6.2.1 单元测试单元测试 单元测试也称模块测试或程序测试，单元测试是对每个模块单独进行的，验证模块接 口与设计说明书是否一致，对模块的所有主要处理路径进行测试且与预期的结构进行对照， 还要对所有错误处理路径进行测试。 6.2.2 组合测试组合测试 组合测试也称集成测试或子系统测试，通常采用自顶向下测试和自底向上测试两

55、种测试 方法。组合测试的对象是指已经通过单元测试的模块，不是对零散模块进行单个测试，而 是用系统化的方法装配和测试软件系统，是一个严格的过程，必须认真地进行，其计划的 产生和单元模块测试的完成日期要协调起来。因此，组合测试基本上能实现模块的整合。 6.2.3 确认测试确认测试 确认测试是对通过组合测试的软件进行的，这些软件已经存于系统目标设备的介质上， 确认测试的目的是表明软件是可以工作的，并且符合“软件需求说明书”中规定的全部功能 和性能要求。确认测试是按照这些要求定出的“确认测试计划”进行的。通过各个模块的运 行整合，本系统基本能通过用户验收。 6.2.4 系统测试系统测试 系统测试是对整

56、体性能的测试，主要解决各子系统之间的数据通信和数据共享问题以 及检测系统是否达到用户的实际要求，系统测试的依据是系统分析报告。系统测试应在系 统的整个范围内进行，这种测试不只对软件进行，而是对构成系统的硬、软件一起进行。 系统测试与建构同时进行或略慢。运行邮件系统，各个模块运行正常，因此，本系统通过 测试。 6.3 测试方法测试方法 一般来说，对程序测试有两种测试方法：如果已经知道了软件系统应具有的功能，可 通过测试来对每个功能是否都能正常使用；如果知道程序的内部工作过程，可以通过测试 来检测程序内部是否按照规格说明书的规定正常进行。前一种方法称为黑盒测试，后一种 方法称为白盒子测试。黑盒测试

57、又称为功能测试，白盒子测试又称为结构测试。 由于时间和任务的性质的关系，没有完全按照上述的测试方法进行系统的测试，但经过一 些简单的步骤的测试，证明麦子大王货物存放与取出管理系统具有一定的稳定性。 6.3.1 系统入口测试要点系统入口测试要点 测试要点：用户名和密码 测试路径：用户名和密码是否为真 测试结果：为真，进入系统；为假，提示重新输入用户信息 6.3.2 数据录入测试要点数据录入测试要点 测试要点：数据录入类型 测试路径：录入类型是否正确 测试结果：录入类型正确能写入数据库增加新记录；否则提示重新输入 当录入数据为数据表中限定的类型时，才能增加新的记录；若录入的数据类型不正确，则 无法

58、增加新的记录。 6.4 系统系统测试效果测试效果 根据上面的系统入口测试用例，其测试效果如图 5-1 所示。 图 6-1 用户登录页面 当用户名和用户密码错误的时候，出现提示框，重新输入，不能进入系统。 6.5 用户退出系统用户退出系统 当用户点击退出后，会退出系统。经过以上各项的测试，证明本系统完全可以正常运 行，说明测试成功。 6.6 测试项目测试项目 由于实际开发过程中还是不可避免地会产生差错，系统中通常可能隐藏着错误和缺陷， 不经周密测试的系统投入运行，将会造成难以想象的后果，因此系统测试是软件开发过程 中为保证软件质量必须进行的工作。大量统计资料表明，系统测试的工作量往往占软件开 发

59、总工作量的 70%以上。因此，本人必须重视测试工作。 开发麦子大王货物存放与取出管理系统从测试本身看，可以分为单元测试，组合测试，确 认测试等。测试对象是随不同阶段而异的，最基本、最初的测试是单元测试，后面的组合 测试、确认测试都是以被测过的模块作为测试对象的。 第七章 结论 毕业设计快要结束了，在过去的三个月里我总觉得这时间是那样的漫长，每天过的是 那样的辛苦，但是现在当我看着自己三个月辛苦做出的毕业设计的时候，心中的那些疲劳 的影子早已消失。经过这次毕业设计，可以说将我大学所学的知识进行了一次全面的总结， 有些学过的知识忘记了，经过毕业设计我又从新复习了一遍，有些知识自己过去就不会但 自己

60、又不知道，经过这次毕业设计，又将这些不足的地方弥补了，最重要的是从毕业设计 的过程中我又学到了更多新的知识。在毕业设计初期，我选择了 jsp 来编写这次的设计课 题，开始的时候觉得自己根本无从下手，经过自己的自学过程，我慢慢开始进入了状态， jsp 方面的知识开始逐渐的提高，我想这不仅仅使我的毕业设计取得了进展，同时也为我 在将来的工作道路上增加了资本。尽管我所作的设计不能算是一个非常成功的软件，但是 它终究是一个独立的软件，我在这个过程中了解到了一个软件的制作过程，并在独立思考， 独立解决问题方面都大有所提高，为我以后的工作奠定了良好的基础 本次论文主要研究的内容主要包括： （1）探讨了本课