【正文】 如下圖 Displayer Sampler (channel,frequency) 更新顯示 初始化 測量 倉儲系統(tǒng)業(yè)務用例建模 ?活動圖中可發(fā)送和接收信號 ， 發(fā)送符號對應于與轉移聯(lián)系在一起的發(fā)送短句 。 aPrinter:Printer Print(file) Print(file) 打印 創(chuàng)建 PS文件 在屏幕上的 報文框中顯示“打印” 刪除報文框 CustomerWindow. PrintAll Customers() 倉儲系統(tǒng)業(yè)務用例建模 活動圖舉例 (1) (2) 倉儲系統(tǒng)業(yè)務用例建模 入庫流程分析 業(yè)務需求用例建模階段 業(yè)務角色的查找及建立 業(yè)務用例查找與分析 倉儲系統(tǒng)業(yè)務用例建模 業(yè)務用例圖 建立系統(tǒng)的業(yè)務用例圖如下圖所示。 倉儲系統(tǒng)系統(tǒng)需求用例建模 到站日報錄入管理用例描述 （ 1）用例：到站日報管理 （ 2）參與者：入庫管理人員，站臺管理員 （ 3）目的：記錄貨物的到站情況和到站貨物的基本信息 （ 4）綜述：貨物到達后，站臺管理員組織卸貨，大致清點品種、件數(shù)，編寫 《 物資到站日報 》 ，入庫管理人員根據(jù)到站日報進行到站日報的錄入修改等操作。 （ 3）數(shù)據(jù)備份：將所有數(shù)據(jù)表信息定期保存在磁盤中，確保數(shù)據(jù)的安全性與可靠性。 倉儲系統(tǒng)系統(tǒng)需求用例建模 權限管理： 系統(tǒng)管理員能根據(jù)需要靈活地對操作角色的操作權限進行賦予與修改，以此有效靈活地對用戶的操作權限進行控制，角色管理包括： （ 1）角色填加 （ 2）角色刪除 （ 3）角色權限修改 （ 4）角色密碼修改 倉儲系統(tǒng)系統(tǒng)需求用例建模 系統(tǒng)整體功能描述 系統(tǒng)整體功能如下圖所示。對象通過相互間的通信 (消息傳遞 )進行合作 ,并在其生命周期中根據(jù)通信的結果不斷改變自身的狀態(tài)。 ?順序圖 (sequence diagram) ：是一種交互圖，主要描述對象 業(yè)務 領域分析與設計 之間的動態(tài)合作關系以及合作過程中的行為次序，常用來描述一個用例的行為。 ?同步消息 (synchronous)：是一種嵌套的控制流，用操作調(diào)用實現(xiàn)。一個狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的轉移。 終態(tài) —— 是狀態(tài)圖的終點。 業(yè)務 領域分析與設計 中間態(tài) 初態(tài) 終態(tài) 狀態(tài)名 狀態(tài)變量 活動 響應事件的內(nèi)部動作或活動的列表，定義為： 事件名 (參數(shù)表 [條件 ])/動作表達式 狀態(tài)變量 : 是狀態(tài)圖所顯示的類的屬性。 do事件用于指明在該狀態(tài)中時執(zhí)行的動作。 在第一層 上行 向上移動 到達 上行 空閑 到達 向下移動 下行 超時 向第一層移動 到達 電梯狀態(tài)圖 業(yè)務 領域分析與設計 細化的狀態(tài)表示 狀態(tài)名 狀態(tài)變量 活動 細化電梯狀態(tài)圖 On first floor Go up (floor) Moving up do/moving to floor Go up (floor)) Idle timer=0 do/increase timer arrived Moving down do/moving to floor Go down (floor) timer= timerout Moving to first floor arrived arrived 或關系的子狀態(tài) ?嵌套狀態(tài)圖：狀態(tài)圖可能有嵌套的子狀態(tài)圖 ， 且子狀態(tài)圖可以是另一個狀態(tài)圖 。 (3)收到來自外部對象的某個操作中的一個調(diào)用，表示為狀態(tài)遷移上的事件特征，也稱為消息。 順序圖存在兩個軸 :水平軸表示一組對象 ,垂直軸表示時間 。 對象圖 (1)消息 ?簡單消息 (simple)：表示消息類型不確定或與類型無關。 ?消息延遲：用傾斜箭頭表示。 業(yè)務 領域分析與設計 (2)順序圖的形式：有兩種使用順序圖的方式：一般格式和實例格式。 ： Customer Windows NewCustomer(Data) ： Customer Customer(Data) DeleteCustomer() 圖 創(chuàng)建或刪除對象 業(yè)務 領域分析與設計 、 類 圖、 對象圖和包圖 任何建模語言都以靜態(tài)建模機制為基礎 ,標準建模語言 UML也不例外。 UML的靜態(tài)建模機制包括：用例圖 (Use case diagram)、類圖(Class diagram)、對象圖 (Object diagram )、包圖 (Package diagram)、構件圖 (Component diagram)和配臵圖 (Deployment diagram) 面向對象的開發(fā)方法的基本任務是建立對象模型，是軟件系統(tǒng) 業(yè)務 領域分析與設計 開發(fā)的基礎。類及類型名均用英文大寫字母開頭，屬性及操作名為小寫字母開頭。對象圖亦分長式和短式。 private（ ） 私有的，表示不能被別的類訪問。操作通常稱為函數(shù)，它是類的一個組成部分，只能作用于該類的對象上。常用的方法有 ： ?名詞識別法 ?系統(tǒng)實體識別法 ?從用例中識別類 ?利用分解與抽象技術 關鍵是要定義類的“屬性”及“操作”。又分為： ?共享聚集 (shared aggregation)：其“部分”對象可以是任意“整體”對象的一部分。 整體類 部分類 窗口 工具框 顯示區(qū) 標題 窗口 標題 工具框 顯示區(qū) 項目 人員 ＊ ＊ 業(yè)務 領域分析與設計 (3)泛化：泛化指出類之間的“一般與特殊關系”，即繼承關系。 交疊泛化：在繼承樹中，若存在某種具有公共父類的多重繼承，稱為是交疊 (overlapping)的。 在需求分析階段 ， 類圖是研究領域的概念；在設計階段 ，類圖描述類與類之間的接口；而在實現(xiàn)階段 ， 類圖描述軟件系統(tǒng)中類的實現(xiàn) 。 業(yè)務 領域分析與設計 ?概念層 (Conceptual)：概念層類圖描述應用領域中的概念 。 面向對象開發(fā)方法非常重視區(qū)別接口與實現(xiàn)之間的差異 ,但在實際應用中卻常常忽略這一差異 。 可以用一個類型 (Type )描述一個接口 ,這個接口可能因為實現(xiàn)環(huán)境 、 運行特性或者用戶的不同而具有多種實現(xiàn) 。 但是由于各層次之間沒有一個清晰的界限 ,所以大多數(shù)建模者在畫圖時沒能對其加以區(qū)分 。 雖然將類圖分成三個層次的觀點并不是 UML的組成部分 ,但是它們對于建模或者評價模型非常有用 。UML中解決該問題的思路之一是將許多類集合成一個更高層次的單位 ,形成一個高內(nèi)聚、低耦合的類的集合。包擁有自己的模型元素，包與包之間不能共用一個相同的模型元素，包的實例沒有任何語義（含義）。 依賴關系：兩個包中的任意兩個類存在依賴關系 ， 則包之間存在依賴關系 。缺省值為公有。包括源代碼的靜態(tài)結構和運行時刻的實現(xiàn)結構。 ?配臵圖 (Deployment diagram) 描述了系統(tǒng)中硬件和軟件的物理配臵情況和系統(tǒng)體系結構。對系統(tǒng)的物理方面建模時，它是一個重要的構造塊。構件圖符是一個矩形框（如下圖所示）。 構件之間的依賴關系是指結構之間在編譯 ， 連接或執(zhí)行時的依賴關系 。 ?調(diào)用依賴 (Call Dependency)：是指一個組件調(diào)用或使用另外一個組件服務。 配臵圖中的結點代表某種計算機構件 ， 通常是某種硬件 。 醫(yī)院診療系統(tǒng)的配置圖 醫(yī)院診療系統(tǒng)的配置圖 (C/S) :Object Database :Health Care Domain Database Unit Server （數(shù)據(jù)庫服務器） a Windows PC（客戶機） :Object Database :Health Care Domain Heart Unit Server（ 心血管病服務器 ） :Configure Knowledge :Configure users Heart Unit Configuration 《 Communication 》 TCP/IP TCP/IP :Heart Unit UI :Heart Unit Client Facade :Heart Unit Server Application 作業(yè) 4 簡述統(tǒng)一軟件開發(fā)過程 RUP的開發(fā)過程和核心工作流。 結點的圖符是一個立方體 。 配臵圖可以顯示計算機結點的拓撲結構和通信路徑 ， 結點上執(zhí)行的軟構件 ， 軟構件包含的邏輯單元等 ， 特別對于分布式系統(tǒng) ， 配臵圖可以清楚的描述系統(tǒng)中硬件設備的配臵 ， 通信以及在各硬件設備上各種軟構件和對象的配臵 。 系統(tǒng)實現(xiàn)測試與配置 窗口控制 （ ） 通信控制 () 主控模塊 () 窗口控制 () 通訊控制 () 主控模塊 () 圖形庫 () 客戶程序 () 構件圖實例 構件 關系 Main類 Main類 圖形庫 Square類 Square類 Circle類 可執(zhí)行程序 組件的依賴關系又分為：開發(fā)期的依賴和調(diào)用依賴。 界面的圖符是一個小圓圈 。構件的描述如下圖所示。配臵圖還描述結點之間的連接以及通信類型。 ?構件圖 (Component diagram) 顯示代碼本身的邏輯結構，它描述系統(tǒng)中存在的軟構件以及它們之間的依賴關系。 X 類 P 類 S A B D C I 包圖舉例 業(yè)務 領域分析與設計 保險單 填寫界面 系統(tǒng)內(nèi)部 保險單 客戶 數(shù)據(jù)庫界面 （ abstract) Oracle 界面 Sybasec界面 包的繼承 包的依賴 包 包圖 業(yè)務 領域分析與設計 財務子系統(tǒng) 數(shù)據(jù)庫子系統(tǒng) 數(shù)據(jù)庫操作 數(shù)據(jù)庫接口 Oracle 接口 Sybasec接口 包圖舉例 業(yè)務 領域分析與設計 訂單獲 取界面 AWT 郵件發(fā) 送界面 郵件發(fā) 送應用 訂單獲 取應用 訂單 顧客 用戶接口包 應用層包 問題域包 業(yè)務 領域分析與設計 ?包圖另一種劃分方式 訂單獲 取界面 AWT 郵件發(fā) 送界面 郵件發(fā) 送應用 訂單獲 取應用 訂單 顧客 用戶接口 用戶 問題域 業(yè)務 領域分析與設計 舉例：用包圖描述醫(yī)院監(jiān)護系統(tǒng)的體系結構 用戶 醫(yī)生 值班護士 病人 病歷管理 病歷 用戶界面 病情報告 局部監(jiān)視 報警信號 病癥監(jiān)視器 中央監(jiān)護系統(tǒng) 病人病癥信號 標準病癥信號 數(shù)據(jù)庫 病歷庫 標準病癥信號庫 用戶層 用戶界面層 應用層 數(shù)據(jù)庫層 系統(tǒng)順序圖和狀態(tài)圖 新建到站日報 修改到站日報 刪除到站日報 業(yè)務 領域分析與設計 定義基本對象與類 入庫管理子系統(tǒng)的對象分析 實體對象 貨物，物資到站日報，碼單入庫信息表，倉庫，貨物明細單，入庫單，貨物異常報告，帳卡入庫信息，入庫收費單，客戶信息，庫區(qū)，庫位，碼單基本信息表，職工信息表，用戶權限表，權限信息表，驗收工具表，設備表，站臺表，計量單位表，部門表，物資明晰分類表，業(yè)務類別表。 例如