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

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

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

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

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

6、當(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倉(cāng)庫(kù)管理倉(cāng)庫(kù)管理包括的具體功能模塊如圖3所示。倉(cāng)庫(kù)管理系統(tǒng)是整個(gè)倉(cāng)庫(kù)信息系統(tǒng)的核心，是所有數(shù)據(jù)的來(lái)源。根據(jù)詳細(xì)的需求分析， 企業(yè)在庫(kù)存中面臨的主要問題體現(xiàn)在：庫(kù)存量較大，庫(kù)存資金周轉(zhuǎn)慢；不能及時(shí)統(tǒng)計(jì)庫(kù)存物料；庫(kù)房人員重復(fù)工作多，效率低；不知道庫(kù)存物資擠壓時(shí)間長(zhǎng)短。本系統(tǒng)從最初的采購(gòu)到存儲(chǔ)和交貨， 倉(cāng)庫(kù)管理將決定企業(yè)是否兌現(xiàn)了其承諾。 從倉(cāng)儲(chǔ)計(jì) 劃到倉(cāng)庫(kù)操作和

7、交叉運(yùn)輸，優(yōu)化的倉(cāng)儲(chǔ)將有助于大幅減少企業(yè)的存貨量和存貨成本，因?yàn)槠髽I(yè)將能保持較低的倉(cāng)庫(kù)存貨水平，優(yōu)化入庫(kù)，保管和出庫(kù)活動(dòng)，并且協(xié)調(diào)載貨量。(1) 倉(cāng)庫(kù)進(jìn)貨在本倉(cāng)庫(kù)信息系統(tǒng)中，倉(cāng)庫(kù)進(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ù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總進(jìn)貨金額。 該操作完成后，響應(yīng)貨物的數(shù)量為原來(lái)數(shù)量加進(jìn)貨的數(shù)量，并更新數(shù)據(jù)庫(kù)。倉(cāng)庫(kù)進(jìn)貨功能如圖4 所示(2)倉(cāng)庫(kù)退貨倉(cāng)庫(kù)退貨功能如下圖所示。需求分析表明，企業(yè)倉(cāng)庫(kù)中的貨物離開倉(cāng)庫(kù)主要有兩種原因：企業(yè)無(wú)法銷售某商品， 將其退還給供應(yīng)商；企業(yè)銷售了一部分某商品，再?gòu)膫}(cāng)庫(kù)調(diào)出部分庫(kù)存的該種商品。在本倉(cāng)庫(kù)信

8、息系統(tǒng)中， 倉(cāng)庫(kù)進(jìn)貨模塊是為了第一種原因而設(shè)計(jì)的，它要求操作員輸入退貨商品號(hào)、退貨熟料、單價(jià)和供應(yīng)商，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退貨時(shí)間更新到數(shù) 據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總退貨金額。 該操作完成后，相應(yīng)貨物的數(shù)量為原數(shù)量減退貨的數(shù)量， 并更新數(shù)據(jù)庫(kù)。（3） 倉(cāng)庫(kù)領(lǐng)料根據(jù)上述倉(cāng)庫(kù)退貨中列舉的原因,在本倉(cāng)庫(kù)信息系統(tǒng)中,倉(cāng)庫(kù)領(lǐng)料模塊是為了第二種原因而設(shè)計(jì)的，它要求操作員輸入領(lǐng)取商品號(hào)、 將當(dāng)前系統(tǒng)時(shí)間座位退貨時(shí)間更新到數(shù)據(jù)庫(kù)， 將會(huì)給出上述的所有信息。該操作完成后,領(lǐng)料數(shù)量、領(lǐng)料人和倉(cāng)庫(kù)管理員，系統(tǒng)會(huì)自動(dòng) 并且會(huì)自動(dòng)統(tǒng)計(jì)總領(lǐng)料數(shù)量。在打印的單據(jù)中相應(yīng)貨物的數(shù)量為原數(shù)量減領(lǐng)料的數(shù)量并更新數(shù)據(jù)庫(kù)。（4）

