业务系统工程

业务系统工程术语表

十八项实用定义,把架构、数据、集成、人工智能与自动化术语连接到业务决策和运营结果。

01

业务系统

共同产生业务成果的人员、决策、流程、数据、应用、规则与控制所构成的完整体系。

对业务的重要意义

它提醒我们,单个技术组件不等于完整的运营问题。

示例

订单履行包括决策、库存含义、合作伙伴交换、例外情况和证据 - 不仅仅是订单申请。

也称为 · 社会技术系统 · 操作系统环境

02

企业架构

用于指导组织变革的能力、信息、应用、技术、决策与过渡安排的连贯视图。

对业务的重要意义

它把投资与交付选择连接到受其影响的能力和约束。

示例

目标架构不仅显示未来的组件,还显示所有权、过渡状态和决策原则。

也称为 · EA · 业务和技术架构

03

集成

跨系统边界设计的数据、事件或操作交换与协调。

对业务的重要意义

可靠集成会在没有单一组件掌控全局时,仍保持含义与状态的一致。

示例

合作伙伴订单交换定义身份、验证、响应、重试和恢复以及消息传输。

也称为 · 系统集成 · 应用程序集成

04

互操作性

独立系统与组织交换信息,并按共享且具有运营意义的方式理解和使用信息的能力。

对业务的重要意义

消息即使成功接收,若被误解,也不能算真正实现互操作。

示例

双方一致地解释接受、拒绝和待决状态,并知道谁必须采取行动。

也称为 · 语义互操作性 · 跨系统兼容性

05

数据治理

让数据的含义与使用责任明确的决策、职责、政策与控制。

对业务的重要意义

它把数据质量与访问管理连接到重大业务决策,而不是成为孤立的合规活动。

示例

所有者可以根据规定的决策风险定义关键术语、批准使用并解决质量问题。

也称为 · 数据责任 · 信息治理

06

数据血缘

关于数据从何产生、如何变化以及在哪里被使用的可追溯记录。

对业务的重要意义

当决策依赖加工后的数据时,数据血缘支持解释、影响分析、控制与质疑。

示例

可以从源头跟踪报告值,通过验证和聚合到决策仪表板。

也称为 · 数据来源 · 数据可追溯性

07

数据契约

关于跨边界交换数据的结构、含义、质量、所有权与行为的明确且可版本化协议。

对业务的重要意义

它让变更和失败时的预期可以测试,而不必由使用方猜测。

示例

合约规定了必需的字段、语义定义、版本策略、拒绝行为和负责任的所有者。

也称为 · 接口数据协议 · 架构契约

08

事件驱动架构

把重要状态变化表达为事件,并由相关组件异步消费的架构。

对业务的重要意义

它可以解耦时间与所有权,但前提是事件含义、身份、顺序与恢复机制经过设计。

示例

订单批准的事件记录业务事实和稳定身份,而不是发出模糊的更新通知。

也称为 · EDA · 基于事件的架构

09

幂等性

同一请求或事件可以处理多次,而不会产生意外额外业务影响的特性。

对业务的重要意义

当发送方无法确认第一次尝试是否完成时,它允许安全重试。

示例

重复支付状态更新返回确定的结果,而不是创建第二次付款。

也称为 · 安全重试 · 重复保护

10

目标架构

支持既定业务能力与方向的未来结构、责任和原则。

对业务的重要意义

它为决策提供一致方向,同时不假定只有一条不可逆的实施路径。

示例

目标描述了可靠合作伙伴加入所需的域所有权、接口和控制边界。

也称为 · 未来状态架构 · 未来架构

11

过渡架构

在当前架构与目标架构之间,有意设计并投入运行的中间状态。

对业务的重要意义

它让共存、临时控制、风险与退出标准成为计划的一部分,而不是交付残留。

示例

新旧订单服务与定义的协调、权限和退出标准一起运行。

也称为 · 中间架构 · 迁移状态

12

人工智能就绪度

某项具体人工智能用途具备适当价值、数据、工作流程、架构、监督、评估与运营责任的程度。

对业务的重要意义

它避免把模型可行性误认为生产级能力。

示例

只有当决策所有者、数据适应性、人工审核、监控和后备明确时,用例才准备就绪。

也称为 · AI 生产准备就绪 · 组织 AI 准备就绪

13

人工监督

围绕自动化或人工智能辅助行动设计的人类责任、信息、权限与干预点。

对业务的重要意义

只有当人能及时理解、质疑并改变结果时,人工参与才有实际意义。

示例

审核者收到相关上下文,可以拒绝建议并知道何时暂停自动执行。

也称为 · 人在循环 · 人为控制

14

流程自动化

在明确例外与控制行为的前提下,对可重复流程步骤、规则或交换进行工程化执行。

对业务的重要意义

它应减少可避免的工作,同时不隐藏责任或加速有缺陷的流程。

示例

工作流程自动路由标准案例,同时保留对定义的异常的人类权限。

也称为 · 工作流程自动化 · 业务流程自动化

15

运营模式

用于运行和改进系统的责任、决策权、流程、能力与衡量方式。

对业务的重要意义

缺少运营模式的技术能力,没有持久负责人,也无法妥善应对变化与故障。

示例

数据域模型定义了谁决定意义、监控控制和资助补救。

也称为 · 运营模型 · 服务运营模型

16

技术债务

早期技术决策形成的现有约束,会增加有价值变更的成本、风险或延迟。

对业务的重要意义

当技术债务连接到业务决策或变更路径时,才具备可行动性,而不只是‘代码不好’。

示例

共享数据库会阻止两种功能的独立发布并提高性能迁移风险。

也称为 · 架构债务 · 工程债务

17

系统上下文

围绕系统或决策的相关参与者、边界、依赖、信息、约束与环境。

对业务的重要意义

上下文决定局部设计放入真实组织后是否仍然有效。

示例

自动化设计包括工作流程周围的团队、审批权限、源系统和异常路由。

也称为 · 上下文映射 · 系统边界上下文

18

决策记录

对一项重要决策及其背景、选项、推理、后果和复审触发条件的简洁、持久说明。

对业务的重要意义

它保留作出选择的原因,使后续变更能检验正确的假设,而不必重复发现过程。

示例

记录解释了为什么选择异步交换以及何时需要审核数量、延迟或控制更改。

也称为 · ADR · 架构决策记录

MTera · 联系 MTera

讨论系统挑战

构建未来,同时守住必须始终成立的原则。

讨论系统挑战
MTera · 搜索

搜索 MTera 知识库

查找服务、挑战、方法、洞察和定义。