PowerDesigner支援UML1.3的所有圖包括使用案例圖、順序圖表和類圖、活動圖表和元件圖表表等，並全面支援UML2.0。改進了物件導向分析與設計(OOAD)分析方法並增強了與開發過程的整合。
PowerDesigner 能夠協助您構建適應現代 IT 發展的傳統商務和電子商務系統，使用 Java 等物件導向的語言以及 XML 等新技術，以物理或虛擬方式與我們的資料庫技術合并。我們的目標是根據您的需求，提供隨時隨地訪問資訊、控制商務程序的能力，並通過電腦和最新技術賦予企業在當今任何市場上先拔頭籌的競爭優勢。
我們的分析方法和設計技術將會是多種多樣的，從商務程序建模，到 UML 物件導向分析和設計，以及傳統的關係建模等。本文將協助您深入瞭解 UML 這項強大的技術，它可以協助您的企業建立出高效的傳統商務和電子商務系統。
物件導向的分析
在您準備為企業作出系統和軟體投資前，必須首先瞭解企業的實際需求，明確所部署的技術將如何協助您的企業擷取更大的成功。
您可以使用 UML，藉助使用案例圖、順序圖表和活動圖表來進行分析。這些圖表將協助您規劃系統的範圍、動態效能、以及表現方式等。不必考慮實施細節，您希望獲得的只是按照您的需求而表現的系統效能。
使用案例圖(The Use Case Diagram)
UML 使用案例圖提供了一個系統內容的建模方式。它能夠協助您確定系統/應用程式的外部和內部元素以及系統範圍。作為圖形建模模式，它在您需要與所收集的系統需求進行對話時也將有所協助，對於研製成品的Team Dev來說，更是有著舉足輕重的重要性。對於企業的所有者，或第一次接觸該軟體產品的使用者也有很大的協助作用。使用案例圖能夠以可視化的方式，表達系統如何滿足所收集的商務規則，以及特定的使用者需求等資訊。
在項目後期，也能夠用到 UML 使用案例圖。您可以通過使用案例圖中定義的需求來協助測試專案的相關功能。您不僅可以驗證系統效能是否無錯誤（無崩潰或明顯的非邏輯響應），還可以驗證系統運行時是否按照要求，執行了指定命令。這樣，您可以測試系統是否完全滿足了要求，以確信成品可以投入生產——也就是說，它已完全滿足了使用者的需求。
只有確保滿足了合理、實用的各項需求，才能確保 IT 項目的更大成功。
順序圖表(The Sequence Diagram)
您可以使用 UML 順序圖表細化需求並對設計項目進行連結。順序圖表允許高層和低層對象間的互動文檔。該互動在角色（與使用案例圖中的角色相同）和類執行個體（運行於電腦記憶體中的技術對象和細節對象）之間顯示。
通過順序圖表，您可以按照系統特定方案中事件（訊息）的精確順序來描述隨時間變化的系統行為。使用順序圖表進行用例分析並引導設計：您可以決定將對使用案例圖所定義的管理工作負責的系統物件類型，並決定哪種對象將管理系統內外的“會話”或通訊。由於訊息已從順序圖表中抽出，您可以描述類和介面（我們最後要編譯和部署的代碼元素）所需的某些關鍵操作（方法）。
活動圖表(The Activity Diagram)
UML 活動圖表設計用於協助您瞭解系統中對象的動態變化。用於描述某一特定類或一組類如何協同工作。與順序圖表有所不同，活動圖表不是一系列與時間相關的通訊，而是從一個任務到另一任務的控制轉移，同時指定誰（哪個對象）對發生的任務負責。
UML 活動圖表也是商務程序的技術視圖。可對業務工作流程進行分析或在“商務程序建模”工作後可獲得活動圖表。
活動圖表還可協助構造系統內元素的詳細動態視圖（EJB 如何互操作等）。
通過分析推動設計
通過分析模型可捕獲獨立於實施細節之外的系統意向和預期行為，與使用的語言、部署的應用程式伺服器或使用的體繫結構都沒有關係。但是，設計階段開始後，一切都發生了變化。您必須進入生產環境的細節並將軟體構建至特定的體繫結構。設計是對系統的實施。
如果設計是由分析得到的，您可以更加確信所編寫的系統行為的正確性，確認所開發的成果將是一個按需求構建的系統。您將獲得高度成功——讓使用者得到所需要的系統。您還可以直接利用分析得出的資訊而無需在設計過程中重建，從而縮減開發時間，由於不必“重新複製”任何工作，因此減少了人為錯誤。
通過分析，我們可獲得什麼呢。通過使用案例圖可以發現對象並促進類和介面的建立。一個或更多類和介面可以實現一個角色，您可以在角色定義中直接建立類和介面。您還可以將角色連結到現有的類和介面，顯示如何使用一條代碼來滿足所分析的多個元素。
通過順序圖表可以探索方法並促進類操作的建立。如果您需要向類發送訊息，您可以調用該類的方法。順序圖表中的訊息可以用來自動建立操作或連結到現有操作。您可以通過連結跟蹤方法的功能，包括將哪些作為輸入內容和必須返回哪些內容等等。
設計所包含的內容
您已經知道要構建的內容，現在您需要表述如何構建。您需要確定商務邏輯所在的位置：可以置於應用程式伺服器的 EJB 等組件中，也可以置於使用 VB 或 PowerBuilder 等語言、作為用戶端應用程式一部分的類或組件中，或者做為觸發器和過程內建於關聯式資料庫中。您需要根據需求做出一些選擇，包括擴充性、安全、效能和可訪問性等方面。
UML 類圖和元件圖表將用於定義詳細的技術系統靜態結構。
類圖 (The Class Diagram)
UML 類圖、商務邏輯和所有支援結構一同被用於定義全部的代碼結構。既然類圖用來類比開發中所維護的實際代碼，顯然它是 Java 或 PowerBuilder 等對象語言的概括性表述。您還可以使用 UML 類圖來概括 XML 中的複雜結構，令其更易於開發和理解。
可以從 UML 類圖上產生代碼。還可以在開發過程中編輯該代碼以完善、測試和部署最終啟動並執行應用程式。由於 PowerDesigner 在對象語言和 UML 類圖之間具有 1:1 的映射功能，您還可以實施反向工程代碼，讀取源檔案並建立新的類圖。您可以更深入地理解現有系統並簡化整合和維護工作。
元件圖表(The Component Diagram)
UML 元件圖表將被用於在更大的黑匣視圖（Black Box View）中描述進階對象的定義和相關性。它仍然是一個設計模型,並且是代碼的直接概括。例如，一個 EJB 的組件標識直接連結到實施所必需的一系列類和介面，並將產生所需代碼來推動最終 bean 的開發。
元件圖表比組件體繫結構的代碼層視圖更容易理解和管理。還可以通過編寫組件介面的文檔來實現代碼的共用和反覆使用，使用者無需（或很少）瞭解組件的實施細節即可在其他項目和系統中使用這些代碼。
右擊Customer EntityBean_CMP，選擇Create/Update Class Diagram,產生如下class diagram:
迴圈疊代工程
世界不是一成不變的，您的 IT 項目也如此。在您瞭解需求，通過分析進行了設計，並構建了系統的某些元素後，必然還會遇到新的變化，如要更新定義，又或者現有使用案例圖中存在某些需要改正的錯誤，代碼在 IDE 和文字編輯器中被編輯以及資料庫被DBA 最佳化等。必須管理和掌握所有需要更改的細節，以確保所構建的系統能夠與業務需求保持一致。
往返工程的一個方案是當代碼在開發過程中被更改時，需要在類圖中反映出來。具體細節如下：
1. 建立類圖並將商務邏輯元素添加到模型中
2. 組建檔案系統的應用程式代碼
3. 在 IDE 或文字編輯器中編輯代碼
4. 編輯設計，此時忽略在產生的程式碼中所發生的更改
5. 對編輯內容實施反向工程，直到與現有類圖一致
6. 將設計過程中完成的工作與開發時編輯的內容同步（合并）
7. 產生新代碼，該代碼是設計代碼和開發人員更改代碼的總和
當對類圖進行了修改以反映新的設計內容時，應該使用同步/合并技術防止丟失開發人員的工作成果，同時允許設計人員接受或拒絕開發過程中所做的更改。這樣，PowerDesigner 令 IT 能夠完全控制體繫結構，這正是制勝的關鍵。
PowerDesigner 的功能並不是僅限於此。現在設計模型已被更新，您可以將這些更改連結到分析中。有可能您在分析中發現了新的需求，可以將這一更改反映到設計中並編寫代碼。使用 PowerDesigner 中領先的 Compare/Merge 技術（在 September Blueprint 中討論過），您可以在開發週期的所有模型和階段中獲得真正的往返同步。
結論
所有現代 IT 項目必須能夠以更快的速度實施，具有更高的可靠性，並能夠切實推動企業發展。通過在工作中 OOAD 部分使用新的 UML 技術進行分析和設計，您可以控制體繫結構並深入理解軟體。
PowerDesigner 利用比較/合并技術的能力，以及整合的 UML 建模技術令您能夠迅速地對變化做出反應。無論何處發生更改都會被快速地合并到任意一層，包括分析、設計和運行時。系統模型和系統之間經常互相鏡像對比和備份，以獲得準確且可預測的開發成果。這些優勢將轉化為更快的開發速度，以及對商務流程、市場條件和技術革新中變化的快速反應。賦予 IT 部門得天獨厚的能力，以保持公司的競爭優勢。
