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

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

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

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

4、以最快的速度了解倉庫的出貨情況和與倉庫相配套的商場(chǎng) 的銷售情況， 方便企業(yè)管理人員根據(jù)不同的情況及時(shí)的調(diào)整經(jīng)營(yíng)戰(zhàn)略。 倉庫歷史記錄查詢功 能模塊：在本系統(tǒng)中倉庫進(jìn)貨、倉庫退貨、倉庫領(lǐng)料、倉庫退料、商品調(diào)撥和倉庫盤點(diǎn)的任 一個(gè)操作都儲(chǔ)存在數(shù)據(jù)庫中，本功能模塊就是查詢?nèi)我庖粭l操作記錄。 由此可知， 本倉儲(chǔ)管理漠視通過供應(yīng)商、 倉庫及客戶間的信息溝通與指令的及時(shí)有效傳 遞，將制造商和供應(yīng)商的庫存成本與資金占?jí)航档阶畹拖薅取?（ 4） 系統(tǒng)設(shè)置 系統(tǒng)設(shè)置包括供應(yīng)商設(shè)置和倉庫設(shè)置兩個(gè)部分。 供應(yīng)商是貨物的提供者， 在供應(yīng)商設(shè)置中：用戶可以輸入詳細(xì)的供應(yīng)商信息，包括聯(lián)系方法、供應(yīng)商名稱和主要經(jīng)營(yíng)項(xiàng)目等信息

5、， 方便企業(yè)管理查詢和維護(hù)。 倉庫設(shè)置：在本系統(tǒng)中，用戶可以將整個(gè)倉庫虛擬的分成數(shù)個(gè)倉 庫，每個(gè)倉庫儲(chǔ)存不同類型的貨物，這樣方便倉庫貨物的分類管理，也有利于提高倉庫進(jìn)貨、 出貨的效率。 綜上所述，系統(tǒng)的功能需求可用如圖 1瑣事的框圖簡(jiǎn)要表示。 2.2 用戶需求 用戶登錄所包括的具體功能模塊如圖 2所示。 （1） 用戶登錄 用戶進(jìn)入本倉庫信息管理系統(tǒng)的入口， 沒有得到身份驗(yàn)證的用戶只能擁有最低的使用權(quán) 限，即只能選擇退出系統(tǒng)或用戶登錄。 本系統(tǒng)的使用者可以用兩種身份登錄到系統(tǒng)： 普通操 作員或經(jīng)理（管理人員），不同的身份意味著不同的使用權(quán)限，這一個(gè)穩(wěn)定、安全的系統(tǒng)所 必須具備的。 （2） 用戶注

6、銷 本系統(tǒng)中引入了類似 Win dows操作系統(tǒng)的用戶注銷功能，當(dāng)用戶在短時(shí)間內(nèi)不適用本系 統(tǒng)，他不必退出，只需要選擇用戶注銷， 這樣可以使系統(tǒng)中不存在處于激活狀態(tài)的用戶，以 便其他用戶使用本系統(tǒng)。 (3) 退出系統(tǒng) 用戶在完成工作后，點(diǎn)擊推出系統(tǒng)按鈕可以安全的推出， 以免不安全退出導(dǎo)致數(shù)據(jù)丟失 情況的發(fā)生。 2.3 倉庫管理 倉庫管理包括的具體功能模塊如圖 3所示。 倉庫管理系統(tǒng)是整個(gè)倉庫信息系統(tǒng)的核心，是所有數(shù)據(jù)的來源。根據(jù)詳細(xì)的需求分析， 企業(yè)在庫存中面臨的主要問題體現(xiàn)在： 庫存量較大，庫存資金周轉(zhuǎn)慢；不能及時(shí)統(tǒng)計(jì)庫存物 料；庫房人員重復(fù)工作多，效率低；不知道庫存物資擠壓時(shí)間長(zhǎng)短。 本系

