基于uml統(tǒng)一建模語言rose軟件軟件工程倉庫管理系統(tǒng)課程設計

目錄目 錄第1章 緒論 11.1 系統(tǒng)開發(fā)的背景和意義 11.2 國內(nèi)外研究發(fā)展現(xiàn)狀 11.2.1 面向對象技術的發(fā)展與現(xiàn)狀 11.2.2 UML的建模語言 21.2.3 UML的應用領域 31.2.4 超市倉庫管理發(fā)展與現(xiàn)狀 41.3主要工作 5第2章 業(yè)務建模 62.1 RUP軟件開發(fā)過程 62.2 業(yè)務術語表 92.3 組織機構圖 102.4 主業(yè)務用例圖 10第3章 分析與設計 123.1 業(yè)務流程調(diào)查 123.1.1 超市倉庫管理信息系統(tǒng)業(yè)務流程調(diào)查 123.1.2 崗位職責 123.2 業(yè)務用例分析 123.2.1 入庫管理用例圖： 133.2.2出庫管理用例圖 143.2.3 入庫管理活動圖 153.2.4 出庫管理活動圖 163.3 業(yè)務類圖 173.3.1 超市倉庫管理系統(tǒng)業(yè)務類圖 173.3.2 超市倉庫管理信息系統(tǒng)業(yè)務類描述 183.3.3 數(shù)據(jù)庫詳細設計 18第4章 系統(tǒng)實現(xiàn) 204.1 順序圖 204.1.1 倉庫入庫順序圖 204.1.2 出庫順序圖 214.2 協(xié)作圖 224.3 活動圖 234.4 系統(tǒng)構件圖 244.5 部署圖 254.5.1 網(wǎng)絡結構圖 264.5.2 系統(tǒng)部署圖 264.6 界面設計 274.6.1 本系統(tǒng)用戶界面程序設計遵循的原則 274.6.2 輸入輸出設計 27結 論 29參考文獻 3029第1章 緒論第1章 緒論1.1 系統(tǒng)開發(fā)的背景和意義隨著經(jīng)濟的迅速發(fā)展,庫存在企業(yè)中的地位越來越重要,庫存資產(chǎn)占企業(yè)資產(chǎn)總額的20%-40%左右。

若能通過庫存管理使庫存節(jié)約即使很小的百分比,對企業(yè)來講,其經(jīng)濟效益也是十分可觀的,市場競爭的日益激烈,降低庫存成本己經(jīng)成為企業(yè)的“第三利潤源泉”隨著經(jīng)濟全球化的發(fā)展,企業(yè)作為供應鏈的節(jié)點,庫存也是一個重要的供應鏈驅動要素,庫存的改變會在很大程度上影響供應鏈整體的贏利水平和響應能力,因此庫存的研究在供應鏈中具有十分重要的作用和意義本文在其他學者研究的基礎上,提出了基于協(xié)同供應鏈的庫存管理,利用聚類分析,主成分分析分類,多元統(tǒng)計分析建立安全庫存模型,并利用數(shù)據(jù)對該模型進行仿真分析,以證其有效性超市需要處理大量的庫存信息，還要時刻更新產(chǎn)品的銷售信息，不斷添加商品信息面對不同種類的信息，需要合理的數(shù)據(jù)庫結構來保存數(shù)據(jù)信息，需要有效的程序結構支持各種數(shù)據(jù)操作的執(zhí)行商店自動化的產(chǎn)品管理在歐美等國家早已經(jīng)實現(xiàn)，也是零售業(yè)管理的基礎它最主要的特點是能夠實時的和準確的控制店內(nèi)的銷售情況如果可以能夠實時掌握銷售流程及銷售情況，則可以有效地加速商品的周轉率并提高服務質(zhì)量，而且可以減少產(chǎn)品售價不符等所產(chǎn)生的問題顧客的消費要求的是希望在超市購物中能基本上都能購得所需的商品，并且還要既保證商品質(zhì)量還要享受優(yōu)質(zhì)，方便的服務。

1.2 國內(nèi)外研究發(fā)展現(xiàn)狀1.2.1 面向對象技術的發(fā)展與現(xiàn)狀面向對象是將計算過程看作為分類過程，加狀態(tài)變換過程，即將系統(tǒng)逐步分為相互關聯(lián)的多個對象，并建立這些對象的聯(lián)系，以引發(fā)狀態(tài)轉換，最終完成計算，它模擬了人類認識問題的較高、較廣層次的過程，即分類過程函數(shù)和邏輯方法則更適合于模擬人的邏輯思維，處于人類認識問題的較高層次過程，它們的結合才是完美的當今的應用軟件應該具有更大的靈活性、集成的透明性，以及使用上的方便性，而日益增強的計算能力及面向對象的新技術開發(fā)，使這些應用軟件的功能不斷擴展，面向對象的軟件好處便呈現(xiàn)在應用軟件的用戶面前，無論是對軟件的剪裁還是擴充、修改都可以更快更容易的進行面向對象技術及分析方法為實際問題建立了一個可用的軟件實現(xiàn)模型，對象提供了一種描述信息的機制，它是一種獨特的方法抽象層次較高，思維方法和傳統(tǒng)方法不同，目前處于發(fā)展階段已日趨成熟，而且已被應用于由軟件、硬件構成的各種應用領域面向對象與人工智能語言、面向對象數(shù)據(jù)庫:優(yōu)勢在于數(shù)據(jù)庫管理提供更適合于自然思維方式的數(shù)據(jù)庫管理風格和數(shù)據(jù)模型—對象，OOP以其概念和機制支持了軟件的可重用性、軟插件為軟件可重用性終于明顯的支持。

