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
Scarica

si_cap2 approccio progettuale