Zanesljive partnerske integracije tudi zunaj idealnega toka sporočil
Integracije med organizacijami odpovejo tam, kjer se tehnične pogodbe končajo: pri stanju, lastništvu, identiteti, različicah, izjemah in okrevanju. MTera modelira celotno poslovno interakcijo, opredeli opazljive pogodbe ter načrtuje vzorce, ki vsaki strani omogočajo razumeti, kaj se je zgodilo, kaj mora slediti in kdo mora ukrepati.
Sporočila se sprejemajo tehnično, vendar se pozneje operativno zavrnejo.
Ponovni poskusi ustvarjajo dvojnike ali dvoumne rezultate.
Vključevanje novega partnerja vedno znova zahteva nedokumentirano raziskovanje.
Podporne ekipe ne morejo povezati ene transakcije med sistemi.
02
Zakaj delni popravki ne uspejo
Specifikacija API-ja opisuje sintakso in prenos, vendar lahko izpusti poslovno stanje, odgovornost in vedenje ob napakah. Vmesna programska oprema ne more uganiti dogovorov, ki jih sodelujoče organizacije niso nikoli jasno opredelile.
03
Poslovna posledica
Vključevanje partnerjev je počasno, izjeme zahtevajo ročno preiskovanje, partnerji izgubljajo zaupanje, stanja transakcij pa ni mogoče dosledno dokazati.
04 · Ciljno stanje
Vmesniki imajo različičene semantične pogodbe, stabilno identiteto in korelacijo, jasno vedenje stanj in napak, varne ponovne poskuse, opazljive dokaze ter ponovljiv postopek vključevanja partnerjev.
05
Pristop
01Najprej modelirati poslovno interakcijo in mejo odgovornosti.
02Popisati vmesnike, pretvorbe in skrite operativne kontrole.
03Opredeliti pogodbe za identiteto, semantiko, stanje in okrevanje.
04Izbrati protokole in vzorce izmenjave glede na dejanske omejitve.
05Sprejemna merila, opazljivost in vključevanje partnerjev vgraditi v zasnovo.
06
Ključne odločitve
01Katera stran je v posamezni točki pristojna za stanje?
02Kako se ohranita identiteta in korelacija?
03Kaj pomeni vsako stanje in kdo se mora odzvati?
04Kako delujejo ponovni poskusi, ponovitev sporočila, spremembe različic in delne odpovedi?
