Relazione pay steam

PAY

STEAM

Sommario

INDIVIDUAZIONE DEI REQUISITI FUNZIONALI..................................................................3

Requisiti funzionali...................................................................................................... 3

Requisiti non funzionali............................................................................................... 3

GLOSSARIO DEI TERMINI................................................................................................. 4

CASI D’USO..................................................................................................................... 4

PROGETTAZIONE CONCETTUALE.................................................................................... 6

Diagramma Entità-Relazione....................................................................................... 6

Dizionario delle entità................................................................................................. 6

Dizionario delle relazioni............................................................................................. 6

Dizionario dei vincoli................................................................................................... 7

PROGETTAZIONE LOGICA................................................................................................ 8

Ristrutturazione del modello E/R................................................................................. 8

Traduzione verso il modello logico............................................................................... 8

SCHEMA RELAZIONALE................................................................................................... 9

REALIZZAZIONE DELL’APPLICAZIONE...........................................................................10

INDIVIDUAZIONE DEI REQUISITI FUNZIONALI

Requisiti funzionali

1) Il sistema dovrà gestire operazioni CRUD sugli utenti;

2) Il sistema dovrà gestire operazioni CRUD sulle transazioni;

3) Il sistema dovrà permettere ai Clienti soltanto la gestione dei propri dati;

4) Il sistema dovrà prevedere un meccanismo d’accesso e autenticazione all’area

riservata distinta per ruolo dell’utente loggato;

5) Il sistema dovrà permettere, ad applicazioni terze, il pagamento di beni e servizi

richiamando i suoi web services di tipo REST;

6) Il sistema espone un web service di pagamento che a partire da alcuni dati della

richiesta, risponde con l’avvenuto pagamento o con il fallimento del pagamento;

l’accesso al WEB è sottoposto all’autenticazione dell’utente;

7) Deve gestire due tipologie di utenti: utenti convenzionali che acquistano servizi

e prodotti ed esercenti che ricevono pagamenti ed effettuano transazioni in

uscita verso altri conti correnti;

8) Il sistema avrà due distinte aree private: una per l’utente convenzionale per

permettergli di esplorare i propri dati ed eventualmente modificare i dati

anagrafici e di Carta di credito;

9) All’esercente permette di autorizzare pagamenti dal suo conto ad un altro

conto;

10) L’utente visitatore, ovvero non registrato e non loggato, non può altro che

visitare la homepage e registrarsi al servizio

Requisiti non funzionali

La progettazione e la realizzazione della Web application prevede il rispetto dei

seguenti requisiti non funzionali