面向對象與并行處理：從并行角度看，面向對象概念具有以下特征①固有并發(fā)性，對象是相對獨立的，知道如何工作的實體消息發(fā)送是啟動對象工作的唯一途徑，各個對象的工作可以相互獨立，因此具有天然的并發(fā)性；②顯式并發(fā)性，在一個面向對象系統(tǒng)中可以為某些對象明確定義并發(fā)方法；③數(shù)據(jù)流與控制的統(tǒng)一，對象操作的啟動是由其它對象發(fā)送消息來控制的，消息的發(fā)送又總是攜帶某些對象的，因此，控制信息和數(shù)據(jù)信息是一起到來的，從而統(tǒng)一了數(shù)據(jù)流和控制流的思想；④動態(tài)連接，即對象的功能是消息傳送時確定的，提高了程序設計的靈活性；⑤局部存儲與分布式計算，每個對灸通過數(shù)據(jù)抽象和數(shù)據(jù)隱蔽將其內(nèi)容和狀態(tài)置于自身獨立的存儲結構中，對象的處理也是自治的，整個系統(tǒng)的運算和處理是分布的面向對象軟件工程(OOSE)：從軟件生存周期的偽度出發(fā)，研究面向對象概念在軟件的規(guī)格化、分析、設計、編碼、測試等階段應用面向對象還可廣泛用于各種應用系統(tǒng)、CAD/CAM/CAE，動態(tài)模擬，CASE和人機界面等方面總而言之，由于面向對象技術從軟件的可修改性、可移植性、可重用性、可靠性、兼容性等方面致力于改善軟件產(chǎn)品的質(zhì)量，縮短軟件研制的同期，所以這種方法是有強大的生命力，已成為現(xiàn)今計算機軟件發(fā)展的重要技術，有著非常光明的前途。

1.2.2 UML的建模語言 軟件工程領域在1995年至1997年取得了前所未有的進展,其成果超過軟件工程領域過去15年來的成就總和其中最重要的、具有劃時代重大意義的成果之一就是統(tǒng)一建模語言(UML:Unified Modeling Language)的出現(xiàn)在世界范圍內(nèi),至少在近10年內(nèi),UML將是面向對象技術領域內(nèi)占主導地位的標準建模語言采用UML作為我國統(tǒng)一的建模語言是完全必要的:首先,過去數(shù)十種面向對象的建模語言都是相互獨立的,而UML可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過統(tǒng)一語義和符號表示,能夠穩(wěn)定我國的面向對象技術市場,使項目根植于一個成熟的標準建模語言,從而可以大大拓寬所研制與開發(fā)的軟件系統(tǒng)的適用范圍,并大大提高其靈活程度統(tǒng)一建模語言（UML）是用來對軟件密集系統(tǒng)進行描述、構造、視化和文檔編制的一種語言 首先，也是最重要的一點，統(tǒng)一建模語言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛采用的一門簡單、一致、通用的建模語言 其次，統(tǒng)一建模語言擴展了現(xiàn)有方法的應用范圍特別值得一提的是，UML的開發(fā)者們把并行分布式系統(tǒng)的建模作為UML的設計目標，也就是說，UML具有處理這類問題的能力。

第三，統(tǒng)一建模語言是標準的建模語言，而不是一個標準的開發(fā)流程雖然UML的應用必然以系統(tǒng)的開發(fā)流程為背景，但根據(jù)我們的經(jīng)驗，不同的組織，不同的應用領域需要不同的開發(fā)過程舉個例子來說，開發(fā)錯綜復雜的軟件是非常有趣的工作，但開發(fā)這種軟件與構造嚴格實時的航空電子系統(tǒng)是大不一樣的，后者是性命攸關的大事因此首先把精力集中在設計通用的元模型上（統(tǒng)一不同方法的語義），其次是建立通用的表示法（提供對這些語義的形象化的表達）雖然UML的開發(fā)者們將繼續(xù)倡導從用例驅動到體系結構為中心最后反復改進、不斷添加的軟件開發(fā)過程，但實際上設計標準的開發(fā)流程并不是非常必要的1.2.3 UML的應用領域UML的目標是以面向對象圖的方式來描述任何類型的系統(tǒng)，具有很寬的應用領域其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領域的系統(tǒng)，如機械系統(tǒng)、企業(yè)機構或業(yè)務過程，以及處理復雜數(shù)據(jù)的信息系統(tǒng)、具有實時要求的工業(yè)系統(tǒng)或工業(yè)過程等總之，UML是一個通用的標準建模語言，可以對任何具有靜態(tài)結構和動態(tài)行為的系統(tǒng)進行建模此外，UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段在需求分析階段，可以用用例來捕獲用戶需求。

