面向水暖行业ERP系统设计与实现∗

田 怡，艾山吾买尔，亚森艾则孜

(1.新疆大学信息科学与工程学院，新疆乌鲁木齐830046；2.新疆警察学院，新疆乌鲁木齐830011)

1 现状及研究目的

1.1 现状

如今的ERP软件在各个功能模块上都比较成熟，国外使用BBAN，SSA等ERP软件，国内有用友、金蝶等通用的ERP软件.虽然这些ERP软件的功能非常完善并且在一些大型企业当中能够使用，但是对中小型企业来说费用太昂贵.而且伴随着电子商务的快速崛起，现阶段的ERP系统在技术层面和成熟方面远远的不够，不能够满足现阶段的电子商务发展.尤其是水暖行业私营企业的需求复杂多变，致使这些系统在水暖企业运用中很不成功.因此我们经过半年多的研究和考察后，为新疆天润暖通建材有限公司设计了一个基于.NET的MVC模式的面向水暖行业的ERP系统.

1.2 目的

企业的信息化建设使其从传统的手动管理模式改变成为更加合理、高效、方便快捷的管理模式.这样不仅能够使企业更好的运作，而且其供应链的关系使企业能够更好的发展.企业信息化管理能够减少工作人员的误操作、更有效的利用资源，从而使企业能够顺利进入数字化、制度化时代，使企业能够更有效的运转.

实地考察发现，新疆天润暖通建材有限公司主要面临的问题有：

（1）公司的采购订单不够简洁，导致不能够按规定时间按时交货，致使交货期一拖再拖；

（2）跟经销商签订合同时候，只是凭借经验来确定交货日期，没有一个更科学、更完善的方案来确定交货期；

（3）货物不能够合理的安排库房进行库存，造成货物的积压；

（4）不能够确定货物在哪个库房里，而且不能够准确知道每一个订单执行到哪一步，是否已经下单，是否已经过财务的审核，是否已经付款，是否已经完成等.

针对上述问题，我们设计的ERP系统的基本出发点和目标为：

(1)为公司做信息咨询、建议等服务；

(2)做出解决问题的实际方案和方法；

(3)帮助公司改变并且能够使企业的管理模式更加完善；

(4)帮助公司提高其在国内外的竞争力并且创造出更高的价值.

图1 天润建材公司的业务流程

2 可行性分析

可信性分析目的就是看问题能不能够尽快、尽可能完善的得到解决.进行可行性分析的时候必须对现阶段的系统有一个全面的认识和完善的分析.这样才能更好的设计和实现ERP系统.

依据分析，天润建材有限公司的业务流程为：仓库业务、营销业务、财务业务、采购业务、物流业务.流程图见图1.

3 系统设计

3.1 B/S结构

天润ERP系统是通过MVC模式和.NET平台进行实现的，使用的是B/S结构，B/S不同于C/S的两层框架，属于三层结框架，以HTTP的协议进行传输，核心部分是浏览器数据库.用户通过登录浏览器来进行后台数据库的写入、修改、读出等操作，我们称之为B/S（Browser/Server）模式.其中用户访问页面通过CSS进行WEB的外观美化，WEB是采用html 5实现页面设计.后台数据库是采用微软的SQL sever 2010.如图2所示.

图2 B/S结构

系统使用的是三层架构，如图3所示，供应商、经销商通过统一的访问接口向WEB数据访问层发送访问请求，请求经过WEB服务器的预处理发送给后台的数据库，最后把后台数据库反馈用户请求的相应数据打包后反馈给用户的表示层.这样三层框架设计经销商和供应商不需要知道后台数据的具体运行情况，只需要进入用户访问接口就行了.这样的三层框架设计，用户不需要专业的开发人员就能够进行操作，因为用户层根本不需要进行具体数据的操作.

3.2 基于MVC系统实现

天润ERP系统MVC模式如图4所示.其中的视图层(View Layer)给用户提供相应的系统访问接口，视图层主要通过网页向用户提供具体的各种操作界面，以方便用户进行各类的操作.其界面有两类，一类是WebPage，另外一类是Winform.

图3 三层架构

图4 MVC模式

控制层(Control Layer)：控制层是不同于.NET的传统三层模式，提供了一个接口用于使系统的具体功能和页面的设计进行分离.该层的核心内容是设计了PageBase类接口，该类接口继承了System.Web.UI.Page类，满足了控制器层要求页面和功能实现的分离，并对其中的控制函数和初始化程序进行了重新的封装，以便页面的最终效果显示.其中，控制器层中的过滤器(Filter)用来进行异常处理、数据的校验等操作，接收用户的请求之后进行数据处理.控制器层接收用户的数据请求处理之后，先由控制器层中的过滤器进行数据处理，然后把请求发送给下一层，即业务规则层，并且由业务规则层进行请求的处理，最后由数据库对请求相应的数据进行打包反馈给界面显示层，呈现给用户使用.