9、倉(cāng)庫(kù)退料倉(cāng)庫(kù)退料功能如下圖所示。退料數(shù)量、退料人和 并且會(huì)自動(dòng)統(tǒng)計(jì)總 相應(yīng)貨物的數(shù)量為原根據(jù)需求分析，企業(yè)工恩能夠遇到下述問題：企業(yè)銷售部門在某段時(shí)間內(nèi)沒有銷售出某 件商品，這可能會(huì)造成銷售部門的貨物積壓， 因此部門就需要將該件商品返回一部分到倉(cāng)庫(kù)， 這就是所謂的倉(cāng)庫(kù)退料。在本倉(cāng)庫(kù)信息系統(tǒng)中，倉(cāng)庫(kù)退料模塊要求操作員輸入退料商品號(hào)、 倉(cāng)庫(kù)管理員，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退料時(shí)間更新到數(shù)據(jù)庫(kù)， 退料數(shù)量。在打印的單據(jù)中將會(huì)給出上述的所有信息。該操作完成后, 數(shù)量加退料的數(shù)量并更新數(shù)據(jù)庫(kù)。（5）商品調(diào)撥商品調(diào)撥功能如下圖所示。物流管理模式，業(yè)績(jī)不好的銷售部門要將其積壓的商品退回倉(cāng)庫(kù)，業(yè)績(jī)好的銷

10、售部門從倉(cāng)庫(kù)領(lǐng)取一定數(shù)量的商品。 本系統(tǒng)中引入了商品調(diào)撥的概念，即業(yè)績(jī)不好的銷售部門可以直接將其積壓的商品移交一部分給業(yè)績(jī)好的銷售部門，不必通過(guò)倉(cāng)庫(kù)中轉(zhuǎn)。該功能具有較大的靈活性和可擴(kuò)展性，能夠滿足客戶在倉(cāng)儲(chǔ)管理方面更多個(gè)性化的需求。倉(cāng)庫(kù)調(diào)撥要求操作員輸入退料商品號(hào)、 調(diào)撥數(shù)量、調(diào)撥人和倉(cāng)庫(kù)管理員，系統(tǒng)會(huì)自動(dòng)的 將當(dāng)前系統(tǒng)時(shí)間作為調(diào)撥時(shí)間更新到數(shù)據(jù)庫(kù)， 并且會(huì)自動(dòng)統(tǒng)計(jì)總調(diào)撥數(shù)量。 在打印的單據(jù)中 將會(huì)給出上述的所有信息。（6）倉(cāng)庫(kù)盤點(diǎn)倉(cāng)庫(kù)盤點(diǎn)功能如下圖所示。倉(cāng)庫(kù)盤點(diǎn)的目的是為了更好地了解倉(cāng)庫(kù)準(zhǔn)確的庫(kù)存信息。盤點(diǎn)的周期和盤點(diǎn)的方式， 企業(yè)可以根據(jù)自身的情況加以選擇，不合理的倉(cāng)庫(kù)盤點(diǎn)， 將會(huì)降低倉(cāng)庫(kù)

11、庫(kù)存信息的準(zhǔn)確性、物料計(jì)劃的準(zhǔn)確性；不必要的倉(cāng)庫(kù)盤點(diǎn)將浪費(fèi)企業(yè)的人力和物力。倉(cāng)庫(kù)盤點(diǎn)一般可以按照周期盤點(diǎn)、循環(huán)盤點(diǎn)和零點(diǎn)盤點(diǎn)3種方式進(jìn)行，企業(yè)采用周期盤點(diǎn)這種方式的情況較多。操作員可以在倉(cāng)庫(kù)盤點(diǎn)中任意增加或減少某件商品的庫(kù)存數(shù)據(jù)，因此，出于安全性方面的考慮，本功能模塊需要管理者（部門經(jīng)理）能使用，并且所有的修改信息將會(huì)被存儲(chǔ)到數(shù)據(jù)庫(kù)中。倉(cāng)庫(kù)盤點(diǎn)模塊喲哀求管理員輸入某商品號(hào)、該商品實(shí)際數(shù)量，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為盤點(diǎn)時(shí)間更新到數(shù)據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總盤點(diǎn)過(guò)程中修改的數(shù)量。在打印的單據(jù)中將會(huì)給出上述的所有信息。2.4業(yè)務(wù)查詢業(yè)務(wù)查詢包括的具體功能模塊如下圖所示。業(yè)務(wù)查詢庫(kù)存情況銷售情況倉(cāng)庫(kù)