通過用例建模，描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)（用例）的功能要求分析階段主要關心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及它們相互間的關系，并用UML類圖來描述為實現(xiàn)用例，類之間需要協(xié)作，這可以用UML動態(tài)模型來描述在分析階段，只對問題域的對象（現(xiàn)實世界的概念）建模，而不考慮定義軟件系統(tǒng)中技術細節(jié)的類（如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類）這些技術細節(jié)將在設計階段引入，因此設計階段為構造階段提供更詳細的規(guī)格說明為實現(xiàn)用例,類之間需要協(xié)作,這可以用UML動態(tài)模型來描述在分析階段,只對問題域的對象(現(xiàn)實世界的概念)建模,而不考慮定義軟件系統(tǒng)中技術細節(jié)的類(如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類)這些技術細節(jié)將在設計階段引入,因此設計階段為構造階段提供更詳細的規(guī)格說明編程(構造)是一個獨立的階段,其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼在用UML建立分析和設計模型時,應盡量避免考慮把模型轉換成某種特定的編程語言因為在早期階段,模型僅僅是理解和分析系統(tǒng)結構的工具,過早考慮編碼問題十分不利于建立簡單正確的模型UML模型還可作為測試階段的依據(jù)。

系統(tǒng)通常需要經(jīng)過單元測試、集成測試、系統(tǒng)測試和驗收測試不同的測試小組使用不同的UML圖作為測試依據(jù):單元測試使用類圖和類規(guī)格說明；集成測試使用部件圖和合作圖；系統(tǒng)測試使用用例圖來驗證系統(tǒng)的行為，驗收測試由用戶進行，以驗證系統(tǒng)測試的結果是否滿足在分析階段確定的需求總之，標準建模語言UML適用于以面向對象技術來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護1.2.4 超市倉庫管理發(fā)展與現(xiàn)狀在我國超市形成在20世紀90年代初期，現(xiàn)在已經(jīng)成為我國零售業(yè)的一種重要形態(tài)，為國民經(jīng)濟的發(fā)展發(fā)揮了重要的作用隨著超市高速的發(fā)展，其經(jīng)營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售也的發(fā)展，這樣就迫切地需要引入新的管理技術超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)企業(yè)所共有的落后的一面，如：不能有效地管理每種商品，收款結算速度慢，容易出現(xiàn)營業(yè)差錯，不宜進行商品調(diào)價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經(jīng)驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足蘇轍超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變得愈加復雜，日常所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運轉的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應對這復雜的市場。

為此，在選題過程中，我選擇了超市管理系統(tǒng)設計題目，依靠現(xiàn)代化的計算機信息處理技術來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率1.3主要工作主要有幾個階段的任務，如下：1．緒論（系統(tǒng)開發(fā)背景、國內(nèi)外技術現(xiàn)、開發(fā)計劃）2．業(yè)務建模 3．系統(tǒng)開發(fā)的過程文檔（需求、分析、設計） 4．系統(tǒng)實現(xiàn) 5．結論本文首先對公司的業(yè)務與用戶的需求進行了分析，然后對系統(tǒng)的功能進行詳細的設計，并在分析與設計的同時用UML建模語言對其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設計到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處本文的編寫結合了面向對象的軟件開發(fā)方法與UML建模語言的優(yōu)勢與特色，同時與倉儲管理系統(tǒng)緊密結合既體現(xiàn)了面向對象的軟件開發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述倉儲管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)的順序圖。

根據(jù)倉儲管理的特點，我們大膽的改進了一般的UML建模的分析過程，并在分析設計過程中采用更加適合倉儲系統(tǒng)的分析級類圖與順序圖第2章 業(yè)務建模第2章 業(yè)務建模首先，UML融合了Booch、OMT和OOSE方法中的基本概念，這些概念與其它面向對象技術中的基本概念大多相同，UML因而成為使用者樂于采用的簡單一致的建模語言；其次，UML不僅是上述方法的簡單匯合，而且在這些方法的基礎上幾經(jīng)修改完成，它擴展了已有方法的應用范圍；第三，UML是標準的建模語言，而不是標準的開發(fā)過程盡管UML的應用以系統(tǒng)的開發(fā)過程為背景，但針對不同組織和不同應用領域，需要采取不同的開發(fā)過程作為一種建模語言，UML的定義包括UML語義和UML表示法兩個部分1) UML語義 描述基于UML的精確元模型定義元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響此外UML還支持對元模型的擴展定義2) UML表示法 定義UML符號的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準這些圖形符號和文字所表達的是應用級的模型，在語義上它是UML元模型的實例。

UML描述了一個系統(tǒng)的靜態(tài)結構和動態(tài)行為UML將系統(tǒng)描述為一些離散的相互作用的對象并最終為外部用戶提供一定功能的模型結構靜態(tài)結構定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關系動態(tài)行為定義了對象的時間特性和對象為完成目標而相互進行通信的機制從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用于不同的目的UML還包括可將模型分解成包的結構組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結構，并理解和控制各個包間的依賴關系，在復雜的開發(fā)環(huán)境中管理模型單元它還包括用于顯示系統(tǒng)實現(xiàn)和組織運行的組件2.1 RUP軟件開發(fā)過程UML是一種建模語言而不是一種方法，UML的表示法和規(guī)則能夠用來為系統(tǒng)進行面向對象建模，但并沒有指定應用UML的過程和方法1998年正式頒布的RUP(Rational Unified Process)是UML設計者們共同定義的一個軟件開發(fā)的公共過程框架統(tǒng)一過程主要包括四個階段:開始階段、細化階段、構建階段和移交階段結合倉儲系統(tǒng)得特點和RUP分析過程，我們對本倉儲系統(tǒng)的開發(fā)過程以及在開發(fā)過程中用到的建模圖形如圖2-1所示 配置 測試依據(jù) 測試依據(jù) 實現(xiàn)目標 編碼依據(jù) 細化 調(diào)整 增補業(yè)務建模需求分析領域分析系統(tǒng)設計實現(xiàn)測試與配置描述業(yè)務用例活動圖表示描述系統(tǒng)用例系統(tǒng)描述表示特化狀態(tài)圖活動圖順序圖 實例化表示用戶接口包業(yè)務邏輯包數(shù)據(jù)存儲包應用包表示類圖協(xié)作圖順序圖狀態(tài)圖活動圖用例圖用例圖順序圖類圖注： 箭頭表示模型和各種活動之間的描述關系; 虛線表示各種活動之間的可溯性對象圖配置圖用例圖流程圖用例圖類圖圖2-1建模圖形1 進行業(yè)務流程建模通過使用UML的活動圖與用例圖描述企業(yè)的業(yè)務流程來理解領域知識，建立業(yè)務用例圖;在建模之前我們對倉儲系統(tǒng)的業(yè)務過程輔助業(yè)務流程圖來分析，這也是我們在本次系統(tǒng)開發(fā)中的一創(chuàng)新點。

