Trasformazione Digitale e Sistemi Informativi: Impatto e Metodologie di Sviluppo Aziendale

1. Tipi di Cambiamenti Organizzativi Supportati dalle Tecnologie dell'Informazione

Le tecnologie dell'informazione possono supportare quattro tipi principali di cambiamenti organizzativi:

Automazione

L'automazione è stata una delle prime applicazioni della tecnologia dell'informazione, progettata per aiutare i dipendenti a svolgere il proprio lavoro in modo più efficiente ed efficace. I primi esempi di automazione includono il calcolo di stipendi e libro paga, l'accesso immediato da parte dei cassieri di banca ai file dei clienti e lo sviluppo di una rete nazionale di terminali di prenotazione aerea a supporto degli agenti di prenotazione.

Ristrutturazione delle Procedure

L'automazione spesso rivela nuovi colli di bottiglia nella produzione e rende le strutture e le procedure organizzative esistenti estremamente complesse. La ristrutturazione delle procedure mira a snellire le procedure operative standard.

Business Process Reengineering (BPR)

Il Business Process Reengineering (BPR) è un potente cambiamento organizzativo che analizza, semplifica e ridisegna i processi di business. Il reengineering riorganizza i flussi di lavoro aziendali, combinando misure volte a ridurre le perdite ed eliminando le mansioni ripetitive ad alta intensità di carta.

Cambiamenti di Paradigma

Un cambiamento di paradigma comporta il ripensamento del tipo di attività, stabilendo un nuovo modello di business e spesso cambiando la natura stessa dell'organizzazione.

I cambiamenti di paradigma e il reengineering spesso falliscono perché è molto difficile gestire un cambiamento organizzativo così diffuso. Allora perché così tante aziende tentano un cambiamento così radicale? Poiché i benefici sono altrettanto elevati. In molti casi, le aziende che perseguono strategie di cambiamento di paradigma e re-engineering ottengono aumenti sorprendenti nel ritorno sui loro investimenti (o produttività).

2. Il Business Process Reengineering: Costituzione, Passaggi Efficaci e Differenze con la Gestione dei Processi Aziendali

Se le organizzazioni intendono ripensare e riprogettare i processi aziendali prima di costruire sistemi informativi, possono ottenere ritorni molto significativi sui loro investimenti nella tecnologia dell'informazione.

Il processo di razionalizzazione dei processi aziendali, che permette ai documenti di muoversi in modo facile ed efficace, è chiamato workflow (flusso di lavoro).

I passaggi necessari per essere efficaci nel BPR sono i seguenti:

• Analisi Strategica: i manager identificano i processi aziendali più importanti per il successo dell'azienda e concentrano gli sforzi su questi processi.
• Analisi dei Punti Critici: i manager identificano i processi che generano la maggior parte dei reclami da parte di fornitori, clienti o dipendenti e si concentrano sulla loro risoluzione.
• Identificare gli input e gli output di un processo di business.
• Identificare il flusso di beni e/o servizi.
• Identificare la rete di attività e le lacune nel processo.
• Identificare tutte le risorse.
• Identificare il flusso e la struttura delle informazioni.
• Identificare i responsabili del processo.
• Identificare gli attori e i processi responsabili del processo decisionale.
• Costo del Processo: il costo totale del processo di business per una transazione "tipica".
• Tempo del Processo: il tempo totale per le decisioni e le attività di tutte le parti interessate.
• Qualità del Processo: la quantità di tempo e denaro spesi per rifare parti e servizi difettosi.
• Flessibilità del Processo: la capacità del processo di produrre una serie di risultati diversi o di adattarsi alla pressione dell'ambiente.
• Sostituire le fasi sequenziali del processo con azioni parallele.
• Arricchire il lavoro per aumentare l'autorità decisionale e le informazioni concrete.
• Consentire la condivisione delle informazioni tra tutti i partecipanti.
• Eliminare le lacune.
• Trasformare l'elaborazione in batch e il processo decisionale in un flusso continuo.
• Automatizzare le attività decisionali.

La reingegnerizzazione dei processi è soprattutto uno sforzo che viene fatto una tantum e che si concentra sull'identificazione di uno o due processi strategici di business che richiedono un cambiamento radicale.

I programmi di gestione dei processi aziendali e il miglioramento della qualità offrono opportunità per apportare cambiamenti incrementali e continui ai processi di business.

3. Il Ruolo dei Sistemi Informativi nel Supporto alla Qualità Organizzativa