12、查詢隨著客戶要求的不斷提高， 倉(cāng)儲(chǔ)管理在整個(gè)供應(yīng)鏈管理當(dāng)中占有非常重要的地位。以單據(jù)打印和數(shù)據(jù)記錄為生計(jì)目標(biāo)的傳統(tǒng)倉(cāng)儲(chǔ)管理軟件已遠(yuǎn)遠(yuǎn)無(wú)法適應(yīng)現(xiàn)代倉(cāng)儲(chǔ)發(fā)展的要求。用戶所需要的是倉(cāng)儲(chǔ)企業(yè)在實(shí)現(xiàn)信息化管理的基礎(chǔ)上，不但可以向客戶報(bào)告其產(chǎn)品的實(shí)時(shí)動(dòng)態(tài)信息，還可以站在更高層面上為客戶制定生產(chǎn)和銷售計(jì)劃，及時(shí)調(diào)整市場(chǎng)策略等方面提供持續(xù)、綜合的參考信息，版主倉(cāng)儲(chǔ)企業(yè)成為客戶在整個(gè)供應(yīng)鏈上最為緊密的合作伙伴。業(yè)務(wù)查詢功能模塊就是為用戶提供了傳統(tǒng)倉(cāng)庫(kù)管理系統(tǒng)以外的一些功能。（1） 庫(kù)存查詢庫(kù)存查詢?nèi)缦聢D所示。庫(kù)存的可見性是決定企業(yè)的分銷戰(zhàn)略是否成功的最重要的一點(diǎn)。如果庫(kù)存水平和組成，或所計(jì)劃的對(duì)這些水平和組成的

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

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

15、將數(shù)據(jù)* 更新到數(shù)據(jù)庫(kù)0:給出新 的供應(yīng)商 信息列表在本功能模塊中，用戶可以增加新的供應(yīng)商，需要輸入供應(yīng)商的一些信息，包括供應(yīng)商 號(hào)、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。用戶也可以對(duì)已經(jīng)輸入的供應(yīng)商信 息進(jìn)行修改和查詢。（2） 倉(cāng)庫(kù)設(shè)置倉(cāng)庫(kù)設(shè)置如圖所示。例模F:將數(shù)據(jù)更新到數(shù) 求做了詳細(xì)的說(shuō)明 將以0:給出新的倉(cāng)庫(kù)信接下來(lái)，息列系統(tǒng)的流程和UML建模的工具，前面的基本信經(jīng)對(duì)本系統(tǒng)的任務(wù)和需 各個(gè)參與者之間的相相互作用做詳細(xì)的說(shuō)明,用例圖、時(shí)序圖、協(xié)作圖和類圖等對(duì)整個(gè)系統(tǒng)進(jìn)行描述、構(gòu)造、可視化和文檔編制。用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個(gè)功

16、能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系ORational Rose 作為使用統(tǒng)中的用例和參與者，并現(xiàn)實(shí)哪個(gè)參與者參與了哪個(gè)用例的執(zhí)行。本章的主要內(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)行分析和描述。在倉(cāng)庫(kù)信息系統(tǒng)中，可以歸納出來(lái)的主要問題有：購(gòu)買的商品入庫(kù)；將積壓的商品退給供應(yīng)商；將商品移送到銷售部門；銷售部門將商品移送到倉(cāng)庫(kù)；管理員盤點(diǎn)倉(cāng)庫(kù)；供應(yīng)商提供各種貨物；用戶查詢銷售部門的營(yíng)銷記錄； 用戶查詢倉(cāng)庫(kù)中

17、的所有變動(dòng)記錄。從上面所歸納的問題可以看出，本系統(tǒng)所涉及的操作主要是倉(cāng)庫(kù)信息的管理、維護(hù)以及各種信息的分析查詢。在本系統(tǒng)UML建模中，可以創(chuàng)建一下角色（ Actors）；操作員；管理員；供應(yīng)商；商品領(lǐng)料人；商品退料人。的Use Case View 中建立 Actors如圖17所示。使用 Rational Rose(uati tied)B LJ Use Case瞰豈 on ali otisEl- Q A-ct orsk *操作員 h- *営理員 k- *商胡供應(yīng)侖 黃尚品創(chuàng)襯人 黃商品追松!人L±- TUse La-sesl+" LJl Logi cal ¥ i e

