Verifica del riposizionamento dello yogurt alla greca di Danone. Ricerca di marketing effettuata per il corso "Strumenti e indagini per le organizzazioni e i mercati", proff. M. Ivaldi e M. Miglioretti.
Verifica del riposizionamento dello yogurt alla greca di Danone. Ricerca di marketing effettuata per il corso "Strumenti e indagini per le organizzazioni e i mercati", proff. M. Ivaldi e M. Miglioretti.
Mobile, BPM e Cloud tramite MDD: Una leva tecnologica per il business [ITA]Marco Brambilla
Questo workshop descrive un approccio basato su progettazione model-driven del software per lo sviluppo di applicazioni Web e mobile in ambito enterprise, supportando anche l'integrazione all'interno dei processi di business aziendali.
Il workshop mostra come sia possibile affrontare con tecniche agili le problematiche di definizione e ristrutturazione di processi aziendali, ottenendo in tempi rapidi prototipi funzionanti e installazioni finali delle applicazioni, anche a fronte di esigenze di flessibilità e continua evoluzione dei requisiti.
A tale scopo, il deployment su cloud si mostra vincente, garantendo la massima flessibilità di progettazione e installazione. Il workshop mostra come le tecniche model-driven facilitano l'accesso alla cloud.
A dimostrazione di questi concetti si mostreranno casi di studio concreti e l'uso del tool WebRatio, uno strumento innovativo che consente la progettazione agile e basato su modelli per processi aziendali, front-end e funzionalità che coprono anche integrazioni con piattaforme SOA, BPM, Mobile, e Cloud.
From Conceptual to Executable BPMN Process Models A Step-by-Step MethodMarlon Dumas
Step-by-step tutorial showing how to turn BPMN process models designed by business analysts into executable processes deployable in a Business Process Management System. This tutorial was first given at the 11th International Conference on Business Process Management in Beijing, China on 29 August 2013. The tutorial is part of a series of lectures available at http://fundamentals-of-bpm.org
Silver Lake Analytics, soluzione Business Intelligence di Esox InformaticaMaurizio Anselmi
Soluzione a supporto delle decisioni strategiche aziendali: approcio preliminare e successiva illustrazione della soluzione software di Business Intelligence basata sulla piattaforma aperta Pentaho.
Applicazione software collaborativa progettata per la gestione dei documenti, dei dati di componenti e distinte base.
Collaborative software application designed for managing document, component and bill of material data.
Mobile, BPM e Cloud tramite MDD: Una leva tecnologica per il business [ITA]Marco Brambilla
Questo workshop descrive un approccio basato su progettazione model-driven del software per lo sviluppo di applicazioni Web e mobile in ambito enterprise, supportando anche l'integrazione all'interno dei processi di business aziendali.
Il workshop mostra come sia possibile affrontare con tecniche agili le problematiche di definizione e ristrutturazione di processi aziendali, ottenendo in tempi rapidi prototipi funzionanti e installazioni finali delle applicazioni, anche a fronte di esigenze di flessibilità e continua evoluzione dei requisiti.
A tale scopo, il deployment su cloud si mostra vincente, garantendo la massima flessibilità di progettazione e installazione. Il workshop mostra come le tecniche model-driven facilitano l'accesso alla cloud.
A dimostrazione di questi concetti si mostreranno casi di studio concreti e l'uso del tool WebRatio, uno strumento innovativo che consente la progettazione agile e basato su modelli per processi aziendali, front-end e funzionalità che coprono anche integrazioni con piattaforme SOA, BPM, Mobile, e Cloud.
From Conceptual to Executable BPMN Process Models A Step-by-Step MethodMarlon Dumas
Step-by-step tutorial showing how to turn BPMN process models designed by business analysts into executable processes deployable in a Business Process Management System. This tutorial was first given at the 11th International Conference on Business Process Management in Beijing, China on 29 August 2013. The tutorial is part of a series of lectures available at http://fundamentals-of-bpm.org
Silver Lake Analytics, soluzione Business Intelligence di Esox InformaticaMaurizio Anselmi
Soluzione a supporto delle decisioni strategiche aziendali: approcio preliminare e successiva illustrazione della soluzione software di Business Intelligence basata sulla piattaforma aperta Pentaho.
Applicazione software collaborativa progettata per la gestione dei documenti, dei dati di componenti e distinte base.
Collaborative software application designed for managing document, component and bill of material data.
Biznology è una società di ingegneria informatica che offre servizi di consulenza e supporto per la progettazione e lo sviluppo di applicazioni per sistemi informativi di differenti dimensioni e complessità.
L’approccio metodologico e la profonda conoscenza delle architetture IT caratterizza tutte le attività di consulenza dei professionisti che operano con Biznology.
Biznology nasce dalla fusione delle parole business e technology.
Noi riteniamo che i risultati veramente apprezzabili in ambito ICT si possano ottenere solo se si riesce ad avere una completa visione d’insieme che coniuga la prospettiva del business con le tecnologie ed il governo delle infrastrutture IT.
Proponiamo soluzioni ed interventi il cui successo si basa fondamentalmente sulla capacità di individuare le vere esigenze di business e sul creare valore attraverso l’uso delle giuste tecnologie ed il miglioramento dei sistemi informativi.
Biznology, precedentemente Master Reseller per l’Italia della soluzione ASF, si posiziona ora come divisione focalizzata su problematiche di application integration nel perimetro delle attività Talend Italia ed affianca la distribuzione di questi prodotti ai già citati servizi di consulenza in ambito Project/Program Management, IT Governance, Enterprise Architecture e supporto per la progettazione e lo sviluppo di sistemi informativi aziendali.
Introduzione al Domain Driven Design (DDD)DotNetMarche
In questa sessione si approfondirà il concetto di Domain Driven Design, un principio di progettazione che può essere visto come una “forma-mentis” per aiutare a concepire e modellare applicazioni enterprise che fanno un forte uso del Domain Model. Questa metodologia, introdotta da Eric Evans, mette in risalto il dominio applicativo di un progetto, costituendo quindi il collante tra il modello analitico e il modello implementativo e trovando la sua naturale applicazione in ambienti di sviluppo agili come Extreme Programming. Come completamento della sessione verranno esaminate alcune tecniche di Layering e pattern architetturali che ben si sposano con questa tecnica.
Progettazione dell'interfaccia utente e sviluppo di mock-up legati agli Use Case specificati.
Materiale relativo al corso di Sistemi Informativi Aziendali al Politecnico di Torino, a.a. 2013/2014.
Maggiori informaizoni sul corso: http://bit.ly/sistinfo
The author of this presentation has created the virtual model of a batch manufacturing factory, using an enterprise architecture tool. Processes, applications, infrastructures, data models, etal, are stored in a repository called encyclopedia. Due to the impossibility of publishing the encyclopedia I decided to publish at least the diagrams, that constitute only one facet of the whole. This presentation is the collection of such diagrams.
Employee motivation depends largely on good goals setting. The highest strategic goals are sometimes called directions. Goals are related to drivers, principles and requirements. This presentation shows an example of enterprise directions setting by the usage of an enterprise architecture tool.
The author has created a complete virtual model of a batch lot manufacturing factory using the IBM's modeling tool Rational System Architect. This presentation shows some of the improvements that the CORSO's Archimate plug-in brings to the traditional Enterprise Architecture environment.
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 ........
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
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
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
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
52. PROCESSO = TRASFORMAZIONE DI ITEM Richiested’Acquisto MateriePrime Offerta Requisiti Acquisizione Ordine Progettazione Acquisti Produzione Ordine Documentazione Prodotto Fornitura Prodotto
È 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.