7、統(tǒng)從最初的采購到存儲(chǔ)和交貨， 倉庫管理將決定企業(yè)是否兌現(xiàn)了其承諾。 從倉儲(chǔ)計(jì) 劃到倉庫操作和交叉運(yùn)輸，優(yōu)化的倉儲(chǔ)將有助于大幅減少企業(yè)的存貨量和存貨成本， 因?yàn)槠?業(yè)將能保持較低的倉庫存貨水平，優(yōu)化入庫，保管和出庫活動(dòng)，并且協(xié)調(diào)載貨量。 (1) 倉庫進(jìn)貨 在本倉庫信息系統(tǒng)中，倉庫進(jìn)貨模塊要求操作員輸入商品號(hào)、 進(jìn)貨數(shù)量、單價(jià)和供應(yīng)商， 系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為進(jìn)貨時(shí)間更新到數(shù)據(jù)庫， 并且會(huì)自動(dòng)統(tǒng)計(jì)總進(jìn)貨金額。 該 操作完成后，響應(yīng)貨物的數(shù)量為原來數(shù)量加進(jìn)貨的數(shù)量， 并更新數(shù)據(jù)庫。倉庫進(jìn)貨功能如圖 4 所示 (2) 倉庫退貨 倉庫退貨功能如下圖所示。 需求分析表明，企業(yè)倉庫中的貨物離開倉庫主

8、要有兩種原因： 企業(yè)無法銷售某商品， 將 其退還給供應(yīng)商；企業(yè)銷售了一部分某商品，再從倉庫調(diào)出部分庫存的該種商品。 在本倉庫信息系統(tǒng)中， 倉庫進(jìn)貨模塊是為了第一種原因而設(shè)計(jì)的， 它要求操作員輸入退 貨商品號(hào)、退貨熟料、單價(jià)和供應(yīng)商，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退貨時(shí)間更新到數(shù) 據(jù)庫，并且會(huì)自動(dòng)統(tǒng)計(jì)總退貨金額。 該操作完成后，相應(yīng)貨物的數(shù)量為原數(shù)量減退貨的數(shù)量， 并更新數(shù)據(jù)庫。 （3） 倉庫領(lǐng)料 據(jù)庫。 （4） 倉庫退料 倉庫退料功能如下圖所示。 根據(jù)需求分析，企業(yè)工恩能夠遇到下述問題：企業(yè)銷售部門在某段時(shí)間內(nèi)沒有銷售出某 件商品，這可能會(huì)造成銷售部門的貨物積壓， 因此部門就需要將該件商品返回

9、一部分到倉庫， 這就是所謂的倉庫退料。 在本倉庫信息系統(tǒng)中，倉庫退料模塊要求操作員輸入退料商品號(hào)、 倉庫管理員，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退料時(shí)間更新到數(shù)據(jù)庫， 退料數(shù)量。在打印的單據(jù)中將會(huì)給出上述的所有信息。 該操作完成后, 數(shù)量加退料的數(shù)量并更新數(shù)據(jù)庫。 （5） 商品調(diào)撥 商品調(diào)撥功能如下圖所示。根據(jù)上述倉庫退貨中列舉的原因, 在本倉庫信息系統(tǒng)中, 倉庫領(lǐng)料模塊是為了第二種原 因而設(shè)計(jì)的，它要求操作員輸入領(lǐng)取商品號(hào)、 將當(dāng)前系統(tǒng)時(shí)間座位退貨時(shí)間更新到數(shù)據(jù)庫， 將會(huì)給出上述的所有信息。該操作完成后, 領(lǐng)料數(shù)量、領(lǐng)料人和倉庫管理員，系統(tǒng)會(huì)自動(dòng) 并且會(huì)自動(dòng)統(tǒng)計(jì)總領(lǐng)料數(shù)量。 在打印的單據(jù)中 相

10、應(yīng)貨物的數(shù)量為原數(shù)量減領(lǐng)料的數(shù)量并更新數(shù) 退料數(shù)量、退料人和 并且會(huì)自動(dòng)統(tǒng)計(jì)總 相應(yīng)貨物的數(shù)量為原 企業(yè)中很可能不止一個(gè)銷售部門， 而哥哥銷售部門銷售業(yè)績(jī)也不相同。 按照傳統(tǒng)的倉庫 庫存情況 銷售情況 倉庫查詢 物流管理模式，業(yè)績(jī)不好的銷售部門要將其積壓的商品退回倉庫， 業(yè)績(jī)好的銷售部門從倉庫 領(lǐng)取一定數(shù)量的商品。 本系統(tǒng)中引入了商品調(diào)撥的概念， 即業(yè)績(jī)不好的銷售部門可以直接將 其積壓的商品移交一部分給業(yè)績(jī)好的銷售部門， 不必通過倉庫中轉(zhuǎn)。該功能具有較大的靈活 性和可擴(kuò)展性，能夠滿足客戶在倉儲(chǔ)管理方面更多個(gè)性化的需求。 倉庫調(diào)撥要求操作員輸入退料商品號(hào)、 調(diào)撥數(shù)量、調(diào)撥人和倉庫管理員，系統(tǒng)會(huì)自

