Si illustra come è possibile descrivere una Enterprise Architecture utilizzando il tool Sustem Architect, ex Popkin, ex Telelogic, ora IBM-Rational.

1. Architecture Modeling con System Architect

2. Così come si modella un Sistema si può modellare anche un’Organizzazione … … perché un’Organizzazione è un Sistema, composto da elementi culturali, di processo e tecnologici, concepito allo scopo di realizzare finalità organizzative. Sistema: Insieme di elementi interdipendenti

3. Business Strategy Modeling Business Operations Modeling Object Oriented Analysis and Design Structured Analysis & Design Flowcharts Contenuto Semantico Tempo EVOLUZIONE DELLA MODELLAZIONE Non esistono notazioni Business Process Modeling Notazione BPMN Notazione UML SADT – IDEF0 IPO

4. PERCHÉ VOGLIAMO MODELLARE UN’ORGANIZZAZIONE? Un modello viene realizzato per… Rappresentare la realtà in modo condivisibile Catturare conoscenze celate nella realtà Trasformare la realtà usando solo energia intellettuale Simulare la realtà Definire un “ideale” cui la realtà deve tendere … migliorare la realtà

5. Allineamento dei Sistemi Informativi Requirements Management Analisi Del Valore Aggiunto QFD Analisi dei Costi ABC MODELLOORGANIZZATIVO WFM/ TTM Analisi GIBO/BPR Configuration Management Gestione della Qualità Miglioramento Layouts Potenziamento del Personale Riassetto delle Strutture Organizzative A COSA SERVE UN MODELLO ORGANIZZATIVO?

6. PUNTI DI VISTA VISIONE ORGANIZZAZIONE VISIONE PIANIFICAZIONE Ruoli Agenti Esterni Strutture Organizzative Eventi Stati Transizioni Locations Sistemi Reti Strategie Obiettivi Requirements VISIONE INFRASTRUTTURE VISIONE STRATEGICA Funzioni Processi Dati Item Entità VISIONE INFORMATICA VISIONE FUNZIONALE

7. COSA OCCORRE PER MODELLARE UN’ORGANIZZAZIONE? UML IDEF BPMN Frameworks ARCHITETTURA NOTAZIONI System Architect Repository STRUMENTO CONTENUTI Business Model

8. ARCHITETTURA È ben nota la definizione di SystemArchitecture: “Disegno concettuale della Struttura (entità e loro relazioni) e del Behavior (funzioni e loro relazioni) di un Sistema” Come è ben noto che in assenza di una System Architecture si ha ........

9. “SPAGHETTI” ARCHITECTURE

10. DEFINIZIONE DI ENTERPRISE ARCHITECTURE Quando un’Organizzazione è considerata alla stregua di un Sistema, la sua architettura prende il nome di Enterprise Architecture che, per analogia, è il disegno concettuale della Struttura (ruoli e unità organizzative) e del Behavior (processi) dell’Organizzazione/Sistema.

11. Serve un’Architettura?The Winchester “Mystery” House 38 anni di lavori – 147 costruttori 0 architetti 160 stanze – 40 camere da letto, 6 cucine, 2 seminterrati, 950 porte 65 porte su pareti cieche, 13 scale abbandonate, 24 lucernari su pavimento Non esiste un solo disegno architettonico

12. FRAMEWORK:La griglia di Zachman

13. GRIGLIA DI ZACHMAN :Le “Colonne”

14. SIGNIFICATO DELLE “RIGHE” Questa riga non fa parte della griglia di Zachman

15. FRAMEWORK SEMPLIFICATO 3x3

16. GRIGLIA DI ZACHMAN: Semplificazione a tre Livelli (2/2) SINTESI DELLA CONOSCENZA EFFICACIA ORGANIZZATIVA EFFICIENZA OPERATIVA

17. GLI STRUMENTI PER BM:Rapport Gartner 2002 (Aris)

18. LO STRUMENTO: Caratteristiche di System Architect Supportaimolteplicipuntidi vista Organizzazioneli Tecnichedimodellazione standard e integrate È configurabile È intuitivo Ha un Repository Integrato Web Export, Web Design Reporting, Simulation, ABC, Balanced Scorecard Knowledge Management Reference Models/Specific Models Interfacce con DOORS, Workflow e strumenti CASE Export/Import basatosu XML

19. LO STRUMENTO: System Architect supporta la Griglia di Zachman

20. LO STRUMENTO: Le Matrici di Correlazione

22. Definizioni

23. Reports

25. ACCESSO MULTI-USER CONDIVISO

26. DIRITTI DI ACCESSO

27. REVERSE ENGINEERING

28. LE NOTAZIONI:es. Modellazione dei Processi IDEF BPMN Flow Chart Organization Chart DFD – Data Flow Diagram UML Use cases Activity diagram Sequence/Collaboration Alcune delle Notazioni più comuni

29. METODOLOGIE: IDEF Integrated Computer-aided Manufacturing Definition Approccio consolidato da oltre 25 anni È l’unica notazione conforme a Federal Information Processing Standards (FIPS) FIPS Publication 183

30. METODOLOGIE: La Famiglia IDEF È composta da moltissime metodologie studiate per scopi Ben precisi. Le più usate sono: IDEFØ,usata per modellare Function / Activities IDEF3,usata per modellareiprocessi IDEF1x,usata per modellarei DB

31. METODOLOGIE:DFD - Data Flow Diagram Le notazioni più utilizzate sono: Yourdon/DeMarco and Coad Gane and Sarson Ward and Mellor

32. Contenuto delle "Colonne"

33. DATA ("What") “Gli elementi passivi” Data Elements Data Structures Data Objects Entities Meta Objects

34. DATA OBJECTS

35. DOCUMENT MANAGEMENT DATA MODELING Folder Data Store CONOSCENZA Context Add Experience Documento Data Structure INFORMAZIONE Concept Form Add Structure DATO Instance Dato Data Element STRUTTURAZIONE DEI DATI

36. ESEMPIO DI DATA MODEL

38. PatternsHuman Intelligence Add Insight

39. Stage in the evolution of knowledge discovery

40. BUSINESS INTELLIGENCE

41. DEFINIZIONE DI DATABASE:Insieme di Entities Correlate Logical Database

42. Documento Struttura Dati INTEGRAZIONE SYSTEM ARCHITECT (non semantico) Livello Contestuale Livello Concettuale Process Model

43. FUNCTION("How") “Behavior” Funzioni Processi BPM.ppt

44. BUSINESS CONCEPT DIAGRAM

45. SISTEMI E PROCESSI

46. NETWORK("Where") “Locations e Interfacce” Locations Application Interfaces Nodi Reti Tecnologie

47. NETWORK E LOCATIONS Reparto CdL Server CdL Location Model View Trasporti Magazzino Location Node Network

48. PEOPLE("Who") “L’Elemento Attivo” Ruoli Stakeholders Unità Organizzative

49. ROLE CONCETTO PIVOT

50. TIME ("When") “La Pianificazione” Eventi Stati Transizioni

51. ITEM E STATI

52. PROCESSO = TRASFORMAZIONE DI ITEM Richiested’Acquisto MateriePrime Offerta Requisiti Acquisizione Ordine Progettazione Acquisti Produzione Ordine Documentazione Prodotto Fornitura Prodotto

53. OBJECT STATE TRANSITION

54. MOTIVATION("Why") Strategie Obiettivi Requiements Rules BSC.ppt “Le Strategie”