Architettando la Banca Enterprise Architecture: IT Vie - RUM Bankadati 2014 v1.pdf · Architettando la Banca Enterprise Architecture: IT View IT - operations, management, mapping,

Architettando la Banca

Enterprise Architecture: IT View

IT - operations, management, mapping, governance

Enrico Mazzoletti,

RES User Meeting 9-10 Ottobre 2014

2 Divisione Enterprise Architecture 2014

Funzione Enterprise Architecture in GCV

Servizi Informatici Società consortile per azioni

Governo ICT

Enterprise

Architecture

EA is a formal discipline

managing a body of

knowledge about the

purpose and structure of

an enterprise.

It has its roots in IT … Tom Graves


Percorsi

Enrico Mazzoletti:

1982 Laurea in Fisica (ma già con un certo feeling per

l’architettura)

1984 – 2011 percorso nel mondo dell’lnformation

Technology, focus sulle architetture della

infrastruttura ICT.

2012 Enterprise Architecture

Paul Flora, Glorenza estate 2012

Percorso di mappatura

del sistema informativo

Percorso teorico

sistemico


5 anni di ABILab


5 anni di ABILab Architetture,

impatto delle nuove Disposizioni di Vigilanza 263


Tassonomia ABILab delle applicazioni


Carlo Linneo 1735

L'albero della vita di Ernst

Haeckel, 1866


Esplorazione delle applicazioni Cobol Mainframe

Catalogo DB2 70 DB di specie diverse

6.078 Tabelle

89.892 colonne

7.736.000.000 record

Programmi 78.950 programmi

(+40.535 coy cobol)

……..

297.105 tracce change

RES Suite 127.562 PGM e copy

41.539 Job

2.342.264 Relazioni Paul Flora, Glorenza estate 2012……………sono io …..

STD di

nomenclatura

134

“procedure”

Tassonomia

ABILAB

12 sottoaree

Batch

1814

Programmi

principali

CICS

Statistiche

4.087

Programmi

principali


Grafica nodi e relazioni, «force-based algorithm»

11.031

Nodi

67.165

Relazioni


Mondo Mainframe, ulteriore riduzione della varietà

67.165

Relazioni

11.031

Nodi

esposti

interni

interne

esterne

3.408 nodi e 10.692 relazioni


Mondo Mainframe, vista d’insieme

Sistema informativo - collegamento.lnk


La complessità delle organizzazioni

Humans have become “post human”, where people and

their machines now act as symbiotic super-organisms

Similarly, human networks have become “socio-technical”,

i.e., comprised of people, plus tools, machines and

technologically mediated processes. ( Hall, W.P., Nousala, S., Best, R., Nair )


Governance, Control, Management

Legge 262

e controlli Cobit

Sistema della qualità

ISO 20000-1,-2

ISO 9000-1

ISO 27001

Pressioni esterne Best practice Implementazioni ?

•Policy

•Regolamenti

•Processi

•Comitati

•Reports

•Controlli

•Auditing ICT

•Prescrizioni

•Follow up

•……

CONSULENTI


La circolare 263 di Banca d’Italia 15° aggiornamento

Titolo (I-V)

Capitolo

Parte

Sezione

Paragrafo

Sottoparagrafi

Punti

Maggio2012, 780 pagine

TITOLO

I - DISPOSIZIONI COMUNI (74p)

II - REQUISITI PATRIMONIALI (478p)

III – PROCESSO DI CONTROLLO

PRUDENZIALE (34p)

IV - INFORMATIVA AL PUBBLICO (64p)

V - ALTRE DISPOSIZIONI (99p)

(15° aggiornamento Luglio 2013 + 105p) + 3 capitoli

7 - IL SISTEMA DEI CONTROLLI INTERNI (48p)

8 - IL SISTEMA INFORMATIVO (28p)

9 - LA CONTINUITA’ OPERATIVA (16p)


Il liquido in cui è sospeso il Middle Manager

Pressione Che strumenti ha/usa?

