【文章內(nèi)容簡介】 各種模型的圖形 ，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設計到編碼的過渡，以體現(xiàn) UML 建模的模型對系統(tǒng)開發(fā)帶來的好處。 本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與 UML 建模語言的優(yōu)勢與特色，同時與倉儲管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了 UML 建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用 UML 語言所提供的各種建模圖形來描述倉儲管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)的順序圖。根據(jù)倉儲管理的特點，我們大膽的改進了一般的UML 建模的分析過程，并在分析設計過程中采用更加適合倉儲系統(tǒng)的分析級類圖與順序圖。 經(jīng)濟管理學院本科課程設計 6 第 2 章 業(yè)務建模 首先， UML 融合了 Booch、 OMT 和 OOSE 方法中的基本概念，這些概念與其它 面向?qū)ο蠹夹g 中的基本概念大多相同， 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)結(jié)構和動態(tài)行為。 UML 將系統(tǒng)描述為一些離散的相互作用的對象并最終為外部用戶提供一定功能的模型結(jié)構。靜態(tài)結(jié)構定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關系。動態(tài)行為定義了對象的時間特性和對象為完成目標而相互進行通信的機制。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用于不同的目的。 UML 還包括可將模型分解成包的結(jié)構組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構，并理解和控制各個 包間的依賴關系，在復雜的開發(fā)環(huán)境中管理模型單元。它還包括用于顯示系統(tǒng)實現(xiàn)和組織運行的組 件。 RUP 軟件開發(fā)過程 UML 是一種建模語言而不是一種方法， UML 的表示法和規(guī)則能夠用來為系統(tǒng)進行面向?qū)ο蠼?，但并沒有指定應用 UML 的過程和方法。 1998 年正式頒布的RUP(Rational Unified Process)是 UML 設計者們共同定義的一個軟件開發(fā)的公共過程框架。 統(tǒng)一過程主要包括四個階段 :開始階段、細化階段、構建階段和移交階段。 結(jié)合倉儲系統(tǒng)得特點和 RUP 分析過程，我們對本倉儲系統(tǒng)的開發(fā)過程以 及第 2 章 業(yè)務建模 7 在開發(fā)過程中用到的建模圖形如圖 21 所示。 圖 21 建模圖形 配置 測試依據(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)圖 活動圖 用例圖 用例圖 順序圖 類圖 注： 箭頭表示模型和各種活動之間的描述關系 。 虛線表示各種活動之間的可溯性 對象圖 配置圖 用例圖 流程圖 用例圖 類圖 經(jīng)濟管理學院本科課程設計 8 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)決策、確定基本的軟件結(jié)構，并對應用系統(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)測試 第 2 章 業(yè)務建模 9 測試實現(xiàn)的部分是否滿足用例的功能要求 。另外，類圖 、組件圖、協(xié)作圖等也可以用來進行測試。 業(yè)務術語表 軟件構架：在計算的算法和數(shù)據(jù)結(jié)構之外，設計并確定系統(tǒng)整體結(jié)構成為了新的問題。結(jié)構問題包括總體組織結(jié)構和全局控制結(jié)構，通信、同步和數(shù)據(jù)訪問的協(xié)議，設計元素的功能分配，物理分布，設計元素的組成，定標與性能，備選設計的選擇。 邏輯視圖：包括最重要的設計類、從這些設計類到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式。它還包括一些用例實現(xiàn)。它是設計模型的子集。 實施視圖：包括實施模型及其從模塊到包和層的組織形式的概覽。同時還描述了將邏輯視圖中 的包和類向?qū)嵤┮晥D中的包和模塊分配的情況。它是實施模型的子集。 進程視圖：包括所涉及任務（進程和線程）的描述，它們的交互和配置，以及將設計對象和類向任務的分配情況。只有在系統(tǒng)具有很高程度的并行時，才需要該視圖。在 Rational Unified Process 中，它是設計模型的子集。 配置視圖：包括對最典型的平臺配置的各種物理節(jié)點的描述以及將任務（來自進程視圖）向物理節(jié)點分配的情況。只有在分布式系統(tǒng)中才需要該視圖。它是部署模型的一個子集。 用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個矩形）封閉的一組用例 、參與者和用例之間的關聯(lián)、用例間的關系以及參與者的泛化的圖。用例圖表示了來自用例模型（用例，參與者）的元素。 活動圖：活動圖是狀態(tài)機的一個特殊例子，在該狀態(tài)機中所有的或大部分的狀態(tài)都是活動狀態(tài)或動作狀態(tài)，所有或大部分的轉(zhuǎn)換由源狀態(tài)中活動的完成所觸發(fā)?；顒訄D表示一個程序或工作流?；顒訄D是模型中的完整單元。 類圖：類圖是靜態(tài)視圖的圖形表達方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內(nèi)容及相互關系。類圖可以表示包的視圖，包含嵌套包的符號。 協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實例及其鏈接。與順 序圖不同，協(xié)作圖表示了角色之間的關系。另一方面，協(xié)作圖也不將時間作為單獨的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程。 經(jīng)濟管理學院本科課程設計 10 組織機構圖 倉庫庫存管理機構組織機構圖描述了內(nèi)部組織結(jié)構，工作人員之間的上下級關系。超市組織機構圖如圖 22 所示。 圖 22 超市組織機構圖 主業(yè)務用例圖 在下一章將會對高倉庫管理系統(tǒng)的主業(yè)務用例進行細化，有關本用例圖的描述在此略 。 主用例圖如圖 23 所示。 第 2 章 業(yè)務建模 11 圖 23 主用例圖 經(jīng)濟管理學院本科課程設計 12 第 3 章 分析與設計 系統(tǒng)分析與設計過程首先根據(jù)業(yè)務用例和業(yè)務活動圖進行聚類，聚類活動在系統(tǒng)分析時開始。聚類活動是個連續(xù)的過程，需要不斷地進行豐富和完善，需要按照面向?qū)ο笤O計的思想，劃分出子系統(tǒng)類，并為類添加應該具有的方法或?qū)傩裕约斑@些方法或?qū)傩缘目梢娦?，這些可以通過設計類圖來描述。系統(tǒng)設計的任務就是要依據(jù)系統(tǒng)分析文檔資料，采用正確的方法，確定系統(tǒng)功能模塊在計算機內(nèi)應該用那些程序組成，它們之間用什么方式連接在一起，以構成一個最好的系統(tǒng)結(jié)構。 業(yè)務流程調(diào)查 超市倉庫管理信息系統(tǒng)業(yè)務流 程調(diào)查 根據(jù)分析， 本系統(tǒng)業(yè)務流程主要包括如下內(nèi)容： ? 顧客發(fā)訂單給銷售部門 ? 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶 ? 對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。 ? 保存訂單數(shù)據(jù)，并進行銷售統(tǒng)計。 崗位職責 ：進行入庫出庫的貨物進行決策。以及對報表進行簽字。 ：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等。 ：對貨物進行盤點，對貨物所在 貨架進行登記，貨物的信息增加，刪除，修改等，進行生成報表。 ：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等。制作報表。 業(yè)務用