倉(cāng)庫(kù)管理系統(tǒng)分析與設(shè)計(jì)

1、課 程 設(shè) 計(jì) 報(bào) 告學(xué)生姓名:學(xué) 號(hào)：學(xué) 院:班 級(jí):題 目:倉(cāng)庫(kù)管理系統(tǒng)分析與設(shè)計(jì)指導(dǎo)教師： 職稱: 2011年 7 月 15 日 目 錄1. 選題背景12. 倉(cāng)庫(kù)管理系統(tǒng)需求分析32.1倉(cāng)庫(kù)管理系統(tǒng)的需求陳述32.2需求分析42.2.1功能需求42.2.2性能需求62.3系統(tǒng)需求建模72.3.1業(yè)務(wù)角色的查找及建立72.3.2業(yè)務(wù)用例查找與分析72.3.3業(yè)務(wù)用例圖92.3.4業(yè)務(wù)活動(dòng)圖103. 倉(cāng)庫(kù)管理系統(tǒng)系統(tǒng)分析123.1 系統(tǒng)用例建模123.1.1 確定系統(tǒng)角色123.1.2確定系統(tǒng)頂層用例123.1.3 入庫(kù)管理功能性分析133.1.4 到站日?qǐng)?bào)錄入管理用例描述143.1.5碼單

2、管理用例描述163.1.6入庫(kù)單管理用例描述173.1.7審核管理用例描述193.2 靜態(tài)結(jié)構(gòu)模型203.3 系統(tǒng)動(dòng)態(tài)模型224. 倉(cāng)庫(kù)管理系統(tǒng)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)234.1 UML體系結(jié)構(gòu)設(shè)計(jì)234.1.1系統(tǒng)順序圖狀態(tài)圖234.1.2定義基本對(duì)象與類284.1.3入庫(kù)系統(tǒng)類圖304.2 對(duì)象模型設(shè)計(jì)304.2.1系統(tǒng)設(shè)計(jì)順序圖入庫(kù)類圖304.2.2系統(tǒng)擴(kuò)展功能314.2.3系統(tǒng)構(gòu)架設(shè)計(jì)374.3 系統(tǒng)實(shí)現(xiàn)384.3.1系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)384.3.2系統(tǒng)實(shí)現(xiàn)方式圖394.3.3系統(tǒng)測(cè)試與系統(tǒng)實(shí)現(xiàn)界面405. 課程設(shè)計(jì)心得體會(huì)42參考文獻(xiàn)441. 選題背景傳統(tǒng)的面向過程的倉(cāng)儲(chǔ)管理信息系統(tǒng)的開發(fā)中

3、存在不少的問題，傳統(tǒng)的面向過程的開發(fā)方法，也即主要是基于功能分析或數(shù)據(jù)分析基礎(chǔ)上的結(jié)構(gòu)化方法。這種開發(fā)方法下設(shè)計(jì)的系統(tǒng)在70或80年代早期還可以適應(yīng)，但在越來越復(fù)雜的非數(shù)值計(jì)算類型的軟件開發(fā)中，在廣泛應(yīng)用圖形界面的交互式系統(tǒng)中，在控制要求非常突出的應(yīng)用中，在需求經(jīng)常變化的條件下，尤其是在倉(cāng)儲(chǔ)系統(tǒng)這種數(shù)據(jù)流動(dòng)性要求比較高的管理軟件的開發(fā)，用傳統(tǒng)的軟件開發(fā)方法解決問題往往暴露出嚴(yán)重的不適應(yīng)性，主要表現(xiàn)在以下幾點(diǎn)：1)功能與數(shù)據(jù)分離的軟件設(shè)計(jì)結(jié)構(gòu)與人類的現(xiàn)實(shí)環(huán)境很不一樣，和人的自然思維也就很不一致。 2)系統(tǒng)是圍繞著如何實(shí)現(xiàn)一定的行為來進(jìn)行的，當(dāng)系統(tǒng)行為易變，需要常常修改時(shí)，修改極為困難，因此這種結(jié)

4、構(gòu)無法適應(yīng)迅速變化的技術(shù)和需求。3)在系統(tǒng)中模塊之間的控制作用有重要影響時(shí)，由于在“好的模塊結(jié)構(gòu)”中的模塊間的控制作用只能通過上下之間的調(diào)用關(guān)系來進(jìn)行，造成信息傳遞路徑過長(zhǎng)，效率低，易受干擾，甚至出錯(cuò)。所以這種結(jié)構(gòu)無法適應(yīng)以控制關(guān)系為重要特性的系統(tǒng)要求。4)結(jié)構(gòu)化方法開發(fā)出來的系統(tǒng)往往難以維護(hù)，因?yàn)樗械暮瘮?shù)都必須知道數(shù)據(jù)結(jié)構(gòu)。5)自頂向下功能分解的分析方法極大地限制了軟件的可重用性，導(dǎo)致對(duì)同樣對(duì)象的大量的重復(fù)性工作，大大降低了開發(fā)人員的生產(chǎn)率。結(jié)構(gòu)化開發(fā)方法暴露出來的問題促使了面向?qū)ο箝_發(fā)技術(shù)的形成與發(fā)展，而面向?qū)ο蠹夹g(shù)的發(fā)展促使了UML語(yǔ)言的產(chǎn)生。本文首先對(duì)公司的業(yè)務(wù)與用戶的需求進(jìn)行了分析

5、，然后對(duì)系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用UML建模語(yǔ)言對(duì)其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過渡，以體現(xiàn)UML建模的模型對(duì)系統(tǒng)開發(fā)帶來的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語(yǔ)言的優(yōu)勢(shì)與特色，同時(shí)與倉(cāng)儲(chǔ)管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語(yǔ)言所特有的語(yǔ)言建模優(yōu)勢(shì)。在編寫中我們大量的使用UML語(yǔ)言所提供的各種建模圖形來描述倉(cāng)儲(chǔ)管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動(dòng)態(tài)的順序圖。根據(jù)倉(cāng)儲(chǔ)管理

