工程案件溝通用的圖形

UML： 統一塑模語言(wiki)

 UML 這個被電體軟體開發放棄的方式。在以前人們瘋狂的想要類比機械開發的方式，設計一個圖像和共同開發的工程師說明軟體的功能和流程。然後希望可以把開發案發包出去，等著驗收。如資料庫的實體關係圖、流程圖、序列圖或甘特圖之類的圖被引入用來說明軟體的目標及重點。後來因為太麻煩了，而且又因為需求因時因地不斷的修改變化，所以軟體開發的進程要像工程案一般的推進有很大的難度。而軟體開發上不好用不代表機械工程開發案上不好用。

ASME 壓力容器開發序列圖

機械構件設計上需要管制及計算開發需求的以危險性設備為主，如鍋爐或是壓力容器。它們不若如機械零件的繪制、加工及檢收流程；因為其設備的失效對於使用者及廠家會造成生命或財產的損失。如何了解業主與製造廠及工安管理單位的相關責任及案子管控流程，使用 UML 圖形說明可以比較直觀的詮釋工程案的進度及方向。以上圖為例，壓力容器的開發並非瀑布式的一路從合約談定到出貨為止，而是在各業務單位中進行需求確認及反饋。從大到壓力容器設備的設計需求到承壓件的強度計算，需要多方確認及驗證。

壓力容器設計流程圖

 

如何能夠讓使用者了解機械設計的程序，與其口沬橫飛的說明，還不如一張流程圖來說明。圖形說明是超越文字語言用來加強案件重點的工具之一，就如同一張機械零件設計圖，可以讓加工者或是發案方可以用來記錄、討論和驗收之用。

管嘴方位的工程圖

用於溝通使用的圖形

甘特圖-1

 

甘特圖-2

使用甘特圖可以強調案子安排的時程。

 

 避免泥沼

圖形工具可以使主案雙方可以方便溝通需求，然而如果像是軟體工程開發陷入圖形解釋的泥沼的話就大可不必。看得懂講得通比較重要，因為大家都是要把案件完成而不是文件寫作大賽。如果一種方式不行可以換另一種方式溝通。在工程案中言語文字是用來解決間題的，而適當的圖形輔助可以達到更好的階段。