大型倉庫信息系統(tǒng)的開發(fā)

1、大型倉庫信息管理系統(tǒng)的開發(fā) 一：系統(tǒng)概述：“倉庫信息系統(tǒng)”是一套功能強大而又操作簡便、使用的倉庫管理軟件，包括用戶登錄、倉庫管理、業(yè)務查詢和系統(tǒng)設置4大管理功能。本系統(tǒng)在功能設計上具有前瞻性，吸收和借鑒了國際上先進的倉儲管理思想。通過供應商、倉庫及客戶三者之間信息的溝通與指令的有效傳遞，將制造商和供應商的庫存成本與資金占有率降到最低限度。本系統(tǒng)主要適用于第三方物流企業(yè)的倉儲管理。二：需求分析：在軟件開發(fā)的初期，開發(fā)人員以及用戶往往忽略信息溝通，導致軟件開發(fā)完成后，不能很好的滿足實際的需要。而返工不僅在技術上給開發(fā)人員帶來巨大的麻煩，還會造成人力、物力的浪費。因此，只有弄清楚客戶的需求，才能真正

2、開發(fā)出滿足客戶需求的管理信息系統(tǒng)，才能夠讓整個系統(tǒng)發(fā)揮其相應的作用。2.1系統(tǒng)總體功能需求一個功能完善的倉庫信息管理系統(tǒng)，必須包括以下的幾個模塊。（1） 用戶登錄 由用戶登錄、用戶注銷、退出系統(tǒng)3個部分組成。用戶可以用兩種身份登錄本系統(tǒng)：普通操作員或經(jīng)理（管理人員）；不同身份登錄被系統(tǒng)授予不同的使用權限，這樣提高了本系統(tǒng)的安全性，避免了無關人員獲取不在他權限范圍內(nèi)的信息。用戶在登錄后可以不退出本系統(tǒng)，而采用用戶注銷的方式使系統(tǒng)不存在激活狀態(tài)下的用戶。（2） 倉庫管理倉庫管理系統(tǒng)中，包括倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調(diào)撥和倉庫盤點6個功能模塊組成。倉庫管理系統(tǒng)是整個倉庫信息系統(tǒng)的核

3、心，是所有數(shù)據(jù)的來源。用戶通過本系統(tǒng)的使用，可以使倉庫的空間得以優(yōu)化，減低無效和冗余的作業(yè)，使庫存精度更準確，庫存周轉率提高及庫存資金占用減少。“倉庫進貨>倉庫領料>倉庫盤點”組成了倉庫管理的重要過程。（3） 業(yè)務查詢業(yè)務查詢系統(tǒng)，包括庫存查詢、銷售查詢和倉庫歷史記錄3個功能模塊組成。庫存查詢實時提供庫存變化的信息，隨時應不同客戶的要求得到其當前的庫存。銷售查詢提供了一個完整的出貨查詢平臺：用戶可以根據(jù)貨物的ID號查詢某個時間段里該貨物的銷售情況，該功能可以使企業(yè)的管理人員能夠以最快的速度了解倉庫的出貨情況和與倉庫相配套的商場的銷售情況，方便企業(yè)管理人員根據(jù)不同的情況及時的調(diào)整經(jīng)營

4、戰(zhàn)略。倉庫歷史記錄查詢功能模塊：在本系統(tǒng)中倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調(diào)撥和倉庫盤點的任一個操作都儲存在數(shù)據(jù)庫中，本功能模塊就是查詢?nèi)我庖粭l操作記錄。由此可知，本倉儲管理漠視通過供應商、倉庫及客戶間的信息溝通與指令的及時有效傳遞，將制造商和供應商的庫存成本與資金占壓降到最低限度。（4） 系統(tǒng)設置系統(tǒng)設置包括供應商設置和倉庫設置兩個部分。供應商是貨物的提供者，在供應商設置中：用戶可以輸入詳細的供應商信息，包括聯(lián)系方法、供應商名稱和主要經(jīng)營項目等信息，方便企業(yè)管理查詢和維護。倉庫設置：在本系統(tǒng)中，用戶可以將整個倉庫虛擬的分成數(shù)個倉庫，每個倉庫儲存不同類型的貨物，這樣方便倉庫貨物的分

