傳動(dòng)機(jī)械倉(cāng)庫(kù)管理系統(tǒng)設(shè)計(jì)及開(kāi)發(fā)

孫延飛　唐小蘭

【摘 要】倉(cāng)庫(kù)管理是企業(yè)管理非常重要的一個(gè)環(huán)節(jié)，是企業(yè)商品供應(yīng)鏈上最為基本也是較為重要的一環(huán)，對(duì)于一個(gè)生產(chǎn)企業(yè)來(lái)說(shuō)，做好倉(cāng)庫(kù)管理工作意義非凡，不僅可以減少資源浪費(fèi)、縮短原材料、半成品和成品的滯留時(shí)間、提高生產(chǎn)效率、防止缺貨現(xiàn)象的發(fā)生。今天我們將就倉(cāng)庫(kù)管理的重要性引出UML這一概念，然后具體探討基于UML的傳動(dòng)機(jī)械倉(cāng)庫(kù)管理系統(tǒng)的建模與開(kāi)發(fā)。

【關(guān)鍵詞】傳動(dòng)機(jī)械倉(cāng)庫(kù)管理系統(tǒng)；設(shè)計(jì)；開(kāi)發(fā)

1.倉(cāng)庫(kù)管理和倉(cāng)庫(kù)管理系統(tǒng)

對(duì)于一個(gè)企業(yè)來(lái)說(shuō)，倉(cāng)儲(chǔ)在企業(yè)的整個(gè)供應(yīng)鏈中起著至關(guān)重要的作用，如果不能保證正確的進(jìn)貨和庫(kù)存控制及發(fā)貨，將會(huì)導(dǎo)致管理費(fèi)用的增加，服務(wù)質(zhì)量難以得到保證，從而影響企業(yè)的競(jìng)爭(zhēng)力。傳統(tǒng)簡(jiǎn)單、靜態(tài)的倉(cāng)儲(chǔ)管理已無(wú)法保證企業(yè)各種資源的高效利用。如今的倉(cāng)庫(kù)作業(yè)和庫(kù)存控制作業(yè)已十分復(fù)雜化多樣化，僅靠人工記憶和手工錄入，不但費(fèi)時(shí)費(fèi)力，而且容易出錯(cuò)，給企業(yè)帶來(lái)巨大損失。

企業(yè)倉(cāng)庫(kù)管理系統(tǒng)是一款標(biāo)準(zhǔn)化、智能化過(guò)程導(dǎo)向管理的倉(cāng)庫(kù)管理軟件，它結(jié)合了眾多知名企業(yè)的實(shí)際情況和管理經(jīng)驗(yàn)，能夠準(zhǔn)確、高效地管理跟蹤客戶(hù)訂單、采購(gòu)訂單、以及倉(cāng)庫(kù)的綜合管理。倉(cāng)庫(kù)管理系統(tǒng)的基本結(jié)構(gòu)可以概括為四大部件，即信息源、信息處理器、信息用戶(hù)和信息管理者。因此，一個(gè)成功的管理信息系統(tǒng)應(yīng)該具有可靠的硬件、實(shí)用的軟件、強(qiáng)有力的現(xiàn)代化管理水平。具體講，管理信息系統(tǒng)的三大支柱是：計(jì)算機(jī)網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)和現(xiàn)代化的管理，這三打支柱稱(chēng)為管理信息系統(tǒng)的擴(kuò)展部件。

2.關(guān)于UML的概念

Unified Modeling Language （UML）又稱(chēng)統(tǒng)一建模語(yǔ)言或標(biāo)準(zhǔn)建模語(yǔ)言，是始于1997年一個(gè)OMG標(biāo)準(zhǔn)，它是一個(gè)支持模型化和軟件系統(tǒng)開(kāi)發(fā)的圖形化語(yǔ)言，為軟件開(kāi)發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。 面向?qū)ο蟮姆治雠c設(shè)計(jì)（OOA&D;，OOAD）方法的發(fā)展在80年代末至90年代中出現(xiàn)了一個(gè)高潮，UML是這個(gè)高潮的產(chǎn)物。它不僅統(tǒng)一了Booch、Rumbaugh和Jacobson的表示方法，而且對(duì)其作了進(jìn)一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語(yǔ)言。

3.系統(tǒng)UML靜態(tài)模型設(shè)計(jì)

3.1入庫(kù)流程分析

（1）貨物到達(dá)后，站臺(tái)值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫(xiě)《物資到站日?qǐng)?bào)》，送至收貨組；