2 進行系統(tǒng)功能建模尋找用例及其之間的關系(用例圖)，通過詳細描述用例來捕獲系統(tǒng)的功能需求，同時輔助活動圖，并建立系統(tǒng)用例圖，這是整個開發(fā)過程的基礎;3 進行領域建模尋找對象與類，主要是使用類圖表現(xiàn)領域中各業(yè)務類之間的靜態(tài)關系，并用交互圖、順序圖等具體描述類之間的交互以及對象的狀態(tài)變化主要涉及以下活動(并不一定是順序的):1> 分析用例以及業(yè)務領域2> 發(fā)現(xiàn)對象，為對象分類，確定對象之間的交互3> 確定類之間的關系4> 定義類的屬性和操作5> 分析對象的狀態(tài)變化4 進行系統(tǒng)設計，在系統(tǒng)分析的基礎上進行:系統(tǒng)架構的設計進行高層的系統(tǒng)決策、確定基本的軟件結構，并對應用系統(tǒng)進行劃分;對象進一步設計對領域模型中的業(yè)務類進行精化、調(diào)整，增添界面類、控制類等用于實現(xiàn)的類數(shù)據(jù)模型設計考慮解決持久對象到數(shù)據(jù)庫的映射問題，設計數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設計系統(tǒng)設計 得到的模型是精化和調(diào)整后的類圖、交互圖等，同時還有對象持久設計得到的數(shù)據(jù)模型5 實現(xiàn)實現(xiàn)的依據(jù)是設計過程中得到的靜態(tài)視圖(類圖、對象圖)、動態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動圖);同時可以將類映射為組件，進而使用CASE工具的框架代碼自動生成的功能;同時通過實現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。

6 單元測試，集成與系統(tǒng)測試測試實現(xiàn)的部分是否滿足用例的功能要求;另外，類圖、組件圖、協(xié)作圖等也可以用來進行測試 2.2 業(yè)務術語表軟件構架：在計算的算法和數(shù)據(jù)結構之外，設計并確定系統(tǒng)整體結構成為了新的問題結構問題包括總體組織結構和全局控制結構，通信、同步和數(shù)據(jù)訪問的協(xié)議，設計元素的功能分配，物理分布，設計元素的組成，定標與性能，備選設計的選擇邏輯視圖：包括最重要的設計類、從這些設計類到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式它還包括一些用例實現(xiàn)它是設計模型的子集實施視圖：包括實施模型及其從模塊到包和層的組織形式的概覽同時還描述了將邏輯視圖中的包和類向實施視圖中的包和模塊分配的情況它是實施模型的子集 進程視圖：包括所涉及任務（進程和線程）的描述，它們的交互和配置，以及將設計對象和類向任務的分配情況只有在系統(tǒng)具有很高程度的并行時，才需要該視圖在Rational Unified Process中，它是設計模型的子集 配置視圖：包括對最典型的平臺配置的各種物理節(jié)點的描述以及將任務（來自進程視圖）向物理節(jié)點分配的情況只有在分布式系統(tǒng)中才需要該視圖它是部署模型的一個子集用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個矩形）封閉的一組用例、參與者和用例之間的關聯(lián)、用例間的關系以及參與者的泛化的圖。

用例圖表示了來自用例模型（用例，參與者）的元素活動圖：活動圖是狀態(tài)機的一個特殊例子，在該狀態(tài)機中所有的或大部分的狀態(tài)都是活動狀態(tài)或動作狀態(tài)，所有或大部分的轉換由源狀態(tài)中活動的完成所觸發(fā)活動圖表示一個程序或工作流活動圖是模型中的完整單元類圖：類圖是靜態(tài)視圖的圖形表達方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內(nèi)容及相互關系類圖可以表示包的視圖，包含嵌套包的符號協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實例及其鏈接與順序圖不同，協(xié)作圖表示了角色之間的關系另一方面，協(xié)作圖也不將時間作為單獨的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程2.3 組織機構圖倉庫庫存管理機構組織機構圖描述了內(nèi)部組織結構，工作人員之間的上下級關系超市組織機構圖如圖2-2所示圖2-2超市組織機構圖 2.4 主業(yè)務用例圖在下一章將會對高倉庫管理系統(tǒng)的主業(yè)務用例進行細化，有關本用例圖的描述在此略主用例圖如圖 2-3所示圖2-3主用例圖第3章 分析與設計第3章 分析與設計系統(tǒng)分析與設計過程首先根據(jù)業(yè)務用例和業(yè)務活動圖進行聚類，聚類活動在系統(tǒng)分析時開始聚類活動是個連續(xù)的過程，需要不斷地進行豐富和完善，需要按照面向對象設計的思想，劃分出子系統(tǒng)類，并為類添加應該具有的方法或屬性，以及這些方法或屬性的可見性，這些可以通過設計類圖來描述。

