交互设计

## 任务目标

请为企业软件的质量与交互评价建立可审查的依据。没有正文时先输出标准选用与证据缺口。

以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

评价对象：从当前产品、终端及已提出的质量问题中识别评价对象；未指定维度时，先区分软件产品质量、使用情境与设计活动，围绕已有业务任务建立标准选用和证据盘点范围。
标准及评价资料：查找当前已授权资料中的标准正文或授权摘录、项目采用依据、设计记录、质量目标和测评结果；标准编号与状态沿原正文来源复查，不将资料标题当作条款内容。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 检索项目合同、交付要求和质量计划中列明的标准号、年份、评价对象及采用理由。
- 检查可读标准文件的版本、页码和覆盖章节，区分正式正文、目录、简介与修订材料。
- 定位对应页面、角色任务、终端范围及已有用户研究或测评记录，核对证据对应的产品版本。

### 可采用的默认处理

- 默认只读盘点，分别记录标准要求、项目自定指标和政企视觉偏好，不把推荐性国标或配色建议写成统一强制要求。
- 没有正式正文时只做版本选用、替代关系与证据缺口整理；旧核验日期保持可见，无法复查时标明状态尚未刷新。
- 质量目标缺失时提出与实际任务对应的观察项及测量方法，不自定通过阈值或虚构样本量、成功率。

### 必须有依据的事项

- 正式条款判断必须取得覆盖对应章节的可读正文或授权材料，元数据和目录不能替代。
- 合同采用版本与现有评价依据冲突，或证据无法对应被评产品时，不能给出符合性结论；其余标准及证据盘点继续。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无标准正文时交付标准选用与替代关系表、可见材料范围、对象与证据清单及待核对条款位置栏。
- 无真实测评结果时交付按业务任务组织的评价准备表和补测方案，明确设计走查、功能测试与用户评价分别需要的证据。

## 执行要求

截至 2026-09-08，两项标准均显示现行、推荐性。GB/T 25000.10-2016 全部代替 16260.1-2006；18978.210-2024 自 2025-03-01 实施并全部代替 18976-2003。元数据核验不代表已读质量特性或设计条款。

1. 核对评价对象是软件产品、使用情境还是设计活动，登记项目实际采用的版本和理由。不能仅因国际标准更新就擅自改换国标年份，旧模板中的替代前编号应注明并复查。
2. 确认提供正文的范围和有效版本，仅从可读条款提取质量模型名称、设计活动及适用说明，保留原文位置。缺失内容标为待补，不从记忆拼成官方特性清单。
3. 建立业务任务、用户角色、终端、环境与待评价问题的对应关系。把已有用户研究与待验证假设分开，不能虚构访谈人数、任务成功率或岗位行为。
4. 将适用条款映射到可观察证据，说明需要设计记录、业务运行数据还是用户任务测试。项目自行提出的指标、样本量和目标值另列并注明依据，不包装为国标统一阈值。
5. 检查现有证据能否支持对应判断，区分界面静态走查、功能测试和真实用户评价。外观整齐不能替代可用性证据，也不能据标准名称推导政企配色、字号或圆角要求。
6. 形成评价准备清单及差距，明确当前能判断、尚不能判断和不适用的事项。对于需要补测的内容提出任务、样本条件和记录方法，未执行前不填写通过结论。

## 交付与验收

输出：标准选用与替代关系、可读条款范围、对象—条款—证据矩阵、项目指标建议、缺口及补测计划。验收条件：每项正式条款有原文依据，每项评价有对应证据，企业审美偏好与标准要求明确分开。

边界：这是需要标准正文才能完成条款核对的原创模板；不提供官方认证，不宣称软件已满足国标，也不将来源核验称为提示词效果验证。

### 本条完成检查

- 每项条款判断均有原文位置和适用理由，缺正文的条款保持未核对。
- 对象、角色、终端、条款和证据之间可追溯，项目指标不冒充国标阈值。
- 已能判断与尚不能判断的范围清楚，不以界面整齐或模板填写完整宣称符合国标。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

