【正文】 活狀態(tài)的用戶 ..以便其他用戶使用本系統(tǒng)。 倉(cāng)庫管理 倉(cāng)庫管理包括的具體功能模塊如圖 3 所示。根據(jù)詳細(xì)的需求分析 ..企業(yè)在庫存中面臨的主要問題體現(xiàn)在 ..庫存量較大 ..庫存資金周轉(zhuǎn)慢 ..不能及時(shí)統(tǒng)計(jì)庫存物料 ..庫房人員重復(fù)工作多 .效率低 .不知道庫存物資擠壓時(shí)間長(zhǎng)短。從倉(cāng)儲(chǔ)計(jì)劃到倉(cāng)庫操作和交叉運(yùn)輸 ..優(yōu)化的倉(cāng)儲(chǔ)將有助于大幅減少企業(yè)的存貨量和存貨成本 ..因?yàn)槠髽I(yè)將能保持較低的倉(cāng)庫存貨水平 ..優(yōu)化入庫 ..保管和出庫活動(dòng) ..并且協(xié)調(diào)載貨量。該操作完成后 ..響應(yīng)貨物的數(shù)量為原來數(shù)量加進(jìn)貨的數(shù)量 ..并更新數(shù)據(jù)庫。 需求分析表明 ..企業(yè)倉(cāng)庫中的貨物離開倉(cāng)庫主要有兩種原因 .企業(yè)無法銷售某商品 ..將其退還給供應(yīng)商 ..企業(yè)銷售了一部分某商品 .再?gòu)膫}(cāng)庫調(diào)出部分庫存的該種商品。該操作完成后 ..相應(yīng)貨物的數(shù)量為原數(shù)量減退貨的數(shù)量 .. 并更新數(shù)據(jù)庫。在打印的單據(jù)中將會(huì)給出上述的所有信息。 (4).倉(cāng)庫退料 倉(cāng)庫退料功能如下圖所示。 在本倉(cāng)庫信息系統(tǒng)中 ..倉(cāng)庫退料模塊要求操作員輸入退料商品號(hào)、退料數(shù)量、退料人和倉(cāng)庫管理員 ..系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為退料時(shí)間更新到數(shù)據(jù)庫 ..并且會(huì)自動(dòng)統(tǒng)計(jì)總退料數(shù)量。該操作完成后 ..相應(yīng)貨物的數(shù)量為原數(shù)量加退料的數(shù)量并更新數(shù)據(jù)庫。 企業(yè)中很可能不止一個(gè)銷售部門 ..而哥哥銷售部門銷售業(yè)績(jī)也不相同。本系統(tǒng)中引入了商品調(diào)撥的概念 ..即業(yè)績(jī)不好的銷售部門可以直接將其積壓的商品移交一部分給業(yè)績(jī)好的銷售部門 ..不必通過倉(cāng)庫中轉(zhuǎn)。 倉(cāng)庫調(diào)撥要求操作員輸入退料商品號(hào)、調(diào)撥數(shù)量、調(diào)撥人和倉(cāng)庫管理員 ..系統(tǒng)會(huì)自動(dòng)的將當(dāng)前系統(tǒng)時(shí)間作為調(diào)撥時(shí)間更新到數(shù)據(jù)庫 ..并且會(huì)自動(dòng)統(tǒng)計(jì)總調(diào)撥數(shù)量。 (6)倉(cāng)庫盤點(diǎn) 倉(cāng)庫盤點(diǎn)功能如下圖所示。盤點(diǎn)的周期和盤點(diǎn)的方式 ..企業(yè)可以根據(jù)自身的情況加以選擇 ..不合理的倉(cāng)庫盤點(diǎn) ..將會(huì)降低倉(cāng)庫庫存信息的準(zhǔn)確性、物料計(jì)劃的準(zhǔn)確性 ..不必要的倉(cāng)庫盤點(diǎn)將浪費(fèi)企業(yè)的人力和物力。 操作員可以在倉(cāng)庫盤點(diǎn)中任意增加或減少某件商品的庫存數(shù)據(jù) ..因此 ..出于安全性方面的考慮 ..本功能模塊需要管理者 ..部門經(jīng)理 .能使用 ..并且所有的修改信息將會(huì)被存儲(chǔ)到數(shù)據(jù)庫中。在打印的單據(jù)中將會(huì)給出上述的所有信息。 隨著客戶要求的不斷提高 ..倉(cāng)儲(chǔ)管理在整個(gè)供應(yīng)鏈管理當(dāng)中占有非常重要的地位。用戶所需要的是倉(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)鏈上最為緊密的合作伙伴。 (1)庫存查詢 庫存查詢?nèi)缦聢D所示。如果庫存水平和組成 ..或所計(jì)劃的對(duì)這些水平和組成的更新是模糊地、不正確的、過時(shí)的或完全不可信的 ..那么所有的倉(cāng)儲(chǔ) .運(yùn)輸和供應(yīng)鏈管理活動(dòng)都很有可能失敗。 在本系統(tǒng)的庫存查詢功能模塊中 ..用戶可以查詢所有的商品的庫存 ..也可以輸入某件商品的 ID 號(hào)從而得到該商品的庫存。 (2)銷售查詢 銷售查詢?nèi)缦聢D所示。 在銷售查詢功能模塊中 ..用戶只需要選擇某個(gè)時(shí)間段 ..計(jì)算機(jī)就會(huì)根據(jù)數(shù)據(jù)庫中的資料給出該時(shí)間段中所有商品的銷售情況。由于本功能模塊涉及到企業(yè)的經(jīng)營(yíng)信息 ..考慮到商業(yè)信息的安全性 ..需要管理員級(jí)的用戶 才可以使用本模塊。供應(yīng)商設(shè)置主要是提供一些供應(yīng)商的信息以方便用戶查詢和適用。 倉(cāng)庫管理包括的具體功能模塊如下圖所示。 在本功能模塊中 ..用戶可以增加新的供應(yīng)商 ..需要輸入供應(yīng)商的一些信息 ..包括供應(yīng)商號(hào)、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。 (2)倉(cāng)庫設(shè)置 倉(cāng)庫設(shè)置如圖所示。接下來 ..將對(duì)系統(tǒng)的流程和各個(gè)參與者之間的相互作用做詳細(xì)的說明 ..將以 Rational Rose 作為 UML 建模的工具 ..使用用例圖、時(shí)序圖、協(xié)作圖和類圖等對(duì)整個(gè)系統(tǒng)進(jìn)行描述、構(gòu)造、可視化和文檔編制。用例是系統(tǒng)中的一個(gè)功能單元 ..可以被描述為參與者與系統(tǒng)之間的一次交互作用。 角色的確定 在 UML 中 . Actors 代表位于系統(tǒng)之外和系統(tǒng)進(jìn)行交互的一類對(duì)象。在倉(cāng)庫信息系統(tǒng)中 ..可以歸納出來的主要問題有 . ■ 購(gòu)買的商品入庫 . ■ 將積壓的商品退給供應(yīng)商 . ■ 將商品移送到銷售部門 . ■ 銷售部門將商品移送到倉(cāng)庫 . ■管理員盤點(diǎn)倉(cāng)庫 . ■供應(yīng)商提供各種貨物 . ■用戶查詢銷售部門的營(yíng)銷記錄 . ■用戶查詢倉(cāng)庫中的所有變動(dòng)記錄。 在本系統(tǒng) UML 建模中 ..可以創(chuàng)建一下角色 ..Actors. ■操作員 . ■管理員 . ■供應(yīng)商 . ■商品領(lǐng)料人 . ■商品退料人。 圖 17 在 Use Case View 中創(chuàng)建角色 創(chuàng)建用例 用例本身是指一個(gè)用戶或其他系統(tǒng)與要設(shè)計(jì)的系統(tǒng)進(jìn)行的而一個(gè)交互 ..這個(gè)交互是為了達(dá)到某個(gè)目標(biāo) ..goal..。這個(gè)術(shù)語強(qiáng)調(diào)了任何人或系統(tǒng)擁有目標(biāo)的事實(shí)。作為用例的一部分 ..有必要記錄目標(biāo)成功和失敗對(duì)于活動(dòng)者和系統(tǒng)的含義。仔細(xì)定義目標(biāo)