18、w 1-i-lTn Component Vi ewO| Deployment V1 ew(£| Model Trover ti e e圖17在Use Case View中創(chuàng)建角色3.2創(chuàng)建用例用例本身是指一個(gè)用戶或其他系統(tǒng)與要設(shè)計(jì)的系統(tǒng)進(jìn)行的而一個(gè)交互，這個(gè)交互是為了達(dá)到某個(gè)目標(biāo)（goal ）。角色用來(lái)表述該有目標(biāo)的人或系統(tǒng)。這個(gè)術(shù)語(yǔ)強(qiáng)調(diào)了任何人或系統(tǒng)擁有目標(biāo)的事實(shí)。目標(biāo)本身是一個(gè)動(dòng)詞短語(yǔ)，入“客戶：下訂單”，“店員：記錄庫(kù)存”。作為用例的一部分，有必要記錄目標(biāo)成功和失敗對(duì)于活動(dòng)者和系統(tǒng)的含義。在下訂單的實(shí)例中，目標(biāo)達(dá)成可能包括貨物交給活動(dòng)者和公司受到相應(yīng)的貨款。仔細(xì)定義目標(biāo)成敗是定

19、義系統(tǒng)范圍（scope）的基礎(chǔ)。因?yàn)閷?duì)于一個(gè)簡(jiǎn)易的訂單輸入系統(tǒng)，目標(biāo)達(dá)成可能僅僅一位這訂單已 經(jīng)經(jīng)過(guò)驗(yàn)證并且交貨已經(jīng)排定日程。倉(cāng)庫(kù)信息系統(tǒng)根據(jù)業(yè)務(wù)流程可以分為以下的幾個(gè)用例（Use Cases）:倉(cāng)庫(kù)進(jìn)貨;倉(cāng)庫(kù)退貨;倉(cāng)庫(kù)領(lǐng)料; 倉(cāng)庫(kù)退料;商品調(diào)撥;倉(cāng)庫(kù)盤點(diǎn);庫(kù)存查詢;業(yè)務(wù)分析;倉(cāng)庫(kù)歷史記錄查詢;供應(yīng)商信息維護(hù);倉(cāng)庫(kù)信息維護(hù)；用戶登錄；用戶注銷；退出系統(tǒng)。使用 Rational RoseUse Case View 中建立用例（Use Cases）如圖所示?？贚ja 圈 1*1國(guó)：C mpuxiexi.1 胃i ?ir JJg&ldyfitot Vi 電WCuts蘭 Asoci«

20、nxC倉(cāng)庫(kù)謹(jǐn)貨3倉(cāng)趣貨O色踴領(lǐng)科O食庫(kù)i園料O商品調(diào)皺 卜0倉(cāng)呼盤點(diǎn)O庫(kù)存譽(yù)詢1 C業(yè)芻并析:0倉(cāng)幀尢歸錄吏同 o供陛扃漕自維滬O倉(cāng)庫(kù)信晝堆滬:o fflPW :a用戶注消O遐出系統(tǒng)3.3創(chuàng)建角色用例關(guān)系圖用例圖（Use 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)詞短語(yǔ)，例如，

21、開立信用證，給客戶回單等。操作員的用例關(guān)系如圖所示。用戶登陸(from Use Cas es)倉(cāng)庫(kù)領(lǐng)料(from Use Cas es)倉(cāng)庫(kù)進(jìn)貨(from Use Cas es)退出系統(tǒng)(from Use Cas es)操作員倉(cāng)庫(kù)退貨(from Actors)(from Use Cas es)C ；JT-用戶注銷商品調(diào)撥(from Use Cases)倉(cāng)庫(kù)退料(from Use Cases)(from Use Cases)操作員的用例關(guān)系圖管理員的用例關(guān)系如圖所示。用戶注銷(from Use Cases)供應(yīng)商信息維護(hù)(from Use Cases)倉(cāng)庫(kù)信息維護(hù)(from Use Cases)