5、類管理，也有利于提高倉庫進貨、出貨的效率。綜上所述，系統(tǒng)的功能需求可用如圖1瑣事的框圖簡要表示。倉庫信息系統(tǒng)用戶登錄倉庫管理業(yè)務查詢系統(tǒng)設置2.2 用戶需求用戶登錄所包括的具體功能模塊如圖2所示。用戶登錄用戶登錄用戶注銷用戶退出（1） 用戶登錄用戶進入本倉庫信息管理系統(tǒng)的入口，沒有得到身份驗證的用戶只能擁有最低的使用權限，即只能選擇退出系統(tǒng)或用戶登錄。本系統(tǒng)的使用者可以用兩種身份登錄到系統(tǒng)：普通操作員或經(jīng)理（管理人員），不同的身份意味著不同的使用權限，這一個穩(wěn)定、安全的系統(tǒng)所必須具備的。（2） 用戶注銷本系統(tǒng)中引入了類似Windows操作系統(tǒng)的用戶注銷功能，當用戶在短時間內(nèi)不適用本系統(tǒng)，他不必

6、退出，只需要選擇用戶注銷，這樣可以使系統(tǒng)中不存在處于激活狀態(tài)的用戶，以便其他用戶使用本系統(tǒng)。（3） 退出系統(tǒng)用戶在完成工作后，點擊推出系統(tǒng)按鈕可以安全的推出，以免不安全退出導致數(shù)據(jù)丟失情況的發(fā)生。2.3 倉庫管理倉庫管理包括的具體功能模塊如圖3所示。倉庫管理倉庫進貨倉庫退貨倉庫領料倉庫退料商品調(diào)撥倉庫盤點倉庫管理系統(tǒng)是整個倉庫信息系統(tǒng)的核心，是所有數(shù)據(jù)的來源。根據(jù)詳細的需求分析，企業(yè)在庫存中面臨的主要問題體現(xiàn)在：庫存量較大，庫存資金周轉慢；不能及時統(tǒng)計庫存物料；庫房人員重復工作多，效率低；不知道庫存物資擠壓時間長短。本系統(tǒng)從最初的采購到存儲和交貨，倉庫管理將決定企業(yè)是否兌現(xiàn)了其承諾。從倉儲計劃

7、到倉庫操作和交叉運輸，優(yōu)化的倉儲將有助于大幅減少企業(yè)的存貨量和存貨成本，因為企業(yè)將能保持較低的倉庫存貨水平，優(yōu)化入庫，保管和出庫活動，并且協(xié)調(diào)載貨量。（1） 倉庫進貨在本倉庫信息系統(tǒng)中，倉庫進貨模塊要求操作員輸入商品號、進貨數(shù)量、單價和供應商，系統(tǒng)會自動的將當前系統(tǒng)時間作為進貨時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總進貨金額。該操作完成后，響應貨物的數(shù)量為原來數(shù)量加進貨的數(shù)量，并更新數(shù)據(jù)庫。倉庫進貨功能如圖4所示I：輸入新進貨物的信息F：將記錄更新到數(shù)據(jù)庫O：生成新的進貨信息列表（2） 倉庫退貨倉庫退貨功能如下圖所示。I：輸入退貨貨物的信息F：將記錄更新到數(shù)據(jù)庫O：生成新的退貨信息列表需求分析表明，

8、企業(yè)倉庫中的貨物離開倉庫主要有兩種原因：企業(yè)無法銷售某商品，將其退還給供應商；企業(yè)銷售了一部分某商品，再從倉庫調(diào)出部分庫存的該種商品。在本倉庫信息系統(tǒng)中，倉庫進貨模塊是為了第一種原因而設計的，它要求操作員輸入退貨商品號、退貨熟料、單價和供應商，系統(tǒng)會自動的將當前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總退貨金額。該操作完成后，相應貨物的數(shù)量為原數(shù)量減退貨的數(shù)量，并更新數(shù)據(jù)庫。（3） 倉庫領料I：輸入領料貨物的信息F：將記錄更新到數(shù)據(jù)庫O：生成新的領料信息列表根據(jù)上述倉庫退貨中列舉的原因，在本倉庫信息系統(tǒng)中，倉庫領料模塊是為了第二種原因而設計的，它要求操作員輸入領取商品號、領料數(shù)量、領料

