倉(cāng)庫(kù)管理分析

1、第十一章 大型倉(cāng)庫(kù)信息管理系統(tǒng)的開(kāi)發(fā)111 系統(tǒng)概述“倉(cāng)庫(kù)信息系統(tǒng)”是一套功能強(qiáng)大而又操作簡(jiǎn)便、實(shí)用的倉(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ǔ)管理。倉(cāng)庫(kù)存放的貨物品種繁多，堆存方式以及處理過(guò)程也非常復(fù)雜，隨著業(yè)務(wù)量的增加，倉(cāng)庫(kù)管理者需要處理的信息量會(huì)大幅上升，因此往往很難及時(shí)準(zhǔn)確的掌握整個(gè)倉(cāng)庫(kù)的運(yùn)作狀態(tài)。針對(duì)這一情況，本系統(tǒng)在滿足倉(cāng)庫(kù)的基本管理功能基礎(chǔ)上

2、發(fā)揮信息系統(tǒng)的智能化，減輕倉(cāng)庫(kù)管理人員和操作人員的工作負(fù)擔(dān)。系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是監(jiān)控整個(gè)倉(cāng)庫(kù)的運(yùn)轉(zhuǎn)情況；提供完善的任務(wù)計(jì)劃功能，由整個(gè)操作的指令中心來(lái)安排進(jìn)出任務(wù)，確認(rèn)任務(wù)的開(kāi)始，進(jìn)貨管理和出貨管理按其指令執(zhí)行即可；實(shí)時(shí)監(jiān)控所有貨物的在線運(yùn)動(dòng)情況，實(shí)時(shí)提供庫(kù)存變化的信息。11.2 需求分析在軟件開(kāi)發(fā)的初期，開(kāi)發(fā)人員及用戶在往忽略信息溝通，導(dǎo)致軟件開(kāi)發(fā)完成后，不能很好的滿足實(shí)際的需要。而返工不僅在技術(shù)上給開(kāi)發(fā)人員帶來(lái)巨大的麻煩，還會(huì)造成人力、物力的浪費(fèi)。因此，只有弄清楚客戶的需求，才能真正開(kāi)發(fā)出滿足用戶需求的管理信息系統(tǒng)，才能夠讓整個(gè)系統(tǒng)發(fā)揮其相應(yīng)的作用。11.2.1系統(tǒng)總體功能需求一個(gè)功能完善

3、的倉(cāng)庫(kù)信息管理系統(tǒng)，必須包括以下的幾個(gè)模塊。（1）用戶登錄 由用戶登錄、用戶注銷(xiāo)、退出系統(tǒng)3個(gè)部分組成。用戶可以用兩種身份登錄系統(tǒng)：普通操作員或經(jīng)理（管理人員）；不同身份登錄被系統(tǒng)授予不同的使用權(quán)限，這樣提高了本系統(tǒng)的安全性，避免了無(wú)關(guān)人員獲取不在他權(quán)限范圍內(nèi)的信息。用戶在登錄后可以不退出本系統(tǒng)，而采用用戶注銷(xiāo)的方式使系統(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ù)盤(pán)點(diǎn)6個(gè)功能模塊組成。倉(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)確

4、，庫(kù)存周轉(zhuǎn)率提高及庫(kù)存資金占用減少?！皞}(cāng)庫(kù)進(jìn)貨倉(cāng)庫(kù)領(lǐng)料倉(cāng)庫(kù)盤(pán)點(diǎn)”組成了倉(cāng)庫(kù)管理的重要過(guò)程。（3）業(yè)務(wù)查詢業(yè)務(wù)查詢系統(tǒng)中，包括庫(kù)存查詢、銷(xiāo)售查詢和倉(cāng)庫(kù)歷史記錄查詢3個(gè)功能模塊組成。庫(kù)存查詢實(shí)時(shí)提供庫(kù)存變化的信息，隨時(shí)應(yīng)不同客戶的要求得到其當(dāng)前的庫(kù)存。銷(xiāo)售查詢提供了一個(gè)完整的出貨查詢平臺(tái)；用戶可以根據(jù)貨物的ID號(hào)查詢某個(gè)時(shí)間段里該貨物的銷(xiāo)售情況，該功能可以使企業(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ù)盤(pán)點(diǎn)的任一個(gè)操作者儲(chǔ)存在數(shù)據(jù)庫(kù)中，本功能模塊就是查詢?nèi)我庖粭l操作記錄。由此可知，本倉(cāng)儲(chǔ)管理模式通過(guò)供應(yīng)商、

