劉 杰, 支影亞

(沈陽師范大學(xué) 科信軟件學(xué)院, 沈陽 110034)

0 引 言

在電子商務(wù)蓬勃發(fā)展的背景下,物流行業(yè)得到飛速的發(fā)展,因此也致使倉儲(chǔ)管理這個(gè)行業(yè)得到快速的發(fā)展[1-3]。所以對(duì)于倉儲(chǔ)管理系統(tǒng)的研究和實(shí)現(xiàn)也是具有巨大意義的。觀察傳統(tǒng)軟件的模式,經(jīng)歷初期開發(fā)、具體實(shí)施以及運(yùn)營(yíng)維護(hù)等階段。在這些階段中,企業(yè)用戶需要有以下方面的投入:

1) 初期開發(fā)的費(fèi)用:開發(fā)軟件所需用的費(fèi)用,可能還需要添置相關(guān)硬件設(shè)施。

2) 意外情況的費(fèi)用:如果項(xiàng)目實(shí)施過程中失敗,需要承擔(dān)這些風(fēng)險(xiǎn),而且有可能在開發(fā)接近尾聲的時(shí)候項(xiàng)目需求發(fā)生了重大變化,需要重新開發(fā)。

3) 后期維護(hù)費(fèi)用:需要有專業(yè)人員專門維護(hù)項(xiàng)目。

而“軟件即服務(wù)”模式即SaaS(Software as a Service)[4-8],則可以在上面所述的很多方面上有很大的改善,主要體現(xiàn)在:

1) SaaS軟件是根據(jù)企業(yè)用戶實(shí)際的需要來提供服務(wù)的。所以企業(yè)可以靈活的根據(jù)不同時(shí)期的實(shí)際需求來調(diào)整對(duì)于軟件的費(fèi)用投入。

2) 用戶使用特別便捷,因?yàn)镾aaS模式的軟件是基于互聯(lián)網(wǎng)的服務(wù),用戶租用時(shí)僅僅需要有普通PC和網(wǎng)絡(luò)即可,所以也節(jié)約了用戶對(duì)于硬件設(shè)備的費(fèi)用投入。

3) 由于SaaS模式的軟件是基于互聯(lián)網(wǎng)的服務(wù),所以軟件的主要的運(yùn)行的環(huán)境都是由服務(wù)商進(jìn)行維護(hù)和跟蹤的,在此基礎(chǔ)上也降低了企業(yè)在這方面的人員投入。

在當(dāng)今的背景之下,SaaS是軟件發(fā)展的方向,如何將SaaS模式很好的應(yīng)用到物流的倉庫管理系統(tǒng)(WMS)中具有很大的研究意義[9-11]?！?/p>

1 項(xiàng)目概述

1.1 系統(tǒng)總體概述

倉庫管理系統(tǒng)(Warehouse Management System,WMS)包括:業(yè)務(wù)決策、業(yè)務(wù)管理、業(yè)務(wù)操作和系統(tǒng)輔助四大類12個(gè)子系統(tǒng)。

圖1 倉庫管理系統(tǒng)WMS的系統(tǒng)結(jié)構(gòu)圖Fig.1 System structure diagram of warehouse management system WMS

1) 業(yè)務(wù)決策類,包括: 費(fèi)用管理、績(jī)效管理、計(jì)劃管理;

2) 業(yè)務(wù)管理類,包括: 資料管理、策略管理、配置管理;

3) 業(yè)務(wù)操作類,包括: 入庫管理、出庫管理、庫存管理;

4) 系統(tǒng)輔助類,包括: 報(bào)表中心、系統(tǒng)設(shè)置、租戶運(yùn)維。

1.2 業(yè)務(wù)分析

業(yè)務(wù)分析-入庫流程

1) 到貨通知: 倉儲(chǔ)管理系統(tǒng)根據(jù)數(shù)據(jù)新增到貨通知單(根據(jù)實(shí)際情況導(dǎo)入或者新增明細(xì)表),之后生成對(duì)應(yīng)的收貨任務(wù)(生成入庫單);

2) 收貨作業(yè): 根據(jù)到貨通知生成的入庫單,進(jìn)行收貨操作,如果整單收貨,需要在整單收貨之前先打印入庫單;