系統(tǒng)設計的任務就是要依據(jù)系統(tǒng)分析文檔資料，采用正確的方法，確定系統(tǒng)功能模塊在計算機內(nèi)應該用那些程序組成，它們之間用什么方式連接在一起，以構成一個最好的系統(tǒng)結構3.1 業(yè)務流程調(diào)查3.1.1 超市倉庫管理信息系統(tǒng)業(yè)務流程調(diào)查根據(jù)分析，本系統(tǒng)業(yè)務流程主要包括如下內(nèi)容：l 顧客發(fā)訂單給銷售部門l 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶l 對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨l 保存訂單數(shù)據(jù)，并進行銷售統(tǒng)計3.1.2 崗位職責1.部門經(jīng)理：進行入庫出庫的貨物進行決策以及對報表進行簽字2.入庫管理員：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等3.庫存管理員：對貨物進行盤點，對貨物所在貨架進行登記，貨物的信息增加，刪除，修改等，進行生成報表4.出庫管理員：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等制作報表3.2 業(yè)務用例分析用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖用例是系統(tǒng)中的一個功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。

用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個用例的執(zhí)行用例建模的主要目標是：1. 將需求模型變?yōu)榭梢暬Ｐ停⒆罱K得到用戶確認；2. 給出清晰、一致的關于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求；3. 提供從功能需求到系統(tǒng)分析、設計、實現(xiàn)各階段的度量標準；4. 為最終系統(tǒng)測試提供基準，據(jù)此驗證系統(tǒng)是否達到功能要求3.2.1 入庫管理用例圖：用例名：報表管理角色：入庫管理員目的： 防止有錯誤的信息描述：對報表進行修改，刪除，查詢等用例名：入庫單管理角色：入庫管理員目的：進行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物用例名：入庫審核角色：入庫管理員目的：防止有錯誤的貨物進入倉庫描述：生成單價和生成收費單倉庫管理員在工作的最開始階段負責接收供應商給出的貨物供應單，接收貨物后填寫入庫單，給采購人員確認信息，為采購人員打印相關報表，使用業(yè)務用例刻畫了業(yè)務活動中的各個角色以及它們在業(yè)務活動中的關系如圖3-1所示 圖3-1入庫管理用例圖3.2.2出庫管理用例圖用例名：報表管理角色：出庫管理員目的： 防止有錯誤的信息。

描述：對報表進行修改，刪除，查詢等用例名：出庫單管理角色：出庫管理員目的：進行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物用例名：出庫審核角色：出庫管理員目的：防止有錯誤的貨物出倉庫描述：生成單價和生成收費單倉庫管理員接收提貨單后填寫出庫單，給銷售人員確認性息對于價格較高的貨物需要高層領導簽字確認出庫，活動方可進行倉庫管理系統(tǒng)在得到提貨單確認后，更改系統(tǒng)中的信息，如系統(tǒng)庫位和貨物剩余量出庫管理的用例圖如圖3-2所示 圖3-2出庫管理的用例圖3.2.3 入庫管理活動圖 活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，刻畫了一個系統(tǒng)中所要進行的各項活動的執(zhí)行流程根據(jù)上文中繪制的順序圖以及合作圖，對兩圖中相互交互的對象進行分析可以得出系統(tǒng)中各部分主要的活動如下 在用例的基礎上，需要對每一個業(yè)務活動進行詳細描述UML中的活動圖用于描述滿足用例要求所要進行的活動以及活動間的約束關系，有利于識別并行活動和工作流程情況活動圖實際上就是用來為用例的事件流建模的工具下面用活動圖來對入庫管理系統(tǒng)的主要活動進行描述。

