rauljavierre/unizar-vv-notas

Repositorio de la aplicación de notas de la asignatura de verificación y validación.

Equipo 3 de Verificación y Validación, unizar-vv-notas

Repositorio de la aplicación de notas de la asignatura de verificación y validación.

unizar-vv-notas's Issues

Notas con fechas

Ahora las notas tienen una fecha de activación y otra de caducidad. A la fecha de activación se le asigna la fecha actual del sistema y a la de caducidad la de 30 días después de la fecha actual. No obstante el usuario podrá modificar dichas fechas.

IP 9. Costes y beneficios

PPM 8.4. Se han creado unas etiquetas (insertar etiquetas aquí: captura), se crean defectos (insertar aquí captura de defectos cerrados que hay un montón) con las mismas y se asocian a diferentes milestones (captura de milestones).

IP Registro de cambios en el documento

No aparece nada relativo a la asignación y modificación de los iconos en las categorías

Habría que añadirlo al diagrama, al igual que se han añadido los casos de uso de "Modificar fecha de activación" y "Modificar fecha de caducidad". Consideramos que son igual de importantes ahora mismo en el producto.

"Asignar" / "Modificar" en casos de uso

Podría pensarse que hay casos de uso repetidos como "Asignar categoría" o "Modificar categoría". Sin embargo, establecemos la diferencia entre las dos puesto que entendemos que se le asigna una categoría a una nota puesto que no tenía una categoría y se le modifica la categoría a una nota puesto que ya tenía una categoría. Lo reflejamos porque entendemos que el castellano es muy rico, pero aún así puede dejar problemas de semántica como este en fases tan tempranas en la Ingeniería del Software.

PPM 7.2. Añadir cucumber y espresso en herramientas de pruebas de sistema.

Precisión, no ambigüedad y claridad (Fechas de las notas)

Las fechas dejan dos dudas que hay que resolver preguntando:

• ¿Es posible que la fecha de activación sea igual o posterior a la fecha de caducidad? (Rango de fechas)
• ¿Cuándo se activan y caducan las notas? (Al inicio del día en activación, al final del día de caducidad...)

IP 8. Datos empíricos

Diagrama de despliegue - Canales

Agregar multiplicidades entre el Dispositivo Android y:

• El servidor de correo saliente
• La central de ISP

Se desconoce el protocolo de comunicación: question.

Posible mal uso de relaciones de dependencia en el diagrama de paquetes

La herramienta Modelio proporciona una gran cantidad de flechas entre paquetes, muchas de ellas semánticamente muy parecidas: access, access all, dependency, usage, package import...

Creemos que de momento no tenemos los conocimientos suficientes para hacer la distinción entre las mismas, por lo que vamos a dejarlo así, siendo conscientes de que probablemente estemos haciendo mal uso de la relación entre paquetes. No obstante, y aunque puede que no sea suficiente, todo el grupo de trabajo entendemos lo mismo con dichas relaciones.

PPM APÉNDICE: Tabla de riesgos por característica. Quitar sistema global.

Precisión, no ambigüedad y claridad (Categorías)

¿Qué ocurre cuando se elimina una categoría que está asociada a alguna o algunas notas? Dos opciones:

1. Todas las notas asociadas a dicha categoría se quedan sin categoría
2. Se eliminan todas las notas asociadas a dicha categoría

Hay que preguntar ya que existe el peligro de implementar sin preguntar y realizar lo que el usuario no desea.

Atributos diagramas de clases de diseño

Hay muchos nombres de atributos que son constantes y por tanto no empiezan por minúscula, sino que están escritos íntegramente por letras mayúsculas. Esto es así por las guías de estilo de la mayoría de lenguajes de programación, en este caso, Java.

Puede verse un ejemplo de guía de estilo de Java (en la que hablan también de esto) desarrollada por la Universidad de Castilla-La Mancha: https://docplayer.es/24150608-Guia-de-estilo-en-java.html

Por tanto, no van a modificarse dichos nombres porque sería ir en contra de las guías de estilo.

Diagramas de secuencia de diseño no tienen relación 1:1 con casos de uso

Hay casos de uso como "consultar el listado de categorías" que no aparecen reflejados con diagramas de secuencia. Creemos que el esfuerzo a realizar no nos va a aportar demasiado beneficio como para realizarlos con Modelio y adjuntarlos en el documento, por lo que no se van a desarrollar.

Revisión de la primera versión del plan de pruebas maestro

Damos por aceptado el plan de pruebas maestro, pero tened en cuenta los comentarios que os envíamos adjuntos al PDF para la siguiente versión del plan de pruebas maestro (3 de mayo).

Tened en cuenta que el PDF se debe abrir con visores que permitan ver comentarios y ediciones sobre el texto (ej: Adobe Acrobat).
PPM_v1_eq3_comentarios.pdf

/cc @javierni @miguel-latre

Diagramas de secuencia de análisis no tienen relación 1:1 con casos de uso

Hay casos de uso como "consultar el listado de categorías" que no aparecen reflejados con diagramas de secuencia. Creemos que el esfuerzo a realizar no nos va a aportar demasiado beneficio como para realizarlos con Modelio y adjuntarlos en el documento, por lo que no se van a desarrollar.

PPM 5.1. Añadir fila pruebas de evaluación.

PPM 5.7. Quitar filas de plan de pruebas: de sistema, de desarrollo y de aceptación. Añadir fila de pruebas de evaluación estática.

