用例驅動是統一過程的重要概念，或者說整個軟件生產過程就是用例驅動。用例驅動軟件生產過程是非常有道理的。讓我們再次回顧建模公式，很容易得出一個推論，要解決問題領域就要歸納出所有必要的抽象角度(用例)，為這些用例描述出可能的特定場景，并找到實現這些場景的事物、規則和行為。再換個說話，如果我們找到的那些事物、規則和行為實現了所有必要的用例，那么問題領域就被解決了。總之，實現用例是必須做的工作，一旦用例實現了，問題領域就解決了。這就是用例驅動方法的原理。

在實際的軟件項目中，一個軟件要實現的功能通過用例來捕獲，接下來的所有分析、設計、實現、測試都由用例來驅動，即以實現用例為目標。在統一過程中，一個用例就是一個分析單元、設計單元、開發單元、測試單元甚至部署單元。在統一過程中用例能夠驅動的不僅僅是分析設計，如下圖的用例驅動試圖，它來自統一過程。

在統一過程中，用例捕獲了系統的功能性需求。參照建模公式，我們確定它代表了軟件系統要解決的問題領域。以下內容摘自統一過程的官方文檔，用例可以驅動的內容包括：

• 邏輯視圖：系統只有一個邏輯視圖，該試圖以圖形方式說明關鍵的用例實現、子系統、包和類，它們包含在構架方面具有重要意義的行為，即建模公式中的那些“人”、“事”、“物”、“規則”是如何分類組織的。
• 進程視圖：為了便于理解系統的進程組織，在“分析設計”工作流程中使用了名為進程視圖的架構視圖。系統只有一個進程視圖，它以圖形方式說明了系統中進程的詳細組織結構，其中包括類和子系統到進程和線程的映射，即建模公式中的那些“人”、“事”、“物”、“規則”是如何交互的，它們的關系如何。這個視圖便是我們常說的分析設計視圖。
• 部署視圖：系統只有一個部署視圖，它以圖形方式說明了處理活動在系統中各節點的分布，包括進程和線程的物理分布，即建模公式中的那些“人”、“事”、“物”、“規則”是如何部署在物理節點(主機、網絡環境)上的。
• 實施視圖：實施視圖的作用是獲取為實施制定的架構決策。
  • 實施視圖通常包括以下內容：
    • 列舉實施模型中的所有子系統
    • 描述子系統如何組織為層次和分層結構的構建圖
    • 描述子系統間的導入依賴關系的圖解
  • 實施圖用于：
    • 為個人、團隊或分包商分配實施工作
    • 估算要開發、修改或刪除的代碼數量
    • 闡明大規模復用的理由
    • 考慮發布策略
  • 也就是：建模公式中的“人”、“事”、“物”、“規則”如何構成系統的零部件以及我們如何組織人力生產和組裝這些“零部件”以建成最終系統。

總結

以上是生活随笔為你收集整理的amba simple class驱动_UML - 建模基础 - 用例驱动的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。