9、人和倉庫管理員，系統(tǒng)會自動將當前系統(tǒng)時間座位退貨時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總領料數(shù)量。在打印的單據(jù)中將會給出上述的所有信息。該操作完成后，相應貨物的數(shù)量為原數(shù)量減領料的數(shù)量并更新數(shù)據(jù)庫。（4） 倉庫退料倉庫退料功能如下圖所示。I：輸入退料貨物的信息F：將記錄更新到數(shù)據(jù)庫O：生成新的退料信息列表根據(jù)需求分析，企業(yè)工恩能夠遇到下述問題：企業(yè)銷售部門在某段時間內(nèi)沒有銷售出某件商品，這可能會造成銷售部門的貨物積壓，因此部門就需要將該件商品返回一部分到倉庫，這就是所謂的倉庫退料。在本倉庫信息系統(tǒng)中，倉庫退料模塊要求操作員輸入退料商品號、退料數(shù)量、退料人和倉庫管理員，系統(tǒng)會自動的將當前系統(tǒng)時間作為退

10、料時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總退料數(shù)量。在打印的單據(jù)中將會給出上述的所有信息。該操作完成后，相應貨物的數(shù)量為原數(shù)量加退料的數(shù)量并更新數(shù)據(jù)庫。（5） 商品調(diào)撥商品調(diào)撥功能如下圖所示。I：輸入調(diào)撥貨物的信息F：將記錄更新到數(shù)據(jù)庫O：生成新的調(diào)撥信息列表企業(yè)中很可能不止一個銷售部門，而哥哥銷售部門銷售業(yè)績也不相同。按照傳統(tǒng)的倉庫物流管理模式，業(yè)績不好的銷售部門要將其積壓的商品退回倉庫，業(yè)績好的銷售部門從倉庫領取一定數(shù)量的商品。本系統(tǒng)中引入了商品調(diào)撥的概念，即業(yè)績不好的銷售部門可以直接將其積壓的商品移交一部分給業(yè)績好的銷售部門，不必通過倉庫中轉。該功能具有較大的靈活性和可擴展性，能夠滿足客戶在倉

11、儲管理方面更多個性化的需求。倉庫調(diào)撥要求操作員輸入退料商品號、調(diào)撥數(shù)量、調(diào)撥人和倉庫管理員，系統(tǒng)會自動的將當前系統(tǒng)時間作為調(diào)撥時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總調(diào)撥數(shù)量。在打印的單據(jù)中將會給出上述的所有信息。（6） 倉庫盤點倉庫盤點功能如下圖所示。I：輸入盤點貨物的信息F：將記錄更新到數(shù)據(jù)庫O：生成新的盤點信息列表倉庫盤點的目的是為了更好地了解倉庫準確的庫存信息。盤點的周期和盤點的方式，企業(yè)可以根據(jù)自身的情況加以選擇，不合理的倉庫盤點，將會降低倉庫庫存信息的準確性、物料計劃的準確性；不必要的倉庫盤點將浪費企業(yè)的人力和物力。倉庫盤點一般可以按照周期盤點、循環(huán)盤點和零點盤點3種方式進行，企業(yè)采用周

12、期盤點這種方式的情況較多。操作員可以在倉庫盤點中任意增加或減少某件商品的庫存數(shù)據(jù)，因此，出于安全性方面的考慮，本功能模塊需要管理者（部門經(jīng)理）能使用，并且所有的修改信息將會被存儲到數(shù)據(jù)庫中。倉庫盤點模塊喲哀求管理員輸入某商品號、該商品實際數(shù)量，系統(tǒng)會自動的將當前系統(tǒng)時間作為盤點時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總盤點過程中修改的數(shù)量。在打印的單據(jù)中將會給出上述的所有信息。2.4 業(yè)務查詢業(yè)務查詢包括的具體功能模塊如下圖所示。業(yè)務查詢庫存情況銷售情況倉庫查詢隨著客戶要求的不斷提高，倉儲管理在整個供應鏈管理當中占有非常重要的地位。以單據(jù)打印和數(shù)據(jù)記錄為生計目標的傳統(tǒng)倉儲管理軟件已遠遠無法適應現(xiàn)代倉儲

