魯棒圖與系統需求分析
魯棒圖（Robustness Diagram）是由Ivar Jacobson於1991年發明的，用以回答“每個用例需要哪些對象”的問題。后來的UML並沒有將魯棒圖列入UML標准，而是作為UML版型（Stereotype）進行支持。對於RUP、ICONIX等過程，魯棒圖都是重要的支撐技術。當然，這些過程反過來也促進了魯棒圖技術的傳播。
而“魯棒圖（Robustness Diagram）”的作用，除了初步設計之外，就是檢查用例規約是否正確和完善了。“魯棒圖”正是因為后者檢查的作用，而得其名的——所以“魯棒圖（Robustness Diagram）”嚴格來講所指不是“魯棒性（Robustness）”。
http://blog.sina.com.cn/s/blog_63641501010184cb.html
1、概念
魯棒圖——是需求設計過程中使用的一種方法（魯棒性分析），通過魯棒分析法可以讓設計人員更清晰、全面了解需求。它通常使用在需求分析后及需求設計前做軟件架構分析之用，它主要注重於功能需求的設計分析工作。需求規格說明書為其輸入信息，設計模型為其輸出信息。它是從功能需求向設計方案過渡的第一步，重點是識別組成軟件系統的高級職責模塊、規划模塊之間的關系。
包含三種圖形：邊界、控制、實體。
邊界——起與外界交互的作用，它只能與控制對象和執行者有關系
控制——對業務控制、流程控制的作用，它能與邊界對象和實體對象有關系
實體——業務元素的存儲對象，與領域模型中的對象有良好的關系。它只能與控制對象有關系
2、特點
魯棒圖分析方法與具體的技術沒有任何關系。它拋開了很多具體的技術細節，使用它分析需求的時候主要抓住概念性設計的本質，規划需求，分析需求，找出需求中關系問題的解決策略。常應用以下場景：
a、與用戶討論、收集需求時一般都使用用例，很少使用魯棒圖，但有時討論到比較細節、復雜的業務規則，可使用魯棒圖來當場整理清楚業務規則。也方便后繼的分析。
b、用戶只提供簡單需求，無法提供更多內容的時，使用魯棒圖主要是由需求或設計人員為用戶整理出用戶的業務需求及規則。
c、在需求不明確時，可用魯棒圖代替用例，好處是可同時分析出用例以及可能性預見的流程及邏輯對象。
d、在需求明確但復雜時，用來做系統功能設計分析。可分析出系統功能的流程及邏輯對象。
3、訂單流程實例說明
a、需求用例
b、魯棒分析圖
以部門為主時分配審核、執行人員的魯棒圖
以人員為主時分配審核、執行人員的魯棒圖
在畫魯棒圖時可粗可細。對需求的理解越不清楚越要畫細些，才遺漏需求點，同時也可發現需求中的問題。
通過魯棒分析法可以把需求中的名詞和動詞整理出來。名詞產生將要使用的對象和對象屬性，動詞產生界面或其它形式的動作。