Descripcion de requisitos

Nombre

Cargo

Elaborado por:

<Nombre completo de autor del documento>

<Rol en el proyecto del autor del documento>

Aprobado por:

<Persona facultada para revisar y aprobar el documento>

Firma:

Cargo:

<Cargo de la persona facultada para revisar y aprobar el documento>

Fecha:

Versión

Sección,

Figura,

Tabla

Tipo *

Fecha

Autor del cambio

Descripción del cambio

<x.y>

Todo el documento

A

<dd/mm/aaaa>

<Nombre completo del autor del documento>

<Descripción del cambio realizado>

Código

Título

Referencia al Modelo de diseño/Persistencia de datos/Nombre del Paquete

Referencia a la Especificación de requisitos de software/Catálogo de requisitos no funcionales

Referencia al Modelo de diseño/Reglas de negocio

Referencia al Modelo de diseño/Mapa de navegación

Especificación de requisito funcional

Código

Nombre

RF#

Nombre del requisito

Descripción general

Viene de la Especificación de requisitos de software y debe comenzar de la siguiente forma:

Este requisito permite ….

Para acceder a este requisito debe seguirse la ruta … [4]

Pre-Condiciones

Precondiciones, especificar si hay precondiciones de accesibilidad

Prototipos

Incluir el prototipo o prototipos relacionados con todas las pantallas que se muestren durante la ejecución del requisito.

Descripción del flujo de eventos

Flujo básico

Paso

Acciones del usuario

Acciones del sistema

1

1. Comienza con la acción a seguir a partir del último paso especificado en la ruta