11、動(dòng)的 將當(dāng)前系統(tǒng)時(shí)間作為調(diào)撥時(shí)間更新到數(shù)據(jù)庫， 并且會(huì)自動(dòng)統(tǒng)計(jì)總調(diào)撥數(shù)量。 在打印的單據(jù)中 將會(huì)給出上述的所有信息。 （6） 倉庫盤點(diǎn) 倉庫盤點(diǎn)功能如下圖所示。 倉庫盤點(diǎn)的目的是為了更好地了解倉庫準(zhǔn)確的庫存信息。 盤點(diǎn)的周期和盤點(diǎn)的方式， 企 業(yè)可以根據(jù)自身的情況加以選擇， 不合理的倉庫盤點(diǎn)， 將會(huì)降低倉庫庫存信息的準(zhǔn)確性、 物 料計(jì)劃的準(zhǔn)確性；不必要的倉庫盤點(diǎn)將浪費(fèi)企業(yè)的人力和物力。 倉庫盤點(diǎn)一般可以按照周期 盤點(diǎn)、循環(huán)盤點(diǎn)和零點(diǎn)盤點(diǎn) 3種方式進(jìn)行，企業(yè)采用周期盤點(diǎn)這種方式的情況較多。 操作員可以在倉庫盤點(diǎn)中任意增加或減少某件商品的庫存數(shù)據(jù)， 因此，出于安全性方面 的考慮，本功能模塊需要管理

12、者 （部門經(jīng)理）能使用，并且所有的修改信息將會(huì)被存儲(chǔ)到數(shù) 據(jù)庫中。 倉庫盤點(diǎn)模塊喲哀求管理員輸入某商品號(hào)、 該商品實(shí)際數(shù)量，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng) 時(shí)間作為盤點(diǎn)時(shí)間更新到數(shù)據(jù)庫， 并且會(huì)自動(dòng)統(tǒng)計(jì)總盤點(diǎn)過程中修改的數(shù)量。 在打印的單據(jù) 中將會(huì)給出上述的所有信息。 2.4 業(yè)務(wù)查詢 業(yè)務(wù)查詢包括的具體功能模塊如下圖所示。 業(yè)務(wù)查詢 隨著客戶要求的不斷提高， 倉儲(chǔ)管理在整個(gè)供應(yīng)鏈管理當(dāng)中占有非常重要的地位。 以單 據(jù)打印和數(shù)據(jù)記錄為生計(jì)目標(biāo)的傳統(tǒng)倉儲(chǔ)管理軟件已遠(yuǎn)遠(yuǎn)無法適應(yīng)現(xiàn)代倉儲(chǔ)發(fā)展的要求。 用 戶所需要的是倉儲(chǔ)企業(yè)在實(shí)現(xiàn)信息化管理的基礎(chǔ)上， 不但可以向客戶報(bào)告其產(chǎn)品的實(shí)時(shí)動(dòng)態(tài) 信息，還可以站在更高

13、層面上為客戶制定生產(chǎn)和銷售計(jì)劃， 及時(shí)調(diào)整市場(chǎng)策略等方面提供持 續(xù)、綜合的參考信息，版主倉儲(chǔ)企業(yè)成為客戶在整個(gè)供應(yīng)鏈上最為緊密的合作伙伴。 業(yè)務(wù)查 詢功能模塊就是為用戶提供了傳統(tǒng)倉庫管理系統(tǒng)以外的一些功能。 （1） 庫存查詢 庫存查詢?nèi)缦聢D所示。 庫存的可見性是決定企業(yè)的分銷戰(zhàn)略是否成功的最重要的一點(diǎn)。如果庫存水平和組成， 或所計(jì)劃的對(duì)這些水平和組成的更新是模糊地、 不正確的、過時(shí)的或完全不可信的，那么所 有的倉儲(chǔ)，運(yùn)輸和供應(yīng)鏈管理活動(dòng)都很有可能失敗。換句話說，如果企業(yè)擁有清楚地、 正確 的、最新的和可靠的庫存信息，將能更好地保證倉儲(chǔ)，運(yùn)輸和供應(yīng)鏈管理的成功。 在本系統(tǒng)的庫存查詢功能模塊中，用

