开发者提示工程：如何向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可将你的提示输出直接连接到企业级开发流程中：