13、發(fā)展的要求。用戶所需要的是倉儲企業(yè)在實現(xiàn)信息化管理的基礎上，不但可以向客戶報告其產(chǎn)品的實時動態(tài)信息，還可以站在更高層面上為客戶制定生產(chǎn)和銷售計劃，及時調(diào)整市場策略等方面提供持續(xù)、綜合的參考信息，版主倉儲企業(yè)成為客戶在整個供應鏈上最為緊密的合作伙伴。業(yè)務查詢功能模塊就是為用戶提供了傳統(tǒng)倉庫管理系統(tǒng)以外的一些功能。（1） 庫存查詢庫存查詢?nèi)缦聢D所示。I：輸入商品的商品號F：到數(shù)據(jù)庫中查詢相應的信息O：給出庫存信息列表庫存的可見性是決定企業(yè)的分銷戰(zhàn)略是否成功的最重要的一點。如果庫存水平和組成，或所計劃的對這些水平和組成的更新是模糊地、不正確的、過時的或完全不可信的，那么所有的倉儲，運輸和供應鏈管理活

14、動都很有可能失敗。換句話說，如果企業(yè)擁有清楚地、正確的、最新的和可靠的庫存信息，將能更好地保證倉儲，運輸和供應鏈管理的成功。在本系統(tǒng)的庫存查詢功能模塊中，用戶可以查詢所有的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存?？傊?，用戶可以通過本查詢模塊輕松得到即使的庫存信息。（2） 銷售查詢銷售查詢?nèi)缦聢D所示。I：輸入商品的商品號F：到數(shù)據(jù)庫中查詢相應的信息O：給出該商品銷售信息列表功能模塊主要為企業(yè)管理者的經(jīng)營決策提供參考的信息，更高層面上為客戶在制定生產(chǎn)和銷售計劃，及時調(diào)整市場策略等方面提供持續(xù)、綜合的參考信息。在銷售查詢功能模塊中，用戶只需要選擇某個時間段，計算機就會根據(jù)數(shù)據(jù)庫中

15、的資料給出該時間段中所有商品的銷售情況。企業(yè)的經(jīng)營者可以參考這樣的信息來做出一些營銷策略。由于本功能模塊涉及到企業(yè)的經(jīng)營信息，考慮到商業(yè)信息的安全性，需要管理員級的用戶才可以使用本模塊。 2.5系統(tǒng)設置系統(tǒng)設置包括供應商設置和倉庫設置兩個功能模塊組成。供應商設置主要是提供一些供應商的信息以方便用戶查詢和適用。倉庫設置的主要功能是用戶可以將整個倉庫虛擬的分成數(shù)個倉庫，每個倉庫儲存不同類型的貨物，這樣方便倉庫貨物的分類管理，也有利于提高倉庫進貨、出貨的效率。倉庫管理包括的具體功能模塊如下圖所示。系統(tǒng)設置供應商管理倉庫設置（1） 供應商管理供應商管理如圖所示。I：輸入供應商物的基本信息F：將數(shù)據(jù)更新

16、到數(shù)據(jù)庫O：給出新的供應商信息列表在本功能模塊中，用戶可以增加新的供應商，需要輸入供應商的一些信息，包括供應商號、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。用戶也可以對已經(jīng)輸入的供應商信息進行修改和查詢。（2） 倉庫設置倉庫設置如圖所示。I：輸入供新的倉庫基本信息F：將數(shù)據(jù)更新到數(shù)據(jù)庫O：給出新的倉庫信息列表三：系統(tǒng)用例模型前面的章節(jié)已經(jīng)對本系統(tǒng)的任務和需求做了詳細的說明。接下來，將對系統(tǒng)的流程和各個參與者之間的相互作用做詳細的說明，將以Rational Rose作為UML建模的工具，使用用例圖、時序圖、協(xié)作圖和類圖等對整個系統(tǒng)進行描述、構造、可視化和文檔編制。用例視圖是被稱為參與者的外部

17、用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并現(xiàn)實哪個參與者參與了哪個用例的執(zhí)行。本章的主要內(nèi)容是熟悉建模的順序，掌握UML建模的一些基本方法，領會面向對象的實質。3.1 角色的確定在UML中，Actors代表位于系統(tǒng)之外和系統(tǒng)進行交互的一類對象。用它可以對軟件系統(tǒng)與外界發(fā)生的交互進行分析和描述。在倉庫信息系統(tǒng)中，可以歸納出來的主要問題有： 購買的商品入庫； 將積壓的商品退給供應商； 將商品移送到銷售部門； 銷售部門將商品移送到倉庫； 管理員盤點倉庫； 供應商提供各種貨物； 用戶查詢銷售部門

