Korak, ki ga nikoli ni treba avtomatizirati

Diagram predlagane sinhronizacije ima dvajset korakov. Sedmi kopira status v preglednico. Osmi preglednico preoblikuje za e-poštno platformo. Deveti vodji pošlje e-pošto za odobritev uvoza. Načrt sprašuje, kateri agent naj opravi sedmi, osmi in deveti korak.

Prvo vprašanje je, zakaj ti koraki obstajajo. Primer je ponazoritven, ne revizija resnične ekipe.

Razprava o zasnovi poteka dela predlaga štiri skupine dela: odstranite korak, uporabite običajno kodo, uporabite agenta ali ohranite človeško odločitev. Koristna poteza nastopi pred izbiro modela. Če korak odstranite, lahko odpravite potrebo po celotnem aparatu okoli njega.

Začnite z rezultatom, ki ga vidi stranka

Poimenujte rezultat, ki ga mora potek ustvariti. Pri povezavi trgovine z e-pošto je to lahko „stranka, ki je kupila, ne prejme več opomnika za košarico“. Rezultat zahteva stanje, čas in pravilo izključitve. Ne zahteva pa nujno preglednice, nočnega izvoza vseh zapisov ali vodjevega nabiralnika.

Ponazoritev Tajo spodaj usmeri pregled na predlagano preslikavo in mejo pred aktivacijo. Ne izvaja ustavitve opomnikov za zapuščeno košarico. Za tak rezultat mora upravljavec najprej določiti signal nakupa in pravilo za ustavitev. Dodatno preslikano polje ne nadomesti nobene od teh odločitev.

TajoPonazoritev zasnove · Vzorčni podatki

Preglejte sinhronizacijo pred zagonom

Sinhronizirajte spremembe podatkov strank z mojo platformo za e-pošto.

Aplikacija Tajo MCPOsnutek

Sinhronizacija strank

TrgovinaPlatforma za e-pošto

Preslikava polj

Izvorno polje	Ciljno polje	Pravilo
email	EMAIL	Neposredno
first_name	FIRSTNAME	Neposredno
last_name	LASTNAME	Neposredno

Sintetični predogled je uspel

Preslikana so 3 polja · Brez zapisov v cilj

Aktivacija zahteva odobritev.

Predogled preslikaveUstvarite osnutek

Ponazoritveni prikaz temelji na orodjih Tajo za preslikavo. Sintetični predogled in shranjeni osnutek ne aktivirata sinhronizacije.

Od rezultata pojdite nazaj po obstoječi poti. Pri vsakem koraku vprašajte, kaj bi odpovedalo, če ga ne bi bilo. Resnično varovalo ima odgovor: privolitev bi se izgubila, spor o plačilu bi bil spregledan ali poslano bi bilo nedovoljeno sporočilo. Predaja iz navade ima morda le zgodovinski odgovor: stari sistem je potreboval datoteko.

Skupina za odstranitev ni dovoljenje za brisanje varoval. Pred razvrstitvijo preglejte namen vsakega koraka.

1. Zahtevani rezultat

   izid za stranko
   sledite nazaj
2. Preglejte korake

   namen in nadzor
   odstranite odvečno
3. Ohranjeno delo

   ima lastnika in preizkus

Pregled prepozna cilj in odvisnosti, ki ga res varujejo. Če preglednica nosi poslovno presojo, ki je ni nikjer drugje, morate presojo ohraniti, tudi če datoteka izgine.

Vrsta koraka	Vprašanje	Primer v ponazoritvenem poteku za košarico
Odstranite	Ali varuje ali ustvari zahtevani rezultat?	Podvojen izvoz, ki ga nihče ne bere
Običajna koda	Ali je pravilo natančno in stabilno?	Zadržite opomnik, ko obstaja potrjen nakup
Presoja modela	Ali korak zahteva omejeno razlago?	Razvrstite prosto zapisano zahtevo za pravo ekipo
Oseba ali odobrena politika	Ali izbira podeli pooblastilo ali nosi pomembne posledice?	Odobrite dostop do podatkov strank

Tabela je orodje za zasnovo. Ne poroča, kako so bili razvrščeni dejanski koraki katerega podjetja.

Natančna pravila postavite v kodo

Klic API, preverjanje polja, primerjava časovnih oznak ali preverjanje dovoljenja ne postanejo boljši, če jih model improvizira. Koda lahko izrazi lastnost, ki mora ostati resnična, deluje enako pri ponovitvi in pokaže preverljivo napako. Uporabite jo tam, kjer lahko pravilo izrecno zapišete.

Pri primeru košarice lahko dogodek nakupa prispe pozno ali dvakrat. Program naj prepozna naročilo, primerja trenutno stanje in ne pošlje opomnika, ko je nakup znan. Če sistem ne more ugotoviti, ali se je nakup zgodil, potrebuje stanje negotovosti. Model si ne more dovoliti ugibanja, da stranka ni kupila.

Nekatero delo se natančnim pravilom upira. Zahteva podpori lahko pravi: „To sem kupil včeraj, vendar je na računu moj stari naslov.“ Usmerjanje sporočila lahko uporabi omejeno pomensko presojo. Izhod naj bo znana ekipa ali „negotovo“, ne odprto navodilo za spremembo naročila. Odločitev modela ločite od kode, ki uveljavlja dostop in zapisuje stanje.

Zakaj lahko en agent skrije korake

„En agent lahko prebere potek in opravi vse.“ V predstavitvi je to lahko videti preprostejše. V produkciji mora nekdo še vedno pojasniti, zakaj agent sme videti zapis, katera dejanja sme opraviti in kako se napačno dejanje razveljavi. Široko usmerjen agent pogosto skrije iste korake v poziv in odstrani oznake, zaradi katerih so bili preverljivi.

Drugi ugovor je, da tudi razvrščanje v štiri skupine stane čas. Res je. Naj bo kratko. Izberite en rezultat za stranko, navedite potrebne korake in vprašajte, kaj vsak prispeva. Vaja je vredna časa le, če zmanjša delo ali pojasni lastništvo. Obsežen pregled vsakega sosednjega sistema postane novo polje na diagramu.

Razvrstitev preizkusite z običajnim primerom in primerom napake. Če je odstranjen korak skrivaj varoval delo, naj preizkus to pokaže. Če presoje modela ni mogoče ovrednotiti na primerih, jo zožite ali odločitev vrnite osebi. Če se mora koda spremeniti ob vsaki izjemi stranke, ločite stabilni mehanizem od lokalnega poslovnega pravila.

Pregled potrebuje tudi pogoj za konec. Ekipa lahko razstavlja nalogo toliko časa, da razvrščanje stane več od prihranjenega dela. Ustavite se, ko ima vsak ohranjeni korak lastnika, sprožilec in preverljiv razlog za obstoj. Zabeležite eno negotovost, ki bi spremenila zasnovo, in jo preizkusite v najmanjšem živem delu. Pri sinhronizaciji je to lahko vprašanje, ali dogodek nakupa prispe dovolj zgodaj, da zadrži opomnik v vrsti. Vodnik za integracijo poda širše zaporedje načrtovanja; štiri skupine preprečijo, da bi zaporedje ohranilo nepotrebne korake. Razvrstitev znova preglejte, ko se potek ali dovoljenja spremenijo.

Najcenejši korak je tisti, ki ga rezultat nikoli ni zahteval.