6、的特點(diǎn)，我們大膽的改進(jìn)了一般的UML建模的分析過程，并在分析設(shè)計(jì)過程中采用更加適合倉(cāng)儲(chǔ)系統(tǒng)的分析級(jí)類圖與順序圖。倉(cāng)儲(chǔ)系統(tǒng)過程語(yǔ)言思想 圖1因?yàn)橄到y(tǒng)開發(fā)的難度比較大，系統(tǒng)分析工作是我與我的合作者洪少藩同學(xué)共同完成的，而系統(tǒng)設(shè)計(jì)任務(wù)是我們分工完成的，我完成了入庫(kù)管理與系統(tǒng)其他功能的設(shè)計(jì)，洪少藩完成了出庫(kù)和庫(kù)存的系統(tǒng)設(shè)計(jì)工作，由于時(shí)間關(guān)系我們?cè)趯?shí)現(xiàn)階段只完成了入庫(kù)管理這一模塊。2. 倉(cāng)庫(kù)管理系統(tǒng)需求分析2.1倉(cāng)庫(kù)管理系統(tǒng)的需求陳述根據(jù)倉(cāng)儲(chǔ)系統(tǒng)業(yè)務(wù)過程分析知系統(tǒng)的基本功能有入庫(kù)管理，出庫(kù)管理與庫(kù)存管理三大模塊，系統(tǒng)功能圖如下：圖2總體規(guī)劃：1 進(jìn)行業(yè)務(wù)流程建模通過使用UML的活動(dòng)圖與用例圖描述企業(yè)的業(yè)

7、務(wù)流程來理解領(lǐng)域知識(shí)，建立業(yè)務(wù)用例圖;在建模之前我們對(duì)倉(cāng)儲(chǔ)系統(tǒng)的業(yè)務(wù)過程輔助業(yè)務(wù)流程圖來分析，這也是我們?cè)诒敬蜗到y(tǒng)開發(fā)中的一創(chuàng)新點(diǎn)。2 進(jìn)行系統(tǒng)功能建模尋找用例及其之間的關(guān)系(用例圖)，通過詳細(xì)描述用例來捕獲系統(tǒng)的功能需求，同時(shí)輔助活動(dòng)圖，并建立系統(tǒng)用例圖，這是整個(gè)開發(fā)過程的基礎(chǔ);3 進(jìn)行領(lǐng)域建模尋找對(duì)象與類，主要是使用類圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)類之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類之間的交互以及對(duì)象的狀態(tài)變化。主要涉及以下活動(dòng)(并不一定是順序的):1> 分析用例以及業(yè)務(wù)領(lǐng)域2> 發(fā)現(xiàn)對(duì)象，為對(duì)象分類，確定對(duì)象之間的交互3> 確定類之間的關(guān)系4> 定義類的屬性和操作

8、5> 分析對(duì)象的狀態(tài)變化4 進(jìn)行系統(tǒng)設(shè)計(jì)，在系統(tǒng)分析的基礎(chǔ)上進(jìn)行:系統(tǒng)架構(gòu)的設(shè)計(jì)進(jìn)行高層的系統(tǒng)決策、確定基本的軟件結(jié)構(gòu)，并對(duì)應(yīng)用系統(tǒng)進(jìn)行劃分;對(duì)象進(jìn)一步設(shè)計(jì)對(duì)領(lǐng)域模型中的業(yè)務(wù)類進(jìn)行精化、調(diào)整，增添界面類、控制類等用于實(shí)現(xiàn)的類。數(shù)據(jù)模型設(shè)計(jì)考慮解決持久對(duì)象到數(shù)據(jù)庫(kù)的映射問題，設(shè)計(jì)數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設(shè)計(jì)。系統(tǒng)設(shè)計(jì) 得到的模型是精化和調(diào)整后的類圖、交互圖等，同時(shí)還有對(duì)象持久設(shè)計(jì)得到的數(shù)據(jù)模型。5 實(shí)現(xiàn)實(shí)現(xiàn)的依據(jù)是設(shè)計(jì)過程中得到的靜態(tài)視圖(類圖、對(duì)象圖)、動(dòng)態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動(dòng)圖);同時(shí)可以將類映射為組件，進(jìn)而使用CASE工具的框架代碼自動(dòng)生成的功能;同時(shí)通過實(shí)現(xiàn)圖(組

9、件圖、配置圖)來描述系統(tǒng)的物理視圖。6 單元測(cè)試，集成與系統(tǒng)測(cè)試測(cè)試實(shí)現(xiàn)的部分是否滿足用例的功能要求;另外，類圖、組件圖、協(xié)作圖等也可以用來進(jìn)行測(cè)試。2.2需求分析2.2.1功能需求入庫(kù)流程分析1、貨物到達(dá)后，站臺(tái)值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資到站日?qǐng)?bào)，送至收貨組；2、收貨組根據(jù)物資到站日?qǐng)?bào)表核對(duì)驗(yàn)收貨物，分配庫(kù)位，填寫碼單。 3、客戶貨物明細(xì)單到達(dá)后，填寫入庫(kù)單。核對(duì)碼單、貨物明細(xì)單，入庫(kù)單，如出現(xiàn)差錯(cuò)，返客戶貨物異常報(bào)告。4、總經(jīng)辦審核記帳后，生成帳卡、入庫(kù)收費(fèi)單，數(shù)據(jù)不再允許改動(dòng)。入庫(kù)業(yè)務(wù)流程圖如下： 圖3出庫(kù)流程分析：1 客戶在入庫(kù)時(shí)提供提貨樣單，用戶持提貨單至發(fā)貨組，要

10、求提貨。調(diào)度員核實(shí)提貨單的合法性，填寫出庫(kù)單，顯示相關(guān)業(yè)務(wù)號(hào)信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號(hào)的尾貨則給出尾貨提示。然后向用戶出具出庫(kù)收費(fèi)單，同時(shí)生成派車單，并派保管員準(zhǔn)備發(fā)貨。2 保管員持派車單組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫碼單出庫(kù)信息表 。3 用戶繳費(fèi)后，保管員開具出門證給用戶。4 總經(jīng)辦審核記帳后，生成保管收費(fèi)單。5 一批貨物全部出庫(kù)后，保管員將帳卡、提貨單、碼單送至總經(jīng)辦核實(shí)平帳后，存檔。 出庫(kù)業(yè)務(wù)流程圖如下： 圖42.2.2性能需求庫(kù)存管理業(yè)務(wù)流程分析盤點(diǎn)流程：1 貨艙部根據(jù)需要盤點(diǎn)的貨物生成盤點(diǎn)帳存表，表中有生成盤點(diǎn)表的商品編碼、商品名稱、所屬

