QUANDO SI MODIFICA UN DOC, MODIFICARE SUBITO IL DIARIO DELLE MODIFICHE!!!

1) Manuale utente/amministratore

2) Docs:

PdQ: riorganizzare test come detto da Tullio nelle critiche delle revisione precedente, unificare i resoconti (fare una tabella per una struttura migliore), aggiungere il resoconto di questo periodo;
PdP: unificare le sezioni "conclusioni" e "preventivo a finire", come riassumere le tabelle, migliorare sintesi "analisi dei rischi", aggiungere consuntivo periodo di "codifica";
AdR: correzioni chieste da Cardin nelle varie critiche, eventuali incrementi,
NdP: correzioni (approfondire le norme sull'attività di analisi, progettazione e codifica) e incrementi sulle norme per entrare in RA (norme su come fare i test);
DdP: aggiungere endpoint sul microservizio Rule, correggere schemi sui database (cambiare tutti i name con full_name, o un nome significativo all'attributo, e mapparlo in codifica), correzione endpoint getTask sul microservizio Rule (cambiare l'ultimo task in type), correzioni Cardin; .

3) Scrivere verbali (esterno con l'azienda e una prima di codificare)

4) Controllare tutte le issue

5) Modificare in Pragma i test, spuntando implementato quando si è sicuro che siano giusti

6) Contattare l'azienda per discutere scelte progettuali

7) Test di integrazione

8) api.ai: non vanno alcuni prompt, integrazione webhook e VocalAPI

9) Controllare i test di unità

10) Modifiche ad alcune classi, tra cui ConversationsDAODynamoDB e GuestsDAODynamoDB.

11) Fare andare tutto: integrare client, APIGateway e Back-end

12) SNS

13) Sollecito

CoCodeSWE / Docs