在对企业仓库物资管理的实际业务流程调查过程中发现，企业仓库存在物资制度不健全、并且疏于管理等现象。具体的问题集中表现在以下几方面：

(1）仓库物资信息反映不实、账实不符。

在大多数企业存在着仓库物资信息反映不实、账实不相符的现象。其现象一是很多调用取得的仓库物资未在账面上如实反映出来。比方说由上级主管部门调拨的电脑、办公用的一些专用的设备等，按照相关的财务制度规定这些都应该纳入系统固定资产账单进行如实的核算，但在调查当中发现有相当一部分未在账上如实显示这部分物资的信息，使这部分固定资产游离于账外，相关部门无法进行有效监管。

(2）仓库物资管理责任不明确，仓库物资管理制度不健全。

在日常的财务管理过程当中，多数企业由于相关部门领导的重视程度不够，监管不严，对仓库物资管理的制度和规定还不够完善，只是简单的在会计账面上做出信息记录，严重缺少实物登记账；使用手续不完备，造成仓库物资信息管理责任的不明确。

(3）对仓库物资缺乏定期的清查盘点，疏于管理。

近些年来，企业对公用经费支出的管理逐渐严格起来，但对仓库物资的管理力度仍然不够。直接体现在缺少健全仓库物资的定期清查盘点制度，长期存在有账无物、有物无账，存在着不对账、不清点，监管不力，固定资产台账与实物不符的现象。

(4）仓库物资增减变化未严格履行规定程序，不规范现象严重。

企业不同程度地存在着购置固定资产随意化，未按要求纳入政府采购程序的现象；仓库物资调拨、变卖、毁损、报废、转让的时候，相关人员没有严格按规定的程序进行物资审批，自行处理，借机谋取利益，不严格履行财务制度规定的程序和要求，账务处理不规范的现象十分明显。

针对企业物资仓库管理系统中存在的问题，仓库管理系统必须满足如下要求：

(1）系统能够实时跟踪仓库物资在流通过程具体的详细信息，其中包括物资名称、物资编号、物资类型、所属科室、使用状态、物资使用人、供应商信息、物资卡片等。

(2）整体的系统数据库当中需满足仓库物资唯一不重复的原则。

(3）利用系统管理员可以实时跟踪仓库物资在企业当中流动的信息，这里所说的“流动”具体包括了申购、转移、维修、报损、采购、调配、折旧等操作动作。

(4）系统管理员可以实时跟踪查询并记录什么人在什么时候对什么仓库物资做过一些什么具体的操作真正实现实时跟踪仓库物资管理信息。

(5）系统可以实现对新的物资仓库入库时候的相关信息管理，可以实现查询物资入库的历史记录。相应的物资出库、盘点、转仓、调拨、库位的信息管理也应该都可以实现；

(6）系统可以实现仓库物资库存数量的查询，所有的企业仓库物资的物流都在必须经过仓库的出入。因此相关物资库存的准确的查询是必须能够做到的。

(7）系统能够对企业所需物资进行初步的预算，并且记录采购的详细信息及相应的预算分配比例，这些数据收集起来之后还可以对所有的供应商进行详细的后续追踪。为以后的采购物资做好充足的准备工作。

为了简化企业仓库物资的操作并体现整体系统的信息化管理，本系统的设计计划需要达到如下几个目标：

(1）首先系统可以高效地进行企业仓库物资的基础信息的查询、汇总以及分析。

(2）系统可以通过不同用户的权限设置明确的仓库物资分配。

(3）该系统应该能够最大限度地实现软件的易安装性、易维护性以及易操作性。更好的站在用户的角度服务于用户。

(4）整体系统运行必须稳定、安全可靠，并且具有数据备份恢复功能，以防止系统遇到意外的时候进行重要数据的回复工作。

(5）系统界面设计尽量美观人性化、人机交互界面友好，方便所有系统用户的简便操作。

根据系统需求分析，首先设计出企业物资仓库管理系统的总体架构。确定了系统的主要功能模块包含了五大功能模块，它们分别是：用户信息管理模块、物资采购管理模块、物资分配管理模块、物资库存管理模块以及物资信息管理模块。

系统工作模式的选择决定着网络数据是如何工作的，到目前为止整个网络数据库系统的工作模式主要分为两种：即客户机服务模式和浏览器/服务器模式。

在这里我们从某企业的实际背景情况出发，选择浏览器/服务器模式即B/S模式体系结构，它是一种3层结构，又称为瘦客户机模式。系统体系结构示意图如图1所示。

图1 系统体系结构示意图   下载原图

B/S模式下的客户机只需要安装浏览器软件，比如一般常用的IE浏览器即可，这种模式有一个很大的好处就是客户端无需开发前端应用程序，这就是我们为什么称他为瘦客户模式的原因所在；中间层对应的Web服务器是其中一个非常重要的部分，它是后台数据服务器与前端企业各员工客户机联系的桥梁。

通过数据层提供数据；应用到服务器层，使请求与结果在页面展示层与数据层之间进行转发。当页面发出请求，应用服务层接收到请求信息，解析完成以后通过调用Service层，依次传递给数据层。采用SQL Server 2008的系统，将请求解析完毕并执行，通过应用服务层的数据返回结果，返回的数据结果信息通过数据层返回给页面表示层，通过应用服务层进行信息的现实。

系统的数据库设计是系统设计当中一个非常重要的环节，下面对本系统的数据库设计做一个详细的阐述。

数据是整个仓库管理系统的资源数据输出部分，没有数据一切都将是纸上谈兵。数据库设计就是要根据系统和用户的需求，在给定的应用环境中建立一个最优化的数据库以保证数据库能够有效地存储数据。

在此受篇幅限制不可能一一列举出来，下面仅列举出部分表的结构，下面通过以供应商基本信息表为例，其供应商基本信息表的表结构如表1所示。

表1 供应商基本信息表（Supplier）结构     下载原表

任何一个系统都不能脱离计算机的硬件环境，系统的设计实现与计算机的软硬件环境有相关性，因此有必要对系统的开发环境进行介绍。

系统开发的应用程序服务器、数据库服务器的硬件配置如表2所示。

表2 系统开发的相关硬件环境     下载原表

系统具体开发环境如下：

操作系统：Windows Server 2005

程序编写工具：Visual Studio 2005.NET集成开发环境

数据库服务器：SQL SERVER 2008数据库服务器

WEB服务器：IIS6服务器

MVC组件：Microsoft ASP.NET MVC 1.0

客户端浏览器：IE8.0以上

系统用户登录系统之后可以随时对自己的个人基本信息进行修改，比方说企业员工出现内部调动，从一个部门调到另外一个部门之后，企业员工需要登录系统的职工信息界面点击“修改”按钮对自己个人信息当中的部门信息进行修改，修改的信息经过系统管理员确认之后录入系统用户信息数据库当中。

在该模块中，与该程序块所关联的数据结构是EmployInfo。员工的相关信息都保存在EmployInfo结构体中，通过函数调用，可以从该结构体中获取员工的姓名和编号。此外，程序模块中需要设置访问权限，普通员工只能查看和编辑自己的信息，不能修改其他人信息，而且员工的编号和部门信息是灰色的，不可编辑。设置完成之后点击“保存”按钮用户的权限信息设置成功。

系统用户所在部门信息修改的实现界面如图2所示：

图2 系统用户所在部门信息修改界面   下载原图

然后录入系统用户所在部门信息之后，保存录入信息的代码如下：

对于一个系统来说，系统整体的拥有一个良好的稳定性和可靠性是非常必要的：首先各个模块的运行必须正确互不干扰；其次一旦系统运行的过程当中发生故障的时候，系统能有一定的自我恢复功能，并且能够对当前状态进行保存，相关人员定位bug，排除故障后，系统还可以从断点继续进行工作，原有的各项数据内容不会丢失。

系统性能测试过程当中对于系统运行可能出现故障进行测试，主要分为以下三个方面进行性能测试：

(1）网络故障

包括病毒引起的局域网访问限制，网络出现故障，局域网广播引起的访问速度慢等问题系统能否能够很好的应对；

(2）服务器运行故障

服务器在大量用户登录系统之后是否会出现系统死机，速度变慢的现象；

(3）系统程序运行故障

系统在各项功能运行的过程中，程序是否会出现自身的问题导致系统崩溃。

经过测试，结果表明，系统可以快速应以上三种故障当中的任何一种，系统可以正常的从断点继续运行，系统系能测试各项指标均正常。

本项目在功能测试阶段采用多用户参与组建测试小组的方式对企业物资仓库管理系统进行全面的测试，对系统实现的功能进行了测试验证，测试结果显示大部分功能顺利实现，运行稳定，系统界面友好、操作简单、易学、易培训。对系统性能进行了测试，各项指标均较为正常，系统在多用户多事务的共同作用下响应时间小于1s。

本文首先以企业的仓库系统为背景介绍了仓库管理系统的现状以及存在的一些急需解决的问题，进而提出了建设企业仓库管理信息系统的必要性，本系统非常及时的满足了企业对于仓库信息管理各方面的实际需求，其主要研究内容总结有以下几点：

(1）对仓库管理系统中涉及到技术进行简单介绍，使用B/S架构来构建整个系统，然后为了达到先进性的目的，系统选取的开发工具是Visual Basic.NET，可提高工作效率，简化系统的开发。

(2）企业物资仓库管理系统体现了较为先进的管理理念和体系，为仓库和物流配送中心提供了更快、更准确、更精细的管理系统支持，仓储管理系统经过反复修改完善和一段时间的试运行，基本实现了最开始系统需求分析当中提出的各种功能，减少仓库管理人员，减少人员开支，减少货物丢失，提高物流环节效率，系统总体运行良好稳定，操作起来便捷，可用性强，具有了比较好的推广前景。