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