Politica , potere

lotta per il territorio

Controllo?

Motore del

cambiamento?

many duties but little

authority, people to please

both above and below, and

days when his schedule is

just barely under her

control, filled with

meetings or consumed

with sudden crises


Enterprise Architecture & evolution (Gartner)

(EA) is a discipline for

proactively and holistically

leading enterprise responses

to disruptive forces by

identifying and analyzing the

execution of change toward

desired business vision and

outcomes.

Gartner 2013

(EA) is the process of

translating business vision

and strategy into effective

enterprise change, by

creating, communicating

and improving key

principles and models that

describe the enterprise’s

future states and enable its

evolution

Gartner 2011


ITIL, le best practice servono per gestire la complessità

ITIL Information Technology Infrastructure Library

Complex systems behave differently from simple systems and

pose unusual challenges. They are tightly coupled. They are

adaptive and self-organizing. Hence they are self-stabilizing

and policy resistant. Their complexity overwhelms our ability

to understand them. The result: the more you try to change

them, the more they resist. (ITIL v.3 Service Strategy p.293)


COBIT , dal controllo ai fattori abilitanti

COBIT

The need for assurance about

the value of IT, the management

of IT-related risks and increased

requirements for control over

information are now understood

as key elements of enterprise

governance. Value, risk and

control constitute the core of

IT governance.

Efficient and effective governance

and management of enterprise IT

require a holistic approach,

taking into account several

interacting components. COBIT

5 defines a set of enablers to

support the implementation of a

comprehensive governance and

management system for

enterprise IT.

From Executive summary


Systems Thinking


VSM & Stafford Beer

Viable Systems Model

(VSM)

Viable = «capable of independent

existence»

Modello Generale dei sistemi vitali

che può essere impiegato per

descrivere organizzazioni biologiche

o di business a varie scale.

Articola il sistema auto-organizzante

(Stafford Beer 1970-80 ) http://www.youtube.com/watch?v=7COX-b3HK50&feature=relmfu

http://www.youtube.com/watch?v=7COX-b3HK50&feature=relmfu






Un po’ di teoria: Varietà

Varietà

è la misura del numero di stati differenti in un sistema

La varietà aumenta rapidamente con la complessità dei sistemi

Il mondo reale ha una varietà che è matematicamente infinita

dunque

Come possiamo far fronte alla realtà?


Un po’ di teoria: Attenuatori della varietà

Attenuatori della varietà

Il nostro apparato percettivo attenua o filtra la varietà del nostro

ambiente

Noi “vediamo” soltanto ciò che «vogliamo» vedere e filtriamo ciò

che è irrilevante

I nostri attenuatori sono stati “disegnati” dalla selezione naturale

«Un letale attenuatore di varietà è l’ignoranza pura»

(Stafford Beer)

Disegnare gli attenuatori di varietà è una attività che

richiede grande competenza


Un po’ di teoria: Variety Amplifiers

Amplificatori di Varietà

Noi amplifichiamo la nostra varietà per incrementare la nostra

influenza sull’ambiente

Noi usiamo la nostra intelligenza per amplificare gli effetti delle

nostre azioni (es. pubblicità)

L’automazione è un amplificatore di varietà


Legge di Ashby della varietà necessaria

Ashby’s Law of Requisite

Variety

Il controllo può essere ottenuto solo se la

varietà del controllore è grande almeno

quanto la varietà della situazione da

controllare.

In breve: La varietà assorbe la varietà

La legge di Ashby della varietà necessaria è tanto importante nel campo della

cibernetica quanto le leggi del moto di Newton per la Dinamica

( Stafford Beer)

//upload.wikimedia.org/wikipedia/commons/3/39/Wrossashby1960.jpg


Sistemi auto-organizzanti, ricorsività

Ambiente

Management

Operations

Deve essere un

Sistema

auto-organizzante Automazione

VA > VO

VO >> VM

Accoppiamento

strutturale

Coevoluzione