业务规则层(Business Layer)：它提供了统一的调用函数接口给控制器层，在业务逻辑层进行数据处理之后，控制器层根据用户的不同的请求显示给用户不同的页面.该层包括两层：一类是逻辑层，一类是界面层.逻辑层(Business Logic Layer)包括了整个ERP系统，实现具体的业务规则和天润建材有限公司的具体业务流程，例如部门的等级、折扣的算法等等.界面层(Business Facade Layer)是参考了许多ERP系统的界面设计进行实现的.用户的数据访问和规则的调用都必须进过该层才能进行，例如查看商品的具体内容和订单的具体内容等等这些操作都属于该层接口的实现.

数据访问层(Data Access)：是为解决天润ERP系统数据存储的，为整个天润ERP系统提供用户访问数据的服务.天润公司的人员通过该层能够进行数据存储和后台数据库进行互动，即读出、写入、删除等操作.使用天润ERP系统的人员能够通过业务规则层中的数据访问层接口访问数据库，后台数据库反馈给业务规则层，业务规则层继而反馈给用户显示层.通过以下三个部分实现数据访问层：（1）DataSet类，用于关联数据库中的具体对象和数据表；（2）DBManager类，用于管理数据库中数据源，因为是采用关系型数据库管理进行数据的存储，DBManager的存在使系统不依赖于DBMS；（3）DAO类，包括删除、增加、选择等操作的封装类.

4 系统功能结构

天润建材有限公司的具体流程是基于对全国各地ERP系统的研究，我们认为该ERP系统应该围绕其核心内容进行设计和实现，功能模块应该尽可能的满足天润建材有限公司的需求，实现该系统的内聚性，去除一些不必要的、繁复的功能模块，综上所述，天润ERP系统的功能结构图如图5所示.

图5 天润ERP系统的功能结构

图5 是我们设计的天润ERP系统的具体功能模块，它包括了对该公司的业务数据、采购、生成、销售、仓库、零售、财务、物流的管理.涵盖了“客户管理和供应商管理”子模块，该模块使企业能够很方便的对供应商和经销商的信息进行查询和管理，有利于天润建材有限公司能够更方便的管理供应链.

5 系统的实例演示

系统界面整体结构的设计考虑到整体风格一致性，采用统一风格面板来规划，面板的规划采用母板页来完成统一界面风格.

（1）天润ERP系统给用户提供了两个风格各异的主页面：左右结构和上下结构.登录界面最上面显示天润建材有限公司的Logo，登陆后的主界面左面部分采用了树型层次结构显示出了系统的全部功能，登录后主界面右面显示总订单、商品数目、商品区域、销售比例等信息.用户点击功能列表后，右面显示当前操作的窗口.登录界面和登陆后的主界面如图6、图7所示.

图6 登陆界面

图7 主界面

（2）采购模块：用户通过采购模块能够方便的查询采购部门采购的原材料等信息.而且能够查看供应商、制定采购计划、新建采购订单、审核采购订单，查看全部的订单情况.如图8所示.

（3）销售模块：用户通过此模块可方便查看销售信息，包括客户、经销商采购计划、审核销售订单，订单情况、仓库、查看全部销售订单等信息.点击销售明细能够使天润ERP系统的用户查看公司销售信息的具体详情.

（4）仓库模块：用来管理各个仓库中的货物和原材料，以保证和支持天润建材公司的正常供应链.用户通过此模块可以快捷查看仓库的库存、调货单、仓库业务信息等，并且能够进行出库、入库等操作.

（5）财务模块：此模块能够进行财务审核，管理应收款和应付款，进行商品的价格管理和价格分析等操作.并且能够查看各个地州的零售店面的销售情况，且提供了两种价格设定方式，简单的百分比计算和公式计算.如图9所示.

图8 采购管理

图9 财务管理

（6）物流模块：此模块能够进行物流业务信息的查询、新建物流订单、查看全部物流订单和历史物流订单，并且能够及时的跟踪货物运送情况.如图10所示.

（7）业务数据模块：此模块能够进行经销商的管理，能够添加、删除、新建仓库，而且能够进行财务科目的查看、设置科目余额等操作，进行公司、部门、商品的管理等.如图11所示.

图10 物流管理

图11 初始科目余额

6 结论

6.1 测试

本系统经过60个用户对天润ERP系统的运行情况进行监控和测试，现阶段未发现异常.而且对系统的安全性、功能的完整性、性能、以及浏览器的兼容性进行了检测.如表1、2所示.

表1

6.2 总结

本文设计了基于.NET平台的ERP管理系统，为整个企业决策分析提供了技术支持，对减少企业成本、增加企业效益起到积极作用.框架技术是比较新的一个技术，能使开发应用的人员快速的开发出高质量的软件，开发出一个具有良好扩展性和安全性的ERP系统.在通过分析和研究MVC框架的基础上，讨论并设计与实现了一个基于.NET技术并且结合了MVC框架技术通过数据库开发平台的天润建材有限公司的天润ERP系统.并对MVC框架下的视图层、控制层及数据层进行改进，例举了天润ERP系统的例子.

表2

当然，该ERP系统仍有不足之处，比如：操作流程不够明确，一些模块的功能不够完善等，系统在投入使用后可能会由于用户的需求的提高需要不断的进行完善.