11、部門、庫(kù)位、經(jīng)營(yíng)方式、庫(kù)存數(shù)量及盤點(diǎn)日期等相關(guān)信息；2 打印盤點(diǎn)單,包括的項(xiàng)目有：商品庫(kù)位、所屬部門、類別、商品編碼、商品名稱、經(jīng)營(yí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)出對(duì)應(yīng)的盤點(diǎn)帳存表，將實(shí)盤的數(shù)量錄入進(jìn)去，經(jīng)主管檢察錄入數(shù)據(jù)的準(zhǔn)確性后，審核生效；5 生成盤點(diǎn)盈虧表。6 針對(duì)商品有盤盈和盤虧的商品進(jìn)行記帳。凡是有盈虧的商品列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額盤點(diǎn)業(yè)務(wù)流程圖如下：圖52.3系統(tǒng)需求建模2.3.1業(yè)務(wù)角色的查找及建立根據(jù)此倉(cāng)儲(chǔ)管理的分析知，倉(cāng)儲(chǔ)管理說涉及的業(yè)

12、務(wù)角色有：站臺(tái)值班員，收貨組，總經(jīng)辦，客戶，保管員，貨艙部，盤點(diǎn)員，調(diào)度員2.3.2業(yè)務(wù)用例查找與分析根據(jù)業(yè)務(wù)流程可以找到基本的業(yè)務(wù)用例有：1 站臺(tái)值班員卸貨審核清點(diǎn)貨物貨物到達(dá)后，站臺(tái)值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資到站日?qǐng)?bào)，送至收貨組。2 收貨組驗(yàn)收入庫(kù)貨物分配庫(kù)位收貨組根據(jù)物資到站日?qǐng)?bào)表核對(duì)驗(yàn)收貨物，分配庫(kù)位，填寫碼單。3 收貨組審核入庫(kù)單據(jù)處理異常客戶貨物明細(xì)單到達(dá)后，填寫入庫(kù)單。核對(duì)碼單、貨物明細(xì)單，入庫(kù)單，如出現(xiàn)差錯(cuò)，返客戶貨物異常報(bào)告。4 總經(jīng)辦進(jìn)行入庫(kù)審核記帳總經(jīng)辦審核記帳后，生成帳卡、入庫(kù)收費(fèi)單，數(shù)據(jù)不再允許改動(dòng)。注：客戶提供提單的同時(shí)，提供一份提貨樣單。5客戶申

13、請(qǐng)?zhí)嶝浛蛻粼谌霂?kù)時(shí)提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。6調(diào)度員審核客戶提貨的合法性調(diào)度員核實(shí)提貨單的合法性，填寫出庫(kù)單，顯示相關(guān)業(yè)務(wù)號(hào)信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號(hào)的尾貨則給出尾貨提示。然后向用戶出具出庫(kù)收費(fèi)單，同時(shí)生成派車單，并派保管員準(zhǔn)備發(fā)貨。7保管員組織發(fā)貨處理保管員持派車單組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫碼單出庫(kù)信息表 。8用戶繳費(fèi)后，保管員開具出門證給用戶總經(jīng)辦進(jìn)行出庫(kù)審核記帳?？偨?jīng)辦審核記帳后，生成保管收費(fèi)單?？偨?jīng)辦平帳處理。一批貨物全部出庫(kù)后，保管員將帳卡、提貨單、碼單送至總經(jīng)辦核實(shí)平帳后，存檔。9貨艙部生成盤點(diǎn)單據(jù)貨艙部根據(jù)需要

14、盤點(diǎn)的貨物生成盤點(diǎn)帳存表，表中有生成盤點(diǎn)表的商品編碼、商品名稱、所屬部門、庫(kù)位、經(jīng)營(yíng)方式、庫(kù)存數(shù)量及盤點(diǎn)日期等相關(guān)信息。打印盤點(diǎn)單,包括的項(xiàng)目有：商品庫(kù)位、所屬部門、類別、商品編碼、商品名稱、經(jīng)營(yí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)單中實(shí)盤數(shù)量處。11 貨艙部進(jìn)行盤點(diǎn)結(jié)果處理貨艙部在微機(jī)中調(diào)出對(duì)應(yīng)的盤點(diǎn)帳存表，將實(shí)盤的數(shù)量錄入進(jìn)去，經(jīng)主管檢察錄入數(shù)據(jù)的準(zhǔn)確性后，審核生效。12 生成盤點(diǎn)盈虧表針對(duì)商品有盤盈和盤虧的商品進(jìn)行記帳。凡是有盈虧的商品列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額。13 過

15、戶處理修改貨物所屬貨主，同時(shí)修改相應(yīng)信息（重復(fù)出庫(kù)、入庫(kù)流程）。14 移庫(kù)處理修改移庫(kù)貨物原有和現(xiàn)有的庫(kù)存位置。2.3.3業(yè)務(wù)用例圖圖62.3.4業(yè)務(wù)活動(dòng)圖入庫(kù)過程：圖6出庫(kù)過程：圖7盤點(diǎn)過程：圖83. 倉(cāng)庫(kù)管理系統(tǒng)系統(tǒng)分析3.1 系統(tǒng)用例建模3.1.1 確定系統(tǒng)角色一個(gè)角色可以是人、硬件設(shè)備、甚至另外一個(gè)系統(tǒng)。對(duì)于一個(gè)系統(tǒng)而言，每種類型的用戶表示為一個(gè)或幾個(gè)角色，每個(gè)與該系統(tǒng)交互的外部系統(tǒng)也表示為一個(gè)或幾個(gè)角色。倉(cāng)儲(chǔ)管理系統(tǒng)中，我們通過分析，可以找出這樣一些角色：客戶，貨物，入庫(kù)管理人員，倉(cāng)庫(kù)，出庫(kù)管理人員，庫(kù)存管理人員，系統(tǒng)管理人員。3.1.2確定系統(tǒng)頂層用例一般的uml的需求描述方法是用