Modellazione Architettura


Russel Lincoln Ackoff

PURPOSEFUL SYSTEMS

INTERACTIVE PLANNING

Russell Lincoln Ackoff (1919 – 2009)

was a pioneer in the field of operations

research, systems thinking and

management science.


ON PURPOSE (R.Ackoff), metafore e modelli

Four different types of system

Deterministic systems have no purposes and neither do

their parts (although they can serve the purposes of other

purposeful systems).

Animated systems have purposes of their own, but their

parts do not.

Social systems have purposes of their own, contain

purposeful parts and are usually parts of larger purposeful

systems.

Ecological systems contain interacting mechanistic,

organismic and social systems, but unlike social systems

have no purposes of their own.

Problems arise if a model appropriate to one type of system is applied to a

system of a different type.

http://www.google.it/url?sa=i&rct=j&q=&esrc=s&frm=1&source=images&cd=&cad=rja&docid=ufZNzALjyQw-1M&tbnid=imlQTOHacoVIeM:&ved=0CAUQjRw&url=http://www.classlife.it/classifiche/top-lot-auto-depoca/&ei=gHR5UtrYCcWy0AXt3IFQ&bvm=bv.55980276,d.d2k&psig=AFQjCNHE4NfQJsr_SAJe-7gI0dqNUxXRGg&ust=1383777764214771


INTERACTIVE PLANNING

The Systems Practitioners Role in “Creating the

Corporate Future” it is to assist all the stakeholders to design a desirable future for

themselves and to invent the means of realizing it.

Participative principle. This is

the only way of ensuring ‘objectivity’ the main

benefit of planning is the involvement of

members of the organization in the process;

This is more important than the actual plan

produced.

Continuity principle. Because

values change and unexpected events occur,

plans need to be constantly revised

Holistic principle. Because of the

importance of the interactions between the

parts of a system, we should plan

simultaneously and interdependently for as

many parts and levels of the organization as

possible the motto of the Mantua Community Planners: ‘plan or be planned for’


Back to services

Services are socio-technical systems with service assets as the

operating elements.

People and processes act as concentrators of other assets in social

and technical subsystems respectively.

The performance of one subsystem affects the performance of the

other in positive and negative ways. ITIL v.3 Service strategy p. 275

People

Process

Organization

Management

Information

Infrastructure Financial capital

Applications


Paradigma: «Service Oriented Enterprise Architecture»

Service pattern

Cliente Fornitore

prima

dopo

Tom Graves: mapping the enterprise


Enterprise Mapping

Mappare e ridisegnare gradualmente l’impresa

attraverso il Paradigma a Servizi


IT DELIVERY MODEL A SERVIZI

Valore

Complessità

Rischio


Alla ricerca del CMDB

A configuration management database (CMDB) is a

repository that acts as a data warehouse for information

technology (IT) organizations.

Its contents are intended to hold a collection of IT assets that

are commonly referred to as configuration items (CI), as well as

descriptive relationships between such assets.

When populated, the repository becomes a means of

understanding how critical assets such as information systems

are composed, what their upstream sources or dependencies

are, and what their downstream targets are. wikipedia

http://en.wikipedia.org/wiki/Configuration_management

http://en.wikipedia.org/wiki/Data_warehouse

http://en.wikipedia.org/wiki/Configuration_item

http://en.wikipedia.org/wiki/Information_systems


CONFIGURATION ITEM

CONFIGURATION ITEM (ITIL Glossary)

Qualsiasi Componente che necessita di essere gestito per poter erogare un

Servizio IT.

Le informazioni su ogni CI vengono registrate in un Configuration Record

all’interno del Configuration Management System ed aggiornate per tutto il suo

Ciclo di vita dal Configuration Management.

I CI sono sotto il controllo del Change Management.

Tipicamente fra i CI includiamo i Servizi IT, hardware, software, edifici, persone, e

documentazione formale quale la documentazione del Processo e di SLA.

