Requisitos Suplementarios

* -------------------------------------------------
Requisitos Suplementarios
* -------------------------------------------------

* -------------------------------------------------

* -------------------------------------------------
La especificación complementaria captura todos los requisitos que no se puede expresar en los casos de uso. Esto no significa, sin embargo, quetodos los requerimientos funcionales estén en los casos de uso y que todos los no funcionales requisitos en la especificación complementaria. La especificación de casos de uso también contiene los requisitos no funcionales si se aplican a casos de uso único.
* -------------------------------------------------
• Los requisitos no funcionales por lo general se aplican al sistema en su conjuntoy no a los específicos de casos de uso (por lo que son en las Especificaciones complementarias).
* -------------------------------------------------
• Los requisitos funcionales son a menudo relacionados con un flujo específico de los hechos (por lo que son en la especificación de casos de uso).
* -------------------------------------------------

*-------------------------------------------------
Los requisitos suplementarios son también llamados los requisitos arquitectónicos o factores de calidad.
* -------------------------------------------------

* -------------------------------------------------
Obteniendo Requisitos Suplementarios
* -------------------------------------------------

* -------------------------------------------------
Larecopilación de requisitos adicionales es una tarea muy difícil debido a lo siguiente:
* -------------------------------------------------
• Los clientes a menudo se olvidan de estos requisitos y no les proporcionan menos que se solicite.
* -------------------------------------------------
• Los clientes son por lo general desconocen el costo de la mejora de indicadores específicos.* -------------------------------------------------
• Los usuarios no técnicos a menudo tienen problemas para entender las implicaciones de algunos aspectos técnicos requisitos.
* -------------------------------------------------
• Algunos requisitos son difíciles de medir, tales como "El sistema debe ser fácil de aprender."
* -------------------------------------------------

*-------------------------------------------------
El siguiente enfoque sugerido por Peter Eeles refiere a estos problemas:
* -------------------------------------------------
1. Crear una lista de todas las categorías de los requisitos suplementarios.
* -------------------------------------------------
2. Para cada categoría, crear una o más preguntas.
*-------------------------------------------------
3. Explique al cliente el impacto y el costo de cada decisión.
* -------------------------------------------------
4. Captura de la respuesta del cliente a cada pregunta.
* -------------------------------------------------
5. Asignar prioridad o peso a cada necesidad.
* -------------------------------------------------
En el paso 3, al explicar elimpacto, es necesario mencionar el coste (un desarrollo a más largo
* -------------------------------------------------
tiempo es igual a mayor costo de desarrollo).
* -------------------------------------------------

* -------------------------------------------------
Muy a menudo este tipo de requisitos se recogen a través de entrevistas y cuestionarios.
*-------------------------------------------------
Por lo general, no cambian demasiado mientras se transforma a partir de las necesidades a las características de adicional requisitos.
* -------------------------------------------------

* -------------------------------------------------
Clasificación de los requisitos suplementarios
* -------------------------------------------------

*...