Ingegneria del Software -analisi dei requisiti

Flusso degli eventi 2

Il programma deve richiamare uno o più ordini per poterli modificare o cancellare.

Il programma presenta una schermata da riempire con i criteri che la ricerca deve soddisfare, che sono:

• Numero dell'ordine.
• Nome del cliente.
• Indirizzo del cliente.
• Data di immissione dell'ordine.

L'Addetto Ufficio Clienti inserisce i dati che ha a disposizione ed avvia la ricerca.

Il programma invia i dati della ricerca al DBMS.

Il programma mostra a video gli ordini che soddisfano i criteri.

Condizioni di uscita della ricerca: In caso di problemi di comunicazione col DBMS viene invocato il caso Requisiti speciali d'uso CadutaConnessioneOrdini.

Modifica ordine

Nome del caso d'uso: AddettoUfficioClienti

Attori partecipanti: DBMS.

L'Addetto Ufficio Clienti si trova davanti alla sua postazione e vuole modificare un ordine.

L'Addetto Ufficio Clienti attiva la...

funzione di modifica.

Flusso degli eventi:

1. Il programma invoca il caso d'uso RicercaOrdini per trovare l'ordine da modificare.
2. L'AddettoUfficioClienti seleziona l'ordine da modificare.
3. L'AddettoUfficioClienti modifica i dati che gli interessano e dà conferma.
4. Il programma invia i dati modificati al DBMS.
5. DBMS memorizza le modifiche e segnala al programma che l'operazione è andata a buon fine.

Condizioni di uscita: l'operazione è andata a buon fine.

In caso di problemi di comunicazione col DBMS viene invocato il caso d'uso CadutaConnessioneOrdini.

Requisiti speciali d'uso: nessuno.

Cancella ordine

Nome del caso d'uso: AddettoUfficioClienti

Attori partecipanti: DBMS.

1. L'AddettoUfficioClienti si trova davanti alla sua postazione e vuole cancellare un ordine.

Flusso degli eventi:

1. Il programma invoca il caso d'uso RicercaOrdini per trovare l'ordine da cancellare.
2. L'AddettoUfficioClienti seleziona l'ordine da cancellare.
3. Il programma invia la richiesta di cancellazione al DBMS.
4. DBMS cancella l'ordine.
5. DBMS segnala al programma che l'operazione è andata a buon fine.

Condizioni di uscita: l'operazione è andata a buon fine.

In caso di problemi di comunicazione col DBMS viene invocato il caso d'uso CadutaConnessioneOrdini.

Requisiti speciali d'uso: nessuno.

L'AddettoUfficioClienti attiva la funzione di cancellazione.

Il programma invoca il caso d'uso RicercaOrdini per trovare l'ordine da cancellare.

L'AddettoUfficioClienti seleziona l'ordine da cancellare.

L'AddettoUfficioClienti cancella l'ordine e dà conferma.

Il programma invia la richiesta al DBMS.

Il DBMS memorizza le modifiche e segnala al programma che l'operazione è andata a buon fine.

In caso di problemi di comunicazione col DBMS viene invocato il caso d'uso CadutaConnessioneOrdini.

Requisiti speciali d'uso CadutaConnessioneOrdini.

CadutaConnessioneOrdini

Nome del caso d'uso: AddettoUfficioClienti

Attori partecipanti: DBMS.

Il caso d'uso CadutaConnessioneOrdini estende i casi d'uso:

Condizioni di ingresso:

• InserimentoOrdine
• RicercaOrdini
• ModificaOrdine
• CancellaOrdine

Il caso d'uso viene invocato quando viene meno la connessione tra il DBMS e

La postazione dell'Addetto Ufficio Clienti, o se la risposta di una delle parti non avviene entro un certo intervallo di tempo (timeout).

1. Il sistema mostra a video una finestra di avviso che informa l'Addetto Ufficio Clienti che l'operazione effettuata non ha avuto buon fine, in quanto momentaneamente non è possibile stabilire una connessione col DBMS.
2. L'Addetto Ufficio Clienti legge il messaggio e dà conferma.
3. La finestra di avviso scompare e il sistema torna alla schermata precedente.

Nessuno.

Requisiti speciali RAD pag. 17

http://www.quellidiinformatica.org - Documento trovato in rete

Progetto SmartWheel Requirements Analysis Document

3.5.2.4 Casi d'uso: gestione lotti <<extend>> Composizione Automatica Lotti Addetto Produzione <<extend>> Composizione Manuale Lotti DBMS Impegnato Produzione (from Use Case View) Invio Lotti Caduta Conness

Nome del caso d'uso: AddettoProduzione

Attori partecipanti: DBMS

Condizioni di ingresso

È possibile assemblare dei lotti omogenei dagli ordini presenti.

Flusso degli eventi

1. L'AddettoProduzione si trova davanti alla sua postazione.
2. Il sistema richiede al DBMS l'elenco degli ordini proposti.
3. Il sistema cerca di assemblare uno o più lotti omogenei sulla base degli ordini proposti e dei lotti parziali.
4. Il sistema presenta i lotti appena creati all'AddettoProduzione e gli eventuali altri ordini che non è stato possibile inserire nei lotti.
5. L'AddettoProduzione approva i lotti presentati dal sistema.

