Hibakövető alkalmazás architektúra
  • 04 Nov 2023
  • 2 Elolvasandó percek
  • Közreműködők

Hibakövető alkalmazás architektúra


Cikk összefoglaló

Alkalmazás szerkezete

Ez a Functional Example egyetlen alkalmazás a Tulip könyvtárban, de a Tulip-alkalmazások értékének nagy része akkor jön létre, amikor a különböző felhasználói szerepkörök és igények támogatására dedikált alkalmazásokat lehet építeni.

A régebbi hibakövetési megoldások a legjobb esetben is hibás, egyszeri, pontszerű megoldások, a legrosszabb esetben pedig véletlenszerű Excel-táblák tucatjait, papírformanyomtatványokat és sok-sok kézi adatbevitellel töltött órát foglalnak magukban.

A hibakövetés egy kicsit egyedi probléma, mivel a legjobb hibakövetési megoldások kontextusban léteznek (azon a folyamaton belül, ahol a hiba megtalálható), így a legjobb hibakövetési megoldásoknak az összes olyan folyamatalkalmazásban használhatónak kell lenniük, ahol a hibák megtalálhatók. Az alkalmazás-átmenetek segítségével a felhasználók bármelyik folyamatalkalmazásból átkerülhetnek egy központi hibakövető alkalmazásba, vagy a hibajelentési funkciót át lehet másolni az összes alkalmazásba.

Egy központi hibakövető alkalmazás

ELŐNYEK:

  • A hibakezelési folyamat módosításai egyszerűek, egy ponton történnek a változtatások
  • Külön csapat kezelheti az alkalmazásverziókat, szemben a folyamatalkalmazásokkal

CONS:

  • Szétesettebb felhasználói élmény, mivel a hibákat külön alkalmazásban kell beírni.
  • A változók kezelése több alkalmazáson keresztül kicsit több Trigger-intenzív lehet.

Hibajelentés minden alkalmazásban

ELŐNYEK:

  • A felhasználói élmény zökkenőmentesebb.
  • A különböző hibatípusokkal rendelkező folyamatok különböző felhasználói felületekkel rendelkezhetnek, hogy jobban támogassák a szabványos hibáikat.
  • Az alkalmazásváltozók kezelése egyszerűbb.

CONS:

  • Sok változtatási pont, amikor folyamatváltozások történnek. Ezeket a változtatásokat minden egyes alkalmazásra egyszeri alkalommal kellene alkalmazni.
  • Ugyanaz a csapat, amelyik a folyamat-alkalmazást kezeli, birtokolná a hibakövetést minden egyes ilyen alkalmazáshoz.

Alkalmazás lebontása

A hibakövetés Functional Example a hibakövetéshez szükséges alapvető funkcionalitásként szolgál:

  • Hibák jelentése
  • Hibajelentések szerkesztése
  • (opcionális) hibacímkék nyomtatása a karanténba helyezéshez.
  • Hibák megtekintése
  • Következő lépések és állapot frissítése
  • Hibatörténet megtekintése
  • Betekintés a hibákba az analitika segítségével

Amint a funkcionális példa mutatja, az összes funkció egyetlen alkalmazásban kombinálható, vagy bármelyik alapfunkciója felhasználható több szegmens alkalmazásaiban.

A Tulip mindkét (fent felsorolt) megközelítés esetén azt javasolja, hogy a hibák szerkesztési és elrendezési funkcióit helyezze át egy különálló alkalmazásba, amelyhez csak a speciális jogosultságokkal rendelkező felhasználók férhetnek hozzá. Ez nagyobb ellenőrzést tesz lehetővé a tekintetben, hogy mely felhasználók szerkeszthetik a minőségkritikus adatokat.


Hasznos volt ez a cikk?