Please enable JavaScript.
Coggle requires JavaScript to display documents.
Requisitos Funcionales y No Funcionales (Requerimientos Funcionales (Son…
Requisitos Funcionales y No Funcionales
Requerimientos Funcionales
Son declaraciones de los servicios
que proveerá el sistema, de la
manera en que éste reaccionará a
entradas particulares
También declaran explícitamente lo
que el sistema no debe hacer.
Para un desarrollador de sistemas
es natural dar interpretaciones de un
requerimiento ambiguo con el fin de
simplificar su implementación.
Esto puede estipular nuevos requerimientos
y se deben hacer cambios al sistema, retrasando
la entrega de éste e incrementando el costo.
La especificación de requerimientos
funcionales de un sistema debe estar
completa y ser consistente
La consistencia significa que
los requerimientos no tienen
definiciones contradictorias.
Requerimientos
No Funcionales
Son aquellos requerimientos
que no se refieren directamente
a las funciones específicas que
entrega el sistema
sino a las propiedades emergentes de
éste como la fiabilidad, la respuesta en
el tiempo y la capacidad de almacenamiento.
Esto surge de la necesidad del usuario,
debido a las restricciones en el presupuesto,
a las políticas de la organización, a la
necesidad de interoperabilidad con otros
sistemas de software o hardware o a factores
externos como los reglamentos de seguridad,
las políticas de privacidad, entre otros.
Estos diferentes tipos de requerimientos
se clasifican de acuerdo con sus implicaciones
Requerimientos
del producto.
Especifican el comportamiento
del producto
Requerimientos
organizacionales
Se derivan de las políticas y
procedimientos existentes en
la organización del cliente y
en la del desarrollador
Requerimientos
Externos
Se derivan de los factores
externos al sistema y de su
proceso de desarrollo
Estos requerimientos especifican
o restringen las propiedades
emergentes del sistema.
Los requerimientos funcionales y no funcionales se diferencian al tener el documento de requerimientos listo.
Estudios de
viabilidad
Para todos los sistemas nuevos,
el proceso de ingeniería de
requerimientos debería empezar
con un estudio de viabilidad.
La entrada de éste es un conjunto de
requerimientos de negocio preliminares,
una descripción resumida del sistema y
de cómo éste pretende contribuir a
los procesos del negocio.
Los resultados del estudio de
viabilidad deberían ser un informe
que recomiende si merece o no la pena
seguir con la ingeniería de requerimientos
y el proceso de desarrollo del sistema