UML大型超市管理系統(tǒng)

1、20142015 學(xué) 年 第 二 學(xué) 期軟件學(xué)院UML建模綜合設(shè)計(jì)實(shí)驗(yàn)大型倉庫管理系統(tǒng)的UML建模班 級2013級軟件開發(fā) .Net學(xué) 號20137750368姓 名趙攀任課教師薛均曉日 期2015年6月18日文工作和系統(tǒng)開發(fā)：本文首先對系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用UML建模語言對其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢與特色，同時(shí)與庫存管理

2、系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述庫存管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)的順序圖。根據(jù)庫存管理的特點(diǎn)，我們大膽的改進(jìn)了一般的UML建模的分析過程，并在分析設(shè)計(jì)過程中采用更加適合庫存系統(tǒng)的分析級類圖與順序圖。系統(tǒng)功能簡介：系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有1 系統(tǒng)應(yīng)該能完成入庫操作過程中的表與碼單的錄入2 系統(tǒng)應(yīng)該能完成入庫過程中的貨物的審核，記費(fèi)3 系統(tǒng)應(yīng)該能進(jìn)行有效的庫存管理，例如盤點(diǎn)，移庫等4 系統(tǒng)應(yīng)該能對出庫過程中的表與賬單進(jìn)行管理5

3、 系統(tǒng)用戶能有效的進(jìn)行權(quán)限，日志的管理6 系統(tǒng)用戶可以查詢報(bào)表，客戶，貨物等基本信息7 系統(tǒng)能記錄下系統(tǒng)的使用日志8 任何人員要使用本系統(tǒng)必須擁有相應(yīng)的權(quán)限第一章 庫存系統(tǒng)業(yè)務(wù)用例建模1.1庫存系統(tǒng)業(yè)務(wù)流程分析1.1.1入庫流程分析1、貨物到達(dá)后，站臺值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資到站日報(bào)，送至收貨組；2、收貨組根據(jù)物資到站日報(bào)表核對驗(yàn)收貨物，分配庫位，填寫碼單。 3、客戶貨物明細(xì)單到達(dá)后，填寫入庫單。核對碼單、貨物明細(xì)單，入庫單，如出現(xiàn)差錯(cuò)，返客戶貨物異常報(bào)告。4、總經(jīng)辦審核記賬后，生成帳卡、入庫收費(fèi)單，數(shù)據(jù)不再允許改動。入庫業(yè)務(wù)流程圖如下：1.1.2出庫流程分1 客戶在入庫時(shí)

4、提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。調(diào)度員核實(shí)提貨單的合法性，填寫出庫單，顯示相關(guān)業(yè)務(wù)號信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號的尾貨則給出尾貨提示。然后向用戶出具出庫收費(fèi)單，同時(shí)生成派車單，并派保管員準(zhǔn)備發(fā)貨。2 保管員持派車單組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫碼單出庫信息表 。3 用戶繳費(fèi)后，保管員開具出門證給用戶。4 總經(jīng)辦審核記賬后，生成保管收費(fèi)單。5 一批貨物全部出庫后，保管員將帳卡、提貨單、碼單送至總經(jīng)辦核實(shí)平帳后，存檔。出庫業(yè)務(wù)流程圖如下：提貨單調(diào)度員用戶客戶保管員出庫收費(fèi)單提貨詳單用戶客戶總經(jīng)辦貨物存儲檔案錄入審核平帳查賬發(fā)貨審核派車收費(fèi)帳

