L'architettura organizzativa è un modello che rappresenta un sistema composto da elementi culturali, processi e tecnologici, mirato a raggiungere finalità specifiche. Utilizzare notazioni come UML e BPMN è fondamentale per modellare e simulare l'organizzazione, consentendo un miglioramento e un allineamento dei sistemi informativi. Strumenti come System Architect supportano la creazione di tali modelli, facilitando la gestione della conoscenza e l'integrazione delle architetture aziendali.

1. ArchitectureModelingcon 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 ModelingBusiness Operations ModelingObject Oriented Analysis and DesignStructured Analysis & DesignFlowchartsContenuto SemanticoTempoEVOLUZIONE DELLA MODELLAZIONENon esistono notazioniBusiness Process ModelingNotazione BPMNNotazione UMLSADT – IDEF0IPO

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

5. Allineamento dei SistemiInformativiRequirementsManagementAnalisiDel ValoreAggiuntoQFDAnalisi dei CostiABCMODELLOORGANIZZATIVOWFM/TTMAnalisiGIBO/BPRConfigurationManagementGestionedella QualitàMiglioramentoLayoutsPotenziamentodel PersonaleRiassettodelle StruttureOrganizzativeA COSA SERVE UN MODELLO ORGANIZZATIVO?

6. PUNTI DI VISTAVISIONEORGANIZZAZIONEVISIONEPIANIFICAZIONERuoliAgenti EsterniStrutture OrganizzativeEventiStatiTransizioniLocationsSistemiRetiStrategieObiettiviRequirementsVISIONEINFRASTRUTTUREVISIONESTRATEGICAFunzioniProcessiDatiItemEntitàVISIONE INFORMATICAVISIONEFUNZIONALE

7. COSA OCCORRE PER MODELLARE UN’ORGANIZZAZIONE?UMLIDEFBPMNFrameworksARCHITETTURANOTAZIONISystemArchitectRepositorySTRUMENTOCONTENUTIBusinessModel

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 ARCHITECTUREQuando 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 ORGANIZZATIVAEFFICIENZA OPERATIVA

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

18. LO STRUMENTO: Caratteristiche di System ArchitectSupportaimolteplicipuntidi vista OrganizzazioneliTecnichedimodellazione standard e integrateÈ configurabileÈ intuitivoHa un Repository IntegratoWeb Export, Web DesignReporting, Simulation, ABC, Balanced ScorecardKnowledge ManagementReference Models/Specific ModelsInterfacce con DOORS, Workflow e strumenti CASEExport/Import basatosu XML

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

20. LO STRUMENTO: Le Matrici di Correlazione

21. I CONTENUTI:System Architect EncyclopediaRepositoryDiagrammi

22. Definizioni

23. Reports

24. MatriciI CONTENUTI: Associatività tra gli elementi dell”Encyclopedia”

25. ACCESSO MULTI-USER CONDIVISO

26. DIRITTI DI ACCESSO

27. REVERSE ENGINEERING

28. LE NOTAZIONI:es. Modellazione dei ProcessiIDEFBPMNFlow ChartOrganization ChartDFD – Data Flow DiagramUMLUse casesActivity diagramSequence/CollaborationAlcune delle Notazioni più comuni

29. METODOLOGIE: IDEFIntegrated Computer-aided Manufacturing DefinitionApproccio 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 scopiBen precisi. Le più usate sono:IDEFØ,usata per modellare Function / ActivitiesIDEF3,usata per modellareiprocessiIDEF1x,usata per modellarei DB

31. METODOLOGIE:DFD - Data Flow DiagramLe notazioni più utilizzate sono:Yourdon/DeMarco and CoadGane and SarsonWard and Mellor

32. Contenutodelle"Colonne"

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

34. DATA OBJECTS

35. DOCUMENT MANAGEMENTDATA MODELINGFolderData StoreCONOSCENZAContext Add ExperienceDocumentoData StructureINFORMAZIONEConceptForm Add StructureDATOInstanceDatoData ElementSTRUTTURAZIONE DEI DATI

36. ESEMPIO DI DATA MODEL

37. EVOLUZIONE DELLA CONOSCENZASINTESI DELLA CONOSCENZAConstraintWISDOMClassification Ontology

38. PatternsHumanIntelligenceAdd Insight

39. Stage in the evolution of knowledge discovery

40. BUSINESS INTELLIGENCE

41. DEFINIZIONE DI DATABASE:Insieme di Entities CorrelateLogical Database

42. DocumentoStruttura Dati INTEGRAZIONE SYSTEM ARCHITECT(non semantico)LivelloContestualeLivelloConcettualeProcessModel

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

44. BUSINESS CONCEPT DIAGRAM

45. SISTEMI E PROCESSI

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

47. NETWORK E LOCATIONSRepartoCdLServer CdLLocation Model ViewTrasportiMagazzinoLocationNodeNetwork

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