5、倉(cāng)庫(kù)及客戶間的信息溝通與指令的及時(shí)有效傳遞，將制造商和供應(yīng)商的庫(kù)存成本與資金占?jí)航档阶畹拖薅?。?）系統(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ù)。倉(cāng)庫(kù)設(shè)置：在本系統(tǒng)中，用戶可以將整個(gè)倉(cāng)庫(kù)虛擬的分成整個(gè)倉(cāng)庫(kù)，每個(gè)倉(cāng)庫(kù)儲(chǔ)存不同類型的貨物，這樣方便倉(cāng)庫(kù)貨物的分類管理，也有利于提高倉(cāng)庫(kù)進(jìn)貨、出貨的效率。綜上所述，系統(tǒng)的功能需求可用如圖11-1所示的框圖簡(jiǎn)要表示。倉(cāng)庫(kù)信息系統(tǒng)用戶登錄倉(cāng)庫(kù)管理業(yè)務(wù)查詢系統(tǒng)設(shè)置圖11-1 系統(tǒng)總體功能需求框圖11.2.2 用戶登錄用戶

6、登錄所包括的具體功能模塊如圖11-2所示。用戶登錄用戶登錄用戶注銷(xiāo)用戶退出圖11-2 用戶登錄包括的功能模塊需求框圖（1）用戶登錄用戶進(jìn)入本倉(cāng)庫(kù)信息管理系統(tǒng)的入口，沒(méi)有得到身份驗(yàn)的用戶只能擁有最低的使用權(quán)限，即只能選擇退出系統(tǒng)或用戶登錄。本系統(tǒng)的使用者可以用兩種身份登錄到系統(tǒng)：普通操作員或經(jīng)理（管理人員），不同的身份意味著不同的使用權(quán)限，這是一個(gè)穩(wěn)定、安全的系統(tǒng)所必須具備的。前置條件：無(wú)。（2）用戶注銷(xiāo)本系統(tǒng)中引入了類似Windows操作系統(tǒng)的用戶注銷(xiāo)功能，當(dāng)用戶在短時(shí)間內(nèi)不使用本系統(tǒng)，他不必退出，只需要選擇用戶注銷(xiāo)，這樣何以使系統(tǒng)中不存在處于激活狀態(tài)的用戶，以便其他用戶使用本系統(tǒng)。前置條件：

7、無(wú)。（3）退出系統(tǒng)用戶在完成工作后，點(diǎn)擊退出系統(tǒng)按鈕可以安全的退出，以免不安全退出導(dǎo)致數(shù)據(jù)丟失情況的發(fā)生。前置條件：無(wú)。11.2.3 倉(cāng)庫(kù)管理倉(cāng)庫(kù)管理包括的具體功能模塊如圖11-3所示。倉(cāng)庫(kù)管理倉(cāng)庫(kù)退化倉(cāng)庫(kù)領(lǐng)料倉(cāng)庫(kù)退料商品調(diào)撥圖11-3 倉(cāng)庫(kù)管理包括的功能模塊需求框圖倉(cāng)庫(kù)盤(pán)點(diǎn)倉(cāng)庫(kù)進(jìn)貨倉(cāng)庫(kù)管理系統(tǒng)是整個(gè)系統(tǒng)信息系統(tǒng)的核心，是所有數(shù)據(jù)的來(lái)源。根據(jù)詳細(xì)的需求分析，企業(yè)在庫(kù)存中面臨的主要問(wèn)題體現(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ù)操作和交叉運(yùn)輸

8、，優(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ù)存放貨物品種繁多，堆存方式以及處理過(guò)程也非常復(fù)雜，隨著業(yè)務(wù)量的增加，倉(cāng)庫(kù)管理者所需要處理的信息量大幅上升，因此管理者往往很難及時(shí)準(zhǔn)確掌握整個(gè)倉(cāng)庫(kù)的動(dòng)作狀態(tài)。分析其原因在于：倉(cāng)庫(kù)在進(jìn)貨時(shí)沒(méi)有輸入詳細(xì)、有效、完整的信息。在本倉(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ù)量為原數(shù)量加進(jìn)貨的數(shù)量，并更新數(shù)據(jù)庫(kù)。倉(cāng)庫(kù)進(jìn)貨功能如圖

