INGENIERA DE

REQUERIMIENTOS
Facultad de Informtica
Proceso de la Ingeniera de Req.
A. Estudio de factibilidad
B. Obtencin y anlisis de requerimientos
C. Validacin de requerimientos
D. Gestin de requerimientos

El proceso se ejecuta de manera circular e iterativa, teniendo

siempre continua interaccin ya que se vuelve imposible pasar de
una etapa a otra sin volver a una anterior.
Proceso de la Ingeniera de Req.
Estudio de
Factibilidad

Administracin Obtencin y
de Procesos Anlisis de
Requerimientos Requerimientos

Validacin de
requerimientos
Definicin de los pasos
A) Estudio de viabilidad: La entrada de ste es un conjunto de
requerimientos de negocio preliminares, una descripcin del sistema
y de cmo pretende contribuir a los procesos. Debera resolver las
siguientes preguntas:

1. Contribuye el sistema a los objetivos generales de la

organizacin?
2. Se puede implementar el sistema utilizando la tecnologa actual y
dentro de las restricciones de costos-tiempo?
3. Puede integrarse el sistema con otros existentes en la
organizacin?
Definicin de los pasos
Esta parte es crtica, porque si no se contribuye a estas cuestiones,
no hay un valor real que se pueda aportar al negocio. Llevar acabo
esta actividad comprende la evaluacin y recopilacin de la
informacin, y la redaccin de informes. En el estudio de viabilidad
se pueden consultar las siguientes fuentes:

a) Jefes de departamento donde se utilizar el sistema

b) Ingenieros de software que estn familiarizados con este tipo de
sistemas
c) Expertos en tecnologa
d) Usuarios finales del sistema
Definicin de los pasos
Una vez listo, se generar un informe del estudio hecho, en dicho
informe deber haber una recomendacin si se debe, o no,
implementar el sistema. El informe puede incluir informacin como:
presupuesto, confeccin de agendas del sistema y sugerir
requerimientos adicionales.

Duracin: 2-3 semanas

Definicin de los pasos
B) Obtencin y anlisis de requerimientos: Los ingenieros de
software trabajan con los clientes y los usuarios finales para
determinar todo acerca del sistema:

Dominio de la aplicacin
Servicios que se deben proporcionar
Rendimiento requerido del sistema
Restricciones de hardware.
Definicin de los pasos
La obtencin de requerimientos a partir de los stakeholders, no es tan
fcil como se pudiera pensar, por las siguientes razones:

a) Conocen lo que quieren solamente de manera muy general, e incluso

ignoran que algunas peticiones son irreales por el costo de cumplirlas.
b) Expresan los requerimientos con conocimiento implcito de su
trabajo, el ingeniero debe saber interpretarlos.
c) Puede haber conflictos entre las peticiones de diferentes
stakeholders.
d) Factores polticos.
e) Puede haber cambios durante el anlisis.
Obtencin de requerimientos
1. Descubrimiento de requerimientos: Definido como el proceso
de recoger informacin sobre el sistema propuesto y extraer los
requerimientos del usuario y del sistema de esta informacin.
Las fuentes de informacin pueden ser:

a. Documentacin
b. Stakeholders del sistema
c. Especificacin de sistemas similares
Fuentes de informacin para la
IRQ
Hay tres tipos de puntos de vista:

De los interactuadores: Como su nombre lo dice, este grupo lo

representan quienes tienen directa interaccin con el sistema.
Indirectos: Son los interesados que no utilizan de forma directa el
sistema pero que tienen influencia sobre el mismo, como expertos
en el tema o gerentes del rea
Del dominio: Son las caractersticas y restricciones del dominio
que tienen influencia sobre los requerimientos del sistema, como
pueden ser las restricciones del SAT sobre la facturacin electrnica,
por ejemplo.
Obtencin de requerimientos

2. Clasificacin y organizacin de requerimientos: Es la

identificacin de elementos que coincidan de los diferentes
puntos de vista y agrupar a los que estn relacionados. La
manera ms comn de lograrlo es utilizar un modelo de
arquitectura del sistema para identificar los subsistemas y
asociar los requerimientos con cada subsistema.
Obtencin de requerimientos
3. Ordenacin por prioridades y negociacin de requerimientos:
En un mundo ideal, los requerimientos de diferentes stakeholders
seran comunes y se complementaran, pero se sabe que no es as,
y que muchas veces terminan en conflicto entre s. Aqu es donde
entra la negociacin de los diferentes stakeholders para lograr
acuerdos.

Se debe tomar en cuenta que no es posible satisfacer todas las

demandas, pero se debe evitar a toda costa que un stakeholder sienta
que sus opiniones o requerimientos estn siendo ignorados, ya que
puede tener consecuencias directas con el sistema.
Obtencin de requerimientos
4. Documentacin de requerimientos: Todos los procesos
anteriores se van a documentar en este paso, para que pueda
ayudar a descubrir nuevos requerimientos.

Cabe recordar que es un proceso en espiral, y la primera vez que se

llegue a la documentacin no significar que estar terminado, sino
ser una versin inicial. La comprensin de los requerimientos por
parte del analista mejorar con cada vuelta de este ciclo.
Definicin de los pasos
C) Validacin de requerimientos: Despus la obtencin de
requerimientos, esta etapa trata de mostrar que la informacin
obtenida realmente define el sistema que el usuario desea. Se
asegura que los requerimientos estn completos, son exactos y
adems son consistentes.

Esta validacin es importante porque si se pasan por alto errores en

la documentacin, cuando sean descubiertos en el desarrollo del
sistema, se tendr que volver a cambiar el diseo, modificar su
implementacin y de nuevo probarse, lo cual es un costo mucho ms
alto a si se hubiera cambiado en el diseo.
Validacin de requerimientos

1. Verificaciones de validez: Pueden identificar que se requieren

funciones adicionales o diferentes a los propuestos por los
stakeholders.

2. Verificaciones de consistencia: No debe haber contradicciones en

los requerimientos.

3. Verificaciones de completitud: El documento debe incluir

requerimientos que definan todas las funciones y restricciones
propuestas.
Validacin de requerimientos

4. Verificaciones de realismo: Como su nombre lo dice, se debe

asegurar que los requerimientos se puedan cumplir en funcin de la
tecnologa, el tiempo y el presupuesto disponible.

5. Verificabilidad: Los requerimientos deben redactarse de tal

manera que puedan ser verificados; poder escribir un conjunto de
pruebas que demuestren que el sistema cumple con los requisitos
especificados.
Tcnicas de validacin de req.

a) Revisin de requerimientos: Se analizan sistemticamente por

un equipo de revisores

b) Construccin de prototipos: Se muestra un modelo ejecutable a

los clientes y usuarios finales

c) Generacin de casos de prueba: Se deben poder probar los

requerimientos, si es difcil o imposible de disear, entonces ser
ms complejo el implementarlos
Definicin de los pasos
D) Gestin de requerimientos: Como definicin bsica, es el
proceso de organizacin y manejo de los cambios en los
requerimientos durante la construccin; ya que es imposible definir
un problema completamente en una primera instancia, adems del
cambio de requerimientos por parte de los stakeholders, entonces
estos requerimientos deben poder evolucionar para reflejar dichos
cambios.

Este proceso inicia cuando haya disponible una versin preliminar

del documento de requerimientos, pero se debe empezar la
planeacin de la gestin durante la obtencin de los mismos.
Definicin de los pasos
En esta etapa, habr que decidir sobre:
a) Identificacin de requerimientos
b) Proceso de gestin del cambio
c) Polticas de rastreo
d) Ayuda de herramientas CASE