MENU
    订单跟踪应用程序架构
    • 04 Nov 2023
    • 1 分钟阅读
    • 贡献者

    订单跟踪应用程序架构


    文章摘要

    应用程序结构

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

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

    在考虑在一个应用程序中包含多少信息(或多少流程)时,可以考虑两种不同的常用方法:

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

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

    核心订单跟踪角色

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

    操作员

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

    操作员在工作中需要什么

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

    主管/生产经理

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

    主管人员的工作需要

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

    工厂经理

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

    PM 的工作需要

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

    应用程序分解

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

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

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


    本文对您有帮助吗?