圖3-3描述了入庫管理活動圖圖中共有3條泳道，它們分別是：供應商，操作員，管理員圖3-3入庫管理的活動圖3.2.4 出庫管理活動圖圖3-4描述了倉庫管理系統(tǒng)的出庫管理活動圖圖中共有2條泳道，它們分別是：管理員操作員圖3-4出庫管理的活動圖3.3 業(yè)務類圖3.3.1 超市倉庫管理系統(tǒng)業(yè)務類圖類是應用領域或應用解決方案中概念的描述類圖是以類為中心來組織的，類圖中的其他元素或屬于某個類或與類相關聯(lián)靜態(tài)視圖用類圖來實現(xiàn)，正因為它以類為中心，所以稱其為類圖在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中如不需要表達詳細信息時，分格可以省略一個類可能出現(xiàn)在好幾個圖中同一個類的屬性和操作可只在一種圖中列出，在其他圖中可省略關系用類框之間的連線來表示，不同的關系用連線上和連線端頭處的修飾符來區(qū)別超市倉庫管理系統(tǒng)的域模型圖如圖3-5所示 圖3-5 超市倉庫管理系統(tǒng)業(yè)務類圖3.3.2 超市倉庫管理信息系統(tǒng)業(yè)務類描述類名：供貨商功能：記錄供貨商的情況屬性：企業(yè)編號、企業(yè)名稱、企業(yè)地址、企業(yè)電話類名：入庫單功能：記錄要進庫的貨物屬性：入庫單編號、物料名稱、物料編號、數(shù)量、單價類名：出庫單功能：記錄要出庫的貨物屬性：出庫單編號、物料名稱、物料編號、數(shù)量、單價類名：庫位描述功能：記錄倉庫的位置屬性：庫位編碼、物料編碼、容積編碼、備注類名：盤點功能：記錄庫存的位置屬性：貨架編碼、物料編碼、盤點日期、現(xiàn)有存量、盤點數(shù)量3.3.3 數(shù)據(jù)庫詳細設計數(shù)據(jù)庫管理系統(tǒng)的使用上系統(tǒng)將采用 SQL Server 2000, 系統(tǒng)主要需要維護3張數(shù)據(jù)表： 表3-1入庫信息表字段名類型長度描述StockIDVarchar 10入庫編號MerchIDVarchar10入庫商品編號MerchNumInt6入庫數(shù)量MerchPriceVarchar3單額TotalPriceVarchar6總額StockDateDatetime8入庫日期PlanDateDatetime8計劃進貨日期StockStateVarchar4入庫狀態(tài)表3-2 出庫信息表字段名類型長度描述CkIDVarchar 10出庫編號CkIDVarchar10出庫商品編號CkNumInt6出庫數(shù)量MerchPriceVarchar3單額TotalPriceVarchar6總額CkDateDatetime8出庫日期CkDateDatetime8出庫日期CkStateVarchar4出庫狀態(tài)表3-3供貨商表字段名類型長度描述ProvideIDVARCHAR10企業(yè)編號ProvideNameVARCHAR20企業(yè)名稱ProvideAddressVARCHAR80企業(yè)地址ProvidePhoneVARCHAR15企業(yè)電話第4章 系統(tǒng)實現(xiàn)第4章 系統(tǒng)實現(xiàn)根據(jù)聚類分析結果和業(yè)務流程中的活動圖可以設計和完成用例的實現(xiàn)，可以用順序圖、協(xié)作圖和活動圖來表示。

下面詳細描述整個系統(tǒng)實現(xiàn)過程4.1 順序圖順序圖表示了對象之間傳送消息的時間順序每一個類元角色用一條生命線來表示，即用垂直線代表整個交互過程中對象的生命期生命線之間的箭頭連線代表消息順序圖可以用來進行一個場景說明——即一個事務的歷史過程順序圖的一個用途是用來表示用例中的行為順序當執(zhí)行一個用例行為時，順序圖中的每條消息對應了一個類操作或狀態(tài)機中引起轉換的觸發(fā)事件順序圖將交互關系表示為一個二維圖縱向是時間軸，時間沿豎線向下延伸橫向軸代表在協(xié)作中各獨立對象的類元角色類元角色用生命線表示當對象存在時，角色用一條虛線表示；當對象的過程處于激活狀態(tài)時，生命線是一個雙道線消息用從一個對象的生命線到另一個對象生命線的箭頭表示箭頭以時間順序在圖中從上到下排列順序圖的圖形元素組成成分：對象、生存線、消息和激活期1. 對象：時序圖中所包含的每個對象用一個對象框表示，對象名需要帶下劃線2. 生存線：對象框下畫垂直的虛線，稱為該對象的生存線，表示對象的生存時間3. 激活期：對象生存線上的一個長方形框，表示該對象的激活時間段，即活動期4. 消息：在時序圖中，對象之間的消息發(fā)送和接收用兩個對象生存線之間的消息箭頭線表示，用來指出該對象執(zhí)行期間的時序。

在本論文中選用順序圖對系統(tǒng)進行動態(tài)建模4.1.1 倉庫入庫順序圖對象之間傳送消息的時間順序系統(tǒng)入庫管理順序圖如圖4-1所示圖4-1系統(tǒng)入庫管理順序圖4.1.2 出庫順序圖超市倉庫管理出庫順序圖如圖4-2所示圖4-2 超市倉庫管理出庫順序圖4.2 協(xié)作圖協(xié)作圖和順序圖都可以表示各對象間的交互關系，但它們的側重點不同順序圖用消息的幾何排列關系來表達消息的時間順序，各角色之間的相關關系是隱含的協(xié)作圖用各個角色的幾何排列圖形來表示角色之間的關系，并用消息來說明這些關系在實際中可以根據(jù)需要選用這兩種圖一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務所涉及的對象扮演的角色及其相互之間的交互協(xié)作圖著重于有協(xié)作關系的對象之間的交互和鏈接（指對象實例之間的物理或概念上的鏈接，一個鏈接是某關聯(lián)的一個實例）它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景協(xié)作圖描述了對象及其之間的鏈接，還描述了鏈接的對象之間如何發(fā)送消息倉庫管理的入庫協(xié)作圖如圖4-3 所示圖4-3倉庫管理的入庫協(xié)作圖超市倉庫管理的出庫協(xié)作圖如圖4-4 所示 圖4-4超市倉庫管理的出庫協(xié)作圖4.3 活動圖在UML中，活動圖是系統(tǒng)動態(tài)行為建模的圖形工具之一，用來表示完成一個操作所需要的活動，或者是一個用例實例（場景）的活動。

