MENU
    Hibakövetési adatmodell
    • 04 Nov 2023
    • 3 Elolvasandó percek
    • Közreműködők

    Hibakövetési adatmodell


    Cikk összefoglaló

    Áttekintés

    Az adatarchitektúra helyes kialakítása kritikus fontosságú a folyamatok javítását célzó megfelelő intézkedések meghozatalához. Az adatok sosem egyformák, mert a megoldandó problémák ritkán azonosak. Ez a Functional Example felvázolja a hibakövetéshez ajánlott alapvető adatokat. Nyugodtan adjon hozzá további Field adatokat, hogy bővítse ezt a funkcionális példát.

    A Extending the Concept (A koncepció kiterjesztése ) dokumentumban bemutatjuk, hogyan lehet erre az adatmodellre építeni, hogy még több értéket teremtsen.

    Táblák

    Ez az alkalmazás a táblázatokra támaszkodik az adatok tárolásához. Ez azért ajánlott (a kiegészítések használatával szemben), mert ez azt jelenti, hogy ugyanaz a táblázat több alkalmazásban is használható, ami a Composability kritikus jellemzője, különösen, ha a hibakövetés több alkalmazásban is létezik.

    Ez az alkalmazás egyetlen [Defektesemények] táblára támaszkodik.

    A Extend the Concept (A koncepció kiterjesztése ) néhány lehetőséget fed le ennek az adatmodellnek a kiterjesztésére, beleértve a kiterjedtebb összekapcsolhatóságot a Order Trackinggel, vagy más felhasználási esetekkel.

    [Defektesemények] táblázat

    Defect Events.png

    A Defektesemények tábla a folyamat átláthatóságának biztosításához szükséges csupasz csontok. A táblázat egyes rekordmezői opcionálisak, míg mások valóban szükségesek a műveletek átláthatóságának fenntartásához.

    Ne feledje, hogy ezeket a mezőket nem feltétlenül személynek kell kitöltenie. A rendelési információk külső adatforrásból származhatnak, vagy feltételes logika alapján kikövetkeztethetők.

    Pl. A hiba leírása automatikusan kiszámításra kerül az Anyag változó és az Ok változó és a Kifejezés kombinálásával:

    A hiba oka: "Defektes ' + @Variable.Material + ' due to ' + @Variable.Reason.

    Táblázat Fields

    ID (Szöveg)- Minden táblázatnak szüksége van egy ID oszlopra az egyes táblázatrekordok egyedi jelöléséhez. Ebben a felhasználási esetben egy véletlenszerű karakterláncot használunk a rekord azonosítójaként.

    Leírás (Szöveg) - A hiba ember által olvasható leírása. A Functional Example esetében ez a "Defektes anyag ok miatt" formátumot követi.

    Reported Date (Datetime) - A hiba eredeti bejelentésének időpontja.

    Reported By (Felhasználó) - A hibát bejelentő felhasználó. A funkcionális példában ez a Bejelentkezett felhasználóval van feltöltve, de beállítható egy statikus felhasználóra is, vagy lehetővé teheti a felhasználók számára a bejelentő kiválasztását.

    Material ID (Szöveg) - Annak az anyagnak az azonosítója, ahol a hibát találták. Ha ezt a mezőt az [Anyagok] táblához kapcsolódó rekorddal helyettesítenénk, az nagyszerű módja lenne a koncepció kiterjesztésének.

    Mennyiség (Szám)- Ahogy a neve is mutatja, ez a hibás alkatrészek mennyisége.

    Ok (Szöveg) - A státusz mezőhöz hasonlóan az ok mező is felhasználható arra, hogy a hibákat automatikusan a megfelelő csapathoz irányítsa.

    Pl. Minden többletkészlet hibát a termelési vezetőknek kell kezelniük.

    Címzett (Felhasználó) - Az a felhasználó, aki a hiba elrendezéséért felelős. Ez dinamikusan beállítható az Ok alapján, vagy statikusan egy felhasználóhoz/csapathoz.

    Állapot (Szöveg) - A hiba jelenlegi állapota. Amikor a hibát a Functional Example-ban jelentik, ez alapértelmezés szerint ÚJ lesz. A mi felhasználási esetünkben a hibák 3 státuszon keresztül mozognak: 1. ÚJ 2. VIZSGÁLATBAN 3. LEZÁRVA

    Comments (Szöveg) - Egy szabad szöveges mező, ahol a hibával kapcsolatos megjegyzéseket lehet gyűjteni. Használja ki ezt a mezőt a kiváltó okok elemzésének részeként. A Digital Record History widgettel kombinálva láthatja az egyes hibák körüli múltbeli adatokat.

    Fénykép (kép)- Gyűjtsön egy fényképet a hibáról. A képek felhasználhatók a gyökeres okok jobb megértéséhez.

    Lezárt dátum (Datetime)- Amikor egy hiba megoldódik, ez a mező nyomon követheti a hibajelentés lezárásának dátumát. Használja ki ezt a mezőt az analitikában, hogy megértse a meglévő nyitott hibajelentések hátralékát.

    Észlelési hely (Szöveg)- A hibákat az első észlelési helyük szerint rendezheti. Használja ezt a mezőt, hogy betekintést nyerjen a folyamat leggyakoribb hibapontjai köré. Ezenkívül ez a mező felhasználható arra is, hogy a hibát a megfelelő címzetthez rendelje.

    Next Stes (Szöveg) - A hiba megoldásának nyomon követése, ha a Digital Record History Widget segítségével a felhasználók láthatják, hogy a hiba kezelése hogyan történt.


    Hasznos volt ez a cikk?