22、用戶登陸(from Use Cases)管理員倉(cāng)庫(kù)盤點(diǎn)(from Use Cases)(from Actors)庫(kù)存查詢(from Use Cases)(from Use Cases)退岀系統(tǒng)倉(cāng)庫(kù)歷史記錄查詢(from Use Cases)業(yè)務(wù)分析(from Use Cases)管理員的用例關(guān)系圖商品供應(yīng)商的用例關(guān)系圖如圖所示。倉(cāng)庫(kù)進(jìn)貨(from Use Cases)商品供應(yīng)商(from Actors)倉(cāng)庫(kù)退貨(from Use Cases)商品供應(yīng)商的用例關(guān)系圖F面給出整個(gè)系統(tǒng)的用例關(guān)系圖如圖所示。倉(cāng)庫(kù)領(lǐng)料倉(cāng)庫(kù)退貨倉(cāng)庫(kù)盤點(diǎn)(from Use Cases)倉(cāng)庫(kù)進(jìn)貨(from Use Cases

23、)(from Use Cases)(from Use Cases)操作員商品供應(yīng)商管理員(from Actors)(from Actors)-r倉(cāng)庫(kù)歷史記錄查詢商品領(lǐng)料人(from Actors)(from Actors)倉(cāng)庫(kù)退料(from Use Cases)商品調(diào)撥(from Use Cases)用戶注銷商品退料人(from Actors)(from Use Cases)(from Use Cases)庫(kù)存查詢(from Use Cases)用戶登陸(from Use Cases)倉(cāng)庫(kù)信息維護(hù)(from Use Cases)業(yè)務(wù)分析(from Use Cases)供應(yīng)商信息維護(hù)(from

24、Use Cases)退出系統(tǒng)(from Use Cases)整個(gè)系統(tǒng)的Use Cases關(guān)系圖4系統(tǒng)動(dòng)態(tài)模型4.1活動(dòng)圖活動(dòng)圖是一種特殊形式的狀態(tài)圖， 用于對(duì)計(jì)算流程建模。 活動(dòng)圖中的狀態(tài)表示計(jì)算過(guò)程 中所處的各種狀態(tài)，而不是普通對(duì)象的狀態(tài)。通常，活動(dòng)圖假定在整個(gè)計(jì)算處理的過(guò)程中沒 有外部事件引起的中斷，否則，普通的狀態(tài)機(jī)更適合于描述這種情況?；顒?dòng)圖是對(duì)狀態(tài)圖的擴(kuò)展。 狀態(tài)圖突出顯示的狀態(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)系。

25、首先管理員查看銷售記錄判斷商品銷售狀況，然后查看商品庫(kù)存情況。如果發(fā)現(xiàn)倉(cāng)庫(kù)中商品庫(kù)存充足則操作完畢，如果發(fā)現(xiàn)倉(cāng)庫(kù)中某商品庫(kù)存出現(xiàn)不足，則通知操作員缺貨商品清單，操作員領(lǐng)取清單后立即聯(lián)系相應(yīng)的供應(yīng)商，供應(yīng)商提供相應(yīng)是商品，操作員接受貨物，更新書庫(kù)，操作完成。4.2時(shí)序圖時(shí)序圖(Sequenee Diagram)表示對(duì)象之間傳送消息的時(shí)間順序。時(shí)序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景的說(shuō)明，即一個(gè)事物的歷史過(guò)程。 時(shí)序圖中每一個(gè)類元角色用一條生命線來(lái)表示(用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命期)。生命線之間的箭頭連接代表消息。時(shí)序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事物的歷史過(guò)程。時(shí)序圖的用途是用來(lái)表示用例中行為

