Sei sulla pagina 1di 8

Specifica dei requisiti

TIPO DOCUMENTO: Specifica dei requisiti

CODICE: SGG40K

TITOLO: SOFTWARE GESTIONALE PER GDR

Intestazione

Codice del documento: Versione: Stato:


SR_SGG40K 0.1 Draft

Autore: Nome file: Data:


GdL SR_SGG40K_0.1
Approvato da: Firma:

Revisioni

Data Versione Autore Tipo Descrizione

0.1 GdL Prima versione

1
Specifica dei requisiti

Ruoli e componenti

Alessandro Arrigoni Responsabile TPS


Gianluca Guagliumi Responsabile SISTEMI E RETI
Salvatore Russo Responsabile INFORMATICA

1. Introduzione

1.1 Scopo del progetto

Si vuole realizzare una piattaforma web che fornisca supporto all'interno dei GDR.
Specificatamente realizzata per “WARHAMMER 40.000 ROLEPLAY WRATH & GLORY”.

1.2 Ambito di applicazione

WEB

2
Specifica dei requisiti

1.3 Definizioni, acronimi e abbreviazioni

Tabella acronimi

Acronimo Significato

GDR Gioco Di Ruolo


GM Game Master
GIO GIOcatore
PGI Personaggi GIocabili
MIN composizione grafica per i personaggi
TAB campo di gioco
MDG Meccaniche Di Gioco
GEN Requisito GENerale
UTE Requisito UTEnte
AMM Requisito AMMinistativo
SR Sistemi e Reti
INFO Informatica
TPS Tecnologia e Progettazione di Sistemi informatici.

1.4 Fonti e riferimenti

“WARHAMMER 40,000 ROLEPLAY WRATH & GLORY” MANUALE BASE

3
Specifica dei requisiti

2. Specifica dei requisiti

2.1 Tabella specifica dei requisiti

Codice Descrizione Priorità Settore Commen Nome autore


to

GEN000 Si vuole realizzare una piattaforma web H INFO GdL


che fornisca supporto all'interno dei GDR. TPS
Specificatamente realizzata per SR
“WARHAMMER 40.000 ROLEPLAY
WRATH & GLORY”.

GEN001 La piattaforma dovrà essere fruibile solo H INFO GdL


per utenti registrati. TPS
SR

GEN002 La registrazione sotto il ruolo di GM (si H INFO GdL


veda requisito GM) è consentita solo per i TPS
possessori del manuale base di gioco. Sarà SR
implementato un sistema di controllo che
prevede l’inserimento di specifiche parole
riportate all’interno del manuale.
UTE000 Dovrà essere possibile effettuare la H INFO GdL
registrazione degli utenti. Per registrare un TPS
utente sarà necessario specificare nickname, SR
nome, cognome, indirizzo email, password
e accettazione trattamento dati. Eventuali
altri campi verranno specificati nelle
successive fasi di analisi. In fase di
registrazione dovrà essere verificato
l’indirizzo email inserito dall’utente (2FA).
UTE001 Un utente registrato avrà accesso alle H INFO GdL
seguenti funzionalità: TPS
● Riprendere una partita già iniziata SR
(vedere requisiti GM e UTE)
● Creare una nuova partita
(vedere requisiti GM e UTE)
● Modificare i dati anagrafici

4
Specifica dei requisiti

UTE002 Dovrà essere previsto un profilo utente di H INFO GdL


amministratore con accesso alle seguenti TPS
funzionalità: SR
● gestione bestiario
● gestione utenti
● creazione utenti amministrativi
UTE004 Dovrà essere creato un primo profilo utente
amministrativo di cui verranno fornite
username e password

AMM00 Per tutte le anagrafiche che verranno


0 dettagliate nei requisiti di tipo AMM
dovranno essere previste le seguenti
funzionalità:
● ricerca di un elemento
● inserimento di un nuovo elemento
● modifica di un elemento esistente
● cancellazione (logica) di un
elemento
AMM00 Dovrà essere prevista una anagrafica
1 categorie. Per ciascuna categoria dovranno
essere specificabili i seguenti campi:
● nome
● descrizione
Eventuali altri campi verranno specificati
nelle successive fasi di analisi.
AMM00 Dovrà essere prevista una anagrafica eventi.
2 Per ciascun evento dovranno essere
specificabili i seguenti campi:
● categoria
● luogo
● data
● titolo
● artisti
Eventuali altri campi verranno specificati
nelle successive fasi di analisi.
Per la gestione degli eventi si vedano i
requisiti UTE005 e AM007
AMM00 Dovrà essere prevista una anagrafica dei
3 luoghi. Per ciascun luogo dovranno essere
specificati i seguenti campi:
● Regione
● Provincia

5
Specifica dei requisiti

● Città
Eventuali altri campi verranno specificati
nelle successive fasi di analisi.
AMM00 Dovrà essere prevista una anagrafica artisti.
4 Per ciascun artista dovranno essere
specificati i seguenti campi:
● Nome
● Cognome
● Tipo attività
ATTENZIONE: dovrà essere previsto un
elenco iniziale di artisti, che verrà fornito
nelle prossime fasi di analisi. Per
l’inserimento di nuovi artisti dovrà essere
sviluppato un meccanismo di proposta
dell’utente e validazione
dell’amministratore.
Eventuali altri campi verranno specificati
nelle successive fasi di analisi.
AMM00 Dovrà essere gestita una anagrafica utenti.
5 Per ciascun utente dovranno essere
specificati i seguenti campi:
● nickname,
● nome,
● cognome,
● indirizzo email,
● password,
● provincia di residenza.
● ruolo
Eventuali altri campi verranno specificati
nelle successive fasi di analisi.
AMM00 Dovrà essere gestita una anagrafica eventi.
6 Per ciascun evento dovranno essere
specificati i seguenti campi:

UTE005 L’inserimento degli eventi potrà essere


effettuato dagli utenti registrati,
specificando tutti i campi indicati nel
requisito AMM002.
Gli eventi inseriti però saranno visibili solo
dopo validazione da parte del moderatore.
Gli eventi saranno modificabili solo da
parte dell’utente che li ha inseriti o da parte
del moderatore (amministratore di sistema).
Si veda requisito AMM007.

6
Specifica dei requisiti

Per gli eventi non dovrà essere prevista


cancellazione.
AMM00 Dovrà essere prevista un’area di
7 moderazione eventi, gestita dagli
amministratori. In particolare il moderatore
dovrà poter decidere se validare l’evento o
rimandarlo all’utente per eventuale
modifica e risottomissione.
UTE006 Gli utenti registrati potranno inserire un
voto e/o un commento relativamente ad un
evento presente nel sistema.
Per i commenti deve essere previsto un
meccanismo di moderazione uguale a
quello previsto per gli eventi (AMM007).
UTE007 Sia gli utenti registrati che quelli non
registrati dovranno poter visualizzare tutti
gli eventi inseriti e validati ricercando per
provincia, categoria e artista.

UTE008 Dovrà essere previsto l’invio periodico di


una newsletter riportante gli eventi previsti
nel periodo successivo all’invio. Gli eventi
inseriti nella newsletter dovranno essere
quelli delle categorie scelte dall’utente e del
territorio provinciale dell’utente. Periodicità
e invio dovranno essere modificabili da
amministratore di sistema.
GEN002 Dovrà essere prevista DEMO

GEN003 Non dovranno essere previsti IAT e UAT

GEN004 Non dovrà essere prevista business


simulation

7
Specifica dei requisiti

GEN005 Dovrà essere prevista la formazione di un


utente amministrativo

Potrebbero piacerti anche