仓库管理系统后台的设计与实现---毕业论文

本本 科科 毕毕 业业 论论 文文 仓库管理系统后台的设计与实现仓库管理系统后台的设计与实现 The Design and Implementation of Warehouse Management System Background 姓 名： 学 号： 学 院：软件学院 系：软件工程 专 业：软件工程 年 级： 指导教师： 年年 月月 I 摘摘 要要 随着社会的快速发展，个体经营已经变得越来越普及，为了适应日趋激烈的市场竞 争，经营者需要对自身的经营状况有及时而准确的了解，并通过有效的管理提高运作效 率。伴随着客户量的递增，客户所处的地理区域也逐渐扩大，为了降低运营成本，扩大 市场占有率，提高产品运输效率，经营者已经不再定点于同一个城市。这样的扩张带来 了更大的经济效益，但是，扩张的背后带来的是更多人力投入的仓库管理，业务量的快 速递增使得仓库的管理变得越来越繁琐。如何把各个地理位置的库房处理信息进行统一 的管理，也成为经营者所面临的一个问题。 一直以来，人们使用的传统人工方式管理已经变得越来越脆弱，数据量的递增使得 查找数据变得越来越困难。越来越多的需求促使仓库管理系统的开发提上了日程，若继 续采用传统的 C/S 工作模式，对各个库房信息进行分时段的同步处理方式，不仅要增加 管理员的工作量，对信息的实时获取和准确率方面也会有一定的影响。基于此考虑，我 们把 Web 开发技术应用到仓库管理系统的设计与开发中，实现仓库管理的网络化。 本文所要描述的是基于 B/S 架构的库存管理系统的后台开发与设计。后台的设计是 总体设计过程中非常重要的环节，好的数据库后台可以简化开发过程，使系统功能更加 清晰和准确。本次开发，使用的技术有 Spring、iBatis。 关键词：关键词：库存管理；B/S 架构；数据库后台；iBatis；Spring 框架 II Abstract Along with societys during fast development, the individual management already became more and more popular. In order to suit drastic market competition, operators should need to know its management status fully and correctly, and increase efficiency by effective management. Follows the customer quantity increasing, the physiographic region which the customer locates gradually is also expanding, to reduce the operation cost, expands the market share, raised the product transportation efficiency, the operator already no longer fixed point in the identical city. Such expansion has brought a greater economic efficiency, but what the expansion behind brings is the more manpower investment storage management, the business volume fast increasing causes the management of warehouse becomes more and more tedious. How to deal with the various location information of the warehouse unified become a problem the operator faced by. Since continuously, the people use the traditional artificial way management already became more and more frail, the data quantity increasing causes the search data becomes more and more difficult. More and more demands urged the warehouse management systems development to propose the program. If using the traditional C/S mode, treasury information on the various subperiods of synchronized approach, not only to increase the workload of the administrator, but also affect the information of the real-time access and accuracy. Base on this consideration , web development techniques we applied to the warehouse management system design and development, realization of network-based warehouse management. This paper described the design and development of the management system background based on B/S structure. The background of the overall design process of design is very important. Good background to simplify the development process, allowing the system to function more clearly and accurately. The technology used in this development: Spring、iBatis. Key words: Warehouse management; B/S structure; Database background; iBatis; Spring structure. III 目录目录 第一章第一章 绪论绪论.1 1.11.1 仓库库存管理系统概述仓库库存管理系统概述.1 1.1.1 系统开发背景1 1.1.2 系统开发意义1 1.1.3 系统功能及特点2 1.21.2 使用技术简介使用技术简介3 1.2.1 开发语言简介3 1.2.2 开发技术简介3 1.2.3 软件环境要求6 1.2.4 硬件环境要求6 1.31.3 论文的组织结构论文的组织结构.7 第二章第二章 系统的需求分析系统的需求分析.8 2.12.1 需求概述需求概述8 2.2.1 功能需求8 2.2.2 性能需求10 2.22.2 系统关键问题分析系统关键问题分析10 2.2.1 合理的设计数据库.10 2.2.2 友好的界面展示11 2.2.3 合理的功能模块划分11 2.2.4 清晰的业务处理流程11 第三章第三章 系统的概要设计系统的概要设计.12 3.13.1 系统体系结构及开发方法简介系统体系结构及开发方法简介12 3.1.1 系统体系结构简介.12 3.1.2 系统开发方法简介.13 3.23.2 系统总体设计系统总体设计13 3.2.1 系统结构图.13 3.2.2 模块总体结构图15 3.2.3 模块功能描述16 3.33.3 接口设计接口设计20 3.3.1 用户接口20 3.3.2 外部接口20 3.3.3 内部接口20 3.43.4 系统数据结构设计系统数据结构设计20 3.4.1 逻辑结构设计20 3.4.2 物理结构设计22 3.53.5 系统出错处理设计系统出错处理设计26 3.5.1 出错信息26 3.5.2 系统维护设计26 IV 第四章第四章 系统的详细设计与实现系统的详细设计与实现27 4.14.1 程序系统程序系统结结构构27 4.24.2 设计实现说明设计实现说明27 4.2.1 环境的配置.28 4.2.2 仓库管理31 4.2.3 客户关系管理33 4.2.4 账户角色管理35 4.2.5 日常经营管理37 4.2.6 产品管理40 第五章第五章 系统的测试系统的测试44 5.15.1 软件测试的目的软件测试的目的.44 5.25.2 测试方法简介测试方法简介44 5.35.3 测试目标测试目标45 5.45.4 测试结果及分析测试结果及分析.45 5.4.1 测试环境45 5.4.2 测试结果45 第六章第六章 总结总结.49 6.16.1 总结总结.49 6.26.2 展望展望.49 参考参考文文献献51 致致谢谢.52 V Contents Chapter 1 Introduction1 1.1 Overview.1 1.1.1 Background.1 1.1.2 Significance.1 1.1.3 System Function and Characteristic2 1.2 Technology Introduction3 1.2.1 Development Language Introduction3 1.2.2 Development Technology Introduction3 1.2.3 Software Environment Request.6 1.2.4 Hardware Environment Request.6 1.3 The Structure Of Paper7 Chapter 2 Requirements.8 2.1 Requirements Summary8 2.2.1 Function Demand8 2.2.2 Performance Demand.10 2.2 The Analysis of Key Issues10 2.2.1 Reasonable Database Design.10 2.2.2 Friendly UI11 2.2.3 Reasonable Functionality Partition11 2.2.4 Clear Operation Flow.11 Chapter 3 System Base Design.12 3.1 System Structure and Development Introduction.12 3.1.1 System Structure Introduction.12 3.1.2 System Development Introduction.13 3.2 System Design.13 3.2.1 System Structure13 3.2.2 Module Structure.15 3.2.3 Module Functional Description.16 3.3 Interface Design.20 3.3.1 User Interface20 3.3.2 Exterior Interface.20 3.3.3 Internal Interface20 3.4 System Data Structure Design.20 3.4.1 Logical Structural Design.20 3.4.2 Physics Structural Design.22 3.5 System Error Handling Design.26 3.5.1 Error Message.26 3.5.2 System Maintenance Design26 VI Chapter 4 Detailed Design and Implementation of System27 4.1 Architecture of Program27 4.2 Description of Design and Implementation27 4.2.1 Environment configuration.28 4.2.2 Storage Management31 4.2.3 Customer Relationship Management.33 4.2.4 Accounts and Roles Management35 4.2.5 Daily Management and Operation.37 4.2.6 Product Management40 Chapter 5 System Testing44 5.1 Software Testing Purpose44 5.2 Test Method Introduction.44 5.3 Test Goal.45 5.4 Test Results and Analysis45 5.4.1 Testing Environment45 5.4.2 Testing Result.45 Chapter 6 Summary.49 6.1 Conclusion49 6.2 Forecast.49 References51 Acknowledgments52 第一章 绪论 1 第一章第一章 绪论绪论 为了适应日趋激烈的市场竞争，经营者需要对自身的经营状况有及时而准确的了解， 并通过有效的管理提高运作效率。仓库是一个企业的基础，而仓库管理的科学与否，合理 与否，准确与否直接关系到经营者的决策。因此，将计算机应用于仓库的日常管理已是势 在必行，而且这也将仓库管理带来前所未有的改变。仓库管理系统的诞生也是顺其自然的 事。本章主要介绍课题的研究背景、课题来源、意义、本文的研究内容和技术简介。 1.11.1 仓库管理系统概述仓库管理系统概述 .1 系统开发背景系统开发背景 现如今社会在网络与信息技术的支持下，诞生了很多仓库管理系统。它们改进现在的 生产经营模式和组织结构，顺应市场的发展为企业赢得更多的市场份额。仓库管理系统主要 提供一个仓库业务及其作业管理的信息存储和检索。现已存在各式各样的智能仓库管理系统， 而本文介绍却又是另一个仓库管理系统小管家库存管理系统。此次毕业设计所设计并实现 的库存管理系统主要针对私营企业。 目前市场私营企业、中小企业、个体经营者在市场占有大量的市场份额，但是由于这 些企业可能在管理上不够规范、资金上的欠缺及管理方法上的个别性，所以很少有针对小型 企业设计的仓库管理系统。现利用毕业设计这个机会，针对私营企业的生产运营模式、仓库 管理模式设计开发仓库管理系统，探索这一领域中实用系统的可实施性，希望随社会发展无 论是大企业小企业都能有其相应可用的管理系统。个体经营这个领域，是一个富有商机的领 域，也是充满活力的一个领域，希望借着这个系统能为这些用户带来一种有别于传统管理系 统的体验。 .2 系统开发意义系统开发意义 随着社会的发展，越来越多的中小私营企业、小型商家、个体营业户发展起来。以前 所有的企业都是采用传统的经营方式，人工采购货物、人工录入货物、人工算账、人工记录 账目等等，随着高科技技术的飞速发展越来越多的高科技产物走入了各类企业的业务运作中， 如我们司空见惯的超市电脑已经代替了古老的算盘。但是在于仓库管理方面大部分商家还运 第一章 绪论 2 用着传统的管理方式，这样又浪费精力又不便于整体的管理。 首先，设计本系统是为了帮助小型商家、个体经营者管理自己的产品及客户；规范商 家的进出货登记并了解自己产品的销售情况和客户的订货情况，提高商家管理效率便于商家 对整体销售的把握及做出更准确的商业决策。 其次，设计本系统是对自己的一次锻炼。经过四年大学学习生活，学习到的知识不胜 枚举，实践是消化知识的唯一途径。这是一次完全自主的开发，是对自己四年来学习知识的 检验。 再者，本次系统数据库后台的搭建采用的是 iBatis 框架，是一种自己大学里没有接触 过的全新的框架，对自己来说也是一次比较有挑战性的工作。 .3 系统功能及特点系统功能及特点 根据课题研究前期的资料调研，了解小型商家的基本业务操作流程和人员组成。基本 业务有货物进出库操作、产品管理、客户管理和报表查询。人员组成主要包括管理者和被雇 佣者。根据商家的业务需要本系统设计有七大功能：产品日常管理、报表查询、仓库管理、 产品管理、售后服务管理、客户管理和账户管理；根据人员的组成需求，系统必须拥有如下 三个功能：模块管理、角色管理和权限分配。 日常管理即产品进出库登记，为了系统的稳定性和系统管理，每次出库都必须要有客 户，若无则可选择零星客户。 报表查询为商家提供查询各月份产品的销售情况。此部分根据每月的销售数据制作动 态的 Flash 柱状图，直观的比较让用户方便地做售后总结。该功能系整个系统最具特色的地 方。 仓库管理功能允许用户添加或删除某个仓库，往仓库中添加产品，查看某个仓库的各 个产品数量等功能。 产品管理功能帮助用户管理自己的商品。在这部分功能中用户可自行添加产品类别、 产品名称、数量等详细信息。 客户管理功能方便用户自行添加或删除客户。同时方便查询每个客户与自己的贸易情 况。 账户管理功能主要是对登陆系统的用户进行权限管理。 模块管理功能主要是对模块进行管理。 角色管理功能主要是对不同的账户分配不同的角色。 第一章 绪论 3 权限分配功能为不同的角色分配不同的模块。 1.21.2 使用技术简介使用技术简介 .1 开发语言简介开发语言简介 本系统采用开发语言为 Java、Xhtml。 JAVA 对每个人来说都是再熟悉不过的了。它强调了面向对象的特性，可以用来开发范 围广泛的软件，它具有支持图形化的用户界面，网格以及数据库连接等复杂功能。 下面简单的罗列 Java 语言的主要特点： 易于学习 高效率的执行方式 与平台的无关性 分布式安全性 丰富的 API 文档和类库 XHTML 是 The Extensible Hypertext Markup Language(可扩展超文本标识语言)的 HTML 是 WEB 网页设计语言，XHTML 是一个基于 XML 的置标语言，看起来与 HTML 有些相像， 只是一些小的但重要的区别，XHTML 就是一个扮演着类似 HTML 的角色的 XML，所以，本质 上说，XHTML 是一个过渡技术，综合了部分 XML 的强大功能及大多数 HTML 的简单特性。 XHTML 是当前 HTML 版的继承者。HTML 语法要求比较松散，这样对网页编写者来说， 比较方便，但对于机器来说，语言的语法越松散，处理起来就越困难，对于传统的计算机 来说，还有能力兼容松散语法，但对于许多其他设备，比如手机，难度就比较大。因此产 生了由 DTD 定义规则，语法要求更加严格的 XHTML。 跟 CSS（Cascading Style Sheets,层叠式样式表）结合后，XHTML 能发挥真正的威力； XHTML 是一个 W3C 标准，是更严格更纯净的 HTML 版本。 .2 开发技术简介开发技术简介 1Spring 框架 Spring 是一个从实际项目开发经验中抽取的，可高度重用的轻量级框架。它定位于与 典型应用相关的大部分基础结构，涉及到其他 Framework 没有考虑到的内容。Spring 有分 层的体系结构，这意味着你能孤立地选择使用它的任何部分，它的架构仍然是稳定的。 第一章 绪论 4 Spring 能有效地组织 J2EE 应用各层的对象，不管是控制层的 Action 对象，还是业务层的 Service 对象，还是持久层的 DAO 对象，都可在 Spring 的管理下有机地协调、运行。 Spring 将各层的对象以松耦合的方式组织在一起，Action 对象无须关心 Service 对象的具 体实现，Service 对象无须关心持久层对象的具体实现，各层对象的调用完全面向接口。当 系统需要重构时，代码的改写量将大大减少。 上面所说的一切都得益于 Spring 的核心机制，依赖注入。依赖注入让 bean 与 bean 之 间以配置文件组织在一起，而不是以硬编码的方式耦合在一起。 首先，Spring 涵盖了应用系统开发所涉及的大多数技术范畴，包括 MVC、ORM 以及 REMOTE INTERFACE 等，这些技术贯穿了大多数应用系统的开发过程式。Spring 从开发者的 角度对这些技术内容进行了进一步的封装和抽象，使得应用开发更为简便，本系统借助 Spring 的丰富类库，相对传统开发模式，大大节省了编码量，也大大缩短了系统的实现时 间。 其次，Spring 并非一个强制性框架，它提供了很多独立的组件可供选择。本系统用到 了“依整注入（Dependency Injection） ” 。所谓依赖注入（Dependency Injection） ”和控 制反转（Inversion of Control）是同一个概念。具体的含义是：当某个角色（可能是一个 Java 实例，调用者）需要另一个就角色（另一个 Java 实例，被调用者）的协助时，在传统 的程序设计过程中，通常由调用者来创建被调用者的实例。但在 Spring 里，创建被调用者 的工作不再由调用者来完成，因此称为控制反转；创建被调用者实例的工作通常由 Spring 容器来完成，然后注入调用者，因此也称为依赖注入。组件之间的依赖关系由容器在运行期 决定，形象的来说，即由容器动态的将某种依赖关系注入到组件中。 不管是依赖注入，还是控制反转，都说明 Spring 采用动态、灵活的方式来管理各种对 象。对象与对象之间的具体实现互相透明5。 2IBATIS 框架 IBATIS 即 SQL MAP，是访问数据库的一种技术6。它能够大大减少访问关系数据库的 代码，使用简单的 XML 配置文件将 Java Bean 映射成 SQL 语句，对比其他的数据库持续层和 ORM 框架（如 JDO 的实现，Hibernate 等） ，SQL MAP 最大的优级点在于它简单易学，要使用 SQL MAP，只要熟悉 Java Bean，XML 和 SQL，就能够使你充分发挥 SQL 语句的能力。 iBatis 的优点如下： （1） 、简单：易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设 计思路和实现。 第一章 绪论 5 （2） 、实用：提供了数据映射功能，提供了对底层数据访问的封装（例如 A）, 提供了 DAO 框架，可以使我们更容易的开发和配置我们的 DAL 层。 （3） 、灵活：通过 SQL 基本上可以实现我们不使用数据访问框架可以实现的所有功能， 或许更多。 （4） 、功能完整：提供了连接管理，缓存支持，线程支持， （分布式）事务管理，通过 配置作关系对象映射等数据访问层所需要解决的问题。提供了 DAO 支持，并在 DAO 框架中封 装了 ADO.NET，NHibernate 和 DataMapper。 （5） 、增强系统的可维护性：通过提供 DAL 层，将业务逻辑和数据访问逻辑分离，使 系统的设计更清晰，更易维护，更易单元测试。SQL 和代码的分离，提高了可维护性。 SQL MAP 使用简单的 XML 描述文件将 Java Bean，Map 实现和基本数据类型的包装类 (String，Integer 等)映射成 JDBC 的 PreparedStatement。SQL Maps 的高层生命周期如下： 执行 Mapped Statement。这是 SQL Maps 最重要的步骤。SQL Map 框架将创建一个 PreparedStatement 实例，用参数对象为 PreparedStatement 实例设定参数，执行 PreparedStatement 并从 ResultSet 中创建结果对象。 执行 SQL 的更新数据语句时，返回受影响的数据行数。执行查询语句里，将返回一 个结果对象或对象的集合。和参数对象一样，结果对象可以是 Java Bean，Map 实现和 基本数据类型的包装类。 下图描述了以上的执行流程： 第一章 绪论 6 资料来源：Clinton Begin Ibatis SQL Maps 开发指南 ， 图图 1-11-1 iBatisiBatis 执行流程执行流程 3JSF 框架 本系统的前台开发采用的是 JSF 框架。JSF 全称 Java Server Faces，是一种用于 构建 Java Web 应用程序的标准框架。它提供了一种以组件为中心的用户界面（UI）构 建方法，从而简化了 Java 服务器端应用程序的开发。 JSF 技术为开发基于网络用户界面的 Java 开发者提供了标准的编程接口 API 以及 标签库。就像 Struts 框架一样，JSF 定义了一套 JSF 标签，能够生成与 Java Bean 属性 绑定在一起的 HTML 表单元素。从应用开发者的角度来看，两种框架十分相似，但是 JSF 可能会得到更多的支持，因为 JSF 是 Java 的标准。在未来的发展中，有可能所有的 J2EE 应用服务器都需要支持 JSF。 .3 软件环境要求软件环境要求 操作系统：WindowsXP SP2 数据库：MySql 5.0 开发平台：MyEclipse 6.5 MyEclipse 全称 MyEclipse Enterprise Workbench，是 Eclipse IDE 的扩展，也是 一款功能强大的 J2EE 集成开发环境， 包括了完备的编码 、调试、测试和发布功能，完 整支持 HTML，Struts，JSF， CSS，JavaScript, SQL，Hibernate。支持方便的代码编 写、测试以及排错，利用它来开发，可以极大的提高工作效率。 代码管理：SVN 这次开发，我们增加了版本控制管理，使用的管理工具是SVN。使用版本控制可以 对代码的版本进行方便的管理，有效的避免冲突，确保由不同开发人员编辑的同一代码 都能够得到更新。 SVN 全称 Subversion，是 CVS 的接班人，能够依时间跟踪整个目录的 变动，目录和文件都能进行版本控制，而且SVN 的安装、配置都比较简单，它有自己的 用户管理，不需使用 windows 的管理员账户，可以使用 http 方式对版本库进行访问， 使用起来简单方便，加上版本控制给我们管理源代码提供了莫大的帮助。 数据库建模：Power Designer 第一章 绪论 7 .4 硬件环境要求硬件环境要求 内存容量：不低于 256M 联网设备：路由器，网络电缆 1.3 论文的组织结构论文的组织结构 本论文分六章，具体内容安排如下： 1. 绪论 介绍课题的研究背景，系统开发意义，系统的主要功能及特点以及系统的开发语言及 技术简介。 2. 系统的需求分析 通过对传统的仓库管理系统的功能和不足的分析，对经营者所面临的业务进行了详细 的分析，阐述新系统的主要需求，以及为了实现这些需求而必须解决的主要问题。 3. 系统的概要设计 阐述整个系统的整体设计原则，对系统的体系结构和总体设计进行了简单的描述，提 供数据库的设计和系统的出错设计。 4. 系统的详细设计与实现 将整个系统的需求转化为相应的设计，并详细的描述系统的开发过程中所遇到的一些 问题。对自己开发的每个模块进行详细的描述。 5. 系统的测试 在阐述系统测试理论的基础上，介绍仓库管理系统测试的测试结论。 第一章 绪论 8 第二章第二章 系统的需求分析系统的需求分析 本章主要是进行任务内容的描述，并阐述了仓库管理系统的主要功能性需求，系统的 整体流程，以及系统为了实现这些需求而必须解决的关键问题。 2.12.1 需求概述需求概述 随着社会的快速发展，国内的中小型企业已达 800 多万，如今的经营趋势已不再如从 前。现在的经营者讲究的是快速占领市场，并且能较好的把握住每个客户。为了降低运营成 本，产品的运输费用已成为经营者优先考虑的问题。解决的方案无疑是把库房设置在各个城 市的某个地方，方便经营者进行货物的输送。这样的扩张，带来了更大的经济利益，但是如 何把各个地理位置的库房处理信息进行统一的管理便成了经营者所要面临的另外一个问题。 传统的手工登记方式已经变得越来越繁琐，长期下来，会产生大量的文件和数据，对于查找、 更新和维护都是一个前所未有的挑战。而目前大部门的仓库管理系统是 C/S 架构，用在多营 业点的管理上似乎已经有点牵强。基于此考虑，我们选择搭建一个基于 B/S 架构的小型的库 存管理系统，以期满足这样一个潜在而又广泛的需求。 带着这么一种想法，我们对从潜在的客户群中选择出了其中一个比较典型的客户进行 分析与研究，从中提取所有潜在客户的共同需求，从而来设计一个面向所有客户，且能满足 大部分客户需求的通用型库存管理系统。我们对整个系统的设计目标是：让客户快速上手， 直接使用，无须培训。整个系统无需占用计算机太大的内存，且能让用户快速、准确、直观 的查看到自己各个仓库的产品信息，方便自己对仓库产品的调度。 2.22.2 功能性需求功能性需求 .1 功能需求功能需求 在与客户的沟通中，将获取的信息进行详细的分析与总结，提取出了仓库管理系统的 第二章 系统的需求分析 9 主要功能： （1） 、信息录入功能 主要是对货物基本信息进行存储、编辑。主要包括：商品大类、商品大类的特性参数、 商品名称、商品的特性参数、商品的状态、商品单价、商品入库、出库的数量、出库时间等 信息；同时还包括对仓库信息的管理，包括仓库的地理位置，仓库中的产品信息等。 大致的信息录入功能在系统中体现在如下几个方面： 图图 2-12-1 信息录入功能图信息录入功能图 （2） 、信息查询功能 操作记录查询：即对产品的出库单和入库单进行查询，并且能查看对应的操作者和客 户。 库存查询：能通过商品名称对库存商品信息进行查询；能通过仓库对所有的产品进行 查询。 模糊查询：通过输入关键字查找到相应的产品信息。 在系统中体现在如下几个方面： 第二章 系统的需求分析 10 图图 2-22-2 信息查询功能图信息查询功能图 （3） 、统计功能 方便客户对产品的出入库进行统计，也可对仓库内库存产品的状况进行查看。 （4） 、报表功能 能将多种统计的结果通过界面展示给客户。 （5） 、预警功能 该功能需要用户自行设置预警数量，系统默认为 0。每次用户登录系统时，能在显眼的 位置提示用户某种产品数量已小于预警数量，需要进行采购。 .2 性能需求性能需求 由于仓库管理系统涉及到的用户数量不是很多，并发性要求并不高，所以对系统处理 并发量的要求并不是很高。归结出几点性能要求： （1） 、准确性：随着用户客户数量的增多，出入库记录的增多，要求系统在记录统计 时能做到及时，准确。 （2） 、事务处理：由于是基于 B/S 架构的系统，故对系统的事务处理要求比较严格。 （3） 、易操作性：由于针对的用户群大多没有很丰富的电脑知识，这对我们在设计系 统时提出了一个比较严峻的考验，要把系统做的简单、易懂，无需培训，用户便可直接使用。 （4） 、可移植性：由于要设计的是一个比较通用的库存管理系统，故要求系统具有较 好的可移植性，系统的后台要有较好的通用性。 （5） 、经济型：设计出的系统能帮助用户降低仓库管理成本，提高资金利用率。 2.22.2 系统关键问题分析系统关键问题分析 对于整个系统在设计过程中，难的不在于系统功能的实现，更多的是考虑数据库的设 计、前台页面的展示、功能模块的划分和业务的逻辑流程。 .1 合理的设计数据库合理的设计数据库 数据库的设计过程中应该保证数据库模型的稳定性和拓展性，要使设计出来的数据库模 第二章 系统的需求分析 11 型能够适应现实的数据模型，能够覆盖包容各种各类的现实数据实体。同时，应尽量减少字 段的冗余，使重复的数据保持在最小限度。以此来减少数据库的存储空间，降低产生过多字 段混乱的危险，从一定程度上提高数据库的运行速度。 冗余字段的减少也方便数据库中表 字段值的更新，对于关系比较复杂的表来说，这无疑是一个好的信息，因为我们更新某个表 时，不需要去关心其他表中冗余字段的更新问题。一个好的系统离不开后台的支撑，好的数 据库后台可以简化开发过程，使系统功能更加清晰和准确。 .2 友好的界面展示友好的界面展示 界面的友好与否是用户评价一个系统优劣的重要方面，由于面对的小型用户，不可能 有太多的时间去学习这个系统，要说提前培训更是不可能的事。在页面的设计过程中，我们 考虑的是要给用户一个比较直观、清晰、准确的展示。 在页面的布局中，要用多少按钮，页面的布局要怎样才能合理，美观，要怎样让用户 一眼就能看出每个按钮的功能，增加良好的用户体验呢？能否充分利用 CSS 样式、 XHTML、JSF 和 Rich faces 提供一个良好的界面？这对我们在开发和设计来说，是一个比较 大的挑战。 .3 合理的功能模块划分合理的功能模块划分 在整个系统中，我们每个功能页面的布局基本一致，为了便于用户的使用，应该对系统 的功能模块进行细致合理、人性化的划分，生成合理的系统菜单，使用户一目了然，能够快 速准确的定位到想要使用的功能菜单，完成相应的工作。 .4 清晰的业务处理流程清晰的业务处理流程 各个系统的功能模块应该给出清晰的业务处理流程，尽量给用户一些信息的提示，帮助 用户快速的完成相应的任务。对于没有太多电脑知识的用户来说，需要培训才会使用的系统 无疑是失败的。 第三章 系统的概要设计 12 第三章第三章 系统的概要设计系统的概要设计 阐述整个系统的整体设计原则，对系统的体系结构和总体设计进行了简单的描述，提 供数据库的设计和系统的出错设计。 3.13.1 系统体系结构及开发方法简介系统体系结构及开发方法简介 .1 系统体系结构简介系统体系结构简介 系统采用的是 B/S(Browser/Server,即浏览器/服务器)模式，B/S 模式是一种以 Web 技术为基础的新型管理信息系统平台，是一个由浏览器/Web 服务器/数据库服务器三层结 构构成的客户服务器体系，如下图所示： 图图 3-13-1 B/SB/S 体系结构体系结构 在 B/S 模式中，客户端运行浏览器软件。浏览器以超文本形式向第二层的 Web 服务器提 出访问数据库要求，Web 服务器接收客户端请求后，将这个请求转化为 SQL 语句，并交给第 三层的数据库服务器，数据库服务器得到请求后，验证其合法性，并进行数据处理，然后将 结果返回给 Web 服务器，Web 服务器再一次将得到的结果进行转化，编成 HTML 文档形式， 转发给客户端浏览器，以友好的 Web 页面形式展示出来。 采用 B/S 架构的好处是，对用户的技术要求比较低，对客户机的配置要求也比较低，只 要有一个浏览器就能工作，而且界面丰富、客户端维护量小、程序分布简单、更新维护方便， 但是 B/S 架构也有其比较大的缺点：应用服务器运行数据负荷比较重。如果在页面的开发与 设计上不考虑优化，一个请求就要重新获取整个页面的数据，势必会加重服务器负担，此时 我们应用了 Ajax 的局部提交方式能较好的解决了这个问题。 第三章 系统的概要设计 13 .2 系统开发方法简介系统开发方法简介 在传统大多数软件的开发，采用的都是瀑布型开发过程。而采用这一方法意味着要以严 格的顺序来完成这一系列的项目阶段：需求分析、设计、实现、集成然后就是测试。当项目 中出现难以解决的问题时，测试可能被推迟到项目后期：这些问题严重的威胁到软件发布的 期限，并且使主要团队成员在某些开发环节上是空闲的。这在我们的开发过程中是极为不利 的。 我们在这个系统中采用了结构化生命周期法和快速原型法相结合的方法。具体做法是： 在系统的规划、分析和设计阶段采用结构化生命周期法，从全局角度出发进行分析设计；另 一方面，为了缩短开发周期，便于与用户交流，在系统实施阶段采用快速原型法，为用户演 示原型，按照用户要求修改完善直至其满意。 3.23.2 系统总体设计系统总体设计 在需求分析结束后，我们将客户的需求进行进一步的整理，确认了系统开发的总体任 务：实现产品管理的系统化、规范化和自动化，从而达到提高库存管理效率的目的。 系统的主题设计包含两大模块：一个是角色模块管理设计，系统的角色模块管理负责 账户的权限配置和管理，为系统内部提供相应的保障和服务，任何一个完善的系统都必须拥 有权限管理；另一个则是系统核心产品结构设计，产品结构是库存管理的核心，负责系统内 部产品逻辑处理，为产品管理、进出货登记等基本操作提供相应的支持。另有一些模块相对 比较简单，如：日常经营、客户管理等，这里就不详细罗列，详见详细设计与实现章节。 系统的总体处理流程图如下： 图图 3 3- -2 2 总总体体处处理理流流程程图图 .1 系统结构图系统结构图 本系统集成了 JSF 框架，Spring 框架和 iBatis 框架，集成后的框架分为五个逻辑层， 自顶向下一次是客户层、表示层、业务层、持久层、数据源层。下图表示的是五个逻辑层分 第三章 系统的概要设计 14 布情况以及三个框架分别所居的层次。 图图 3-33-3 JSF+Spring+iBatisJSF+Spring+iBatis 架构架构 集成后的框架具备了三种框架的技术优势，将 JSF 的 MVC 机制，Spring 的依赖注入机制， 以及 iBatis 的 SQL Map 映射机制融合在一起。JSF 在 MVC 中体现在 V 即 View(视图)显得比 Struts 来的更好。集成后的框架在 Web 应用程序开发的优势主要体现在： （1） 、JSF 框架的 MVC 模式将表现逻辑和业务逻辑分离，摆脱了原有模式的高耦合性， 提高了开发效率。 （2） 、Spring 框架降低了对象之间的依赖，使得程序的调试和修改变得更为简单。 （3） 、iBatis 框架实现了 DAO 和 SQL Map 的分离，使系统的设计更清晰，更易维护，更 易单元测试。而且通过灵活使用 SQL 语句基本上可以实现不使用数据框架能够实现的所有功 能，甚至更多。 （4） 、三种框架的融合大大减少了软件开发的代码量，降低了各个模块的耦合度，缩短 了工期10。 第三章 系统的概要设计 15 .2 模块总体结构图模块总体结构图 系统分为普通用户、高级用户、系统管理员这三种角色。各角色对应的系统模块图如下 所示： 图图 3-43-4 模块总体结构图模块总体结构图 1. 普通用户 普通用户，一般是开放给普通员工使用的账户，主要的操作所涉及的就是一些日常 经营活动所需的操作，如：进货登记、出货登记等，可通过系统管理员分配更多权限。 2. 高级用户 高级用户，一般对应的用户为企业领导，该角色的权限除了普通的日常经营外，还 可以查看各类经营报表（如产品销售报表、客户购买情况统计等） 、管理仓库、管理产 品、并对企业对应的客户群、和系统账号进行管理。仓库管理包含库存管理和仓库维护 两个部分，其中通过库存管理可以查看、修改产品的库存量，并可以添加新的产品进入 仓库；而仓库维护则主要负责仓库的维护，可增加新的仓库或者修改已存在的仓库信息。 第三章 系统的概要设计 16 而产品管理包含产品分类管理和产品列表，其中通过产品列表可以查看、修改某种产品 的详细信息，并可以添加新的产品；而通过产品分类管理则可以添加新的产品分类或者 修改某个已经存在的产品分类信息。以上产品分类、产品、仓库中的产品、仓库均允许 删除，但是必须在分类下无产品、产品无库存、仓库零库存的前提下才允许执行。 3. 系统管理员 系统管理员的工作则主要对应的是一些系统高级配置和维护。如权限、角色分配、 模块管理等。一般该角色属于系统的维护人员，可由开发人员代理。这一块主要维护系 统外围框架。不涉及系统内部实际使用。 .3 模块功能描述模块功能描述 由图 3-3 系统的模块列表如下： （1） 、角色管理：该模块的主要功能包括：添加、更改和删除一个角色，但在删除过程 中，该角色下的所有用户和属于该用户的权限将全被删除，故删除功能应谨慎使用。对于角 色管理功能，建议有专门的人员经过学习来执行。一般仅属于系统管理员所有（即企业的领 导者） ，系统管理员也可将该功能分配给其他角色。 （2） 、模块管理：任何一个系统，要真正做到可扩展性，完善，必须要对每个功能进行 模块划分。简单点说，本系统中的模块就是对应一个一个的 URL，每一个功能点都有一个对 应的 URL 进行链接到相应的页面。该功能主要包括：添加、更改和删除。对于添加功能，普 通用户是没办法理解各个字段代表的意思，一般为需要升级系统功能时由系统开发人员进行 配置。一般仅属于系统管理员所有。 （3） 、权限分配：企业中的人员众多，不同的用户应该拥有不同的访问权限。所谓的权 限分配，事实上是为每个角色分配不同的访问模块，而不是单独针对某个账户。一旦为某个 角色分配了对应的模块后，属于该角色的所有用户均拥有访问分配给该角色的所有模块的权 力。该功能主要包括：为某个角色分配模块，删除已经为某个角色分配的模块。一般为系统 管理员所有。 以上三个功能的设计图大致如下： 第三章 系统的概要设计 17 图图 3-53-5 角色模块设计图角色模块设计图 （4） 、入库登记模块：产品入库时需填写入库登记表，包括：进库时间、产品名字、数 量、仓库、操作者等信息，由于入库的产品数量直接关系到产品当前库存的计算（该计算由 系统自动运行） ，故要求用户在确认数量时一定要非常小心。该功能高级用户和普通用户均 拥有。 入库登记流程如下： 图图 3-63-6 产品进货登记流程图产品进货登记流程图 （5） 、出库登记模块：产品出库时需填写相应的出库登记单，其中包括：出库时间、产 品名字、产品数量、仓库、当前操作者、客户名字等信息。由于出货中的数量直接关系到产 品当前库存的计算（该计算由系统自动运行） ，故要求操作者在确认数量是一定要非常小心。 第三章 系统的概要设计 18 该功能高级用户和普通用户同时拥有。 出库登记流程如下： 图图 3-73-7 产品出库登记流程图产品出库登记流程图 （6） 、报表查询模块：任何一个用户都希望能用报表的形式展示自己在过去一段时间内 所售卖产品的记录状况，查看自己的库存状况。需要用户输入查看报表的月份。该功能为高 级用户所有。 （7） 、