El análisis de requerimientos es un proceso crucial para definir las necesidades del sistema y el papel del software. Si los requerimientos no se descubren y especifican adecuadamente, puede llevar a retrasos y cambios costosos más adelante en el desarrollo. Estudios muestran que una causa frecuente del fracaso de proyectos de software son los requerimientos incompletos o cambiantes. Por lo tanto, el análisis de requerimientos es fundamental para el éxito del desarrollo de software.

1. IMPORTANCIA DEL ANÁLISIS DE
REQUERIMIENTOS DE DESARROLLO
PARA EL SISTEMA
República Bolivariana deVenezuela
Ministerio del poder popular para la Educación Universitaria y
Tecnológica
I.U.P «Santiago Mariño»
Extensión - COL
Luis Díaz
C.I: 23882204

2. El Análisis de Requerimientos de define como:
Un proceso de
descubrimiento, refinamiento,
modelado y especificación. Se
refinan en detalle los requisitos
del sistema y el papel asignado
al software.
El análisis y la especificación de
requisitos pueden parecer una
tarea sencilla, pero las
apariencias engañan. El
contenido de comunicación es
muy denso.

3. IMPORTANCIA
Su importancia estriba en que, de la definición de
los requerimientos dependerá de la definición, de
las etapas subsecuentes del software , es decir, que
si no se descubren los requerimientos que se
encuentran en el ambiente del sistema o son
encontradas en un etapa avanzada del desarrollo
del sistema, se tendrá que retroceder a la etapa de
requerimientos y esto provocaría cambios en el
sistema y consecuentemente retraso en le entrega
del sistema.

4. En 1994 Standish Group hizo un estudio sobre 350
compañías. Los resultados fueron desencantadores:
El 31% de los proyectos de
Software fueron cancelados
antes de tiempo (2480
proyectos).
En las grandes compañías , solo el
9% de los proyectos fueron
entregados en el termino de tiempo y
dentro del costo que se
presupuestaron; el 16% satisfizo
estos requerimientos en las
compañías pequeñas.

5. En 1995 Standish pidio a los participantes que
especificaran las causas. Los resultados fueron los
siguientes:
Requerimientos
Incompletos
(13,1%)
Requerimientos y
especificación
cambiantes (8,7%)
Falta de recursos
(10,6%)
Falta de soporte
ejecutivo (9,3%)
Falta de
compromiso del
usuario (12,4%)
Expectativas no
realistas (9,9%)
Falta de
planeamiento
(8,1%)
Fin de la
necesidad del
sistema (7,5%)