1. El sistema muestra una interfaz con los campos necesarios para realizar la acción (Ver Figura #)

2

1. El usuario registra los campos y selecciona la acción Guardar.

1. El sistema valida los campos (Ver Diccionario de Datos de las clases del modelo de datos relacionadas y validaciones generales).
2. El sistema muestra un mensaje de advertencia para confirmar la acción (Ver mensajes del sistema 2).

3

1. El usuario confirma la acción.

1. El sistema guarda los datos.
2. Si no ocurren errores el sistema ejecuta el requisito # y muestra un mensaje de confirmación (Ver mensajes del sistema #).
3. Concluye el requisito.

Flujo alterno 3.a. Cancelar.

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario selecciona la acción “Cancelar”.

1. El sistema no realiza la acción y ejecuta el requisito #.
2. Concluye el requisito.

Flujo alterno 4.a. Datos incompletos

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario registra los campos y selecciona la acción Guardar.

1. Si el usuario ha dejado campos obligatorios vacíos el sistema muestra mensajes de error encima de cada campo (Ver mensaje del sistema #).
2. El sistema permite que el usuario corrija los campos.
3. Volver al flujo básico paso 3.

Flujo alterno 4.b. Datos incorrectos

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario registra los campos y selecciona la acción Guardar.

1. Si el usuario ha introducido datos incorrectos el sistema muestra los correspondientes mensajes de error (Ver mensajes del sistema del # y #).
2. El sistema permite que el usuario corrija los campos.
3. Volver al flujo básico paso 3.

Flujo alterno 4.c. Datos repetidos

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario registra los campos y selecciona la acción Guardar.

1. Si el usuario ha introducido elementos que ya existen el sistema muestra los correspondientes mensajes de error (Ver mensajes del sistema del # y #).
2. El sistema permite que el usuario corrija los campos.
3. Volver al flujo básico paso 3.

Flujo alterno 6.a. Acción no confirmada.

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario no confirma la acción.

1. El sistema no realiza ninguna acción.
2. Volver al flujo básico paso 3.

Flujo alterno 8.a. Ha ocurrido un error.

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario confirma la acción.

1. Si ocurren errores durante la operación incumpliéndose las reglas de negocio que no hayan sido controladas en otros flujos el sistema muestra un mensaje de error (Ver mensaje del sistema #).
2. El sistema permite que el usuario corrija los campos.
3. Volver al flujo básico paso 3.

Flujo alterno *.a. Salir.

Paso

Acciones del usuario

Acciones del sistema

1

1. El usuario selecciona alguna acción otra opción del menú.

1. No se realiza la operación y el sistema sale de la vista.
2. Concluye el requisito.

Flujo alterno #.a. Otro flujo alterno.

Paso

Acciones del usuario

Acciones del sistema

1

1. Acción del usuario que provoca el flujo

1. Respuesta del sistema

Clases del modelo de datos [1]

Clase

Observaciones y otras restricciones

Requisitos no funcionales [2]

Referencia a los requisitos no funcionales a tener en cuenta en la implementación de este requisito funcional. Solo se referencia mediante su código pues los mismos se encuentran en la Especificación de requisitos de software

Pos-condiciones

1. Que sucede después de la ejecución.
2. Cambios de estado
3. Avisos
4. Trazas
5. Etc.

Reglas del negocio [3]

Reglas del negocio que se deben validar o tener en cuenta en la implementación. Solo se referencia mediante su código pues las mismas se encuentran en el Modelo de diseño.

Validaciones generales

1. Por ejemplo, validaciones referentes que pasa cuando se elimina un elemento y está relacionado con otros.
2. Validaciones que incluyen más de un campo o combinaciones de estos.

Mensajes del sistema

1. Mensajes de error
2. Mensajes de confirmación
3. Mensajes de validación
4. Mensajes de información
5. Otros mensajes

Observaciones

Observaciones relacionadas con la vista. Detalles que debe tener en cuenta el desarrollador. Ejemplos de posibles observaciones:

1. En todos los listados, búsquedas y filtros se debe filtrar obligatoriamente y de manera oculta para el usuario por la empresa a la que pertenece el usuario autenticado.
2. Cuando el cursor está arriba de una acción o link, esto se visualiza con la manito. (Para todo)
3. Las listas desplegables deben cargarse con el valor –Seleccione—por defecto. (Para todo)
4. Los campos de selección deben tener buscador.
5. Cuando un dato en un campo es erróneo se muestra el mensaje, pero no se limpia el campo, el usuario es quien lo actualiza. (Para todo)
6. Cuando se hace una búsqueda no se limpian los valores del filtro de búsqueda (Para todo)
7. No permitir continuar escribiendo cuando se llegue al máximo de caracteres.
8. Si la lista es vacía se muestra una sola fila con el texto: No hay resultados que mostrar
9. En las listas con paginado o búsqueda se debe mostrar sobre el listado el siguiente mensaje: Mostrando # resultados de un total de <#total>
10. En listados se podrá mostrar las siguientes cantidades por página: 5, 10, 15 y 20. Por defecto se mostrarán siempre 10 resultados.
11. Los mensajes estarán centralizados en un fichero o clase, al igual que las validaciones y expresiones regulares.
12. Botón de crear debe decir Crear <elemento> y el tooltip debe tener la estructura Crear <elemento>.
13. Botón modificar se debe mostrar con el texto Editar y el tooltip debe tener la estructura Editar <elemento>.
14. Botón Eliminar se debe mostrar con el texto Eliminar y el tooltip debe tener la estructura Eliminar <elemento>.
15. El consultar se muestra al seleccionar el elemento en el listado.
16. La acción de Listar se debe mostrar con el texto <Elementos> y el tooltip debe tener la estructura Listar <elementos>.
17. Botón de Exportar se debe mostrar con el texto Exportar y el tooltip debe tener la estructura Exportar <elemento>.
18. Botón de Imprimir se debe mostrar con el texto Imprimir y el tooltip debe tener la estructura Imprimir <elemento>.
19. Botón de búsqueda se debe mostrar con el ícono correspondiente y el tooltip debe tener la estructura Buscar <elemento>.
20. Botón de publicar se debe mostrar con el texto Publicar y el tooltip debe tener la estructura Publicar <elemento>.
21. Botón de despublicar se debe mostrar con el texto Despublicar y el tooltip debe tener la estructura Despublicar <elemento>.
22. Botón de asignar se debe mostrar con el texto Asignar <elemento> y el tooltip debe tener la estructura Asignar <elemento> a <elemento>.
23. El botón de la acción se debe mostrar con la etiqueta del atributo de la acción al igual que su tooltip.