官方来源（元数据核验日期：2026-09-08）：
- GB/T 25000.10-2016：https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D81641D3A7E05397BE0A0AB82A
- GB/T 18978.210-2024：https://std.samr.gov.cn/gb/search/gbDetailed?id=208E903AB60F79F3E06397BE0A0AB2B9

来源许可说明：官方公开元数据；未发现允许再发布标准全文的明确许可。本批只保留必要元数据和原页面链接，不收录全文。本条为中文原创整理，来源内容与本模板补充要求已在正文区分。

## 任务目标

请为业务操作补齐完整的反馈与恢复设计。覆盖从操作触发到最终结果的真实过程。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

反馈设计范围：从当前页面的主要提交或异步办理动作开始；未指定操作时，沿已有请求到结果呈现的链路盘点反馈缺口，优先处理结果不明和无法恢复的状态。
页面与状态资料：读取现有页面、请求封装、接口状态定义、错误映射和任务查询逻辑，自动获取成功判据、重试条件与上下文保留方式。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 追踪按钮触发、请求发送、任务受理、查询或回调到最终结果的实际路径。
- 核对 loading、提示、弹窗及错误处理的现有逻辑，检查页面切换、账号失效与部分失败。
- 查取消、重试、幂等键、请求标识和结果查询接口是否真实存在，区分能力说明与未实现建议。

### 可采用的默认处理

- 有明确结果才显示成功，超时或回调缺失默认保留结果待确认，不自动重发非幂等写操作。
- 按影响范围选择行内或页面反馈，只有确需用户决定时使用对话框，不为每次成功重复打断操作。
- 无真实进度时使用处理中的状态描述；错误保留有用上下文与安全的恢复入口，不用自动跑满的百分比。

### 必须有依据的事项

- 服务端是否已经生效、是否可重试或取消无法确定时，不能替系统承诺撤销、重新提交或完成；继续设计结果待确认及查询路径。
- 错误码缺少业务含义或同码含义冲突时，不能臆造具体原因，需确认影响数据及可恢复动作。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无接口实现时交付操作状态矩阵、逐条中文反馈及恢复流程，明确结果查询和幂等能力的接入要求。
- 只有错误记录时交付可确认错误的文案与恢复建议，并将无法判断的状态单列，不声称故障已修复。

## 执行要求

反馈应及时、适度，过程与结果分别表达；异常分类和恢复动作必须匹配系统实际能力。

1. 逐个记录操作的触发位置、影响对象、耗时依据、成功判据和数据刷新方式。没有服务端最终结果时区分已接收、处理中与已完成，禁止点击后立即伪装成功。
2. 列出空闲、提交中、处理中、成功、失败、部分成功、中断、结果未知或待核实等适用状态，指定每种状态的可信来源和退出条件。不存在的后端状态不能直接当作现有能力。
3. 结合影响范围与用户必须采取的行动选择行内提示、页面提示、轻提示、结果页或对话框。成功后内容已明显变化时减少重复提醒，重要失败应保留可找回的信息。
4. 为每种错误写清楚发生了什么、对已填写或已处理数据有什么影响、现在可以做什么。网络异常、权限不足、规则冲突、记录不存在和服务异常分别处理。
5. 设计重试、刷新、取消、继续编辑和查看详情入口，注明可用条件、操作后果和上下文保留。重复请求可能产生重复业务记录时必须列出幂等条件。
6. 检查多任务同时执行、页面切换、刷新、账号失效和部分项目失败的表现。进度只显示真实可得的进度，不能使用自动跑满的百分比造成办理完成错觉。

## 交付与验收

输出：操作状态矩阵、反馈组件选择表、逐条中文文案、恢复流程、接口或任务能力缺口、验收场景。文案以业务信息和下一步动作为中心，避免责备用户。

验收：已知终态有可信依据；结果未知时保留原请求标识，通过查询、回调或对账确认，确认前不自动重发非幂等操作；重要错误不丢失；重试不会默认制造重复记录；部分成功能定位失败对象；不存在无依据进度和频繁无用弹窗。

