Relazione pay steam

PAYSTEAM

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