Ezen az oldalon
Egy javasolt szinkronizálás húsz dobozból áll. A hetedik állapotot másol táblázatba. A nyolcadik átalakítja a táblázatot az e-mail-platform számára. A kilencedik jóváhagyást kér a vezetőtől az importáláshoz. A terv azt kérdezi, melyik ügynök végezze a hetediktől kilencedikig tartó lépéseket.
Az első kérdés az, miért léteznek ezek a dobozok. Ez szemléltető példa, nem valós csapat vizsgálata.
Egy munkafolyamat-tervezési beszélgetés négy csoportot javasol: töröld a lépést, használj egyszerű kódot, használj ügynököt, vagy hagyj emberi döntést. A hasznos lépés a modell kiválasztása előtt van. Egyetlen lépés eltávolítása megszüntetheti az összes körülötte lévő gépezet szükségét.
A vásárló által látható eredménnyel kezdj
Nevezd meg, milyen eredményt kell a munkafolyamatnak előállítania. Áruház és e-mail-rendszer összekötésénél lehet az, hogy „a már vásárolt ügyfél nem kap kosáremlékeztetőt”. Ehhez állapot, időzítés és kizárási szabály kell. Nem következik belőle táblázat, minden adatot tartalmazó éjszakai export vagy a vezető postaládája.
Az alábbi Tajo-ábra a javasolt leképezésre és az aktiválás előtti határra összpontosít. Nem valósítja meg az elhagyott kosárra emlékeztető üzenetek leállítását. Ehhez az eredményhez az üzemeltetőnek előbb meg kell határoznia a vásárlási jelet és a leállítás szabályát. Egy újabb leképezett mező egyik döntést sem helyettesíti.
Ellenőrizd a szinkronizálást az indítás előtt
Szinkronizáld a vásárlói változásokat az e-mail-platformommal.
Vásárlók szinkronizálása
| Forrásmező | Célmező | Szabály |
|---|---|---|
email | EMAIL | Közvetlen |
first_name | FIRSTNAME | Közvetlen |
last_name | LASTNAME | Közvetlen |
A szintetikus előnézet sikeres
3 mező leképezve · Nincs írás a célrendszerbe
A szemléltető elrendezés a Tajo leképezési eszközein alapul. A szintetikus előnézet és a mentett tervezet nem aktiválja a szinkronizálást.
A meglévő utat az eredménytől visszafelé járd be. Minden lépésnél kérdezd meg, mi romlana el, ha eltűnne. A valódi ellenőrzésnek van válasza: elveszne a hozzájárulás, figyelmen kívül maradna fizetési vita, vagy engedély nélküli üzenet menne ki. Egy megszokásból végzett átadásnak talán csak történelmi oka van: a régi rendszernek fájl kellett.
A törlésre jelölt csoport nem ad engedélyt a védőintézkedések eltávolítására. A besorolás előtt vizsgáld meg minden lépés célját.
- Szükséges eredményvásárlói kimenetvisszafelé követ
- Lépések vizsgálatacél és ellenőrzésfölösleget eltávolít
- Megmaradó munkagazda és teszt
A vizsgálat azonosítja a szállítandó eredményt és azokat a függőségeket, amelyek valóban védik. Ha a táblázat olyan üzleti megítélést hordoz, amely máshol nincs meg, a megítélést a fájl eltűnése után is meg kell tartani.
| Lépéstípus | Kérdés | Példa képzeletbeli kosárfolyamatból |
|---|---|---|
| Eltávolítás | Védi vagy létrehozza a szükséges eredményt? | Duplikált export, amelyet senki nem olvas |
| Egyszerű kód | Pontos és stabil a szabály? | Emlékeztető leállítása igazolt vásárlás után |
| Modell megítélése | Szűk értelmezés kell? | Szabad szöveges kérés megfelelő csapathoz irányítása |
| Személy vagy jóváhagyott szabály | Jogkört ad vagy jelentős következménye van a döntésnek? | Vásárlói adatokhoz való hozzáférés jóváhagyása |
A táblázat tervezési eszköz. Nem számol be arról, hogyan osztályozta lépéseit bármelyik vállalat.
A pontos szabályt tedd kódba
Az API-hívás, mezőellenőrzés, időbélyeg-összehasonlítás vagy jogosultságvizsgálat nem lesz jobb attól, hogy egy modell rögtönzi. A kód kifejezhet változatlan feltételt, kétszer ugyanúgy futhat, és ellenőrizhető hibát adhat. Ott használd, ahol a szabály kimondható.
A kosárpéldában a vásárlási esemény későn vagy kétszer érkezhet. A program azonosítsa a rendelést, hasonlítsa össze az aktuális állapotot, és utasítsa el az emlékeztetőt, ha a vásárlás ismert. Ha nem tudható biztosan, megtörtént-e a vásárlás, bizonytalansági állapot kell. A modell nem adhat magának engedélyt arra, hogy a vásárlás hiányát találgassa.
Néhány munka ellenáll a pontos szabályoknak. Egy támogatói kérés így szólhat: „Tegnap vettem ezt, de a számlán a régi címem van.” Az üzenet irányításához szűk szemantikai megítélés használható. A kimenet ismert csapat vagy „bizonytalan” legyen, ne szabad végű utasítás a rendelés átírására. A modell döntését tartsd külön attól a kódtól, amely hozzáférést kényszerít ki és állapotot ír.
Miért rejtheti el egy ügynök a lépéseket?
„Egyetlen ügynök elolvashatná a munkafolyamatot és mindent megcsinálhatna.” A bemutatóban ez egyszerűbbnek tűnhet. Éles használatban valakinek továbbra is meg kell magyaráznia, miért nézhet meg az ügynök egy rekordot, milyen műveleteket végezhet és hogyan fordítható vissza egy rossz művelet. A tág feladatú ügynök gyakran ugyanazokat a lépéseket promptba rejti, és eltünteti az auditálást lehetővé tevő címkéket.
Másik ellenvetés, hogy maga a négyes vizsgálat is időt vesz igénybe. Így van. Legyen rövid. Válassz egy vásárlói eredményt, sorold fel a hozzá szükséges lépéseket, és kérdezd meg, mit ad mindegyik hozzá. A gyakorlat csak akkor értékes, ha csökkenti a munkát vagy tisztázza a felelősséget. Minden szomszédos rendszer kimerítő vizsgálata egy újabb dobozzá válik.
A besorolást normál és hibás esettel teszteld. Ha a törölt lépés valójában ellenőrzés volt, a teszt mutassa meg. Ha a modell megítélése példákon nem értékelhető, szűkítsd, vagy add vissza embernek a döntést. Ha a kódot minden ügyfélkivételnél módosítani kell, válaszd szét a stabil mechanikát a helyi üzleti szabálytól.
A vizsgálatnak megállási szabály is kell. A csapat addig bonthatja a feladatokat, amíg az osztályozás többe kerül, mint a megtakarított munka. Akkor állj meg, amikor minden megmaradt lépésnek van gazdája, kiváltó eseménye és tesztelhető létezési oka. Jegyezd fel azt az egy bizonytalanságot, amely megváltoztatná a tervet, majd teszteld a legkisebb élő részleten. Szinkronizálásnál ilyen lehet, hogy a vásárlási esemény elég korán érkezik-e a sorban álló emlékeztető leállításához. Az integrációs útmutató szélesebb tervezési sorrendet ad; a négy csoport megakadályozza, hogy fölösleges lépések maradjanak benne. A munkafolyamat vagy jogosultság változásakor ismételd meg a besorolást.
A legolcsóbb lépés az, amelyre az eredményhez soha nem volt szükség.
Gyakran Ismételt Kérdések
Mit távolítsunk el az automatizálás előtt?
Jelölt az a lépés, amely csak eltávolítható átadás, duplikált rekord vagy nem használt jelentés miatt létezik. Törlés előtt nézd meg a későbbi felhasználókat és ellenőrzéseket.
Mikor kell modell egy lépéshez?
Akkor, ha szűk szemantikai megítélés kell, amely stabil, pontos szabályként nem fejezhető ki, és vannak megfigyelhető bemenetek, típusos kimenetek és út a bizonytalansághoz.
Mely döntések maradjanak embernél?
A hozzájárulást igénylő, jogosultságot adó vagy a rendszer engedélyezett körén túli következményű választás maradjon felelős személynél vagy kifejezetten jóváhagyott szabálynál.