26、的時(shí)間順序。當(dāng)執(zhí)行一個(gè)用例行為時(shí)，時(shí)序圖中的每條消息對(duì)應(yīng)一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的出發(fā)事件。商品盤點(diǎn)模塊信息打印模塊(1)管理員盤點(diǎn)過(guò)程時(shí)序圖如圖所示。:操作員:管理員口 1:盤點(diǎn)信息 口>帚乞?qū)徍撕蟊P點(diǎn)信息詁 3:盤點(diǎn)信息列表:j點(diǎn)信息列表4:盤點(diǎn)信息打印報(bào)表TT倉(cāng)庫(kù)盤點(diǎn)過(guò)程時(shí)序圖(2) 商品管理時(shí)序圖如圖所示。商品管理時(shí)序圖(3) 倉(cāng)庫(kù)歷史記錄查詢時(shí)序圖如圖所示。倉(cāng)庫(kù)歷史記錄查詢時(shí)序圖4.3協(xié)作圖協(xié)作圖(Collaboration Diagram)用于再一次交互中對(duì)有意義的對(duì)象和對(duì)象間的鏈建模。對(duì)象和關(guān)系只有在交互時(shí)才有意義。類元角色描述了一個(gè)對(duì)象，關(guān)聯(lián)角色描述了協(xié)作關(guān)系中的一個(gè)

27、鏈。協(xié)作圖的用途時(shí)表示一個(gè)類操作的實(shí)現(xiàn)， 協(xié)作圖可以說(shuō)明類操作中用到的參數(shù)和局部變 量以及操作中類之間的關(guān)聯(lián)。 當(dāng)實(shí)現(xiàn)一個(gè)行為時(shí)，消息編號(hào)對(duì)應(yīng)程序中的嵌套調(diào)用結(jié)構(gòu)和信 號(hào)傳遞過(guò)程。(1)管理員盤點(diǎn)過(guò)程協(xié)作圖如圖所示。(2)(3)1：盤點(diǎn)信息3:盤點(diǎn)信息列表倉(cāng)庫(kù)盤點(diǎn)過(guò)程協(xié)作圖 商品管理協(xié)作圖如圖所示。3:進(jìn)貨商品打印報(bào)表8:庫(kù)商品進(jìn)貨模塊2:進(jìn)貨清單:操作員1：進(jìn)貨4:退貨查旬條件:退貨商品打印報(bào)表庫(kù)存查詢模塊商品管理協(xié)作圖倉(cāng)庫(kù)歷史記錄查詢協(xié)作圖如圖所示。/ X:商品供應(yīng)商5:退貨清單商品退貨模塊倉(cāng)庫(kù)歷史記錄查詢時(shí)序圖協(xié)作圖和時(shí)序圖都可以表示各對(duì)象間的交互關(guān)系， 但他們的側(cè)重點(diǎn)不同。時(shí)序圖用消息

28、 的幾何排列關(guān)系來(lái)表達(dá)消息的時(shí)間順序， 各角色之間的相互關(guān)系是隱含的。協(xié)作圖用各角色 的幾何排列圖形來(lái)表示角色之間的關(guān)系， 并用消息來(lái)說(shuō)明這些關(guān)系。在實(shí)際中可以根據(jù)需要 選用這兩種圖。五：創(chuàng)建系統(tǒng)包圖包是模型的一部分，模型的每一部分必須屬于某個(gè)包。建模者可以將模型的內(nèi)容分配到包中。但是為了使其能夠工作， 分配必須遵循一些合理原則，如公用規(guī)則、緊密耦合的實(shí)現(xiàn)和公用觀點(diǎn)等。UML對(duì)如何組包并不強(qiáng)制使用什么規(guī)則，但是良好的解組會(huì)很大的增強(qiáng)模型 的可維護(hù)性。一個(gè)包可以包含其他包， 根包間接的包含系統(tǒng)的整個(gè)模型。組織系統(tǒng)中的包有幾種可能的方式，可以用視圖、功能或建模者選擇的其他基本原則來(lái)規(guī)劃包。包是UM

