Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
Nome del Progetto
MGT – MiGiocoTutto
Sito web per la gestione di scommesse sportive on-line
Redazione
Verifica Cliente
MGT_01_SRS_Ed1Rev3
Fulgenzi Alessandro
data
data
05/02/2007
Firma
Firma
11/11/2008 16.42
Pag 1 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
INDICE
1.
INTRODUZIONE................................................................................................................................... 4
1.1
1.2
1.3
1.4
2.
REQUISITI ............................................................................................................................................. 6
2.1
2.2
3.
OBIETTIVO ........................................................................................................................................ 4
IDENTIFICATIVO DEL DOCUMENTO .................................................................................................. 4
DOCUMENTI DI RIFERIMENTO........................................................................................................... 4
DEFINIZIONI ED ACRONIMI ............................................................................................................... 4
REQUISITI FUNZIONALI ..................................................................................................................... 6
REQUISITI NON FUNZIONALI ............................................................................................................. 7
SPECIFICHE DEI REQUISITI............................................................................................................ 8
3.1
REQUISITI FUNZIONALI .................................................................................................................... 8
3.1.1 REQ_01_FUN_001...................................................................................................................... 8
3.1.2 REQ_01_FUN_002...................................................................................................................... 8
3.1.3 REQ_01_FUN_003...................................................................................................................... 9
3.1.4 REQ_02_FUN_001...................................................................................................................... 9
3.1.5 REQ_02_FUN_002...................................................................................................................... 9
3.1.6 REQ_03_FUN_001...................................................................................................................... 9
3.1.7 REQ_03_FUN_002.................................................................................................................... 10
3.1.8 REQ_04_FUN_001.................................................................................................................... 10
3.1.9 REQ_04_FUN_002.................................................................................................................... 10
3.1.10
REQ_04_FUN_003 ............................................................................................................... 11
3.1.11
REQ_05_FUN_001 ............................................................................................................... 11
3.1.12
REQ_05_FUN_002 ............................................................................................................... 11
3.1.13
REQ_06_FUN_001 ............................................................................................................... 11
3.1.14
REQ_06_FUN_002 ............................................................................................................... 12
3.1.15
REQ_06_FUN_003 ............................................................................................................... 12
3.1.16
REQ_06_FUN_004 ............................................................................................................... 12
3.1.17
REQ_07_FUN_001 ............................................................................................................... 12
3.1.18
REQ_07_FUN_002 ............................................................................................................... 13
3.1.19
REQ_07_FUN_003 ............................................................................................................... 13
3.1.20
REQ_07_FUN_004 ............................................................................................................... 13
3.1.21
REQ_07_FUN_005 ............................................................................................................... 13
3.1.22
REQ_07_FUN_006 ............................................................................................................... 14
3.1.23
REQ_07_FUN_007 ............................................................................................................... 14
3.1.24
REQ_08_FUN_001 ............................................................................................................... 14
3.1.25
REQ_08_FUN_002 ............................................................................................................... 15
3.2
REQUISITI DI PORTABILITÀ ............................................................................................................ 15
3.2.1 REQ_01_POR_001.................................................................................................................... 15
3.3
REQUISITI DI SICUREZZA ................................................................................................................ 15
3.3.1 REQ_01_SEC_001 .................................................................................................................... 15
3.3.2 REQ_02_SEC_001 .................................................................................................................... 16
3.3.3 REQ_03_SEC_001 .................................................................................................................... 16
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 2 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
3.4
REQUISITI DI PRESTAZIONI ............................................................................................................. 16
3.4.1 REQ_01_PRE_001 .................................................................................................................... 16
3.4.2 REQ_02_PRE_001 .................................................................................................................... 17
3.4.3 REQ_03_PRE_001 .................................................................................................................... 17
4.
CASI D’USO ......................................................................................................................................... 18
4.1
UC_00 - SCHEMA GENERALE DEL SISTEMA ................................................................................... 19
4.1.1 Diagramma dei casi d’uso......................................................................................................... 19
4.2
UC_01 - GESTIONE ACCOUNT PERSONALE .................................................................................... 20
4.2.1 Diagramma dei casi d’uso......................................................................................................... 20
4.3
UC_02 - GESTIONE STORICO EVENTI ............................................................................................. 21
4.3.1 Diagramma dei casi d’uso......................................................................................................... 21
4.4
UC_03 - GESTIONE PORTAFOGLIO ................................................................................................. 22
4.4.1 Diagramma dei casi d’uso......................................................................................................... 22
4.5
UC_04 - GESTIONE SCOMMESSE .................................................................................................... 23
4.5.1 Diagramma dei casi d’uso......................................................................................................... 23
4.6
UC_05 - GESTIONE EVENTI ............................................................................................................ 24
4.6.1 Diagramma dei casi d’uso......................................................................................................... 24
4.7
UC_06 - GESTIONE BOOKMAKER ................................................................................................... 25
4.7.1 Diagramma dei casi d’uso......................................................................................................... 25
4.8
UC_08 - GESTIONE AMMINISTRATORI ........................................................................................... 26
4.8.1 Diagramma dei casi d’uso......................................................................................................... 26
5.
MATRICE DI TRACCIABILITÀ ...................................................................................................... 27
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 3 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
1. INTRODUZIONE
1.1 Obiettivo
Questo documento ha come obiettivo la descrizione formale dei requisiti utente.
1.2 Identificativo del documento
Il documento in oggetto è denominato (MGT_01_SRS_ed1rev3).
1.3 Documenti di riferimento
Rxx = Documenti di Riferimento
Cxx = Documenti Correlati
[R01]Glossario (MGT_01_GLO_ed1rev1).
1.4 Definizioni ed acronimi
Ogni requisito avrà il seguente identificativo :
REQ_<progressivo a due cifre>_<tipologia di requisito>_<progressivo a quattro cifre>
-
Il progressivo a due cifre rappresenta un raggruppamento per macro-requisito (es. Gestione
dati utente).
Il secondo progressivo a quattro cifre scorre i requisiti all’interno del macro-requisito (es.
Gestione dati utente – registrazione, ecc..)
La tipologia di requisito consente di distinguere i requisiti in base alla loro area di appartenenza.
Di seguito viene riportata la tabella di identificazione delle tipologie di requisito :
Acronimo
FUN
POR
SEC
MGT_01_SRS_Ed1Rev3
Descrizione
Funzionale
Portabilità
Sicurezza
11/11/2008 16.42
Pag 4 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
PRE
MGT_01_SRS
Ed. 1
Rev. 3
Prestazioni
Tabella 1.1 – Tipologie di requisito
Ad ogni requisito sarà associato uno stato in base alla seguente tabella :
Acronimo
PRO
ACC
SCA
Descrizione
Proposto
Accettato
Scartato
Note
Requisito da sottoporre all’approvazione del cliente
Requisito accettato dal cliente
Requisito scartato dal cliente
Tabella 1.2 – Stati di un requisito
Per quanto non specificato, fare riferimento al documento [R01].
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 5 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
2. REQUISITI
In questo capitolo sono sintetizzati tutti i requisiti in modo da averne una visione globale. Gli stessi
saranno successivamente dettagliati nel capitolo successivo.
2.1 Requisiti funzionali
Segue la lista di tutti i requisiti funzionali relativi al progetto.
Requisiti Funzionali
ID
Nome
Stato
REQ_01_FUN_001
REQ_01_FUN_002
REQ_01_FUN_003
REQ_02_FUN_001
REQ_02_FUN_002
REQ_03_FUN_001
REQ_03_FUN_002
REQ_04_FUN_001
REQ_04_FUN_002
REQ_04_FUN_003
REQ_05_FUN_001
REQ_05_FUN_002
REQ_06_FUN_001
REQ_06_FUN_002
REQ_06_FUN_003
REQ_06_FUN_004
REQ_07_FUN_001
REQ_07_FUN_002
REQ_07_FUN_003
REQ_07_FUN_004
REQ_07_FUN_005
REQ_07_FUN_006
REQ_07_FUN_007
REQ_08_FUN_001
REQ_08_FUN_002
Gestione dati utente - Registrazione
Gestione dati utente – Modifica dati
Gestione dati utente – Modifica modalità pagamento
Gestione eventi – Categorizzazione eventi
Gestione eventi – Inserimento eventi
Gestione esiti – Categorizzazione esiti
Gestione esiti – Inserimento nuovi esiti
Gestione quotazioni – Inserimento quotazioni
Gestione quotazioni –Presenza quotazioni (1)
Gestione quotazioni –Presenza quotazioni (2)
Gestione storico – Archiviazione dati storici
Gestione storico – Consultazione
Gestione Scommesse - Inserimento scommessa
Gestione Scommesse – Composizione scommesse
Gestione Scommesse – Accettazione puntata
Gestione Scommesse – Registrazione in corso
Admin – Inserimento bookbaker
Admin – Rimozione bookmaker
Admin – Abilitazione / disabilitazione bookbaker
Admin – Inserimento amministratori
Admin – Rimozione amministratori
Admin – Esistenza super-amministratore
Admin – Abilitazione/disabilitazione amministratori
Portafoglio – Creazione portafoglio giocatori
Portafoglio – Scadenza pagamenti
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
PRO
Tabella 2.1 – Tabella dei Requisiti Funzionali
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 6 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
2.2 Requisiti non funzionali
Segue la lista di tutti i requisiti non funzionali relativi al progetto.
Requisiti di Portabilità
ID
Nome
Stato
REQ_01_POR_001
Browser web
PRO
Requisiti di Sicurezza
ID
Nome
Stato
REQ_01_SEC_001
REQ_02_SEC_001
REQ_03_SEC_001
Accessibilità
Comunicazione compagnie gestione credito
Connessione bookmaker
Requisiti di Prestazioni
PRO
PRO
PRO
ID
Nome
Stato
REQ_01_PRE_001
REQ_02_PRE_001
REQ_03_PRE_001
Numero connessioni
Popolazione giocatori
Accessibilità
PRO
PRO
PRO
Tabella 2.2 – Tabella dei Requisiti non Funzionali
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 7 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
3. SPECIFICHE DEI REQUISITI
In questo capitolo sono esposti nel dettaglio i requisiti.
3.1 Requisiti Funzionali
Seguono i requisiti di carattere funzionale, ovvero le funzionalità che dovranno essere implementate
per soddisfare le esigenze del cliente.
3.1.1 REQ_01_FUN_001
Requisito
Titolo
Stato
REQ_01_FUN_001
Gestione dati utente - Registrazione
Proposto
Descrizione
Ogni utente, per poter accedere al sito dovrà essere registrato. Pertanto dovrà essere disponibile la
funzionalità di registrazione con la richiesta da parte del sistema di tutti i dati necessari per
identificare l’utente e per effettuare analisi statistiche.
Dovranno essere gestiti almeno i seguenti dati :
• Utente
• Password
• Data registrazione
Commenti
3.1.2 REQ_01_FUN_002
Requisito
Titolo
Stato
REQ_01_FUN_002
Gestione dati utente – Modifica dati
Proposto
Descrizione
Ogni utente potrà modificare in ogni momento i propri dati (compresi utente e password).
Commenti
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 8 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
3.1.3 REQ_01_FUN_003
Requisito
Titolo
Stato
REQ_01_FUN_003
Gestione dati utente – Modifica modalità pagamento Proposto
Descrizione
Ogni utente potrà modificare in ogni momento la modalità di pagamento prescelta.
Commenti
3.1.4 REQ_02_FUN_001
Requisito
Titolo
Stato
REQ_02_FUN_001
Gestione eventi – Categorizzazione eventi
Proposto
Descrizione
Gli eventi saranno divisi per tipologie (partita di calcio, gara automobilistica, ecc).
Gli eventi sono raggruppati secondo diverse categorie e sottocategorie (ad esempio Calcio,
Automobilismo, Ciclismo, Hockey su ghiaccio etc. come macrocategorie, Tornei internazionali di
Club e di Nazionali, Campionati nazionali, Coppe nazionali etc. come sottocategorie per il Calcio).
Commenti
3.1.5 REQ_02_FUN_002
Requisito
Titolo
Stato
REQ_02_FUN_002
Gestione eventi – Inserimento eventi
Proposto
Descrizione
I bookmaker provvederanno all’inserimento di nuovi eventi su cui scommettere.
Commenti
3.1.6 REQ_03_FUN_001
Requisito
REQ_03_FUN_001
Descrizione
Titolo
Gestione esiti – Categorizzazione esiti
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Stato
Proposto
Pag 9 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
Lo stesso evento può essere caratterizzato da diversi tipi di esito, ad esempio, per una partita di
calcio (scelta 1X2, scelta 1X2 primo tempo, scelta punteggio primo tempo, scelta punteggio finale,
scelta realizzatore primo gol, etc.).
Gli esiti sono caratterizzabili (es. risultati sintetici, punteggi, giocatori, minutaggio etc., per una
partita di calcio, vincitore, piazzamenti, numero ritirati, giro a cui il vincitore si è portato in testa
etc., per una gara automobilistica)
Commenti
3.1.7 REQ_03_FUN_002
Requisito
Titolo
Stato
REQ_03_FUN_002
Gestione esiti – Inserimento nuovi esiti
Proposto
Descrizione
I bookmaker potranno definire nuove tipologie di esito per una data tipologia di evento.
Commenti
3.1.8 REQ_04_FUN_001
Requisito
Titolo
Stato
REQ_04_FUN_001
Gestione quotazioni – Inserimento quotazioni
Proposto
Descrizione
Le quotazioni saranno inserite dai bookmaker, sulla base della categorizzazione degli eventi, e degli
esiti.
Commenti
3.1.9 REQ_04_FUN_002
Requisito
Titolo
REQ_04_FUN_002
Gestione quotazioni –Presenza quotazioni
Descrizione
Non tutti gli esiti di un evento avranno associata una quotazione.
Commenti
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Stato
Proposto
Pag 10 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
3.1.10 REQ_04_FUN_003
Requisito
Titolo
Stato
REQ_04_FUN_003
Gestione quotazioni –Presenza quotazioni (2)
Proposto
Descrizione
Il sistema prende in considerazione solo gli esiti per cui sono state fissate delle quote.
Commenti
3.1.11 REQ_05_FUN_001
Requisito
Titolo
Stato
REQ_05_FUN_001
Gestione storico – Archiviazione dati storici
Proposto
Descrizione
Il sistema deve mantenere uno storico di tutti gli esiti su cui ha proposto scommesse e delle quote
relative negli ultimi due anni.
Commenti
3.1.12 REQ_05_FUN_002
Requisito
Titolo
Stato
REQ_05_FUN_002
Gestione storico – Consultazione
Proposto
Descrizione
Lo storico deve essere interrogabile dai giocatori in modo tale da presentare informazioni
organizzate su richiesta, in relazione all’esito scelto (ad esempio, selezionando Roma-Milan si avrà
accesso ai dati storici sui precedenti per questa partita e per le due squadre).
Commenti
3.1.13 REQ_06_FUN_001
Requisito
Titolo
Stato
REQ_06_FUN_001
Gestione Scommesse - Inserimento scommessa
Proposto
Descrizione
Un giocatore potrà eseguire le scommesse tramite selezione della categoria, dell’evento, dell’esito,
e della puntata per ogni scommessa da effettuare.
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 11 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
Commenti
3.1.14 REQ_06_FUN_002
Requisito
Titolo
Stato
REQ_06_FUN_002
Gestione Scommesse – Composizione scommesse
Proposto
Descrizione
Il sistema deve consentire la composizione di diverse scommesse su eventi diversi , richiedendo
un’unica conferma complessiva.
Commenti
3.1.15 REQ_06_FUN_003
Requisito
Titolo
REQ_06_FUN_003
Gestione Scommesse – Accettazione puntata
Descrizione
Il sistema accetterà le puntate solo da parte di utenti registrati.
Commenti
Stato
Proposto
3.1.16 REQ_06_FUN_004
Requisito
Titolo
REQ_06_FUN_004
Gestione Scommesse – Registrazione in corso
Descrizione
Un utente non registrato, potrà registrarsi al momento della prima scommessa.
Commenti
Stato
Proposto
3.1.17 REQ_07_FUN_001
Requisito
REQ_07_FUN_001
Descrizione
Titolo
Admin – Inserimento bookbaker
MGT_01_SRS_Ed1Rev3
Stato
Proposto
11/11/2008 16.42
Pag 12 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
Gli amministratori di sistema potranno inserire nuovi bookmaker.
Commenti
3.1.18 REQ_07_FUN_002
Requisito
Titolo
REQ_07_FUN_002
Admin – Rimozione bookmaker
Descrizione
Gli amministratori di sistema potranno rimuovere bookmaker esistenti.
Commenti
Stato
Proposto
3.1.19 REQ_07_FUN_003
Requisito
Titolo
Stato
REQ_07_FUN_003
Admin – Abilitazione / disabilitazione bookbaker
Proposto
Descrizione
Gli amministratori di sistema potranno abilitare/disabilitare i bookmaker a fissare quote per eventi
di un determinato tipo sulla base delle categorie e sottocategorie esistenti.
Commenti
3.1.20 REQ_07_FUN_004
Requisito
Titolo
Stato
REQ_07_FUN_004
Admin – Inserimento amministratori
Proposto
Descrizione
Gli amministratori di sistema abilitati (super-amministratori) potranno creare nuovi amministratori
di sistema.
Commenti
3.1.21 REQ_07_FUN_005
Requisito
Titolo
MGT_01_SRS_Ed1Rev3
Stato
11/11/2008 16.42
Pag 13 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
REQ_07_FUN_005
Admin – Rimozione amministratori
Proposto
Descrizione
Gli amministratori di sistema abilitati (super-amministratori) potranno rimuovere altri
amministratori di sistema.
Commenti
3.1.22 REQ_07_FUN_006
Requisito
Titolo
REQ_07_FUN_006
Admin – Esistenza super-amministratore
Descrizione
Deve esistere sempre almeno un super-amministratore.
Commenti
Stato
Proposto
3.1.23 REQ_07_FUN_007
Requisito
Titolo
Stato
REQ_07_FUN_007
Admin – Abilitazione/disabilitazione amministratori
Proposto
Descrizione
I super-amministratori potranno abilitare/disabilitare altri amministratori ad essere superamministratori.
Commenti
3.1.24 REQ_08_FUN_001
Requisito
Titolo
Stato
REQ_08_FUN_001
Portafoglio – Creazione portafoglio giocatori
Proposto
Descrizione
Il sistema dovrà mantenere un portafoglio per ogni giocatore registrato e provvedere all’incasso o al
versamento delle vincite e perdite alla scadenza.
Commenti
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 14 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
3.1.25 REQ_08_FUN_002
Requisito
Titolo
Stato
REQ_08_FUN_002
Portafoglio – Scadenza pagamenti
Proposto
Descrizione
I pagamenti da e verso i giocatori possono essere effettuati per ogni scommessa, o su base
giornaliera, settimanale, o mensile, secondo le scelte del giocatore, non modificabili prima della
scadenza del periodo corrente.
Commenti
3.2 Requisiti di Portabilità
Seguono i requisito relativi alla portabilità del prodotto, ovvero i requisiti che garantiscono il
funzionamento del sistema sulle diverse piattaforme.
3.2.1 REQ_01_POR_001
Requisito
Titolo
Stato
REQ_01_POR_001
Browser web
Proposto
Descrizione
Gli utenti esterni accederanno al sistema usando un browser Web. Sarà garantito l’accesso da :
•
•
•
Internet Explorer 5
Netscape 6
Firefox 1.0
Commenti
3.3 Requisiti di Sicurezza
3.3.1 REQ_01_SEC_001
Requisito
Titolo
MGT_01_SRS_Ed1Rev3
Stato
11/11/2008 16.42
Pag 15 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
REQ_01_SEC_001
Accessibilità
Proposto
Descrizione
Il sistema dovrà essere accessibile esclusivamente in seguito ad autenticazione dell’utente tramite
UTENTE e PASSWORD.
Commenti
3.3.2 REQ_02_SEC_001
Requisito
Titolo
Stato
REQ_02_SEC_001
Comunicazione compagnie gestione credito
Proposto
Descrizione
Il sistema dovrà comunicare con le diverse compagnie coinvolte nelle forme di pagamento
prescelte, utilizzando canali sicuri (protocollo https).
Commenti
3.3.3 REQ_03_SEC_001
Requisito
Titolo
REQ_03_SEC_001
Connessione bookmaker
Descrizione
I bookmaker accederanno al sistema secondo modalità sicure.
Commenti
Stato
Proposto
3.4 Requisiti di Prestazioni
3.4.1 REQ_01_PRE_001
Requisito
REQ_01_PRE_001
Titolo
Numero connessioni
MGT_01_SRS_Ed1Rev3
Stato
Proposto
11/11/2008 16.42
Pag 16 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
Descrizione
Il sistema deve supportare un carico di 1000 connessioni al secondo, di cui 100 da parte di
bookmaker.
Commenti
3.4.2 REQ_02_PRE_001
Requisito
Titolo
REQ_02_PRE_001
Popolazione giocatori
Descrizione
La popolazione di giocatori gestita dovrà essere di almeno 1.500.000.
Commenti
Stato
Proposto
3.4.3 REQ_03_PRE_001
Requisito
Titolo
REQ_03_PRE_001
Accessibilità
Descrizione
Il sistema deve essere in funzione 24/24h e 7/7g
Commenti
MGT_01_SRS_Ed1Rev3
Stato
Proposto
11/11/2008 16.42
Pag 17 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4. CASI D’USO
I casi d’uso nascono come rappresentazione dei requisiti espressi dal cliente e formalizzati nel
documento [R02]. Esprimono in formato grafico quanto già specificato formalmente nel precedente
documento.
Nomenclatura
Ad ogni caso d’uso sarà assegnato un identificativo.
Il diagramma dei casi d’uso che rappresenta l’intero sistema sarà denominato UC_00.
Ai casi d’uso direttamente contenuti dell’UC_00 (diagramma principale), ovvero ai casi d’uso
principali sarà assegnato un progressivo secondo la seguente modalità :
UC_<progressivo a due cifre>
Talvolta tali casi d’uso saranno troppo generici e saranno ulteriormente dettagliati, dando luogo a
casi d’uso secondari, il cui identificativo sarà il seguente :
<identificativo padre>_<progressivo a due cifre>
Ad esempio si potrà avere il caso d’uso
UC_01
che avrà come figli
UC_01_01, UC_01_02, ecc
Qualora anche UC_01_01 abbia figli, questi saranno denominati UC_01_01_01, UC_01_01_02,
ecc. In questo modo si potrà tenere traccia della gerarchia che lega tutti i casi d’uso.
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 18 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.1 UC_00 - Schema generale del sistema
Questa sezione contiene la rappresentazione grafica dei casi d’uso tramite diagrammi UML.
I singoli casi d’uso contenuti nei diagrammi saranno dettagliati nella sezione relativa alle specifiche.
4.1.1 Diagramma dei casi d’uso
Il seguente rappresenta un primo diagramma ad alto livello dei requisiti generali del sistema.
Tale diagramma sarà raffinato in seguito, ovvero ogni diagramma sarà ulteriormente sviluppato
nelle sezioni successive.
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 19 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.2 UC_01 - Gestione account personale
Questo caso d’uso modella la variazione dei dati personali e della modalità di pagamento prescelta
da parte dell’utente.
E’ ulteriormente suddiviso nei seguenti casi d’uso :
-
UC_01_01 – Registrazione utente
UC_01_02 – Modifica dati utente
UC_01_03 – Modifica modalità di pagamento
UC_01_04 - Login
4.2.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 20 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.3 UC_02 - Gestione storico eventi
Questo caso d’uso modella la gestione dell’archiviazione degli eventi e della visualizzazione dello
storico degli esiti su richiesta dell’utente.
E’ ulteriormente suddiviso nei seguenti casi d’uso :
-
UC_02_01 – Consultazione storico evento
UC_02_02 – Consultazione storico partecipante
UC_02_03 – Archiviazione dati storici
4.3.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 21 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.4 UC_03 - Gestione portafoglio
Questo caso d’uso modella la gestione del portafoglio dell’utente
E’ ulteriormente suddiviso nei seguenti casi d’uso :
-
UC_03_01 – Versamento utente
UC_03_02 – Prelievo utente
UC_03_03 – Versamento sistema
UC_03_04 – Prelievo sistema (richiesta)
UC_03_05 – Prelievo utente (esecuzione)
4.4.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 22 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.5 UC_04 - Gestione scommesse
Questo caso d’uso modella la gestione delle scommesse eseguite dall’utente
E’ ulteriormente suddiviso nei seguenti d’uso :
-
UC_04_01 – Impostazione scommessa
UC_04_02 – Aggiunta evento
UC_04_03 – Selezione esito evento
UC_04_04 – Esecuzione scommessa
UC_04_05 – Pagamento scommesse
UC_04_06 – Elimina scommessa evento
4.5.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 23 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.6 UC_05 - Gestione eventi
Questo caso d’uso modella la gestione degli eventi (fare riferimento al documenti []) da parte di un
bookmaker.
E’ ulteriormente suddiviso nei seguenti casi d’uso :
-
UC_05_01 – Nuova tipologia di esito
UC_05_02 – Nuovo evento
UC_05_03 – Nuova quotazione
UC_05_04 – Impostazione esito evento
UC_05_05 – Selezione evento
4.6.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 24 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.7 UC_06 - Gestione bookmaker
Questo caso d’uso modella la gestione di Bookmaker (utenti autorizzati ad inserire quotazioni,
eventi, esiti, ecc) da parte di un amministratore.
E’ ulteriormente suddiviso nei seguenti casi d’uso :
-
UC_06_01 – Aggiungi bookmaker
UC_06_02 – Rimuovi bookmaker
UC_06_03 – Imposta abilitazione per categoria evento
4.7.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 25 di 27
Identificativo doc:
System Requirements Specifications
(SRS)
MGT_01_SRS
Ed. 1
Rev. 3
4.8 UC_08 - Gestione amministratori
Questo caso d’uso modella l’aggiunta e rimozione di amministratori da parte di altri amministratori.
L’operazione di rimozione è riservata ai Super Amministratori, ovvero amministratori ai quali sono
riservati poteri speciali.
E’ ulteriormente suddiviso nei seguenti casi d’uso :
-
UC_08_01 – Aggiungi amministratore
UC_01_02 – Rimuovi amministratore
4.8.1 Diagramma dei casi d’uso
MGT_01_SRS_Ed1Rev3
11/11/2008 16.42
Pag 26 di 27
Identificativo doc:
MGT_01_SRS
System Requirements Specifications
(SRS)
Ed. 1
Rev. 3
5. MATRICE DI TRACCIABILITÀ
La matrice di tracciabilità consente di verificare che tutti i requisiti sono stati trattati da almeno un
caso d’uso.
Poiché i casi d’uso descrivono l’aspetto funzionale del sistema, la matrice di tracciabilità
contemplerà soltanto questa tipologia di requisiti.
Requisiti (funzionali)
Macro req.
Micro req.
UC_01
01
02
001
002
003
x
x
x
001
03
002
001
04
002
001
002
05
003
001
06
002
001
002
07
003
004
001
002
003
004
08
005
006
007
002
x
x
UC_02
x
x
UC_03
Casi d'uso
x
UC_04
UC_05
001
x
x
UC_06
UC_08
MGT_01_SRS_Ed1Rev3
x
x
x
x
x
x
x
x
x
x
x
x
x
x
11/11/2008 16.42
x
x
x
Pag 27 di 27