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.