16、用例圖來表達(dá)角色、用例及其之間的關(guān)系，用文字形式的事件流文檔具體描述用例細(xì)節(jié)。這種方法存在以下缺點(diǎn)：一張用例圖不能描述復(fù)雜系統(tǒng)全部需求；系統(tǒng)的業(yè)務(wù)種類多、功能繁雜，根本無法清晰地將系統(tǒng)的全部功能展開在一張用例圖上，即使可以，用戶看到縱橫交錯(cuò)的各種關(guān)系，也只能望而生畏；用例圖不適應(yīng)描述系統(tǒng)的非功能要求；文字不便于說明復(fù)雜用例的流程。涉及多個(gè)部門之間的交互協(xié)調(diào)，事件流文檔中的文字難以清晰地表達(dá)地籍?dāng)?shù)據(jù)的復(fù)雜流程。因此我們將采用建立多層次的用例圖。頂層用例圖描述系統(tǒng)粗粒度的全部功能；下一層將沒有表述清的粗粒度用例用更細(xì)粒度的子用例描述。根據(jù)系統(tǒng)的業(yè)務(wù)過程分析與用戶的需求分析，系統(tǒng)的頂層用例如表所示：

17、參與者用例說明入庫(kù)管理人員入庫(kù)管理，其中包括到站登記日?qǐng)?bào)管理，入庫(kù)單管理，碼單管理，審核記帳等庫(kù)存管理人員庫(kù)存的基本業(yè)務(wù)管理，包括盤點(diǎn)管理，過戶管理，移庫(kù)管理倉(cāng)區(qū)的基本信息管理，包括倉(cāng)區(qū)參數(shù)設(shè)置，庫(kù)存分配，預(yù)警管理出庫(kù)管理人員出庫(kù)管理，有出庫(kù)單管理，出庫(kù)信息管理，出庫(kù)審核管理，以及平帳等系統(tǒng)管理人員系統(tǒng)管理，報(bào)表管理，查詢管理，基本資料管理等系統(tǒng)得頂層用例圖如下：圖93.1.3 入庫(kù)管理功能性分析根據(jù)業(yè)務(wù)描述，我們知道此模塊應(yīng)該要實(shí)現(xiàn)的功能大致如下：1 入庫(kù)管理人員利用系統(tǒng)登記站臺(tái)管理員送來的到站日?qǐng)?bào)表信息；2 入庫(kù)管理人員能修改到站日?qǐng)?bào)表信息；3 入庫(kù)管理人員能刪除到站日?qǐng)?bào)表信息；4 入庫(kù)管

18、理人員根據(jù)到站日?qǐng)?bào)填寫，修改，刪除碼單；5 入庫(kù)管理人員根據(jù)貨物明細(xì)單填寫，修改，刪除入庫(kù)單；6 入庫(kù)管理人員審核碼單、貨物明細(xì)單，入庫(kù)單如有差錯(cuò)，返回貨物異常報(bào)告；如無差錯(cuò)生成帳卡、入庫(kù)收費(fèi)單。入庫(kù)管理的分層用例圖如下：圖103.1.4 到站日?qǐng)?bào)錄入管理用例描述用例： 到站日?qǐng)?bào)管理參與者：入庫(kù)管理人員，站臺(tái)管理員目的： 記錄貨物的到站情況和到站貨物的基本信息綜述： 貨物到達(dá)后，站臺(tái)管理員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資到站日?qǐng)?bào)，入庫(kù)管理人員根據(jù)到站日?qǐng)?bào)進(jìn)行到站日?qǐng)?bào)的錄入修改等操作。參與者的動(dòng)作系統(tǒng)響應(yīng)1）用例始于入庫(kù)管理人員根據(jù)站臺(tái)管理員提供的信息進(jìn)行到站日?qǐng)?bào)的管理2）入庫(kù)管理人員選擇

19、登陸到本系統(tǒng)，并輸入管理帳號(hào)與密碼3）系統(tǒng)確認(rèn)帳號(hào)與密碼，并提示登陸成功進(jìn)入系統(tǒng)4）入庫(kù)管理人員根據(jù)系統(tǒng)的提示選擇到站日?qǐng)?bào)管理5）進(jìn)入到站管理界面6）入庫(kù)管理人員選擇： A 登記到站日?qǐng)?bào) B 修改到站日?qǐng)?bào) C 刪除到站日?qǐng)?bào)7）記錄這次完成的操作8）用例在所有操作完成后結(jié)束入庫(kù)日?qǐng)?bào)管理包括登記到站日?qǐng)?bào)，修改到站日?qǐng)?bào)，刪除到站日?qǐng)?bào)：登記到站日?qǐng)?bào)：參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇登記到站日?qǐng)?bào)2）系統(tǒng)顯示出登記日?qǐng)?bào)的界面3）入庫(kù)管理人員根據(jù)站臺(tái)管理人員提供的信息輸入要登記日?qǐng)?bào)的基本信息4）入庫(kù)管理人員選擇登記完成5）系統(tǒng)接收日?qǐng)?bào)的基本信息并放入數(shù)據(jù)庫(kù)中6）系統(tǒng)提示登記到站日?qǐng)?bào)完成修改到站日?qǐng)?bào)參

20、與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇要修改的到站日?qǐng)?bào)2）系統(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)完成3.1.5碼單管理用例描述用例： 碼單管理參與者：入庫(kù)管理人員目的： 根據(jù)到站日?qǐng)?bào)生成碼單，貨物到達(dá)驗(yàn)收后