9、11-4所示。I：輸入新進(jìn)貨物的信息F：將記錄更新到數(shù)據(jù)庫(kù)O：生成新的進(jìn)貨信息列表圖11-4 倉(cāng)庫(kù)進(jìn)貨功能前置條件：無(wú)。（2）倉(cāng)庫(kù)退貨倉(cāng)庫(kù)退貨功能如圖11-5所示。I：輸入退貨貨物的信息F：將記錄更新到數(shù)據(jù)庫(kù)O：生成新的退貨信息列表圖11-5 倉(cāng)庫(kù)退貨功能需求分析表明，企業(yè)倉(cāng)庫(kù)中的貨物離開(kāi)倉(cāng)庫(kù)主要有兩種原因：企業(yè)無(wú)法銷(xiāo)售某種商品，將其退還給供應(yīng)商；企業(yè)銷(xiāo)售了一部分某商品，再?gòu)膫}(cāng)庫(kù)調(diào)出部分庫(kù)存的該種商品。在本倉(cāng)庫(kù)信息系統(tǒng)中，倉(cāng)庫(kù)進(jìn)貨模塊是為了第一種原因而設(shè)計(jì)的，它要求操作員輸入退貨商品號(hào)、退貨數(shù)量、單價(jià)和供應(yīng)商，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退貨時(shí)間更新到數(shù)據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總退貨金額。該操作

10、完成后，相應(yīng)貨物的數(shù)量為原數(shù)量減退貨的數(shù)量，并更新數(shù)據(jù)庫(kù)。前置條件：存在該商品的進(jìn)貨信息。（3）倉(cāng)庫(kù)領(lǐng)料I：輸入領(lǐng)料貨物的信息F：將記錄更新到數(shù)據(jù)庫(kù)O：生成新的領(lǐng)料信息列表圖11-6 倉(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)、領(lǐng)料數(shù)量、領(lǐng)料人和倉(cāng)庫(kù)管理員，系統(tǒng)會(huì)自動(dòng)將當(dāng)前系統(tǒng)時(shí)間作為退貨時(shí)間更新到數(shù)據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總領(lǐng)料數(shù)量。在打印的單據(jù)中將會(huì)給出上述的所有信息。該操作完成后，相應(yīng)貨物的數(shù)量為原數(shù)量減領(lǐng)料的數(shù)量并更新數(shù)據(jù)庫(kù)。前置條件：該商品庫(kù)存信息。（4）倉(cāng)庫(kù)退料倉(cāng)庫(kù)退料功能如圖11-7所示。I：輸入退料

11、貨物的信息F：將記錄更新到數(shù)據(jù)庫(kù)O：生成新的退料信息列表圖11-7 倉(cāng)庫(kù)退料功能根據(jù)需求分析，企業(yè)功能遇到下述問(wèn)題：企業(yè)銷(xiāo)售部門(mén)在某段時(shí)間內(nèi)沒(méi)有銷(xiāo)售某件商品，這可能會(huì)造成銷(xiāo)售部門(mén)的貨物積壓，因此部門(mén)就需要將該件商品一部分到倉(cāng)庫(kù)，這就是所謂的倉(cāng)庫(kù)退料。在本倉(cāng)庫(kù)信息系統(tǒng)中，倉(cāng)庫(kù)退料模塊要求操作員輸入退料商品號(hào)、退料數(shù)量、退料人和倉(cāng)庫(kù)管理員，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退料時(shí)間更新到數(shù)據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總退料數(shù)量。在打印的單據(jù)中將會(huì)出上述的所有信息。該操作完成后，相應(yīng)貨物的數(shù)量為原數(shù)量加退料的數(shù)量并更新數(shù)據(jù)庫(kù)。前置條件：無(wú)。（5）商品調(diào)撥商品調(diào)撥功能如圖11-8所示。I：輸入調(diào)撥貨物的信息F：將

12、記錄更新到數(shù)據(jù)庫(kù)O：生成新的調(diào)撥信息列表圖11-8 商品調(diào)撥功能企業(yè)中很可能不止一個(gè)銷(xiāo)售部門(mén)，而各個(gè)銷(xiāo)售部門(mén)銷(xiāo)售業(yè)績(jī)也不相同。按照傳統(tǒng)的倉(cāng)庫(kù)物流管理模式，業(yè)績(jī)不好的銷(xiāo)售部門(mén)要將其積壓的商品退回倉(cāng)庫(kù)，業(yè)績(jī)好的銷(xiāo)售部門(mén)從倉(cāng)庫(kù)領(lǐng)取一定數(shù)量的商品，本系統(tǒng)中引入了商品調(diào)撥的概念，即業(yè)績(jī)不好的銷(xiāo)售部門(mén)可以直接將其積壓的商品移交一部分給業(yè)績(jī)好的銷(xiāo)售部門(mén)，不必通過(guò)倉(cāng)庫(kù)中轉(zhuǎn)。該功能具有較大的靈活性和可擴(kuò)展性，能夠滿足客戶在倉(cāng)儲(chǔ)管理方面更多個(gè)性化的需求。商品調(diào)撥模塊要求操作員輸入退料商品號(hào)、調(diào)撥數(shù)量、調(diào)撥人和倉(cāng)庫(kù)管理員，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作業(yè)調(diào)撥時(shí)間更新到數(shù)據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總調(diào)撥數(shù)量。在打印的單據(jù)中將

