-
Notifications
You must be signed in to change notification settings - Fork 0
3.2. Iteración 1: Gestión de enfermedades infectocontagiosas
R1: Catalogación y mantenimiento de enfermedades infectocontagiosas, que se divide en los siguientes casos de uso:
- Añadir enfermedades infectocontagiosas
- Listar enfermedades infectocontagiosas (Mostrar detalles de síntomas, vacunas y medicinas asociadas)
- Modificar enfermedades infectocontagiosas
- Eliminar enfermedades infectocontagiosas
La fase de análisis (#5) comenzó el 19/11/21 y terminó el 25/11/21, fue cerrada el 26/11/21 por Alberto Vázquez. Esta fase se apoya en la fase de requisitos de gestión de enfermedades infectocontagiosas. Hay un diagrama de clases de análisis que cubre los accesos a enfermedades, medicinas y vacunas.
La fase de diseño (#6) comenzó el 26/11/21 y terminó el 27/11/21, fue cerrada el 27/11/21 por Alberto Vázquez. Esta fase se apoya en la fase de análisis de gestión de enfermedades infectocontagiosas. Hay un archivo con los diagramas correspondientes a la fase de diseño. Hemos creado un total de ocho clases diferentes para la gestión de enfermedades, tres interfaces las cuales usan un gestor el cual esta relacionado con la clase enfermedad, esta clase tiene tres relaciones de asociación: con la clase síntoma, con la clase vacuna y con la clase medicina.
Se han implementado todos los casos de uso correspondientes a la iteración 1. Esta fase se corresponde con el issue #9 asignado a los componentes del grupo Alberto Vázquez y Álvaro Ramos.
Durante esta iteración también se ha realizado la implementación del código relacionado con conexión a la base de datos #7, realizado por Álvaro Ramos.
Se ha creado un nuevo módulo de Maven llamado enfermedades dentro del proyecto general GPEI (Gestión de pacientes con enfermedades infectocontagiosas). Además se ha utilizado la librería de Java Swing para la creación de interfaces gráficas para facilitar el uso de la aplicación por parte del usuario.
Para todo este código se ha creado una rama llamada feature/I-9 para así dividir el flujo de trabajo al estilo Git. Una vez que se termine esta iteración se realizará un pull request para hacer un merge sobre la rama de develop.
El último commit correspondiente a esta fase es el siguiente: 247669b7e5beac2dbecb942fc5f21ef5ce0190ed
Se ha realizado el testing correspondiente a la iteración 1. Esta fase se corresponde con el issue #10 asignado a los componentes Carlos Mohedano Callejo y César Fernández García.
El objetivo a alcanzar es el 75% de cobertura en todo el proyecto, pero es muy difícil llegar a ese porcentaje ya que nosotros hemos incluido una capa de presentación. Por ello, nos centraremos en alcanzar ese objetivo en la capa de dominio que es la que consideramos de vital importancia y un error en esa capa si nos puede costar muy caro.
Vamos a comprobar los métodos que no requieran de la base de datos ya que pueden alterar la misma. Por otra parte, no podemos hacer testing de todo el código en la primera iteración debido a que en las próximas implementaciones de código se pueden modificar métodos y haciendo que el testing de estos fuera inútil, puesto que los tendremos que volver a testear.
Documento con las capturas de los test: Test