3) 上架操作: 執(zhí)行收貨操作之后的對(duì)應(yīng)單號(hào),會(huì)顯示在上架作業(yè)頁面,在此頁面執(zhí)行上架操作。

入庫流程如圖2所示。

圖2業(yè)務(wù)流程
Fig.2 Operation flow

1.3 系統(tǒng)分析

首先實(shí)現(xiàn)支持系統(tǒng)運(yùn)行的前提功能包括:設(shè)置中心(包括系統(tǒng)設(shè)置,系統(tǒng)參數(shù),系統(tǒng)日志以及審計(jì)日志),報(bào)表中心(包括查詢中心,統(tǒng)計(jì)報(bào)表以及日志報(bào)表),數(shù)據(jù)中心(包括資料管理,策略管理,配置管理,費(fèi)用管理,績(jī)效管理以及計(jì)劃管理),其次實(shí)現(xiàn)入庫管理模塊的:到貨通知,收貨操作,上架操作對(duì)應(yīng)的倉儲(chǔ)管理功能。功能模塊所包含的基本內(nèi)容如圖3所示。

圖3 入庫管理模塊功能Fig.3 Warehousing management module function

1) 到貨通知: 到貨通知單主要是指在貨物未到達(dá)倉庫之前生成的到貨通知單,表明貨物即將到達(dá)倉庫,實(shí)現(xiàn)到貨通知功能模塊“新增,生成收貨任務(wù),撤銷,導(dǎo)出,導(dǎo)入到貨通知,下載導(dǎo)入模板,查詢,重置”等子功能。

2) 收貨操作: 入庫單功能主要是輔助倉庫進(jìn)行入庫收貨的。用戶可以對(duì)入庫單進(jìn)行新增和修改操作,收貨員根據(jù)入庫單進(jìn)行收貨操作,根據(jù)對(duì)應(yīng)入庫單號(hào)實(shí)現(xiàn)收貨作業(yè)功能模塊“作業(yè)信息維護(hù),關(guān)閉入庫單,返回,打印記錄,打印入庫單,整單預(yù)收” 等子功能。

3)上架操作: 將產(chǎn)品收到指定的上架庫位完成上架操作。

2 系統(tǒng)的實(shí)現(xiàn)

2.1 技術(shù)介紹

2.1.1 基于.NET的ABP框架(ASP.NET Boilerplate Project)

本項(xiàng)目采用ABP框架來進(jìn)行開發(fā)。ABP遵循DDD(領(lǐng)域驅(qū)動(dòng)設(shè)計(jì))的原則[12-13],將工程分為4個(gè)層:

1) 展現(xiàn)層(Presentation): 提供一個(gè)用戶界面,實(shí)現(xiàn)用戶交互操作。

2) 應(yīng)用層(Application): 進(jìn)行展現(xiàn)層與領(lǐng)域?qū)又g的協(xié)調(diào),它不包含業(yè)務(wù)邏輯。

3) 領(lǐng)域?qū)?Domain): 包括業(yè)務(wù)對(duì)象和業(yè)務(wù)規(guī)則,這是應(yīng)用程序的核心層。倉儲(chǔ)接口和工作單元接口全部放在領(lǐng)域?qū)印?/p>

4) 基礎(chǔ)設(shè)施層(Infrastructure): 提供通用技術(shù)來支持更高的層。例如基礎(chǔ)設(shè)施層的倉儲(chǔ)(Repository)可通過ORM來實(shí)現(xiàn)數(shù)據(jù)庫交互。

采用ABP框架來進(jìn)行開發(fā)的的優(yōu)點(diǎn):

ABP遵循的DDD(領(lǐng)域驅(qū)動(dòng)設(shè)計(jì))原則,把軟件開發(fā)視為一個(gè)過程,根據(jù)此原則對(duì)軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研究,領(lǐng)域模型可以維護(hù)領(lǐng)域內(nèi)數(shù)據(jù)之間的業(yè)務(wù)規(guī)則以及數(shù)據(jù)的一致性,可以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。

圖4 ABP框架分層Fig.4 ABP framework layering

2.1.2 Web層使用ASP.NET MVC來實(shí)現(xiàn)頁面應(yīng)用程序

MVC是Model-View-Controller的簡(jiǎn)稱,即模型-視圖-控制器[14-15]。

