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

Hibakövetési adatmodell


Article Summary

Á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?