（2）收貨組根據(jù)《物資到站日?qǐng)?bào)表》核對(duì)驗(yàn)收貨物，分配庫(kù)位，填寫(xiě)《碼單》。

（3）客戶(hù)《貨物明細(xì)單》到達(dá)后，填寫(xiě)《入庫(kù)單》。核對(duì)《碼單》、《貨物明細(xì)單》，《入庫(kù)單》，如出現(xiàn)差錯(cuò)，返客戶(hù)《貨物異常報(bào)告》。

（4）總經(jīng)辦審核記帳后，生成《帳卡》、《入庫(kù)收費(fèi)單》，數(shù)據(jù)不再允許改動(dòng)。

3.2出庫(kù)庫(kù)流程分析

（1）客戶(hù)在入庫(kù)時(shí)提供提貨樣單，用戶(hù)持提貨單至發(fā)貨組，要求提貨。調(diào)度員核實(shí)提貨單的合法性，填寫(xiě)《出庫(kù)單》，顯示相關(guān)業(yè)務(wù)號(hào)信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號(hào)的尾貨則給出尾貨提示。然后向用戶(hù)出具《出庫(kù)收費(fèi)單》，同時(shí)生成《派車(chē)單》，并派保管員準(zhǔn)備發(fā)貨。

（2）保管員持《派車(chē)單》組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫(xiě)《碼單出庫(kù)信息表》 。

（3）用戶(hù)繳費(fèi)后，保管員開(kāi)具出門(mén)證給用戶(hù)。

（4）總經(jīng)辦審核記帳后，生成保管收費(fèi)單。

（5）一批貨物全部出庫(kù)后，保管員將《帳卡》、《提貨單》、《碼單》送至總經(jīng)辦核實(shí)平帳后，存檔。

3.3系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要包括用例圖（Usecasediagram）、類(lèi)圖（Classdiagram）、對(duì)象圖（Objectdiagram）、包圖（Packagediagram）、構(gòu)件圖（Componentdiagram）和配置圖（Deploymentdiagram），其中最主要的是用例圖、類(lèi)圖和對(duì)象圖。

3.3.1系統(tǒng)用例分析

系統(tǒng)用例模型用于描述對(duì)系統(tǒng)的外部執(zhí)行者（通常是系統(tǒng)的用戶(hù)，某些情況下也可以使使用系統(tǒng)服務(wù)的其他程序）來(lái)說(shuō)，系統(tǒng)所能提供的功能。在需求分析階段，經(jīng)系統(tǒng)開(kāi)發(fā)者和用戶(hù)充分溝通后，可以建立用例模型，明確系統(tǒng)需求的具體規(guī)格。對(duì)倉(cāng)庫(kù)管理系統(tǒng)而言，根據(jù)目前農(nóng)產(chǎn)品物資倉(cāng)庫(kù)的建設(shè)現(xiàn)狀以及倉(cāng)庫(kù)管理的一般規(guī)定，系統(tǒng)通常需要以下4類(lèi)角色：倉(cāng)庫(kù)管理員：通常負(fù)責(zé)管理倉(cāng)庫(kù)貨物的出庫(kù)、入庫(kù)，以及相關(guān)的登記，并對(duì)倉(cāng)庫(kù)的貨物進(jìn)行管理；系統(tǒng)管理員：主要負(fù)責(zé)維護(hù)倉(cāng)庫(kù)管理系統(tǒng)。由于系統(tǒng)中不同的用戶(hù)具有不同的權(quán)限，因此還應(yīng)該設(shè)置一個(gè)用戶(hù)管理用例對(duì)用戶(hù)權(quán)限進(jìn)行管理。

3.3.2類(lèi)圖設(shè)計(jì)

對(duì)設(shè)計(jì)工作流的輸入是分析工作流的產(chǎn)品。在設(shè)計(jì)工作流期間，對(duì)這些產(chǎn)品進(jìn)行迭代和增量，直到它們處于一種可以被程序員利用的格式為止。這種迭代和增量的主要方面是標(biāo)示操作，并把它們分配給合適的類(lèi)。系統(tǒng)中各種類(lèi)的結(jié)構(gòu)和相互間的關(guān)系一般可用類(lèi)圖進(jìn)行描述。多個(gè)類(lèi)之間的關(guān)聯(lián)、依賴(lài)、泛化和包含等關(guān)系，以及每個(gè)類(lèi)的屬性、方法等，均可以使用類(lèi)圖進(jìn)行清晰、詳細(xì)的描述。本文以身份驗(yàn)證用例類(lèi)圖和入庫(kù)管理類(lèi)圖為例簡(jiǎn)要介紹類(lèi)圖設(shè)計(jì)。