14、戶可以查詢所有的商品的庫存，也可以輸入某件 商品的ID號(hào)從而得到該商品的庫存。總之，用戶可以通過本查詢模塊輕松得到即使的庫存 信息。 （2） 銷售查詢 銷售查詢?nèi)缦聢D所示。 功能模塊主要為企業(yè)管理者的經(jīng)營(yíng)決策提供參考的信息， 更高層面上為客戶在制定生產(chǎn) 和銷售計(jì)劃，及時(shí)調(diào)整市場(chǎng)策略等方面提供持續(xù)、綜合的參考信息。 在銷售查詢功能模塊中，用戶只需要選擇某個(gè)時(shí)間段，計(jì)算機(jī)就會(huì)根據(jù)數(shù)據(jù)庫中的資料 給出該時(shí)間段中所有商品的銷售情況。企業(yè)的經(jīng)營(yíng)者可以參考這樣的信息來做出一些營(yíng)銷策 略。由于本功能模塊涉及到企業(yè)的經(jīng)營(yíng)信息， 考慮到商業(yè)信息的安全性，需要管理員級(jí)的用 戶才可以使用本模塊。 2.5 系統(tǒng)設(shè)置

15、系統(tǒng)設(shè)置包括供應(yīng)商設(shè)置和倉庫設(shè)置兩個(gè)功能模塊組成。 供應(yīng)商設(shè)置主要是提供一些供 應(yīng)商的信息以方便用戶查詢和適用。 倉庫設(shè)置的主要功能是用戶可以將整個(gè)倉庫虛擬的分成 數(shù)個(gè)倉庫，每個(gè)倉庫儲(chǔ)存不同類型的貨物， 這樣方便倉庫貨物的分類管理， 也有利于提高倉 庫進(jìn)貨、出貨的效率。 倉庫管理包括的具體功能模塊如下圖所示。 （1） 供應(yīng)商管理 供應(yīng)商管理如圖所示。 在本功能模塊中，用戶可以增加新的供應(yīng)商，需要輸入供應(yīng)商的一些信息，包括供應(yīng)商 號(hào)、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。用戶也可以對(duì)已經(jīng)輸入的供應(yīng)商信 息進(jìn)行修改和查詢。 （2） 倉庫設(shè)置 倉庫設(shè)置如圖所示。 統(tǒng)中的用例和參與者，并現(xiàn)實(shí)哪

16、個(gè)參與者參與了哪個(gè)用例的執(zhí)行。 I :輸入供 應(yīng)商物的 基本信息 F:將數(shù)據(jù) * 更新到數(shù) 據(jù)庫 0:給出新 的供應(yīng)商 信息列表 例模 F:將數(shù)據(jù) 更新到數(shù) 求做了詳細(xì)的說明 將以 0:給出新 的倉庫信 接下來，息列系統(tǒng)的流程和 UML建模的工具， 前面的基本信經(jīng)對(duì)本系統(tǒng)的任務(wù)和需 各個(gè)參與者之間的相相互作用做詳細(xì)的說明, 用例圖、時(shí)序圖、協(xié)作圖和類圖等對(duì)整個(gè)系統(tǒng)進(jìn)行描述、構(gòu)造、可視化和文檔編制。 用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。 用例是系統(tǒng)中的 一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。 用例模型的用途是列出系 O Rational Rose 作

17、為 使用 供應(yīng)商管理 倉庫設(shè)置 本章的主要內(nèi)容是熟悉建模的順序， 掌握UML建模的一些基本方法， 領(lǐng)會(huì)面向?qū)ο蟮膶?shí) 質(zhì)。 3.1 角色的確定 在UML中，Actors代表位于系統(tǒng)之外和系統(tǒng)進(jìn)行交互的一類對(duì)象。用它可以對(duì)軟件系 統(tǒng)與外界發(fā)生的交互進(jìn)行分析和描述。 在倉庫信息系統(tǒng)中，可以歸納出來的主要問題有： 購買的商品入庫； 將積壓的商品退給供應(yīng)商； 將商品移送到銷售部門； 銷售部門將商品移送到倉庫； 管理員盤點(diǎn)倉庫； 供應(yīng)商提供各種貨物； 用戶查詢銷售部門的營(yíng)銷記錄； 用戶查詢倉庫中的所有變動(dòng)記錄。 從上面所歸納的問題可以看出，本系統(tǒng)所涉及的操作主要是倉庫信息的管理、 維護(hù)以及 各種信息的分析

