Share via


Enterprise Architecture – An Introduction

Per anni, anzi secoli, il termine Architecture è stato sempre confinato nell’ambito del mondo della costruzione, ma circa venti anni fa l’industria dell’informatica ha iniziato a confrontarsi con strutture informatizzate e decisioni la cui complessità aumentava proporzionalmente alle nuove tecnologie e alle continue necessità aziendali, tale che il medesimo termine fu adottato dall’industria informatica. Probabilmente la prima persona a utilizzare il termine Architecture nel contesto dell’Information Technology (IT) fu Blaauw, il quale spesso faceva riferimento, nelle sue pubblicazioni, alle architetture di computer.

Quando il software applicativo cominciò a impattare l’intero mondo aziendale, persone come Shaw e Garlan coniarono il termine Software Architecture.

Da quei giorni a oggi l’industria della tecnologia informatizzata (Information Technology) a pienamente integrato questo termine in tutte le su sfacciature; si parla di Software Architecture come di Business Architecture, ma soprattutto di Enterprise Architecture.

Quest’ultimo, Enterprise Architecture, è comunamente utilizzato per esplicitare strutture informatizzate medie e complesse cui sono a sostegno delle aziende e organizzazione di una considerevole grandezza, le quali sono per l’appunto definite Enterprise.

Una definizione comune, tuttavia non esiste. Esistono diverse prospettive e descrizioni che dipendono dall’organizzazione e fondazioni.

Se si volesse, comunque, spiegare l’Enterprise Architecture, direi che per Enterprise Architecture si intende una serie di relazioni coerenti che coprono le prospettive dei regolamenti, disegni e modelli orientati principalmente all’azienda e i sui affari, e che forniscono i controlli e gli indicatori per l’evoluzione e il successo dell’azienda stessa. Come tale, agisce come strumento per la guida e la pianificazione attiva, attraverso il quale si possono tradurre le strategie aziendali in progetti e programmi esecutivi.

L’Enterprise Architecture ruota intorno a cinque componenti principali: Stakeholder; Principle; Model; View; Framework.

Per Stakeholder s’intende un individuo, gruppo o organizzazione con l’interesse e le preoccupazioni che si riferiscono a un sistema come l’Enterprise System. Le loro preoccupazioni sono in merito allo sviluppo dei sistemi, la loro gestione e tutti quegli aspetti critici in comune.

Nel prendere decisioni riguardanti la direzione del futuro dell’Enterprise, gli Stakeholder necessitano approfondimenti in merito all’impatto che queste direzioni potrebbero avere sull’organizzazione, e capire i rischi coinvolti nelle iniziative presenti e future.

Ad aiutare gli Stakeholder, ci sono i Principle, i Model, le View e i Framework.

Secondo TOGAF, i Principle sono genericamente regolamenti e linee guide con l’intento di supervisionare e supportare le aziende nel ultimare la loro missione. Sempre secondo TOGAF, un buon set di Principle deve essere fondato sull’ideologia dell’azienda ed espressi in un linguaggio commerciale comune all’azienda. I Principle devono essere pochi, orientati al futuro e sponsorizzati dal senior management.

Il rapporto tra i processi aziendali e l’Enterprise Architecture è basato sui Principle sopra descritti, ma dipendono anche dai Model utilizzati per allineare la tecnologia alla proposta di cambiamento, agli obiettivi e requisiti aziendali. Essi non possono mancare nell'ambito d’iniziative di grandi progetti.

Per Model si intende una rappresentazione astratta di un soggetto di interesse, una rappresentazione semplificata, e/o astratta della materia in oggetto. Un modello è costruito come un “mezzo per un fine”.

Se i Model sono un’astrazione mirata della realtà e non posso derivare da altri Model, le View sono un’astrazione della realtà mitrata, derivano dai Model e rappresentano l’insieme globale dell’architettura.

Infine esistono i Framework, termine frequentemente utilizzato da tutti quelli che lavorano nell’abito dell’IT.

Il termine se tradotto, letteralmente, indica una sorta di intelaiatura, ma nel contesto specifico dell’EA, per Framework si intende una struttura teorica di ipotesi, principi e regole che tiene insieme le idee per un più ampio concetto.