【正文】 告 （ ） 打印病情報告 （ ） 病情報告 報警信號 聲音 燈光 文字 報警 （ ） 數(shù)模轉化 （ ） 病歷庫 類型 大小 容量 生成病歷 （ ） 更新病歷 （ ） 查看病歷 （ ） 打印病歷 （ ） 類型 大小 容量 提供標準信號 （ ） 標準病癥信號庫 輸入 輸出 分解信號 （ ） 比較信號 （ ） 報警 （ ） 數(shù)據(jù)格式化 （ ） 中央監(jiān)護系統(tǒng) 業(yè)務 領域分析與設計 在類圖中標明類之間的關系： * * * * * * * 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 值班護士 醫(yī)生 病人 病癥監(jiān)視 病人病癥信號 病歷 病歷庫 病情報告 報警信號 中央監(jiān)護系統(tǒng) 標準病癥信號 標準病癥信號庫 1 1 1 報警 監(jiān)視 業(yè)務 領域分析與設計 4. 包圖 一個最古老的軟件方法問題是 :怎樣將大系統(tǒng)拆分成小系統(tǒng)。UML中解決該問題的思路之一是將許多類集合成一個更高層次的單位 ,形成一個高內(nèi)聚、低耦合的類的集合。 UML中這種分組機制叫包 (Package)。引入包是為了降低系統(tǒng)的復雜性。 包是一種組合機制，把各種各樣的模型元素通過內(nèi)在的語義連在一起成為一個整體就叫包，構成包的模型元素稱為包的內(nèi)容，包通常用于對模型的組織管理，因此有時又將包稱為子系統(tǒng)（ subsystem）。包擁有自己的模型元素，包與包之間不能共用一個相同的模型元素，包的實例沒有任何語義（含義）。僅在模型執(zhí)行期間包才有意義。 業(yè)務 領域分析與設計 包的內(nèi)容可以是類的列表 ,也可以是另一個包圖 ,還可以是一個類圖 。 包之間的關系有依賴和泛化 （ 繼承 ） 。 依賴關系：兩個包中的任意兩個類存在依賴關系 ， 則包之間存在依賴關系 。 表示為： 泛化關系：使用繼承中通用和特例的概念來說明通用包和專用包之間的關系 。 例如 ,專用包必須符合通用包的界面 ,與類繼承關系類似 。 表示為： 包內(nèi)容 包名 包名 包 A 包 B 數(shù)據(jù)庫界面 Oracle界面 Sybase界面 （ a）包的表示 (b)包的依賴關系 (c) 包的泛化關系 包圖 業(yè)務 領域分析與設計 和類一樣包也有可見性，利用可見性控制外部包對包的內(nèi)容的存取方式， UML中定義了四種可見性：私有 (private)，公有 (public)，保護 (protected)和實現(xiàn) (implementation)。缺省值為公有。 包也可以有接口，接口與包之間用實線相連，接口通常由包的一個或多個類實現(xiàn)。 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è)務類別表。 邊界對象 入庫到站日報管理界面，入庫碼單管理界面，入庫單管理界面，入庫審核界面 控制對象 入庫審核 入庫管理子系統(tǒng)的對象分析表 業(yè)務 領域分析與設計 根據(jù)分析級的順序圖與系統(tǒng)的對象分析定義系統(tǒng)中涉及的類包括： （ 1）類 客戶 KH （ 2）類 貨物 HW （ 3）類 倉庫 CK （ 4）類 庫區(qū) KQ （ 5）類 庫位 KW （ 6）類 物資到站日報 DZRB （ 7）類 碼單基本信息 MDJBXX （ 8）類 碼單入庫信息： MDRKXX （ 9）類 保管員入庫驗收信息（ BGYYSXX） （ 10）類 碼單貨物存放明細（ MDHWCF） （ 11）類 入庫單 RKD （ 12）類 貨物異常報告 HWYCBG （ 13）類 帳卡入庫信息 ZKRKXX 業(yè)務 領域分析與設計 （ 14）類 入庫收費單 RKSFD （ 15）類 用戶權限 YHQX （ 16）類 權限信息 QXXX （ 17）類 入庫審核 RKSH （ 18）類 職工信息 ZGXX （ 19） 類 物資存儲類 WZCCL （ 20）類 業(yè)務類別 YWLB （ 21）類 物資明晰分類 WZMXFL （ 22）類 部門 BM （ 23）類 計量單位 JLDW （ 24）類 站點 ZD （ 25）類 驗收工具 YSGJ （ 26）類 設備 SB 業(yè)務 領域分析與設計 、 構件 圖 和 配臵 圖 實現(xiàn)模型描述了系統(tǒng)實現(xiàn)時的一些特性，又稱為物理體系結構建模。包括源代碼的靜態(tài)結構和運行時刻的實現(xiàn)結構。實現(xiàn)模型包括：構件圖（組件圖）和配臵圖。 ?構件圖 (Component diagram) 顯示代碼本身的邏輯結構，它描述系統(tǒng)中存在的軟構件以及它們之間的依賴關系。構件圖的元素有構件，依賴關系和界面。 ?配臵圖 (Deployment diagram) 描述了系統(tǒng)中硬件和軟件的物理配臵情況和系統(tǒng)體系結構。顯示系統(tǒng)運行時刻的結構，配臵圖中的簡單結點是指實際的物理設備以及在該結點上運行構件或?qū)ο蟆Ｅ渑Z圖還描述結點之間的連接以及通信類型。 系統(tǒng)實現(xiàn)測試與配置 (1)構件（ ponent） 構件定義：系統(tǒng)中遵從一組接口且提供其實現(xiàn)的物理的、可替換的部分。對系統(tǒng)的物理方面建模時，它是一個重要的構造塊。 構件的名稱和類的名稱的命名法則很是相似，有簡單名和路徑名之分。構件的描述如下圖所示。 若構件的定義良好，該構件不直接依賴于構件的所支持的接口，在這種情況下，系統(tǒng)中的一個構件可以被支持正確接口的其他構件所替代。構件圖符是一個矩形框（如下圖所示）。 系統(tǒng)實現(xiàn)測試與配置 圖形庫 () 構件可以看作包與類對應的物理代碼模塊，邏輯上與包，類對應，實際上是一個文件，可以有下列幾種類型的構件： 1） 源代碼構件； 2） 二進制構件； 3） 可執(zhí)行構件 構件對外提供的可見操作和屬性稱為構件的界面 。 界面的圖符是一個小圓圈 。 用一條連線將構件與圓圈連起來 。 構件之間的依賴關系是指結構之間在編譯 ， 連接或執(zhí)行時的依賴關系 。 用虛線箭頭表示 。 系統(tǒng)實現(xiàn)測試與配置 窗口控制 （ ） 通信控制 () 主控模塊 () 窗口控制 () 通訊控制 () 主控模塊 () 圖形庫 () 客戶程序 () 構件圖實例 構件 關系 Main類 Main類 圖形庫 Square類 Square類 Circle類 可執(zhí)行程序 組件的依賴關系又分為：開發(fā)期的依賴和調(diào)用依賴。 ?開發(fā)期的依賴 (Development – time Dependency)：是指在編譯階段和連接階段，組件之間的依賴關系。 ?調(diào)用依賴 (Call Dependency)：是指一個組件調(diào)用或使用另外一個組件服務。 業(yè) 務 （源碼） 項目管理 （源碼） 項目管理 （對象） 項目管理 （執(zhí)行碼） 系統(tǒng)管理 （源碼） 資源 管理 （源碼） 資源 管理 （對象） 資源 管理 （執(zhí)行碼） 系統(tǒng)管理 （對象） 系統(tǒng) 管理 （執(zhí)行碼） 圖 配臵圖用來描述系統(tǒng)硬件的物理拓撲結構以及在此結構上執(zhí)行的軟件 ， 即系統(tǒng)運行時刻的結構 。 配臵圖可以顯示計算機結點的拓撲結構和通信路徑 ， 結點上執(zhí)行的軟構件 ， 軟構件包含的邏輯單元等 ， 特別對于分布式系統(tǒng) ， 配臵圖可以清楚的描述系統(tǒng)中硬件設備的配臵 ， 通信以及在各硬件設備上各種軟構件和對象的配臵 。 因此 ， 配臵圖是描述任何基于計算機的應用系統(tǒng)的物理配臵或邏輯配臵的有力工具 ， 配臵圖的元素有結點和連接 。 配臵圖中的結點代表某種計算機構件 ， 通常是某種硬件 。同時結點還包括在其上運行的軟構件 ， 軟構件代表可執(zhí)行的物理代碼模塊 ， 如一個可執(zhí)行程序 。 結點的圖符是一個立方體 。 系統(tǒng)實現(xiàn)測試與配置 保險單 填寫界面 保險系統(tǒng) 保險數(shù)據(jù)庫 保險政策 保險用戶 客戶 PC 《 TCP/IP 保險服務器 保險系統(tǒng)配置 配置 保險系統(tǒng)的配置圖 配臵圖各結點之間進行交互的通信路徑稱為連接，連接表示系統(tǒng)中的結點存在著聯(lián)系，用結點之間的的連線表示連接，在連接的連線上要標注通信類型，如上圖。 醫(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ā)過程和核心工作流。 P309 1 出庫流程分析 庫存管理業(yè)務流程分析