Ingegneria Informatica Laboratorio Di Gestione ... · TMF e-TOM DoD IDEF0/IDEF1X BPMI È la vista...

0 Seminario Architettura e Strategia IT v.1.0

Cesena

15 Maggio 2009

Ingegneria Informatica

Laboratorio Di Gestione Informatizzata Dei Processi

Seminario: L’Architettura dei Sistemi e la Strategia IT

Luca Salis

Vodafone Italia

Strategia IT

[email protected]


Contenuto del Documento

Il ruolo dell’IT nell’industria dei servizi

L’Architettura come strumento per la gestione della complessità

L’Architettura nel ciclo di sviluppo delle applicazioni

Architettura e strategia: l’architettura enterprise


Il Valore dell’IT: Sempre di più l’IT fa la differenza

Differenziazione

Ott

imiz

za

zio

ne

AltaBassa

Alta

Ba

ssa

Telecomunicazioni

Manifatturiero avanzato

Sanità

Manifatturiero

tradizionale

Artigianato

Trasporti

Grande Distribuzione

Edilizia

Istruzione

L’IT Come Core BusinessL’IT Come Abilitante

L’IT Come Supporto L’IT Come Facilitazione

Processi e/o prodotti ad

elevato contenuto IT

Alta personalizzazione

sul Cliente

Processi e prodotti con

poco o scarso contenuto

IT

Alta personalizzazione

sul Cliente

Processi e prodotti con

poco o scarso contenuto

IT

Elevata

standardizzazione

Processi e/o prodotti ad

elevato contenuto IT

Elevata

standardizzazione

Valore Chiave:

Economia di Scala

Valore Chiave:

Differenziazione di prodotto

Valore Chiave:

Semplicità ed economia

Di gestione

Commercio

Valore Chiave:

Facilità operativa

Media

Finanza


L’IT come core business

Nelle aziende dei settori in cui l’IT è parte fondamentale del business l’IT è un fenomeno che pervade tutte le funzioni e i

processi aziendali.

Per questo si parla dell’IT come “sistema nervoso” dell’Azienda

Operations

Fulfillment Assurance BillingOperations

Support &

Readiness

Customer Relationship Management

Service Management & Operations

Resource Management & Operations

Supplier/Partner Relationship Management

(Application, Computing and Network)

Enterprise

ManagementStrategic &

Enterprise

Planning

Financial & Asset

Management

Enterprise Quality

Management, Process & IT

Planning & Architecture

Stakeholder & External

Relations Management

Brand Management,

Market Research &

Advertising

Human Resources

Management

Disaster Recovery,

Security & Fraud

Management

Research &

Development,

Technology

Acquisition

Strategy, Infrastructure & Product

Product

Lifecycle

Management

Infrastructure

Lifecycle

Management

Strategy &

Commit

Marketing & Offer Management

Service Development & Management

Resource Development & Management

Supply Chain Development & Management


Customer

Operations


Support &

Readiness






Operations


Support &

Readiness






Enterprise


Enterprise

Planning

Financial & Asset

Management

Enterprise Quality





Brand Management,

Market Research &

Advertising

Human Resources

Management

Disaster Recovery,

Security & Fraud

Management

Research &

Development,

Technology

Acquisition

Enterprise


Enterprise

Planning

Financial & Asset

Management

Enterprise Quality





Brand Management,

Market Research &

Advertising

Human Resources

Management

Disaster Recovery,

Security & Fraud

Management

Research &

Development,

Technology

Acquisition


Product

Lifecycle

Management

Infrastructure

Lifecycle

Management

Strategy &

Commit







Product

Lifecycle

Management

Infrastructure

Lifecycle

Management

Strategy &

Commit






CustomerCustomer

L’ambito dell’IT nell’industria

dei servizi d’informazione e

comunicazione


L’IT nelle telecomunicazioni

NETWORK

OSS

BSS

Pro

vis

ion

ing

Billin

g

As

su

ran

ce

Service delivery

platforms

ENTERPRISE

SYSTEMS


“Form is function”

Frank Lloyd Wright

"Always design a thing by considering it in its next larger

context - a chair in a room, a room in a house, a house in

an environment, an environment in a city plan.“

Eliel Saarinen


Cos’è l’Architettura IT?

Secondo lo standard ANSI/IEEE 1471-2000:

L’Architettura è l’organizzazione fondamentale di un sistema:

