能面向不可知的用户。由于B/S架构的管理软件之安装在服务器端，管理员只需要对服务器进行管理就可以了。正是因为如此，服务器在存储和运行数据的时候负载会比较重，一旦服务器发生系统崩溃等问题，那么后果将不堪设想。因此运算式的服务器整体性能要求较高，在硬件方面要求系统环境P4以上CPU、512MB、80GB的配置。相比较而言，客户端硬件的要求较低，软件为window98以上版本的操作系统即可。在时间特性方面，系统搜索时间最大不超过5秒，平均时间在1至3秒，此外对数据库中信息的检索也不应查过一秒；在系统容量要求方面，系统的静态用户在3000以上、动态用户在1000以上、并发数在500左右。系统运行时对数据的保密性要求高，对一般的数据都要求进行加密。基于B/S结构的系统与操作系统平台关系很小。此外，对其他的软件也没有特别的要求。
2.3 安全性需求
安全性是与系统的安全性相关的需求，将会影响到用户对系统的使用和对数据的保护。由于该系统是B/S结构的，客户端的用户群比较庞大，用户的身份多种多样，并且还不可知，系统很难进行统一的管理。另外系统的管理软件是安装在服务器上的，数据的存储和运行也是在服务器中。这样就增加了服务器的负载量。一旦有不可知的用户对系统进行破坏，那么系统就会很容易崩溃。若不对用户的身份进行验证，很难保证系统中数据信息的安全，一旦数据丢失将会对企业造成不可挽回的损失。因此用户身份的审核需求是系统必须要满足的安全性或保密性策略。为了保障该系统的安全性和数据的保密性，用户使用该系统前首先要确认用户的身份。确认用户身份的方式有很多种，比如：口令系统、智能卡和生物统计学等等。对于使用本系统的用户来说，使用口令系统比使用其他方式成本低、易实现，更重要的是使用简便。只要用户输入正确的用户名和密码，那么身份得到验证后用户就可以进行相应的操作；若未能通过验证，则系统不允许用户进入该系统。
3 系统设计
3.1 设计模式
选择什么样的框架应用到项目中，对于项目的开发效率以及重用性方面是至关重要的。而MVC模式的使用可以大大减少项目开发的时间，它可以有效地分离视图层和业务逻辑层，进而使得程序员能够集中到业务逻辑层上，界面程序员可以集中精力于界面的实现上。这样web应用就会变得更加易于维护和修改。因此本系统选择了MVC设计模式。
MVC的全称是Model View Controller，是模型—视图—控制器的缩写。MVC是一个经典的软件设计模式，已经得到广泛的应用。它的主要思想是在各个对象之间取得高层端口。它是用一种业务逻辑和数据分离的方法来组织代码，并将业务逻辑模块聚集到一个部件里面，控制层确保业务逻辑层和界面的同步，若业务逻辑层发生了变化，那么视图层也应该进行同步的更新。MVC组件类型的管理与功能如图3-1所示。
[19]
6
状态查询通知改变模型封装应用程序的状态处理业务逻辑通知视图改变状态改变视图解析模型并更新请求发送用户的输入给控制器允许控制器选择视图视图选择控制层用户请求定义应用程序的行为选择响应的视图方法调用事件图3-1 MVC组件类型的管理与功能
M—Model，模型层是应用程序的核心，该层次主要实现的是处理应用程序的数据逻辑部分，负责数据的录入和业务逻辑的实现，具有最多的处理任务。
V—View，视图用于显示和获取数据库的记录，是应用程序中处理数据显示的部分，是依据模型数据创建的，它是用户看到的并所有与之交互的JSP页面。
C—Controller，控制器是是连接业务逻辑和视图层的桥梁，是应用程序中处理用户交互的部分，它获取视图层传来的数据，控制用户的输入，并且调用业务逻辑类向模型层发送数据。
MVC设计模式的使用给我们带来很大的方便，它具有重用性高、部署快、生命周期成本低、耦合性低、可维护性高等优点。视图层和业务层的分离使得我们在更改视图层代码的同时可以不用重新编译模型和控制器代码。因为控制层、模型、视图的分离，使得很容易改变应用程序的数据层和业务流程的规则。正是由于MVC的这种特点使得改变其中的一个层次的功能也不会影响另外两个层次的功能，所以根据这种思想MVC就能够实现良好的松耦合构件。MVC设计模式允许不同的视图层来访问服务器端的代码，因为多个视图可以共享同一个模型。因为模型返回的数据没有格式化，所以同一个构件能够被不同的JSP页面所使用。由于已经把业务逻辑层的数据和业务规则从表示层分开，所以可以最大化的重用代码。MVC使得项目开发和维护用户接口的技术含量降低了。由于MVC把项目的设计分层了，各个层面上的功能交由不同的开发人员来设计和实现：Java的开发人员实现业务逻辑、界面程序员集中精力于界面的设计和实现。MVC使得视图层和业务逻辑层分离，这样更加方便了Web项目的维护和修改。
3.2 系统总体功能概述
根据现代物流管理的发展水平，并结合企业在物流管理系统中的需求，初步设定了几种功能。本系统在实现之前经过查阅资料以及实践调研，对物流企业中存在的问题，以及缺陷进行勘察，把物流企业中需要实现的基本功能总结并归类，具体包含以下七个功能模块：用户登录、客户服务、仓库管理、车辆管理、信息查询、用户管理、退出系统。
7
（1） 用户登录模块
由于物流管理系统中所涉及的内容都是整个物流过程的重要的信息，所以一般人是不能进入该系统的。据此，在进入该系统之前，物流管理系统给每个相关人员分配了相应的权限：客户和职员。对于每个想要进入该系统的人就必须进行注册，提交注册信息以后经过该系统的管理员审核以后，若审核通过则该用户可以根据申请的用户名和密码成功登录该系统。对于不能成功登录进去的用户，登录界面可以给出相应的错误提示。
（2） 客户服务模块
该功能模块是以客户的身份登录该系统的人所进行的操作。由于权限的限制使得客户只能操作该模块中的功能，在此模块中客户可以进行的操作有提交订单、修改个人信息、查看个人订单的历史记录。
（3） 仓库管理模块
该模块主要涉及到对仓库中商品的管理，这是管理员权限中的事。管理员通过定时的查看仓库中商品的信息以及用户的订单对仓库中的商品做一下操作：对数量不足商品的采购以及根据客户订单进行商品的配送。
（4） 车辆管理模块
由于该系统不仅仅涉及管理员对商品的管理而且还涉及管理员根据客户提交的商品订单对商品进行配送，因此需要很多车辆来运输这些商品到达不同的目的地。那么管理员对车辆信息的管理就很有必要了，大致包括车辆信息的增加以及车辆信息的更改、删除等。
（5） 信息查询模块
有时根据管理员的要求需要对系统中指定的信息进行查询，以便能及时获得所需要的信息并做出正确的决策。该模块主要包括四个方面的查询：商品信息查询、职工信息查询、客户信息查询、订单信息查询。
（6） 用户管理模块
该模块主要是对登录进该系统的所有用户的信息进行管理，主要包括管理员对职工信息的增删查改和对供应商信息的增删查改。
（7） 退出系统模块
若用户对该系统的操作已经完成，想要退出系统的话，则用户点击退出系统功能即可退出该系统，随后返回到登录界面。若用户再想进入该系统，则必须再次输入用户名和密码。
整个系统的功能模块如图3-2所示。
物流管理系统登录系统模块客户服务模块仓库管理模块车辆管理模块信息查询模块用户管理模块退出系统模块 图3-2 物流管理系统功能图
8
3.3 系统各功能模块概述
3.3.1 系统登录模块
用户想要登录该系统，首先应该进入登录页面，在该页面中要求用户输入用户名和密码，根据输入的情况，系统会给出相应的提示。若能够成功登录，则系统会根据用户的权限类型，使用户进入不同的界面。若不能登录成功，则用户无法进入系统，并且系统会给出错误提示。本模块的功能包括：
（1） 判断用户输入的用户名和密码是否合法以及两者是否匹配，对于正确与否，会给出相应
的提示。
（2） 根据用户的权限类型，跳转到不同的页面供用户操作。
登录功能模块流程图如图3-3所示。
开始显示登录界面Y登录是否为空NN信息是否正确YY客户界面是否是客户N管理员界面结束 图3-3 登录系统模块流程图
3.3.2 客户服务模块
用户以客户身份登录到系统后，就对客户功能模块的各个功能进行操作，而主界面中显示的管理员的功能模块，普通用户是无法点击进行相关操作的。这样就保证了客户与管理员操作模块的分离，客户与管理员功能模块的分离不仅有利于整个物流系统相关信息的管理，而且有利于系统的维护，本模块的功能包括以下三个。 （1） 提交客户的订单
9
客户登录到该系统之后，若想要订购该物流管理信息系统中现存的商品，就要填写购物订单，订单的内容包括：订单编号、客户编号、商品编号、订购数量、商品送达的目的地、车辆编号等信息，点击确定就可以把订单提交给后台供管理员查看。然后管理员就会对订单进行审核。
（2） 修改个人信息
客户登录系统以后有权利对自己的信息进行更改，信息更改的内容包括：客户的名称、联系人、联系电话、客户地址、客户Email等信息。个人信息中用户的编号是不能修改的，因为它在客户信息表中是主键，它唯一标示该用户。点击确定即可实现数据库中该用户个人信息的更新。
（3） 显示个人订单的历史记录
每个客户根据自己的需求可以对该物流系统提交多个订单，每次提交的订单都会保存在后台数据库中。当用户点击显示个人订单历史记录的时候，系统就会根据用户编号从数据库中提取该用户的订单历史记录显示在前台界面上供客户查看。订单的历史记录不仅包括通过审核的订单，还包括未通过审核的订单。 客户服务模块流程图如图3-4所示。
客户服务提交订单修改个人信息图3-4 客户服务模块流程图
显示历史记录
3.3.3 仓库管理模块
仓库管理模块就是对仓库中的商品进行日常的管理，管理员登陆进入该系统之后，就可以对商品进行管理。该模块中的功能是管理员权限所能够操作的，客户是不具备这种权限的。该模块包括以下几个功能： （1） 采购商品
管理员进入该界面以后，系统对仓库中的商品进行审核，对数目较少的商品系统会把它们的详细信息从数据库中提取出来显示在界面上供管理员查看，管理员根据情况采购这些商品。采购商品时要输入的内容包括：商品的编号、商品的名称、商品的数量、商品的供应商、采购日期等信息。点击确定后采购员即可对根据采购单对商品进行采购。
（2） 配送商品
根据客户提交的订单，系统对订单中的商品编号、数量等信息进行审核。比如，若客户订购商品的数量超出商品的库存量，那么该订单最终审核的状态就是“未通过”；若订单
10