29、L莫型中一般的層次組織單元，他們可以被用來(lái)進(jìn)行存儲(chǔ)、訪問控制、配置管理和構(gòu)造可重用模型部件庫(kù)。如果包的規(guī)劃比較合理，那么能夠反映系統(tǒng)的高層框架一一先管系統(tǒng)由子系統(tǒng)和它們之 間的依賴關(guān)系組合而成。包之間的依賴關(guān)系概述勒包的內(nèi)容之間的依賴關(guān)系。5.1倉(cāng)庫(kù)管理系統(tǒng)包圖在定義具體的類之前，先在宏觀的角度上將整個(gè)系統(tǒng)分割成多個(gè)獨(dú)立的包，在這里把整個(gè)倉(cāng)庫(kù)管理系統(tǒng)分成的包如圖所示。peopleinformbusinessation系統(tǒng)包圖5.2 人員信息(people in formati on )包內(nèi)的類人員信息(peopleinformation )包內(nèi)的類組織如圖所示。操作員(from people

30、in formati on)供應(yīng)商(from people in formati on)管理員(from people in formati on)商品領(lǐng)料人(from people in formati on)商品退料人(from people in formati on)人員信息包內(nèi)的類在人員信息包內(nèi)，有以下 5塊內(nèi)容:操作員；管理員；供應(yīng)商；商品領(lǐng)料人；商品退料人。5.3事物包(business)包內(nèi)的類倉(cāng)庫(kù)信息維護(hù)(from bus in ess)查詢歷史信息(from bus in ess)調(diào)撥(from bus in ess)供應(yīng)商管理(from bus in ess)領(lǐng)料(fro

31、m bus in ess)庫(kù)存查詢from bus in ess)事物包(business )包內(nèi)的類組織如圖所示。退料(from bus in ess)業(yè)務(wù)分析(frombus in ess)盤點(diǎn)(from bus in ess)退貨(from bus in ess)用戶登錄(frombus in ess)事務(wù)包內(nèi)的類5.4接口包(in terfaces )包內(nèi)的類接口( in terfaces)包內(nèi)的類組織如圖所示。倉(cāng)庫(kù)管理(fromin terfaces)系統(tǒng)設(shè)置(fromin terfaces)業(yè)務(wù)查詢(fromin terfaces)用戶登錄(fromin terfaces)接口包內(nèi)

32、的類在接口包內(nèi)，有以下 4塊內(nèi)容:倉(cāng)庫(kù)管理；系統(tǒng)設(shè)置；業(yè)務(wù)查詢；用戶登錄。六：系統(tǒng)類模型類圖是面向?qū)ο蛳到y(tǒng)的建模中最常見的圖。類圖顯示了一組類、 接口、協(xié)作以及他們之間的關(guān)系。類圖用于對(duì)系統(tǒng)靜態(tài)設(shè)計(jì)視圖建模。其大部分涉及到對(duì)系統(tǒng)的詞匯建模、對(duì)協(xié)作建?；?qū)δＪ浇?。類圖也是兩個(gè)相關(guān)（組件圖和配置圖）的基礎(chǔ)。類圖不僅對(duì)結(jié)構(gòu)模型的可視化、詳述和文檔化很重要，而且對(duì)通過(guò)正向與逆向工程構(gòu)造 可執(zhí)行的系統(tǒng)也很重要。6.1 LogicalLogical視圖關(guān)注的焦點(diǎn)是系統(tǒng)的邏輯結(jié)構(gòu)。重復(fù)使用是一個(gè)主要目的。通過(guò)認(rèn)真的指 定類的信息和行為、組合類，以及檢查類和包之間的關(guān)系，就可以確定可以重復(fù)使用的類和 包。完

33、成多個(gè)項(xiàng)目后，就可以將新類和包加進(jìn)重復(fù)使用庫(kù)中。今后的項(xiàng)目可以組裝現(xiàn)有的類和包，而不必一切從頭開始。Logical視圖如圖所示。和 HAHonal Hose - umiJEZJntll - daits 皿盹臨m: mttrf因 Die QdS MJtiw FQf i(cf 也包ml 也日F Luub0 k o糸皋曙昌IH-h rl bu=in4£!E：IE i-nterfacesH樂an2 電登帛(£r価 intet-facss j蜀 倉(cāng)澤菩理inter fae*E) E3 累現(xiàn)邊f(xié)i【ftw囹 業(yè)InUrftces) 玄 Ikl 3 flitMai n.倉(cāng)幸盂占過(guò)蔣時(shí)序閣倉(cāng)圭畫點(diǎn)沖卷昭匡1 商品苣鋰的厝圉: HETCntet £：&.«fl5t.it*kmirity M敘13 玄at:f