Sistemi Informativi II - Approccio progettuale 1 I cambiamenti nelle organizzazioni sono all’origine ... … della nascita di un Sistema Informativo nuovo Quando mutano le condizioni esterne (norme, mercato, tecnologie, clientela, …) o quelle interne (riorganizzazione funzionale, certificazione qualità, …) … della evoluzione di un Sistema Informativo già esistente Quando è necessaria solo la revisione di qualche funzione o una manutenzione evolutiva del software 2 Ci sono 2 tipi di cambiamento ... … il cambiamento incrementale (TQM=Total Quality Management) Il TQM (Deming-Juran, 1870) si basa su un costante monitoraggio con conseguenti innovazioni, riprogettazioni lungo la tutta la vita dell’organizzazione … il cambiamento radicale (BPR = Business Process Reengineering) Il BPR (Hammer, 1990) si basa su un progetto di cambiamento radicale che, definito un obiettivo strategico, progetti di nuovo l’organizzazione 3 TQM e BPR non sono alternativi ma si completano a vicenda poiché ... Il BPR (Cambiamento radicale) è temporalmente concentrato e, data la radicalità dei cambiamenti, è bene che non avvenga tutto in una volta Ogni fase di cambiamento radicale è bene che sia seguita da una fase di consolidamento dei risultati vissuta in un’ottica di TQM Lego Sportello Unico prestazioni BPR TQM TQM BPR BPR TQM BPR tempo AIPA su BPR BPR ufficio 4 Il progetto di un S.I. 1) si reingegnerizza l’intero processo di business a partire dai singoli sottoprocessi 2) si definiscono tempi, stuttura organizzativa, aree funzionali ed attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche 5 Il progetto di un S.I. 1) si analizza e reingegnerizza l’intero processo di business a partire dai singoli sottoprocessi 2) si definiscono i tempi, la stuttura organizzativa, le aree funzionali e le attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche Attività Attività Funzione fase Funzione SOTTO-PROCESSO Cliente Fornitore PROCESSO fase 6 Il progetto di un S.I. 1) si reingegnerizza l’intero processo di business a partire dai singoli sotto-processi 2) si definiscono tempi, stuttura organizzativa, aree funzionali ed attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche Hardware + Sw di base + Sw applicativo (=procedure) Lato tecnologico DATI Persone + procedure Lato umano 7 Il progetto di un S.I. 1) si reingegnerizza l’intero processo di business a partire dai singoli sotto-processi 2) si definiscono tempi, stuttura organizzativa, aree funzionali ed attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche Dati Elaborazioni Informazioni 8 Il progetto di un S.I. 1) si reingegnerizza l’intero processo di business a partire dai singoli sotto-processi 2) si definiscono tempi, stuttura organizzativa, aree funzionali ed attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche Inform. per la Pianificazione - Informazioni per il Controllo Quantità Dettaglio + Interconnessione Astrazione Dati operativi Transazioni 9- + Il progetto di un S.I. 1) si reingegnerizza l’intero processo di business a partire dai singoli sotto-processi 2) si definiscono tempi, stuttura organizzativa, aree funzionali ed attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche Ambiente esterno Dati Organizzazione Sistema Informativo Persone Richiesta di informazioni Procedure Sistema Informatico Componenti logiche Componenti tecnologiche Informazioni 10 Il progetto di un S.I. 1) si reingegnerizza l’intero processo di business a partire dai singoli sotto-processi 2) si definiscono tempi, stuttura organizzativa, aree funzionali ed attività 3) si descrivono i modelli dei dati e delle informazioni 4) si descrivono le funzioni informatiche Persone Decisioni flusso continuo di dati ed informazioni Software Hardware 11 Elementi primari nel progetto di un S.I. 1) Attitudine al cambiamento 2) Capacità di fare interagire agenti e utenti interni ed esterni, concentrati e dispersi 3) Quantità di input raccolti (tastiere, mouse, scanner, telefoni, POS, siti, telecamere, …) 4) Quantità di output forniti (stampe, grafici, videate, voce, …) 5) Quantità di operazioni effettuate (transazioni di ogni natura) 6) Densità e sicurezza delle reti di comunicazione realizzate (intra ed extra) 12 I possibili errori di progettazione 1) Attribuire alla progettazione informatica (modello dati e architettura) il fattore primario, a priori, del cambiamento 2) Attribuire alla progettazione informatica il compito di delineare la soluzione dei problemi aziendali 3) Misurare l’innovazione in base alla potenza e capacità dell’hardware ed alla novità del software 4) Limitare la progettazione ad un singolo sottosistema da aggiornare (es. Personale, Vendite, ...) 13 Il ciclo di vita di un SI 1) Analisi del contesto 2) Progettazione concettuale 3) Stime economico-realizzative 4) Progettazione di dettaglio 5) Sviluppo ed implementazione 6) Esercizio 14 1) Analisi del contesto 1.1 1.2 1.3 1.3 - Obiettivi del nuovo sistema Requisiti informativi Dotazioni esistenti Vincoli da rispettare _______________________________________________________________ Attività da svolgere Intervistare manager ed utenti Rilevare risorse HW e SW per eventuale riuso Rilevare competenze (utile per definire bisogni di formazione) 15 2) Progettazione concettuale 2.1 - Flussi informativi dei processi di business (progettazione organizzativa) 2.2 - Modellazione dei flussi e delle azioni nel processo (macro-progettazione preliminare) 2.3 - Architettura tecnologica del sistema informatico di supporto _________________________________ Attività da svolgere Ottimizzare l’organizzazione dei flussi informativi (DSM=Design Structure Matrix) Individuare sorgenti, destinatari, elaborazioni, depositi di dati (DFD=Data Flow Diagrams) Individuare soluzioni HW e SW 16 3) Stime economico-realizzative (formalizzate in uno Studio di Fattibilità) 3.1 3.2 3.3 4.3 5.3 - Componenti software Componenti hardware Quantità e qualità delle risorse necessarie Tempi e costi di realizzazione Benefici attesi _________________________________ Attività da svolgere Applicare le linee guida dell’AIPA per lo studio di fattibilità (cap. 3) Decidere se realizzare il sistema in casa o ricorrere all’outsourcing Pianificare il progetto Project Management 17 4) Progettazione di dettaglio (se si è deciso di sviluppare il SI in proprio) 4.1 - Modellazione della realtà informativa di interesse 4.2 - progettazione delle singole funzioni informatiche 4.3 - Eventuale prototipo per verifica di specifiche e/o tecnologie _________________________________ Attività da svolgere descrivere le entità (le classi di dati) le loro relazioni (ERD, cap.6) progettare in dettaglio le azioni che dovrà svolgere il SW (UML) 18 5) Sviluppo ed implementazione 5.1 - Realizzazione/personalizzazione delle componenti software 5.2 - Test delle componenti 5.3 - Installazione progressiva del SI (HW e SW di base) 5.4 - Documentazione del sistema 5.5 - Test generale del sistema 5.6 - Addestramento degli utenti _________________________________ Attività da svolgere Codifica e test vari sino a test di esercizio, collaudo e rilascio Manualistica per varie classi di utenti e manutentori Analisi dei bisogni di formazione 19 6) Esercizio 6.1 - Manutenzione del sistema 6.2 - Valutazione della adeguatezza del sistema _________________________________ Attività da svolgere valutare periodicamente le prestazioni del SI (soddisfazione utenza, tasso di guasto, richieste adeguamento, costi e benefici, ROI= Return Of Investment), …) Attuare di manutenzioni correttive effettuare studi di fattibilità di nuovi sviluppi (manutenzione evolutiva) 20 Fattori dell’informatica abilitanti per l’azienda/organizzazione 1) Snellezza dei processi produttivi 2) Supporti alle decisioni 3) Integrazione del lavoro 4) Tracking dei processi 5) Trasparenza geografica 6) Disintermediazione 7) Automazione 21