18、查詢。 在本系統(tǒng)UML建模中，可以創(chuàng)建一下角色（ Actors）； 操作員； 管理員； 供應(yīng)商； 商品領(lǐng)料人； 商品退料人。 使用 Rational Rose (uati tied) B LJ Use Case 瞰 豈 on ali otis El- Q A-ct ors k *操作員 h- *営理員 k- *商胡供應(yīng)侖 黃尚品創(chuàng)襯人 黃商品追松!人 L - TUse La-ses l+ LJl Logi cal i ew 1-i-lTn Component Vi ew O| Deployment V1 ew ( ( | Model Trover ti e E 圖17在Use Case Vie

19、w中創(chuàng)建角色 3.2 創(chuàng)建用例 用例本身是指一個(gè)用戶或其他系統(tǒng)與要設(shè)計(jì)的系統(tǒng)進(jìn)行的而一個(gè)交互， 這個(gè)交互是為了 達(dá)到某個(gè)目標(biāo)（goal ）。角色用來表述該有目標(biāo)的人或系統(tǒng)。這個(gè)術(shù)語強(qiáng)調(diào)了任何人或系統(tǒng)的Use Case View 中建立 Actors如圖17所示。 擁有目標(biāo)的事實(shí)。目標(biāo)本身是一個(gè)動(dòng)詞短語，入“客戶：下訂單” ，“店員：記錄庫存”。作 為用例的一部分，有必要記錄目標(biāo)成功和失敗對(duì)于活動(dòng)者和系統(tǒng)的含義。 在下訂單的實(shí)例中， 目標(biāo)達(dá)成可能包括貨物交給活動(dòng)者和公司受到相應(yīng)的貨款。 仔細(xì)定義目標(biāo)成敗是定義系統(tǒng)范 圍（scope）的基礎(chǔ)。因?yàn)閷?duì)于一個(gè)簡(jiǎn)易的訂單輸入系統(tǒng)，目標(biāo)達(dá)成可能僅僅一位這訂

20、單已 經(jīng)經(jīng)過驗(yàn)證并且交貨已經(jīng)排定日程。 倉庫信息系統(tǒng)根據(jù)業(yè)務(wù)流程可以分為以下的幾個(gè)用例（ Use Cases）: 倉庫進(jìn)貨; 倉庫退貨; 倉庫領(lǐng)料; 倉庫退料; 商品調(diào)撥; 倉庫盤點(diǎn); 庫存查詢; 業(yè)務(wù)分析; 倉庫歷史記錄查詢; 供應(yīng)商信息維護(hù); 倉庫信息維護(hù)； 用戶登錄； 用戶注銷； 退出系統(tǒng)。 Cuts 蘭 Asoci nx C 倉庫謹(jǐn)貨 3 倉趣貨 O 色踴領(lǐng)科 O 食庫 i 園料 O 商品調(diào)皺 卜 0 倉呼盤點(diǎn) O 庫存譽(yù)詢 1 C 業(yè)芻并析 :0 倉幀尢歸錄吏同 o供陛扃漕自維滬 O 倉庫信晝堆滬 :o fflPW :a用戶注消 O 遐出系統(tǒng) 3.3 創(chuàng)建角色用例關(guān)系圖 用例圖（Us

21、e Case Diagram ）采用了面向?qū)ο蟮乃枷耄质腔谟脩粢暯?，繪制非 常容易，簡(jiǎn)單的圖形表示便于讓人們理解。 用例圖表示了角色和用例以及他們之間的關(guān)系。 塔描述了系統(tǒng)、子系統(tǒng)和類的一致 的功能集合，表現(xiàn)為系統(tǒng)和一個(gè)或多個(gè)外部交互者 （角色）的消息交互作序列。也就是 角色（用戶或?yàn)椴幌到y(tǒng)）和系統(tǒng)（要設(shè)計(jì)的系統(tǒng)）的一個(gè)交互，為了實(shí)現(xiàn)一個(gè)目的，這 個(gè)目的的描述通常是一個(gè)動(dòng)詞短語，例如，開立信用證，給客戶回單等。使用 Rational Rose Use Case View 中建立用例（ Use Cases）如圖所示。 口Lja Lja 圈 1*11*1國(guó)： C mpuxiexi.1 胃i ?