18、的營銷記錄； 用戶查詢倉庫中的所有變動記錄。從上面所歸納的問題可以看出，本系統(tǒng)所涉及的操作主要是倉庫信息的管理、維護以及各種信息的分析查詢。在本系統(tǒng)UML建模中，可以創(chuàng)建一下角色（Actors）； 操作員； 管理員； 供應商； 商品領料人； 商品退料人。使用Rational Rose的Use Case View中建立Actors如圖17所示。圖17在Use Case View中創(chuàng)建角色3.2 創(chuàng)建用例用例本身是指一個用戶或其他系統(tǒng)與要設計的系統(tǒng)進行的而一個交互，這個交互是為了達到某個目標（goal）。角色用來表述該有目標的人或系統(tǒng)。這個術語強調(diào)了任何人或系統(tǒng)擁有目標的事實。目標本身是一個動詞短

19、語，入“客戶：下訂單”，“店員：記錄庫存”。作為用例的一部分，有必要記錄目標成功和失敗對于活動者和系統(tǒng)的含義。在下訂單的實例中，目標達成可能包括貨物交給活動者和公司受到相應的貨款。仔細定義目標成敗是定義系統(tǒng)范圍（scope）的基礎。因為對于一個簡易的訂單輸入系統(tǒng)，目標達成可能僅僅一位這訂單已經(jīng)經(jīng)過驗證并且交貨已經(jīng)排定日程。倉庫信息系統(tǒng)根據(jù)業(yè)務流程可以分為以下的幾個用例（Use Cases）： 倉庫進貨； 倉庫退貨； 倉庫領料； 倉庫退料； 商品調(diào)撥； 倉庫盤點； 庫存查詢； 業(yè)務分析； 倉庫歷史記錄查詢； 供應商信息維護； 倉庫信息維護； 用戶登錄； 用戶注銷； 退出系統(tǒng)。使用Rational

20、 Rose 的Use Case View中建立用例（Use Cases）如圖所示。3.3 創(chuàng)建角色用例關系圖用例圖（Use Case Diagram）采用了面向對象的思想，又是基于用戶視角，繪制非常容易，簡單的圖形表示便于讓人們理解。用例圖表示了角色和用例以及他們之間的關系。塔描述了系統(tǒng)、子系統(tǒng)和類的一致的功能集合，表現(xiàn)為系統(tǒng)和一個或多個外部交互者（角色）的消息交互作序列。也就是角色（用戶或為不系統(tǒng)）和系統(tǒng)（要設計的系統(tǒng)）的一個交互，為了實現(xiàn)一個目的，這個目的的描述通常是一個動詞短語，例如，開立信用證，給客戶回單等。操作員的用例關系如圖所示。操作員的用例關系圖管理員的用例關系如圖所示。 管理員

21、的用例關系圖商品供應商的用例關系圖如圖所示。 商品供應商的用例關系圖下面給出整個系統(tǒng)的用例關系圖如圖所示。 整個系統(tǒng)的Use Cases關系圖4.系統(tǒng)動態(tài)模型4.1 活動圖活動圖是一種特殊形式的狀態(tài)圖，用于對計算流程建模。活動圖中的狀態(tài)表示計算過程中所處的各種狀態(tài)，而不是普通對象的狀態(tài)。通常，活動圖假定在整個計算處理的過程中沒有外部事件引起的中斷，否則，普通的狀態(tài)機更適合于描述這種情況?；顒訄D是對狀態(tài)圖的擴展。狀態(tài)圖突出顯示的狀態(tài)，狀態(tài)之間的轉移箭頭代表的是活動。而活動圖突出現(xiàn)實的是活動。每個活動的圖表示為圓角矩形，比狀態(tài)圖標更接近橢圓。活動圖的起始點和中止點圖標與狀態(tài)圖一樣。進貨的活動圖在圖

22、中，管理員、操作員還有供應商三者發(fā)生了相互的關系。首先管理員查看銷售記錄判斷商品銷售狀況，然后查看商品庫存情況。如果發(fā)現(xiàn)倉庫中商品庫存充足則操作完畢，如果發(fā)現(xiàn)倉庫中某商品庫存出現(xiàn)不足，則通知操作員缺貨商品清單，操作員領取清單后立即聯(lián)系相應的供應商，供應商提供相應是商品，操作員接受貨物，更新書庫，操作完成。4.2 時序圖時序圖（Sequence Diagram）表示對象之間傳送消息的時間順序。時序圖可以用來進行一個場景的說明，即一個事物的歷史過程。時序圖中每一個類元角色用一條生命線來表示（用垂直線代表整個交互過程中對象的生命期）。生命線之間的箭頭連接代表消息。時序圖可以用來進行一個場景說明，即一

