Actualizar la documentación del sistema

[rofaccess]

Ya se tiene una documentación de este año de:

• Modelo de negocio y Descripción de casos de usos del modelo de negocios
• Modelo de requerimientos. Descripción de casos de usos del modelo de requisitos
• Diagramas de análisis. Diagramas de secuencia. Diagramas de colaboración

Aún así faltan actualizarce de nuevo. Los diagramas están hechos en Visual Paradigm.

No se tiene una documentación de este año de:

1. Diagramas de clase (No es seguro que sirva lo del año pasado)
2. Diagramas de componentes (No es seguro que sirva lo del año pasado)
3. Diagrama de despliegue (Puede servir lo del año pasado)
4. Diagrama Gantt (No es seguro que sirva lo del año pasado)
5. Diagrama Pert (No es seguro que sirva lo del año pasado)
6. Camino Crítico (No es seguro que sirva lo del año pasado)
7. Interfaces: Se cambio totalmente respecto al año pasado. Respecto a la documentacion de features, cambio un poco.¿Convendría usar screen del sistema o usar lo definido en la documentación de features?
8. Estándares de programación: Según lo del año pasado, lo que más resalta es que se pide nombres de funciones y variables en español, y se uso mucho el ingles por ser más conciso. (El año pasado solo se definio para ruby y javascript, no se hace mención a css, rails, ni bases de datos)
9. Estimación (No es seguro que sirva lo del año pasado)
10. Gestión de calidad (No es seguro que sirva lo del año pasado)
11. Resultados de revisiones (No es seguro que sirva lo del año pasado)
12. Formulario Base de Pruebas (No es seguro que sirva lo del año pasado)
13. Resultado de Pruebas (No es seguro que sirva lo del año pasado)
14. Casos de prueba de equivalencia y de valor limite (No es seguro que sirva lo del año pasado)
15. Pruebas de equivalencia por valor límite (No es seguro que sirva lo del año pasado)
16. Análisis y Gestión de Riesgos (Puede servir lo del año pasado)

OBS.: Para escribir esta lista, me basé en la documentación del año pasado.

[rofaccess]

@bordonwork @KariSanabria @Lesfig @carlosleite @louvelaz Nuestro talón de aquiles es la documentación del sistema.

Por favor lean la descripción del issue y aclaremos un poco que exactamente hay que actualizar. Ya que acorde a la documentación del año pasado, la mayoría de los puntos dejaron de ser válidos.

En mi opinión:

• Es factible actualizar los diagramas UML ya que refejan el sistema en si.
• Diagramas de Gantt, PERT, camino critico, tienen que ver con la planeación, tal vez como documentación del sistema en si, no sean necesarios. Además de que esta el hecho, de que obviamente cambiaron drasticamente. De hecho que en cualquier proyecto de software debería cambiar así que no creo que deba actualizarce ni incluirse en la documentación.
• Interfaces: ¿Se usan screen del sistema o de la documentación de features?
• Desde el punto 9 a 16 tampoco creo que deba incluirse en la documentación del sistema ni actualizarce.
• Tal vez todos los puntos formen parte de una documentación del proyecto pero no del sistema.

[rofaccess]

@bordonwork No se si ya consultaste sobre este tema a los profes, o, si lo vas a consultar, o, queda a criterio del grupo.

[bordonwork]

@rofaccess acabo de leer el issue, lo consultare con los profesores.

[rofaccess]

El archivo donde unifiqué lo que tenía es /files/Documentación/IISS2 - CENADE FINAL (2016).docx