Cuando este término es empleado en
la metodología RUP se dice que son las necesidades de un usuario para resolver
un problema o alcanzar un objetivo, basándose este hecho a una condición
primordial presente en un sistema o componente del mismo para satisfacer una
especificación dada.
Los requerimientos, como se dijo
anteriormente, son la base fundamental del sistema por ende los mismo deben
contener una serie de características, las cuales son las que definen la
importancia del mismo para el desarrollo del sistema, estas características
son:
- Necesario: Un requerimiento es necesario si su omisión provoca una deficiencia en el sistema a construir, y además su capacidad, características físicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto o del proceso.
- Conciso: Un requerimiento es conciso si en su redacción resume claramente su objetivo. Su redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.
- Completo: Un requerimiento está completo si no necesita ampliar detalles en su redacción, es decir, si se proporciona la información suficiente para su comprensión. Esta característica se cumple cuando se incluyen todas las funciones que el cliente necesita sin hacer redundancia.
- Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento.
- No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones.
- Verificable: Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los siguientes métodos de verificación: inspección, análisis, demostración o pruebas.
Los requerimientos requieren de una
evaluación que permita deducir la elaboración del sistema en función de los
mismos, en función de esto cada requerimiento puede ser clasificado como
posible, deseable o innecesario, de acuerdo a esta tipificación se considera la
estrategia de incluir los posibles, discutir o negociar los requerimientos
deseados y desechar los innecesarios.
En base a la evaluación se considera las
factibilidades siguientes:
Factibilidad Técnica: determina la
posibilidad de implementar un requerimiento con la tecnología que se posee
actualmente.
Factibilidad operacional: establece si es
posible utilizar el sistema sin alterar el esquema organizacional de la estructura empresarial.
Factibilidad económica: estipula si el
presupuesto establecido puede ser cubierto por parte de cliente.
1. Separar la funcionalidad de la implementación
2. Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas funcionales de un sistema a varios estímulos del entorno.
3. Establecer los componentes del sistema que interactúan con él.
4. Definir el entorno en que operara el sistema.
5. Crear un modelo intuitivo.
6. Considerar que una especificación es una abstracción de una situación real por lo cual será incompleta y existirá a muchos niveles de detalle.
7. Definir un contenido y estructura que sea susceptible a cambios
Se han determinado los siguientes principios para representar los requisitos de software:
2. Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas funcionales de un sistema a varios estímulos del entorno.
3. Establecer los componentes del sistema que interactúan con él.
4. Definir el entorno en que operara el sistema.
5. Crear un modelo intuitivo.
6. Considerar que una especificación es una abstracción de una situación real por lo cual será incompleta y existirá a muchos niveles de detalle.
7. Definir un contenido y estructura que sea susceptible a cambios
me gusto mucho tu explicación
ResponderEliminar