【文章內(nèi)容簡介】 統(tǒng)管理：再模塊中可以對用戶信息、廠商信息、商品類別信息和商品信息進(jìn)行設(shè)置和管理； ★ 訂單管理：在該模塊中可以對訂單的記錄信息進(jìn)行相應(yīng)的管理操作： ★ 出入庫管理：在該模塊中可以對入庫、出庫兩部分記錄進(jìn)行相應(yīng)的管理； ★ 查詢統(tǒng)計 ：在該模塊中，可以對訂單、庫存以及出入庫的記錄進(jìn)行一定條件下的查詢。 根據(jù)上述的系統(tǒng)結(jié)構(gòu)可也識別出參與者有： 庫存管理系統(tǒng)、系統(tǒng)管理員、出入庫管理員、查詢統(tǒng)計、后臺數(shù)據(jù)庫 圖 21 清楚顯示了系統(tǒng)結(jié)構(gòu) 。 吉林工程技術(shù)師范學(xué)院畢業(yè)論文 9 圖 31系統(tǒng)結(jié)構(gòu)圖 系統(tǒng)的用例分析是 UML 建模的第一步。用例圖由參與者（ Actor）、用例（ Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。用例圖（ User Case）是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模。用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。用例圖用于對系統(tǒng)、子系統(tǒng)或類的行為進(jìn)行可視化，使用戶能夠理解如何使用這些元素，并使開發(fā)者能夠?qū)崿F(xiàn)這些元素。將每個系統(tǒng)中的用戶分出工作狀態(tài)的屬性和工作內(nèi)容，方便建模，防止功能重復(fù)和多余的類。 用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對功能的具體實現(xiàn)。上述已經(jīng)確立了庫存管理系 統(tǒng)的各個功能模塊，包括系統(tǒng)管理、訂單管理、出入庫管理、商品管理、廠商管理查詢統(tǒng)計等。根據(jù)以上的需求分析和參與者識別，可以畫出用例圖，如圖 22 所示。 用戶管理 系統(tǒng)管理 登 錄管理 商品庫存調(diào)度系統(tǒng) 出入庫管理 查詢統(tǒng)計 廠商管理 類別管理 商品管理 訂單管理 入庫管理 出庫 管理 訂單查詢 庫存查詢 出入庫查詢 訂單管理 第三章 系統(tǒng)設(shè)計 10 圖 32 用例圖 在選中了部分用戶描述進(jìn)入迭代過程后，為了確保設(shè)計和編碼產(chǎn)生完全符合需要的系統(tǒng)，就要對選中的描述進(jìn)行細(xì)化分析，這實際上是一個細(xì)化的需求分析過程，會產(chǎn)生更多的需求信息，必須有效的組織和處理它們。一從系統(tǒng)的角度研究事件及行為產(chǎn)品用例的細(xì)化分析，首先應(yīng)該從系統(tǒng)的角度研究外部參與者與我們將要創(chuàng)建的軟件系統(tǒng)之間如何交互。交互期間，參與者產(chǎn)生一個發(fā)送給系 統(tǒng)的事件，通常要求系統(tǒng)響應(yīng)這個操作。根據(jù)分析的需要，在 SSD 中可以考慮每個相鄰系統(tǒng)與系統(tǒng)的交互過程，從而發(fā)現(xiàn)和定義盡可能多的事件，發(fā)現(xiàn)事件的粒度可以根據(jù)具體情況來決定，圖 23 便是細(xì)化的用例圖。 系統(tǒng)出入庫登記訂單管理廠商信息商品管理權(quán)限設(shè)置庫存查詢查詢統(tǒng)計系統(tǒng)管理員倉庫管理員后臺數(shù)據(jù)庫生產(chǎn)部門銷售人員生產(chǎn)計劃吉林工程技術(shù)師范學(xué)院畢業(yè)論文 11 圖 33 具體用例圖 系統(tǒng)管理員生產(chǎn)部門倉庫管理員出庫管理系統(tǒng)維護(hù)刪除用戶庫存查詢訂單生成查詢核計權(quán)限修改廠商管理入庫管理監(jiān)控禁止生產(chǎn)計劃重置 uses uses uses uses uses uses uses uses uses 銷售人員 uses uses uses uses uses 后臺數(shù)據(jù)庫 uses uses uses uses uses uses uses uses uses uses include extends u s e s 第三章 系統(tǒng)設(shè)計 12 定義系統(tǒng)對象 常用的識別類的方法有：名詞識別法、系統(tǒng)實體識別法、使用重用、從用例中識別類等。 ★ 名詞識別法 識別問題域中的實體，實體的描述通常用名詞、名詞短語、名詞性代詞的形式出現(xiàn)。用指定語言對系統(tǒng)進(jìn)行描述；從系統(tǒng)描述中標(biāo)識名詞、名 詞短語、名詞性代詞；識別確定（取、舍）類。 ★ 系統(tǒng)實體識別法 不關(guān)心系統(tǒng)的運作流程及實體之間的通信狀態(tài)，而只考慮系統(tǒng)中的人員、組織、地點、表格、報告等實體，經(jīng)過分析將他們識別為類（或?qū)ο螅? 被標(biāo)識的實體有：系統(tǒng)需要存儲、分析、處理的信息實體、系統(tǒng)內(nèi)部需要處理的設(shè)備、與系統(tǒng)交互的外部系統(tǒng)、系統(tǒng)相關(guān)人員、系統(tǒng)的組織實體。在確定類時，常使用兩類技術(shù)： ★ 分解技術(shù)：將整體類和組合類分解?？煽刂茊蝹€類的規(guī)模。 ★ 抽象技術(shù)：根據(jù)一些類的相似性建立抽象類，并建立抽象類與這些類之間的繼承關(guān)系。抽象類實現(xiàn)了系 統(tǒng)內(nèi)部的重用，很好地控制了復(fù)雜性，并為所有子類定義了一個公共的界面，使設(shè)計局部化，提高系統(tǒng)的可修改性和可維護(hù)性。 根據(jù)下述原則進(jìn)一步確定類： ★去掉冗余類：如兩個類表述同一信息，應(yīng)保留最具有描述能力的類。 ★去掉不相干的類：刪除與問題無關(guān)或關(guān)系不大的類。 ★刪除模糊的類：有些初始類邊界定義不確切，范圍太廣，應(yīng)該刪除。 ★刪除那些性質(zhì)獨立性不強(qiáng)的，而應(yīng)該是類“屬性”的候選類。 ★所描述的操作不適宜作為對象類，并被其自身所操縱，所描述的只是實現(xiàn)過程中的暫時的對象，應(yīng)刪去。 通過名詞識別法和系統(tǒng)實體識別法等方法可 以識別出系統(tǒng)的幾個類 ,以 下用類圖這種簡單明了的方法分別表示出類的名稱，屬性，操作。圖 24所 吉林工程技術(shù)師范學(xué)院畢業(yè)論文 13 示便是類圖。 圖 34 類圖 定義類間的關(guān)系 兩個或多個類之間的相互依賴關(guān)系就是關(guān)聯(lián)，實現(xiàn)關(guān)聯(lián)的方式有多種。關(guān)聯(lián)通常用描述性動詞和動詞詞組表示。可以從問題陳述中抽去所有可能的關(guān)聯(lián)表述，在銀行網(wǎng)絡(luò)系統(tǒng)示例中所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問題中的動詞詞組而得到的。但在陳述中，有些動詞詞組表述的關(guān)聯(lián)是不明顯的，或在問題陳述中是找不到的，還有一些關(guān)聯(lián)與客觀世界或人的假設(shè)有關(guān)，必須同用戶一起 確定這種關(guān)聯(lián)。圖 25 很好的顯示了類之間的關(guān)系。 + 生成 ()+ 取消 ()+ 修改 () 訂單號 : int 商品名稱 : string 商品代號 : int 數(shù)量 : int 價格 : float 交貨日期訂單 廠商名稱 : string ( idl ) 地址 : string 供貨信息 : string廠商+ 價格修改 ()+ 名稱更換 () 商品名稱 商品種類 商品代碼 價格 庫存量商品+ 核對 ()+ 注銷 ()+ 注冊 ()+ 權(quán)限修改 () 用戶名 : string 密碼 : string系統(tǒng)管理員+ 統(tǒng)計 ()+ 補(bǔ)倉 () 名稱 : string 類別 : string 庫存統(tǒng)計+ 禁止 ()+ 查詢 () 類別 : string 名稱 : string 廠商 : string查詢+ 訂單生成 () : bool+ 庫存查詢 () 類別 : string銷售+ 禁止 ()+ 輸入 ()+ 修改 () 輸入 : int 商品代碼 : int 商品數(shù)量 : int入庫+ 庫存查詢 ()+ 訂單核對 ()+ 出庫 ()+ 入庫 ()+ 生產(chǎn) () 商品 數(shù)量生產(chǎn)+ 禁止 ()+ 輸出 ()+ 修改 () 禁止 : string 商品代碼 : int 數(shù)量 : int出庫+ 監(jiān)控 () 輸入 輸出后臺第三章 系統(tǒng)設(shè)計 14 圖 35 類關(guān)系 + 庫存查詢 ()+ 訂單核對 ()+ 出庫 ()+ 入庫 ()+ 生產(chǎn) () 商品 數(shù)量生產(chǎn)+ 統(tǒng)計 ()+ 補(bǔ)倉 () 名稱 : string 類別 : string 庫存統(tǒng)計+ 禁止 ()+ 查詢 () 類別 : string 名稱 : string 廠商 : string查詢+ 禁止 ()+ 輸入 ()+ 修改 () 輸入 : int 商品代碼 : int 商品數(shù)量 : int入庫 廠商名稱 : string ( idl ) 地址 : string 供貨信息 : string廠商+ 價格修改 ()+ 名稱更換 () 商品名稱 商品種類 商品代碼 價格 庫存量商品+ 禁止 ()+ 輸出 ()+ 修改 () 禁止 : string 商品代碼 : int 數(shù)量 : int出庫+ 核對 ()+ 注銷 ()+ 注冊 ()+ 權(quán)限修改 () 用戶名 : string 密碼 : string系統(tǒng)管理員+ 監(jiān)控 () 輸入 輸出后臺+ 訂單生成 () : bool+ 庫存查詢 () 類別 : string銷售 輸入 : int 輸出 : int銷售 :: 后臺數(shù)據(jù)庫1 ..*110 ..*0 ..*1 ..*1 ..*1+ 禁止 ()+ 輸入 ()+ 修改 () 輸入 : int 商品代碼 : int 商品數(shù)量 : int入庫1 ..*1 ..*1 ..* 1 ..*1 ..*1吉林工程技術(shù)師范學(xué)院畢業(yè)論文 15 第四章 系統(tǒng)設(shè)計 交互作用圖即協(xié)作圖 ,協(xié)作圖是時序圖之外另一種表示交互的方法。時序圖描述信息隨時間的交互，而協(xié)作圖描述核對線結(jié)構(gòu)相關(guān)的信息。協(xié)作圖可以說明類操作中用到的參數(shù)、局部變量以及操作中的永久鏈。當(dāng)實現(xiàn)一個行為時，消息編號對應(yīng)程序中潛逃的調(diào)用結(jié)構(gòu)和信號傳遞過程。使用協(xié)作圖可以顯示對象角色之間的關(guān)系，如為實現(xiàn)某個操作或達(dá)到某種結(jié)果而在對象間交換的一組消息 。如果需要強(qiáng)調(diào)時間和序列，最好選擇序列圖；如果需要強(qiáng)調(diào)上下文相關(guān)，最好選擇協(xié)作圖。協(xié)作圖用于顯示對象之間如何進(jìn)行交互以執(zhí)行特定用例或用例中特定部分的行為。協(xié)作圖顯示對象之間的關(guān)系，它更有利于理解對給定對象的所有影響，也更適合過程設(shè)計。協(xié)作圖的格式?jīng)Q定了它們更適合在分析活動中使用。此外，協(xié)作圖很難顯示補(bǔ)充的說明性信息，例如時間、判定點或其他非結(jié)構(gòu)化的信息，而在序列圖中這些信息可以方便地添加到注釋中協(xié)作圖強(qiáng)調(diào)參與一個交互對象的組織，它由以下基本元素組成：活動者（ Actor）、對象（ Object）、連接（ Link）和消息（ Message）。圖 41 是出庫時的協(xié)作圖。 圖 41 協(xié)作圖 銷售人員倉庫管理員1 ： 提 貨 單5 ： 出 庫 憑 證theBillOfLading2 ： 核 對 提 貨 單3 ： 提 貨 單 正 確4 ：發(fā)貨記錄theInventory第四章 系統(tǒng)設(shè)計 16 建立活動圖 在 UML 中，活動圖中活動用圓角矩形表示，與狀態(tài)的圖形符號相比，活動的圖形符號更接近橢圓，兩個活動之間用帶箭頭的線進(jìn)行連接?；顒訄D是闡明了業(yè)務(wù)用例實現(xiàn)的工作流程。業(yè)務(wù)用例由一系列活動組成，它們共同為業(yè)務(wù)主角生成某些工件。活動圖與傳統(tǒng)的流程圖非常相似，活動圖是面向?qū)ο蟮?，描述的是對象活動的順序關(guān)系所遵循的規(guī)則，它著重 表現(xiàn)的是系統(tǒng)的行為，而非系統(tǒng)的處理過程。 一個活動圖可能包括以下元素：活動狀態(tài)表示在工 作流程中執(zhí)行某個活動或步驟。轉(zhuǎn)移表示各種活動狀態(tài)的先后順序。這種轉(zhuǎn)移可稱為完成轉(zhuǎn)移。它不同于一般的轉(zhuǎn)移，因為它不需要明顯的觸發(fā)器事件，而是通過完成活動（用活動狀態(tài)表示）來觸發(fā)。決策，為其定義了一組警戒條件。這些警戒條件決定在活動完成后將執(zhí)行一組備選轉(zhuǎn)移中的哪一個轉(zhuǎn)移。同步示意條能夠顯示業(yè)務(wù)用例的工作流程中的并行線程。系統(tǒng)的活動圖 42 所示。 圖 42 系統(tǒng)活動圖 輸入用戶信息識別信息連接后臺確定身份權(quán)限識別查詢界面管理界面重新輸入 退出身份不符身份符合 非管理員權(quán)限管理員權(quán)限吉林工程技術(shù)師范學(xué)院畢業(yè)論文 17 建立時序圖 時序圖描述了對象之間傳遞消息的時間順序，用來表示用例中的行為順序。當(dāng)執(zhí)行用力行為時，時序圖中的消息 對應(yīng)類操作或狀態(tài)流中引起轉(zhuǎn)換的觸發(fā)事件。時序圖描述對象是如何交互的，并且將重點放在消息序列上。也就是說，描述