【正文】 顯示出到站日報的信息3）入庫管理人員確認(rèn)要修改，并選擇修改項4）系統(tǒng)進(jìn)入日報修改界面5）入庫管理人員修改完成6）系統(tǒng)接收日報的修改信息并再次給出提示信息7）入庫管理人員確認(rèn)8）系統(tǒng)提示修改到站日報完成刪除到站日報參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要刪除的到站日報2）系統(tǒng)顯示出要刪除的到站日報的信息3）入庫管理人員確認(rèn)要刪除，并選擇刪除項4）系統(tǒng)接收日報的刪除命令并給出提示信息5）入庫管理人員確認(rèn)6）系統(tǒng)提示刪除到站日報完成 碼單管理用例描述：用例： 碼單管理參與者：入庫管理人員目的： 根據(jù)到站日報生成碼單，貨物到達(dá)驗收后產(chǎn)生，記錄貨物存放信息。根據(jù)系統(tǒng)的業(yè)務(wù)過程分析與用戶的需求分析，系統(tǒng)的頂層用例如表所示：參與者用例說明入庫管理人員入庫管理，其中包括到站登記日報管理，入庫單管理，碼單管理，審核記賬等庫存管理人員庫存的基本業(yè)務(wù)管理，包括盤點管理，過戶管理，移庫管理倉區(qū)的基本信息管理，包括倉區(qū)參數(shù)設(shè)置，庫存分配，預(yù)警管理出庫管理人員出庫管理，有出庫單管理，出庫信息管理，出庫審核管理，以及平帳等系統(tǒng)管理人員系統(tǒng)管理，報表管理，查詢管理，基本資料管理等系統(tǒng)得頂層用例圖如下： 入庫管理功能性分析：根據(jù)業(yè)務(wù)描述，我們知道此模塊應(yīng)該要實現(xiàn)的功能大致如下：1 入庫管理人員利用系統(tǒng)登記站臺管理員送來的到站日報表信息；2 入庫管理人員能修改到站日報表信息；3 入庫管理人員能刪除到站日報表信息；4 入庫管理人員根據(jù)到站日報填寫，修改，刪除碼單；5 入庫管理人員根據(jù)貨物明細(xì)單填寫，修改，刪除入庫單；6 入庫管理人員審核《碼單》、《貨物明細(xì)單》，《入庫單》如有差錯，返回《貨物異常報告》；如無差錯生成《帳卡》、《入庫收費單》。因此我們將采用建立多層次的用例圖。這種方法存在以下缺點：一張用例圖不能描述復(fù)雜系統(tǒng)全部需求；系統(tǒng)的業(yè)務(wù)種類多、功能繁雜，根本無法清晰地將系統(tǒng)的全部功能展開在一張用例圖上，即使可以，用戶看到縱橫交錯的各種關(guān)系，也只能望而生畏；用例圖不適應(yīng)描述系統(tǒng)的非功能要求；文字不便于說明復(fù)雜用例的流程。庫存管理系統(tǒng)中，我們通過分析，可以找出這樣一些角色：客戶，貨物，入庫管理人員，倉庫，出庫管理人員，庫存管理人員，系統(tǒng)管理人員。入庫過程：出庫過程：盤點過程： 系統(tǒng)基本功能描述：根據(jù)庫存系統(tǒng)業(yè)務(wù)過程分析知系統(tǒng)的基本功能有入庫管理，出庫管理與庫存管理三大模塊，系統(tǒng)功能圖如下：倉儲系統(tǒng)入庫業(yè)務(wù)庫存業(yè)務(wù)出庫業(yè)務(wù)第二章 庫存系統(tǒng)系統(tǒng)需求用例建模 入庫管理需求用例分析 確定系統(tǒng)角色：一個角色可以是人、硬件設(shè)備、甚至另外一個系統(tǒng)。13 過戶處理修改貨物所屬貨主，同時修改相應(yīng)信息（重復(fù)出庫、入庫流程）。12 生成盤點盈虧表針對商品有盤盈和盤虧的商品進(jìn)行記賬。10 盤點員進(jìn)行實地盤點盤點員手持盤點單，進(jìn)行實地盤點，將數(shù)量填入盤點單中實盤數(shù)量處。9貨艙部生成盤點單據(jù)貨艙部根據(jù)需要盤點的貨物生成盤點帳存表，表中有生成盤點表的商品編碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量及盤點日期等相關(guān)信息?？偨?jīng)辦平帳處理。8用戶繳費后，保管員開具出門證給用戶總經(jīng)辦進(jìn)行出庫審核記賬。然后向用戶出具《出庫收費單》，同時生成《派車單》，并派保管員準(zhǔn)備發(fā)貨。5客戶申請?zhí)嶝浛蛻粼谌霂鞎r提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。4 總經(jīng)辦進(jìn)行入庫審核記賬總經(jīng)辦審核記賬后，生成《帳卡》、《入庫收費單》，數(shù)據(jù)不再允許改動。3 收貨組審核入庫單據(jù)處理異常客戶《貨物明細(xì)單》到達(dá)后，填寫《入庫單》。凡是有盈虧的商品列出商品編碼、名稱、實盤數(shù)量、帳存數(shù)量、成本單價、盈虧金額 盤點業(yè)務(wù)流程圖如下：根據(jù)此庫存管理的分析知，庫存管理說涉及的業(yè)務(wù)角色有：站臺值班員，收貨組，總經(jīng)辦，客戶，保管員，貨艙部，盤點員，調(diào)度員根據(jù)業(yè)務(wù)流程可以找到基本的業(yè)務(wù)用例有：1 站臺值班員卸貨審核清點貨物貨物到達(dá)后，站臺值班員組織卸貨，大致清點品種、件數(shù)，編寫《物資到站日報》，送至收貨組。3 盤點員手持盤點單，進(jìn)行實地盤點，將數(shù)量填入盤點單中實盤數(shù)量處；4 貨艙部在微機(jī)中調(diào)出對應(yīng)的盤點帳存表，將實盤的數(shù)量錄入進(jìn)去，經(jīng)主管檢察錄入數(shù)據(jù)的準(zhǔn)確性后，審核生效；5 生成盤點盈虧表。5 一批貨物全部出庫后，保管員將《帳卡》、《提貨單》、《碼單》送至總經(jīng)辦核實平帳后，存檔。3 用戶繳費后，保管員開具出門證給用戶。然后向用戶出具《出庫收費單》，同時生成《派車單》，并派保管員準(zhǔn)備發(fā)貨。入庫業(yè)務(wù)流程圖如下： 出庫流程分析1 客戶在入庫時提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。核對《碼單》、《貨物明細(xì)單》，《入庫單》，如出現(xiàn)差錯，返客戶《貨物異常報告》。3 系統(tǒng)功能簡介：系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有：1 系統(tǒng)應(yīng)該能完成入庫操作過程中的表與碼單的錄入；2 系統(tǒng)應(yīng)該能完成入庫過程中的貨物的審核，記費；3 系統(tǒng)應(yīng)該能進(jìn)行有效的庫存管理，例如盤點，移庫等；4 系統(tǒng)應(yīng)該能對出庫過程中的表與賬單進(jìn)行管理；5 系統(tǒng)應(yīng)該能對出庫后的平帳，記錄儲存等進(jìn)行管理；6 系統(tǒng)用戶能有效的進(jìn)行權(quán)限，日志的管理；7 系統(tǒng)用戶可以查詢報表，客戶，貨物等基本信息；8 系統(tǒng)能記錄下系統(tǒng)的使用日志；9 任何人員要使用本系統(tǒng)必須擁有相應(yīng)的權(quán)限； 第一章 庫存系統(tǒng)業(yè)務(wù)用例建模 庫存系統(tǒng)業(yè)務(wù)流程分析 入庫流程分析貨物到達(dá)后，站臺值班員組織卸貨，大致清點品種、件數(shù)，編寫《物資到站日報》，送至收貨組；收貨組根據(jù)《物資到站日報表》核對驗收貨物，分配庫位，填寫《碼單》。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述庫存管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)的順序圖。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢與特色，同時與庫存管理系統(tǒng)緊密結(jié)合。結(jié)構(gòu)化開發(fā)方法暴露出來的問題促使了面向?qū)ο箝_發(fā)技術(shù)的形成與發(fā)展，而面向?qū)ο蠹夹g(shù)的發(fā)展促使了UML語言的產(chǎn)生。4)結(jié)構(gòu)化方法開發(fā)出來的系統(tǒng)往往難以維護(hù)，因為所有的函數(shù)都必須知道數(shù)據(jù)結(jié)構(gòu)。3)在系統(tǒng)中模塊之間的控制作用有重要影響時，由于在“好的模塊結(jié)構(gòu)”中的模塊間的控制作用只能通過上下之間的調(diào)用關(guān)系來進(jìn)行，造成信息傳遞路徑過長，效率低，易受干擾，甚至出錯。這種開發(fā)方法下設(shè)計的系統(tǒng)在70或80年代早期還可以適應(yīng)，但在越來越復(fù)雜的非數(shù)值計算類型的軟件開發(fā)中，在廣泛應(yīng)用圖形界面的交互式系統(tǒng)中，在控制要求非常突出的應(yīng)用中，在需求經(jīng)常變化的條件下，尤其是在庫存系統(tǒng)這種數(shù)據(jù)流動性要求比較高的管理軟件的開發(fā)，用傳統(tǒng)的軟件開發(fā)方法解決問題往往暴露出嚴(yán)重的不適應(yīng)性，主要表現(xiàn)在以下幾點：1)功能與數(shù)據(jù)分離的軟件設(shè)計結(jié)構(gòu)與人類的現(xiàn)實環(huán)境很不一樣，和人的自 然思維也就很不一致。基于這個過程我們從系統(tǒng)分析，設(shè)計，實現(xiàn)與測試，運用UML建模思想與各種模型對庫存系統(tǒng)進(jìn)行了詳細(xì)的描述。建模是開發(fā)優(yōu)秀軟件所有活動的核心部分，也是本文工作的重點所在。57 / 58庫存管理系統(tǒng)UML設(shè)計與實現(xiàn)目錄基于UML的庫存管理系統(tǒng)的設(shè)計與實現(xiàn) 3摘要 31 問題的提出： 52 本文工作和系統(tǒng)開發(fā)： 53 系統(tǒng)功能簡介： 6第一章 庫存系統(tǒng)業(yè)務(wù)用例建模 7 庫存系統(tǒng)業(yè)務(wù)流程分析 7 入庫流程分析 7 9 9 9 11 11 系統(tǒng)基本功能描述： 13第二章 庫存系統(tǒng)系統(tǒng)需求用例建模 14 入庫管理需求用例分析 14 確定系統(tǒng)角色： 14 14 入庫管理功能性分析： 15 到站日報錄入管理用例描述： 16 碼單管理用例描述： 18 入庫單管理用例描述： 19 審核管理用例描述： 22 系統(tǒng)擴(kuò)展功能需求用例分析 22 系統(tǒng)整體功能描述 24第三章 業(yè)務(wù)領(lǐng)域分析與設(shè)計 25 系統(tǒng)順序圖，狀態(tài)圖 25 定義基本對象與類 30 入庫系統(tǒng)類圖： 32 定義對象與類的屬性與操作 32，入庫類圖 44 系統(tǒng)擴(kuò)展功能 45 系統(tǒng)構(gòu)架設(shè)計 52第四章 系統(tǒng)實現(xiàn)測試與配置 53 53 系統(tǒng)實現(xiàn)方式圖 53第五章 系統(tǒng)開發(fā)的思考 545. 1 數(shù)據(jù)庫設(shè)計問題 545. 2 數(shù)據(jù)庫訪問設(shè)計問題 55結(jié)束語 56參考文獻(xiàn) 57基于UML的庫存管理系統(tǒng)的設(shè)計與實現(xiàn)摘要面向?qū)ο蠹夹g(shù)是軟件工程和過程工程領(lǐng)域中的重要技術(shù)，統(tǒng)一建模語言UML則是近幾年國際上比較流行的面向?qū)ο蟮臉?biāo)準(zhǔn)建模語言。本文闡述了基于UML建模的庫存管理信息系統(tǒng)的開發(fā)。在開發(fā)中我們考慮了RUP迭代式開發(fā)的優(yōu)點并與本庫存系統(tǒng)開發(fā)的特色相結(jié)合，提出了自己的一套UML的建模過程。關(guān)鍵字:面向?qū)ο?，UML,庫存系統(tǒng)，系統(tǒng)開發(fā)引言：1 問題的提出：傳統(tǒng)的面向過程的庫存管理信息系統(tǒng)的開發(fā)中存在不少的問題，傳統(tǒng)的面向過程的開發(fā)方法，也即主要是基于功能分析或數(shù)據(jù)分析基礎(chǔ)上的結(jié)構(gòu)化方法。 2)系統(tǒng)是圍繞著如何實現(xiàn)一定的行為來進(jìn)行的，當(dāng)系統(tǒng)行為易變，需要常常修改時，修改極為困難，因此這種結(jié)構(gòu)無法適應(yīng)迅速變化的技術(shù)和需求。所以這種結(jié)構(gòu)無法適應(yīng)以控制關(guān)系為重要特性的系統(tǒng)要求。5)自頂向下功能分解的分析方法極大地限制了軟件的可重用性，導(dǎo)致對同樣對象的大量的重復(fù)性工作，大大降低了開發(fā)人員的生產(chǎn)率。2 本文工作和系統(tǒng)開發(fā)：本文首先對系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計，并在分析與設(shè)計的同時用UML建模語言對其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設(shè)計到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢。根據(jù)庫存管理的特點，我們大膽的改進(jìn)了一般的UML建模的分析過程，并在分析設(shè)計過程中采用更加適合庫存系統(tǒng)的分析級類圖與順序圖。 客戶《貨物明細(xì)單》到達(dá)后，填寫《入庫單》?？偨?jīng)辦審核記賬后，生成《帳卡》、《入庫收費單》，數(shù)據(jù)不再允許改動。調(diào)度員核實提貨單的合法性，填寫《出庫單》，顯示相關(guān)業(yè)務(wù)號信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個業(yè)務(wù)號的尾貨則給