5、卡提貨單碼單庫存收費(fèi)單出門證派車單提貨單提貨單 1.13庫存管理業(yè)務(wù)流程分析盤點(diǎn)流程：1 貨艙部根據(jù)需要盤點(diǎn)的貨物生成盤點(diǎn)帳存表，表中有生成盤點(diǎn)表的商品編碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量及盤點(diǎn)日期等相關(guān)信息；2 打印盤點(diǎn)單,包括的項(xiàng)目有：商品庫位、所屬部門、類別、商品編碼、商品名稱、經(jīng)營方式、實(shí)盤數(shù)量及盤點(diǎn)日期，這里不輸出商品的帳存數(shù)量;3 盤點(diǎn)員手持盤點(diǎn)單，進(jìn)行實(shí)地盤點(diǎn)，將數(shù)量填入盤點(diǎn)單中實(shí)盤數(shù)量處；4 貨艙部在微機(jī)中調(diào)出對應(yīng)的盤點(diǎn)帳存表，將實(shí)盤的數(shù)量錄入進(jìn)去，經(jīng)主管檢察錄入數(shù)據(jù)的準(zhǔn)確性后，審核生效；5 生成盤點(diǎn)盈虧表。6 針對商品有盤盈和盤虧的商品進(jìn)行記賬。凡是有盈虧的商品

6、列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額盤點(diǎn)業(yè)務(wù)流程圖如下：盤點(diǎn)帳存單貨艙部盤點(diǎn)檔案調(diào)帳盤點(diǎn)盈虧表盤點(diǎn)員錄入審核貨艙部打印盤點(diǎn)單盤點(diǎn)員實(shí)地盤點(diǎn)盤點(diǎn)單生成盤點(diǎn)帳存表1.2業(yè)務(wù)需求用例建模階段1.2.1業(yè)務(wù)角色的查找及建立根據(jù)此庫存管理的分析知，庫存管理說涉及的業(yè)務(wù)角色有：站臺值班員，收貨組，總經(jīng)辦，客戶，保管員，貨艙部，盤點(diǎn)員，調(diào)度員。1.2.2業(yè)務(wù)用例查找與分析根據(jù)業(yè)務(wù)流程可以找到基本的業(yè)務(wù)用例有：1 站臺值班員卸貨審核清點(diǎn)貨物貨物到達(dá)后，站臺值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資到站日報(bào)，送至收貨組。2 收貨組驗(yàn)收入庫貨物分配庫位收貨組根據(jù)物資到站日報(bào)表核對驗(yàn)收貨物，

7、分配庫位，填寫碼單。3 收貨組審核入庫單據(jù)處理異?？蛻糌浳锩骷?xì)單到達(dá)后，填寫入庫單。核對碼單、貨物明細(xì)單，入庫單，如出現(xiàn)差錯(cuò)，返客戶貨物異常報(bào)告。4 總經(jīng)辦進(jìn)行入庫審核記賬總經(jīng)辦審核記賬后，生成帳卡、入庫收費(fèi)單，數(shù)據(jù)不再允許改動。注：客戶提供提單的同時(shí)，提供一份提貨樣單。5客戶申請?zhí)嶝浛蛻粼谌霂鞎r(shí)提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。6調(diào)度員審核客戶提貨的合法性調(diào)度員核實(shí)提貨單的合法性，填寫出庫單，顯示相關(guān)業(yè)務(wù)號信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號的尾貨則給出尾貨提示。然后向用戶出具出庫收費(fèi)單，同時(shí)生成派車單，并派保管員準(zhǔn)備發(fā)貨。7保管員組織發(fā)貨處理保管員

8、持派車單組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫碼單出庫信息表 。8用戶繳費(fèi)后，保管員開具出門證給用戶總經(jīng)辦進(jìn)行出庫審核記賬?？偨?jīng)辦審核記賬后，生成保管收費(fèi)單。總經(jīng)辦平帳處理。一批貨物全部出庫后，保管員將帳卡、提貨單、碼單送至總經(jīng)辦核實(shí)平帳后，存檔。9貨艙部生成盤點(diǎn)單據(jù)貨艙部根據(jù)需要盤點(diǎn)的貨物生成盤點(diǎn)帳存表，表中有生成盤點(diǎn)表的商品編碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量及盤點(diǎn)日期等相關(guān)信息。打印盤點(diǎn)單,包括的項(xiàng)目有：商品庫位、所屬部門、類別、商品編碼、商品名稱、經(jīng)營方式、實(shí)盤數(shù)量及盤點(diǎn)日期，這里不輸出商品的帳存數(shù)量。10 盤點(diǎn)員進(jìn)行實(shí)地盤點(diǎn)盤點(diǎn)員手持盤點(diǎn)單，進(jìn)行實(shí)地盤點(diǎn)，將數(shù)量填入盤點(diǎn)單