– Rappresentata dalle sue componenti,

– Dalle relazioni fra le componenti e delle componenti e l’ambiente circostante,

– Dai principi che ne governano la progettazione e l’evoluzione.

In pratica, l’architettura è rappresentata attraverso descrizioni dal punto di vista dei

beneficiari/responsabili (stakeholders)

Spesso, le descrizioni architetturali hanno la forma di diagrammi


L’architettura IT è il piano urbanistico dei sistemi informativi di un’azienda


I requisiti dell’Architettura IT

Dev’essere derivata dalla comprensione dei requisiti e dei processi di business

Deve supportare il cambiamento alla velocità del mercato in cui opera l’impresa

Dev’essere compresa e condivisa quanto più possibile dagli “stakeholder”

Requisiti di business

Sistemi esistenti

Mercato delle tecnologie

Architettura IT

Standard

Componenti

Investimenti IT


Le caratteristiche dell’architettura IT

Un’architettura IT ben disegnata ed efficace deve:

– Definire chiaramente lo stato attuale dei sistemi (Architettura As-Is)

– Specificare i principi architetturali alla base del disegno

– Identificare l’architettura target (Architettura To-Be)

– Definire la strategia di migrazione

– Definire la strategia d’acquisto e di sviluppo del software

– Fornire una visione integrata e coerente dell’ambito di riferimento

– Fornire gli standard per il disegno e lo sviluppo dei sistemi

I principi e il disegno architetturale devono essere tali da:

– Facilitare lo sviluppo e l’evoluzione delle applicazioni

– Facilitare la sostituzione, modifica e upgrade delle componenti

– Garantire l’esercibilità e la manutenibilità delle componenti


I benefici di business dell’architettura IT

Maggiore capacità nel rispondere alla domanda dell’azienda:

– Crea un ambiente per soddisfare i requisiti futuri

– Facilita la scelta di soluzioni rispondenti alla domanda

Maggiore valore aziendale dei processi IT

– Aiuta ad eliminare le attività delle organizzazioni IT che hanno scarso valore per l’Azienda

– Facilita la scelta di soluzioni rispondenti alla domanda

Accresciuta capacità d’innovazione

– Consente di valutare più facilmente le opportunità d’innovazione

Minori costi d’acquisto e integrazione dei sistemi

– Scelta delle soluzioni che meglio si integrano con i sistemi esistenti e quelli previsti

Migliore time-to-market

– Un ambiente ben progettato consente sviluppi più rapidi ed integrazioni più semplici

L’architettura è un fattore chiave di successo nella gestione IT di una grande azienda


I livelli di rappresentazione architetturale

Concettuale

Logico

Fisico

Concettuale

Rappresenta le funzionalità, i dati e i processi puri, in relazione alla sola semantica di

questi, senza nessun riferimento all’implementazione.

Logico (o applicativo)

Rappresenta le funzionalità, i dati e i processi secondo la loro struttura

implementativa, trascurando tuttavia tutti gli aspetti tecnologici, quali la reale

distribuzione del software sulle macchine, la struttura di rete, i protocolli di

comunicazione, etc.

Fisico

Rappresenta la struttura degli eseguibili e dei database con la loro effettiva

allocazione sulle macchine e la collocazione delle macchine sulle reti. Può includere

anche le componenti infrastrutturali


Definizioni: I principali tipi di architettura

Architettura di Business

Architettura Enterprise

Architettura Applicativa

Architettura Dati

Rappresenta l’organizzazione

e i processi aziendali, in modo

indipendente dai sistemi IT

Modelli dati (relazionali e

OO)

Modelli dei processi

Modelli concettuali dei dati

Modelli organizzativi

TMF e-TOM

DoD IDEF0/IDEF1X

BPMI

È la vista di livello più alto

dell’organizzazione dei sistemi

IT. Ricomprende tutti i sistemi e

i processi aziendali

Framework architetturaliPOLDAT

Zachman

TOGAF-ADM

Descrive la struttura dei sistemi

dal punto di vista delle

funzionalità

Diagrammi a blocchi

(componenti/interfacce)

Non esiste uno standard

affermato

Descrive la struttura dei dati e

la loro distribuzione sui

database aziendali e i relativi

processi di trasformazione

IDEF1X

IE

DFD

definizioni strumenti standard


Un esempio di architettura concettuale: una catena alberghiera

Servizi Gestionali e

Amministrativi

