財務業務對代理客戶的協作框圖（圖四）
劃版業務的順序框圖（圖五）
圖三是一個普通客戶預訂廣告業務的順序框圖例子。用戶向預訂子系統的用戶接口登陸，經用戶合法性驗證后，向預訂子系統的客戶信息數據庫提交查詢請求，客戶信息需要經過驗證，保證該廣告記錄到該客戶數據集中。比如一個客戶曾經到該報刊訂過 5條廣告，通過該新廣告同客戶歷史廣告信息添加操作，為決策支持客戶信息統計分析提供數據源。如果該客戶是新客戶，則需要對客戶信息執行記錄操作，該步操作為客戶關系管理提供數據源。
通過順序框圖可以清晰看出系統用戶、預訂子系統的用戶接口、廣告客戶、廣告和合同模塊之間時間為順序的消息交換，這對于把握系統的控制流、順序行為和交互行為是非常有益的。建立在分布網絡環境下的廣告管理系統的事件流和控制流是非常復雜的，需要從層頂到底層進行一步步分解，用多幅能反映動態結構的圖來分析與說明。圖四圖五分別反映了財務業務對代理客戶的協作框圖和劃版業務的順序框圖。
通過框圖，設計和開發人員可以確定需要開發的類，類之間的關系和每個類操作和責任。順序框圖按照時間排序，用于通過情境檢查邏輯流程。協作框圖用于了解改變后的影響，可以很容易看出對象之間的通信，如果要改變對象，就可以方便地看到受影響的對象。圖六是分析階段產生的系統類圖。
分析階段產生系統類圖（圖六）
2.3 廣告管理系統的實現、測試和系統配置
最后，在系統編碼前，需要考慮系統的實際部署情況，可以利用Rose的部署視圖。系統采用三層邏輯結構：界面與業務邏輯分開，業務邏輯又與數據庫訪問邏輯分開。同時，部署視圖還需要處理一些其他問題，如系統容錯、網絡帶寬、故障恢復和響應時間。
經過系統分析和設計后，就可以根據設計模型在具體的環境中實現系統，生成系統的源代碼、可執行程序和相應的軟件文檔，建立一個可執行系統；進而需要對系統進行測試和排錯，保證系統符合預定的要求，獲得一個無錯的系統實現。測試結果將確認所完成的系統可以真正使用；最后完成系統配置，起任務是在真實的運行環境中配置、調試系統，解決系統正式使用前可能存在的任何問題。
四 結束語
廣告管理系統的發展方興未艾，目前正處于傳統手工、半手工管理向數字化過渡的階段，轉變過程中需要應用和集成最新的信息技術，以達到對網絡信息資源最有效的利用和共享。傳統的系統分析設計方法難以保證效率和質量，將 UML應用于廣告管理系統的建設，可以加速開發進程，提高代碼質量，支持動態的業務需求。從實際效果來看，UML可以保證軟件開發的穩定性、魯棒性，在實際應用中取得良好的效果。
