Riesgos de requisitos

Son riesgos que surgen de los requisitos, ya sean debido a que estos han cambiado o que no se han recojido correctamente.

Riesgo	Probabilidad	Impacto
Especificación de requisitos insuficiente	Moderada	Grave
Captura de requisitos errónea	Moderada	Grave
Casos de uso complejos o mal redactados	Baja	Tolerable
[l] No se han capturado todos los datos que definen o con los que trabaja el sistema	Baja	Tolerable
[l] Añadir nuevas características sin tener en cuenta la arquitectura interna del sistema	Alta	Tolerable

Si los requisitos no son enumerados y definidos de forma efectiva puede ocasionar un sistema que no hace lo que debe hacer. Para evitar esto se lleverá a cabo múltiples reuniones con el cliente para la toma de requisitos, donde el analista tomará parte activa de estas y nunca llegará a presuponer ningún aspecto que no quede bien acotado. En este punto el analista podrá optar por algunas de las técnicas conocidas para la toma de requisitos. Como plan de actuación se deberá poner en conctacto con el cliente y pedir la aclaracón o especificación de los puntos que no quedaron fijados.

De igual forma unos requisitos mal tomados puede tener como resultado un producto que no cumple con las espectativas. Para prevenir y evitar este escenario el analista debe ser muy conciso y minusioso en la toma de requisitos, haciendo que todo quede claro por ambas partes.

Aunque se realice una toma de requisitos completa, queda la posibilidad que el analista no transmita correctamente qué va a hacer el sistema para dar solución a estos. Se deberá poner especial antención en que los casos de usos queden bien redactados, en un lenguaje simple y con la suficiente sencillez y completud.

Una de las principales actividades de un sistema informaticos es procesar datos, dado que el valor de la información viene atribuido por los datos que la forman. Si los datos sobre los que opera o definen el sistema no son determinados con exactitud el valor que este aporta disminuye. En la toma de requisitos se ha de poner especial atención en recojer los datos que construyen el modelo de datos de una forma completa y exacta.

Definir nuevos requisitos del sitemas conociendo la estructura y características internas de este es una ventaja, no obstante no siempre es posible hacer que los nuevos requisitos se adapten a las posibilidades que el software brinda, ni el cliente tiene porque conocer las restrinciones que determinadas decisiones de diseño han impuesto. Para prevenir y mitigar este efecto, y que el software sea ampliable en características de una forma abierta, se deben diseñar soluciones versátiles, flexibles al cambio y con las minimas restricciones asociadas.