01 · 场景
父类总量和子类对不上，旭日图还能画吗？
构造 100 条咨询：配送 60（时效 40、地址 20），产品 40（规格 25、保存 15）。 旭日图展示可加总的层级组成；同层类别要互斥，父子总量要一致。
构造场景，用于解释方法。
02 · 原理
一张图看懂它怎么运转
本图是本库对公开方法与本地材料的操作化整理。箭头表示检查顺序，不表示统计因果。
03 · 实验
改变条件，观察结果
构造实验 · 图示推演
父类总量和子类对不上，旭日图还能画吗？
切换两组构造条件，观察图形和判断一起变化。图下保留字段说明；形状、面积和连线的含义会单独注明。
实验假设与边界
这是表达练习。所有数据均为构造，图形不增加证据强度；除明确标注的数值编码外，位置和面积不代表大小、重要性或因果。
04 · 状态
使用范围
这是表达结构，用于组织图示，不单独承担分析结论。
05 · 准备
开始前，准备什么
最小输入
- 有来源的数据或已形成的分析结论
- 按所选图形补齐标签、单位、关系
应留下的产出
- 便于读者理解的图示，不自动产生新证据。
06 · 用法
按顺序完成 3 步
- 准备父子层级与可加总数值。
- 核对层内与跨层总量。
- 配标签或交互查询。
07 · 案例
咨询分类的层级组成
构造案例 · 本地模板教学；外部链接只支持表达规范
材料依据与状态
官方提供旭日图示例，用层级数据组织扇区。
怎样读这个案例
本库的 100 条咨询完全构造。第二组只改分类，不改记录总数。
证据边界
多标签若重复计数，必须重新定义统计单位；扇区不是重要性或因果。
08 · 示例
把它放进一个具体场景
构造示例，非真实业务记录。
问题
构造 100 条咨询：配送 60（时效 40、地址 20），产品 40（规格 25、保存 15）。
已有材料
根：100 条；配送：60 条；产品：40 条
目前能判断
这些互斥分类可以表达为层级组成。
下一步核对
保留原始分类表；扇区大只表示数量多。
09 · 边界
什么情况下，不宜直接套用
- 扇区大小是编码，不是重要性或因果。纯装饰版本不能当数据图。
10 · 练习
用一道题检查理解
父类总量和子类对不上，旭日图还能画吗？ 以下哪种处理更符合本页的边界？
11 · 实作
把判断写成可复查的记录
用十条脱敏记录建立两级互斥分类。核对父子加总，再标出哪些条目容易多标签。
- 保留原始分类表；扇区大只表示数量多。
- 记录重分类规则，不能把前后占比差直接写成趋势。
记录字段：记录｜一级类｜二级类｜分类规则｜计数｜重分类｜版本
完成后，核对参考要点
本页构造场景中：这些互斥分类可以表达为层级组成。 条件改成“改分类规则”后：分类变化可以改变扇区，不等于需求发生变化。 记录重分类规则，不能把前后占比差直接写成趋势。
12 · 应用
使用范围
本条是表达结构，可用于组织和展示已有材料，不参与 Agent 自动方法选择。
13 · 出处
出处与证据范围
原模板可核对图形／标题；图形的存在不证明其中的经营结论。
- Apache ECharts：旭日图官方示例
层级组成的实现参考。网页依赖 JavaScript；本库数据与图形为自行构造，不是原例数据。
2026-10-24 核对官方示例入口；网页依赖 JavaScript
本地材料定位
ice-main-s264 · ice-main-s265
图表／表达结构；不计作独立方法论
名称与整理说明
使用可追溯参考中的通行术语；不主张存在唯一提出者或唯一中文译法。
操作化整理；原始来源用于约束，不声称逐字复述或已验证效果
登记版本 2026-10-25.3。来源状态沿用登记表，不表示所有来源均在本次重新核验。