21、產(chǎn)生，記錄貨物存放信息。綜述： 入庫(kù)管理人員在貨物入庫(kù)后，錄入實(shí)收的貨物信息，記錄詳細(xì)的貨物信息、存放位置信息（包括層數(shù)）。參與者的動(dòng)作系統(tǒng)響應(yīng)1）用例始于入庫(kù)管理人員根據(jù)貨物的基本信息與存放信息對(duì)碼單管理2）入庫(kù)管理人員選擇登陸到本系統(tǒng)，并輸入管理帳號(hào)與密碼3）系統(tǒng)確認(rèn)帳號(hào)與密碼，并提示登陸成功進(jìn)入系統(tǒng)4）入庫(kù)管理人員根據(jù)系統(tǒng)的提示選擇到站碼單管理5）進(jìn)入碼單管理界面6）入庫(kù)管理人員選擇： A 新建碼單 B 修改碼單 C 刪除碼單7）記錄這次完成的操作8）用例在所有操作完成后結(jié)束碼單管理包括新建碼單，修改碼單，刪除碼單：新建碼單參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇新建碼單2）系統(tǒng)顯示出未

22、處理的到站日?qǐng)?bào)的界面3）入庫(kù)管理人員根據(jù)到站日?qǐng)?bào)號(hào)選擇要生成碼單的到站的貨物4）系統(tǒng)給出到站的基本信息與碼單的基本信息空位4）入庫(kù)管理人員輸入碼單的基本信息5）系統(tǒng)接收新建碼單的基本信息并放入數(shù)據(jù)庫(kù)中6）系統(tǒng)提示新建碼單完成修改碼單參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇要修改的碼單2）系統(tǒng)顯示出修改碼單的信息3）入庫(kù)管理人員確認(rèn)要修改，并選擇修改項(xiàng)4）系統(tǒng)進(jìn)入碼單修改界面5）入庫(kù)管理人員修改完成6）系統(tǒng)接收碼單的修改信息并再次給出提示信息7）入庫(kù)管理人員確認(rèn)8）系統(tǒng)提示修改碼單完成刪除碼單參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇要?jiǎng)h除的碼單2）系統(tǒng)顯示出要?jiǎng)h除的碼單的信息3）入庫(kù)管理人員確認(rèn)

23、要?jiǎng)h除，并選擇刪除項(xiàng)4）系統(tǒng)接收碼單的刪除命令并給出提示信息5）入庫(kù)管理人員確認(rèn)6）系統(tǒng)提示刪除碼單完成3.1.6入庫(kù)單管理用例描述用例： 入庫(kù)單管理參與者： 入庫(kù)管理人員目的： 入庫(kù)管理人員根據(jù)客戶提供的貨物明細(xì)表填寫入庫(kù)單，錄入入庫(kù)單基本信息。綜述： 人工核對(duì)客戶遞交的貨物明細(xì)表、碼單，超出誤差范圍產(chǎn)生異常報(bào)告，如果無異常則正確錄入入庫(kù)單。參與者的動(dòng)作系統(tǒng)響應(yīng)1）用例始于入庫(kù)管理人員根據(jù)貨物的明細(xì)表信息進(jìn)行錄入2）入庫(kù)管理人員選擇登陸到本系統(tǒng)，并輸入管理帳號(hào)與密碼3）系統(tǒng)確認(rèn)帳號(hào)與密碼，并提示登陸成功進(jìn)入系統(tǒng)4）入庫(kù)管理人員根據(jù)系統(tǒng)的提示選擇入庫(kù)單管理5）進(jìn)入入庫(kù)單管理界面6）入庫(kù)管理人員

24、選擇： A 新建入庫(kù)單 B 修改入庫(kù)單 C 刪除入庫(kù)單7）記錄這次完成的操作8）用例在所有操作完成后結(jié)束入庫(kù)單管理包括新建入庫(kù)單，修改入庫(kù)單，刪除入庫(kù)單：新建入庫(kù)單參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇新建入庫(kù)單2）系統(tǒng)顯示出新建入庫(kù)單的查詢界面3）入庫(kù)管理人員根據(jù)客戶提供的貨物明細(xì)表進(jìn)行查詢4）系統(tǒng)給出查詢結(jié)果5）入庫(kù)管理人員要生成入庫(kù)單的業(yè)務(wù)6）系統(tǒng)顯示此筆業(yè)務(wù)的基本信息7）入庫(kù)管理人員進(jìn)行審核選擇： A 生成入庫(kù)單 B 進(jìn)入異常處理8）記錄這次完成的操作生成入庫(kù)單1）入庫(kù)管理人員輸入入庫(kù)單的基本信息并提交2）系統(tǒng)接收入庫(kù)單的信息并給出提示信息3）輸入完成入庫(kù)單錄入異常處理1）入庫(kù)管理人

25、員輸入異常信息并提交2）系統(tǒng)接收入庫(kù)單的異常信息3）處理完成修改入庫(kù)單參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇要修改的入庫(kù)單2）系統(tǒng)顯示出修改入庫(kù)單的信息3）入庫(kù)管理人員確認(rèn)要修改，并選擇修改項(xiàng)4）系統(tǒng)進(jìn)入碼單修改界面5）入庫(kù)管理人員修改完成6）系統(tǒng)接收入庫(kù)單的修改信息并再次給出提示信息7）入庫(kù)管理人員確認(rèn)8）系統(tǒng)提示修改入庫(kù)單完成刪除入庫(kù)單參與者的動(dòng)作系統(tǒng)響應(yīng)1）入庫(kù)管理人員選擇要?jiǎng)h除的入庫(kù)單2）系統(tǒng)顯示出要?jiǎng)h除的入庫(kù)單的信息3）入庫(kù)管理人員確認(rèn)要?jiǎng)h除，并選擇刪除項(xiàng)4）系統(tǒng)接收入庫(kù)單的刪除命令并給出提示信息5）入庫(kù)管理人員確認(rèn)6）系統(tǒng)提示刪除入庫(kù)單完成3.1.7審核管理用例描述用例： 審核管

