UML提供的豐富的圖符體系，代表了可視化建模的發展方向。有利于用戶、開發人員、分析人員、測試人員、管理人員和其他涉及項目的人員之間的通信。UML適用于從需求分析到系統實現的軟件開發的全過程，在系統開發的不同階段，可以通過靈活運用UML視圖，構建目標系統的需求模型、設計模型和實現模型[5]。下面以大壩安全輔助決策系統為例，說明在系統分析、設計階段采用的幾種典型的可視化建模方法。
2 系統的需求分析
需求分析的目的是對目標系統提出盡可能完整、準確的需求，并建立相應的模型加以描述。大壩安全輔助決策系統主要有兩個方面的功能需求：一方面是針對綜合評價系統確定的異�；虿话踩蛩�，對大壩的安全運行提出輔助決策的建議；另一方面是對綜合評價系統尚未找出成因的疑難雜癥，通過召集專家，由專家組經過查詢資料和分析計算后，進行安全評價，并提出輔助決策建議，根據大壩安全決策的要求，輔助決策系統應由下面3個子系統來滿足其功能需求。
(1)資料查詢子系統。當綜合評價分系統判斷為結構異常(或險情)時，根據專家的查詢需要，將相關的監測量及其相應的環境量的觀測資料、分析評價的成果以及疑難雜癥部位的有關設計、施工資料等信息，經過聯想和智能處理，快速地提供給專家查詢，為專家綜合診斷提供全面的信息支持。
(2)專家綜合診斷子系統。本子系統的功能是對綜合評價分系統找不出成因的建筑物結構異常等疑難雜癥，進行專家綜合診斷。首先召集有關專家成立專家組，專家們通過查詢建筑物結構異常的相關資料，對疑難雜癥進行影響因素分析，物理成因分析，找出疑難雜癥的成因，然后對大壩進行整體安全評價。
(3)輔助決策建議子系統。當已分析出大壩結構異常(或險情)的物理成因，并提出相應的報警級別后，則調用輔助決策建議子系統，利用知識庫中的專家經驗和技術規范進行智能推理判斷，對結構異常(或險情)提出相應的輔助決策建議，并上報有關單位和領導決策參考。
3 需求分析建模
3.1 用例圖 用例代表的是一個完整的功能，用例圖將從用戶的角度描述輔助決策系統的功能，并指出各功能的操作者。需要說明的是，用例圖是站在外部用戶的角度識別系統能完成什么樣的工作，它不考慮系統內部是如何實現的。用例圖中包含系統、角色和用例3種模型元素。(1)系統：系統的邊界用來說明構建的用例模型的應用范圍。用例圖中用一個“方框”表示系統。(2)角色：角色是與所建系統交互的人或事，角色是一個群體概念，代表的是一類能使用某個功能的人或事。用“小人”圖符表示。在這里角色指與輔助決策系統交互的人，它包括：①大壩安全專家；②上級有關領導。(3)用例：在UML中，用例被定義成系統執行的一系列動作，用一個“橢圓”來表示。這里用例指輔助決策系統提供的功能或服務。它主要包括：①資料查詢；②影響因素分析；③物理成因分析；④安全評價；⑤召集專家；⑥輔助決策建議。用例圖描述整個系統中角色和角色、用例和角色，用例和用例的關系。即直觀地顯示了輔助決策系統為“誰”提供了哪些“功能”(圖1)。
3.2活動圖 在進行用例分析時，可以使用UML提供的動態模型——活動圖，來刻畫用例的動態特性�；顒訄D能直觀清晰地描述工作流以及并行過程的行為。輔助決策建議用例的活動圖見圖2所示。從圖中看出活動圖與常用的程序流程圖相似，它們的主要區別在于程序流程圖一般用來表示串行過程，而活動圖則可以用來表示并行過程。如圖中用加黑的粗線段表示同步條，同步條上引出3個活動(輔助決策建議)——降低揚壓力、控制運行水位和工程措施建議，這3個活動是并行的，就是說它們的執行順序是不受限制的，交叉進行、同時進行都可以。在模型中保留這種并行行為的描述，對于在實現階段充分發現那些可以并行的工作非常有利，這將有助于提高工作效率和系統反映的靈敏程度。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
