ESEMPIO di SPECIFICHE di Progetto

Il progetto consiste nella realizzazione di un servizio REST accessibile via Web. L'obiettivo del progetto è dimostrare che siete in grado di integrare le varie tecnologie di rete viste nel corso. In quest'ottica un front-end ben fatto è molto ben accetto, ma non è un requisito di progetto. Una base di dati mirabolante è molto ben accetta, ma non è un requisito di progetto. Un fantastico algoritmo di classificazione è molto ben accetto, ma non è un requisito di progetto. Le scelte devono essere motivate e non strumentali (e.g. "l'ho fatto perché era un requisito"). Il progetto in altre parole deve avere un senso e deve essere armonico.

TECNOLOGIA

Qualunque

PERSONE NEL GRUPPO

I gruppi sono fatti di 3 persone. In casi eccezionali si può violare questo vincolo. Chiaramente più è numeroso il gruppo più deve essere sostanzioso il progetto. La formazione dei gruppi e il link alla repository github dove il progetto sarà ospitato devono essere comunicate con modalità da definirsi

TEMPO STIMATO

Per persone che abbiano seguito e sperimentato durante le lezioni pratiche, 5 giorni al 50% per un gruppo di 3 persone, cioè 7.5 giorni uomo

REQUISITI

1. Il servizio REST che implementate (lo chiameremo SERV) deve offrire a terze parti delle API documentate

2. SERV si deve interfacciare con almeno due servizi REST di terze parti (e.g. google maps)

3. Almeno uno dei servizi REST esterni deve essere “commerciale” (es: twitter, google, facebook, pubnub, parse, firbase etc)

4. Almeno uno dei servizi REST esterni deve richiedere oauth (e.g. google calendar), Non è sufficiente usare oauth solo per verificare le credenziali è necessario accedere al servizio

5. La soluzione deve prevedere l'uso di protocolli asincroni. Per esempio Websocket e/o AMQP (o simili es MQTT)

6. Il progetto deve prevedere l'uso di Docker e l'automazione del processo di lancio, configurazione e test

7. Il progetto deve essere su GIT (GITHUB, GITLAB ...) e documentato don un README che illustri almeno

   1. scopo del progetto

   2. architettura di riferimento e tecnologie usate (con un diagramma)

   3. chiare indicazioni sul soddisfacimento dei requisiti

   4. istruzioni per l'installazione

   5. istruzioni per il test

   6. Documentazione delle API fornite per esempio con APIDOC

8. Deve essere implementata una forma di CI/CD per esempio con le Github Actions

9. Requisiti minimi di sicurezza devono essere considerati e documentati. Self-signed certificate sono più che sufficienti per gli scopi del progetto.