13、會(huì)給出上述的所有信息。前置條件：無(wú)。（6）倉(cāng)庫(kù)盤(pán)點(diǎn)倉(cāng)庫(kù)盤(pán)點(diǎn)功能如圖11-9所示。I：輸入盤(pán)點(diǎn)貨物的信息F：將記錄更新到數(shù)據(jù)庫(kù)O：生成新的盤(pán)點(diǎn)信息列表圖11-9 倉(cāng)庫(kù)盤(pán)點(diǎn)功能倉(cāng)庫(kù)盤(pán)點(diǎn)的目的是為了更好地了解倉(cāng)庫(kù)準(zhǔn)確的庫(kù)存信息。盤(pán)點(diǎn)的周期和盤(pán)點(diǎn)的方式，企業(yè)可以根據(jù)自身的情況加以選擇，不合理的倉(cāng)庫(kù)盤(pán)點(diǎn)，將會(huì)降低倉(cāng)庫(kù)庫(kù)存信息的準(zhǔn)確性、物料計(jì)劃的準(zhǔn)確性；不必要的倉(cāng)庫(kù)盤(pán)點(diǎn)將浪費(fèi)企業(yè)的人力和物力。倉(cāng)庫(kù)盤(pán)點(diǎn)一般可以按照周期盤(pán)點(diǎn)、循環(huán)盤(pán)點(diǎn)和零點(diǎn)3種方式進(jìn)行，企業(yè)采用周期盤(pán)點(diǎn)這種方式的情況較多。操作員可以在倉(cāng)庫(kù)盤(pán)點(diǎn)中任意增加或減少某件商品的庫(kù)存數(shù)據(jù)，因此，出于安全性方面的考慮，本功能模塊需要管理者（部門(mén)經(jīng)理）能使用

14、，并且所有的修改信息將會(huì)被存儲(chǔ)到數(shù)據(jù)中。倉(cāng)庫(kù)盤(pán)點(diǎn)模塊要求管理員輸入某商品、該商品實(shí)際數(shù)量，系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為盤(pán)點(diǎn)時(shí)間更新到數(shù)據(jù)庫(kù)，并且會(huì)自動(dòng)統(tǒng)計(jì)總盤(pán)點(diǎn)過(guò)程中修改的數(shù)量。在打印的單據(jù)中將會(huì)給出上述的所有信息。前置條件：管理員身份登錄。11.2.4 業(yè)務(wù)查詢業(yè)務(wù)查詢包括的具體功能模塊如圖11-10所示。業(yè)務(wù)查詢庫(kù)存情況銷(xiāo)售情況倉(cāng)庫(kù)查詢圖11-10 業(yè)務(wù)包括的功能模塊需求框圖隨著客戶要求的不斷提高，倉(cāng)儲(chǔ)管理在整個(gè)供應(yīng)鏈管理當(dāng)中占有非常重要的地位。以單據(jù)打印和數(shù)據(jù)記錄為設(shè)計(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ǔ)上，不但可以向客戶

15、報(bào)告其產(chǎn)品的實(shí)時(shí)動(dòng)態(tài)信息，還可以站在更高層面上為客戶在整個(gè)供應(yīng)鏈上最為緊密的合作伙伴。業(yè)務(wù)查詢功能模塊就是為用戶提供了傳統(tǒng)倉(cāng)庫(kù)管理系統(tǒng)以外的一些功能。（1）庫(kù)存查詢庫(kù)存查詢?nèi)鐕?guó)11-11所示。I：輸入商品的商品號(hào)F：到數(shù)據(jù)庫(kù)中查詢相應(yīng)信息O：給出庫(kù)存信息列表圖11-1 倉(cāng)庫(kù)庫(kù)存查詢功能庫(kù)存的可見(jiàn)性是決定企業(yè)的分銷(xiāo)戰(zhàn)略是否成功的最重要的一點(diǎn)。如果庫(kù)存水平和組成，或所計(jì)劃的對(duì)這些水平和組成的更新是模糊的、不正確的、過(guò)時(shí)的或完全不可信的，那么所有的倉(cāng)儲(chǔ)，運(yùn)輸和供應(yīng)鏈管理活動(dòng)都很有可能失敗。換句話說(shuō)，如果企業(yè)擁有清楚的、正確的、最新的和可靠的庫(kù)存信息，將能更好地保證倉(cāng)儲(chǔ)，運(yùn)輸和供應(yīng)鏈管理的成功。在本系

