基于net的倉庫管理系統(tǒng)系統(tǒng)倉庫管理系統(tǒng)畢業(yè)論文(編輯修改稿)

　

【文章內(nèi)容簡介】 盤點(diǎn),查詢。商品信息管理的總體活動可以由以下的圖來描述：圖22 商品信息管理的活動圖 研究領(lǐng)域分析現(xiàn)在仍然處在需求收集階段的概念性分析。這個階段需要開發(fā)出初步的類圖、建立和標(biāo)記類之間的關(guān)聯(lián)，同時(shí)填充類的信息。 初步用例模型開發(fā)用例是由參與者發(fā)起的，參與者能夠從用例的執(zhí)行中獲得有價(jià)值的事物。用例模型的圖形表示法很直觀。用例用一個橢圓形表示，直立人形圖表表示參與者。用例的發(fā)起參與者在用例圖的左側(cè)，接受參與者在用例圖的右側(cè)。參與者的名字放在參與者圖表的下方，用例的名字可以放在橢圓形里面也可以放在橢圓形下方。關(guān)聯(lián)線連接參與者和用例，并且表示參與者與用例之間有通信關(guān)系。關(guān)聯(lián)線是實(shí)現(xiàn)，和類之間的關(guān)聯(lián)線類似。 用例分析的一個好處是它能展現(xiàn)出系統(tǒng)和外部世界之間的邊界。參與者是典型的系統(tǒng)外部實(shí)體，而用例屬于系統(tǒng)內(nèi)部。系統(tǒng)的邊界用一個矩形（里面寫著系統(tǒng)的名字）來代表。系統(tǒng)的用例裝入矩形之內(nèi)。參與者、用例和互連線共同組成了用例模型（use case model）.下圖說明了這些符號：圖24 用例模型示例 開發(fā)系統(tǒng)業(yè)務(wù)角色 首先，需要確定整個系統(tǒng)的業(yè)務(wù)角色。業(yè)務(wù)角色，顧名思義，就是與業(yè)務(wù)交流的人或物，都可以被稱為業(yè)務(wù)角色。在本管理系統(tǒng)中，大體上可以分為生產(chǎn)廠家、供應(yīng)商、采購員、銷售員、基本操作員、系統(tǒng)管理員這六類業(yè)務(wù)角色。 開發(fā)初步用例圖接下來，需要對每個業(yè)務(wù)角色標(biāo)識業(yè)務(wù)用例，這些業(yè)務(wù)用例包括：生產(chǎn)商品、購入商品、批發(fā)銷售商品、輸入商品相關(guān)信息、售出商品、管理整個系統(tǒng)流程等等。 這個階段的任務(wù)，就是描述系統(tǒng)用例與系統(tǒng)業(yè)務(wù)角色之間的關(guān)系，如圖26中所示。圖26 業(yè)務(wù)角色與系統(tǒng)用例 開發(fā)初步類圖 系統(tǒng)中的類類圖(Class Diagram)描述類和類之間的靜態(tài)關(guān)系。與數(shù)據(jù)模型不同,它不僅顯示了信息的結(jié)構(gòu),同時(shí)還描述了系統(tǒng)的行為。類圖是定義其它圖的基礎(chǔ)。在類圖的基礎(chǔ)上,狀態(tài)圖、合作圖等進(jìn)一步描述了系統(tǒng)其他方面的特性。對象(Object)與對客觀世界的理解相關(guān)。通常用對象描述客觀世界中某個具體的實(shí)體。所謂類(Class)是對一類具有相同特征的對象的描述。而對象是類的實(shí)例(Instance)。建立類模型時(shí),應(yīng)盡量與應(yīng)用領(lǐng)域的概念保持一致,以使模型更符合客觀事實(shí),易修改，易理解和易交流。類描述一類對象的屬性(Attribute)和行為(Behavior)。在UML中,類的可視化表示為一個劃分成三個格子的長方形(下面兩個格子可省略)。圖1中,客戶就是一個典型的類。類的獲取和命名：最頂部的格子包含類的名字。類的命名應(yīng)盡量用應(yīng)用領(lǐng)域中的術(shù)語,應(yīng)明確、無歧義,以利于開發(fā)人員與用戶之間的相互理解和交流。類的獲取是一個依賴于人的創(chuàng)造力的過程,必須與領(lǐng)域?qū)＜液献?對研究領(lǐng)域仔細(xì)地分析,抽象出領(lǐng)域中的概念,定義其含義及相互關(guān)系,分析出系統(tǒng)類,并用領(lǐng)域中的術(shù)語為類命名。一般而言,類的名字是名詞。下面分析領(lǐng)域一下類中的動詞和名詞，其中的一些名詞將可能成為模型中的類，另一些名詞成為類的屬性。而動詞或者動詞短語則成為類的操作或類之間的關(guān)聯(lián)標(biāo)記。系統(tǒng)中涉及到的名詞有：商品（drug），用戶（user）, 管理員（administrator）, 普通用戶(mon user),信息錄入員(information recorder)，盤點(diǎn)員，調(diào)價(jià)員，采購員（buyer），倉庫保管員（depository keeper），銷售員(seller)，賬目(account), 發(fā)票(invoice), 賬單(bill), 入庫單(enter depository bill), 出庫單(out depository bill), 調(diào)價(jià)單(change price bill), 客戶（client）,供應(yīng)商（merchant），等等。系統(tǒng)中涉及到的動詞有：入庫(enter depository ),出庫(out depository ),盤點(diǎn)(check)、調(diào)價(jià)(change price)、付賬(pay)、信息錄入(information enter)，等等。 類之間的關(guān)系在這個階段，對開發(fā)出來的初步類圖中的類，根據(jù)其意義來分成一些組。人組成的一組: 用戶（user）, 管理員（administrator）, 過期日期（Due date）,普通用戶（mon user),客戶（client）,生產(chǎn)廠家（manufacturer）,供應(yīng)商（merchant）,銷售員（seller）,采購員（Buyer）物品組成的一組：商品（drug），藥庫（Depository）生成的單據(jù)組成的一組：賬目（account）, 發(fā)票(invoice）,Check（支票）,賬單（bill）, 入庫單（enter depository bill）, 出庫單（out depository bill）, 調(diào)價(jià)單（change price bill） 構(gòu)建系統(tǒng)類圖在完成了初步類圖的構(gòu)建之后，需要建立和標(biāo)記出類之間的關(guān)聯(lián)。具體的表述關(guān)聯(lián)的方法策略是：先從幾個類開始，找出與這個類存在關(guān)聯(lián)的其他類，然后再尋找另外一組類與其他類的關(guān)聯(lián)，直到窮盡了所有的類為止。下面先介紹一下類之間常用的幾種關(guān)系以及他們的概念：關(guān)聯(lián)關(guān)系：關(guān)聯(lián)(Association)表示兩個類之間存在某種語義上的聯(lián)系。角色：關(guān)聯(lián)兩頭的類以某種角色參與關(guān)聯(lián)。關(guān)聯(lián)類：一個關(guān)聯(lián)可能要記錄一些信息,可以引入一個關(guān)聯(lián)類來記錄。聚集和組成：聚集(Aggregation)是一種特殊形式的關(guān)聯(lián)。聚集表示類之間的關(guān)系是整體與部分的關(guān)系。聚集可以進(jìn)一步劃分成共享聚集(Shared Aggregation)和組成。繼承關(guān)系：人們將具有共同特性的元素抽象成類別,并通過增加其內(nèi)涵而進(jìn)一步分類。繼承(Generalization)定義了一般元素和特殊元素之間的分類關(guān)系。在UML中,繼承表示為一頭為空心三角形的連線。如圖28中,將User進(jìn)一步分為mon user, administrator和business user,使用的就是繼承關(guān)系。依賴關(guān)系： 有兩個元素X、Y,如果修改元素X的定義可能會引起對另一個元素Y的定義的修改,則稱元素Y依賴(Dependency)于元素X。 系統(tǒng)需求研究 收集系統(tǒng)需求在對一個系統(tǒng)的開發(fā)中，必須集中考慮用戶的需求，這個步驟需要開發(fā)出系統(tǒng)的功能包圖，每個包應(yīng)代表系統(tǒng)的一個功能模塊。包：將許多類集合成一個更高層次的單位,形成一個高內(nèi)聚、低耦合的類的集合。UML中這種分組機(jī)制叫包(Package)。任何模型元素都運(yùn)用包的機(jī)制。如果沒有任何啟發(fā)性原則來指導(dǎo)類的分組,分組方法就是任意的。在UML中,最有用的和強(qiáng)調(diào)最多的啟發(fā)性原則就是依賴。包圖主要顯示類的包以及這些包之間的依賴關(guān)系。有時(shí)還顯示包和包之間的繼承關(guān)系和組成關(guān)系?，F(xiàn)在可以開發(fā)出系統(tǒng)功能包圖如圖211。在圖211中,“系統(tǒng)”包由“界面”包和“單據(jù)”包和“使用者”包組成。這里稱它們?yōu)橄到y(tǒng)包的內(nèi)容。當(dāng)不需要顯示包的內(nèi)容時(shí),包的名字放入主方框內(nèi),否則包的名字放入左上角的小方框中,而將內(nèi)容放入主方框內(nèi)。包的內(nèi)容可以是類的列表,也可以是另一個包圖,還可以是一個類圖。圖211系統(tǒng)功能包圖3 系統(tǒng)分析與設(shè)計(jì) 開發(fā)系統(tǒng)用例模型用例能夠幫助系統(tǒng)開發(fā)者理解系統(tǒng)的預(yù)期行為，因而是一個強(qiáng)有力的工具，它能夠幫助開發(fā)者從用戶的觀點(diǎn)收集需求。用例是一個強(qiáng)有力的工具，當(dāng)使用UML可視化的表達(dá)出這些概念后，用例甚至?xí)兊酶訌?qiáng)大。可視化可以向用戶顯示用例，他們可以提供更多的信息。實(shí)際生活中用戶常常知道的比他們清楚表達(dá)出來的要多：用例能夠幫助用戶解決這個問題。另外，可視化的表達(dá)形式允許將用例圖和其他種類的圖結(jié)合起來。系統(tǒng)分析過程中的一個目標(biāo)是產(chǎn)生一組用例。此想法是要對用例進(jìn)行分類整理，以便于引用。這些用例代表著用戶對系統(tǒng)的觀點(diǎn)。當(dāng)要對系統(tǒng)升級時(shí)，用例目錄可以作為進(jìn)一步收集升級需求的基礎(chǔ)。 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)流分析數(shù)據(jù)流程分析主要包括對信息的流動、傳遞、處理、存儲等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題?，F(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖（data flow diagram，簡稱DFD）來實(shí)現(xiàn)的。其具體的做法是：按業(yè)務(wù)流程圖理出的務(wù)流程順序，將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程，繪制成一套完整的數(shù)據(jù)流程圖。商品進(jìn)銷存管理系統(tǒng)的數(shù)據(jù)流程：對本系統(tǒng)操作的數(shù)據(jù)源的用戶為管理員用戶。管理員用戶可以進(jìn)行信息查詢、添加、修改、刪除等相關(guān)操作。通過對本系統(tǒng)的需求分析，系統(tǒng)的基本功能已經(jīng)確定。整個系統(tǒng)的數(shù)據(jù)流程圖如22：進(jìn)入系統(tǒng)登錄界面管理員登錄系統(tǒng)維護(hù)操作頁面基本信息維護(hù)商品信息維護(hù)數(shù)據(jù)庫采購信息管理銷售信息維護(hù)財(cái)務(wù)信息維護(hù)退出系統(tǒng)供應(yīng)商管理數(shù)據(jù)庫維護(hù)圖22 系統(tǒng)數(shù)據(jù)流程圖 數(shù)據(jù)字典數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。 商品進(jìn)銷存管理系統(tǒng)的數(shù)據(jù)字典——數(shù)據(jù)流數(shù)據(jù)存儲名稱：管理員信息數(shù)據(jù)來源：管理員信息表數(shù)據(jù)去向：管理員登陸模塊數(shù)據(jù)組成：管理員信息＝管理信息唯一標(biāo)識+管理員帳號+管理員密碼+管理員權(quán)限+注冊時(shí)間描述：存儲了管理員的基本信息數(shù)據(jù)存