• Save
Sa framework
Upcoming SlideShare
Loading in...5
×
 

Sa framework

on

  • 1,275 views

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

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

Statistics

Views

Total Views
1,275
Views on SlideShare
1,275
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • È un framework orientato all’allineamento tra sistemi e business, che non considera gli aspetti strategici e di pianificazione.In Structure Aspect confluiscono la colonna People/Who e la colonna Network/Were;In Behavior Aspect confluisce la colonna Function/How;In Information Aspect confluisce la colonna Data/What;Le colonne Time/When e Motivation/Why non vengono prese in considerazione.Le righe Contextual e Conceptual confluiscono nel Business layer;La riga Logical nello Application Layer;Le righe Physical e Detailed Representation nel Technology layer.
  • Data Object è qualsiasi elemento passivo di un processo le cui caratteristiche sono identificate da dati. Oggetti con caratteristiche simili possono essere ricondotti ad una sola Entity che li descrive tutti mediante gli Attributi, che sono quelle caratteristiche (senza valore) che tutti i data objects hanno in comune (ovviamente con valore diverso).Nell’esempio, la caratteristica “etichetta” del Box B non è condivisa dai data objects Box A e Box C e pertanto non è un attributo dell’entità Box che li identifica e di cui sono “istanze”.
  • LEGENDA: Verde = Data Store Viola = Data Structure Giallo = Data Element
  • I Business Actors possono essere o personale interno (Person) o Stakeholders (persome che influiscono sull’organizzazione senza farne parte, eg fornitori, clienti, ecc.).Sono chiamati actors perché svolgono un ruolo nell’ambito di un processo (Behavior).Dal punto di vista organizzativo i ruoli vengono raggruppati in Organizational Units.

Sa framework Sa framework Presentation Transcript

  • Architecture
    Modeling
    con System Architect
  • 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
  • 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
  • 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à
  • 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?
  • 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
  • COSA OCCORRE PER MODELLARE UN’ORGANIZZAZIONE?
    UML
    IDEF
    BPMN
    Frameworks
    ARCHITETTURA
    NOTAZIONI
    System
    Architect
    Repository
    STRUMENTO
    CONTENUTI
    Business
    Model
  • 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 ........
  • “SPAGHETTI” ARCHITECTURE
  • 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.
  • 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
  • FRAMEWORK:La griglia di Zachman
  • GRIGLIA DI ZACHMAN :Le “Colonne”
  • SIGNIFICATO DELLE “RIGHE”
    Questa riga non fa parte della griglia di Zachman
  • FRAMEWORK SEMPLIFICATO 3x3
  • GRIGLIA DI ZACHMAN: Semplificazione a tre Livelli (2/2)
    SINTESI DELLA CONOSCENZA
    EFFICACIA ORGANIZZATIVA
    EFFICIENZA OPERATIVA
  • GLI STRUMENTI PER BM:Rapport Gartner 2002
    (Aris)
  • 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
  • LO STRUMENTO: System Architect supporta la Griglia di Zachman
  • LO STRUMENTO: Le Matrici di Correlazione
  • I CONTENUTI:System Architect Encyclopedia
    Repository
    • Diagrammi
    • Definizioni
    • Reports
    • Matrici
  • I CONTENUTI: Associatività tra gli elementi dell”Encyclopedia”
  • ACCESSO MULTI-USER CONDIVISO
  • DIRITTI DI ACCESSO
  • REVERSE ENGINEERING
  • 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
  • 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
  • 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
  • METODOLOGIE:DFD - Data Flow Diagram
    Le notazioni più utilizzate sono:
    Yourdon/DeMarco and Coad
    Gane and Sarson
    Ward and Mellor
  • Contenuto
    delle
    "Colonne"
  • DATA ("What")
    “Gli elementi passivi”
    Data Elements
    Data Structures
    Data Objects
    Entities
    Meta Objects
  • DATA OBJECTS
  • 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
  • ESEMPIO DI DATA MODEL
  • EVOLUZIONE DELLA CONOSCENZA
    SINTESI DELLA CONOSCENZA
    Constraint
    WISDOM
    Classification
    • Ontology
    • Patterns
    Human
    Intelligence
    Add Insight
  • Stage in the evolution of knowledge discovery
  • BUSINESS INTELLIGENCE
  • DEFINIZIONE DI DATABASE:Insieme di Entities Correlate
    Logical Database
  • Documento
    Struttura Dati
    INTEGRAZIONE SYSTEM ARCHITECT
    (non semantico)
    Livello
    Contestuale
    Livello
    Concettuale
    Process
    Model
  • FUNCTION("How")
    “Behavior”
    Funzioni
    Processi
    BPM.ppt
  • BUSINESS CONCEPT DIAGRAM
  • SISTEMI E PROCESSI
  • NETWORK("Where")
    “Locations e Interfacce”
    Locations
    Application Interfaces
    Nodi
    Reti
    Tecnologie
  • NETWORK E LOCATIONS
    Reparto
    CdL
    Server CdL
    Location Model View
    Trasporti
    Magazzino
    Location
    Node
    Network
  • PEOPLE("Who")
    “L’Elemento Attivo”
    Ruoli
    Stakeholders
    Unità Organizzative
  • ROLE CONCETTO PIVOT
  • TIME ("When")
    “La Pianificazione”
    Eventi
    Stati
    Transizioni
  • ITEM E STATI
  • PROCESSO = TRASFORMAZIONE DI ITEM
    Richiested’Acquisto
    MateriePrime
    Offerta
    Requisiti
    Acquisizione
    Ordine
    Progettazione
    Acquisti
    Produzione
    Ordine
    Documentazione
    Prodotto
    Fornitura
    Prodotto
  • OBJECT STATE TRANSITION
  • MOTIVATION("Why")
    Strategie
    Obiettivi
    Requiements
    Rules
    BSC.ppt
    “Le Strategie”