23、個事物的歷史過程。時序圖的用途是用來表示用例中行為的時間順序。當執(zhí)行一個用例行為時，時序圖中的每條消息對應一個類操作或狀態(tài)機中引起轉換的出發(fā)事件。（1） 管理員盤點過程時序圖如圖所示。 倉庫盤點過程時序圖（2） 商品管理時序圖如圖所示。 商品管理時序圖（3） 倉庫歷史記錄查詢時序圖如圖所示。 倉庫歷史記錄查詢時序圖4.3 協(xié)作圖協(xié)作圖（Collaboration Diagram）用于再一次交互中對有意義的對象和對象間的鏈建模。對象和關系只有在交互時才有意義。類元角色描述了一個對象，關聯(lián)角色描述了協(xié)作關系中的一個鏈。協(xié)作圖的用途時表示一個類操作的實現(xiàn)，協(xié)作圖可以說明類操作中用到的參數(shù)和局部變量以

24、及操作中類之間的關聯(lián)。當實現(xiàn)一個行為時，消息編號對應程序中的嵌套調(diào)用結構和信號傳遞過程。（1） 管理員盤點過程協(xié)作圖如圖所示。 倉庫盤點過程協(xié)作圖（2） 商品管理協(xié)作圖如圖所示。 商品管理協(xié)作圖（3） 倉庫歷史記錄查詢協(xié)作圖如圖所示。 倉庫歷史記錄查詢時序圖協(xié)作圖和時序圖都可以表示各對象間的交互關系，但他們的側重點不同。時序圖用消息的幾何排列關系來表達消息的時間順序，各角色之間的相互關系是隱含的。協(xié)作圖用各角色的幾何排列圖形來表示角色之間的關系，并用消息來說明這些關系。在實際中可以根據(jù)需要選用這兩種圖。五：創(chuàng)建系統(tǒng)包圖包是模型的一部分，模型的每一部分必須屬于某個包。建模者可以將模型的內(nèi)容分配到

25、包中。但是為了使其能夠工作，分配必須遵循一些合理原則，如公用規(guī)則、緊密耦合的實現(xiàn)和公用觀點等。UML對如何組包并不強制使用什么規(guī)則，但是良好的解組會很大的增強模型的可維護性。一個包可以包含其他包，根包間接的包含系統(tǒng)的整個模型。組織系統(tǒng)中的包有幾種可能的方式，可以用視圖、功能或建模者選擇的其他基本原則來規(guī)劃包。包是UML模型中一般的層次組織單元，他們可以被用來進行存儲、訪問控制、配置管理和構造可重用模型部件庫。如果包的規(guī)劃比較合理，那么能夠反映系統(tǒng)的高層框架先管系統(tǒng)由子系統(tǒng)和它們之間的依賴關系組合而成。包之間的依賴關系概述勒包的內(nèi)容之間的依賴關系。5.1 倉庫管理系統(tǒng)包圖在定義具體的類之前，先在

26、宏觀的角度上將整個系統(tǒng)分割成多個獨立的包，在這里把整個倉庫管理系統(tǒng)分成的包如圖所示。 系統(tǒng)包圖5.2 人員信息（peopleinformation）包內(nèi)的類人員信息（peopleinformation）包內(nèi)的類組織如圖所示。 人員信息包內(nèi)的類在人員信息包內(nèi)，有以下5塊內(nèi)容： 操作員； 管理員； 供應商； 商品領料人； 商品退料人。5.3 事物包（business）包內(nèi)的類事物包（business）包內(nèi)的類組織如圖所示。事務包內(nèi)的類5.4 接口包（interfaces）包內(nèi)的類接口（interfaces）包內(nèi)的類組織如圖所示。 接口包內(nèi)的類在接口包內(nèi)，有以下4塊內(nèi)容： 倉庫管理； 系統(tǒng)設置； 業(yè)務查詢； 用戶登錄。六：系統(tǒng)類模型類圖是面向對向系統(tǒng)的建模中最常見的圖。類圖顯示了一組類、接口、協(xié)作以及他們之間的關系。類圖用于對系統(tǒng)靜態(tài)設計視圖建模。