22、ir JJg&ldyfitot Vi 電W 操作員的用例關(guān)系如圖所示。 倉庫領(lǐng)料 (from Use Cas es) 倉庫進(jìn)貨 (from Use Cas es) 退出系統(tǒng) (from Use Cas es) 操作員 倉庫退貨 (from Actors) (from Use Cas es) _ C ； JT - 用戶注銷 商品調(diào)撥 (from Use Cas es) 倉庫退料 (from Use Cas es) (from Use Cas es) 操作員的用例關(guān)系圖 管理員的用例關(guān)系如圖所示。 用戶注銷 (from Use Cases) 供應(yīng)商信息維護(hù) (from Use Cases)

23、 倉庫信息維護(hù) (from Use Cases) 用戶登陸 (from Use Cases) 管理員 倉庫盤點(diǎn) (from Use Cases) 退岀系統(tǒng) 用戶登陸 (from Use Cas es) 倉庫歷史記錄查詢 (from Use Cases) 業(yè)務(wù)分析 (from Use Cases) 管理員的用例關(guān)系圖 退出系統(tǒng) (from Use Cases) 整個(gè)系統(tǒng)的Use Cases關(guān)系圖 4系統(tǒng)動(dòng)態(tài)模型商品供應(yīng)商的用例關(guān)系圖如圖所示。 倉庫進(jìn)貨 (from Use Cases) 商品供應(yīng)商 (from Actors) 倉庫退貨 (from Use Cases) 商品供應(yīng)商的用例關(guān)系圖 F

24、面給出整個(gè)系統(tǒng)的用例關(guān)系圖如圖所示。 倉庫領(lǐng)料 倉庫退貨 倉庫進(jìn)貨 倉庫歷史記錄查詢 商品領(lǐng)料人 (from Actors) 商品調(diào)撥 (from Use Cases) 用戶注銷 商品退料人 (from Actors) 業(yè)務(wù)分析 (from Use Cases) 供應(yīng)商信息維護(hù) (from Use Cases) 4.1 活動(dòng)圖 活動(dòng)圖是一種特殊形式的狀態(tài)圖， 用于對(duì)計(jì)算流程建模。 活動(dòng)圖中的狀態(tài)表示計(jì)算過程 中所處的各種狀態(tài)，而不是普通對(duì)象的狀態(tài)。通常，活動(dòng)圖假定在整個(gè)計(jì)算處理的過程中沒 有外部事件引起的中斷，否則，普通的狀態(tài)機(jī)更適合于描述這種情況。 活動(dòng)圖是對(duì)狀態(tài)圖的擴(kuò)展。 狀態(tài)圖突出顯示的

25、狀態(tài)，狀態(tài)之間的轉(zhuǎn)移箭頭代表的是活動(dòng)。 而活動(dòng)圖突出現(xiàn)實(shí)的是活動(dòng)。 每個(gè)活動(dòng)的圖表示為圓角矩形， 比狀態(tài)圖標(biāo)更接近橢圓。 活動(dòng) 圖的起始點(diǎn)和中止點(diǎn)圖標(biāo)與狀態(tài)圖一樣。 在圖中，管理員、操作員還有供應(yīng)商三者發(fā)生了相互的關(guān)系。 首先管理員查看銷售記錄 判斷商品銷售狀況，然后查看商品庫存情況。如果發(fā)現(xiàn)倉庫中商品庫存充足則操作完畢， 如 果發(fā)現(xiàn)倉庫中某商品庫存出現(xiàn)不足， 則通知操作員缺貨商品清單，操作員領(lǐng)取清單后立即聯(lián) 系相應(yīng)的供應(yīng)商，供應(yīng)商提供相應(yīng)是商品，操作員接受貨物，更新書庫，操作完成。 4.2 時(shí)序圖 時(shí)序圖(Sequenee Diagram)表示對(duì)象之間傳送消息的時(shí)間順序。時(shí)序圖可以用來進(jìn)行