（1）身份驗(yàn)證用例類(lèi)圖設(shè)計(jì)。系統(tǒng)的大部分操作均需進(jìn)行身份驗(yàn)證，以確定用戶(hù)所具有的權(quán)限。為提供用戶(hù)名和密碼輸入窗口，所以系統(tǒng)應(yīng)調(diào)用方法DisplayIdentifieationUI（）以給出UI界面。UI接收到用戶(hù)名和密碼后，需調(diào)用SubmitNamePassword（）方法將數(shù)據(jù)提交至服務(wù)端。服務(wù)端應(yīng)對(duì)用戶(hù)身份進(jìn)行驗(yàn)證，利用身份驗(yàn)證控制流對(duì)接受到的用戶(hù)名和密碼進(jìn)行校驗(yàn)，成功后在生成用戶(hù)權(quán)限表。根據(jù)用戶(hù)權(quán)限情況，系統(tǒng)應(yīng)顯示不同的用戶(hù)后臺(tái)管理界面。該界面使用DisPlaySystemUl（）方法實(shí)現(xiàn)。而如果校驗(yàn)失敗，則應(yīng)使用DisPlayErrow（）方法向用戶(hù)給出一個(gè)錯(cuò)誤提示。

（2）入庫(kù)管理類(lèi)圖。對(duì)要入庫(kù)的物資裝備進(jìn)行入庫(kù)操作時(shí)，首先應(yīng)使用FreightLotExcess（）方法獲取倉(cāng)庫(kù)中剩余的貨位數(shù)量和位置等信息，然后使用DisplayInDepotManagementUI（）顯示入庫(kù)管理窗口。在剩余貨位足以支持物資入庫(kù)時(shí)，用戶(hù)方可錄入物資入庫(kù)信息。系統(tǒng)對(duì)入庫(kù)信息應(yīng)使用ExamineItem（）進(jìn)行數(shù)據(jù)的合法性和完整性校驗(yàn)，校驗(yàn)通過(guò)后對(duì)數(shù)據(jù)進(jìn)行編碼并調(diào)用SubmitInDepotInfo（）將數(shù)據(jù)存入數(shù)據(jù)庫(kù)。

4.小結(jié)

在使用UML對(duì)軟件系統(tǒng)建模時(shí)，首先可以根據(jù)用戶(hù)的需求建立系統(tǒng)的需求模型，此階段可以使用用例圖。然后根據(jù)需求建立系統(tǒng)的靜態(tài)模型，此階段可以使用類(lèi)圖和對(duì)象圖。后續(xù)為了描述系統(tǒng)的行為可以建立一些系統(tǒng)的動(dòng)態(tài)模型，此階段可以使用狀態(tài)圖、活動(dòng)圖、順序圖和協(xié)作圖。

系統(tǒng)開(kāi)發(fā)是一個(gè)很復(fù)雜的過(guò)程，如何將這個(gè)復(fù)雜過(guò)程讓客戶(hù)和開(kāi)發(fā)人員快速的、清楚的理解，使他們能夠在開(kāi)發(fā)過(guò)程中更好地協(xié)作和溝通，提高工作效率，是一個(gè)必須關(guān)注的問(wèn)題。UML就是解決上述問(wèn)題的產(chǎn)物，它提供的模型圖都非常的形象化，使用這些模型圖可以從各個(gè)方面描述軟件開(kāi)發(fā)，有效地降低軟件的復(fù)雜性，為用戶(hù)和開(kāi)發(fā)人員在軟件開(kāi)發(fā)過(guò)程中的活動(dòng)帶來(lái)方便。 [科]

【參考文獻(xiàn)】

[1]朱旭東.軟件過(guò)程與CMM[J].安徽大學(xué)學(xué)報(bào)（自然科學(xué)版），2003（02）.

[2]黃梅蓀，程慧霞，吳必文.基于UML統(tǒng)一軟件開(kāi)發(fā)過(guò)程的研究和實(shí)踐[J].安徽大學(xué)學(xué)報(bào)（自然科學(xué)版），2003（03）.

[3]李龍澍，程慧霞.農(nóng)業(yè)氣象數(shù)據(jù)庫(kù)管理系統(tǒng)AWDBS[J].安徽大學(xué)學(xué)報(bào)（自然科學(xué)版），1994（02）.