Servizio prenotazione

Approvvigionamenti e

logistica

Gestione Alberghiera

Finanza

Marketing

Personale

Amministrazione

Analisi e reportistica

Pianificazione offerta

Pubblicità e campagne

Fidelizzazione

Gestione Clienti

Gestione Agenzie

Gestione disponibilità

Listino prezzi Contabilità alberghiera

Personale e turnistica

Servizi alberghieri

Scorte e magazzino

Gestione Fornitori

Logistica

Gestione Ordini

prezzi, pacchetti e offerte

prezzi, pacchetti e offerte

prenotazioni

dati clienti, occupazione e vendite

iscrizioni e richieste premi fidelizzazione

occupazione stanze

prenotazione

presenze personale

incassi e spese

Richieste pagamenti

Commissioni Agenzie

Agenzie Clienti

Prenotazioni

Pagamenti

Servizi Fidelizz.Prenotazioni

Pagamenti

Prenotazioni

Pagamenti

Banche

Governo

Incassi e

pagamenti

Tasse

Personale

Buste paga

Azionisti

Cedole dividendi

Fornitori

Ordini

Approvvigionamento

ConsegneOrdini


I principi architetturali: alcuni principi di base

ScalabilitàÈ la capacità del sistema di sostenere

la crescita dei volumi senza riduzioni di

performance

Modularità (diverse funzioni in componenti SW indipendenti)

Distribuibilità (delle funzioni su più processori)

AffidabilitàÈ la capacità del sistema di erogare il

servizio con continuità.

Architettura fisica senza “single points of failure”

Accopiamento lasco (“loose coupling”) delle componenti

PerformanceÈ la capacità del sistema di erogare il

servizio nei tempi e secondo i carichi

richiesti

Modularità (le funzioni ad elevate performance sono eseguite da

moduli ad-hoc)

Parallelizzabilità (di una stessa funzione su più processori)

Minimizzazione delle interfacce ad elevati requisiti di performance

Tecnologie d’integrazione (hanno performance diverse)

Resilienza al

cambiamento

È la capacità del sistema di supportare

l’evoluzione funzionale nei tempi e con

la flessibilità richiesta dal business

Modularità (semplifica la sostituzione di componenti senza alterare la

struttura generale e la parallelizzazione degli sviluppi)

Integrabilità (facilita l’integrazione di nuove componenti)

Tecnologia aperta (facilita la gestione dei system integrator)

Riutilizzabilità

dei “Pattern”

È la capacità dell’architettura di

riutilizzare una stessa struttura

architetturale per varianti di uno stesso

processo

Modularità

Integrabilità

Disegno “Process-Driven”


Il ruolo dell’architettura nel ciclo di sviluppo IT

Pianificazione

operativa

Gestione della

domanda

Sviluppo e

deploymentEsercizio

Struttura e

voci di budget

per Sistema

Business case

per le

innovazioni

Fattibilità

Architettura

applicativa

della soluzione

Analisi

d’impatto

Linee guida e

standard

architetturali

Requisiti

architetturali di

esercibilità e

usabilità

Strategia

Architettura

“Enterprise”


Gli stadi dell’analisi architetturale

Analisi dei requisiti

Architettura As-Is

Architettura To-Be

Fit/Gap Analysis

Package SelectionSolution Selection

Migration Plan

Architettura applicativa documentata

Analisi degli use case

Analisi del processo di business As-Is vs. To-Be

Analisi d’impatto sull’architettura As-Is

Componenti ed interfacce dell’architettura To-Be

Linee guida d’integrazione

Applica i principi e il disegno dell’Architettura Enterprise

Analisi dei sistemi esistenti rispetto all’Architettura To-Be

Definizione dei requisiti di evoluzione dei sistemi esistenti

Identificazione della necessità di nuovi sistemi

Decisione “Make” o “Buy”

Identifica la soluzione più idonea sul mercato IT

Definisce fasi e modalità della migrazione alla nuova architettura

Le fasi intermedie devono essere guidate dai benefici di business


La comprensione del business: processi, dati e sistemi

L’analisi dei processi di business è fondamentale per comprendere le necessità

architetturali

Processi

Dati Sistemi

Usano/trasformano Supportano/Abilitano

Requisiti

Modificano

Rappresentano


Architettura e strategia IT: L’architettura enterprise

L’architettura enterprise è una rappresentazione generale dell’organizzazione futura dei sistemi IT

