【正文】 象分類，確定對(duì)象之間的交互3 確定類之間的關(guān)系4 定義類的屬性和操作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)行劃分。另外，類圖、組件圖、協(xié)作圖等也可以用來進(jìn)行測(cè)試。它是實(shí)施模型的子集。用例圖表示了來自用例模型（用例，參與者）的元素。另一方面，協(xié)作圖也不將時(shí)間作為單獨(dú)的維來表示，所以必須使用順序號(hào)來判斷消息的順序以及并行線程。 業(yè)務(wù)流程調(diào)查 超市倉庫管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查根據(jù)分析，本系統(tǒng)業(yè)務(wù)流程主要包括如下內(nèi)容：l 顧客發(fā)訂單給銷售部門l 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶l 對(duì)合格的訂單，通過核對(duì)庫存記錄，缺貨訂單通過缺貨統(tǒng)計(jì)，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對(duì)于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。 業(yè)務(wù)用例分析用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。描述：對(duì)報(bào)表進(jìn)行修改，刪除，查詢等用例名：出庫單管理角色：出庫管理員目的：進(jìn)行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物用例名：出庫審核角色：出庫管理員目的：防止有錯(cuò)誤的貨物出倉庫描述：生成單價(jià)和生成收費(fèi)單倉庫管理員接收提貨單后填寫出庫單，給銷售人員確認(rèn)性息。下面用活動(dòng)圖來對(duì)入庫管理系統(tǒng)的主要活動(dòng)進(jìn)行描述。在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。每一個(gè)類元角色用一條生命線來表示，即用垂直線代表整個(gè)交互過程中對(duì)象的生命期。類元角色用生命線表示。4. 消息：在時(shí)序圖中，對(duì)象之間的消息發(fā)送和接收用兩個(gè)對(duì)象生存線之間的消息箭頭線表示，用來指出該對(duì)象執(zhí)行期間的時(shí)序。一個(gè)協(xié)作圖描述了系統(tǒng)中為實(shí)現(xiàn)某些服務(wù)所涉及的對(duì)象扮演的角色及其相互之間的交互?；顒?dòng)圖特別適合描述動(dòng)作流和并發(fā)處理行為。4. 泳道泳道代表對(duì)象對(duì)活動(dòng)的責(zé)任。根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)計(jì)和完成用例。超市倉庫管理系統(tǒng)構(gòu)件圖如圖45所示。節(jié)點(diǎn)可被看作類型，也可看作實(shí)例。圖47系統(tǒng)部署圖超市倉庫管理系統(tǒng)的部署圖描述如下：節(jié)點(diǎn)該系統(tǒng)使用的硬件設(shè)備：普通PC機(jī)和移動(dòng)PC機(jī)作為終端設(shè)備，1臺(tái)數(shù)據(jù)庫服務(wù)器（采用SQL Server 2000），1臺(tái)應(yīng)用程序服務(wù)器，和多臺(tái)Web服務(wù)器。輸出設(shè)備：顯示器和打印機(jī)。從整個(gè)論文的撰寫和用例的開發(fā)中，我對(duì)基于UML和統(tǒng)一過程的面向?qū)ο蠼７椒ㄓ辛讼喈?dāng)?shù)恼J(rèn)識(shí)。我從資料的收集中，掌握了和鞏固很多專業(yè)知識(shí)，讓我對(duì)我所學(xué)過的知識(shí)有所鞏固和提高，并且讓我超市的發(fā)展及軟件設(shè)計(jì)的最新發(fā)展技術(shù)有所了解。在我徜徉書海查找資料的日子里，面對(duì)無數(shù)書本的羅列，最難忘的是每次找到資料時(shí)的激動(dòng)和興奮；理系統(tǒng)里，記憶最深的是每一步小小思路實(shí)現(xiàn)時(shí)那幸福的心情；為了報(bào)告我曾趕稿到深夜，但看著親手設(shè)計(jì)超市商品管親手打出的一字一句，心里滿滿的只有喜悅毫無疲憊。回想這段日子的經(jīng)歷和感受，我感慨萬千，在這次課程設(shè)計(jì)的過程中，我擁有了無數(shù)難忘的回憶和收獲。輸入設(shè)計(jì)要求：用戶在輸入數(shù)據(jù)的時(shí)候要嚴(yán)格遵守格式要求。5．繪制部署圖：形成結(jié)構(gòu)清晰具有層次的部署圖。如果含有依賴關(guān)系的構(gòu)件實(shí)例放置在不同節(jié)點(diǎn)上，部署視圖可以展示出執(zhí)行過程中的瓶頸。每一個(gè)構(gòu)件圖只是系統(tǒng)靜態(tài)視圖的某一個(gè)圖形表示，描述系統(tǒng)的某一個(gè)側(cè)面。在活動(dòng)圖中，虛箭線也稱為對(duì)象流，對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì)象之間的關(guān)聯(lián)。也可以詳細(xì)描述其入口動(dòng)作和出口動(dòng)作等。 圖44超市倉庫管理的出庫協(xié)作圖 活動(dòng)圖在UML中，活動(dòng)圖是系統(tǒng)動(dòng)態(tài)行為建模的圖形工具之一，用來表示完成一個(gè)操作所需要的活動(dòng)，或者是一個(gè)用例實(shí)例（場(chǎng)景）的活動(dòng)。協(xié)作圖用各個(gè)角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。2. 生存線：對(duì)象框下畫垂直的虛線，稱為該對(duì)象的生存線，表示對(duì)象的生存時(shí)間。縱向是時(shí)間軸，時(shí)間沿豎線向下延伸。下面詳細(xì)描述整個(gè)系統(tǒng)實(shí)現(xiàn)過程。類圖是以類為中心來組織的，類圖中的其他元素或?qū)儆谀硞€(gè)類或與類相關(guān)聯(lián)。UML中的活動(dòng)圖用于描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識(shí)別并行活動(dòng)和工作流程情況。如圖31所示。：對(duì)貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對(duì)，各種信息的查詢修改等。聚類活動(dòng)是個(gè)連續(xù)的過程，需要不斷地進(jìn)行豐富和完善，需要按照面向?qū)ο笤O(shè)計(jì)的思想，劃分出子系統(tǒng)類，并為類添加應(yīng)該具有的方法或?qū)傩裕约斑@些方法或?qū)傩缘目梢娦?，這些可以通過設(shè)計(jì)類圖來描述。協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實(shí)例及其鏈接。它是部署模型的一個(gè)子集。實(shí)施視圖：包括實(shí)施模型及其從模塊到包和層的組織形式的概覽。同時(shí)通過實(shí)現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。2 進(jìn)行系統(tǒng)功能建模尋找用例及其之間的關(guān)系(用例圖)，通過詳細(xì)描述用例來捕獲系統(tǒng)的功能需求，同時(shí)輔助活動(dòng)圖，并建立系統(tǒng)用例圖，這是整個(gè)開發(fā)過程的基礎(chǔ)。它還包括用于顯示系統(tǒng)實(shí)現(xiàn)和組織運(yùn)行的組件。(2) UML表示法 定義UML符號(hào)的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號(hào)和文本語法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述倉儲(chǔ)管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動(dòng)態(tài)的順序圖。 超市倉庫管理發(fā)展與現(xiàn)狀在我國超市形成在20世紀(jì)90年代初期，現(xiàn)在已經(jīng)成為我國零售業(yè)的一種重要形態(tài)，為國民經(jīng)濟(jì)的發(fā)展發(fā)揮了重要的作用。這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入,因此設(shè)計(jì)階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明。在需求分析階段，可以用用例來捕獲用戶需求。雖然UML的應(yīng)用必然以系統(tǒng)的開發(fā)流程為背景，但根據(jù)我們的經(jīng)驗(yàn)，不同的組織，不同的應(yīng)用領(lǐng)域需要不同的開發(fā)過程。在世界范圍內(nèi),至少在近10年內(nèi),UML將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。面向?qū)ο笈c人工智能語言、面向?qū)ο髷?shù)據(jù)庫:優(yōu)勢(shì)在于數(shù)據(jù)庫管理提供更適合于自然思維方式的數(shù)據(jù)庫管理風(fēng)格和數(shù)據(jù)模型—對(duì)象，OOP以其概念和機(jī)制支持了軟件的可重用性、軟插件為軟件可重用性終于明顯的支持。商店自動(dòng)化的產(chǎn)品管理在歐美等國家早已經(jīng)實(shí)現(xiàn)，也是零售業(yè)管理的基礎(chǔ)。若能通過庫存管理使庫存節(jié)約即使很小的百分比,對(duì)企業(yè)來講,其經(jīng)濟(jì)效益也是十分可觀的,市場(chǎng)競(jìng)爭(zhēng)的日益激烈,降低庫存成本己經(jīng)成為企業(yè)的“第三利潤源泉”。顧客的消費(fèi)要求的是希望在超市購物中能基本上都能購得所需的商品，并且還要既保證商品質(zhì)量還要享受優(yōu)質(zhì)，方便的服務(wù)。面向?qū)ο筌浖こ?OOSE)：從軟件生存周期的偽度出發(fā)，研究面向?qū)ο蟾拍钤谲浖囊?guī)格化、分析、設(shè)計(jì)、編碼、測(cè)試等階段應(yīng)用。統(tǒng)一建模語言（UML）是用來對(duì)軟件密集系統(tǒng)進(jìn)行描述、構(gòu)造、視化和文檔編制的一種語言。雖然UML的開發(fā)者們將繼續(xù)倡導(dǎo)從用例驅(qū)動(dòng)到體系結(jié)構(gòu)為中心最后反復(fù)改進(jìn)、不斷添加的軟件開發(fā)過程，但實(shí)際上設(shè)計(jì)標(biāo)準(zhǔn)的開發(fā)流程并不是非常必要的。為實(shí)現(xiàn)用例，類之間需要協(xié)作，這可以用UML動(dòng)態(tài)模型來描述。因?yàn)樵谠缙陔A段,模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具,過早考慮編碼問題十分不利于建立簡單正確的模型。蘇轍超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變得愈加復(fù)雜，日常所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運(yùn)轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應(yīng)對(duì)這復(fù)雜的市場(chǎng)。盡管UML的應(yīng)用以系統(tǒng)的開發(fā)過程為背景，但針對(duì)不同組織和不同應(yīng)用領(lǐng)域，需要采取不同的開發(fā)過程。UML將系統(tǒng)描述為一些離散的相互作用的對(duì)象并最終為外部用戶提供一定功能的模型結(jié)構(gòu)。統(tǒng)一過程主要包括四個(gè)階段:開始階段、細(xì)化階段、構(gòu)建階段和移交階段。