基于UML庫存管理系統的分析與設計

摘 要：作為物流供應鏈體系的重要組成部分，庫存管理系統的應用已經十分普遍。可以說，此系統應用頻率的高低，穩定性的良好將直接影響企業整個供應鏈各個環節的效能。本文以某一庫存管理系統為例，重點論述了基于UML語言完成的庫存管理系統中的需求和設計過程。

關鍵詞：庫存管理；UML；需求模型；分析模型

DOI：10.16640/j.cnki.37-1222/t.2015.23.003

1 引言

過去，企業的一個普通系統應用由一個復雜繁瑣的系統已細化為ERP、MIS、DSS、CRM、SCM、OA等系統。而SCM供應鏈管理系統中最核心的部分就是針對庫存的管理。庫存管理系統的存在使得倉儲貨物管理更加細化，同時貨品分門別類的信息化也使倉庫管理員的日常管理工作變得得心應手。UML作為可視化、文檔化的建模語言。則完全可以用最直觀的方式將抽象的工程體系思想具體化呈現。所以，我們利用它所提供的工具就可以很好的完成軟件工程中需求和設計環節。本文所用到的UML模型工具有用例圖、類圖和順序圖。

2 UML概述

2.1 面向對象技術基本概述

面向對象技術的基本思想是以現實事物作為前提構建系統，充分將人類自然思維模式運用到系統構造中去。它強調的是抓住事物本質、概括事物特征以及將事物有具體轉化為抽象。這樣系統可以將問題整合形成一個完整的問題域，保留問題域內事物的原始性和一致性。而面向對象思想作為當前計算機領域重點關注的方法，其著眼點不僅僅是在如何利用這種思想體系完成系統開發，我們更應該將該思想應用在系統分析和設計上來。于是，OOA和OOD技術就應運而生。OOA技術就是發現并分析對象，并找到其內外之間的聯系，從而構建一個完善的系統對象模型；OOD技術則是利用面向對象技術，將已構建的對象模型通過設計方法創造出其對應的對象和類，從而設計出更加合理的相關模塊體系。

2.2 UML概述

UML全稱是統一建模語言，產生于90年代中后期。以面向對象思想為基礎，將多種建模方法有效融合。可以說，自從誕生了UML，面向對象技術變得更見穩定，軟件工程體系變得更加成熟，最重要的是將過去凌亂的語義和表示法進行了有效的統一和整合。目前常見的UML模型圖包括用例圖、類圖、活動圖、包圖、順序圖、部署圖等。

用例圖：主要用于描述用戶需求，包括參與者及其所對應的功能，以及各用例之間的邏輯聯系。

類圖：用連線將與系統相關的類、接口和協作連接起來，以體現它們之間的必要關系。

活動圖：描述不同用例針對系統所進行的日常處理活動，以及這些活動之間的執行順序。

順序圖：著重強調的是消息產生的時間順序。

包圖：為類圖提供分組優化模式。

配置圖：描述系統運行環境及各硬件體系結構。

3 庫存管理系統的建模

3.1 應用UML建立系統需求模型

（1）問題概述。倉庫中的貨品每天所產生的數據是十分繁雜和龐大的。所以要為一個完整的庫存管理系統建立統一而巨大的模型體系，幾乎不可能完成。即使最終形成了一個完善的結構，最后從人對自然認識能力來說也很難理解。所以一個系統通常從靜態結構、動態行為、并發執行力以及事物部署配置上進行細化處理。將這些細化后的結果，展現在UML體系中，則變為了不同的可視化視圖。庫存管理系統作為這樣一個系統可完成的日常工作主要有貨物的收發、出入庫、倉庫定期貨物的整理及盤點、各部門的有效合作等。而本文主要針對庫存管理中的核心問題，即貨物入出庫以及貨物盤點，以用例圖的形式將其加以描述。

（2）用例分析。通過對企業倉庫管理人員的訪談我們得知，該公司針對貨物的日常活動有：入庫管理、出庫管理和盤點管理。其中，入庫管理還可以進一步包含入庫信息的登記、進貨信息的查詢以及當前庫存量三個部分；出庫管理則包括出庫登記、出庫單據查詢以及當前庫存量；盤點管理是由盤點數據、盤點實際量和盤點結果三個部分組成。

3.2 應用UML建立系統設計模型

有了需求模型，按照軟件工程體系結構，應該進行系統設計，產生設計模型。該階段主要包括靜態模型（類圖表示）和動態模型（順序圖表示）兩個部分。

（1）靜態模型的建立。靜態模型的建立需要類圖的支持。類圖按照管理模式還可以進一步分化為界面類、控制類和實體類。其中界面類關注的是用戶所用界面的相關屬性和方法（消息）；控制類著重強調類與相關子類所能控制的方法；實體類則突出與該類有關的事物的屬性。如上所述本系統共有三個子系統構成。其中，入庫和出庫子系統的界面類、控制類和實體類相似。它們的界面類都是以等級界面作為基礎，內部包括貨品列表信息和按鈕響應事件；控制類都是貨品管理類，其中包含入庫登記、出庫登記和庫存量三個方法；實體類也都是以貨品類作為基礎，包括貨品號、貨品名、產地、價格和分類等屬性。盤點子系統的界面類是以盤點結果管理界面做基礎，包含結果信息屬性和按鈕響應事件；控制類名稱為盤點結果管理類，包括結果錄入和信息查詢兩個方法；實體類則名稱為盤點結果，包括盤點標準日、盤點時間、范圍、情況、異常和原因等幾個屬性。

有時候為了簡化，我們可將類圖以其縮略圖的形式表示出來。類圖的縮略形式表示方法為通過參與者將界面類、控制類和實體類有效關聯，從而直觀的表示四者之間的關系。

（2）動態模型的建立。動態模型的建立主要依托的是順序圖、協作圖等UML建模圖形的支持。當然，每一個子系統都有與之相關的操作執行順序，我們在編寫代碼之前，必須將其執行順序規劃出來，以便使程序能按順序執行最終產生正確結果。

4 結論

UML的存在使我們的系統功能描述手段更加豐富，也使系統工程的各階段更直觀的以圖形形式表述出來。利用UML建模，讓庫存管理系統的各個階段用不同的模型有效描述，真正實現了模型—實現—測試—維護的四個過程的有效統一。當然，今后我們還要進一步研究利用面向對象技術解決代碼生成器與分析器之間的集成，使系統工程更加完善和簡化。

參考文獻：

[1]李紅星，張曉濱.基于UML建模的信息系統[J].陜西工學院學報2002.18（04）：32-35.

[2]張春雷.維修器材管理決策方法及應用研究[D].石家莊軍械工程學院，2003.

作者簡介：鄧伯巖（1977- ），男，漢族，黑龍江人，本科，工程師，研究方向：軟件工程。endprint