di un’azienda e dei principi che ne governano l’evoluzione.

È la declinazione – dal punto di vista IT – della strategia aziendale.

Come tale, la definizione dell’architettura enterprise dev’essere guidata dalle componenti

strutturali della strategia di business, ovvero:

– Il posizionamento dell’azienda nella catena del valore e la sua evoluzione;

– L’organizzazione dei processi di business;

– Le categorie di prodotti e servizi ed i relativi modelli di business

Deve inoltre tenere conto dei trend tecnologici ed catturarne le opportunità

Dev’essere compresa e condivisa dai responsabili della strategia di business


Benefici dell’Architettura Enterprise

Focalizza l’azione dei dipartimenti IT sui reali indirizzi strategici dell’azienda

Accresce l’efficacia di business delle iniziative IT

Fornisce un importante strumento di governance dell’organizzazione IT


Lo sviluppo dell’architettura enterprise: TOGAF ADM (Architecture Development Method)

E

Migration

Options

D

Opportunities

& Solutions

F

Implementation

Requirements

C

Target

Architecture

G

Architecture

Maintenance

A

Initiation &

Framework B

Baseline

Description

Principi Architetturali

Scenari di business

Requisiti

Condivisione/Consenso del business

Commitment della governance IT

Architettura As-Is

Architettura To-Be

Standard e servizi

Tracciabilità dei requisiti

Gap Analysis

Progetti e iniziative per

realizzare l’architettura target

Analisi d’impatto

Scenari di migrazione

Costi/Benefici

Rischi

KPI dei progettiIiniziative

Roadmap

Accordo con le

organizzazioni di sviluppo

Requisiti di conformità

Inizio di un nuovo ciclo di

pianificazione

Discontinuità

Tecnologica/di Business


Descrivere l’architettura enterprise: i “framework architetturali”

Un Framework Architetturale è un modello per la descrizione di un’Architettura Enterprise

Fornisce un insieme di servizi, standard, principi progettuali, componenti e configurazioni

È uno strumento per:

– Disegnare un’ampio ventaglio di architetture

– Supportare la valutazione di differenti alternative architetturali

– Selezionare e costruire l’architettura più appropriata per l’azienda

È basato sulle migliori pratiche e sulle conoscenze consolidate nella disciplina del disegno

architetturale;

Guida lo sviluppo di specifiche architetture


Framework Architetturali: Zachman Enterprise Architecture

What?

Data

How?

Function

Where?

Network

Who?

People

When?

Time

Why

Motivation

Planner’s

Viewpoint

Contextual

List of things

important to

the business

List of

business

functions

List of

locations

where

business

operates

List of

organization

s within the

business

List of major

business

events

List of

business

goals and

strategy

Scope

Owner’s

Viewpoint

Conceptual

Conceptual

data model

Business

process

model

Business

logistics

Organization

model

Business

events

Business

plan

Enterprise

Models

Designer’s

Viewpoint

Logical

Data

architecture

Logical

system

processes

Distributed

systems

architecture

Human

interface

Processing

structure

Business

system rules

Systems Model

Builder’s

Viewpoint

Physical

Physical

data model

Physical

system

processes

Technology

architecture

Presentation

architecture

Control

structure

Physical

model

drivers

Technology

Models

Sub-contractor’s

Viewpoint

Out-of-context

Data

definition

Program

definition

Network

architecture

Security

architecture

Timing

definition

Rules

specification

Detailed

Representations

Functioning

Enterprise

Actual Systems

A Ciascuna casella

corrisponde un set di

documenti e

rappresentazioni

architetturali

Pu

nti

di

vis

ta d

el

mo

dello

Tip

i d

i m

od

ello

Oggetto del modello

Strategico

Generale

Operativo

Dettagliato


Links

TOGAF: http://www.opengroup.org

e-TOM: http://tmforum.org

Zachman Framework: http://www.zifa.com

IEEE 1471-2000: http://standards.ieee.org/software/

http://www.opengroup.org/

http://tmforum.org/

http://www.zifa.com/

http://standards.ieee.org/software/

Ingegneria Informatica Laboratorio Di Gestione ... · TMF e-TOM DoD IDEF0/IDEF1X BPMI È la vista...

Documents

Transcript of Ingegneria Informatica Laboratorio Di Gestione ... · TMF e-TOM DoD IDEF0/IDEF1X BPMI È la vista...