2.3 bms順序圖（需求模型）
在uml中，我們將順序圖分為兩類，一類用於描述系統需求，構造系統的需求模型（分析模型）；另一類用於指導設計與實現，構造系統的實現模型（設計模型）。
在系統分析時，可以通過順序圖來對執行者和系統的互動過程進行建模，方便使用者更好地理解系統的工作流程。對於需求模型順序圖，一般使用使用者熟悉的業務語言來進行系統描述，不涉及到實現細節，一方面方便使用者理解，另一方面可以指導後續類圖的設計。順序圖可顯示不同的業務物件如何互動，對於交流當前業務如何進行很有用，乙個業務級的順序圖能被當作乙個需求檔案使用，為實現乙個未來系統傳遞需求；同時，順序圖能夠使用更為清晰形象的表達，將用例帶入下一層次，通常乙個用例可以被細化為乙個或者更多的順序圖。順序圖的主要用途之一，是把用例表達的需求，轉化為進一步、更深層次的精細表達。
根據需求我們繪製了每乙個用例的順序圖，由於篇幅關係，未將每個用例的順序圖一一枚舉。圖2-3、2-4、2-5、2-6分別是用例「登入」、「提交bug資訊」、「檢視bug資訊」和「更新bug資訊」的順序圖。（部分順序圖）
圖2-3 用例「登入」順序圖（需求模型）
圖2-4 用例「提交bug資訊」順序圖（需求模型）
圖2-5 用例「檢視bug資訊」順序圖（需求模型）
圖2-6 用例「更新bug資訊」順序圖（需求模型）
在實際開發中，我們可以使用順序圖來描述用例的路徑，此時，順序圖可以畫得更加簡單，最簡單的順序圖只有兩個互動角色，即「執行者」和「系統」。上述四個順序圖還是有點點偏技術的，
在需求分析過程中，我們發現bms系統的核心物件是bug，因此可以使用狀態圖對其進行建模。uml中的狀態圖可以用來描述乙個特定物件的所有可能狀態及其引起狀態轉移的事件。只有那些具有重要互動行為的類，才會使用狀態圖來描述，乙個狀態圖包括一系列物件的狀態及狀態之間的轉換。在實際建模中，並不需要給出每個物件的狀態圖，而需要將注意力集中在整體系統或少數關鍵的物件上，特別是那些狀態比較多的物件。
在bms系統中，最複雜也最為重要的物件是bug，它在系統中擁有多種不同的狀態，不同型別的使用者可以對其進行操作，為了更好地描述bug物件狀態的轉換，我們繪製了bug物件狀態圖，如圖2-7所示：
圖2-7 bug物件狀態圖
在圖2-7中，我們可以清晰了解bug物件在系統中所具有的狀態以及這些狀態之間的轉換過程，如測試人員提交的bug其狀態為「新提交bug」，開發組長檢視後該bug的狀態將變為「開發組長已檢視bug」。
在狀態圖中，我們描述了bms系統中bug物件的各種狀態以及狀態之間的轉換關係，但是這些狀態在轉換的過程中無法確定何種狀態由哪類執行者負責操作，因此可以通過活**來進行建模，此時的活**用於對需求模型進行進一步細化。在系統分析過程中，我們使用活**取代傳統的流程圖，在表示系統業務流程的同時通過泳道來確定每乙個活動的執行者。在活**中我們還使用了物件流來表示活動與物件之間的依賴關係，描述在活動中物件的狀態。通過活**建立的模型比狀態圖建立的模型具有更多資訊，在bms中，我們描述了不同使用者對bug的操作活動以及在每一次活動之後bug物件所處於的狀態，對操作流程進行圖形化建模，如圖2-8所示：
圖2-8 bms活**
】
UML2 0建模工具已經出現
依助本月問世的poseidon for uml 2.0 gentleware在實現了新的 unified modeling language uml 2.0 規約的建模工具領跑者中佔得一席之地。marko boger是總部位於德國漢堡的gentleware的ceo和創業者，他認為他的公司是實現uml...
UML2 0正式通過
uml2.0正式通過 2003 6 12 needham,ma,usa 2003年6月12日 上週巴黎的omg技術會議上，分析和設計專案小組 the analysis and design task force 投票通過了uml 2.0 superstructure 規約，至此，本行業最重要的軟體建...
軟體系統建模 UML
目錄 一，建模視角 二，建模方法 三，uml 1，事物 2，關係 3，圖用不同的模型來從不同的視角表示系統 1.外部視角，會對系統的上下文或環境進行建模 2.互動視角，會對系統及其環境或者系統的構件之間的互動進行建模 3.結構化視角，會對系統的組織或者系統所處理的資料的結構進行建模 4.行為視角，會...