26、一個(gè)場(chǎng)景的說明，即一個(gè)事物的歷史過程。 時(shí)序圖中每一個(gè)類元角色用一條生命線來表示 (用 垂直線代表整個(gè)交互過程中對(duì)象的生命期) 。生命線之間的箭頭連接代表消息。時(shí)序圖可以 用來進(jìn)行一個(gè)場(chǎng)景說明，即一個(gè)事物的歷史過程。 時(shí)序圖的用途是用來表示用例中行為的時(shí)間順序。 當(dāng)執(zhí)行一個(gè)用例行為時(shí)， 時(shí)序圖中的 每條消息對(duì)應(yīng)一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的出發(fā)事件。 (1) 管理員盤點(diǎn)過程時(shí)序圖如圖所示。 :操作員 :管理員 口 1:盤點(diǎn)信息 口 - 帚乞?qū)徍撕蟊P點(diǎn)信息詁 3:盤點(diǎn)信息列表 : j點(diǎn)信息列表 4:盤點(diǎn)信息打印報(bào)表T T - - 倉庫盤點(diǎn)過程時(shí)序圖 (2) 商品管理時(shí)序圖如圖所示。商品盤點(diǎn)模 塊

27、 信息打印模 塊 商品管理時(shí)序圖 (3) 倉庫歷史記錄查詢時(shí)序圖如圖所示。 倉庫歷史記錄查詢時(shí)序圖 4.3 協(xié)作圖 協(xié)作圖(Collaboration Diagram )用于再一次交互中對(duì)有意義的對(duì)象和對(duì)象間的鏈建 模。對(duì)象和關(guān)系只有在交互時(shí)才有意義。 類元角色描述了一個(gè)對(duì)象， 關(guān)聯(lián)角色描述了協(xié)作關(guān) 系中的一個(gè)鏈。 協(xié)作圖的用途時(shí)表示一個(gè)類操作的實(shí)現(xiàn)， 協(xié)作圖可以說明類操作中用到的參數(shù)和局部變 量以及操作中類之間的關(guān)聯(lián)。 當(dāng)實(shí)現(xiàn)一個(gè)行為時(shí)，消息編號(hào)對(duì)應(yīng)程序中的嵌套調(diào)用結(jié)構(gòu)和信 號(hào)傳遞過程。 (1) 管理員盤點(diǎn)過程協(xié)作圖如圖所示。 (2) (3) 1：盤點(diǎn)信息 3:盤點(diǎn)信息列表 倉庫盤點(diǎn)過程協(xié)作

28、圖 商品管理協(xié)作圖如圖所示。 3:進(jìn)貨商品打印報(bào)表 8:庫 商品進(jìn)貨模 塊 2:進(jìn)貨清單 :操作員 1：進(jìn)貨 4:退貨 查旬條件:退貨商品打印報(bào)表 庫存查詢模 塊 商品管理協(xié)作圖 倉庫歷史記錄查詢協(xié)作圖如圖所示。 / X :商品供應(yīng)商 5:退貨清單 商品退貨模 塊 倉庫歷史記錄查詢時(shí)序圖 協(xié)作圖和時(shí)序圖都可以表示各對(duì)象間的交互關(guān)系， 但他們的側(cè)重點(diǎn)不同。時(shí)序圖用消息 的幾何排列關(guān)系來表達(dá)消息的時(shí)間順序， 各角色之間的相互關(guān)系是隱含的。協(xié)作圖用各角色 的幾何排列圖形來表示角色之間的關(guān)系， 并用消息來說明這些關(guān)系。在實(shí)際中可以根據(jù)需要 選用這兩種圖。 五：創(chuàng)建系統(tǒng)包圖 包是模型的一部分，模型的每一

29、部分必須屬于某個(gè)包。 建模者可以將模型的內(nèi)容分配到 包中。但是為了使其能夠工作， 分配必須遵循一些合理原則， 如公用規(guī)則、緊密耦合的實(shí)現(xiàn) 和公用觀點(diǎn)等。UML對(duì)如何組包并不強(qiáng)制使用什么規(guī)則，但是良好的解組會(huì)很大的增強(qiáng)模型 的可維護(hù)性。 一個(gè)包可以包含其他包， 根包間接的包含系統(tǒng)的整個(gè)模型。 組織系統(tǒng)中的包有幾種可能 的方式，可以用視圖、功能或建模者選擇的其他基本原則來規(guī)劃包。 包是UML莫型中一般的 層次組織單元，他們可以被用來進(jìn)行存儲(chǔ)、訪問控制、配置管理和構(gòu)造可重用模型部件庫。 如果包的規(guī)劃比較合理，那么能夠反映系統(tǒng)的高層框架一一先管系統(tǒng)由子系統(tǒng)和它們之 間的依賴關(guān)系組合而成。包之間的依賴關(guān)