16、統(tǒng)的庫(kù)存查詢功能模式中，用戶可以查詢所有的商品庫(kù)存，也可以輸入某件商品的ID號(hào)從而得到該商品的庫(kù)存?？傊?，用戶可以通過(guò)本地查詢模塊輕松得到及時(shí)的庫(kù)存信息。前置條件：商品庫(kù)存表。（2）銷(xiāo)售查詢銷(xiāo)售查詢?nèi)鐖D11-12所示。I：輸入商品的商品號(hào)F：到數(shù)據(jù)庫(kù)中查詢相應(yīng)信息O：給出該商品銷(xiāo)售信息列表圖11-12 銷(xiāo)售查詢功能該功能模塊主要為企業(yè)管理者的經(jīng)營(yíng)決策提供參考的信息，更高層面上為客戶在制定生產(chǎn)和銷(xiāo)售計(jì)劃，及時(shí)調(diào)整市場(chǎng)策略等方面提供持續(xù)、綜合的參考信息。在銷(xiāo)售查詢功能模塊中，用戶只需要選擇某各時(shí)間段，計(jì)算機(jī)就會(huì)根據(jù)數(shù)據(jù)庫(kù)中的資料給出該時(shí)間段中所有商品的銷(xiāo)售情況。企業(yè)的經(jīng)營(yíng)者可以參考這樣的信息來(lái)做出

17、一些營(yíng)銷(xiāo)策略。由于本功能模塊涉及到企業(yè)的經(jīng)營(yíng)信息，考慮到商業(yè)信息的安全性，需要管理員給的用戶才可以使用本模塊。前置條件：管理員身份登錄。（3）倉(cāng)庫(kù)查詢倉(cāng)庫(kù)查詢?nèi)鐖D11-13所示。I：輸入商品號(hào)和查詢類型F：到數(shù)據(jù)庫(kù)中查詢相應(yīng)信息O：給出該商品銷(xiāo)售信息列表圖11-13 倉(cāng)庫(kù)查詢功能為適應(yīng)客戶不斷提高的要求，增強(qiáng)倉(cāng)儲(chǔ)企業(yè)的核心競(jìng)爭(zhēng)力，超越客戶的期望。本系統(tǒng)提供了非常完整的信息查詢，在倉(cāng)庫(kù)管理中輸入的任何一條信息都可以在倉(cāng)庫(kù)查詢模塊中查詢到。在本模塊中，用戶可以選擇查詢的類型包括：倉(cāng)庫(kù)進(jìn)貨、倉(cāng)庫(kù)退貨、倉(cāng)庫(kù)領(lǐng)料、倉(cāng)庫(kù)退料、商品調(diào)撥、倉(cāng)庫(kù)盤(pán)點(diǎn)；用戶在選擇查詢的類型后，再輸入需要查詢的時(shí)間，系統(tǒng)就會(huì)返回用

18、戶所需的信息。前置條件：無(wú)。11.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ù)管理包括的具體功能模塊如圖11-14所示。系統(tǒng)設(shè)置供應(yīng)商管理倉(cāng)庫(kù)設(shè)置圖11-14 系統(tǒng)設(shè)置包括的功能模塊需求框圖（1）供應(yīng)商管理供應(yīng)商管理如圖11-15所示。I：輸入供應(yīng)商的基本信息F：將數(shù)據(jù)更新到數(shù)據(jù)庫(kù)息O：給出新的供應(yīng)商信息列表圖11-15 供應(yīng)商管理功能在本功能模塊中，用戶可以增加新

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

20、的外部用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的是用途是列出系統(tǒng)中的用例和參與者，并顯示哪個(gè)參與者參與了哪個(gè)用例的執(zhí)行。本章的主要內(nèi)容是引導(dǎo)讀者熟悉建模的順序，掌握UML建模的一些基本方法，領(lǐng)會(huì)面向?qū)ο蟮膶?shí)質(zhì)。11.3.1 角色的確定在UML中，Actors代表位于系統(tǒng)之外和系統(tǒng)進(jìn)行交互的一類對(duì)象。用它可以對(duì)軟件系統(tǒng)與外界發(fā)生的交互進(jìn)行分析和描述。在倉(cāng)庫(kù)信息系統(tǒng)中，可以歸納出來(lái)的主要問(wèn)題有：n 購(gòu)買(mǎi)的商品入庫(kù)；n 將積壓的商品退給供應(yīng)商；n 將商品移送到銷(xiāo)售部門(mén)；n 銷(xiāo)售部門(mén)將商品移送到倉(cāng)庫(kù)；n 管理員盤(pán)點(diǎn)倉(cāng)庫(kù)；n 供應(yīng)

