倉庫管理系統(tǒng)系統(tǒng)分析

1、倉庫管理系統(tǒng)系統(tǒng)分析倉庫管理系統(tǒng)一、系統(tǒng)分析倉庫管理系統(tǒng)，其基本任務也就是有效管理倉庫中物品的流通，如：進庫管理、出庫管理?？梢詫}庫物流管理做更加細致的分析，并從中發(fā)更多細節(jié)特征：1、倉庫物品流通是以物為基本單位進行的。2、倉庫物品流通將涉及物品的進庫、出庫與報損三種物流方式。3、物品流通管理涉及流通數(shù)據(jù)更新處理和對流通數(shù)據(jù)的查詢、匯總等數(shù)據(jù)4、檢索操作。5、 庫中物品或許會品種繁多，因此有必要對物品進行合理的分類，以方便對物品以及物品流通情況的數(shù)據(jù)檢索。6、 規(guī)范物品流通管理，倉庫中的物品應該在其流通之前進行登記。7、 當物品出庫、報損時必須考慮到物品的當前庫存量是否能夠滿足操作需要。8、

2、 倉庫物流管理是通過倉庫工作人員進行的，因此，工作人員需要進行注冊登記。9、 倉庫工作人員需要有唯一的個人身份標識，它既是工作人員登記系統(tǒng)時的身份驗證依據(jù)，也是工作人員在進行物品流通操作時的經手人標記。10、盡管工作人員的姓名也可以用做其身份標識，但不同的工作人員有可能會出現(xiàn)相同的姓名，因此有必要提供工作人員一個專門的身份標識碼。11、 庫物流管理雖然是通過諸多工作人員共同完成的，但各工作人員在操作上往往會有所分工，這意味著應該給予工作人員以操作權限限制012、 當設計工作人員操作權限的時候，往往需要有一種合理的授權機制與其相配合。例如，可設置一位系統(tǒng)管理員，由他進行全面管理，而其他工作人員則

3、通過他獲得局部管理受權。針對軟件問題的思索、分析而獲得的有關軟件的諸多描述，往往還需要通過歸納來進行總結。一種有效的歸納方式是從對軟件問題的描述中獲取軟件的基本數(shù)據(jù)要素、工作流程，由此而提出對于軟件而言合適的工作模型。圖1所示的物流管理系統(tǒng)工作模型，即是對前面諸多問題歸納的結果，它所表明的是：倉庫物流管理系統(tǒng)中存了物品品種、物品類別、物品流通與工作人員等基本數(shù)據(jù)要素。其中，對物品流通的處理是其基本工作任務，而倉庫工作人員的身份注冊、物品類別設置、物品登記等，則是該系統(tǒng)正常工作的必要前提條件。登記工作人員處理物品流通登記物品設置物品類別圖1“倉庫物流管理系統(tǒng)”工作模型功能描述軟件工作模型是對軟件

4、工作流程的抽象，它將在一定程度上決定軟件的功能結構。這意味著，在考慮并確定物流管理系統(tǒng)的軟件功能的時候，可以將該系統(tǒng)的軟件工作模型當作為基本依據(jù)。圖2所示的功能結構即為物流管理系統(tǒng)工作模型的合理推論。系統(tǒng)管理員系 統(tǒng) 登 陸工作人員登記物品類別設置物品登記與流通物品流通處理查詢、匯總數(shù)據(jù)數(shù) 據(jù) 維 護般工作人員“倉庫物流管理系統(tǒng)”功能結構在圖2中，系統(tǒng)考慮了系統(tǒng)管理員和一般工作人員兩種類型的用戶。其中，系統(tǒng)管理員是系統(tǒng)必須保留的基本用戶，具有對于系統(tǒng)的一切權限，而一般工作人員則是通過系統(tǒng)管理員登記注冊并授權的擁有局部的擴充用戶。以下是對物流管理系統(tǒng)基本功能的明，它們將作為后面軟件功能模塊創(chuàng)建的

5、基本依據(jù)。1、工作人員登記功能用途：登記或設置工作人員的身份標識、密碼、操作權限等個人信息。操作權歸屬：系統(tǒng)管理員。主要數(shù)據(jù)：職員ID、姓名、密碼、權限、停用狀態(tài)、電話、備注等內容。基本操作：添加記錄、刪除記錄、更新數(shù)據(jù)、設置權限。所在位置：工作人員登記對話框。其他說明：職員ID是工作人員身份標識碼，被用做工作人員登陸系統(tǒng)時的身份驗證依據(jù)，也是工作人員進行物流處理時的經手人識別標記。為便于識別工作人員，該數(shù)據(jù)將被考慮為具有不變性，也就是說，在工作人員完成登記之后，該數(shù)據(jù)將不能被修改。2、系統(tǒng)登錄功能用途：系統(tǒng)安全通道。這是信息系統(tǒng)最常使用的安全防范機制。操作權歸屬：需要進入系統(tǒng)的所有人員。輸入