26、理參與者： 入庫(kù)管理人員目的： 審核錄入是否正確，生成帳卡，入庫(kù)收費(fèi)單綜述： 入庫(kù)管理人員根據(jù)貨物的基本信息以及入庫(kù)信息對(duì)業(yè)務(wù)進(jìn)行審核，如果合格則自動(dòng)生成帳卡和入庫(kù)收費(fèi)單，如果不合格則此筆業(yè)務(wù)被致與不合格處理。參與者的動(dòng)作系統(tǒng)響應(yīng)1）用例始于對(duì)貨物的信息進(jìn)行審核處理2）入庫(kù)管理人員選擇登陸到本系統(tǒng)，并輸入管理帳號(hào)與密碼3）系統(tǒng)確認(rèn)帳號(hào)與密碼，并提示登陸成功進(jìn)入系統(tǒng)4）入庫(kù)管理人員根據(jù)系統(tǒng)的提示選擇到審核管理5）進(jìn)入審核管理界面6）入庫(kù)管理人員選擇要審核業(yè)務(wù)7）給出此業(yè)務(wù)的具體信息8）入庫(kù)管理人員進(jìn)行人工審核并選擇：A 審核合格B 不合格9)如果審核合格系統(tǒng)自動(dòng)生成帳卡和入庫(kù)收費(fèi)單，如果不合格修

27、改審核狀態(tài)為不合格10）系統(tǒng)給出提示信息11）用例在所有操作完成后結(jié)束3.2 靜態(tài)結(jié)構(gòu)模型1、 系統(tǒng)管理：權(quán)限管理：給操作員分配相應(yīng)的權(quán)限。日志管理：保存每個(gè)操作員所進(jìn)行的所有操作，并提供相關(guān)信息的查詢。數(shù)據(jù)備份：將所有數(shù)據(jù)表信息定期保存在磁盤中，確保數(shù)據(jù)的安全性與可靠性。數(shù)據(jù)恢復(fù)：將備份文件恢復(fù)到數(shù)據(jù)庫(kù)中。2、 報(bào)表管理：業(yè)務(wù)統(tǒng)計(jì)：統(tǒng)計(jì)客戶期間的入庫(kù)業(yè)務(wù)量、出庫(kù)業(yè)務(wù)量、庫(kù)存貨物信息（包括平帳與否）等。庫(kù)存統(tǒng)計(jì)：統(tǒng)計(jì)庫(kù)存狀況（可以按客戶、貨物、器件、倉(cāng)區(qū)組合統(tǒng)計(jì)）。貨物統(tǒng)計(jì)：統(tǒng)計(jì)期間的進(jìn)出存、大品種貨物信息。貨位統(tǒng)計(jì)：統(tǒng)計(jì)貨位占有情況、分配情況。盤點(diǎn)統(tǒng)計(jì)：統(tǒng)計(jì)與盤點(diǎn)相關(guān)的信息。3、 查詢管理：

28、在庫(kù)查詢：根據(jù)不同的查詢條件，查詢出庫(kù)存貨物的信息。進(jìn)貨查詢：根據(jù)不同的查詢條件，查詢出貨物入庫(kù)的信息。出貨查詢：根據(jù)不同的查詢條件，查詢出出庫(kù)貨物的信息。盤點(diǎn)查詢：根據(jù)不同的查詢條件，查詢出與盤點(diǎn)相關(guān)信息。（如歷史盤點(diǎn)數(shù)據(jù)、某貨物的盤點(diǎn)信息、某客戶的盤點(diǎn)信息等。）貨況查詢：根據(jù)不同的查詢條件，查詢出貨物狀況的信息?；举Y料查詢：根據(jù)不同的查詢條件，查詢出與基本資料相關(guān)信息。4、 基本資料管理：客戶管理：對(duì)客戶基本信息進(jìn)行增加、刪除、修改操作。貨物管理：對(duì)貨物基本信息進(jìn)行增加、刪除、修改操作。業(yè)務(wù)員管理：對(duì)業(yè)務(wù)員基本信息進(jìn)行增加、刪除、修改操作。其它基本資料管理：對(duì)基本資料進(jìn)行增加、刪除、修改

29、操作。包括：用戶權(quán)限表、權(quán)限信息表、客戶(貨主)/用戶信息表、貨物表、倉(cāng)庫(kù)信息表、庫(kù)區(qū)信息表、庫(kù)位信息表、部門表、物資種類表、物資大類表、物資小類表、物資明細(xì)分類表、入庫(kù)費(fèi)率表、出庫(kù)費(fèi)率表、倉(cāng)儲(chǔ)費(fèi)率表、其他費(fèi)率表、設(shè)備表、到貨/出貨方式表、業(yè)務(wù)類別表5、 倉(cāng)區(qū)管理：倉(cāng)區(qū)參數(shù)設(shè)置：設(shè)置倉(cāng)區(qū)參數(shù)信息，提供對(duì)倉(cāng)庫(kù)、庫(kù)區(qū)、庫(kù)位的信息進(jìn)行添加、刪除、修改等操作。庫(kù)位分配示意圖：按平面圖形式顯示庫(kù)位是否分配信息。庫(kù)存預(yù)警：在超出或低于庫(kù)存限度時(shí)給予報(bào)警。計(jì)算機(jī)輔助分配：進(jìn)行庫(kù)位分配時(shí)，計(jì)算機(jī)提供可分配的倉(cāng)位。6、 其他業(yè)務(wù)管理：錄入與編輯其它業(yè)務(wù)管理信息，具體包括：機(jī)電物質(zhì)信息、化工產(chǎn)品信息、攀金公司的物

30、資信息、加工廠的物資信息、配送信息等。7、 客戶遠(yuǎn)程查詢系統(tǒng)：客戶可根據(jù)不同的查詢條件對(duì)自己的貨物信息進(jìn)行在庫(kù)查詢、進(jìn)貨查詢、出貨查詢、貨況查詢。8、 權(quán)限管理：我們對(duì)操作進(jìn)行編碼，為每個(gè)操作角色賦予相應(yīng)的操作權(quán)限，形成操作權(quán)限表，系統(tǒng)管理員能根據(jù)需要靈活地對(duì)操作角色的操作權(quán)限進(jìn)行賦予與修改，以此有效靈活地對(duì)用戶的操作權(quán)限進(jìn)行控制。角色管理（1）角色填加（2）角色刪除（3）角色權(quán)限修改（4）角色密碼修改權(quán)限管理對(duì)系統(tǒng)的權(quán)限編號(hào)的權(quán)限內(nèi)容進(jìn)行權(quán)限的管理，如修改客戶權(quán)限的權(quán)限大小，入庫(kù)管理員的權(quán)限大小等操作：3.3 系統(tǒng)動(dòng)態(tài)模型系統(tǒng)整體功能圖如下：倉(cāng)儲(chǔ)系統(tǒng)功能其他業(yè)務(wù)管理 入庫(kù)管理 出庫(kù)管理 庫(kù)存

