開發人員的提示工程：如何提示AI以生成精確的UML類圖

為什麼通用的AI提示在軟體建模中會失敗

一般的大型語言模型（LLMs）以機率方式處理文字生成。在缺乏具體架構限制的情況下，通用提示通常會出現三個常見問題：

• 遺漏符號細節： AI會遺忘可見性指示符（+, -, #）、資料類型或傳回值。
• 關係模糊： 模型會預設使用普通的關聯線，而非明確指定組合, 聚合，或一般化.
• 扁平化架構： 複雜的領域邏輯被扁平化為幾個單一的類別，而非模組化的微服務或清晰的設計模式。

透過使用專為軟體工程設計的框架來結構化您的提示，您可以引導AI在第一次嘗試時就生成語法正確、可直接編碼的模型。

UML圖的C.O.R.E.提示框架

為了在對話式AI引擎（如Visual Paradigm AI圖示聊天機器人，使用「C.O.R.E. 框架:

1. C – 上下文與角色：設定架構視角（例如：「扮演一位資深軟體架構師，設計一個領域驅動的微服務架構……」）。
2. O – 物件與實體：明確列出所需的核心類別、介面、抽象類別與列舉類型。
3. R – 關係與約束：指定關係類型（繼承、組合、聚合、實現）與多重性規則（例如：1至0..*).
4. E – 封裝與成員：要求特定的可見性規則、資料類型以及關鍵的業務運算/方法簽名。

複製貼上 UML 提示範本

1. 戰術範本：微服務領域模型

當設計具有嚴格生命週期規則的複雜領域實體時使用此範本：

提示：「扮演資深系統架構師。為車輛租賃平台生成一個 UML 類別圖，包含以下實體：Vehicle（抽象類別）、Car、Truck、Customer、RentalBooking、Payment 與 RentalLocation。

套用以下特定規則：
1. 顯示 Vehicle 與其子類別（Car、Truck）之間的泛化（繼承）關係。
2. 顯示 RentalBooking 與 Payment 之間的組合關係（租賃訂單擁有其付款記錄）。
3. 顯示 RentalLocation 與 Vehicle 之間的聚合關係。
4. 包含具有 UML 可見性（- 表示私有，+ 表示公開）的屬性、資料類型，以及如 calculateRentalCost() 與 checkAvailability() 之類的方法簽名。」

2. 進階範本：應用 GoF 設計模式

當產生物件導向設計模式的骨架時使用此範本：

提示：「建立一個 UML 類別圖，展示即時通知系統中的觀察者模式。包含名為 Subject 的介面，具有 registerObserver()、removeObserver() 與 notifyObservers() 方法。包含名為 Observer 的介面，具有 update() 方法。加入具體類別 WeatherStation（實作 Subject）與 PhoneDisplay（實作 Observer）。清楚顯示實作與關聯連接。」

由於 Visual Paradigm 的聊天機器人專門針對圖示符號進行微調，因此能無損語法地解析這些約束。請瀏覽我們專屬的AI 類別圖生成器功能頁面.

迭代提示的最佳實務

• 透過聊天會話進行迭代： 不要試圖在一次操作中提示一個包含50個類別的企業系統。從4到6個核心類別開始，確認基線後，再提示AI在後續回合中擴展特定模組。
• 提示輸出格式： 如果你計畫在Git中進行版本控制，請要求AI產出如PlantUML或Mermaid程式碼等宣告式文字格式。
• 互動式修正關係： 如果AI將一個關係誤解為簡單關聯，請提示：「將 Order 與 LineItem 之間的連接改為嚴格的組合關係。」

從AI提示到企業級軟體架構

掌握提示工程可加速你的構想階段，但軟體工程需要完整的生命周期工具整合。Visual Paradigm 將你的提示輸出直接連結至企業開發流程：