6、數(shù)據(jù)：職員ID、密碼。返回數(shù)據(jù)：權限。內部操作數(shù)據(jù)：停用狀態(tài)?；静僮鳎旱卿浶畔⑤斎?、確定登錄、取消登錄。所在位置：系統(tǒng)啟動過程中的系統(tǒng)登錄對話框。其他說明：系統(tǒng)登錄的過程也就是對工作人員是否進行過合法登記，而進行的身份驗證的過程。由此可以防止非法用戶進入系統(tǒng)。3、物品類別設置功能用途：登記或設置物品類別標識、說明。使物品能夠分類管理，以方便物品的檢索。操作權歸屬：系統(tǒng)管理員。輸入數(shù)據(jù)：物品類別ID、物品類別說明等內容。基本操作：添加記錄、刪除記錄、更新數(shù)據(jù)。所在位置：物品類別設置對話框。其他說明：物品類別ID是物品類別標識碼，其具有唯一性。4、數(shù)據(jù)維護功能用途：對物品流通數(shù)據(jù)按日期期限歸總，

7、由此可以物流數(shù)據(jù)得到有效壓縮。操作權歸屬：系統(tǒng)管理員。主要數(shù)據(jù)：起止日期、物流類型選擇?；静僮鳎哼x擇待維護物流類型、啟動維護物流數(shù)據(jù)過程。所在位置：數(shù)據(jù)維護對話框。其他說明：數(shù)據(jù)維護的作用是將一些過時的物數(shù)據(jù)刪除，減輕數(shù)據(jù)系統(tǒng)的負擔，由此提高其作性能。但在刪除物流數(shù)據(jù)的過程中，必須要考慮物流數(shù)據(jù)的平衡，因此在刪除某期限內的某種物流數(shù)據(jù)的時候，需要先對該期限內的該類數(shù)據(jù)進行統(tǒng)計歸總，即：合為一條記錄。5、物品登記與流通功能用途：記錄物品ID、物品名稱、單價等有關物品的特征信息，激活物流處理對話框。操作權歸屬：系統(tǒng)管理員、具有該項操作權限的一般工作人員。主要數(shù)據(jù)：物品ID、物品名稱、單價、說明等

8、內容?；静僮鳎喊次锲奉悇e搜尋物品、添加記錄、刪除記錄、更新數(shù)據(jù)。所在位置：物品登記與流通窗口。其他說明：物品ID是物品標識碼，其具有唯一性。由于還可以通過物品名稱識別物品，因此可以采用自動編碼方式設置物品ID,這還意味著該數(shù)據(jù)將不會受操作控制。6、物品流通處理功能用途：進行進庫、出庫、報損等物品流通處理操作。操作權歸屬：系統(tǒng)管理員、具有該項操作權限的一般工作人員。顯示數(shù)據(jù)：物品ID、物品名稱、單價、說明、庫存量等。輸入數(shù)據(jù)：物流類型、數(shù)量?；静僮鳎簡舆M庫處理、出庫處理、報損處理。所在位置：物品流通處理對話框。其他說明：在進行出庫、報損操作時，需要重新計算當前庫存量是否滿足操作要求。7、物

9、品流通情況查詢功能用途：查詢物品流通情況。操作權歸屬：系統(tǒng)管理員、具有該項操作權限的一般工作人員。主要數(shù)據(jù)：物品ID、物品名稱、單價、說明、庫存量、物流類型、數(shù)量、查詢日期范圍等內容?；静僮鳎和ㄟ^樹形搜索框按所需要的日期范圍查詢物品流通情況。所在位置：物品流通情況查詢窗口。其他說明：查詢具有對數(shù)據(jù)定位的特點。查詢中需要考慮的因素主要有查詢操作方式、查詢定位精度。本系統(tǒng)考慮通過樹形搜索框，并按照物品類別、經手人一一物品一一物流類型的分級結構而實現(xiàn)樹狀分類查詢，并通過日期選取框獲取查詢日期范圍。因此，查詢定位精度可以達到某種物品的某種物流類型和以“日”為基本單位的任意時間段落。8、物品流通情況匯