Si ritiene che il TQM (Total Quality Management) e il Six Sigma siano processi di business più graduali rispetto al re-engineering. Il TQM si concentra su una serie di miglioramenti continui, piuttosto che su drastici cambiamenti esplosivi. Il Six Sigma utilizza strumenti di analisi statistica per scoprire i difetti nella realizzazione di un processo esistente e apportare piccoli aggiustamenti. A volte, tuttavia, affinché i processi possano raggiungere un livello specifico di qualità, devono essere completamente ridisegnati.

I sistemi informativi possono aiutare le aziende a raggiungere i loro obiettivi di qualità, aiutandole a semplificare i miglioramenti di prodotto o di processo basati sulle richieste dei clienti, a ridurre i tempi di ciclo, ad aumentare la qualità e l'accuratezza della progettazione e della produzione, e a rispettare gli standard di riferimento.

Il benchmarking consiste nello stabilire standard rigorosi per prodotti, servizi e altre attività, e quindi misurare le prestazioni rispetto a questi standard.

4. Analisi dei Sistemi vs. Progettazione dei Sistemi: Differenze e Attività

L'analisi dei sistemi descrive ciò che un sistema dovrebbe fare per soddisfare le esigenze informative, mentre la progettazione dei sistemi mostra come il sistema raggiungerà questo obiettivo.

Le attività oggetto di ciascun processo sono:

• Analisi dei Sistemi:
  • Identificazione dei requisiti informativi.
  • Definizione degli obiettivi del sistema.
  • Studio di fattibilità.
  • Analisi dei processi aziendali esistenti.
• Progettazione dei Sistemi:
  • Progettazione dell'architettura del sistema.
  • Progettazione dell'interfaccia utente.
  • Progettazione del database.
  • Progettazione dei moduli e dei programmi.
  • Definizione delle specifiche tecniche.

5. I Requisiti Informativi: Definizione e Difficoltà

I requisiti informativi di un nuovo sistema prevedono l'identificazione di chi ha bisogno di quali informazioni, dove, quando e come.

Un'analisi dei requisiti difettosa è la causa principale del fallimento dei sistemi e dell'elevato costo del loro sviluppo. Un sistema progettato in base a una serie di requisiti errati dovrà essere demolito a causa di scarso rendimento o subire grandi cambiamenti.

Alcuni problemi non richiedono una soluzione basata sui sistemi informativi, ma solo un adeguamento amministrativo, una formazione aggiuntiva o il perfezionamento delle procedure organizzative esistenti.

6. L'Importanza della Fase di Test nello Sviluppo dei Sistemi

Un sistema dovrebbe essere sottoposto a test approfonditi e completi per determinare se produce i risultati corretti. I test di un sistema informativo possono essere suddivisi in tre tipologie:

• Unit Testing: consiste nel controllare ogni programma separatamente dal resto del sistema.
• Test di Sistema: controlla il funzionamento complessivo del sistema informativo.
• Test di Accettazione: è la certificazione finale che il sistema è pronto per l'uso in una situazione di produzione.

Il piano di test comprende tutti i preparativi per la serie di test sopra descritti.

7. Ruolo di Programmazione, Conversione, Produzione e Manutenzione nello Sviluppo dei Sistemi

Nello sviluppo dei sistemi, le fasi chiave includono:

Programmazione

Le caratteristiche tecniche del sistema che sono state preparate durante la fase di progettazione vengono tradotte in codice del programma.

Conversione

La conversione è il processo di passaggio dal vecchio sistema al nuovo. È possibile utilizzare 4 modalità: in parallelo, conversione diretta, approccio pilota, approccio graduale.

Produzione

In questa fase, gli utenti e gli specialisti tecnici rivedono il sistema per determinare se ha raggiunto i suoi obiettivi originali e per decidere se sono necessarie revisioni o modifiche.

Manutenzione

La manutenzione si riferisce a cambiamenti in hardware, software, documentazione e procedure per la correzione di errori in un sistema in produzione, per soddisfare nuovi requisiti o per migliorare l'efficienza del processo.

8. Metodi Orientati agli Oggetti vs. Modellazione Strutturata Tradizionale nella Progettazione del Sistema

I metodi strutturati sono utili per la modellazione dei processi, ma non gestiscono bene la modellazione dei dati. Considerano i dati e i processi come entità logicamente separate, mentre nella vita reale questa separazione non è naturale.

Lo sviluppo orientato agli oggetti considera l'oggetto come unità di base dell'analisi e della progettazione del sistema. Un oggetto combina i dati e le specifiche delle funzionalità che operano su questi dati. I dati incapsulati in un oggetto possono essere acceduti e modificati solo dalle operazioni, o metodi, associati a questo oggetto.

9. Il Ciclo di Vita Tradizionale dei Sistemi: Passaggi, Vantaggi e Svantaggi

