L’Informatica dal Problema alla Soluzione

Presentazione sul tema: "L’Informatica dal Problema alla Soluzione"— Transcript della presentazione:

1 L’Informatica dal Problema alla Soluzione
Il Processo di sviluppo del software Mario Capurso

2 Il Problema La necessità di risolvere problemi è una esigenza umana fondamentale Questa esigenza presume l’esistenza di diverse categorie di persone: Coloro che sentono il problema e desiderano risolverlo (utenti finali) Coloro che cercano soluzioni per il problema (ricercatori, analisti, progettisti) Coloro che costruiscono strumenti e dispositivi che risolvono i problemi (costruttori)

3 Il Problema Intuibile Formalizzabile Risolubile

4 Risolvere il Problema E’ sempre possibile tutto ciò ?
Per risolvere un problema è necessario Intuirlo Esprimerlo con formule Trovare un metodo di soluzione Usare il metodo correttamente E’ sempre possibile tutto ciò ?

5 Il Problema: risolubile ?
Col computer Risolubile Problema formalizzabile Problema non esprimibile Problema intuibile

6 Il Problema: non risolubile ?
Perché: Non esprimibile Esprimibile solo intuitivamente Formalizzabile ma non risolubile Formalizzabile, risolubile ma non col computer Formalizzabile, risolubile col computer ma in tempi e costi inaccettabili

7 Il Ciclo di sviluppo del Software
Analisi Progettazione Programmazione Test (Ricerca e correzione degli errori) Documentazione Installazione Manutenzione

8 Il Sistema Un Sistema è un insieme di Componenti legate da forme di Interazione

9 In un Sistema bisogna osservare…
Obiettivo Strumenti Risorse Procedure Variabili di Stato Stati Eventi Componente Ambiente Interazione

10 Un Sistema può essere… Naturale o Artificiale Semplice o Complesso
Deterministico o Probabilistico Aperto o Chiuso Con o senza Feedback

11 Notazione di Yourdon-De Marco
Componente ulteriormente decomponibile Ambiente Interazione Componente NON ulteriormente decomponibile Archivio

12 Esempio: Il nostro Istituto
Chiede libretto Didattica Studenti La nostra città Archivio studenti Fa Iscrizione U.Tecnico Preside Genitori Istituto

13 Fase di Analisi Obiettivo: Analizzare i termini del problema
Lavora l’Analista di Sistema Produce un Documento di Analisi Sintomi e conseguenze del problema Analisi dell’esistente Analisi dei Requisiti NON deve produrre una soluzione Prepara il terreno per il progettista

14 Analisi dell’esistente
Descrive il sistema esistente, usando la notazione di Yourdon-De Marco Riporta e descrive obiettivo, ambiente, componenti, interazioni, risorse, strumenti, procedure, variabili di stato, stati ed eventi del sistema Ripete la cosa per le componenti ulteriormente decomponibili (sottosistemi)

15 Analisi dei Requisiti Riporta le caratteristiche che il cliente desidera siano presenti nella soluzione Un requisito comincia con la frase “La soluzione dovrebbe…” e ha una priorità Priorità alta: deve esserci per forza Priorità media: meglio se c’è Priorità bassa: non è importante

16 Tipi di Requisiti Secondo la Metodologia ISO (International Standard Organization) ODP (Open Distributed Processing), i Requisiti vanno raggruppati in cinque Punti di Vista (Viewpoints): Enterprise (Parlano dell’utente, di uso, tempi e costi) Information (Parlano di Informazioni da gestire) Computation (Parlano di Funzionalità da eseguire) Engineering (Parlano di Architettura da possedere) Technology (Parlano di Tecnologia da utilizzare)

17 Esempi Enterprise: La soluzione dovrebbe essere usata…
Information: La soluzione dovrebbe gestire le seguenti informazioni… Computation: La soluzione dovrebbe realizzare le seguenti funzionalità… Engineering: La soluzione dovrebbe avere la seguente architettura… Technology: La soluzione dovrebbe usare la seguente tecnologia…

18 Analisi e Costruzione di Prototipi
L’ingegnere edile mostra al cliente un modellino del palazzo prima di costruirlo, per capire meglio le sue esigenze Così l’informatico potrebbe mostrare al cliente un prototipo usa e getta del programma prima di costruirlo, per capire meglio le sue esigenze (REQUISITI) Questa tecnica viene chiamata di Quick Prototyping

19 Fase di Progettazione Obiettivo: Progettare una o più soluzioni
Lavora il Progettista di Sistema Produce un Documento di Progettazione Soluzione 1 Soluzione 2 Soluzione n Analisi Costi-Benefici Richiede che il cliente decida quale soluzione realizzare (oppure che decida di lasciar tutto com’è adesso) Prepara il terreno per la realizzazione della soluzione

20 Soluzioni Possibili Lascia tutto com’è adesso
Compra invece che costruire Sostituisci archivi manuali con archivi informatici e procedure manuali con procedure informatiche (soluzione di minimo impatto) Guarda le soluzioni sul mercato e prendi il meglio da tutte Inventati qualcosa, perché non esiste nulla da cui copiare

21 Come appare una Soluzione ?
Descrizione della Soluzione Descrizione del sistema progettato, usando la notazione di Yourdon-De Marco Descrizione di obiettivo, ambiente, componenti, interazioni, procedure, risorse, strumenti, variabili di stato, stati ed eventi del sistema progettato. Descrivere le procedure in pseudocodice. Descrivere gli archivi come tabelle Ripetere la cosa per le componenti ulteriormente decomponibili (sottosistemi) Descrizione dei requisiti utente posseduti e non posseduti dalla soluzione

22 Suggerimenti per una Soluzione di Minimo Impatto
Ogni requisito di tipo Information “La soluzione dovrebbe gestire le seguenti informazioni sull’entità X…” diventa un archivio X ed un insieme di funzionalità “inserisci, modifica, cancella, stampa, vai all’inizio, alla fine, avanti, indietro nell’archivio X” (diverranno form e bottoni in Visual Basic, moduli e sottoprogrammi in C, classi e metodi in Java…)

23 Ulteriori Suggerimenti
Ogni procedura manuale diventa una procedura informatica Ogni requisito di tipo computation diventa una procedura di tipo informatico Le procedure informatiche vengono raggruppate in menù

24 Analisi Costi-Benefici
Analizza in maniera comparativa costi e benefici delle varie soluzioni Cerca di quantificare i benefici di ciascuna soluzione Distingue i costi iniziali dai costi ricorrenti Serve al cliente per decidere quale soluzione realizzare