Progetto di“Gestione della

Qualità”

Giacomo MiglioriniGiacomo Mucci

Mirko Nigi

2

Introduzione

SaniSystem® è l’interfaccia grafica per

un sistema per la gestione elettronica

delle ricette mediche.

3

SPECIFICA

DEI

REQUISITI

4

Diagramma dei casi d’uso

5

Diagramma delle classi

6

Valutazione dello sforzo

7

8

Analisi

CoCoMo™ II

Costo calcolato su

5000 LoC

9

CoCoMo™ II – The Effort Report

Serve a calcolare lo sforzo in mesi uomo per realizzare il progetto

10

CoCoMo™ II – The Detail Report

Rappresenta il costo totale del progetto

11

Mostra lo staff e il costo necessario su base mensile

CoCoMo™ II – The Scheduled Report

12

CoCoMo™ II – The Activity Report

La distribuzione dello sforzo dei membri del team per ogni attività

13Piano di Processo

14

Si è scelto di utilizzare come Modello di Processo il Rational Unified Process (RUP).

Il RUP non definisce un singolo, specifico processo, bensì un framework adattabile che può dar luogo a diversi processi in diversi contesti.

È pensato soprattutto per progetti di grandi dimensioni.

Piano di Processo

15

Piano di ProcessoRUP è un modello di processo software sviluppato da Rational Software (oggi parte di IBM):

ITERATIVO & INCREMENTALE

RUP

16

Piano di ProcessoRUP promuove lo sviluppo iterativo e organizza lo sviluppo di

software e sistemi. Nel RUP, il ciclo di vita di un processo

software viene suddiviso in cicli di sviluppo, a loro volta

scomposti in 4 fasi.

Il ciclo di vita del progetto è suddiviso in quattro fasi:

RUP

•Inception phase

•Elaboration phase

•Construction phase

•Transition phase

17

Piano di ProcessoRUP

Ogni fase termina con un obiettivo (Goal) che deve essere raggiunto e deve essere inviato alla fase successiva (milestone).

Per ciascuna delle 4 fasi RUP, sono state ipotizzate le seguenti percentuali di durata

Fase RUP Durata (in %)

Inception 18

Elaboration 40

Contruction 27

Transition 15

18

Piano di ProcessoRUP

Il diagramma di Gantt mostra le varie fasi costituenti il progetto come linee che partono nel diagramma dalla data in cui devono essere intraprese e terminano alla data in cui devono essere concluse. A livello grafico sull’asse delle ascisse sono rappresentati i tempi di realizzazione del progetto (nel nostro case ogni unità rappresenta 3 giorni), mentre su quello delle ordinate sono rappresentate le mansioni o le attività del progetto stesso (nel nostro caso sono rappresentate le attività del nostro progetto).

19

Il diagramma di PERT è uno strumento di programmazione che

• descrive graficamente le relazioni causa-effetto, di precedenza logica e di successione temporale che intercorrono tra le diverse attività di un progetto;

• consente di esaminare un progetto come una serie di eventi e di azioni legati tra di loro all'interno di una rete;

• evidenzia dove focalizzare gli sforzi;

• mette i in risalto le attività critiche ed il percorso critico del progetto;

• permette di valutare l’effetto dei cambiamenti sul progetti.

Piano di ProcessoRUP

20

Piano di ProcessoRUP

Diagramma di Pert

21Piano di qualità

22

Piano di qualità

Valicare la completezza dei requisiti;

Identificare gli obiettivi software;

Identificare gli obiettivi di progetto;

Identificare gli obiettivi di testing;

Identificare i criteri di Quality Assurance;

Identificare i criteri di accettazione per il prodotto finale.

ISO 9126

23

Qualità in uso: è la misura complessiva

della qualità di un sistema nel suo

ambiente operativo, vista dalla prospettiva

dell'utente del sistema;

Qualità interna: richiama invece un meccanismo tipo

“white box” e si riferisce alle caratteristiche “statiche” del

software, ciò è indipendentemente dall'ambiente in cui

esso è destinato ad operare.

Qualità esterna: può essere associata ad una vista tipo

“black box” e si riferisce alle caratteristiche del software,

nel momento in cui esso è funzionante nell'ambiente

operativo di un computer.

Piano di qualità

ISO 9126

24

Piano di qualità

ISO 9126

25

Piano di qualitàI processi informatici nella norma

vengono suddivisi in tre categorie:

Primari: comprendenti le attività

direttamente legate allo

sviluppo del software.

Di supporto: che includono la

gestione dei documenti e dei

processi di controllo della

qualità .

Organizzativi: che coprono gli

aspetti manageriali e di

gestione delle risorse.

ISO 12207

26

Piano di qualitàISO 12207

Per ognuno di tali processi

sono chiaramente evidenziati:

L’obiettivo e le

responsabilità;

La lista delle attività

che lo compongono;

I singoli compiti nei

quali è suddivisa

un’attività.

27Fase di testing

28Fase di testing

Valuta le Condizioni di test e i Risultati attesi

TDS (Test Design Specification)

Attività

Dati corretti

Dati scorretti

Uscita

Correzione

29

GRAZIE PER L’ATTENZIONE!

30