21、商提供各種貨物；n 用戶查詢銷(xiāo)售部門(mén)的營(yíng)銷(xiāo)記錄；n 用戶查詢倉(cāng)庫(kù)中的所有變動(dòng)記錄。從上面所歸納的問(wèn)題可以看出，本系統(tǒng)所涉及的操作主要是倉(cāng)庫(kù)信息的管理、維護(hù)以及各種信息的分析查詢。在本系統(tǒng)UML建模中，可以創(chuàng)建以下角色（Actors）：n 操作員；n 管理員；n 供應(yīng)商；n 商品領(lǐng)料人；n 商品退料人。n 使用Ration Rose的Use Case View中建立Actors如圖11-17所示。圖11-17 在Use Case View中創(chuàng)建角色11.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)

22、。這個(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)成敗是定義系統(tǒng)范圍（scoope）的基礎(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）：n 倉(cāng)庫(kù)進(jìn)貨；n 倉(cāng)庫(kù)退貨；n 倉(cāng)庫(kù)領(lǐng)料；n 倉(cāng)庫(kù)退料；n 商品調(diào)撥；n 倉(cāng)庫(kù)盤(pán)點(diǎn)；n 庫(kù)存查詢；n 業(yè)務(wù)分析；n 倉(cāng)庫(kù)歷史記錄查詢；n 供

23、應(yīng)商信息維護(hù)；n 倉(cāng)庫(kù)信息維護(hù)；n 用戶登錄；n 用戶注銷(xiāo)；n 退出系統(tǒng)。使用Ration Rose的Use Case View中建立用例（Use Cases）如圖11-18所示。圖11-18 在Use Case View中創(chuàng)建用例11.3.3 創(chuàng)建角色用例關(guān)系圖用例圖（Use Case Diagram）采用了面向?qū)ο蟮乃枷?，又是基于用戶視角，繪制非常容易，簡(jiǎn)單的圖表表示便于讓人們理解。用例圖表示了角色和用例以及它們之間的關(guān)系。它描述了系統(tǒng)、子系統(tǒng)和類的一致的功能集合，表現(xiàn)為系統(tǒng)和一個(gè)或多個(gè)外部交互者（角色）的消息交互動(dòng)作序列。也就是角色（用戶或外部系統(tǒng)）和系統(tǒng)（要設(shè)計(jì)的系統(tǒng)）的一個(gè)交互，為了

24、實(shí)現(xiàn)一個(gè)目的，這個(gè)目的的描述通常是一個(gè)動(dòng)詞短語(yǔ)，例如，開(kāi)立信用證，給客戶回單等。操作員的用例關(guān)系圖如圖11-19所示。圖11-19 操作員的用例關(guān)系圖管理員的用例關(guān)系圖如圖11-20所示。 圖11-20 管理員的用例關(guān)系圖領(lǐng)料人的用例關(guān)系圖如圖11-21所示。 圖11-21 商品領(lǐng)料人的用例關(guān)系圖退料人的用例關(guān)系圖如圖11-22所示。 圖11-22 商品退料人的用例關(guān)系圖商品供應(yīng)商的用例關(guān)系圖如圖11-23所示。圖11-23 商品供應(yīng)商的用例關(guān)系圖下面給出整個(gè)系統(tǒng)的用例關(guān)系圖如圖11-24所示。圖11-24 整個(gè)系統(tǒng)的Use Cases關(guān)系圖11.4 系統(tǒng)動(dòng)態(tài)模型動(dòng)態(tài)模型包括許多框圖：活動(dòng)圖（

25、Activity）、時(shí)序圖（Sequence）、協(xié)作圖（Collaboration）等。建立這些框圖目的是為了更好的了解業(yè)務(wù)流程。這些框圖的出現(xiàn)是對(duì)用例圖的巨大的補(bǔ)充。11.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ò)程中沒(méi)有外部事件引起的中斷，否則，普通的狀態(tài)機(jī)更適合于描述這種情況。活動(dòng)圖是對(duì)狀態(tài)圖的擴(kuò)展。狀態(tài)圖突出顯示的是狀態(tài)，狀態(tài)之間的轉(zhuǎn)移箭頭代表的是活動(dòng)。而活動(dòng)圖突出顯示的是活動(dòng)。每個(gè)活動(dòng)的圖表示為圓角矩形，比狀態(tài)圖標(biāo)更接近橢圓?；顒?dòng)圖的起始點(diǎn)和中止點(diǎn)圖標(biāo)與狀態(tài)圖一樣