信息边界：仅有错误码而无业务含义时保留待映射项；不猜测故障根因，不声称错误已经修复，不在用户文案中泄露内部日志、凭据或敏感数据。

### 本条完成检查

- 每种终态有可信来源，结果未知保留请求标识并有确认办法。
- 反馈能够说明数据影响与下一步，重试和取消条件真实，部分失败可定位到对象。
- 关键异常、多任务和页面切换均有处理规则，不丢失重要错误或生成假进度。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 反馈](https://ant.design/docs/spec/feedback-cn/)

## 任务目标

请把业务字段设计为易理解、可正确提交的中文表单。目标是完成真实录入任务并明确操作后果。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

表单任务：优先采用当前提到的办理任务；未指定表单时，选择现有主要业务入口中的新增或编辑表单，围绕其真实保存与提交路径整理字段和交互。
字段与页面资料：读取目标表单、接口请求类型、校验规则、字典及保存逻辑，结合已有业务说明和设计样例识别字段分组、联动和权限。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 从表单组件、接口 DTO 和校验规则提取类型、必填、范围及错误触发时机，核对两端规则差异。
- 追踪联动字段、默认值、只读条件和历史字典值，查看上游变化是否会清空下游数据。
- 核对草稿保存、正式提交、取消、重置和再次进入的真实行为，以及失败后输入是否保留。

### 可采用的默认处理

- 沿真实填写顺序分组，复用已有控件和字段命名；任务没有明显阶段时不强行拆成多步骤表单。
- 保持业务默认值不变，未知或停用字典值保留原值并可识别，不自动选择第一项。
- 错误就近说明并可定位，失败保留合理输入；缺少草稿能力时不显示已经自动保存。

### 必须有依据的事项

- 字段默认值、唯一性或跨字段规则无法从业务与接口确定时，不能自行写入正式校验标准。
- 保存与正式生效、取消后的数据后果不明时，不能承诺丢弃或保留结果；先完成不依赖这些决定的字段组织。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 没有工程时，根据已有字段资料交付分组结构、字段表、联动与错误文案及保存提交状态设计。
- 运行条件不足时交付键盘顺序、首错定位、长标签及移动输入的验收场景，标明尚未执行。

## 执行要求

字段表达、组件使用和任务顺序保持一致，校验与恢复规则以业务要求和系统能力为准。

1. 说明表单标题、处理对象、填写角色及最终结果，按用户收集信息的顺序分组字段。只有任务确实复杂时才拆步骤；步骤标题使用业务动作或信息类别。
2. 为每个字段确定标签、组件、必填条件、数据来源、默认值、示例和帮助。避免标签与占位提示机械重复；专业术语确有必要时提供简短解释。
3. 明确输入格式、合法范围、跨字段条件、远程校验和错误触发时机。客户端提示与服务端规则应保持一致；已有数据不符合新规则时另列兼容处理问题。
4. 设计联动字段、只读字段与不可用选项，说明上游变化是否清空下游值、是否提醒用户及是否保留历史选项。不要悄悄替用户选择会改变业务责任的默认项。
5. 分别定义保存草稿、提交生效、取消、返回和重置的后果，说明提交中的按钮状态、重复点击防护、失败后的输入保留，以及长任务中断后的恢复入口。
6. 走查键盘顺序、首个错误定位、必填标识、长标签和移动端输入。每种校验失败给出用户能执行的修改办法，避免以技术异常堆栈代替业务提示。

## 交付与验收

输出：表单分组结构、字段设计表、联动与校验规则、保存及提交状态、错误文案表、主要操作流程和验收清单。涉及接口能力的要求单独标注。

验收：每个字段有业务含义；同类字段组件一致；用户知道数据何时生效；失败不会无故丢失输入；错误可定位且可修正；无多余的口号和教学文案。

信息边界：无法从业务资料确定的默认值、唯一性和草稿保存能力不能自行假定；没有真实运行证据时只报告设计检查，不能写为表单测试通过。

### 本条完成检查

- 字段含义、来源、组件与校验时机明确，默认值和联动行为有依据。
- 用户能理解何时保存和生效，提交失败可纠正并保留合理输入。
- 取消、返回、重复点击和历史字典值均有明确规则，设计走查不冒充运行测试。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 表单页](https://ant.design/docs/spec/research-form-cn/)

## 任务目标

请设计能够直接支持业务查询和处理的列表页面。选择表格或列表应服务于用户查找与判断。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

列表业务：从当前业务对象和主要查询页面识别目标；未指定页面时，以现有业务入口可达的主列表为范围，沿查询、查看详情和一项已存在的处理动作组织设计。
列表与接口资料：读取现有列表组件、查询参数、响应结构、字典、分页和权限实现，结合已有截图或脱敏样例直接获取字段与操作边界。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 核对查询条件、默认筛选、排序、分页参数与服务端统计范围，定位前后端不一致之处。
- 盘点对象标识、关键判断字段、列格式、长内容处理和行内操作。
- 追踪单行与批量动作、跨页选择、部分失败、详情返回和删除末页数据的实际行为。

### 可采用的默认处理

- 保留已有查询和分页契约，优先呈现对象标识、关键状态及主要操作，不凭空新增后端筛选或全量统计能力。
- 已有选择范围沿用明确契约；新拟批量交互先按可见且具备权限的记录设计，跨页全选单列所需接口与业务条件。
- 零、空值、未加载、无权限和加载失败分别表达，长内容可完整查看且不挤掉主要操作。

### 必须有依据的事项

- 筛选或统计口径与接口含义冲突时，不能自行改变结果范围；先完成列、布局和已知状态设计。
- 批量操作的数据边界、权限或部分生效规则不明时，不能把批量处理设计成默认全部成功。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无工程时依据字段及业务资料交付查询字段表、列定义、单行与批量交互和分页状态规则。
- 没有数据规模或接口证据时交付可核对的布局与异常设计，单列服务端能力缺口，不声称性能验证通过。

## 执行要求

列表要便于扫描、查找和处理，筛选、批量操作及状态规则以当前业务为准。

1. 明确列表的主要任务是查询、比对、审批还是浏览，按任务选择表格或条目列表。将对象标识、判断所需信息和主要操作放在稳定位置，不为了视觉整齐隐藏关键业务字段。
2. 整理查询字段的类型、默认条件、重置结果、联动规则和提交方式。说明日期范围、时区、空值、枚举以及搜索模糊匹配规则，后端不支持的能力标为待实现。
3. 定义列顺序、宽度、对齐、排序依据和截断查看方式，区分业务空值、零、无权限和未加载。金额、计数与时间要有明确格式，长文本可以展开但关键操作必须可见。
4. 定义分页、筛选、排序和进入详情后的上下文保留，说明删除当前页最后一条、查询条件变化与数据刷新时的页码处理。客户端展示逻辑不能冒充服务端全量统计。
5. 设计单行及批量操作，明确选择当前页还是跨页、不可操作记录如何处理、部分成功如何反馈。涉及不同状态或组织的数据时逐项核验可操作范围。
6. 覆盖加载中、查询无结果、首次无数据、接口错误和权限不足状态，并按一次真实查询到处理完成的过程走查。演示记录必须显著标识，不作为正式业务事实。

## 交付与验收

输出：列表任务说明、查询字段表、列定义、单行和批量交互、分页状态规则、异常状态文案、验收用例。每个按钮都说明触发条件、结果和失败后可执行动作。

验收：用户能识别记录并完成核心操作；筛选与结果范围一致；批量操作边界明确；长文本不挤掉按钮；没有把缺失数据显示成零或成功状态。

信息边界：未知的数据规模、接口能力和权限规则保留为待确认项；仅有设计资料时不得报告性能或实际操作已经通过。

### 本条完成检查

- 查询条件、结果范围与统计口径一致，列表记录和主要操作清楚可辨。
- 分页、详情返回、选择范围、部分失败和末页删除有明确处理规则。
- 长文本、空结果、首次无数据、错误及权限不足各有对应呈现，不用零或成功掩盖缺失数据。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 列表页](https://ant.design/docs/spec/research-list-cn/)