31、管理 系統(tǒng)管理 查詢管理 基本資料管理 倉(cāng)區(qū)管理 報(bào)表管理 圖114. 倉(cāng)庫(kù)管理系統(tǒng)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)4.1 UML體系結(jié)構(gòu)設(shè)計(jì)4.1.1系統(tǒng)順序圖狀態(tài)圖權(quán)限管理對(duì)于系統(tǒng)來說十分重要，因?yàn)樗P(guān)系到系統(tǒng)得安全性，因此在系統(tǒng)得開發(fā)與設(shè)計(jì)中，我們始終把系統(tǒng)的安全性放在十分重要的位置，因此我們?cè)谟庙樞驁D分析的時(shí)候始終從系統(tǒng)用戶未登陸狀態(tài)來分析的，在后邊系統(tǒng)詳細(xì)設(shè)計(jì)時(shí)，我們會(huì)給出用戶登錄的順序圖；1 新建到站日?qǐng)?bào) 圖122 修改到站日?qǐng)?bào)圖133 刪除到站日?qǐng)?bào)圖144 新建碼單圖155 修改碼單入庫(kù)信息圖166 刪除碼單入庫(kù)信息圖177 新建入庫(kù)單圖188 修改入庫(kù)單圖199 刪除入庫(kù)單圖2010 審核處理圖

32、214.1.2定義基本對(duì)象與類入庫(kù)管理子系統(tǒng)的對(duì)象分析：實(shí)體對(duì)象貨物，物資到站日?qǐng)?bào)，碼單入庫(kù)信息表，倉(cāng)庫(kù)，貨物明細(xì)單，入庫(kù)單，貨物異常報(bào)告，帳卡入庫(kù)信息，入庫(kù)收費(fèi)單，客戶信息，庫(kù)區(qū)，庫(kù)位，碼單基本信息表，職工信息表，用戶權(quán)限表，權(quán)限信息表，驗(yàn)收工具表，設(shè)備表，站臺(tái)表，計(jì)量單位表，部門表，物資明晰分類表，業(yè)務(wù)類別表邊界對(duì)象入庫(kù)到站日?qǐng)?bào)管理界面，入庫(kù)碼單管理界面，入庫(kù)單管理界面，入庫(kù)審核界面控制對(duì)象入庫(kù)審核根據(jù)分析級(jí)的順序圖與系統(tǒng)的對(duì)象分析定義系統(tǒng)中涉及的類：（1）類 客戶 KH（2）類 貨物 HW（3）類 倉(cāng)庫(kù) CK（4）類 庫(kù)區(qū) KQ（5）類 庫(kù)位 KW（6）類 物資到站日?qǐng)?bào) DZRB（7）類

33、 碼單基本信息 MDJBXX（8）類 碼單入庫(kù)信息：MDRKXX（9）類 保管員入庫(kù)驗(yàn)收信息（BGYYSXX）（10）類 碼單貨物存放明細(xì)（MDHWCF）（11）類 入庫(kù)單 RKD（12）類 貨物異常報(bào)告 HWYCBG（13）類 帳卡入庫(kù)信息 ZKRKXX（14）類 入庫(kù)收費(fèi)單 RKSFD（15）類 用戶權(quán)限 YHQX（16）類 權(quán)限信息 QXXX（17）類 入庫(kù)審核 RKSH（18）類 職工信息ZGXX（19) 類 物資存儲(chǔ)類 WZCCL（20）類 業(yè)務(wù)類別 YWLB（21）類 物資明晰分類 WZMXFL（22）類 部門 BM（23）類 計(jì)量單位 JLDW（24）類 站點(diǎn) ZD（25）類 驗(yàn)

34、收工具 YSGJ（26）類 設(shè)備 SB4.1.3入庫(kù)系統(tǒng)類圖圖224.2 對(duì)象模型設(shè)計(jì)4.2.1系統(tǒng)設(shè)計(jì)順序圖入庫(kù)類圖新建入庫(kù)單順序圖：入庫(kù)類：圖234.2.2系統(tǒng)擴(kuò)展功能1 權(quán)限管理我們對(duì)操作進(jìn)行編碼，為每個(gè)操作角色賦予相應(yīng)的操作權(quán)限，形成操作權(quán)限表，系統(tǒng)管理員能根據(jù)需要靈活地對(duì)操作角色的操作權(quán)限進(jìn)行賦予與修改，以此有效靈活地對(duì)用戶的操作權(quán)限進(jìn)行控制。1）角色管理（1）角色填加（2）角色刪除（3）角色權(quán)限修改（4）角色密碼修改2）權(quán)限管理對(duì)系統(tǒng)的權(quán)限編號(hào)的權(quán)限內(nèi)容進(jìn)行權(quán)限的管理，如修改客戶權(quán)限的權(quán)限大小，入庫(kù)管理員的權(quán)限大小等操作：圖24 填加角色的順序圖圖25 刪除角色的順序圖圖26 修改

35、用戶權(quán)限順序圖圖27 修改用戶密碼順序圖圖28 修改權(quán)限信息表2 日志管理保存每個(gè)操作員所進(jìn)行的所有操作，提供有權(quán)限的人進(jìn)行查詢的功能日志管理功能操作的順序圖如下：圖293 數(shù)據(jù)備份：將所有數(shù)據(jù)表信息定期保存在磁盤中。系統(tǒng)功能實(shí)現(xiàn)的順序圖如下：圖304 數(shù)據(jù)恢復(fù)用備份文件替換受損文件。實(shí)現(xiàn)的順序圖如下：圖315 業(yè)務(wù)統(tǒng)計(jì)統(tǒng)計(jì)客戶期間的入庫(kù)業(yè)務(wù)量、出庫(kù)業(yè)務(wù)量、貨物信息等?？蛻羧霂?kù)業(yè)務(wù)量統(tǒng)計(jì)順序圖：圖32客戶出庫(kù)業(yè)務(wù)量統(tǒng)計(jì)順序圖圖33客戶貨物信息圖34返回的貨物信息：數(shù)據(jù)項(xiàng)數(shù)據(jù)名稱起日期止日期客戶號(hào)客戶名稱貨物編號(hào)hwID品名PM規(guī)格型號(hào)GGXH產(chǎn)地cd鋼號(hào)pp等級(jí)dj定尺dc定尺長(zhǎng)度dccd包裝