26、。如圖11-25所示描述了一個(gè)活動(dòng)圖的例子?？驁D中的活動(dòng)用圓角矩形表示，這是工作流期間發(fā)生的步驟。工作流影響的對(duì)象用方框表示。開(kāi)始狀態(tài)表示工作流開(kāi)始，結(jié)束狀態(tài)表示工作流結(jié)束，決策點(diǎn)用菱形表示。圖11-25 進(jìn)貨的活動(dòng)圖在圖中，管理員、操作員還有供應(yīng)商三者發(fā)生了相互的關(guān)系。首先管理員查看銷(xiāo)售記錄判斷商品銷(xiāo)售狀況，然后查看商品庫(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)是商品，操作員接受貨物，更新數(shù)據(jù)庫(kù)，操作完成。經(jīng)過(guò)這樣的可視化建模可以比較清楚的知道整個(gè)進(jìn)貨過(guò)程的業(yè)務(wù)流程。11.4

27、.2 時(shí)序圖時(shí)序圖（Sequence Diagram）表示對(duì)象之間傳送消息的時(shí)間順序。時(shí)序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景的說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。時(shí)序圖中每一個(gè)類元角色用一條生命線來(lái)表示（用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命周期）。生命線之間的箭頭連接代表消息。時(shí)序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。時(shí)序圖的用途是用來(lái)表示用例中行為的時(shí)間順序。當(dāng)執(zhí)行一個(gè)用例行為時(shí)，時(shí)序圖中的每條消息對(duì)應(yīng)一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。（1）管理員盤(pán)點(diǎn)過(guò)程時(shí)序圖如圖11-26所示。圖11-26 倉(cāng)庫(kù)盤(pán)點(diǎn)過(guò)程時(shí)序圖（2）商品管理時(shí)序圖如圖11-27所示。圖11-27 商品管理時(shí)序圖（3）倉(cāng)庫(kù)歷史

28、記錄查詢時(shí)序圖如圖11-28所示。圖11-28 倉(cāng)庫(kù)歷史記錄查詢時(shí)序圖11.4.3 協(xié)作圖協(xié)作圖（Collaboration Diagram）用于在一次交互中對(duì)有意義的對(duì)象和對(duì)象間的鏈建模。對(duì)象和關(guān)系只有交互時(shí)才有意義。類元角色描述了一個(gè)對(duì)象，關(guān)聯(lián)角色描述了協(xié)作關(guān)系中的一個(gè)鏈。協(xié)作圖的用途是表示一個(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）管理員盤(pán)點(diǎn)過(guò)程協(xié)作圖如圖11-29所示。 圖11-29 倉(cāng)庫(kù)盤(pán)點(diǎn)過(guò)程協(xié)作圖（2）商品管理協(xié)作圖如圖11-30所示。（3）倉(cāng)庫(kù)歷史記錄查詢協(xié)作圖11-

29、31所示。協(xié)作圖和時(shí)序圖都可以表示各對(duì)象間的交互關(guān)系，但它們的側(cè)重點(diǎn)不同。時(shí)序圖用消息的幾何排列關(guān)系來(lái)表達(dá)消息的時(shí)間順序，各角色之間的相互關(guān)系是隱含的。協(xié)作圖用各角色的幾何排列圖形來(lái)表示角色之間的關(guān)系，并用消息來(lái)說(shuō)明這些關(guān)系。在實(shí)際中可以根據(jù)需要選用這兩種圖。11.5 創(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)中的包有

30、幾種可能的方式，可以用視圖、功能或建模者選擇的其他基本原則來(lái)規(guī)劃包。包是UML模型中一般的層次組織單元，他們可以被用來(lái)進(jìn)行存儲(chǔ)、訪問(wèn)控制、配置管理和構(gòu)造可重用模型部件庫(kù)。如果包的規(guī)劃比較合理，那么能夠反映系統(tǒng)的高層框架相關(guān)系統(tǒng)由子系統(tǒng)和它們之間的依賴關(guān)系組合而成。包之間的依賴關(guān)系概述了包的內(nèi)容之間的依賴關(guān)系。11.5.1 倉(cāng)庫(kù)管理系統(tǒng)包圖在定義具體的類之前，先在宏觀的角度上將整個(gè)系統(tǒng)分割成多個(gè)獨(dú)立的包。在這里把整個(gè)倉(cāng)庫(kù)管理系統(tǒng)分成的包如圖11-32所示。 圖11-32 系統(tǒng)包圖整個(gè)系統(tǒng)可以看成人員信息（peopleinformation）、事務(wù)（business）和接口(interfaces)

31、3塊，分別控制不同的應(yīng)用。11.5.2 人員信息（peopleinformation）包內(nèi)的類人員信息（peopleinformation）包內(nèi)的類組織如圖11-33所示。在這里，倉(cāng)庫(kù)管理系統(tǒng)所涉及到的所有人員信息都包括在本包中，這樣做的好處是倉(cāng)庫(kù)再添加的人員時(shí)就不會(huì)影響到別的包。 圖11-33 人員信息包內(nèi)的類在人員信息包內(nèi)，有以下5塊內(nèi)容：n 操作員；n 供應(yīng)商；n 管理員；n 商品領(lǐng)料人；n 商品退料人。11.5.3 事務(wù)包（business）包內(nèi)的類事務(wù)包（business）包內(nèi)的類組織如圖11-34所示。倉(cāng)庫(kù)所有的事務(wù)都包含在本包中，如果倉(cāng)庫(kù)管理過(guò)程中需要增加某事務(wù)，那么只需要在本包

32、中添加相應(yīng)的類即可。圖11-34 事務(wù)包內(nèi)的類11.5.4 接口包（interfaces）包內(nèi)的類接口（interfaces）包內(nèi)的類組織如圖11-35所示。接口（interfaces）包內(nèi)包括了所有的用戶接口類，這樣，當(dāng)用戶需要更改某界面或者是需要添加界面時(shí)就可在本包中完成。在接口包內(nèi)，有以下4塊內(nèi)容：n 倉(cāng)庫(kù)管理；n 系統(tǒng)設(shè)置；n 業(yè)務(wù)查詢；n 用戶登錄。11.6 系統(tǒng)類型模型類圖是面向?qū)ο笙到y(tǒng)的建模中最常見(jiàn)的圖。類圖顯示了一組類、接口、協(xié)作以及他們之間的關(guān)系。類圖用于對(duì)系統(tǒng)靜態(tài)設(shè)計(jì)視圖建模。其大部分涉及對(duì)系統(tǒng)的詞匯建模、對(duì)協(xié)作建模或?qū)δＪ浇?。類圖也是兩個(gè)相關(guān)（組件圖和配置圖）的基礎(chǔ)。類