10、總功能用途：匯總物品流通信息。操作權歸屬：系統(tǒng)管理員、具有該項操作權限的一般工作人員。輸入數(shù)據(jù)：匯總日期范圍、匯總方式。匯總數(shù)據(jù)：物品ID/物品名稱、進庫量/進庫價值、出庫量/出庫價值、報損量/報損價值等?；静僮鳎哼x取日期范圍、匯總方式。所在位置：物品流通情況匯總窗口。其他說明：匯總統(tǒng)計是一種含有更復雜計算的特殊查詢操作。例如：求總和、求平均值等。為方便查看匯總結果，本系統(tǒng)考慮提供匯總表、匯總圖兩種匯總結果顯示方式。三、數(shù)據(jù)庫結構設計數(shù)據(jù)結構組織和數(shù)據(jù)庫文件設計要根據(jù)不同用途，使用要求等，來決定數(shù)據(jù)的整體組織形式等一系列問題。數(shù)據(jù)庫，顧名思義，是存放數(shù)據(jù)的倉庫。只不過這個倉庫是在計算機存儲設

11、備上，而且數(shù)據(jù)是按一定的格式存放的。數(shù)據(jù)庫中的數(shù)據(jù)按一定數(shù)據(jù)模型組織、描述和存儲，具有較小的重復度、較高的數(shù)據(jù)獨立性和易擴展性，并且可以被在一定范圍內的各種用戶共享。在涉及數(shù)據(jù)庫的軟件開發(fā)中，需要根據(jù)有待解決的問題性質、規(guī)模，以及所采用的前端程序創(chuàng)建工具等，做出合適的數(shù)據(jù)庫類型選擇。本系統(tǒng)選擇MicrosoftAccess用于數(shù)據(jù)庫的創(chuàng)建，所創(chuàng)建的數(shù)據(jù)文件為CKGL.MDB01、數(shù)據(jù)庫結構在關系數(shù)據(jù)庫中，數(shù)據(jù)庫由關系數(shù)據(jù)表組成，而數(shù)據(jù)表的結構則又體現(xiàn)為表內部的字段。因此，數(shù)據(jù)庫結構設計也就具有了以下工作內容：確定數(shù)據(jù)庫中數(shù)據(jù)表的組成。確定數(shù)據(jù)表中字段的構成。定義主鍵字段，使數(shù)據(jù)表獲得實體完整性

12、約束。依靠數(shù)據(jù)表中主鍵字段，建立數(shù)據(jù)表之間的關系，并由此建立數(shù)據(jù)表之間的參照完整性約束。設置有關字段的約束條件。在數(shù)據(jù)庫設計過程中往往要考慮到以下兩個方面的問題：(1)、數(shù)據(jù)的現(xiàn)實性問題。數(shù)據(jù)庫所要存儲的數(shù)據(jù)來源于現(xiàn)實，因此，軟件有待解決的實際問題中所將遇到的數(shù)據(jù)也就成為了確定數(shù)據(jù)表、字段、約束條件和建立數(shù)據(jù)表之間關系的最基本依據(jù)。在許多情況下，我們可以根據(jù)軟件的工作模型中的數(shù)據(jù)要素而對其數(shù)據(jù)庫模型做出推斷。一種可供參考的設計原則是：基于軟件工作模型建立數(shù)據(jù)庫。基于軟件工作模型中的實體對象確定數(shù)據(jù)表。基于實體對象所具有的屬性而確定字段?；緦嶓w對象之間的相互依賴而確定數(shù)據(jù)表之間的關系。(2)、

13、數(shù)據(jù)的規(guī)范性問題。依靠對現(xiàn)實問題的描述而獲得的數(shù)據(jù)庫結構模型，往往還需要進行必要的精細加工。比如：所設計的數(shù)據(jù)庫中可能會出現(xiàn)過多的重復數(shù)據(jù)，它會使得數(shù)據(jù)庫的性能降低，數(shù)據(jù)維護量加大，而且不便于操作。為使數(shù)據(jù)庫結構更加科學合理，可以按照范式理論規(guī)則進行數(shù)據(jù)庫設計，目前應用較多的是第三范式(3NF)。而一個滿足第三范式規(guī)則的數(shù)據(jù)庫往往具有以下特點：數(shù)據(jù)表內記錄不重復。數(shù)據(jù)字段不可再分割，其具有最小數(shù)據(jù)單位的特點。數(shù)據(jù)表內字段或字段集之間互不依賴。不包含推導或計算的數(shù)據(jù)字段。本系統(tǒng)中的數(shù)據(jù)庫CKGL.MDB的結構設計即涉及到了對以后兩方面因素的綜合考慮。其以前面物流管理工作模型中的工作單元為依據(jù)來確

