推广工单 [英] Generalizing work orders

问题描述

Hello stackoverflowers，

Hello stackoverflowians,

我正在设计工作订单表。

I am working on designing tables for work orders.

• 有不同的 工单模式 （从现在起称为 WOM


• WOM共享一些属性（Num，Date，Description ...等）


• WOM有详细信息，如：
  
  
  
  
  • 工作完成的部门。
  
  
  • 某些WOM使用储罐而不是扇区（产品准备在储存罐中）
  
  
  • 产品及其数量（加上或没有某些产品信息）适用于该行业。
  
  
  • 人力资源
  
  
  • 工单上使用的材料
  
  
  • ...等
  
  
  • There is different work order models (from now on called WOM)
  • The WOMs share some attributes (Num, Date, Description, ... etc)
  • The WOMs have details such as:
    • Sectors on wich the work is done.
    • Some WOMs use storage tank instead of sectors (products are prepared in storage tanks).
    • Products and their quantities (plus or no some info on product) applied to wich sector.
    • Human ressources wich worked on the WO.
    • Materials used on the work order
    • ... etc
    
    
    • 设计工作订单表以及c的详细信息。
    
    
    • 他们想知道如何使用资源。
    
    
    • 设计查询以检索所有形状的信息。
    
    
    
    
    • 最终用户的简单演示。 li>
      
    • 推广工单订单模型。
    
    

    将所有工作订单及其详细信息设计为以工单号作为母节点的层次结构。

    Designed all work orders and their details as a hierarchy starting from work order num as the mother node.

    WorkOrderTable (ID, ParentID, Type, Value)
    

    工单的示例将层次数据转换为平面表

    ID  ParentID    Type        Value
    38  0           Num         327
    39  38          Sector      21
    40  38          Sector      22
    43  40          Product     NS
    44  40          Product     MS
    50  40          Temp        RAS
    48  44          Quantity    60
    47  43          Quantity    25
    41  39          Product     ARF
    42  39          Product     BRF
    49  39          Temp        RAS
    51  39          Cible       Acarien A.
    46  42          Quantity    30
    52  42          Cible       Acarien B.
    45  41          Quantity    20
    

    
    
    

    问题

    
    
    

    是我做的很好/高效易于维护工作，还有其他想法？

    The Question

    Is what I am doing good/efficient easy to maintien work with or there is other ideas ?

    
    
    • 产品没有改变人员正常人力资源（人力资源管理）人力资源管理人力资源管理人力资源管理人力资源管理人力资源管理人力资源管理人力资源表
    
    
    • 一个典型的WOM有多大：
      
      
      
      
      • 约15个属性（其中3个是所有WOM的共享的其他人少一些）
      
      
      • 约5个或更多细节共享：产品，部门，人员和其他描述信息，如产品数量。
      
      
      
      
      • 认为任何WOM由3部分定义：
      
      
      • 工单一般信息（Num，Date 。）
      
      
      • 工作完成后，其他WOMs使用Tank储存。
      
      
      • 完成工作产品，人员，机器...
      
      
      • Considered any WOM is defined by 3 parts:
      • The Work Order General Info (Num, Date, ...)
      • The Sectors [Other WOMs use Tank storage] in wich the jobs are done.
      • The Ressources to complete the job products, people, machines ...

      
      

      设计状态

      
      
      

      
      
      • 参与者部门，人员，机器的具体表...
      
      

      • 数据表（ID，元数据，lvl）。例如：

      State of the design

      • Specific tables for participants sectors,people,machines...

      • Meta-data table (ID, meta-data, lvl). Example :

      
      
      • 部门，1（直接到WO）
      
      
      • 坦克储存，1
      
      
      • 产品，2（可以部分工作不直接到WO）sd
      
      

      工作订单表（ID，parentID，metadataID，valueID）值ID取自参与者表

      Work Order table (ID, parentID, metadataID, valueID) the value ID is taken from the participants table

      关于XML我没有关于如何存储和操作它们的信息。

      Concerning XML I have so to no informations about how to store them and manipulate them.

      推荐答案

      不知道任何数字和进一步的知识，你的需要没有好的建议是可能的。这里有一些问题进入我的脑海

      Without knowing any numbers and further knowledge about your needs no good advise is possible. Here are some question coming into my mind

      
      
      • 有多少用户？
      
      
      • 有多少个产品/位置/部门/人？
        
        
        
        
        • 这个变化的数据？
        
        
        
        
        • 如果没有：可能有替代的路线，圈子，岛屿？
        
        
        
        
        • 如果更改：是否需要版本控制？
        
        

        它似乎试图重新创造一个专业的ERP系统。如Bostwick已经告诉过你，你应该考虑使用现有的...

        It looks like trying to re-invent a professional ERP system. As Bostwick told you already, you should rather think about to use an existing one...

        只是一些一般的提示：

        
        
        • 不要使用（meta）数据的WOM存储（只有ID / 外键）
        
        
        • 尝试在工作数据和元数据之间绘制一个清晰的边界
        
        
        • 为每个参与者使用专用表（sector，products ...）
        
        
        • WOM可能更好地放在XML
        
        
        • 阅读关于（有限）状态机
        
        
        • 阅读关于状态模式
        
        
        • 了解业务 - 流程建模和工作流程
        
        
        • Do not use the WOM-storage for (meta) data (only IDs / foreign key)
        • Try to draw a sharp border between working data and meta data
        • Use a dedicated table for each of your participants (sectors, products...)
        • A WOM might be better placed within XML
        • Read about (Finite) State Machines
        • Read about state pattern
        • Read about Business-Process-Modelling and Workflows

        这篇关于推广工单的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！