From 39e224e0de3023aa5a54546364f8f32861981b41 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E7=8E=8B=E5=AD=90=E7=90=A6?= <1702282943@qq.com>
Date: Sat, 28 Feb 2026 16:21:06 +0800
Subject: [PATCH] 1111
---
example/萌贝母婴商城-ER图.drawio | 133 +++++++
example/萌贝母婴商城-功能结构图.drawio | 204 +++++++++++
example/萌贝母婴商城-实体图.drawio | 166 +++++++++
example/萌贝母婴商城-序列图.drawio | 463 +++++++++++++++++++++++++
example/萌贝母婴商城-活动图.drawio | 279 +++++++++++++++
example/萌贝母婴商城-用例图.drawio | 151 ++++++++
example/萌贝母婴商城-界面设计图.drawio | 157 +++++++++
example/萌贝母婴商城-类图.drawio | 38 ++
uml_describe/e-r图绘制要求.md | 59 ++++
uml_describe/功能结构图绘制要求.md | 51 +++
uml_describe/实体图绘制要求.md | 46 +++
uml_describe/时序图绘制要求.md | 46 +++
uml_describe/活动图绘制要求.md | 43 +++
uml_describe/用例图绘制要求.md | 45 +++
uml_describe/界面设计图绘制要求.md | 50 +++
uml_describe/类图绘制要求.md | 54 +++
16 files changed, 1985 insertions(+)
create mode 100644 example/萌贝母婴商城-ER图.drawio
create mode 100644 example/萌贝母婴商城-功能结构图.drawio
create mode 100644 example/萌贝母婴商城-实体图.drawio
create mode 100644 example/萌贝母婴商城-序列图.drawio
create mode 100644 example/萌贝母婴商城-活动图.drawio
create mode 100644 example/萌贝母婴商城-用例图.drawio
create mode 100644 example/萌贝母婴商城-界面设计图.drawio
create mode 100644 example/萌贝母婴商城-类图.drawio
create mode 100644 uml_describe/e-r图绘制要求.md
create mode 100644 uml_describe/功能结构图绘制要求.md
create mode 100644 uml_describe/实体图绘制要求.md
create mode 100644 uml_describe/时序图绘制要求.md
create mode 100644 uml_describe/活动图绘制要求.md
create mode 100644 uml_describe/用例图绘制要求.md
create mode 100644 uml_describe/界面设计图绘制要求.md
create mode 100644 uml_describe/类图绘制要求.md
diff --git a/example/萌贝母婴商城-ER图.drawio b/example/萌贝母婴商城-ER图.drawio
new file mode 100644
index 0000000..b34c6b0
--- /dev/null
+++ b/example/萌贝母婴商城-ER图.drawio
@@ -0,0 +1,133 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-功能结构图.drawio b/example/萌贝母婴商城-功能结构图.drawio
new file mode 100644
index 0000000..c66802f
--- /dev/null
+++ b/example/萌贝母婴商城-功能结构图.drawio
@@ -0,0 +1,204 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-实体图.drawio b/example/萌贝母婴商城-实体图.drawio
new file mode 100644
index 0000000..79af1ce
--- /dev/null
+++ b/example/萌贝母婴商城-实体图.drawio
@@ -0,0 +1,166 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-序列图.drawio b/example/萌贝母婴商城-序列图.drawio
new file mode 100644
index 0000000..7ffe826
--- /dev/null
+++ b/example/萌贝母婴商城-序列图.drawio
@@ -0,0 +1,463 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-活动图.drawio b/example/萌贝母婴商城-活动图.drawio
new file mode 100644
index 0000000..92a6e33
--- /dev/null
+++ b/example/萌贝母婴商城-活动图.drawio
@@ -0,0 +1,279 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-用例图.drawio b/example/萌贝母婴商城-用例图.drawio
new file mode 100644
index 0000000..779da19
--- /dev/null
+++ b/example/萌贝母婴商城-用例图.drawio
@@ -0,0 +1,151 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-界面设计图.drawio b/example/萌贝母婴商城-界面设计图.drawio
new file mode 100644
index 0000000..5bdf2ad
--- /dev/null
+++ b/example/萌贝母婴商城-界面设计图.drawio
@@ -0,0 +1,157 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/example/萌贝母婴商城-类图.drawio b/example/萌贝母婴商城-类图.drawio
new file mode 100644
index 0000000..5a0c6ca
--- /dev/null
+++ b/example/萌贝母婴商城-类图.drawio
@@ -0,0 +1,38 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/uml_describe/e-r图绘制要求.md b/uml_describe/e-r图绘制要求.md
new file mode 100644
index 0000000..e3463fa
--- /dev/null
+++ b/uml_describe/e-r图绘制要求.md
@@ -0,0 +1,59 @@
+这张图片展示的是一张复杂的 **E-R 图（实体 - 关系图）**，描述了一个电商系统（可能是蛋糕店）的数据库概念模型。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表，请结合以下内容与样式规范进行绘制：
+
+### 1. 整体布局逻辑：以“用户”为核心的网状结构
+* **核心实体**：**“用户”** 位于图表的中心位置，作为连接左右两侧业务的枢纽。
+* **左侧业务**：涉及客服、订单、浏览行为。
+* **右侧业务**：涉及购买、购物车、蛋糕商品及分类。
+* **元素形状**：
+ * **矩形**：代表 **实体**（如：用户、订单、蛋糕）。
+ * **菱形**：代表 **关系**（如：购买、联系、管理）。
+ * **椭圆形**：代表 **属性**（如：购买时间、问题解决状态）。
+* **连线**：所有连接线均为黑色细实线，线上标注有基数（1, n, m）来表示一对多或多对多关系。
+
+### 2. 详细节点与连接关系（从左至右）
+
+请按照以下逻辑绘制各个模块：
+
+**模块一：左侧客服与订单**
+1. **客服 - 联系 - 用户**：
+ * 左侧矩形 **“客服”** 通过菱形 **“联系”** 连接到中心矩形 **“用户”**。
+ * **基数**：客服端标 **“m”**，用户端标 **“n”**（多对多）。
+ * **属性**：菱形“联系”上方连出一个椭圆 **“问题解决状态”**。
+2. **订单 - 创建 - 用户**：
+ * 上方矩形 **“订单”** 通过菱形 **“创建”** 连接到中心矩形 **“用户”**。
+ * **基数**：订单端标 **“n”**，用户端标 **“1”**（一个用户创建多个订单）。
+
+**模块二：下方浏览行为**
+3. **用户 - 浏览 - 轮播图**：
+ * 中心矩形 **“用户”** 向下通过菱形 **“浏览”** 连接到下方矩形 **“轮播图”**。
+ * **基数**：用户端标 **“n”**，轮播图端标 **“m”**。
+ * **属性**：菱形“浏览”左侧连出一个椭圆 **“浏览数量”**。
+
+**模块三：右侧核心购物流程（重点复杂区域）**
+4. **用户 - 购买 - 蛋糕**：
+ * 中心矩形 **“用户”** 向右通过菱形 **“购买”** 连接到右侧矩形 **“蛋糕”**。
+ * **基数**：用户端标 **“n”**，蛋糕端标 **“m”**。
+ * **属性**：菱形“购买”上下各连出一个椭圆，分别为 **“购买时间”** 和 **“购买总价”**。
+
+5. **蛋糕 - 管理/加入 - 购物车**（此处结构较紧密，需注意层级）：
+ * 右侧矩形 **“蛋糕”** 上方有一个菱形 **“管理”**。
+ * 右上方矩形 **“购物车”** 下方有一个菱形 **“加入”**。
+ * **连接逻辑**：
+ * “蛋糕”向上连到“管理”菱形，基数标 **“1”**。
+ * “管理”菱形向上连到“加入”菱形？或者“购物车”？ *（注：原图此处逻辑略显复杂，看似是 购物车--(m)--加入--(n)--管理--(1)--蛋糕 的链式结构，或者是 购物车与蛋糕通过“加入”和“管理”两个关系连接）。*
+ * **属性**：菱形 **“加入”** 的右侧连出两个椭圆：**“加入时间”** 和 **“加入数量”**。
+ * **基数标注**：购物车端标 **“m”**，中间连接处标 **“n”**。
+
+6. **蛋糕 - 进行 - 蛋糕分类**：
+ * 右侧矩形 **“蛋糕”** 向下通过菱形 **“进行”** 连接到右下角矩形 **“蛋糕分类”**。
+ * **基数**：蛋糕端标 **“1”**，蛋糕分类端标 **“n”**。
+
+### 3. 绘图执行建议
+* **对齐**：以“用户”为中心，左右实体尽量保持水平对称感。
+* **基数标注**：在连接实体和关系的线条靠近实体的一端，清晰地写上 **1、n 或 m**。
+* **属性位置**：属性椭圆应紧邻其所属的关系菱形或实体矩形，不要离得太远。
+* **风格**：保持黑白线稿，无填充色，线条清晰。
+
+按照以上描述，你就可以绘制出一张结构完整的“蛋糕电商系统 E-R 图”。
\ No newline at end of file
diff --git a/uml_describe/功能结构图绘制要求.md b/uml_describe/功能结构图绘制要求.md
new file mode 100644
index 0000000..391b278
--- /dev/null
+++ b/uml_describe/功能结构图绘制要求.md
@@ -0,0 +1,51 @@
+这张图片展示的是一张标准的 **系统功能结构图（Function Structure Diagram）** 或 **层级图（Hierarchy Chart）**。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表（仅替换内容），请遵循以下**视觉与结构规范**：
+
+### 1. 整体布局逻辑：自上而下的树状层级
+
+图表采用严格的 **“顶 - 下”垂直层级布局**，呈现出一种从总标题到具体功能模块的分解结构。
+
+- **顶层（Level 0）**：唯一的**总标题**区域。
+- **根节点层（Level 1）**：系统的**核心角色或入口**，位于标题正下方。
+- **一级功能层（Level 2）**：**主要功能模块**，呈水平横向排列。
+- **二级功能层（Level 3）**：**细分功能模块**，呈垂直纵向排列，悬挂在对应的一级功能下方。
+
+### 2. 元素样式规范
+
+- **节点形状**：
+ - 图中所有的功能节点（除了最顶部的标题框略扁外）均使用 **竖向的长方形**（高大于宽，宽高比约为 1:2 或 1:2.5）。
+ - 所有矩形框均为白色填充，黑色细实线边框。
+- **标题框**：
+ - 位于画布最顶端中央，是一个横向的长方形，作为整个图表的总标题。
+
+### 3. 连接线与关系规范（关键结构）
+
+- **线条类型**：所有连接线均为 **黑色细实线**。
+- **走向与风格**：
+ - 采用 **正交连线（直角折线）** 风格。线条只包含水平线和垂直线，没有斜线。
+ - **无箭头**：线条两端均无箭头，仅表示层级归属关系。
+- **连接逻辑**：
+ - **顶层连接**：从根节点（Level 1）的上边缘中心引出一条垂直线，连接到总标题框的下边缘中心。
+ - **一级分发**：从根节点（Level 1）的下边缘中心引出一条垂直短线，然后分叉出一条长水平线。从这条长水平线上，向下引出多条垂直短线，分别连接到一级功能层（Level 2）每个矩形的上边缘中心。
+ - **二级分发**：对于有子功能的一级节点，从其下边缘中心引出一条垂直短线，分叉出一条短水平线，再向下引出垂直线连接到二级功能层（Level 3）的矩形上边缘。
+
+### 4. 层级分布细节（结构模板）
+
+为了完美复刻结构，请注意以下分支逻辑（假设一级功能有 N 个）：
+
+- **部分节点无子级**：并非所有一级功能下方都有二级功能。结构中应保留部分“叶子节点”（即一级功能下不连接任何矩形）。
+- **一对多关系**：
+ - 部分一级功能下方连接 **2个** 二级功能矩形（并排排列）。
+ - 部分一级功能下方连接 **3个** 二级功能矩形（并排排列）。
+- **对齐方式**：
+ - 一级功能层的矩形顶部对齐，底部对齐，间距均匀。
+ - 二级功能层的矩形在各自的父节点下方居中对齐。
+
+### 5. 绘图执行建议
+
+1. **字体**：文字在矩形框内 **垂直书写**（从上到下）或 **横向书写**（根据框的长宽比，此图中文字是竖向排列的，即从上往下读）。*修正观察：仔细看图，文字是竖向排列的，例如“注册登录”是竖着写的。* -> **重要修正：矩形框内的文字方向为竖排（从上到下）。**
+2. **颜色**：全黑白，无背景色。
+3. **间距**：一级功能模块之间的水平间距应保持一致；二级功能模块组之间的水平间距应与一级模块对应。
+
+按照以上规范绘制，你将得到一张结构清晰、专业的系统功能模块图模板。
\ No newline at end of file
diff --git a/uml_describe/实体图绘制要求.md b/uml_describe/实体图绘制要求.md
new file mode 100644
index 0000000..fcb756c
--- /dev/null
+++ b/uml_describe/实体图绘制要求.md
@@ -0,0 +1,46 @@
+这张图片展示的是一张标准的 **E-R 图（实体 - 关系图）** 中的 **实体属性图**。它主要用于描述数据库中某一个具体实体（表）所包含的字段（属性）。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表，请结合以下内容与样式规范进行绘制：
+
+### 1. 整体布局逻辑：中心辐射状
+* **核心**：画布正中央放置一个矩形，代表**实体**。
+* **周围**：椭圆形代表**属性**，分布在实体的左右两侧，呈发散状排列。
+
+### 2. 元素样式规范
+* **实体节点**：
+ * **形状**：**矩形**（长方形）。
+ * **位置**：画布绝对中心。
+ * **内容**：填写实体名称，例如 **“管理员”**。
+* **属性节点**：
+ * **形状**：**椭圆形**（扁圆）。
+ * **位置**：围绕在实体矩形的周围。
+ * **内容**：填写具体的字段名。
+* **连接线**：
+ * **样式**：**黑色细实线**。
+ * **箭头**：**无箭头**，仅表示归属关系。
+ * **走向**：从椭圆的边缘直接连接到矩形的边缘。
+
+### 3. 具体内容与分布（从上到下）
+
+请按照以下布局绘制具体的节点：
+
+* **中心实体**：
+ * 矩形框内文字：**“管理员”**
+
+* **左侧属性列（共3个，垂直排列）**：
+ 1. 最上方椭圆：**“管理员ID”**
+ 2. 中间椭圆：**“管理员昵称”**
+ 3. 最下方椭圆：**“管理员密码”**
+ * *连接*：这三个椭圆的右侧边缘均引出直线，汇聚连接到中心矩形的左侧边缘。
+
+* **右侧属性列（共2个，垂直排列）**：
+ 1. 上方椭圆：**“上次登录时间”**
+ 2. 下方椭圆：**“管理员真实姓名”**
+ * *连接*：这两个椭圆的左侧边缘均引出直线，汇聚连接到中心矩形的右侧边缘。
+
+### 4. 绘图执行建议
+* **对齐**：左侧的三个椭圆左边缘或中心线尽量对齐；右侧的两个椭圆右边缘或中心线尽量对齐。
+* **间距**：椭圆与矩形之间保持适当的距离，不要贴得太近，以便清晰展示连接线。
+* **风格**：保持极简黑白风格，线条流畅，无填充色。
+
+按照以上规范，你就可以绘制出一张清晰的“管理员实体属性 E-R 图”。
\ No newline at end of file
diff --git a/uml_describe/时序图绘制要求.md b/uml_describe/时序图绘制要求.md
new file mode 100644
index 0000000..29633c8
--- /dev/null
+++ b/uml_describe/时序图绘制要求.md
@@ -0,0 +1,46 @@
+这张图片展示的是一张标准的 **UML 序列图（Sequence Diagram）**，具体描述的是**“用户注册”**这一业务流程的交互时序。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表，请结合以下内容与样式规范进行绘制：
+
+### 1. 顶部角色布局（从左至右）
+图表顶部水平排列了四个参与者，它们是整个交互的主体：
+* **最左侧**：是一个**火柴人图标**，下方标签为**“用户”**。
+* **中间偏左**：是一个**矩形框**（带阴影），标签为**“国联商城系统前台”**。
+* **中间偏右**：是一个**矩形框**（带阴影），标签为**“后台系统”**。
+* **最右侧**：是一个**矩形框**（带阴影），标签为**“数据库”**。
+
+### 2. 垂直生命线结构
+* 从每个顶部角色的底部中心，都向下延伸出一条**垂直的虚线**，贯穿整个图表，代表时间的流逝。
+* 在这些虚线上，覆盖着**细长的白色矩形条（激活条）**，表示该角色在特定时间段内处于“活动/工作”状态。
+ * **用户**的激活条最长，贯穿了大部分流程。
+ * **系统前台**、**后台系统**和**数据库**的激活条则是分段出现的，对应具体的处理时间。
+
+### 3. 交互流程与连线样式（从上到下）
+图表通过水平箭头线展示消息传递，**实线代表请求/操作，虚线代表返回/响应**。请按照以下顺序绘制：
+
+**第一阶段：进入与输入（左侧交互）**
+1. **自循环**：在“用户”的激活条上，画一个**向左弯曲的实线箭头**指回自己，标签为**“进入系统前台”**。
+2. **请求**：从“用户”指向“系统前台”画一条**实线箭头**，标签为**“提示输入注册信息”**。
+3. **请求**：从“用户”指向“系统前台”画一条**实线箭头**，标签为**“输入注册信息”**。
+
+**第二阶段：提交与验证（向右传递）**
+4. **请求**：从“系统前台”指向“后台系统”画一条**实线箭头**，标签为**“提交注册信息”**。
+5. **请求**：从“后台系统”指向“数据库”画一条**实线箭头**，标签为**“验证注册信息”**。
+
+**第三阶段：处理与添加（中间交互）**
+6. **返回**：从“后台系统”指回“系统前台”画一条**虚线箭头**，标签为**“返回验证码”**。
+7. **返回**：从“用户”指回“系统前台”画一条**虚线箭头**，标签为**“提示注册验证码信息”**（注：此处原图逻辑略显特殊，看似是系统提示用户）。
+8. **请求**：从“后台系统”指向“数据库”画一条**实线箭头**，标签为**“添加注册数据”**。
+
+**第四阶段：结果返回（向左回流）**
+9. **返回**：从“数据库”指回“后台系统”画一条**虚线箭头**，标签为**“返回添加结果”**。
+10. **返回**：从“后台系统”指回“系统前台”画一条**虚线箭头**，标签为**“返回注册结果”**。
+11. **最终反馈**：在“用户”的激活条底部，画一个**自循环箭头**（或指向下方），标签为**“显示注册成功”**。
+
+### 4. 样式细节总结
+* **线条**：所有连接线均为细黑线。请求用实线，返回用虚线（短划线）。
+* **箭头**：所有箭头均为开放式或实心三角形箭头，指向消息接收方。
+* **文字**：所有标签文字位于箭头的上方或下方，字体清晰，无衬线。
+* **阴影**：顶部的系统矩形框带有轻微的右下角阴影，增加立体感。
+
+按照这个包含具体业务内容的结构去画，就能完美复刻这张“用户注册流程时序图”。
\ No newline at end of file
diff --git a/uml_describe/活动图绘制要求.md b/uml_describe/活动图绘制要求.md
new file mode 100644
index 0000000..150ca05
--- /dev/null
+++ b/uml_describe/活动图绘制要求.md
@@ -0,0 +1,43 @@
+这张图片展示的是一张带有 **泳道（Swimlanes）的 UML 活动图（Activity Diagram）**。它主要用于描述一个业务流程在不同责任主体（角色/系统）之间的流转逻辑。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表，请结合以下内容与样式规范进行绘制：
+
+### 1. 整体布局与泳道结构
+* **布局**：图表被两条垂直的细实线分割为 **三列（三个泳道）**。
+* **表头**：每一列的顶部都有一个矩形标题栏，标明了该泳道的责任主体。从左到右依次为：
+ * **左列**：**“用户”**
+ * **中列**：**“后台系统”**
+ * **右列**：**“数据库”**
+
+### 2. 节点样式规范
+* **开始节点**：位于最左侧泳道（用户）的顶部，是一个 **黑色的实心圆**。
+* **活动节点**：所有的操作步骤均使用 **圆角矩形** 表示（白色填充，黑色细边框）。
+* **判断节点**：位于中间泳道（后台系统）的中部，是一个 **菱形**，用于表示条件分支。
+* **结束节点**：位于最左侧泳道（用户）的底部，是一个 **黑色的实心圆，外部套有一个同心圆环**（牛眼图）。
+
+### 3. 具体流程与连线内容（从上到下）
+请按照以下逻辑顺序绘制节点和连接线（箭头）：
+
+**第一阶段：发起与验证**
+1. **开始**：从“用户”泳道的黑色实心圆出发，画一条向下箭头，指向圆角矩形 **“验证密码”**。
+2. **跨泳道交互**：从“用户”的“验证密码”右侧引出一条水平实线箭头，指向中间“后台系统”泳道的圆角矩形 **“验证密码”**。
+3. **跨泳道交互**：从“后台系统”的“验证密码”右侧引出一条水平实线箭头，指向右侧“数据库”泳道的圆角矩形 **“数据验证”**。
+
+**第二阶段：逻辑判断**
+4. **回流判断**：从“数据库”的“数据验证”底部引出一条折线箭头，指回中间“后台系统”泳道的 **菱形判断框**。
+ * 菱形框内的文字大致为：**“验证...是否正确”**（或类似的判断逻辑）。
+5. **分支路径**：
+ * **路径 A（否/失败）**：从菱形左侧引出一条 **虚线箭头**，向左穿过泳道线，指回左侧“用户”泳道的 **“验证密码”** 节点上方（形成循环）。线上标注文字 **“否”**。
+ * **路径 B（是/成功）**：从菱形左侧（或底部）引出一条 **实线箭头**，向左穿过泳道线，指向左侧“用户”泳道下方的节点。线上标注文字 **“是”**。
+
+**第三阶段：后续处理与结束**
+6. **后续活动**：在“用户”泳道中，接上一步的“是”路径，向下连接到圆角矩形 **“保存”**（或者是“保存信息”）。
+7. **最终活动**：从“保存”向下画箭头，连接到圆角矩形 **“登录成功”**。
+8. **结束**：从“登录成功”向下画箭头，连接到最底部的 **结束节点（同心圆）**。
+
+### 4. 绘图细节建议
+* **线条**：流程线主要为黑色实线箭头，表示正常的流程流转；表示“验证失败/重试”的回路使用了 **虚线**，以示区别。
+* **对齐**：同一泳道内的节点垂直居中对齐；跨泳道的交互节点尽量保持水平高度一致，使画面整洁。
+* **字体**：使用清晰的无衬线字体，字号适中。
+
+按照以上描述，你就能绘制出一张逻辑清晰、结构标准的“用户登录验证流程活动图”。
\ No newline at end of file
diff --git a/uml_describe/用例图绘制要求.md b/uml_describe/用例图绘制要求.md
new file mode 100644
index 0000000..db6201a
--- /dev/null
+++ b/uml_describe/用例图绘制要求.md
@@ -0,0 +1,45 @@
+这张图片展示的是一张标准的 **UML 用例图（Use Case Diagram）**。为了让你或他人能够绘制出完全相同风格和结构的图表（仅替换内容），请遵循以下**视觉与结构规范**：
+
+### 1. 整体布局逻辑：三层辐射状结构
+图表采用清晰的 **“左 - 中-右”水平流向布局**，呈现出一种从单一源头向多级功能发散的树状结构。
+
+* **第一层（最左侧）**：唯一的**参与者（Actor）**区域。
+* **第二层（中间）**：**核心功能模块**区域，呈垂直单列排列。
+* **第三层（最右侧）**：**细分/子功能**区域，根据中间层的需求呈分散的组状排列。
+
+### 2. 元素样式规范
+
+* **参与者（Actor）**：
+ * **位置**：画布最左侧，垂直方向居中。
+ * **形状**：标准的 UML 火柴人图标（圆形头部，线条躯干和四肢）。
+ * **标签**：图标正下方居中放置文本标签。
+
+* **用例节点（Use Cases）**：
+ * **形状**：所有功能节点均使用 **扁长的椭圆形**（宽高比约为 3:1 或 4:1）。
+ * **样式**：白色填充，黑色细实线边框。
+ * **排列**：
+ * **中间列**：垂直均匀分布，形成整齐的一列。
+ * **右侧列**：根据逻辑关系分组，每组内的椭圆垂直紧凑排列，组与组之间留有较大空隙以对应中间层的不同节点。
+
+### 3. 连接线与关系规范（关键结构）
+
+这张图包含两种截然不同的连接关系，必须严格区分：
+
+* **第一级连接（参与者 -> 核心功能）**：
+ * **线条类型**：**黑色实线**。
+ * **箭头**：**无箭头**（或者是简单的直线连接）。
+ * **走向**：从左侧参与者出发，呈放射状连接到中间列每一个椭圆的左侧边缘。
+
+* **第二级连接（核心功能 -> 细分功能）**：
+ * **线条类型**：**黑色虚线**（短划线）。
+ * **箭头**：线条末端带有 **开放式箭头**（空心三角形），指向右侧的细分功能椭圆。
+ * **关系标签**：在每条虚线的上方或中间，必须标注特定的构造型文本，格式为 **«include»**（即单词前后带有尖括号样式的符号）。
+ * **逻辑关系**：表现为一对多的关系。中间的一个椭圆可能引出 0 条、1 条或多条虚线指向右侧。
+
+### 4. 绘图执行建议
+
+1. **对齐**：确保中间列的椭圆左边缘大致对齐；右侧的椭圆组根据其对应的中间椭圆垂直居中。
+2. **间距**：中间列椭圆之间的垂直间距应保持一致；右侧各组之间的垂直间距应明显大于组内椭圆之间的间距，以体现层级归属。
+3. **字体**：使用清晰的无衬线字体（如 Arial, Helvetica, 微软雅黑），字号统一，保持黑白单色风格，不要使用任何背景色或阴影。
+
+按照以上规范绘制，你将得到一张结构严谨、风格专业的用例图模板，只需填入具体的业务内容即可。
\ No newline at end of file
diff --git a/uml_describe/界面设计图绘制要求.md b/uml_describe/界面设计图绘制要求.md
new file mode 100644
index 0000000..b276a12
--- /dev/null
+++ b/uml_describe/界面设计图绘制要求.md
@@ -0,0 +1,50 @@
+这张图片展示的是一张标准的 **UI 线框图（Wireframe）** 或 **网页低保真原型图**。它具体描绘了一个电商网站的 **“购物车”页面** 布局。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表，请结合以下内容与样式规范进行绘制：
+
+### 1. 整体布局逻辑：经典网页结构
+图表采用标准的 **“上 - 中-下”垂直分层布局**，模拟了浏览器窗口的显示效果。
+* **顶部（Header）**：全局导航栏。
+* **次顶部（Sub-Header）**：页面标题/面包屑。
+* **中部（Main Content）**：核心数据表格区域。
+* **底部（Footer/Action Bar）**：结算操作区域。
+
+### 2. 元素样式规范
+* **形状**：所有元素（按钮、输入框、图片占位符）均使用 **矩形**。
+* **风格**：极简黑白线稿。所有矩形均为 **白色填充，黑色细实线边框**。
+* **文字**：文字位于矩形框内部或上方，作为标签，字体清晰。
+
+### 3. 详细区域绘制指南（从上到下）
+
+**第一层：顶部导航栏**
+* **左侧**：画一个较大的横向矩形，内部文字为 **“春日蛋糕甜品”**（代表 Logo 或网站名称）。
+* **右侧**：水平排列 **7个** 小矩形按钮/链接。
+ * 前5个为导航： **“首页”**、**“所有商品”**、**“下午茶点”**、**“生日蛋糕”**、**“草莓红颜”**。
+ * 后3个为用户功能： **“登录”**、**“注册”**、**“购物车”**。
+
+**第二层：页面标题栏**
+* 在导航栏下方，画一个长条矩形，靠左放置，内部文字为 **“我的购物车”**。
+
+**第三层：商品列表表格（核心区域）**
+这是一个隐形的表格结构，分为 **表头** 和 **内容行**。
+* **表头行**：不画框，直接写文字标签，从左到右依次为： **“商品”**、**“单价”**、**“数量”**、**“小计”**、**“操作”**。
+* **内容行（商品项）**：
+ * **最左侧**：画一个 **正方形** 大框（代表商品图片占位符），内部可画个叉或写“图片”。
+ * **图片右侧**：画一个横向矩形（代表 **“蛋糕名称”**）。
+ * **数据列**：在“单价”、“数量”、“小计”下方，分别对应画 **3个** 小矩形框，内部文字分别为 **“价格”**、**“数量”**、**“价格”**（代表金额）。
+ * **最右侧**：在“操作”下方画一个矩形按钮，文字为 **“增加/减少”**。
+
+**第四层：底部结算栏**
+* 位于图表的最右下角。
+* 画两个并排的矩形框。
+ * 左边一个标签为 **“合计：”**。
+ * 右边一个按钮为 **“去结算”**。
+
+### 4. 绘图执行建议
+* **对齐**：
+ * 顶部导航的右侧按钮组右对齐。
+ * 表格内的元素（图片、名称、价格框）要严格按照上方的表头文字垂直对齐。
+* **间距**：表格行内的元素水平间距要拉大，模拟表格列的宽度；底部结算区要与上方商品列表保持较大的垂直间距。
+* **比例**：商品图片框（正方形）应明显大于价格输入框（小矩形）。
+
+按照以上规范，你就可以绘制出一张清晰的“电商购物车页面 UI 线框图”。
\ No newline at end of file
diff --git a/uml_describe/类图绘制要求.md b/uml_describe/类图绘制要求.md
new file mode 100644
index 0000000..4938c3b
--- /dev/null
+++ b/uml_describe/类图绘制要求.md
@@ -0,0 +1,54 @@
+这张图片展示的是一张标准的 **数据库实体关系图（ER Diagram, ERD）**， specifically 使用了 **IE Crow's Foot Notation（IE 乌鸦脚符号法）** 来表示关系。
+
+为了让你或他人能够绘制出完全相同风格和结构的图表（仅替换具体的表名和字段），请遵循以下**视觉与结构规范**：
+
+### 1. 整体布局逻辑：网状/链式分布
+图表采用 **非严格的网格布局**，实体（表）分布在画布的各个区域，通过逻辑关系连接。
+* **核心结构**：通常有一个或几个核心实体位于中心或关键位置，其他关联实体围绕其分布（上下左右）。
+* **排列方式**：实体框大致呈“左 - 中-右”或“上 - 中-下”的错落分布，避免线条过度交叉。
+
+### 2. 元素样式规范
+
+* **实体框（Tables/Entities）**：
+ * **形状**：标准的 **矩形框**。
+ * **内部结构**：采用 **分段式设计**。
+ * **顶部（标题栏）**：高度较窄，背景填充为 **浅灰色**（或淡蓝色），文字 **加粗** 且 **居中**，显示表名。
+ * **下部（字段区）**：高度较高，背景为 **白色**，文字左对齐，列出该表的属性/字段列表。
+ * **边框**：细黑实线边框。
+
+* **文字排版**：
+ * 字体为标准的无衬线字体（如 Arial, 宋体）。
+ * 字段列表通常每行一个属性，紧凑排列。
+
+### 3. 连接线与关系规范（关键结构）
+
+这是该图最核心的特征，必须严格遵循 **IE Crow's Foot（乌鸦脚）** 标准：
+
+* **线条类型**：
+ * 使用 **正交折线**（直角线），即线条只能横平竖直，转弯处为90度，不能使用斜线，保持画面整洁。
+ * 线条分为 **实线** 和 **虚线** 两种：
+ * **实线**：通常表示强制关系（Mandatory）。
+ * **虚线**：通常表示可选关系（Optional）。
+
+* **端点符号（基数标记）**：
+ * 线条的两端必须带有表示“一对多”关系的符号：
+ * **单竖线（|）**：表示“一”（One）。
+ * **双竖线（||）**：表示“强制一”（Mandatory One）。
+ * **圆圈（O）**：表示“零”（Zero/Optional）。
+ * **三叉线/乌鸦脚（<）**：表示“多”（Many）。
+ * **组合示例**：
+ * 一端是单竖线，另一端是乌鸦脚 = **一对多 (1:N)**。
+ * 一端是圆圈加竖线，另一端是乌鸦脚 = **零对多 (0..1 : N)**。
+
+### 4. 绘图执行建议
+
+1. **工具选择**：使用支持 ER 图的专业工具（如 Visio, Draw.io, PowerDesigner, Navicat 等），选择 "IE Crow's Foot" 模板。
+2. **配色方案**：
+ * 背景：白色。
+ * 框体：黑框。
+ * 标题栏：浅灰色填充（约 10%-20% 黑度）。
+ * 线条：黑色。
+3. **空间留白**：实体框之间保持足够的距离，以便容纳折线和关系符号，避免文字重叠。
+4. **层级感**：虽然 ER 图是网状的，但尽量将主表（如用户表、订单表）放在视觉中心或左侧，将关联表（如详情表、日志表）放在周围。
+
+按照以上规范，你可以绘制出一张专业的、工程标准的数据库设计图。
\ No newline at end of file