业务应用开发术语表
本表只解释应用开发者在业务分析、设计和交付中需要理解的概念。具体功能名称和操作方式以相应教程为准。
需求与分析
| 术语 | 通俗解释 |
|---|---|
| 业务目标 | 组织希望得到的实际改善，例如减少遗漏、缩短处理时间 |
| 业务问题 | 当前阻碍目标的事实和影响 |
| 业务需求 | 为解决问题必须具备的业务能力 |
| 功能方案 | 在应用里实现需求的具体方式 |
| 相关人员 | 会提出、执行、决定、受影响或支持这项业务的人 |
| 访谈 | 通过提问了解目标、规则、现状和例外 |
| 观察 | 看真实人员如何完成工作，发现口头描述中遗漏的步骤 |
| 业务证据 | 现有单据、表格、制度、真实样例和统计等可核对材料 |
| 业务场景 | 某个角色在特定前提下为完成目标而经历的一段完整业务 |
| 正常路径 | 没有异常时最典型的处理方式 |
| 异常路径 | 输入错误、人员缺失、退回、作废等改变正常过程的情况 |
| 边界值 | 刚好位于规则分界位置的值，例如 5000、5000.01 |
| 第一版范围 | 首次交付明确包含和不包含的内容 |
| 假设 | 尚未证实，但设计暂时依赖的判断 |
| 约束 | 必须遵守的制度、时间、组织或现实条件 |
| 待决策项 | 存在冲突或未知，需要有权人员明确决定的问题 |
| 需求追踪 | 让每项需求能对应到设计、开发和测试结果 |
业务结构
| 术语 | 通俗解释 |
|---|---|
| 业务词汇表 | 团队对关键业务词的统一定义 |
| 业务对象 | 业务中需要持续创建、查看、处理或统计的一类事物 |
| 记录 | 某个业务对象的一次具体实例 |
| 字段 | 描述一条记录的某项信息 |
| 基础资料 | 相对稳定、被其他业务反复引用的信息，如物品、客户 |
| 业务单据 | 记录一次具体业务发生的对象，如采购申请、报销单 |
| 主信息 | 整张业务单据只有一份的信息 |
| 明细 | 同一张业务单据下可以重复多行的信息 |
| 业务关系 | 对象之间的归属或引用关系 |
| 当前责任 | 现在由谁继续处理，可以发生交接 |
| 历史事实 | 业务发生当时的人、时间和结果，不应被后来变化改写 |
| 数据字典 | 对每项业务信息的定义、来源、规则和用途说明 |
| 空值 | 尚未提供或未知，不一定等于零、否或无 |
| 业务日期 | 在业务上有特定含义的日期，如提交、批准、完成日期 |
状态、规则与自动化
| 术语 | 通俗解释 |
|---|---|
| 生命周期 | 一类业务记录从产生到结束的完整过程 |
| 状态 | 记录当前处于哪个业务阶段 |
| 事件 | 值得业务响应的一件事，如提交、超时 |
| 动作 | 人或应用执行的行为，如同意、退回、计算 |
| 状态转换 | 某个动作使记录从一个状态进入另一个状态 |
| 业务规则 | 决定允许、禁止、计算或选择路线的明确条件 |
| 计算规则 | 根据输入得到结果的规则 |
| 校验规则 | 判断输入或操作是否有效的规则 |
| 决策规则 | 根据条件选择不同处理方式的规则 |
| 权限规则 | 决定谁能做什么、看什么的规则 |
| 决策表 | 把多个条件组合逐行列出，检查是否有遗漏和冲突 |
| 业务不变量 | 无论如何变化都不能被破坏的业务事实 |
| 默认值 | 新建时预先填入的常见内容 |
| 自动动作 | 在特定事件和条件下自动执行的一组处理 |
| 触发时机 | 自动动作何时开始，例如字段变化、保存前、保存后 |
| 重复保护 | 多次点击或重试不会产生重复业务结果 |
| 人工处理 | 规则无法可靠自动判断时，由明确责任人作决定 |
流程与协作
| 术语 | 通俗解释 |
|---|---|
| 业务过程 | 从开始到结束的全部工作，不只包括审批 |
| 审批流程 | 需要一个或多个人正式作出同意、退回或拒绝决定的路线 |
| 责任人 | 当前必须推动某一步完成的人或角色 |
| 交接点 | 工作从一个角色转给另一个角色的位置 |
| 待办 | 明确交给某人、尚未完成的工作 |
| 通知 | 让某人知道业务事件，不一定要求他处理 |
| 流程版本 | 某次发布后冻结、供业务运行的一版流程设计 |
| 流程实例 | 某条具体业务记录实际运行的一次审批 |
| 审批任务 | 流程到达一个节点后分配给具体处理人的工作 |
| 处理人规则 | 决定某个节点由谁处理的规则 |
| 单人审批 | 一个明确人员处理 |
| 或签 | 多名候选人中任意一人处理即可 |
| 会签 | 多名人员按规则共同处理 |
| 条件分支 | 根据业务条件选择不同路线 |
| 退回 | 信息需修改，允许修改后重新提交 |
| 拒绝 | 本次业务不获批准并终止 |
| 撤回 | 发起人在允许时收回已提交业务 |
| 作废 | 业务不再继续，但保留记录和原因 |
| 在途业务 | 已经开始、尚未结束的业务记录 |
| 超时 | 一项待处理工作超过约定时间 |
| 代理 | 原处理人暂时不能处理时，由授权人员代为处理 |
| 工作交接 | 人员或职责变化时转移当前责任，不改写历史事实 |
应用设计
| 术语 | 通俗解释 |
|---|---|
| 应用蓝图 | 描述应用边界、对象、表单、规则、流程、权限和视图的整体设计 |
| 应用 | 一项相对独立业务的使用和治理边界 |
| 目录 | 帮助用户按工作任务找到功能入口的结构 |
| 模板 | 一类业务记录的填写和查看载体 |
| 表单 | 用户创建、修改或查看一条业务记录的界面 |
| 视图 | 按业务目的查看和筛选一批记录的界面 |
| 角色 | 一组稳定的业务职责和相应权限 |
| 数据范围 | 一个角色能访问哪些具体记录 |
| 权限矩阵 | 不同角色对功能和数据的允许范围对照表 |
| 最小权限 | 只授予完成职责所需的最少能力和数据 |
| 职责分离 | 高风险业务由不同人员承担申请、批准和执行等责任 |
| 表单草图 | 开发前用于评审信息分组、顺序和操作的简化布局 |
| 用户旅程 | 某个角色从进入应用到完成任务的完整路线 |
| 能力差距 | 当前无法按需求完整实现的部分 |
| 替代方案 | 能力不足时经确认采用的业务处理方式 |
查询与管理
| 术语 | 通俗解释 |
|---|---|
| 个人视图 | 帮助个人处理自己的业务，如我的申请 |
| 运营视图 | 帮助团队发现待办、积压和异常 |
| 管理指标 | 帮助负责人作决定的统一数字 |
| 指标口径 | 指标使用什么对象、状态、金额、日期和范围 |
| 下钻 | 从汇总数字打开对应的具体记录 |
| 默认筛选 | 打开视图时自动使用的业务范围 |
| 导出 | 把符合权限和筛选的数据形成外部文件 |
| 打印模板 | 按固定业务格式输出记录 |
| 管理闭环 | 负责人能发现问题、找到责任并推动解决 |
开发、测试与交付
| 术语 | 通俗解释 |
|---|---|
| 最小闭环 | 用最少功能完整走通创建、处理和查询 |
| 增量开发 | 分小阶段搭建，每阶段都验证后再扩展 |
| 保存设计 | 保留开发中的修改 |
| 发布 | 把经过检查的一版设计交给业务用户使用 |
| 版本说明 | 解释本次业务变化、影响和已知限制 |
| 影响分析 | 修改前检查数据、表单、动作、流程、权限和输出会受什么影响 |
| 破坏性修改 | 可能让已有数据或业务难以恢复的改变 |
| 测试剧本 | 包含角色、前提、数据、步骤和预期的可执行检查 |
| 正例 | 应该被允许并成功的场景 |
| 反例 | 应该被拒绝或明确失败的场景 |
| 回归测试 | 修改后重新验证过去已经正确的核心业务 |
| 缺陷 | 已确认设计没有被正确实现 |
| 设计遗漏 | 原需求存在，但蓝图没有覆盖 |
| 新需求 | 原范围没有确认的新期望 |
| 用户验收 | 真实业务代表确认应用适合日常工作 |
| 试点 | 先在有限范围真实使用，再决定是否扩大 |
| 上线切换 | 从旧工作方式转向新应用的正式安排 |
| 恢复方案 | 严重问题发生时回到可用状态的办法 |
| 迭代 | 根据真实业务证据持续改进应用 |