IP 6. Transferencia

Filtros de listado

Ahora el sistema permitirá filtrar las notas de las siguientes formas:

1. Notas previstas: notas cuya fecha de activación no se ha alcanzado todavía.
2. Notas vigentes: notas cuya fecha de activación ha sido alcanzada, pero cuya fecha de caducidad no ha vencido todavía.
3. Notas caducadas: notas cuya fecha de caducidad se ha sobrepasado.
4. Todas las notas, con independencia de sus fechas de activación y caducidad. Este será el modo de visualización del listado de notas por defecto al iniciarse el sistema.

Generalización "Editable"

Podrían generalizarse las clases "Nota" y "Categoría" a una clase "Editable", aprovechando que ambas tienen un título/nombre y tienen operaciones CRUD.

Definitivamente, no vamos a hacerlo por las siguientes razones:

1. Sería volver hacia a la fase de análisis otra vez
2. Aplicarlo en la fase de diseño
3. Implementarlo de nuevo

No hay tanto beneficio, de hecho, semánticamente nos parece que se entiende hasta peor el problema generalizando las dos clases. Pero dejamos constancia de que nos hemos dado cuenta de que sí se podría hacer.

Precisión, no ambigüedad y claridad (Iconos de categorías)

¿Los iconos de las categorías los ponen los usuarios o ponemos nosotros iconos predeterminados?

Mal comportamiento de sincronización de calendarios

Poniéndole fechas de activación posteriores a la de expiración y viceversa a veces se genera un mal comportamiento de sincronización entre los calendarios.

No aparece consultar el listado de categorías

Es necesario añadirlo al diagrama para que haya una correspondencia 1:1 con los requisitos funcionales

Cambiar "actor" por "usuario"

"Actor" es muy general y vale para todo, en este caso preferimos cambiarlo por "usuario" que, a pesar de que también sea general, encaja mejor con nuestro sistema. Pese a que es un error de notación que va a aportar poco, tampoco cuesta mucho arreglarlo, por lo que se procede a su corrección.

PPM 4.1. Tabla de riesgos (sistema global).

Diagrama de componentes

Está muy pobre de contenido, no refleja todos los paquetes importantes que hay en la aplicación ni sus relaciones. Además, no muestra las interfaces proporcionadas/requeridas. En definitiva, no parece un diagrama de componentes y conectores.

PPM 8.3. Hablar de carpeta compartida de google drive.

Diagrama de clases de diseño con herencia con clase padre abajo

"DataBaseHelper" es una especialización de "SQLiteOpenHelper", que está debajo de la misma. No lo vamos a corregir, no consideramos tampoco que sea un grave error ni que vaya a aportar nada.

Añadir límite del sistema en diagrama de casos de uso

Se había entregado en el trabajo de Ingeniería del Software sin marcar la opción de Modelio de "Symbol > Show System Boundary"

IP 1. Resumen ejecutivo

10.2. Planificación

Categorías con icono

Además del nombre las categorías tienen un icono (gráfico)

Actor con nombre debajo en diagrama de casos de uso

Para el trabajo de Ingeniería del Software se puso el nombre del actor a su izquierda (no se sabe muy bien por qué). Pese a que es un error de notación que va a aportar poco, tampoco cuesta mucho arreglarlo, por lo que se procede a su corrección.

IP 5. Evaluación del proceso de pruebas

IP 3. Riesgos del producto y estrategias de reajuste.

PPM 5.2.1. Mover tabla a 5.2.2. y rellenarla.

PPM 5.8. Se redactan todos los subapartados.

IP Apéndice: especificación de las pruebas de aceptación

Error categoría con imagen

A la hora de editar una categoría ya existente no carga la imagen del spinner correctamente. Da el siguiente error:

E/AndroidRuntime: FATAL EXCEPTION: main
Process: es.unizar.eina.notepadv3, PID: 23842
android.content.res.Resources$NotFoundException: Resource ID #0x1

IP 7. Recomendaciones para pruebas futuras

"No se espera que haya más de 1000 notas almacenadas en la aplicación" no reflejado en CU

Marcamos la presencia de dicho "problema". No pensamos que lo sea en realidad porque no es un caso de uso realmente.

PPM 4.2. Quitar sistema global, no dividir en módulos en: pruebas de sistema y aceptación, añadir columna o texto mencionando pruebas de evaluación.

Al crear una nota hay que chequear las restricciones de las fechas

Demasiada información respecto a los paquetes android usados en el diagrama de paquetes

Quizás hay un exceso de información en ese sentido. No vamos a solucionarlo puesto que tampoco entorpece a la persona que va a visualizar dicho diagrama (si quiere ver partes importantes de nuestra arquitectura puede centrarse en la parte de la izquierda del mismo).

IP Lista de distribución

Diagrama de clases de diseño con muchas clases

Lo ideal es no tener más de 7 clases en un diagrama. En este caso, tenemos hasta 16. La solución optada ha sido adjuntar el diagrama de clases general y posteriormente, fracciones del mismo que tienen un interés particular (patrón Bridge, uso de la clase Test...).

PPM 5.6. Eliminar planes de pruebas de: desarrollo, sistema, aceptación. Agregar fechas de entrega. Eliminar comentarios o meter alguno. Poner fechas "-" en especificación y ejecución. Cambiar "aplicación de detección..." a "GitHub"

IP 4. Recomendaciones de lanzamiento de release