活動圖實際上也是一種流程圖，它描述活動的序列，即系統(tǒng)從一個活動到另一個活動的控制流活動圖特別適合描述動作流和并發(fā)處理行為活動圖是描述對象間互動關系的另一種方法1. 動作狀態(tài)動作狀態(tài)表達不可中斷的動作或操作的執(zhí)行，用于對實例中原子性（不可分割）動作或算法的執(zhí)行步驟建立模型2. 活動狀態(tài)活動狀態(tài)擁有一組不可中斷的動作或操作，表達一個非原字的運行也可以說，一個活動狀態(tài)是由一系列動作狀態(tài)組成活動狀態(tài)的圖標中可以只標明活動名稱也可以詳細描述其入口動作和出口動作等3. 動作流是一個實例的不同動作狀態(tài)之間的聯(lián)系，說明狀態(tài)之間的控制流4. 泳道泳道代表對象對活動的責任一張活動圖可劃分成若干個矩形區(qū)，每個矩形區(qū)為一個泳道，泳道名放在矩形區(qū)的頂端把這些泳道指定給對象，這些對象必須履行該泳道包括的活動泳道是把指定對象和活動相聯(lián)系的辦法之一，它明確表明對象進行了哪些活動通常根據(jù)責任把活動組織到不同的泳道中，它能清楚地表明動作在哪執(zhí)行（在那個對象中），或者表明一個組織的哪部分工作（一個動作）被執(zhí)行5. 活動圖中的對象活動圖中的對象用對象符號（矩形框）表示，它可作為活動的輸入或輸出（用虛線箭線連接），也可展示一個對象受一個特定動作的影響（用動作和對象之間的虛箭線表示）。

在活動圖中，虛箭線也稱為對象流，對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關聯(lián)通過活動圖中的對象流，可以清楚地描述各項動作狀態(tài)與不同對象之間的關系，方便系統(tǒng)的分析與設計根據(jù)聚類分析結果和業(yè)務流程中的活動圖可以設計和完成用例用例的實現(xiàn)可以用順序圖和活動圖來表示這里用順序圖做了詳細分析，因此不在用活動圖表示4.4 系統(tǒng)構件圖構件圖描述構件及其之間的相互依賴，構件是邏輯體系結構（類、對象、它們間的關系和協(xié)作）中定義的概念和功能在物理體系結構中的視線，它通常是開發(fā)環(huán)境中的實現(xiàn)性文件構件圖主要用于建立系統(tǒng)的靜態(tài)實現(xiàn)視圖模型，通過構件之間的依賴（虛箭線）關系描述系統(tǒng)軟件的組織結構，展示系統(tǒng)中的不同物理構件及其之間的聯(lián)系在UML中對一個系統(tǒng)的構件和構件圖建模就是在物理結構上建模每一個構件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示，描述系統(tǒng)的某一個側面也就是說，任何一個構件圖都不必面面俱到，試圖全面地描述系統(tǒng)的整個面貌，系統(tǒng)中所有的構件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖超市倉庫管理系統(tǒng)構件圖如圖4-5所示圖4-5超市倉庫管理系統(tǒng)構件圖4.5 部署圖一個系統(tǒng)包括軟件和硬件兩方面，經(jīng)過開發(fā)的軟件系統(tǒng)的構件和重用模塊必須部署在某些硬件上予以執(zhí)行。

部署視圖表示運行時的計算資源（如計算機及它們之間的連接）的物理布置這些運行資源被稱作節(jié)點在運行時，節(jié)點包含構件和對象構件和對象的分配可以是靜態(tài)的，它們也可以在節(jié)點間遷移如果含有依賴關系的構件實例放置在不同節(jié)點上，部署視圖可以展示出執(zhí)行過程中的瓶頸節(jié)點是某些計算資源的物理對象，包括計算機、外部設備等節(jié)點可被看作類型，也可看作實例節(jié)點與節(jié)點之間是通過物理連接發(fā)生關聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點之間的協(xié)同運行建立部署圖的步驟如下：1．確定節(jié)點：根據(jù)硬件設備和軟件體系結構的功能要求統(tǒng)一考慮系統(tǒng)的節(jié)點2．確定駐留構件：根據(jù)軟件體系結構和系統(tǒng)功能要求分配到相應構件駐留到節(jié)點上3．注明節(jié)點性質(zhì)：用UML標準或自定義的構造模型描述節(jié)點的性質(zhì)4．確定聯(lián)系：用關聯(lián)連接描述節(jié)點之間的聯(lián)系；可在關聯(lián)線上標明使用的通信協(xié)議或網(wǎng)絡類型5．繪制部署圖：形成結構清晰具有層次的部署圖4.5.1 網(wǎng)絡結構圖網(wǎng)絡結構圖如圖4-6所示圖4-6 網(wǎng)絡結構圖4.5.2 系統(tǒng)部署圖系統(tǒng)部署圖如圖4-7所示圖4-7系統(tǒng)部署圖超市倉庫管理系統(tǒng)的部署圖描述如下：節(jié)點該系統(tǒng)使用的硬件設備：普通PC機和移動PC機作為終端設備，1臺數(shù)據(jù)庫服務器（采用SQL Server 2000），1臺應用程序服務器，和多臺Web服務器。