Condizioni di uscita

Poiché non esistono altri ordini da evadere, viene invocato il caso d'uso InvioLotti. Oppure, l'AddettoProduzione vuole modificare i lotti.

proposti dal pro-gramma e invoca il caso d'uso ComposizioneManualeLottiOppureEsistono degli ordini che non è possibile inserire in lotti omoge-nei e bisogna rivolgersi al ResponsabileProduzione.In caso di problemi di comunicazione col DBMS viene invocato il casoRequisiti speciali d'uso CadutaConnessioneLotti.

3.5.2.4.2 Composizione manuale dei lotti

ComposizioneManualeLotti

Nome del caso d'uso

Attori partecipanti ImpiegatoProduzione

1. L'ImpiegatoProduzione si trova davanti alla sua postazione

Condizioni di ingresso RAD pag. 18http://www.quellidiinformatica.org – Documento trovato in rete

Progetto SmartWheel Requirements Analysis Document

È necessario apportare delle modifiche all'elenco dei lotti dainviare.

Flusso degli eventi

2. Il sistema presenta l'elenco dei lotti parziali ottenuti dalla com-posizione automatica e degli ordini proposti non ancora inseritinei lotti di produzione.

3. L'ImpiegatoProduzione modifica l'elenco

dei lotti, in base allesue esigenze ed ai suoi privilegi. In questa fase si può:

• creare nuovi lotti,
• modificare e/o cancellare i lotti preesistenti,
• inserire un ordine o parte di un ordine in un lotto.

4. L’ImpiegatoProduzione conferma la creazione dei lotti.

Condizioni di uscita Se il caso d’uso è stato invocato dall’AddettoProduzione e sono presen-Requisiti speciali ti ancora degli ordini che non è stato possibile inserire in lotti di produ-zione, sarà necessario contattare il ResponsabileProduzione.

In caso di problemi di comunicazione col DBMS viene invocato il casod’uso CadutaConnessioneLotti.

3.5.2.4.3 Invio dei lotti InvioLotti

Nome del caso d’uso ImpiegatoProduzione,

Attori partecipanti DBMS.

1. L’ImpiegatoProduzione si trova davanti alla sua postazione

Condizioni di ingresso EEsistono dei lotti che possono essere inviati al reparto produzio-ne.

2. Il sistema mostra a video una tabella di riepilogo che

contieneFlusso degli eventi tutti i lotti pronti per essere inviati agli stabilimenti di compe-tenza e una tabella che mostra i lotti che saranno inviati.

3. L'ImpiegatoProduzione esamina la finestra di riepilogo, sceglie quali lotti inviare e conferma l'invio dei dati.

4. Il sistema verifica che l'Impiegato abbia i privilegi per inviare i lotti selezionati.

5. Il DBMS pone lo stato dei lotti in questione e quello degli ordini che appartengono a quei lotti a "in produzione".

6. Il DBMS segnala al programma che l'operazione è andata a buon fine.

In caso di problemi di comunicazione col DBMS viene invocato il caso Requisiti speciali d'uso CadutaConnessioneLotti.

3.5.2.4.4 Rifiuto di un ordine

RifiutoOrdine

Nome del caso d'uso ResponsabileProduzione,

Attori partecipanti DBMS.

1. Il ResponsabileProduzione si trova davanti alla sua postazione.

Condizioni di ingresso EEsistono degli ordini che non possono essere inseriti in un

lottoomogeneo EIl ResponsabileProduzione ritiene più conveniente rifiutareRAD pag. 19http://www.quellidiinformatica.org – Documento trovato in rete

Progetto SmartWheel Requirements Analysis Documentl’ordine piuttosto che creare un lotto anomalo.

Flusso degli eventi

1. Il sistema richiede al DBMS l’elenco dei lotti parziali e degliordini proposti non ancora inseriti nei lotti di produzione.
2. Il ResponsabileProduzione seleziona l’ordine da rifiutare e atti-va la funzione di rifiuto dell’ordine.
3. Il DBMS pone lo stato dell’ordine in questione a “rifiutato”.
4. Il DBMS segnala al programma che l’operazione è andata aCondizioni di uscita buon fine.

In caso di problemi di comunicazione col DBMS viene invocato il casoRequisiti speciali d’uso CadutaConnessioneLotti.3.5.2.4.5 Caduta connessione lottiCadutaConnessioneLottiNome del caso d’usoAttori partecipanti ImpiegatoProduzione,DBMS.Il caso d’uso

1. Il sistema mostra a video una finestra di avviso che informa l'ImpiegatoProduzione che l'operazione effettuata non ha avuto buon fine, in quanto momentaneamente non è possibile stabilire una connessione col DBMS.
2. L'ImpiegatoProduzione legge il messaggio e dà conferma.
3. La finestra di avviso scompare e il sistema torna alla schermata precedente.