小組EA作業GA003

1.Complete Composite Structure Diagram

該圖顯示描述組件的組成的組件層次結構。組件上的複合標記表示用戶可以深入到另一個圖。

該圖顯示錶示組成組件的組件的部件，以及流經連接組件部件的接口和端口的信息項。

該模式的目的是允許設計師和架構師描述組件的組成，以及這些組件（其他組件）如何「連接」在一起以執行組件的工作。信息流充當管道，攜帶信息項連接顯示信息的接口，其他有效載荷從一個組件移動到另一個組件。
模式通常在設計或實現階段使用，通過描述組件（其他組件）之間的交互來顯示覆合組件或複雜組件如何交付價值。
它可以用來分解顯示系統邏輯部分如何產生和消費信息的組件層次結構。

下面列出了使用此模式時可能需要執行的一些操作。
通過添加或刪除組件來更改層次結構。
更改組件、部件和接口的名稱以適合您的計劃。
在接口元素中更改和創建其他操作。
向類添加屬性以描述概念的屬性。
以下是應用該模式時的一些後續步驟的列表。
創建額外的層次結構和複合結構圖來表示部件之間的交互作用。
創建一個或多個序列圖，以顯示組件之間消息的時間順序。
爲其他訪問羣體創建組件文檔。

2.Basic Use Case Model with Collaboration

目的：
是允許業務分析師和其他涉衆描述參與者（用戶扮演的角色）在與系統交互時想要實現的價值。

該模式通常用於計劃的分析階段，可用於實現任意數量的需求，並作爲爲實現團隊提供規範的一種方式。它可用於：
描述由用例定義的交互是如何由協作元素執行的。

下面列出了使用此模式時可能需要執行的一些操作：
更改系統邊界的名稱以適應方案。
更改參與者和用例的名稱以適合該方案。
添加描述來描述用例提供的價值。
以下是應用該模式時的一些後續步驟的列表。
使用場景生成器定義一個或多個用例中的詳細步驟。
生成一個行爲圖，直觀地描述詳細的步驟。
在用例和需求之間創建跟蹤關係。
在用例和實現它們的組件之間創建實現關係。
使用擴展、包含和泛化關係構建用例模型。

3.Component Interfaces with JSON Payload

該圖顯示了通過端口和接口進行通信的兩個組件。
JSON負載被定義爲一個信息流，允許用戶深入到建模的有效負載元素。

該圖顯示了與圖中摺疊的端口和接口通信的兩個組件，以向非技術受衆隱藏詳細信息。

該圖顯示了一個序列圖，其中有兩個組件與端口和接口通信。該圖允許可視化按時間排序的消息流。

目的：
描述兩個組件如何通過端口和接口進行通信，並顯示兩個接口之間的信息流。傳遞的信息項（有效載荷）也被建模，並且可以作爲模型中的元素找到。

該模式通常用於計劃的設計或實現階段，設計師或架構師需要描述系統組件之間如何通信。正式描述接口（包括接口提供的方法或服務）也很有用。

下面列出了使用此模式時可能需要執行的一些操作。
更改組件、端口和接口的名稱以適合您的計劃。
更改接口操作的名稱以適合您的計劃。
更改信息流所傳遞的名稱或元素，以適合您的計劃。

下面列出了使用此模式時可能需要執行的一些操作。
創建描述系統重要邏輯部分的附加組件和接口。
向接口添加操作以描述接口提供的方法或服務。
創建序列圖，直觀地記錄按時間順序調用消息。

4.Single Device with Execution Environment

通常，當在企業級或模式級定義了一種方案和模式時，或者一個設備都需要將進一步專門化爲製造商的設備，代表一個組織所做的技術選擇。

例如，一個組織可能已經爲網絡路由器選擇了一個特定的供應商，並且通常會有一個給定供應商產品的多個不同型號。

下面列出了使用此模式時可能需要執行的一些操作。
更改包和圖表的名稱以適合該計劃。
更改節點、工件和部署描述符的名稱，以適應該計劃。
爲元素添加註釋，以描述它們的用途和功能。
在包或關係圖中添加或刪除元素以適應計劃。
向通信路徑末端添加多重性以反映基數。
以下是應用該模式時的一些後續步驟的列表。
如果需要，可以將層次結構擴展到另一個級別。
創建另一個部署圖以顯示設備如何相互作用。
定義跟蹤關係，顯示設備如何與上游流程元素（如組件、需求）和跨流程元素（如工件和數據庫表）相關。
使用內置或用戶定義的模板創建從模型自動生成的高質量文檔。

5.Two level Class Type Hierarchy with Attributes

目的：
允許分析員和其他涉衆創建或查看討論域中重要事物的分類法，該分類法可分爲兩個級別。

這種模式通常在項目的早期使用，作爲分析領域中「事物」的家族特徵的一種方式。該模式也有助於共享知識和理解，並有助於確保所有利益相關者對一個領域的要素及其類型化的方式有一個共同的理解。它還爲重用提供了基礎，允許使用更通用的元素版本，除非需要專用的元素。

下面列出了使用此模式時可能需要執行的一些操作。
更改包的名稱和圖表以適合該計劃。
更改類的名稱以適應計劃。
添加一個或多個泛化集來對關係進行分組。

創建其他類以將層次結構向下擴展到另一個級別。 以下是應用該模式時的一些後續步驟的列表。 在系統描述中添加對其角色的描述。 如果需要，向層次結構中添加另一個級別。 添加一個或多個狀態機來描述特定類可以顯示的離散狀態。 使用內置或用戶定義的模板，使用文檔生成器自動生成文檔。