Actividades de la Fase Especificación de Requerimientos
Johanna Alvarez y Víctor Bravo1
Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres
Mérida, Abril de 2015
Especificación deRequerimientos
Implica
Especificación de requerimientos
funcionales
Paso 1: El usuario solicita ...
Paso 2: El sistema presenta ......
1 2
Herramientas de apoyo a la actividad
Especificación de requerimientos
funcionales
Plugin del TRAC – Metodología
Plantilla: Especificación de requerimientosfuncionalesPlantUML
Plugin del TRAC – Metodología
Plantilla: Especificación de requerimientosfuncionalesPlantUML
Recomendaciones para la actividad
Los casos de uso no constituyen documentos de diseño de interfaz, por lo cual nunca debe hacerse referencia en ellos
a elementos de la interfaz.
Especificación de requerimientos
funcionalesLa descripción del caso de uso debe ser detallada, clara y precisa, de manera que cualquier miembro del equipode desarrollo no tengan necesidad de leer ningún otro documento para realizar su trabajo en relación con el
software a construir.
Para los requerimientos funcionales referidos a las operaciones crear, obtener, actualizar y borrar, que mantengan un comportamiento similar, que sean
cortas y simples, se recomienda especificar los mismos en un solo caso de uso.
Discutir con el equipo de desarrollo ladescripción textual de los casos de uso
Implica
Especificación derequerimientosno funcionales
Herramientas de apoyo a la actividad
Plugin del TRAC – Metodología
Plantilla: Especificación de requerimientosno funcionales
Plugin del TRAC – Metodología
Plantilla: Especificación de requerimientosno funcionales
Especificación derequerimientosno funcionales
Recomendaciones para la actividad
.
Identificación de las funcionalidades
del software
Los requerimientos no funcionales son determinantes para la definición del tipo de
arquitectura del software, de allí la importancia de su consideración.