Aquí el analista trabaja junto con el cliente para

Elicitación
descubrir los requisitos del sistema.

Son declaraciones, en lenguaje natural y en

En esta fase se identifican los problemas con los diagramas, de los servicios que se espera que el
Análisis Usuario
requisitos del sistema planteado en la fase anterior. sistema proporcione y de las restricciones bajo las
cuales debe funcionar
ETAPAS
Se pasan en limpio los bocetos ya planteados en las
Especificación CLASIFICACION
etapas antes mencionadas.
Es como debe funcionar el programa, lo que debe
Funcionales
hacer y no hacer.
Se verifica que el sistema creado sea efectivamente lo Sistema
que el cliente necesita y cumpla con sus Validación
Dentro de estos requerimientos se encuentra todo lo
especificaciones.
No funcionales referente a la fiabilidad, el tiempo de respuesta y la
capacidad de almacenamiento.

Se debe tener en cuenta que tan indispensable es el Se realiza el planteamiento del problema para
Necesario Planificación
requerimiento. determinar la viabilidad del software.

Debe ser consistente y no contradictorio con otros Se buscan los requisitos con los cuales se guiara el
Consistente
requerimiento. INGENIERIA DE REQUSITOS (IR) Análisis
desarrollo del programa.

Se valida que tan posible es el requerimiento o de lo

Factible Diseño Se estudian las posibles opciones de implementación.
contrario se debe revisar y replantearse. Fases

Se pone a prueba y se identifican fallos para

Validar el grado de necesidad de cada requerimiento. Priorizado Pruebas
corregirlos.

Cada función del sistema se pueda rastrear hasta su

Correctivo
conjunto de requerimientos correspondiente. Facilita Rasteable
las pruebas y la validación del diseño.
CARACTERISTICAS Mantenimiento Adaptativo

Es cuando ya no necesita mas detalles para su Perfectivo

Completo CICLO DE VIDA DEL SOFTWARE
comprensión.

Se esta de acuerdo entre las dos partes. Correcto Modelo cascada

La ingeniería de requisitos es el proceso
Son lineales, es decir, trata de completar cada proceso
por el cual se descubren las necesidades Tradicional Modelo espiral
de principio a fin para poder pasar a la fase siguiente.
Cambios que se realizan de manera sistemática y sin
Modificable
del cliente y lo que necesita que el
afectación sobre otros requerimiento. software realice.
Modelo iterativo o por prototipos

El requerimiento debe ser verificable, ya sea por

Verificable Pretende que el código fuente se pueda reutilizar en
inspección, análisis de prueba o demostración. Paradigmas Orientado a objetos
otros proyectos.

Debe ser fácil de entender Claro

Modelo scrum

Se desarrolla en poco tiempo gracias a la participación

Agil Modelo Kanban
activa del cliente.

Modelo XP o programación extrema