Hibakövető alkalmazás architektúra

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.