Tarea a entregar en la sesión 6. Rama doc (Definicion Casos de Uso Correo y definicion funcionalidades)

[samuelvalleinclan]

José Luís había una parte de la documentación que no te la comenté para saber si lo estaba haciendo bien. A la hora de nombrar las funcionalidades junto a una descripción lo he puesto separado con una línea con lo que tenía puesto antes en la parte de "Funcionalidades de la app" y no se si así está bien en la forma en la que lo quieres que haga.

Si es así borraría lo que está debajo de la línea y dejaría solo el nombre de la funcionalidad con la descripción.

[jlr2]

Sí, es correcto cómo lo estás haciendo (funcionalidades de la app).

[jlr2]

Corrección de la entrega:

Comentario general: ha implementado firebase y timeout. Quiere cambiar la app por un gestor de chats. Ha investigado sobre websockets y se ha centrado en JWT. Debe revisar el modelado de DC. Va a modularizar su app en 2 microservicios. No ha conseguido dockerizar la app con Jenkins. Se observa que ha estado dedicado al proyecto desde la última sesión de seguimiento.

Detalle de la corrección:

• Se informa de la fecha y hora de la defensa: miércoles 16 de Junio a las 11:45.

• Ha decido cambiar la temática de la app de gestión de correos por gestión de chats. Indica que, si tuviera tiempo, también añadiría gestión de correos. En la gestión de chats indica que va a permitir crear múltiples canales y se le recomienda que permita adjuntar documentos.

• Firebase: lo ha integrado en la app. Hace demo y le funciona.

• Timeout: lo ha implementado en la app. Hace demo y le funciona.

• [ ] DC: modelado incorrecto. La relación de dependencia entre cada capa de la arquitectura (infra, application, domain) no es correcta. Infra "usa" application, application "usa" domain.

• Codificación:

  • [ ] Qué CUs, de los pedidos en para caca hito, tiene operativos la aplicación. En caso que no hubieras terminado alguno, explica lo que has realizado, indicando en qué estado se encuentra. Se pide adjuntar en PR de cada entrega. Ha entregado el informe pedido para esta sesión.
  • [ ] Nuevas funcionalidades implementadas. No ha realizado cifrado y firma de mensajes así como crear un canal seguro usando certificados digitales. Se le recomienda que el firmado y cifrado sean seleccionable por cada usuario de forma que puedan elegir si quieren que los mensajes van cifrado y/o firmado. Se le ecomienda poner alguna marca visible que muestre que se ha verificado la firma. Por otro lado, el servidor debe generar certificado digital para crear un canal seguro.
  • [ ] sql inyection: indica que usando JWT hay una funcionalidad que protege el acceso si no estás logueado. También protege sql inyection
  • [ ] Indica que ha pensado en desdoblar la app en 2 microservicios.
  • [ ] Se le recuerda que otro de los objetivos del proyectos es desplegar en la nube de AWS incluyendo el autoescalado.

• Dockerización de la app:

  • [ ] No presenta la app dockerizada como se le pidió en la sesión anterior. Indica que ha realizado pruebas pero le han dado fallos. Se le recuerda, indicándole que debe dockerizar la propia app haciendo uso de ci/cd con Jenkins y generando la imagen de la app de forma automática en dockerhub. Se le pasa documentación explicativa de cómo dockerizar un microservicio.
  • [ ] Se le indica que la app debe estar disponible en dockerhub, tanto la imagen de la propia app como cualquier otro servicio que usara, como base de datos. Para ello debe usar docker-compose, subiéndolo al repositorio de Github. En el repositorio de Dockerhub debe documentar cómo desplegar la app haciendo uso de docker-compose (readme de dockerhub). Debe poner enlace al docker-compose de github.

• Jenkins:

  • Se le recuerda que debe utilizarlo de forma habitual durante el desarrollo del proyecto.
  • Testing: no lo tiene integrado aún en Jenkins.