Il ciclo di vita dei sistemi è il metodo più antico per la costruzione di sistemi informativi. La metodologia del ciclo di vita dei sistemi fornisce una divisione molto formale delle attività tra utenti finali e specialisti dei sistemi informativi. Specialisti tecnici come analisti di sistema e programmatori sono responsabili di gran parte del lavoro di analisi, progettazione e realizzazione dei sistemi, mentre gli utenti finali si limitano a fornire i requisiti informativi e a valutare il lavoro del personale.

Il ciclo di vita viene utilizzato quando è necessario costruire grandi sistemi complessi che richiedono un'analisi rigorosa dei requisiti, specifiche formali predefinite e rigorosi controlli sul processo di costruzione dei sistemi. Tuttavia, l'approccio del ciclo di vita dei sistemi può essere costoso, lento e poco flessibile.

10. La Prototipazione dei Sistemi Informativi: Concetto, Vantaggi, Limiti e Fasi

La prototipazione consiste nel costruire rapidamente ed economicamente un sistema sperimentale per la valutazione degli utenti finali.

Il prototipo è una versione funzionante di un sistema informativo o di una sua parte, ma il suo scopo è di servire come modello preliminare.

Fasi della Prototipazione:

• Fase 1: Identificare i requisiti utente di base.
• Fase 2: Sviluppare un primo prototipo.
• Fase 3: Utilizzare il prototipo.
• Fase 4: Rivedere e migliorare il prototipo.

11. Pacchetti Software Applicativi: Definizione, Vantaggi e Svantaggi

Un pacchetto software applicativo è un insieme di applicazioni comuni a tutte le imprese. Ad esempio, buste paga, contabilità clienti o gestione del magazzino.

Se un pacchetto software applicativo è in grado di soddisfare la maggior parte delle esigenze di un'organizzazione, l'azienda non ha bisogno di scrivere il proprio software.

Quando si sceglie una soluzione a pacchetto software, l'organizzazione non ha più il controllo sul processo di progettazione del sistema.

12. Sviluppo da Parte dell'Utente Finale: Concetto, Vantaggi, Svantaggi e Gestione

Alcuni tipi di sistema possono essere sviluppati dagli utenti con poca o nessuna assistenza formale da tecnici specializzati. Questo è noto come sviluppo da parte dell'utente finale.

In generale, i sistemi sviluppati dall'utente finale possono essere completati più velocemente rispetto a quelli sviluppati attraverso il ciclo di vita dei sistemi convenzionali.

L'informatica utente pone rischi organizzativi che si verificano al di fuori dei meccanismi tradizionali di controllo e gestione dei sistemi informativi.

Per aiutare le organizzazioni a massimizzare i benefici dello sviluppo di applicazioni da parte dell'utente finale, la direzione dovrebbe monitorare lo sviluppo di tali applicazioni, assicurarsi che il costo dei progetti di sistema informativo sia giustificato e stabilire standard per l'hardware, il software e le applicazioni sviluppate dall'utente finale.

13. Quando Impiegare Subappaltatori per la Costruzione di Sistemi Informativi

Se un'azienda non vuole utilizzare le risorse interne per costruire o gestire sistemi informativi, può assumere un'organizzazione esterna specializzata nella fornitura di questi servizi per svolgere il lavoro. Questo è comunemente noto come outsourcing.

14. Sviluppo Rapido di Applicazioni (RAD): Concetto e Benefici

Il termine Rapid Application Development (RAD) è usato per descrivere il processo di creazione di sistemi funzionali in un breve periodo.

Strumenti software, software orientato agli oggetti riutilizzabile, prototipazione e strumenti di quarta generazione stanno aiutando gli sviluppatori di sistemi a creare sistemi funzionali molto più velocemente di quanto farebbero utilizzando metodi e strumenti di costruzione di sistemi software tradizionali.

15. Sviluppo Basato su Componenti e Servizi Web: Impatto su Costruzione e Miglioramento dei Sistemi

Le aziende si stanno rivolgendo allo sviluppo basato su componenti per costruire le proprie applicazioni e-commerce, combinando componenti disponibili in commercio, come carrelli della spesa, autenticazione utente, motori di ricerca e cataloghi, con parti di software personalizzate per le proprie esigenze aziendali.

Quando si creano componenti software che possono comunicare e condividere dati indipendentemente dal sistema operativo, dal linguaggio di programmazione o dai dispositivi client, i servizi Web possono fornire significativi risparmi nella costruzione dei sistemi, aprendo allo stesso tempo nuove opportunità di collaborazione con altre aziende.