30、系概述勒包的內(nèi)容之間的依賴關(guān)系。 5.1 倉庫管理系統(tǒng)包圖 在定義具體的類之前，先在宏觀的角度上將整個(gè)系統(tǒng)分割成多個(gè)獨(dú)立的包， 在這里把整 個(gè)倉庫管理系統(tǒng)分成的包如圖所示。 peopleinform business ation 系統(tǒng)包圖 5.2 人員信息(people in formati on )包內(nèi)的類 人員信息(peopleinformation )包內(nèi)的類組織如圖所示。 操作員(from people in formati 供應(yīng)商(from people in formati 管理員(from people in formati on) 商品領(lǐng)料人(from people in fo

31、rmati 商品退料人(from people in formati 人員信息包內(nèi)的類 在人員信息包內(nèi)，有以下 5塊內(nèi)容: 操作員； 管理員； 供應(yīng)商； 商品領(lǐng)料人； 商品退料人。 5.3 事物包(business)包內(nèi)的類 倉庫信息維護(hù)(from bus in ess) 查詢歷史信息(from bus in ess) 調(diào)撥(from bus in ess) 供應(yīng)商管理(from bus in ess) 領(lǐng)料(from bus in ess) 庫存查詢from bus in ess) 退料(from bus in ess) 業(yè)務(wù)分析(from bus in ess) 盤點(diǎn)(from bus i

32、n ess) 退貨(from bus in ess) 用戶登錄(from bus in ess) 事務(wù)包內(nèi)的類 5.4 接口包(in terfaces )包內(nèi)的類 接口( in terfaces )包內(nèi)的類組織如圖所示。 倉庫管理(from in terfaces)系統(tǒng)設(shè)置(from 事物包(business )包內(nèi)的類組織如圖所示。 接口包內(nèi)的類業(yè)務(wù)查詢(from in terfaces) 用戶登錄(from in terfaces) 在接口包內(nèi)，有以下 4塊內(nèi)容: 倉庫管理； 系統(tǒng)設(shè)置； 業(yè)務(wù)查詢； 用戶登錄。 六：系統(tǒng)類模型 類圖是面向?qū)ο蛳到y(tǒng)的建模中最常見的圖。 類圖顯示了一組類、 接

33、口、協(xié)作以及他們之 間的關(guān)系。 類圖用于對(duì)系統(tǒng)靜態(tài)設(shè)計(jì)視圖建模。 其大部分涉及到對(duì)系統(tǒng)的詞匯建模、 對(duì)協(xié)作建模或 對(duì)模式建模。類圖也是兩個(gè)相關(guān)（組件圖和配置圖）的基礎(chǔ)。 類圖不僅對(duì)結(jié)構(gòu)模型的可視化、詳述和文檔化很重要，而且對(duì)通過正向與逆向工程構(gòu)造 可執(zhí)行的系統(tǒng)也很重要。 6.1 Logical Logical視圖關(guān)注的焦點(diǎn)是系統(tǒng)的邏輯結(jié)構(gòu)。重復(fù)使用是一個(gè)主要目的。通過認(rèn)真的指 定類的信息和行為、組合類，以及檢查類和包之間的關(guān)系，就可以確定可以重復(fù)使用的類和 包。完成多個(gè)項(xiàng)目后，就可以將新類和包加進(jìn)重復(fù)使用庫中。 今后的項(xiàng)目可以組裝現(xiàn)有的類 和包，而不必一切從頭開始。 Logical視圖如圖所示

34、。 和和 HAHonal Hose - umiJEZJntll - daits 皿盹臨m: mttrf 因 Die QdS MJtiw FQf i( (cf 也包ml 也日F Luub 0 k o糸皋曙昌 IH-h rl bu=in4 !E： IE i-nterfaces H樂an 2 電登帛( (r価 intet-facss j 蜀 倉澤菩理inter fae*E) ) E3 累現(xiàn)邊 fi【ftw 囹 業(yè)InUrftces) 玄 Ikl 3 flit MAI n. 倉幸盂占過蔣時(shí)序閣 倉圭畫點(diǎn)沖卷昭匡1 商品苣鋰的厝圉 : HETCntet ：&. fl 5t.it*kmirity M敘1 3 玄 at: ffl F Vi sw -ZJ Logica 視