| tags | |
|---|---|
|
Per definire la struttura di un [[Sistemi informativi|sistema informativo]] bisogna definire l'insieme dei componenti, le relazioni fra essi e principi che definiscono la loro progettazione ed evoluzione. Quindi l'architettura fornisce 3 viste: • statica relativa ai componenti • dinamica relativa alla descrizione delle relazioni tra componenti • le regole relative alle procedure che supportano la progettazione e evoluzione del sistema nel tempo
L'architettura fornisce anche diverse prospettive agli [[Stakeholder]] e deve dare loro la possibilità di analizzare il sistema da diversi punti di vista con diversi livelli di granularità.
Questo concetto di architettura generale è l'[[Enterprise Architecture]]. Al fine di descrivere l'architettura di un SI Zachman definì un [[Framwork di Zachman|framework]] per definire l' EA.
Per progettare l'architettura del sistema si usa l'approccio [[3. BOAT|BOAT]].
L’insieme dei quattro aspetti, B/O/A/T, definisce l’EA, specificando gli aspetti vincolanti per la realizzazione dei sistemi informativi, lo sviluppo di nuovi componenti o evoluzioni del sistema.
Un altro aspetto da considerare che anche l'EA deve essere gestite con riferimento alle sue evoluzioni, bisogna sviluppare un EA to_be in relazione a quella as_is già presente.
I problemi che si possono creare in sistemi pianificati e progettati in modo non sistematico vanno dal rischio di non disponibilità del sistema dovuto a interruzioni impreviste (crash), all'impossibilità di manutenere il sistema, all'incapacità di soddisfare nuove esigenze o di gestire la crescita ( scalabilità ).
Per gestire la complessità legata alla gestione e progettazione di [[Sistemi informativi]] si un un processo sistematico. La gestione del sistema informativo può essere rappresentata da quattro fasi principali, organizzate in un ciclo, in un’ottica di miglioramento continuo.
![[Ciclo di vita SI.png]] • Pianificazione: fase in cui si delineano le linee guida strategiche, il ruolo delle componenti organizzative e le istruzioni operative per la realizzazione. • Sviluppo: raccolta e analisi dei requisiti e sviluppo del software e definizione dell’architettura hardware. • Gestione corrente: interventi di routine eseguiti per il mantenimento del sistema. • Controllo: operazioni effettuate in modo periodico per valutare l’adeguatezza del sistema informativo.
I cambiamenti che possono causare l’evoluzione del sistema informativo possono avvenire per cause: • Esogene all’organizzazione (fattori esterni) • Endogene all’organizzazione (fattori interni)
La gestione del cambiamento dipende dalla complessità e dall’impatto dell’intervento. Infatti, gli interventi sul sistema informativo possono essere: • Interventi di routine locali • Interventi occasionali e complessi
I ruoli coinvolti in questa fase sono: • Il committente • I soggetti che predispongono il piano • Gli [[Stakeholder]] interessati al progetto
La pianificazione comprende di 2 attività: • La [[Pianificazione strategica|pianificazione strategica]] • Lo [[Studio delle fattibilità|studio delle fattibilità]]
Ciclo di vita con soluzione [[Make-or-Buy|Make]] ![[EA make.png]]
Ciclo di vita con soluzione [[Make-or-Buy|Buy]] ![[EA Buy.png]]
Negli ultimi anni stanno prendendo sempre più piede gli approcci agili che prevedono il rilascio incrementale di diverse release, ma con minore strutturazione delle varie attività. Per supportare lo sviluppo si usa anche il [[Process Mining]]