Pouzdane partnerske integracije i van idealnog toka poruka
Međuorganizaciona integracija ne uspeva kada se tehnički ugovor zaustavi na idealnom toku: status, vlasništvo, identitet, verzije, izuzeci i oporavak ostaju nejasni. MTera modeluje potpunu poslovnu interakciju, definiše pouzdane ugovore i projektuje tragove koji svakoj strani omogućavaju da razume šta se dogodilo, šta sledi i ko mora da deluje.
Promene verzije zahtevaju posebno hitno prilagođavanje.
Poruke se prihvataju tehnički, ali kasnije operativno.
Ponovni pokušaji stvaraju duplikate ili nejasne ishode.
Uključivanje svakog novog partnera ponavlja nedokumentovano istraživanje.
Timovi za podršku ne mogu povezati istu transakciju kroz sve sisteme.
02
Zašto delimične popravke ne uspevaju
API specifikacija opisuje sintaksu i transport, ali može izostaviti poslovno stanje, odgovornost i ponašanje pri grešci. Posrednički softver ne može zaključiti sporazume koje organizacije učesnice nikada nisu izričito definisale.
03
Poslovna posledica
Uključivanje partnera je sporo, izuzeci zahtevaju ručnu istragu, partneri gube poverenje, a stanje transakcije ne može se dosledno dokazati.
04 · Ciljno stanje
Interfejsi imaju verzionisane semantičke ugovore, stabilan identitet i korelaciju, izričito ponašanje statusa i grešaka, bezbedne ponovne pokušaje, vidljive dokaze i ponovljiv put uključivanja partnera.
05
Pristup
01Najpre modelirati poslovnu interakciju i granicu odgovornosti.
02Popisati interfejse, transformacije i skrivene operativne kontrole.
03Definisati ugovore o identitetu, semantici, stanju i oporavku.
04Izabrati protokol i obrazac razmene prema stvarnim ograničenjima.
05Ugraditi prihvatanje, nadzor i uključivanje partnera u sam dizajn.
06
Ključne odluke
01Koja strana je merodavna za stanje u svakoj tački toka?
02Kako se identitet i korelacija čuvaju od početka do kraja?
03Šta znači svaki status i ko mora da odgovori?
04Kako se ponašaju ponovni pokušaji, ponovna obrada, promene verzije i delimični otkazi?