節(jié)點屬性該系統(tǒng)各節(jié)點計算機的性能指標：戴爾658：CPU速度為2.0GHz,內(nèi)存容量為2GB,自帶硬盤容量為300GB；戴爾658：CPU速度為2.5GHz,內(nèi)存容量為4GB，自帶硬盤容量為500GB節(jié)點之間聯(lián)系客戶機節(jié)點是簡單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過Internet網(wǎng)與Web服務器相連接，利用瀏覽器進行查詢；外出員工通過Internet網(wǎng)對系統(tǒng)進行瀏覽訪問4.6 界面設計4.6.1 本系統(tǒng)用戶界面程序設計遵循的原則1.一致性原則：系統(tǒng)所有窗口的設計，采用統(tǒng)一的字體字號、統(tǒng)一的色調(diào)、統(tǒng)一的提示詞，新彈出的對話框在統(tǒng)一的位置，按鈕也在窗口的相同位置2.功能的統(tǒng)一：對一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法4.6.2 輸入輸出設計業(yè)務人員負責系統(tǒng)的各項輸入工作，采用人機交互的方式，直接從鍵盤錄入輸入設計要求：用戶在輸入數(shù)據(jù)的時候要嚴格遵守格式要求輸出項目：各類打印報表輸出設備：顯示器和打印機在此列舉輸入設計中的文種管理登錄界面的設計，系統(tǒng)對不同的用戶設置了不同的管理權限，用戶必須輸入用戶名和密碼才能登錄系統(tǒng)具體的登錄界面如圖4-8所示用戶名：******密碼 ：確認取消圖4-8各種管理登錄界面圖進貨輸入界面如圖4-9所示貨物編號： 供應商：日期： 年： 月： ： 日： 貨物編號 單價 數(shù)量 總價 確定 取消圖4-9進貨輸入界面結論結 論經(jīng)過半個月的努力，報告基本完成。

從最初的茫然，到慢慢的進入狀態(tài)，再到對思路逐漸的清晰，整個寫作過程難以用語言來表達歷經(jīng)了幾個月的奮戰(zhàn)，緊張而又充實的課程設計終于落下了帷幕回想這段日子的經(jīng)歷和感受，我感慨萬千，在這次課程設計的過程中，我擁有了無數(shù)難忘的回憶和收獲本文從面向對象的思想出發(fā)，討論了UML建模的語法結構和UML的建模思路與過程，并基于此對倉儲管理系統(tǒng)進行了分析，設計，以及最后的實現(xiàn)與測試，由于篇幅有限，本文重點介紹了系統(tǒng)的設計部分，對系統(tǒng)的實現(xiàn)與測試只是選擇重點分析從整個論文的撰寫和用例的開發(fā)中，我對基于UML和統(tǒng)一過程的面向對象建模方法有了相當?shù)恼J識在統(tǒng)一過程開發(fā)中，把一個較大的項目的功能分配到一個個用例上去實現(xiàn)，讓開發(fā)過程變得比較輕松，更適合多個人共同開發(fā);同時，通過開發(fā)階段的限制和迭代的劃分，使開發(fā)過程的透明度更高，目標更明確，整個項目開發(fā)的風險也降低了當然，由于時間關系，系統(tǒng)還有很多不完善的地方，系統(tǒng)地實現(xiàn)部分我們只實現(xiàn)了入庫管理這一模塊，并且對于系統(tǒng)高要求標準作的還不夠，這也是我們?nèi)蘸笈Φ姆较蛭也粫涍@難忘的半個月的時間課程報告的制作給了我難忘的回憶在我徜徉書海查找資料的日子里，面對無數(shù)書本的羅列，最難忘的是每次找到資料時的激動和興奮；理系統(tǒng)里，記憶最深的是每一步小小思路實現(xiàn)時那幸福的心情；為了報告我曾趕稿到深夜，但看著親手設計超市商品管親手打出的一字一句，心里滿滿的只有喜悅毫無疲憊。

這段旅程看似荊棘密布，實則蘊藏著無盡的寶藏我從資料的收集中，掌握了和鞏固很多專業(yè)知識，讓我對我所學過的知識有所鞏固和提高，并且讓我超市的發(fā)展及軟件設計的最新發(fā)展技術有所了解在整個過程中，我學到了新知識，增長了見識在今后的日子里，我仍然要不斷地充實自己，爭取在所學領域有所作為參考文獻[1] 張基溫，陳佳， 信息系統(tǒng)開發(fā) 清華大學出版社 2006[2] 衛(wèi)紅春， 信息系統(tǒng)分析與設計 西安電子科技大學出版社 2003[3] 黃梯云 ， 管理信息系統(tǒng) 高等教育出版社 2005[4]方美琪 陳禹， 軟件開發(fā)工具 經(jīng)濟科學出版社 2008[5]王珊， 數(shù)據(jù)組織與管理 經(jīng)濟科學出版社 1996[6]袁然，王誠梅，SQL Server 2005數(shù)據(jù)庫簡明教程 電子工業(yè)出版 2006 [7] 于功弟.90年代的軟件核心技術—面向對象技術.軟件世界，1993(9)[8] 張海藩.軟件工程導論(第三版).北京：清華大學出版社，1998[9] 文新輝.信息系統(tǒng)工程項目管理的基本要點.計算機世界，1996(9)[10] 王宏超.電力企業(yè)管理研究.北京：新華出版社，2005[11] 章少強.電力企業(yè)管理信息系統(tǒng).北京：中國電力出版社，2005。