33、圖不僅對(duì)結(jié)構(gòu)模型的可視化、詳述和文檔化很重要，而且對(duì)通過(guò)正向與逆向工程構(gòu)造可執(zhí)行系統(tǒng)也很重要。11.6.1 Logical視圖Logical視圖關(guān)注的焦點(diǎn)是系統(tǒng)的邏輯結(jié)構(gòu)。重復(fù)使用是一個(gè)主要目的。通過(guò)認(rèn)真的指定類的信息和行為、組合類，以及檢查類和包之間的關(guān)系，就可以確定可以重復(fù)使用的類和包。完成多個(gè)項(xiàng)目后，就可以將新類和包加進(jìn)重復(fù)使用庫(kù)中。今后的項(xiàng)目可以組裝現(xiàn)有的類和包，而不必一切從頭開(kāi)始。Logical視圖如圖11-36所示。圖11-36 Logical視圖11.6.2 類圖類圖中的類是針對(duì)時(shí)序圖和協(xié)作圖中每種對(duì)象創(chuàng)建的。如圖11-37圖11-39所示分別顯示了人員信息包，接口包和事務(wù)包中類的類圖。圖11-37 人員信息包內(nèi)的類圖因?yàn)椴僮鲉T的操作往往都是來(lái)自管理員的指令，可以理解成操作員的操作依賴于管理員，因此從操作員到管理員的虛線箭頭，表示兩者之間的依賴關(guān)系。除此之外，人員間沒(méi)有明顯的關(guān)系。圖11-38 接口信息包內(nèi)的類圖處于企業(yè)數(shù)據(jù)安全性方面的考慮,在倉(cāng)庫(kù)管理系統(tǒng)中,要進(jìn)行倉(cāng)庫(kù)管理、系統(tǒng)設(shè)置和業(yè)務(wù)查詢的操作都必須事先登錄系統(tǒng)，因此在接口信息包內(nèi)的類圖中有由倉(cāng)庫(kù)管理、系統(tǒng)設(shè)置、業(yè)務(wù)查詢到用戶登錄的虛線箭頭，表示它們之間存在依賴關(guān)系。倉(cāng)庫(kù)管理系統(tǒng)中的任何操作都必須在用戶登錄的前提下進(jìn)行，因此在系統(tǒng)事務(wù)的類圖中