9、中實(shí)盤數(shù)量處。11 貨艙部進(jìn)行盤點(diǎn)結(jié)果處理貨艙部在微機(jī)中調(diào)出對應(yīng)的盤點(diǎn)帳存表，將實(shí)盤的數(shù)量錄入進(jìn)去，經(jīng)主管檢察錄入數(shù)據(jù)的準(zhǔn)確性后，審核生效。12 生成盤點(diǎn)盈虧表針對商品有盤盈和盤虧的商品進(jìn)行記賬。凡是有盈虧的商品列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額。13 過戶處理修改貨物所屬貨主，同時(shí)修改相應(yīng)信息（重復(fù)出庫、入庫流程）。14 移庫處理修改移庫貨物原有和現(xiàn)有的庫存位置。1.2.3 業(yè)務(wù)用例圖1.2.4 業(yè)務(wù)活動圖入庫過程： 出庫過程： 盤點(diǎn)過程： 1.3系統(tǒng)基本功能描述：根據(jù)庫存系統(tǒng)業(yè)務(wù)過程分析知系統(tǒng)的基本功能有入庫管理，出庫管理與庫存管理三大模塊，系統(tǒng)功能圖如下：第二章

10、庫存系統(tǒng)需求用例建模2.1入庫管理需求用例分析2.1.1確定系統(tǒng)頂層用例根據(jù)系統(tǒng)的業(yè)務(wù)過程分析與用戶的需求分析，系統(tǒng)的頂層用例如表所示：參與者用例說明入庫管理人員入庫管理，其中包括到站登記日報(bào)管理，入庫單管理，碼單管理，審核記賬等庫存管理人員庫存的基本業(yè)務(wù)管理，包括盤點(diǎn)管理，過戶管理，移庫管理倉區(qū)的基本信息管理，包括倉區(qū)參數(shù)設(shè)置，庫存分配，預(yù)警管理出庫管理人員出庫管理，有出庫單管理，出庫信息管理，出庫審核管理，以及平帳等系統(tǒng)管理人員系統(tǒng)管理，報(bào)表管理，查詢管理，基本資料管理等系統(tǒng)得頂層用例圖如下：2.1.2入庫管理功能性分析：根據(jù)業(yè)務(wù)描述，我們知道此模塊應(yīng)該要實(shí)現(xiàn)的功能大致如下：1 入庫管理人

11、員利用系統(tǒng)登記站臺管理員送來的到站日報(bào)表信息；2 入庫管理人員能修改到站日報(bào)表信息；3 入庫管理人員能刪除到站日報(bào)表信息；4 入庫管理人員根據(jù)到站日報(bào)填寫，修改，刪除碼單；5 入庫管理人員根據(jù)貨物明細(xì)單填寫，修改，刪除入庫單；6 入庫管理人員審核碼單、貨物明細(xì)單，入庫單如有差錯(cuò)，返回貨物異常報(bào)告；如無差錯(cuò)生成帳卡、入庫收費(fèi)單。入庫管理的分層用例圖如下：2.3系統(tǒng)整體功能描述系統(tǒng)整體功能圖如下：第三章 業(yè)務(wù)領(lǐng)域分析與設(shè)計(jì)3.1 1）登陸系統(tǒng) 類圖 2）順序圖3）協(xié)作圖3.2 審核處理順序圖3.3到站日報(bào)順序圖3.3.1 刪除到站日報(bào)順序圖3.3.2 修改碼單順序圖3.3.3系統(tǒng)設(shè)計(jì)順序圖3.3.

