基于java技术的仓储管理系统的设计与实现学位论文(编辑修改稿)

基于java技术的仓储管理系统的设计与实现学位论文(编辑修改稿)内容摘要：

JB）是 J2EE 平台的核心，也是 J2EE 得到业界广泛关注和支持的主要原因。 众所周知 ， J2EE 其中的 一个主要目标 ，使 企业级多层应用系统的开发 变得简单 ， 而 业务逻辑的开发 才是 程序员 们专研的对象， EJB 它自身就是一种规范，正 是基于 此类 思 维 的服务器端技术， 一个可重用的组件框架 被其重新 定义了 ， 以 实现分 站 式的、面向对象的业务逻辑。 EJB 的核心思想 ， 便是 将业务逻辑与底层的系统逻辑 完全 分离 开来 ，软件 开发者 要将工作的重心转移到 业务逻辑 上来 ， 使用 EJB 容器 来 实现 目录服务 和底层系统逻辑开发， 包 含 事务处理、持久性、安全性等。 根据功能不同， Enterprise JvavaBean 的三种定义包括， 实体 Bean（ Entity Bean） 、会话 Bean（ Session Bean） 和消息驱动 Bean（ Message－ Driven Bean） ， 有状态和无状态是 会学位论文 6 话 Bean 的两种形式 ， 多数的 商业逻辑模 仿要以使用 无状态的会话 Bean，比 方 价格 计算等 ，一般 模 仿 一个客户 的 会话 ， 使用 有状态的会话 Bean， 它会 临 时保存客户信息， 依 据客户 的需 求 ， 选择 调用其它 Bean 来 实现 数据 的 存 取 ， 当 服务器关 闭时 或被 客户断开连接 时 ， 状态信息或者数据 在两种状态下都不会保存 ，会话 Bean 也就随之消失。 一个数据 的保存，是通过 实体 Bean 模拟业务数据 来实现的 ， 其 可以 示意为 状态信息或数据库中的一条记录。 当 服务器关闭 或 客户断开连接 后， 实体 Bean 仍 然可以 保证其数据得以 存储；讯 息驱动 Bean的 行为 同 会话 Bean 很 相 象 ，有差别 的 便 是 ， 仅 需要 发送消息时 向这些 Bean， 才调用 讯 息驱动 Bean，比 方 ， 在需要的 时刻， 发送用户确认信息等。 JSP（ Java Server Pages） JSP（ Java Server Pages）是 一种动态 的 网页技术标准 ，它 由 Sun Microsystems 公司与其他 公司一 同参加 建立的 标准 ， JSP 是基于 Servlet 技术 的 基础上 ， 发展起来的， 处于逐渐发展完善之中 ，现已成为 Java 服务器编程的 核心 组成部分。 JSP 是 联 合 markup(HTML和 XML)和 Java 代码来 共同 处理 的 一种动 静 页面。 每页 首 次被调用时， 经 过 JSP 引擎被编译成 Servlet， 而 后被执行， 之 后 屡 次调用时， 实行 编译过的 Servlet。 JSP 供给 了多种方 法访问 Java class、 Servlet、 Applets 和 Web Server， 于是 ， Web 运 用的功能 就能够 分 解 成多个明确 的 定义公用接口的组件， 联合 JSP 将它们结合在一起 . Servlet Servlet 是 基于请求 /响应机制 的 组件 ，其用来 扩展 Web 服务器功能 ， Servlet 从客户端（ 如 Web 浏览器）获 取 请求， 继而 ，将 反 应结果返回 到 客户端。 鉴于 Servlet 的这种特征， 它 特别 适 用 于 Web 运 用 ， Servlet 和 EJB 组件的 差别 在于 ， EJB 组件 供给 的服务器端组件特 征， 不能 悉数 适用于 Servlet， 而 单一 的请求 /响应任务处理更适合于 Servlet， 并 且它不需要应用服务器所 供给 的复杂的 服务 支持。 Struts Struts 框架是 由 Apache 基金会 在 Jakarta 中推出的一个子项目 ， 在英文中是支架、支 柱 的意思， 这也反映了在 Web 应用程序开发中起着重要作用， Struts 为 Web 应用程序学位论文 7 的总体框架 ， 可以 使 开发人员把 在部分 精力集中在 ，怎么 解决实际业务 的题目 上 来 ，与此同时 Struts 框架也 容许 开发人员 凭 据实际需要 实行拓展和定制，从而可以更好的适应用户的需求。 选 用 Struts 能够 简化 MVC 设计模 型下 的 Web 运 用的开发 设计 ，很好地 落实 代码重用， 把 开发人员从一些繁琐的工作中解 放 出来， 迅 速开发 出 能够充分发挥 JSP/Servlet 优点、并 拥 有强可扩展性的 Web 运 用。 MVC 80 年代 Smalltalk 开发了 一种软件设计模 型，即， 模型 视图 控制器（ MVC）是 ，如下图 21 所示。 ①模型（ Model） ，主体 是应用程序的 ， Model 表示业务数据 或业务逻辑； ②视图（ View） ， 应用程序中用户界面 关联部分， 用户 能够 看到并与之交互； ③控制器（ controller） ，其工作便 是 依据用户录 入， 管 制用户界面数据 的体现 和更新 model。 MVC 式的 涌 现 ， 不 但落实 了功能和显示模块的分 解 ，同时它还 使 应用系统的可维护性、可扩展性、可移植性和组件的可复用性 在 早期的程序中 得到 了 改善 ，如 若 不注意对 象功能和显示的解耦合， 经 常会导致程序的 繁 杂及维护 困难。 许 多 VB,Delphi 等 RAD 都有这种 现象， 甚至 目前 的 C,Java 有时候也会 呈 现 出， 把业务逻辑写在显示模块中的 问题，MVC 设计模 型在早期 就提出 了这一问题 ，但在 Web 的开发中 植 入 MVC 却是 极其困难。 主要原因：一是在早期的 Web 项目的开发中，程序语言和 HTML 的分离一直难以实现。 CGI 程 式 以字符串输出的 方 式 ， 动态地 形 成 HTML 内容 ；其 后 伴随 着脚本语言的 涌 现，前面的 程 式又被 调 了过来，改 为 将脚本语言的程序嵌入 HTML 内容中 ； 这两种方 法 有一个 共同的 缺陷，就是 它们总是 不能 将程序语言和 HTML 分 隔开来。 第 二是 ， 脚本语言的功能 比较弱，缺 少 支 撑 MVC 设计模 型 的一些必 需 的 基础 技 能， 直到基于 J2EE 的 JSP Model 2 问世时才得以 改善， 它用 JSP 完成了 视图的功能，用 Servlet 实现控制器的功能，用 JavaBean技术实现模型的功能 JSP Model 1 与 JSP Model 2，如下图 2 23 所示。 学位论文 8 Struts 流程 ActionServlet 可以 处理 了 Struts 流程的所有 任务 ， 具体工作流程如下图 24 所示。 状态 改变 状态查询 通知改变 视图选择 用户请求 方法调用 模 型 封装应用程度状态 响应状态查询 应用程序功能 通知视图改变 视 图 解释模型 模型更新请求 以送用户输入给控制器 允许控制器选择视图 控 制 器 定义应用程序行为 用户动作映射成模型更新 选择影响的视图 事件 图 21 ,MVC 组件模型的关系和功能图 2 3 4 Reqiest JSP BROWSER JavaBean Response 1 Application Server Enterprise Servers/Data Sources 图 22 JSP Model 1 图 23 JSP Model 2 3 1 2 Instantiate Application Server Request 5 (Model) JavaBean （ View） JSP （ Controller） Servlet BROWSER Response Enterprise Servers/Data Sources 学位论文 9 ActionServlet 是一个 FrontController， 是一个标准 化 的 Servlet， 其利用 RequestProcessor来处理 转发 来的 request， ActionMapping 是 ActionConfig 的 子类 ， 是对 的一个映射 ， 从中 能够 取得所有的信息 ， RequestProcessor 依 据提交过来的 url。 ActionForm 利 用了 ViewHelper 模 型 ， 它 是对 HTML 的 form 的一个 包 装。 此 中包 括 有validate 方法，用于验证 form 的有效性。 ActionForm 是一个 契合 JavaBean 规范的类， 其 所有的 特征 都应满足 get 和 set 对应。 针 对 一些 繁杂 的系统， 可以 选 用 DynaActionForm 来构 建动态的 Form，即 利用 预制参数来生成 Form，如此 可以更灵活的扩展程序。 ActionErrors 是对错误信息 的 打包 ， 只要 在执行 action 或者 中出现异常，便 可 涎 生一个 ActionError， 并加入到 ActionErrors。 在 Form考 证的过程中， 一旦 有 Error 发生，则会将页面重新导向至输入页，并提示错误。 RequsestHandler 业务逻辑的 实 行 使用 Action， 每个 Action 只建立一个 instance， Action并 不是线程安全的， 因此， 不应该在 Action 中访问特定 的 资源 ； 一般来说，应改用 Business Delegate 模 型 来对 Business tier 进行访问以 达 到 解除耦合。 Struts 供给 了多种 Action 供选择 调 用 ，一般 的 Action 只 可以 通过调用 execute 落实 一项任务，而 DispatchAction 能够 根据配置参数 落实 ，不是仅 仅 进入 execute()函数，这样可以执行多种任务 ， LookupDispatchAction 能够凭 据提交表单按钮的名称来执行函数 命令。 Http Servlet front controller dispatcher Serializable view helper ActionConfig request handler ActionMessages Serializable ActionConfig 图 24 Struts 工作流程 学位论文 10 3 系统分析与设计 系统分析 软件系统 设计之 初，首 要确定用户 需求， 究竟要求软件系统完成什么任 务， 所以 此 阶段的基 本任务是 分析、 了解用户的需求，将用户的需求用书面形式表 达出 来， 此阶段 不是确定系统怎 么 完成它的 运行 工作，仅是确定系统必须 实现 哪些工作， 即 是 体现 目标系统 的 完整、准确、清晰、具体的 特性。 系统开发的基础 便是 系统 分析的结果， 此 关系到 开发 的成败和软件产品的质量 的优劣。 在全面客观的系统分析的基础上，根据用户提出的系统功能进行相应的功能设计。 1）系统功能概述 ① 货品 出入 仓储管理员 理 货品 进入仓库 ， 登记记录， 货品 出库也要登记记录，这是仓库 业务 管理的 重 要内容。 进入仓库的货品 ，从入库申请的人员向 仓储管理员 提交 货品 开始，入库申请人向 仓储管理员提交 货品 和入库申请单，入库申请单记录本次入库的 货品 名称、数量、 提交 货品 的单位、执行提交 货品 的人员以及 货品 注意事项等信息。 仓储管理员 依据送货人员提供的入库申请单对待入库 货品 进行检查。 若待入库 货品 与入库申请单信息一致，则允许入库；若不一致，则禁止入库，请提交 货品 的单位 或人员 重新 开 具入库申请单。 对允许入库的 货品 ，执行 仓储管理员 要对 货品 的信息进行登记，这些信息包括入库 货品 名称、数量、时间、送货入库人员的信息、执行 货品 入库的 管理员。 进行登记后，将 货品 存入仓 库 ， 货品 入 库后，执行入库操作的仓储管理员 给提出入库申请的入库人员开具入库单 据， 流程结束。 ②出入库记录的查询及报表 仓库的管 理人员要对仓库存储的 货品 信息、记录等及时掌握 并了解 ，这样才能 随时把控仓库的运行 动态 ， 如此 才有可能会使仓库 管理保持 良好的运 营 状态。 所以，一般 仓 储管理员要能 够 提供仓库的入库、出库记录的查询功能， 同时 能够将出库、入库记录生成报表，供 相关 管理人 员使用，所以，对入库、出库记录的查询，并将这些信息生成报表是 仓储管理员 理系统的重要功能之一。 学位论文 11 ③ 货品 信息管理 仓库存放 的所有 货品 ，关于 货品 自 身的 数据 信息，对 于 货品 的存储是 极其 重要的 因素 ，譬如 ， 什么 货品 需要防潮 措施 ， 什么 货品 需要轻 拿 轻放等， 因此 ，对 货品 自身的信息的登记、管理是 仓 储管理员 理的重要内容 之一。 ④其他信息管理 除了以上提到的一些功能外， 仓 储管理员 理系统还应该能对一些其他的信息进行管理。 比方 ， 针对 每个仓库来说，都有 具体的库位 用来存放 货品 ， 仓 储管理员 要 对这些存储 库位 进行的管理 ， 每个 库房 都有一些 仓储管理员 ，对这些 仓储管理员 的管理 ， 也是 仓 储管理员 理系统的功能之一。 系统环境 ① 硬件环境 服务器端 : 硬件 配置为 2G 以上 内存 ,CPU 为 四核 以上 ,硬盘容量为 1T的 计算机。 通信网络 :互联 网，网络协议为 HTTP、 TCP/IP。 ② 软件环境 : 服务器端 ： 操作系统 Windows20xx 数据库服务器 : MySQL Server Web 服务器： Apache Tomcat 技术架构平台： Sun J2DK ③ 客户端： 操作系统： WindowsXP/Win7 屏幕分辨率推荐为： 1024*768 或以上 需求分析 仓 储管理员 理系统 学位论文 12 系统功能分析，是在系统开发的整体任务的基础实现的， 仓 储管理员 理系统需 配备的功能主要有： ① 仓 储管理员 理 对各 种 货品 信息的输入，包括 货品 、供应商、客户、仓库信息等。 ② 仓 储管理员 对各 种 货品 数据 信 息的查询、统计、修改和维护，包 含 货品 、 票 据查询， 货品 出入、 人 员操作统计 等 各种信息的修改 与维护。 ③ 打印报表的生成。 ④ 在 货品 管理中加入最高储备和最低储备字段，对仓库中的产品实现监控和报警。 ⑤ 操作日志的管理。 ⑥ 仓 储管理员 理系统的使用帮助。 系统流程图 （ 下图 ） 图 31 系统流程图 数据流程图 入库单 核验货品 清单程度 报损计划表 库存数据 出库单打印程序 出库单 库存备份程序 库存备份 库存查询 程序 库存 分析程序 查询库存信息 学位论文 13 剖 析 并 调查 相 关 仓 储管理员 理信息 的 实际 需求 ，得出数据流程图 32，如下所示。 经过对 仓 储管理员 理的 管理 内容和数据流程分析，设计数据项和数据结构如下： ① 货品 信息，包 含 的数据项有编号、 货品 名称、类别、 货品 规格、计量单位、最高 /最低 限量、备注等。 ② 仓库信息，包 括 的数据项有编号、仓库名称、仓库地点、保管员编号、备注等。 ③ 库存状 态 信息， 包 含 的数据项有编号、 货品 编号、库存数 目 、 库房 编号等。 ④ 入库单信息，包 含 的数据项有编号、 货品 编号、经办人编号、入库 日期 、单价、数量、供应商编号、 库房 编号、定单状况、备注等。 ⑤ 出库单信息，包 含 的数据项有编号、 货品 编号、经 手 人编号、出库 日期 、单价、出库数目 、客户编号、仓库编号、定单状况、备注等。 ⑥ 举 行月盘点信息，包 含的数据 项 编号、仓库编号、盘点 日期 、经 手 人编号、盘点数据等。 ⑦ 系统日 记 信息，包 含 的数据项有用户名、操作时间、操作内容等。 ⑧ 用户管理信息，包 含 的数据项有用户名、密码、权限等。 ⑨ 调 入单、借出单、报损单、调拨单信息等 ， 与入库单、出库单信息基本类 同。 图 32 仓 储管理员 理系统数据流程图 信息管理 入库 信息表 出库 信息表 库存信息表 供应商 管理员 管理员 入库信息 出库信息 信息管理 学位论文 14 仓 储管理员 理系统权限 此 系统角色包括两 类，仓储 部管理人员和 仓储 主管，其中 仓储 主管拥有整个系统的最高权限。 仓储部管理员：负责仓库 货品 的出入 管理 ，可 凭 据流向 单 落实 出入库操作，具体权限设置如下：。