14、定其數(shù)據(jù)表的構成；并以工作單元中“處理物品流通”對“登記工作人員”、“登記物品”的依賴，以及“登記物品”對“設置物品類別”的依賴，而確定各數(shù)據(jù)表之間的關系。下面則是CKGL.MDB中各數(shù)據(jù)表的設計結構與說明：表1工作人員表結構與說明字段名數(shù)據(jù)類型字節(jié)數(shù)默認值主鍵職員ID文本10是姓名文本10密碼文本10操作權限文本500000”停用邏輯1False聯(lián)系電話文本12說明文本255照片OLE對象日期日期/時間8Date()說明：(1)該數(shù)據(jù)表用于記錄工作人員個人信息(2)表中字段“操作權限”由5個“0”或“1”的字符組成職權標記。首字符標記”系統(tǒng)管理員”，其余標記4項可選權限。系統(tǒng)管理員的權限值是

15、“11111'。表2物品種類表結構與說明字段名數(shù)據(jù)類型字節(jié)數(shù)默認值主鍵類別ID文本10是說明文本255說明：該數(shù)據(jù)表用于記錄物品類別數(shù)據(jù)表3物品流通表結構與說明字段名數(shù)據(jù)類型字節(jié)數(shù)默認值約束規(guī)則主鍵物流ID自動編p：4是物品ID數(shù)據(jù)4物流類型文本2“進庫“or'出庫”or”報損”數(shù)量數(shù)字I?0職員ID文本10日期日期/時間8Date()說明文本1100記錄特征邏輯1False說明：(1)該數(shù)據(jù)表用于記錄物品各次流通信息。(2)表中字段“記錄特征”用來標記新添加的記錄的值是否處于待定狀態(tài)，F(xiàn)alse表小待定。表4物品登記表結構與說明字段名數(shù)據(jù)類型字節(jié)數(shù)默認值主鍵物品ID自動編p4

16、是名稱文本16類別ID文本10單價貨幣8說明文本255照片OLE對象說明：該數(shù)據(jù)表用于記錄單個物品特征信息2、數(shù)據(jù)表之間的關系物品ID 物流類型 數(shù)量 職員口 日期說明 記錄特征數(shù)據(jù)表之間的關系可以通過軟件工作模型中工作單元之間的依賴關系得到一個初步結果，對于這個結果一般還需要進一步地根據(jù)范式規(guī)則進行優(yōu)化設計。這時，一個非常有效的分析設計工具是E-R（關系-聯(lián)系）圖，可以它來描述現(xiàn)實中數(shù)據(jù)實體之間的關系。物品m名稱類別ID單價說明圖3CKGL.MD沖數(shù)據(jù)表之間的關系隨著數(shù)據(jù)庫管理工具的進步，E-R圖這個傳統(tǒng)的手工分析設計工具實際上已被嵌入到了許多數(shù)據(jù)庫管理工具之中，例如：Access的“關系”

17、窗口就是E-R圖的變形。它不僅能夠表現(xiàn)關系，而且能夠在已建立的關系基礎之上進一步建立參照完整性規(guī)則，并由此實現(xiàn)“級聯(lián)更新”或“級聯(lián)刪除”，而使各個不同數(shù)據(jù)表中的數(shù)據(jù)保持一致。圖3所示是CKGL.MDB中各數(shù)據(jù)表之間的關系。CKGL.MDB中的級聯(lián)關系是：1、“物品種類”與“物品登記”之間基于主鍵“類別ID”建立的一對多關系，并設置參照完整性規(guī)則“級聯(lián)更新”操作。2、“物品登記”與“物品流通”之間基于主鍵“物品ID”建立的一對多關系，并設置參照完整性規(guī)則“級聯(lián)更新”操作。3、“工作人員”與“物品流通”之間基于主鍵“職員ID”建立的一對多關系，并設置參照完整性規(guī)則“級聯(lián)更新”操作。為了防止意外的數(shù)據(jù)刪除，以上關系的參照完整性規(guī)則中沒有選擇“級聯(lián)刪除”。3、數(shù)據(jù)視圖CKGL.MDB中的數(shù)據(jù)表是以基本數(shù)據(jù)實體為單位，并按照3NF規(guī)則創(chuàng)建的小規(guī)格表。這使得在實際數(shù)據(jù)應用中，需要對多個表進行數(shù)據(jù)操作。為減輕前端程序負擔，很有必要針對多表操作問題創(chuàng)建相關數(shù)據(jù)視圖。另外，針對一些依賴于SQL語言的復雜計算也有必要創(chuàng)建視圖。以下是CKGL.MDB數(shù)據(jù)視圖的內容說明：表5CKGL.MDB中數(shù)據(jù)視圖與說明數(shù):居視圖名SQL語句說明物品庫存情況SELECTfirs