設計工件叫做分類器（classifier），指定了分類器的職責、角色和分類器接口的靜態屬性（例如，分類器的操作表，有前置條件和后置條件）。分類器還可以用結構化的文字表示，如CRC卡。
分類器生命周期（classifier lifecycle）指定了分類器狀態機和分類器接口的動態屬性（例如所允許的有順序的操作和事件）。分類器生命周期可以用狀態圖、活動圖和狀態轉移表來表示。
可以把分類器模型的一個實例鏈接到分類器交互模型的幾個實例上，所有這些實例都鏈接到分類器的實例上，分類器的實例鏈接到分類器生命周期的實例上。
跟蹤業務流程到軟件設計
在結構良好的設計文檔中，有關業務流程和軟件產品的信息可以很容易定位，并且相關信息鏈接在一起，同時結構還體現了不同設計工件的完整性和一致性，它是業務專家、顧問和軟件開發者溝通的基礎。此結構還提供了明顯的關注點，由業務人員而不是開發者定義所有的業務規則。這一節討論業務流程和軟件設計工件之間的關系，用它把項目知識庫結構化，給出了把業務流程的以及它們與軟件設計工件的關系的構造信息。參看[4]獲得知識庫結構化的具體實例。
結構是基于業務系統中業務對象、角色、工人協作的業務流程（在UML中用用例表示）。業務流程（用例）定義為協作類型，指明了協作職責、目標、前置條件、后置條件和協作中調用的系統操作。業務流程實例（用例實例）為協作實例，指明了在協作中的行為和事件、系統狀態和狀態轉移的具體順序。
圖11 設計工件在邏輯和業務流程視圖中描述了軟件系統
圖11指明了業務流程的設計工件和軟件系統的邏輯設計之間的關系，工件是按照不同的抽象級別組織起來的：組織級、系統級、構架級和對象級
組織級（organization level）指定了一個組織（如公司、學校和政府機關）的職責，以及該組織的業務環境。工件組織（organization）指定了組織的職責和相關的靜態屬性。工件組織模型（organization model）指定了組織與其他組織之間的關系。工件組織用例（organization use case）用流程目標、前置條件、后置條件和業務流程必須符合與其相關的靜態屬性的業務規則來指定組織范圍的業務流程。這個業務流程是組織與其他組織之間的協作，這種協作是在工件組織用例模型（organization use model）中指定的，見圖11中的依賴關系協作。組織業務流程的實例是由組織交互模型（organization interaction model）用組織與其他組織間的交互來指定的。組織業務流程可以精化到更具體的系統業務流程，見圖11中的依賴關系精化。工件組織用例生命周期（organization use case life cycle）指定了所允許的系統業務流程。組織用例交互模型（organization use case interaction model）指定了典型的業務流程實例序列，見圖11中的實例依賴關系。組織業務流程的實現用軟件系統和它的用戶（團隊角色）之間的交互來指定，見圖11和12中實現依賴關系。
系統級（system level）指定了軟件系統的環境以及與它的角色之間的關系。工件系統（system）用職責、前置條件、后置條件、參數和返回值來指明系統的接口和操作。若角色職責和接口是相關的，并由工件角色（actor）指定。系統生命周期（system lifecycle）指定了所允許的系統操作和事件。系統模型（system model）指定了軟件系統和角色（其他系統和用戶）之間的關系，系統交互模型（system interaction model）指定了軟件系統和角色之間的交互。這些交互是系統業務流程的實例，見圖11中依賴關系實例。工件系統用例（system use case）用流程的目標、前置條件、后置條件、非功能性需求、業務規則和其他相關靜態屬性指定了在系統范圍內的業務流程。這個業務流程是系統與其它系統或用戶的協作。
這些系統與它的角色之間的協作是在工件系統用例模型（system use case model）中描述的，見圖11中的依賴關系協作。業務流程接口的動態屬性，如在業務流程范圍內所允許的系統操作順序，是在系統用例生命周期（system use case life cycle）中指定的。系統用例交互模型（system use case interaction model）指定了典型的業務流程實例的序列。系統業務流程可以精化到子系統業務流程中，見圖11中的依賴關系精化。系統業務流程的實現用構架級的子系統間的交互來指定，見圖11中的依賴關系實現。
文章來源于領測軟件測試網 http://www.kjueaiud.com/