CONFIGURATION Un termine generico, utilizzato per descrivere

un gruppo di elementi della configurazione che lavorano insieme

per erogare un servizio IT, o una parte riconoscibile di un servizio

IT.

I configuration ITEM sono composti a formare una architettura (un configuration Item a sua volta)


DEFINIZIONE DI APPLICAZIONE

Precisiamo i concetti di «Applicazioni» e «componenti applicativi»

Componenti applicativi sono le unità di change. Sono i pezzi che il programmatore

o il tecnico va a modificare quando gestiamo un change in un’applicazione.

Per Applicazione invece intendiamo un concetto astratto al livello più alto

(crea/favorisce un dialogo naturale tra l’analista funzionale, il programmatore,

l’architetto, l’ ICT risk manager ….).

Applicazione corrisponde ad un raggruppamento dei componenti applicativi.

Come si raggruppa componenti applicativi? Come si decide quali componenti

stanno insieme e costituiscono un’applicazione?

Un insieme di componenti è una applicazione se rispetta i seguenti criteri:

COMPLETEZZA e

UNITARIETA’

FUNZIONALE

COMPLETEZZA e

UNITARIETA’

ARCHITETTUTALE

E TECNOLOGICA

UN UNICO

RESPONSABILE SUL

CODICE

APPLICATIVO / UN

UNICO FORNITORE


Grafica delle relazioni


ITSM/CMDB


DI NUOVO SUL MODELLO - NODI E RELAZIONI

The configuration model

Configuration Management delivers a model of the

services, assets and the infrastructure by recording the

relationships between configuration items.

This enables other processes to access valuable information

The real power of Configuration Management’s logical model of

the services and infrastructure is that it is THE model – a

single common representation used by all parts of IT Service

Management, (and beyond, such as HR, finance, supplier

and customers).


NECESSITA’ DI ASTRAZIONE

L’intelligenza dell’Impresa

“The brain does much more than recollect. It compares, synthesizes,

analyzes, generates abstractions. We must figure out much more than

our genes can know”.

Carl Sagan Cosmos 1980

“The Brain of the Firm” deve produrre le astrazioni con cui l’impresa

può controllare la risposta alle sollecitazioni dell’ambiente, immaginare

e realizzare il cambiamento.

L’information technology può essere ancora una spinta all’evoluzione

ma può essere anche un freno con le sue strutture ormai difficili da

modificare o riprogettare radicalmente (modificare l’automazione può

risultare difficile e rischioso)


CONCLUSIONI

Gr a z i e p e r

l ’ a t t e n z i o n e


Riferimenti:

Tom Graves: The service-oriented Enterprise (Enterprise Architecture and viable services)

Tom Graves: Power and response-ability (the human side of the system)

Tom Graves: Mapping the enterprise (Modeling the enterprise as services with Enterprise Canvas)

Patrick Hoverstadt: The Fractal Organization: Creating sustainable organizations with the Viable System Model

Jan A. P. Hoogervorst: Enterprise Governance and Enterprise Engineering

Jan Dietz: Enterprise Ontology: Theory and Methodology

Michael C. Jackson: Systems Thinking - Creative Holism for Managers.

Jamshid Gharajedaghi: Systems Thinking (Managing Chaos and Complexity: A Platform for Designing Business

Architecture)

Lars Skyttner: General Systems Theory (Problems, perspectives, practice)

Cavendish Software: Stafford Beer’s Viable System Model An Interpretation By Trevor Hilder

Hall, W.P., Nousala, S., Best, R., Nair, S. 2012: Social Networking Tools for Knowledge Based Action Groups

OGC: ITIL Version 3 Service Strategy.

ISACA: Cobit 5 (A Business Framework for the Governance and Management of Enterprise IT)

Open Group: Togaf 9

Documents

Architettando la Banca Enterprise Architecture: IT Vie - RUM Bankadati 2014 v1.pdf · Architettando la Banca Enterprise Architecture: IT View IT - operations, management, mapping,