1) Model(模型): 其主要功能是對(duì)用戶提交的數(shù)據(jù)進(jìn)行加工、對(duì)業(yè)務(wù)流程的處理、制定服務(wù)于業(yè)務(wù)邏輯的規(guī)則和實(shí)現(xiàn)制定的業(yè)務(wù)邏輯流程或邏輯規(guī)則。

2) View(視圖): 用于展示用戶交互界面(UI)。

3) Controller(控制器): 控制用戶的和系統(tǒng)之間的交互。

圖5 WEB應(yīng)用中的MVC框架圖Fig.5 MVC framework diagram in WEB application

2.2 技術(shù)路線

本項(xiàng)目采用理論、設(shè)計(jì)、和實(shí)現(xiàn)相結(jié)合的研究方法,技術(shù)路線如下:

圖6 入庫單數(shù)據(jù)模型Fig.6 Warehousing data model

圖7 入庫單明細(xì)數(shù)據(jù)模型Fig.7 Warehousing detailed data model

1) 采用ABP框架進(jìn)行開發(fā)。ABP遵循DDD(領(lǐng)域驅(qū)動(dòng)設(shè)計(jì))的原則。

2) 應(yīng)用程序服務(wù)層的開發(fā)采用基于ASP.NET MVC框架的解決方案。

3) 數(shù)據(jù)層采用Entity Framework for Data Source的數(shù)據(jù)訪問模式,對(duì)數(shù)據(jù)進(jìn)行增刪改查。

在項(xiàng)目開始階段,先構(gòu)建了相關(guān)業(yè)務(wù)設(shè)計(jì),并進(jìn)行建模,通過EF將數(shù)據(jù)庫實(shí)體映射到平臺(tái)數(shù)據(jù)層中,再分別建立不通的model用于服務(wù)各個(gè)業(yè)務(wù)場(chǎng)景規(guī)則,通過接口的形式與倉儲(chǔ)管理平臺(tái)MVC框架中的控制器相關(guān)聯(lián),并指定視圖進(jìn)行輸出,實(shí)現(xiàn)其功能。

3 系統(tǒng)測(cè)試

3.1 測(cè)試方法

使用TestManager來創(chuàng)建一個(gè)測(cè)試計(jì)劃,基于黑盒測(cè)試原理,對(duì)倉儲(chǔ)管理系統(tǒng)進(jìn)行功能測(cè)試,并且使用TestManager對(duì)用例進(jìn)行管理以及驗(yàn)證用例的可行性。

3.2 測(cè)試過程

1) 首先搭建好測(cè)試環(huán)境,將源碼發(fā)布包部署到服務(wù)器上,在本地安裝TestManager并創(chuàng)建每個(gè)部分各個(gè)功能對(duì)應(yīng)的測(cè)試用例,配置好之后開始測(cè)試基本功能。

2) 創(chuàng)建測(cè)試用例文件夾來分層次地組織測(cè)試用例,分別對(duì)入庫管理模塊的到貨通知,收貨操作以及上架操作的每一個(gè)基礎(chǔ)功能進(jìn)行編寫測(cè)試用例。

3.3 測(cè)試結(jié)果

設(shè)置中心:系統(tǒng)設(shè)置,系統(tǒng)參數(shù),系統(tǒng)日志以及審計(jì)日志;報(bào)表中心:包括查詢中心,統(tǒng)計(jì)報(bào)表以及日志報(bào)表;數(shù)據(jù)中心:包括資料管理,策略管理,配置管理,費(fèi)用管理,績(jī)效管理以及計(jì)劃管理基本功能均測(cè)試通過。

入庫管理模塊:到貨通知,收貨操作,上架操作對(duì)應(yīng)的倉儲(chǔ)管理功能均測(cè)試通過。

4 結(jié) 語

本文主要從理論到實(shí)踐上對(duì)基于ABP框架SaaS模式入庫管理云倉儲(chǔ)系統(tǒng)進(jìn)行了設(shè)計(jì)與實(shí)現(xiàn),入庫管理模塊主要實(shí)現(xiàn)了3大功能:到貨通知,收貨作業(yè)和上架作業(yè),且驗(yàn)證了3個(gè)功能模塊的可行性。