I Progetti Informatici Le Gare La modalità più frequente con cui un committente sceglie il fornitore è la Gara La gara è anche l’unica modalità con cui la PA (Pubblica Amministrazione) può assegnare un lavoro a una Società di Sviluppo

I Progetti Informatici Le Gare La Gara è costituita da 5 fasi Pubblicazione del Bando (committente) Invio del Capitolato (committente) Preparazione e invio delle offerte (fornitore) Esame delle offerte e nomina vincitore (committente) Firma del contratto (entrambi)

I Progetti Informatici Le Gare

I Progetti Informatici Tipologie di Progetti Un progetto informatico ha come risultato un prodotto software Un progetto informatico può essere di due tipi: Ad hoc (destinato a un particolare cliente) Pacchettizzato (destinato al mercato in generale)

I Progetti Informatici Tipologie di Progetti Un progetto ad hoc si ha quando un cliente (committente) richiede un software comprendente funzionalità molto specializzate per la sua Azienda Un progetto pacchettizzato è solitamente un software di uso generale: office automation, gestionale aziendale, app per smartphone, eccetera

I Progetti Informatici Tipologie di Progetti

I Progetti Informatici La Crisi del Software Negli anni ’80 ci si è trovati di fronte a grosse problematiche che presero il nome di Crisi del Software.

I Progetti Informatici La Crisi del Software Si iniziò gradualmente a rendersi conto che la programmazione è solo uno dei problemi da affrontare nello sviluppo del software. E’ necessario aggiungere allo sviluppo artigianale nuovi elementi e nuove tecniche.

I Progetti Informatici Sviluppo del Software Possiamo sintetizzare il processo di sviluppo del software Preprogetto Progetto (vero e proprio)

I Progetti Informatici Preprogetto Il preprogetto viene a sua volta scomposto in Studio di Fattibilità Pianificazione

I Progetti Informatici Studio di Fattibilità

I Progetti Informatici Studio di Fattibilità Contribuisce alla realizzazione di un sistema maggiormente efficace ed efficiente. Gli aspetti da analizzare sono i seguenti:

I Progetti Informatici Studio di Fattibilità Lo Studio di Fattibilità può essere scomposto nelle seguenti 2 sottofasi:

I Progetti Informatici Studio di Fattibilità SEGUE

I Progetti Informatici Studio di Fattibilità

I Progetti Informatici Studio di Fattibilità

I Progetti Informatici Studio di Fattibilità A livello di dettaglio possiamo suddividere i requisiti in Requisiti Utente: quelli che osserva il cliente, cioè le esigenze dell’utente. Requisiti di Sistema: ossia i vincoli imposti da apparecchiature esistenti o interfacciamento con sistemi aziendali già in funzione, vincoli legali, eccetera.

I Progetti Informatici Studio di Fattibilità

I Progetti Informatici Studio di Fattibilità Esistono tre tipologie di requisiti Requisiti Funzionali: descrivono le funzionalità che il sistema deve avere

I Progetti Informatici Studio di Fattibilità Requisiti Non Funzionali: ossia quelli che descrivono solo le modalità operative che il Sistema deve possedere

I Progetti Informatici Studio di Fattibilità Può essere utile tenere in considerazione la cosiddetta Classificazione di Sommerville

I Progetti Informatici Studio di Fattibilità Requisiti di Dominio: dipendenti dall’ambito in cui opera il Sistema. Ad esempio la riservatezza, la sicurezza oppure l’ambiente tecnologico/industriale in cui opera il Sistema. Un esempio tipico può essere il login con cui un utente accede a dei dati protetti

I Progetti Informatici Studio di Fattibilità Proviamo ad individuare i requisiti Funzionali, Non Funzionali e Di Dominio nella seguente sezione di un progetto

I Progetti Informatici TEST sulla comprensione Funzionali (funzionalità) Non Funzionali (solo modalità operative) Di Dominio (dipendenti dall’ambito in cui si opera)

I Progetti Informatici Studio di Fattibilità Funzionali (funzionalità) Non Funzionali (solo modalità operative) Di Dominio (dipendenti dall’ambito in cui si opera)

I Progetti Informatici Studio di Fattibilità

I Progetti Informatici Studio di Fattibilità Problemi riscontrati nella fase di esplorazione

Esercitazione del 2 febbraio 2015 THE END (Copyright Nettuno 2015) Evitare mancanza di coerenza del team con risorse e obiettivi a.s. 2014/2015