订单跟踪应用程序架构

应用程序结构

这个 Functional Example 是 Tulip 库中的一个单一应用程序，但当可以构建专用应用程序以支持不同用户角色和需求时，Tulip 应用程序的价值就体现出来了。

传统的订单跟踪解决方案无法向用户隐藏任何复杂性，导致流程容易出错、部署周期长、培训过多，以及每个相关人员都感到沮丧。

在考虑在一个应用程序中包含多少信息（或多少流程）时，可以考虑两种不同的常用方法：

1. 每个应用程序都是为适应一种用户角色而设计的。主管与操作员有不同的优先级，需要不同的信息，执行命令的方式也不尽相同，因此，根据使用用户的不同来拆分应用程序可能是明智之举
2. **每个应用程序都旨在解决一个问题。*对于更复杂的 Tulip 部署，在整个 Tulip 基础设施中保持Composability*至关重要。根据功能对应用程序进行细分，意味着这些相同的应用程序在重新部署时几乎不需要做任何更改，就能立即产生价值。
   1. 例如在订单跟踪的情况下，这可能意味着制作一个专用应用程序来创建应用程序，一个单独的应用程序来审核运行中的应用程序，以及一个单独的应用程序来查看订单基因或缺陷。

在订单跟踪{{术语表.功能示例}}中，许多不同的角色/功能都被合并到一个应用程序中，以简化学习如何处理这些概念的过程，但任何这些核心功能都可以/应该被分割到不同的应用程序中。

核心订单跟踪角色

了解谁将使用您的应用程序，以及他们需要什么，是构建从第一天起就能带来真正业务价值的应用程序的核心。

操作员

操作员是工作发生的地方，通常也是流程改进机会最多的地方。改善操作员体验的工作将带来数倍的价值。

操作员在工作中需要什么

• 明确的优先事项指导。
• 完成任务所需的所有知识。
• 满足所有上游依赖。
• 洞察他们的绩效。
• 推动行动的途径。

主管/生产经理

在正确的时间完成正确的工作是生产经理的首要任务。

主管人员的工作需要

• 实时了解当前发生的情况。
• 计划工作和即时调整工作的工具。
• 了解生产积压、优先级和目标。
• 与操作员互动的机制。

工厂经理

工厂经理是责任的承担者，因此获得正确的数据以做出正确的决策是成功的关键。

PM 的工作需要

• 更高层次性能指标的可见性
• 调查基础数据并找出根本原因的工具

应用程序分解

订单跟踪的 Functional Example 是跟踪订单所需的核心功能：

• 创建订单
• 查看订单
• 更新订单
• 安排订单
• 更新订单数量和地点
• 查看订单详情和历史记录
• 查看基于订单数据的见解

如功能示例所示，所有功能都可以合并到一个应用程序中，也可以在更多的细分应用程序中利用其任何核心功能。