跳到正文
定位、使用者与职责边界
定位、使用者与职责边界
搜索 YUDS 文档

YUDS 文档

体系大纲与阅读路线

十二章怎样阅读、各角色的最短路线与专题入口,以及进入真实实现前仍需明确的安排和取舍。

状态:十二章文档已完成全量编辑整理,目前以文档优先的规范深化与独立复核为主,具体规范的确认范围以各专题为准:第 01—03 章原文及工作空间范围规则为用户确认,未获确认的细则仍为建议,排程与地理关系专题为限定候选契约。D01-R1 与 D02—D08 已采用为设计输入(D01、D02、D05 的初始基线由代理采用);具体设计、实现和运行均未验收,不据此声明版本发布或达标。 更新:2026-10-20(UTC)

本页只维护阅读顺序和专题入口。已确认原文保存在第 01、02、03 章(定位、使用者与职责边界、六条设计原则、信息架构与工作空间),历史决定见决策与讨论记录。

怎样阅读

十二章是知识结构,不是所有读者必须逐章通读的门槛。系统性学习可按下方目录顺序;日常任务按角色路线选择。每章先读主文,再读专题;做具体功能时可从 YUDS 统一设计系统 的任务入口进入。

在源笔记库中,所有笔记扁平存放在同一 YUDS 文件夹内:文件编号 04 至 15 对应十二章,01 至 03 保留为入口、大纲和决策。文件编号和正文的章节序号不是同一个含义。

各专题区分规则、示例与验收场景;未获确认的细则仍为建议。已确认方向、文档完成、设计/代码实现与任务验证通过分别记录,不能相互替代。

已确认(用户确认):工作空间的权限范围明确且稳定,跨范围能力单独定义。正文见信息架构与工作空间第 3.5 节;范围可为明确定义的获准数据组,不预定租户/组织层级映射,也不批准具体跨范围产品能力。

按角色完成一次工作

阅读者与目标 最短路线 离开手册前应能说明
产品:界定任务 定位与职责 → 信息架构 → 页面/任务示例 → 系统状态 对象、权限范围、成功与失败结果;哪些服务真实存在
设计:选型与组合 六原则 → 基础 → 组件选型 → 解剖与状态 → 页面示例 为何选它、不用它的条件、内容增长与平台差异
开发:实现契约 组件共同规则 → 唯一组件主节 → 平台选择 → 实现映射 值/身份、事件边界、API 责任、版本及未实现项
测试:证明可用 任务示例 → 组件失败路径 → 质量门禁 真实环境、可复现步骤、预期与实际、未执行与缺陷
贡献者:修改规范 唯一主档 → 贡献与版本 → 决定记录 → 质量门禁 兼容影响、授权状态、审阅证据及采用/迁移安排

入门示例见接入示例:共享资料清单;选型指南见组件使用手册:从任务选型到页面组合;四端选择见组件平台选型:先定任务,再定呈现。这些是消费与教学层,规则仍归各组件主节,不形成平行规范。

十二章与专题目录

每章第一项为本章主文,其后为专题。

01 定位、使用者与职责边界

02 六条设计原则

03 信息架构与工作空间

04 视觉与语义基础

05 基础组件与交互契约

06 复杂数据工作模式

07 数据表达与分析

08 表单与业务流程

09 系统状态与权限

10 页面与端到端模板

11 跨平台与智能交互

12 治理、交付与质量

当前阅读状态

章节篇数不是完备度指标;A48/B22/C11 是分析范围而非组件总量。D01-R1 与 D02—D08 已采用为设计输入。目前先修订文档并独立复审;具体设计、实现和运行仍未验收,不据此声明版本发布或达标。早期提交与阶段说明保留在 YUDS 统一设计系统 的历史证据入口。「契约」「有界子集」「分类边界」只说明文档覆盖,按入口页的定义读取,不映射为实现成熟度。

从规范进入真实实现前的安排

当前先建立通用组件与行业无关组合验证,不以第一条产品任务或 AMKit 接入为前置。体系覆盖与深度以 SAP 为主要基准,视觉克制以 Geist 为主要基准,OUDS 与 Stripe Sail 的优点按已核实范围吸收。原始 CMP-01—CMP-41 目录不等于目标完整度,差距见 YUDS 统一设计系统 所列附件。下列安排不授权虚构服务能力或直接开发产品。

  1. 先定通用夹具:用记录 R、字段、候选与受控事件明确输入、开始与结束、操作范围;覆盖组件组合的正常和失败路径。原产品旅程保留,供后续接入。
  2. 再定支持环境:该任务先在哪些设备、输入方式和辅助技术上验收?平台矩阵是候选,不等于此时承诺所有平台。
  3. 验证已采用的视觉基础:消费 D01/D02/D05/D07 唯一主档的初始颜色、排版、几何、密度与动效,在长文本、表格和真实缩放场景中验证;未来品牌替换或新增数值另记决定。
  4. 再定组件测试宿主:让通用组合及失败路径可执行,绑定实际构建与环境;产品采用可暂未关联,不能用文档夹具冒充已实现。
  5. 最后确定首版承诺:发布哪些规范、设计资源与代码,未实现项怎样标记,谁负责维护和验收。

这是一份建议讨论顺序,不是已批准的实施排期,也不因文档写完就自动推进代码、网站或设计工具修改。

仍需明确的关键取舍

  • 首批通用组件测试宿主、平台和支持版本;真实产品接入另行安排,不阻止通用规范工作。
  • D01 色值、D02 系统字体与四端尺度、D05 主题/密度/几何已由代理采用为初始设计基线,见视觉与语义基础。真实字体回退、实际渲染、平台版本和产品品牌替换仍需证据;角色与三角色九档不重新待定。
  • 具体实现项目与产品承载关系;不要凭 Teakit/Teasim 名称推定绑定。
  • 数据选择、批量任务、版本冻结和并发冲突的产品服务能力;界面不能承诺后端不存在的能力。
  • D05 已采用 Web WCAG 2.2 AA 及四端可访问设计目标;仍需绑定实际支持版本、设备/辅助技术矩阵和真实验证资源。
  • AI 是否进入首期、可使用的数据和可执行动作;AI 辅助与用户控制只是可选设计提案。
  • 组件首版范围、负责人、验收目标值、发布时间及迁移资源。

参考与证据边界