Na ovoj stranici
Predložena sinkronizacija ima dvadeset okvira. Sedmi kopira status u proračunsku tablicu. Osmi preoblikuje tablicu za platformu e-pošte. Deveti šalje poruku voditelju radi odobrenja uvoza. Plan pita koji bi agent trebao obaviti korake od sedmog do devetog.
Prvo pitanje glasi zašto ti koraci postoje. Ovo je zamišljen primjer, a ne revizija stvarnog tima.
Rasprava o projektiranju tijeka rada predlaže četiri skupine posla: izbrisati korak, koristiti običan kod, koristiti agenta ili prepustiti odluku čovjeku. Koristan potez dolazi prije odabira modela. Brisanje jednog koraka može ukloniti potrebu za svim mehanizmima oko njega.
Počnite od ishoda koji kupac vidi
Imenujte rezultat koji tijek rada mora proizvesti. Za vezu trgovine i sustava e-pošte to može biti „kupac koji je već kupio više ne dobiva podsjetnik na košaricu”. Rezultat podrazumijeva stanje, vrijeme i pravilo zaustavljanja poruke. Ne podrazumijeva proračunsku tablicu, noćni izvoz svih podataka ni voditeljev sandučić.
Ilustracija Tajo u nastavku usmjerava pregled na predloženo mapiranje i granicu prije aktivacije. Ne implementira zaustavljanje podsjetnika za napuštenu košaricu. Za taj ishod operater najprije mora definirati signal kupnje i pravilo zaustavljanja. Još jedno mapirano polje ne može zamijeniti nijednu od tih odluka.
Pregledajte sinkronizaciju prije pokretanja
Sinkronizirajte promjene podataka kupaca s mojom platformom za e-poštu.
Sinkronizacija kupaca
| Izvorno polje | Odredišno polje | Pravilo |
|---|---|---|
email | EMAIL | Izravno |
first_name | FIRSTNAME | Izravno |
last_name | LASTNAME | Izravno |
Sintetički pregled je uspio
Mapirana su 3 polja · Nema upisa u odredište
Ilustrativni prikaz temelji se na alatima Tajo za mapiranje. Sintetički pregled i spremljena skica ne aktiviraju sinkronizaciju.
Pratite postojeći put unatrag od rezultata. Za svaki korak pitajte što bi prestalo raditi kada bi nestao. Stvarna kontrola ima odgovor: izgubila bi se privola, zanemario spor oko plaćanja ili poslala nedopuštena poruka. Uobičajena primopredaja možda ima samo povijesno objašnjenje: starom je sustavu trebala datoteka.
Skupina za uklanjanje nije dopuštenje za brisanje zaštitnih mjera. Prije razvrstavanja provjerite svrhu svakog koraka.
- Potreban ishodrezultat za kupcapratite unatrag
- Provjera korakasvrha i kontrolauklonite suvišno
- Zadržani posaovlasnik i test
Provjera otkriva traženi rezultat i ovisnosti koje ga doista štite. Ako tablica nosi poslovnu prosudbu koja ne postoji drugdje, tu prosudbu treba sačuvati čak i kada datoteka nestane.
| Vrsta koraka | Pitanje | Primjer u zamišljenom tijeku košarice |
|---|---|---|
| Ukloniti | Štiti li ili proizvodi potreban ishod? | Duplicirani izvoz koji nitko ne čita |
| Običan kod | Je li pravilo točno i stabilno? | Zaustaviti podsjetnik kada postoji potvrđena kupnja |
| Modelova prosudba | Treba li korak ograničeno tumačenje? | Usmjeriti zahtjev slobodnog teksta odgovarajućem timu |
| Osoba ili odobreno pravilo | Daje li odluka ovlast ili nosi važne posljedice? | Odobriti pristup podacima kupaca |
Tablica je projektni alat. Ne izvješćuje kako je ijedna tvrtka zaista razvrstala svoje korake.
Točna pravila stavite u kod
API poziv, provjera polja, usporedba vremenskih oznaka ili provjera dopuštenja ne postaje bolja zato što je model improvizira. Kod može izraziti nepromjenjivo pravilo, dvaput raditi jednako i pokazati razumljivu pogrešku. Koristite ga kada se pravilo može izreći.
U primjeru košarice događaj kupnje može stići kasno ili dvaput. Program treba prepoznati narudžbu, usporediti trenutačno stanje i odbiti podsjetnik kada je kupnja poznata. Ako sustav ne može utvrditi je li kupnja obavljena, treba stanje neizvjesnosti. Model si ne može sam dati dopuštenje da nagađa kako kupac nije kupio.
Dio posla ne stane u točna pravila. Zahtjev podršci može glasiti: „Kupio sam ovo jučer, ali na računu je moja stara adresa.” Usmjeravanje poruke moglo bi koristiti ograničenu semantičku prosudbu. Izlaz neka bude poznati tim ili „neizvjesno”, a ne otvorena uputa da se promijeni narudžba. Odluku modela odvojite od koda koji provodi pristup i zapisuje stanje.
Zašto jedan agent može sakriti korake
„Jedan agent mogao bi pročitati tijek rada i sve obaviti.” U demonstraciji to može izgledati jednostavnije. U stvarnom radu netko i dalje mora objasniti zašto agent smije vidjeti zapis, koje radnje smije poduzeti i kako se loša radnja poništava. Široko postavljen agent često sakrije iste korake u upit i ukloni oznake koje su ih činile provjerljivima.
Drugi je prigovor da sama provjera četiriju skupina troši vrijeme. Točno. Neka bude kratka. Odaberite jedan rezultat za kupca, navedite korake potrebne za njega i pitajte što svaki pridonosi. Vježba vrijedi samo ako smanjuje posao ili razjašnjava vlasništvo. Opsežna revizija svakog susjednog sustava postaje još jedan okvir.
Razvrstavanje provjerite običnim slučajem i slučajem kvara. Ako je uklonjeni korak potajno bio kontrola, test bi to trebao otkriti. Ako modelovu prosudbu ne možete vrednovati na primjerima, suzite je ili vratite odluku osobi. Ako se kod mora mijenjati zbog svake kupčeve iznimke, odvojite stabilnu mehaniku od lokalnog poslovnog pravila.
Provjera treba i pravilo za zaustavljanje. Tim može razlagati svaki zadatak sve dok razvrstavanje ne košta više od ušteđenog posla. Stanite kada svaki zadržani korak ima vlasnika, okidač i provjerljiv razlog postojanja. Zapišite jednu neizvjesnost koja bi promijenila projekt, pa je ispitajte na najmanjem stvarnom dijelu. Za sinkronizaciju to može biti pitanje stiže li događaj kupnje na vrijeme da zaustavi poruku koja čeka. Vodič za integraciju daje širi redoslijed planiranja; četiri skupine sprječavaju da se u njemu zadrže nepotrebni koraci. Ponovno ih provjerite kada se promijene tijek rada ili dopuštenja.
Najjeftiniji je korak koji ishod nikad nije zahtijevao.
Često postavljana pitanja
Što treba ukloniti prije automatizacije?
Kandidat je korak koji postoji samo zbog primopredaje koja se može ukloniti, dupliciranog zapisa ili izvješća koje nitko ne koristi. Prije brisanja provjerite tko se na njega dalje oslanja i kakve kontrole nosi.
Kada korak treba model?
Koristite model za usku semantičku prosudbu koju nije moguće izraziti stabilnim točnim pravilom, uz vidljive ulaze, tipizirane izlaze i put za neizvjesnost.
Koje odluke trebaju ostati kod čovjeka?
Odluke koje zahtijevaju privolu, daju dopuštenja ili nose posljedice izvan ovlaštenog opsega sustava prepustite odgovornoj osobi ili izričito odobrenom pravilu.