12、4 客戶貨物信息順序圖3.3.5 進(jìn)貨系統(tǒng)類圖3.3.6 倉庫進(jìn)貨狀態(tài)圖3.4 查看日報(bào)活動圖3.5 貨物管理活動圖3.6 倉庫歷史記錄查詢時(shí)序圖3.7系統(tǒng)構(gòu)架設(shè)計(jì)包是類或者文件的組合，在入庫系統(tǒng)的開發(fā)中，我們定義了用戶接口包，入庫管理類包，數(shù)據(jù)存儲包，以及在開發(fā)中涉及到的java包。用戶接口：通過用戶接口類，用戶可以瀏覽系統(tǒng)中的數(shù)據(jù)、輸入新的數(shù)據(jù)。其操作是通過調(diào)用業(yè)務(wù)邏輯中的操作來完成的。業(yè)務(wù)邏輯:主要包括應(yīng)用系統(tǒng)的對象(它們是對現(xiàn)實(shí)世界的模擬)，定義了這些對象的行為以及它們?yōu)閿?shù)據(jù)存取層提供了數(shù)據(jù)操作功能。數(shù)據(jù)存取:提供服務(wù)給業(yè)務(wù)邏輯層中的類，以及類的定義。3.7.1系統(tǒng)包圖第四張 系統(tǒng)與配

13、置實(shí)現(xiàn)測試4.1系統(tǒng)構(gòu)件圖UML是用組件來表示代碼物理模塊的。組件可以包括代碼庫和運(yùn)行文件。在生成代碼之前，將每個(gè)文件映射相應(yīng)組件。在本系統(tǒng)中，使用的是Java開發(fā)。每個(gè)類映射一個(gè)織件，表示這個(gè)類的.java文件。生成代碼時(shí)，Rose用組件信息創(chuàng)建相應(yīng)的代碼庫文件。本系統(tǒng)構(gòu)造的組件圖框架如下:4.2系統(tǒng)部署圖第五章 系統(tǒng)開發(fā)的思考5.1數(shù)據(jù)庫設(shè)計(jì)問題現(xiàn)在的開發(fā)環(huán)境越來越多的是面向?qū)ο蟮模鎯C(jī)制卻是不同于此的關(guān)系型數(shù)據(jù)庫，這兩者之間存在著很大差異。這種差異使系統(tǒng)的開發(fā)活動不能統(tǒng)一。典型的情況是，越來越多的應(yīng)用系統(tǒng)是三層甚至多層體系結(jié)構(gòu)，在此情況下，用戶接口層和業(yè)務(wù)邏輯層是用面向?qū)ο蠹夹g(shù)開發(fā)的，而數(shù)據(jù)庫多數(shù)仍然是關(guān)系型的。因此，在采用面向?qū)ο蠼＜夹g(shù)分析獲得對象模型后，怎樣得到關(guān)系型的數(shù)據(jù)庫呢?這也是我們本次系統(tǒng)開發(fā)中遇到的問題。5.2數(shù)據(jù)庫訪問設(shè)計(jì)問題上面的實(shí)體對象映射到數(shù)據(jù)庫表，主要是考慮UML的靜態(tài)模型到數(shù)據(jù)庫的映射，我們繼續(xù)討論動態(tài)模型在數(shù)據(jù)庫設(shè)計(jì)中的實(shí)現(xiàn)，主要是數(shù)據(jù)庫存取部分設(shè)計(jì)。一般來說，數(shù)據(jù)庫存取部分設(shè)計(jì)主要有以下幾種策略:(1)每個(gè)對象或類自己負(fù)責(zé)數(shù)據(jù)庫的訪問工作.這種方法不需要專門的服務(wù)類，但是業(yè)務(wù)邏輯和數(shù)據(jù)操作邏輯都集中在業(yè)務(wù)類中，任務(wù)劃分不清