魯棒圖（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、訂單流程例項說明
