uml-diagram-design
システム開発などで必要な、システム構造やクラス、処理の流れなどを図で分かりやすく表現するUML図を、ユーザーの要望に応じて作成・設計するSkill。
📜 元の英語説明(参考)
UML 图表设计和绘制。当用户需要创建系统架构图、类图、时序图、用例图或其他 UML 图表时使用此技能。
🇯🇵 日本人クリエイター向け解説
システム開発などで必要な、システム構造やクラス、処理の流れなどを図で分かりやすく表現するUML図を、ユーザーの要望に応じて作成・設計するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o uml-diagram-design.zip https://jpskill.com/download/8263.zip && unzip -o uml-diagram-design.zip && rm uml-diagram-design.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/8263.zip -OutFile "$d\uml-diagram-design.zip"; Expand-Archive "$d\uml-diagram-design.zip" -DestinationPath $d -Force; ri "$d\uml-diagram-design.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
uml-diagram-design.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
uml-diagram-designフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
UML 図表設計
機能説明
このスキルは、UML (統一モデリング言語) 図表の設計と描画に特化しています。内容は以下の通りです。
- システムアーキテクチャ設計
- クラス図とオブジェクト図
- シーケンス図とコラボレーション図
- ユースケース図とアクティビティ図
- 状態図とデプロイメント図
- コンポーネント図とパッケージ図
使用場面
- 「EC サイトのクラス図を設計する」
- 「ユーザーログインのシーケンス図を描画する」
- 「システムアーキテクチャ図を作成する」
- 「データベースの ER 図を設計する」
- 「業務フロー図を描画する」
- 「システムの機能を示すユースケース図を作成する」
UML 図表の種類
1. クラス図 (Class Diagram)
システム内のクラス、属性、メソッド、およびそれらの関係を示すために使用されます。
@startuml
class User {
- id: Long
- username: String
- email: String
- password: String
+ login(): boolean
+ logout(): void
+ updateProfile(): void
}
class Order {
- id: Long
- orderNumber: String
- totalAmount: Decimal
- status: OrderStatus
+ create(): void
+ cancel(): void
+ pay(): boolean
}
class Product {
- id: Long
- name: String
- price: Decimal
- stock: Integer
+ updateStock(quantity: Integer): void
+ getPrice(): Decimal
}
User "1" -- "*" Order : places
Order "*" -- "*" Product : contains
@enduml
関係の種類:
- 関連 (Association): 実線で、クラス間の関係を表します。
- 集約 (Aggregation): 白抜きの菱形で、全体と部分の関係を表します。
- コンポジション (Composition): 塗りつぶされた菱形で、強い全体と部分の関係を表します。
- 継承 (Inheritance): 白抜きの三角矢印で、is-a 関係を表します。
- 実現 (Realization): 破線の白抜き三角矢印で、インターフェースの実装を表します。
- 依存 (Dependency): 破線矢印で、使用関係を表します。
2. シーケンス図 (Sequence Diagram)
オブジェクト間のインタラクションの順序とメッセージの受け渡しを示します。
@startuml
actor User
participant "Web Browser" as Browser
participant "API Server" as API
participant "Database" as DB
User -> Browser: 入力ログイン情報
Browser -> API: POST /api/login
activate API
API -> DB: クエリユーザー情報
activate DB
DB --> API: ユーザーデータを返す
deactivate DB
alt 認証成功
API -> API: JWT Token を生成する
API --> Browser: Token を返す
Browser --> User: ログイン成功
else 認証失敗
API --> Browser: エラー情報を返す
Browser --> User: エラーメッセージを表示する
end
deactivate API
@enduml
要素の説明:
- Actor: 参加者 (ユーザーまたは外部システム)
- Participant: オブジェクトまたはコンポーネント
- Message: メッセージの受け渡し (同期/非同期)
- Activation: オブジェクトのアクティブ期間
- Alt/Opt/Loop: 条件、オプション、ループ
3. ユースケース図 (Use Case Diagram)
システムの機能と参加者間の関係を示します。
@startuml
left to right direction
actor ユーザー as User
actor 管理者 as Admin
rectangle ECシステム {
usecase "商品閲覧" as UC1
usecase "商品検索" as UC2
usecase "カートに追加" as UC3
usecase "注文購入" as UC4
usecase "注文支払い" as UC5
usecase "商品管理" as UC6
usecase "注文確認" as UC7
usecase "払い戻し処理" as UC8
}
User --> UC1
User --> UC2
User --> UC3
User --> UC4
User --> UC5
User --> UC7
Admin --> UC6
Admin --> UC7
Admin --> UC8
UC4 ..> UC3 : <<include>>
UC5 ..> UC4 : <<include>>
@enduml
関係の種類:
- 関連: 参加者とユースケース間の関係
- 包含 (include): 実行必須のユースケース
- 拡張 (extend): 実行オプションのユースケース
- 汎化: ユースケース間の継承関係
4. アクティビティ図 (Activity Diagram)
ビジネスプロセスまたはアルゴリズムの実行フローを示します。
@startuml
start
:ユーザーが注文を送信します;
if (在庫は十分ですか?) then (はい)
:在庫をロックします;
:注文を作成します;
fork
:確認メールを送信します;
fork again
:在庫を更新します;
fork again
:ログを記録します;
end fork
:支払いを待ちます;
if (支払いは成功しましたか?) then (はい)
:注文を確認します;
:発送を手配します;
else (いいえ)
:注文をキャンセルします;
:在庫を解放します;
endif
else (いいえ)
:在庫不足を通知します;
endif
stop
@enduml
要素の説明:
- 開始/終了: フローの開始点と終了点
- アクティビティ: 実行される操作
- 決定: 条件判断
- 分岐/結合: 並列実行
- スイムレーン: 責任分担
5. 状態図 (State Diagram)
オブジェクトのライフサイクルにおける状態の変化を示します。
@startuml
[*] --> 支払い待ち : 注文作成
支払い待ち --> 支払い済み : 支払い成功
支払い待ち --> キャンセル済み : タイムアウト/ユーザーキャンセル
支払い済み --> 梱包中 : 梱包開始
梱包中 --> 発送済み : 発送
発送済み --> 完了 : 受領確認
発送済み --> 払い戻し中 : 払い戻し申請
払い戻し中 --> 払い戻し済み : 払い戻し成功
払い戻し中 --> 発送済み : 払い戻し拒否
完了 --> [*]
キャンセル済み --> [*]
払い戻し済み --> [*]
支払い待ち : entry / 在庫をロックする
支払い待ち : exit / 在庫を解放する
支払い済み : entry / 在庫を減らす
@enduml
6. コンポーネント図 (Component Diagram)
システムのコンポーネント構造と依存関係を示します。
@startuml
package "フロントエンド層" {
[Web アプリ]
[モバイルアプリ]
}
package "API 層" {
[API Gateway]
[認証サービス]
}
package "ビジネス層" {
[ユーザーサービス]
[注文サービス]
[商品サービス]
[支払いサービス]
}
package "データ層" {
database "MySQL" as DB
database "Redis" as Cache
queue "メッセージキュー" as MQ
}
[Web アプリ] --> [API Gateway]
[モバイルアプリ] --> [API Gateway]
[API Gateway] --> [認証サービス]
[API Gateway] --> [ユーザーサービス]
[API Gateway] --> [注文サービス]
[API Gateway] --> [商品サービス]
[注文サービス] --> [支払いサービス]
[注文サービス] --> DB
[ユーザーサービス] --> DB
[商品サービス] --> DB
[ユーザーサービス] --> Cache
[商品サービス] --> Cache
[注文サービス] --> MQ
[支払いサービス] --> MQ
@enduml
7. デプロイメント図 (Deployment Diagram)
システムの物理的なデプロイメントアーキテクチャを示します。
@startuml
node "ユーザーデバイス" {
[ブラウザ]
[モバイル App]
}
node "ロードバランサー" {
[Nginx]
}
node "アプリケーションサーバークラスタ" {
node "サーバー 1" {
[Node.js インスタンス 1]
}
node "サーバー 2" {
[Node.js インスタンス 2]
}
}
node "データベースサーバー" {
database "MySQL 主庫"
database "MySQL 従属庫"
}
node "キャッシュサーバー" {
database "Redis クラスタ"
}
node "ファイルストレージ" {
[OSS/S3]
}
[ブラウザ] --> [Nginx]
[モバイル App] --> [Nginx]
[Nginx] --> [Node.js インスタンス 1]
[Nginx] --> [Node.js インスタンス 2]
[Node.js インスタンス 1] --> [MySQL 主庫]
[Node.js インスタンス 2] --> [MySQL 主庫]
[MySQL 主庫] --> [MySQL 従属庫] : 主従レプリケーション
[Node.js インスタンス 1] --> [Redis クラスタ]
[Node.js インスタンス 2] --> [Redis クラスタ]
[Node.js インスタンス 1] --> [OSS/S3]
[Node.js インスタンス 2] --> [OSS/S3]
@enduml
描画ツール
PlantUML
最も人気のあるテキスト駆動の UML ツールです。
インストール:
# npm を使用する
npm install -g node-plantuml
# Java を使用する
# plantuml.jar をダウンロードする
java -jar plantuml.jar diagram.puml
オンラインツール:
- PlantUML Online Server
- PlantText
- PlantUML QEditor
Mermaid
Markdown フレンドリーな図表ツールです。
classDiagram
class User {
+String username
+String email
+login()
+logout()
}
class Order {
+String orderNumber
+Decimal amount
+create()
+cancel()
}
User "1" --> "*" Order : places
その他のツール
- Draw.io/diagrams.net: オンライン図表ツール
- Lucidchart: プロフェッショナルな図表ソフトウェア
- Visual Paradigm: エンタープライズレベルのモデリングツール
- StarUML: オープンソースの UML ツール
設計のベストプラクティス
1. クラス図設計
✓ 単一責任の原則に従う
✓ 明確な命名を使用する
✓ 重要な属性とメソッドを注釈する
✓ 重要な関係を表示する
✓ パッケージを使用して大規模システムを整理する
✗ 過剰な設計を避ける
✗ すべての詳細を含めない
✗ 循環依存を避ける
2. シーケンス図設計
✓ 参加者を左から右に配置する
✓ メッセージを時間順に配置する
✓ 明確なメッセージ名を使用する
✓ 重要な条件とループを注釈する
✓ 図を簡潔に保つ
✗ 過剰な参加者を避ける
✗ 戻りメッセージを省略しない
✗ 交差するメッセージ線を避ける
3. ユースケース図設計
✓ ユーザー視点を使用して機能を説明する
✓ ユースケースの粒度を適切に保つ
✓ 参加者の役割を明確にする
✓ 重要な関係を注釈する
✓ 機能モジュールごとに整理する
✗ 技術用語を避ける
✗ 過度に詳細化しない
✗ 重要なユースケースを省略しない
実際の応用場面
EC サイトシステム設計
@startuml
' コア領域モデル
class User {
- id: Long
- username: String
- email: String
- phone: String
+ register()
+ login()
+ updateProfile()
}
class Product {
- id: Long
- name: String
- description: String
- price: Decimal
- stock: Integer
+ updateStock()
+ getPrice()
}
class Order {
- id: Long
- orderNumber: String
- totalAmount: Decimal
- status: OrderStatus
- createdAt: DateTime
+ create()
+ cancel()
+ pay()
+ ship()
}
class OrderItem {
- id: Long
- quantity: Integer
- price:
(原文はここで切り捨てられています) 📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
UML 图表设计
功能说明
此技能专门用于 UML(统一建模语言)图表的设计和绘制,包括:
- 系统架构设计
- 类图和对象图
- 时序图和协作图
- 用例图和活动图
- 状态图和部署图
- 组件图和包图
使用场景
- "设计一个电商系统的类图"
- "绘制用户登录的时序图"
- "创建系统架构图"
- "设计数据库 ER 图"
- "绘制业务流程图"
- "创建用例图展示系统功能"
UML 图表类型
1. 类图(Class Diagram)
用于展示系统中的类、属性、方法及其关系。
@startuml
class User {
- id: Long
- username: String
- email: String
- password: String
+ login(): boolean
+ logout(): void
+ updateProfile(): void
}
class Order {
- id: Long
- orderNumber: String
- totalAmount: Decimal
- status: OrderStatus
+ create(): void
+ cancel(): void
+ pay(): boolean
}
class Product {
- id: Long
- name: String
- price: Decimal
- stock: Integer
+ updateStock(quantity: Integer): void
+ getPrice(): Decimal
}
User "1" -- "*" Order : places
Order "*" -- "*" Product : contains
@enduml
关系类型:
- 关联(Association):实线,表示类之间的关系
- 聚合(Aggregation):空心菱形,表示整体-部分关系
- 组合(Composition):实心菱形,表示强整体-部分关系
- 继承(Inheritance):空心三角箭头,表示is-a关系
- 实现(Realization):虚线空心三角箭头,表示接口实现
- 依赖(Dependency):虚线箭头,表示使用关系
2. 时序图(Sequence Diagram)
展示对象之间的交互顺序和消息传递。
@startuml
actor User
participant "Web Browser" as Browser
participant "API Server" as API
participant "Database" as DB
User -> Browser: 输入登录信息
Browser -> API: POST /api/login
activate API
API -> DB: 查询用户信息
activate DB
DB --> API: 返回用户数据
deactivate DB
alt 验证成功
API -> API: 生成 JWT Token
API --> Browser: 返回 Token
Browser --> User: 登录成功
else 验证失败
API --> Browser: 返回错误信息
Browser --> User: 显示错误提示
end
deactivate API
@enduml
元素说明:
- Actor:参与者(用户或外部系统)
- Participant:对象或组件
- Message:消息传递(同步/异步)
- Activation:对象激活期间
- Alt/Opt/Loop:条件、可选、循环
3. 用例图(Use Case Diagram)
展示系统功能和参与者之间的关系。
@startuml
left to right direction
actor 用户 as User
actor 管理员 as Admin
rectangle 电商系统 {
usecase "浏览商品" as UC1
usecase "搜索商品" as UC2
usecase "添加到购物车" as UC3
usecase "下单购买" as UC4
usecase "支付订单" as UC5
usecase "管理商品" as UC6
usecase "查看订单" as UC7
usecase "处理退款" as UC8
}
User --> UC1
User --> UC2
User --> UC3
User --> UC4
User --> UC5
User --> UC7
Admin --> UC6
Admin --> UC7
Admin --> UC8
UC4 ..> UC3 : <<include>>
UC5 ..> UC4 : <<include>>
@enduml
关系类型:
- 关联:参与者与用例之间的关系
- 包含(include):必须执行的用例
- 扩展(extend):可选执行的用例
- 泛化:用例之间的继承关系
4. 活动图(Activity Diagram)
展示业务流程或算法的执行流程。
@startuml
start
:用户提交订单;
if (库存充足?) then (是)
:锁定库存;
:创建订单;
fork
:发送确认邮件;
fork again
:更新库存;
fork again
:记录日志;
end fork
:等待支付;
if (支付成功?) then (是)
:确认订单;
:安排发货;
else (否)
:取消订单;
:释放库存;
endif
else (否)
:提示库存不足;
endif
stop
@enduml
元素说明:
- 开始/结束:流程的起点和终点
- 活动:执行的操作
- 决策:条件判断
- 分支/合并:并行执行
- 泳道:责任划分
5. 状态图(State Diagram)
展示对象在生命周期中的状态变化。
@startuml
[*] --> 待支付 : 创建订单
待支付 --> 已支付 : 支付成功
待支付 --> 已取消 : 超时/用户取消
已支付 --> 配货中 : 开始配货
配货中 --> 已发货 : 发货
已发货 --> 已完成 : 确认收货
已发货 --> 退款中 : 申请退款
退款中 --> 已退款 : 退款成功
退款中 --> 已发货 : 拒绝退款
已完成 --> [*]
已取消 --> [*]
已退款 --> [*]
待支付 : entry / 锁定库存
待支付 : exit / 释放库存
已支付 : entry / 扣减库存
@enduml
6. 组件图(Component Diagram)
展示系统的组件结构和依赖关系。
@startuml
package "前端层" {
[Web 应用]
[移动应用]
}
package "API 层" {
[API Gateway]
[认证服务]
}
package "业务层" {
[用户服务]
[订单服务]
[商品服务]
[支付服务]
}
package "数据层" {
database "MySQL" as DB
database "Redis" as Cache
queue "消息队列" as MQ
}
[Web 应用] --> [API Gateway]
[移动应用] --> [API Gateway]
[API Gateway] --> [认证服务]
[API Gateway] --> [用户服务]
[API Gateway] --> [订单服务]
[API Gateway] --> [商品服务]
[订单服务] --> [支付服务]
[订单服务] --> DB
[用户服务] --> DB
[商品服务] --> DB
[用户服务] --> Cache
[商品服务] --> Cache
[订单服务] --> MQ
[支付服务] --> MQ
@enduml
7. 部署图(Deployment Diagram)
展示系统的物理部署架构。
@startuml
node "用户设备" {
[浏览器]
[移动 App]
}
node "负载均衡器" {
[Nginx]
}
node "应用服务器集群" {
node "服务器 1" {
[Node.js 实例 1]
}
node "服务器 2" {
[Node.js 实例 2]
}
}
node "数据库服务器" {
database "MySQL 主库"
database "MySQL 从库"
}
node "缓存服务器" {
database "Redis 集群"
}
node "文件存储" {
[OSS/S3]
}
[浏览器] --> [Nginx]
[移动 App] --> [Nginx]
[Nginx] --> [Node.js 实例 1]
[Nginx] --> [Node.js 实例 2]
[Node.js 实例 1] --> [MySQL 主库]
[Node.js 实例 2] --> [MySQL 主库]
[MySQL 主库] --> [MySQL 从库] : 主从复制
[Node.js 实例 1] --> [Redis 集群]
[Node.js 实例 2] --> [Redis 集群]
[Node.js 实例 1] --> [OSS/S3]
[Node.js 实例 2] --> [OSS/S3]
@enduml
绘图工具
PlantUML
最流行的文本驱动 UML 工具。
安装:
# 使用 npm
npm install -g node-plantuml
# 使用 Java
# 下载 plantuml.jar
java -jar plantuml.jar diagram.puml
在线工具:
- PlantUML Online Server
- PlantText
- PlantUML QEditor
Mermaid
Markdown 友好的图表工具。
classDiagram
class User {
+String username
+String email
+login()
+logout()
}
class Order {
+String orderNumber
+Decimal amount
+create()
+cancel()
}
User "1" --> "*" Order : places
其他工具
- Draw.io/diagrams.net:在线图表工具
- Lucidchart:专业图表软件
- Visual Paradigm:企业级建模工具
- StarUML:开源 UML 工具
设计最佳实践
1. 类图设计
✓ 遵循单一职责原则
✓ 使用清晰的命名
✓ 标注关键属性和方法
✓ 显示重要的关系
✓ 使用包组织大型系统
✗ 避免过度设计
✗ 不要包含所有细节
✗ 避免循环依赖
2. 时序图设计
✓ 从左到右排列参与者
✓ 按时间顺序排列消息
✓ 使用清晰的消息名称
✓ 标注重要的条件和循环
✓ 保持图表简洁
✗ 避免过多的参与者
✗ 不要遗漏返回消息
✗ 避免交叉的消息线
3. 用例图设计
✓ 使用用户视角描述功能
✓ 保持用例粒度适中
✓ 明确参与者角色
✓ 标注关键的关系
✓ 按功能模块组织
✗ 避免技术术语
✗ 不要过于细化
✗ 避免遗漏重要用例
实际应用场景
电商系统设计
@startuml
' 核心领域模型
class User {
- id: Long
- username: String
- email: String
- phone: String
+ register()
+ login()
+ updateProfile()
}
class Product {
- id: Long
- name: String
- description: String
- price: Decimal
- stock: Integer
+ updateStock()
+ getPrice()
}
class Order {
- id: Long
- orderNumber: String
- totalAmount: Decimal
- status: OrderStatus
- createdAt: DateTime
+ create()
+ cancel()
+ pay()
+ ship()
}
class OrderItem {
- id: Long
- quantity: Integer
- price: Decimal
+ calculateSubtotal()
}
class Payment {
- id: Long
- amount: Decimal
- method: PaymentMethod
- status: PaymentStatus
+ process()
+ refund()
}
class Address {
- id: Long
- province: String
- city: String
- detail: String
- phone: String
}
enum OrderStatus {
PENDING
PAID
SHIPPED
COMPLETED
CANCELLED
}
enum PaymentMethod {
ALIPAY
WECHAT
CREDIT_CARD
}
User "1" -- "*" Order : places
User "1" -- "*" Address : has
Order "1" *-- "*" OrderItem : contains
OrderItem "*" -- "1" Product : references
Order "1" -- "1" Payment : pays with
Order "1" -- "1" Address : ships to
@enduml
微服务架构图
@startuml
!define RECTANGLE class
package "客户端" {
[Web 前端]
[移动 App]
}
package "API 网关层" {
[API Gateway]
[认证中心]
}
package "微服务层" {
RECTANGLE "用户服务" {
[用户管理]
[权限管理]
}
RECTANGLE "商品服务" {
[商品管理]
[库存管理]
}
RECTANGLE "订单服务" {
[订单管理]
[订单状态]
}
RECTANGLE "支付服务" {
[支付处理]
[退款处理]
}
}
package "基础设施层" {
database "MySQL 集群"
database "Redis 集群"
queue "Kafka"
[配置中心]
[服务注册]
}
[Web 前端] --> [API Gateway]
[移动 App] --> [API Gateway]
[API Gateway] --> [认证中心]
[API Gateway] --> [用户管理]
[API Gateway] --> [商品管理]
[API Gateway] --> [订单管理]
[订单管理] --> [支付处理]
[订单管理] --> [库存管理]
[用户管理] --> [MySQL 集群]
[商品管理] --> [MySQL 集群]
[订单管理] --> [MySQL 集群]
[用户管理] --> [Redis 集群]
[商品管理] --> [Redis 集群]
[订单管理] --> [Kafka]
[支付处理] --> [Kafka]
[用户管理] --> [配置中心]
[商品管理] --> [配置中心]
[订单管理] --> [配置中心]
[用户管理] --> [服务注册]
[商品管理] --> [服务注册]
[订单管理] --> [服务注册]
@enduml
文档集成
Markdown 中嵌入
# 系统设计文档
## 类图
\`\`\`plantuml
@startuml
class User {
+login()
}
@enduml
\`\`\`
## 时序图
\`\`\`mermaid
sequenceDiagram
User->>API: 请求
API->>DB: 查询
DB-->>API: 返回
API-->>User: 响应
\`\`\`
代码注释中使用
/**
* 用户服务类
*
* @startuml
* class UserService {
* +register(user: User): boolean
* +login(username: String, password: String): Token
* }
* @enduml
*/
public class UserService {
// 实现代码
}
注意事项
- 选择合适的图表类型
- 保持图表简洁清晰
- 使用一致的命名规范
- 及时更新文档
- 考虑图表的可读性
- 避免过度设计
- 使用版本控制管理图表文件
- 与团队保持沟通