36、類型bzLX dwZL克重kz4.2.3系統(tǒng)構(gòu)架設(shè)計(jì)包是類或者文件的組合，在入庫(kù)系統(tǒng)的開發(fā)中，我們定義了用戶接口包，入庫(kù)管理類包，數(shù)據(jù)存儲(chǔ)包，以及在開發(fā)中涉及到的java包。用戶接口：通過用戶接口類，用戶可以瀏覽系統(tǒng)中的數(shù)據(jù)、輸入新的數(shù)據(jù)。其操作是通過調(diào)用業(yè)務(wù)邏輯中的操作來完成的。業(yè)務(wù)邏輯:主要包括應(yīng)用系統(tǒng)的對(duì)象(它們是對(duì)現(xiàn)實(shí)世界的模擬)，定義了這些對(duì)象的行為以及它們?yōu)閿?shù)據(jù)存取層提供了數(shù)據(jù)操作功能。數(shù)據(jù)存取:提供服務(wù)給業(yè)務(wù)邏輯層中的類，以及類的定義。用戶接口包業(yè)務(wù)邏輯包數(shù)據(jù)存取包應(yīng)用包圖35入庫(kù)子系統(tǒng)的設(shè)計(jì)架構(gòu)：用戶接口業(yè)務(wù)邏輯數(shù)據(jù)存取到站日?qǐng)?bào)管理接口碼單管理接口入庫(kù)單管理接口入庫(kù)審核管理接口

37、查詢處理新建處理修改處理刪除處理審核處理圖364.3 系統(tǒng)實(shí)現(xiàn)4.3.1系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)本次系統(tǒng)地開發(fā)工具有Jbuilder9，Rose，Sql Sever，以及Tomcat;Tomcat是一個(gè)開放源代碼、運(yùn)行servlet和JSP Web應(yīng)用軟件的基于Java的Web應(yīng)用軟件容器。系統(tǒng)開發(fā)在Jbuilder9中開發(fā)Java Servlet,jsp頁(yè)面，以Tomcat作為應(yīng)用程序服務(wù)器，SQL Server 作為數(shù)據(jù)庫(kù)服務(wù)器。4.3.2系統(tǒng)實(shí)現(xiàn)方式圖系統(tǒng)配置圖：client computersever computerwan圖37系統(tǒng)組件圖：UML是用組件來表示代碼物理模塊的。組件可以包括

38、代碼庫(kù)和運(yùn)行文件。在生成代碼之前，將每個(gè)文件映射相應(yīng)組件。在本系統(tǒng)中，使用的是Java開發(fā)。每個(gè)類映射一個(gè)織件，表示這個(gè)類的.java文件。生成代碼時(shí)，Rose用組件信息創(chuàng)建相應(yīng)的代碼庫(kù)文件。本系統(tǒng)構(gòu)造的組件圖框架如下:圖384.3.3系統(tǒng)測(cè)試與系統(tǒng)實(shí)現(xiàn)界面系統(tǒng)的測(cè)試以用例圖，類圖，順序圖，為依據(jù)，測(cè)試實(shí)現(xiàn)的部分是否滿足用例的功能要求。系統(tǒng)實(shí)現(xiàn)界面：1 入庫(kù)管理新建入庫(kù)單界面圖392 入庫(kù)管理修改入庫(kù)單界面圖403 入庫(kù)審核界面圖415. 課程設(shè)計(jì)心得體會(huì)本文從面向?qū)ο蟮乃枷氤霭l(fā)，討論了UML建模的語(yǔ)法結(jié)構(gòu)和UML的建模思路與過程，并基于此對(duì)倉(cāng)儲(chǔ)管理系統(tǒng)進(jìn)行了分析，設(shè)計(jì)，以及最后的實(shí)現(xiàn)與測(cè)試，

39、由于篇幅有限，本文重點(diǎn)介紹了系統(tǒng)的設(shè)計(jì)部分，對(duì)系統(tǒng)的實(shí)現(xiàn)與測(cè)試只是選擇重點(diǎn)分析。從整個(gè)論文的撰寫和用例的開發(fā)中，我對(duì)基于UML和統(tǒng)一過程的面向?qū)ο蠼７椒ㄓ辛讼喈?dāng)?shù)恼J(rèn)識(shí)。在統(tǒng)一過程開發(fā)中，把一個(gè)較大的項(xiàng)目的功能分配到一個(gè)個(gè)用例上去實(shí)現(xiàn)，讓開發(fā)過程變得比較輕松，更適合多個(gè)人共同開發(fā);同時(shí)，通過開發(fā)階段的限制和迭代的劃分，使開發(fā)過程的透明度更高，目標(biāo)更明確，整個(gè)項(xiàng)目開發(fā)的風(fēng)險(xiǎn)也降低了。當(dāng)然，由于時(shí)間關(guān)系，系統(tǒng)還有很多不完善的地方，系統(tǒng)地實(shí)現(xiàn)部分我們只實(shí)現(xiàn)了入庫(kù)管理這一模塊，并且對(duì)于系統(tǒng)高要求標(biāo)準(zhǔn)作的還不夠，這也是我們?nèi)蘸笈Φ姆较颉，F(xiàn)在的開發(fā)環(huán)境越來越多的是面向?qū)ο蟮?，而存?chǔ)機(jī)制卻是不同于此的關(guān)系型數(shù)據(jù)庫(kù)，這兩者之間存在著很大差異。這種差異使系統(tǒng)的開發(fā)活動(dòng)不能統(tǒng)一。典型的情況是，越來越多的應(yīng)用系統(tǒng)是三層甚至多層體系結(jié)構(gòu)，在此