02.Approccio architetturale ai SI

Approccio architetturale ai SI

BOAT

La progettazione di un SI prevede quattro fasi quali la pianificazione, lo sviluppo, la gestione corrente e controllo. Per progettare la Enterprise Architecture (modello dell’organizzazione con varie prospettive che permette di fornire una panoramica sui propri processi, sistemi, tecnologie e strutture) possiamo usare l’approccio boat. Business, Organization, Architecture and Technology. Perché l’approccio Boat? L’approccio boat ci permette di analizzare il SI da tutti e 4 i punti di vista. Un SI viene progettato partendo dalla prospettiva Business, per poi (iterativamente) passare alle altre (B-O-A-T-B-O-A …).

Prospettiva di Business

Il business puó essere quindi il punto di partenza per la progettazione del SI ma anche punto di partenza per la sua modifica (requirement pull), in alternativa a quando si modifica a causa di una spinta tecnologica (technology push). I partecipanti in uno scenario di Business possono essere:

• Business
• Government
• Citizen/Consumer

Abbiamo quindi tutti i vari casi di interazione tra i partecipanti .. B2B, B2G, B2C , … Gli oggetti dell’interazione possono essere:

• prodotti fisici
• prodotti digitali
• prodotti finanziari
• servizi
• prodotti ibridi

L’orizzonte temporale di tali interazioni possono essere:

• statico = stabile nel tempo, solitamente regolata da un contratto
• semidinamico = stabile con possibili cambiamenti
• dinamico = rapporto limitato ai singoli ordini
• ultradinamico = la relazione puó variare persino all’interno di un singolo ordine

Business Driver

I Business Driver sono quelli che motivano effettivamente il progetto del SI o una sua modifica. I business Driver possono essere divisi in 2: Efficacia: definita come $\frac{OutputEffettivo}{OutputAtteso}$ Nella valutazione dell’efficacia inotre definiamo due qualitá :

• Reach: l’estensione dell’efficacia in termini di estensione es:(temporale/geografica/multicanale)
• Richness: la qualitá e ricchezza della comunicazione, cioé la frequenza, il dettaglio e la tipologia di dati. es:(frequenza, interattività)

Efficienza: definita come $\frac{OutputEffettivo}{Input}$

Prospettiva organizzativa

Per modellizzare l’organizzazione si procede per livelli, affinando sempre di piú il dettaglio. Al livello 0 si vede l’intero mercato come una blackbox. Al livello 1 si distinguono i 3 attori della situa organizzativa:

• consumatore

• intermediario

• fornitore Al livello 2 si specificano ulteriormente i vari intermediari. Al livello 3 mostra anche gli aspetti intraorganizzativi, che si dividono in 2 categorie:

• front-end : tutte le componenti dell’organizzazione nel quale sono presenti interazioni con entitá esterne

• back-end : tutte le componenti chiave all’interno dell’organizzazione che non interagicoscono con partecipanti esterni ma solo con altre componenti interne. Al livello 4 vengono modellizzate le singole componenti interne dell’organizzazione evidenziando anche le interazioni con i partecipanti esterni e intermediari.

• Esempio B2B a lv. 4

{width=50%}

• Esempio B2C a lv. 4

{width=50%}

• Esempio B2B a lv. 4 multicanale:

{width=50%}

Prospettiva architetturale

La prospettiva di architettura ha diversi livelli di aggregazione:

• Architettura market-level descrive la struttura dei sistemi a livello dei vari partecipanti, descrivendo le interazioni e i messaggi scambiati tra di essi. La possiamo vedere come una estensione della prospettiva O-4 (la quale modella le interazioni fra organizzazioni) in quanto specifica le interazioni tra i sistemi di tali organizzazioni. Si tratta di una estensione, e nonostante spesso c’é una corrispondenza tra i moduli delle due prospettive può non esserci. Per specificare quali moduli sono comuni utilizziamo una matrice.
• Architettura party-level descrive la singola organizzazione rappresentando le interfacce verso il mondo esterno, il quale é trasparente in questo livello di astrazione. Si tratta quindi di una visione intra-organizzativa nel quale descriviamo interfacce BE/BE, FE/FE. Specifichiamo anche i vari componenti tra cui i DB con annessi DBMS, e tutti i messaggi scambiati tra i componenti FE e BE (restano ancora visibili quelli scambiati con gli altri partecipanti);
• architettura system-level non ci interessa.

Prospettiva tecnologica

Dividiamo la parte tecnologica del livello tecnologico del Boat in:

• livello applicativo
• livello di piattaforma
• livello di architettura fisica