LA INGENIERIA DE

REQUERIMIENTOS
A través de los años se ha podido constatar que los
requerimientos de los usuarios hacia requisitos del
sistema es la pieza fundamental en un proyecto de
desarrollo de software; por tanto, debemos verificar y
validar su importancia de cada actividad.

1
 REQUERIMIENTOS: ¿Qué?
“Una condición o necesidad de un usuario para resolver un
problema o alcanzar un objetivo”.

“Una condición que debe estar presente en un sistema para

satisfacer un contrato, estándar, especificación u otro
documento formal”.

“Una declaración compleja de un servicio que debe

proporcionar el sistema solución”.

Una descripción de una condición que debe cumplir un

sistema, considerando la necesidad del usuario que está
registrada en un contrato, estándar, especificación u otro
documento formalmente aceptado en el proyecto. 2
 CARACTERISTICAS DE LOS
REQUERIMIENTOS
• Debe se especificado por escrito como todo contrato o
acuerdo entre dos partes (Área Sistemas - Usuarios).
• Debe ser posible de probar o verificar, si un requerimiento
no se puede comprobar, entonces ¿cómo se sabe si se
cumplió con él o no?.
• Debe ser de fácil de leer y entender, su redacción debe ser
simple y clara para aquellos que vayan a consultarlo en un
futuro.
• Debe ser completo, no debe necesitar ampliar detalles en su
redacción, es decir, proporciona la información suficiente para
su comprensión.
• Debe ser Consistente, no es contradictorio con otro
requerimiento.
• Debe ser No ambiguo, es cuando tiene una sola
interpretación. El lenguaje usado en su definición, no debe
causar confusiones al lector. 3
 BENEFICIOS DE LOS
REQUERIMIENTOS
• Permite gestionar las necesidades en forma estructurada, cada
actividad de la Ingeniería de Requerimientos consiste de una serie
de pasos organizados y bien definidos.
• Mejora la capacidad de predecir cronogramas, así como sus
resultados.
• Disminuye los costos no considerados y retrasos del proyecto.
• Mejora la calidad del software que tiene que ver con cumplir un
conjunto de requerimientos (funcionalidad, facilidad de uso,
confiabilidad, desempeño, etc.).
• Mejora la comunicación entre equipos, la especificación de
requerimientos representa una forma de consenso entre clientes y
desarrolladores.
• Evita rechazos de usuarios finales, la ingeniería de requerimientos
obliga al cliente a considerar sus requerimientos cuidadosamente y
revisarlos dentro del marco del problema, por lo que se le involucra
durante todo el desarrollo del proyecto. 4
 DIFICULTADES PARA
DEFINIR REQUERIMIENTOS
• Los requerimientos no son obvios y vienen de muchas
fuentes.
• Son difíciles de expresar en palabras (el lenguaje es
ambiguo).
• La cantidad de requerimientos en un proyecto es difícil de
manejar.
• Un requerimiento puede cambiar a lo largo del ciclo de
desarrollo.
• El usuario no puede explicar lo que hace.
• Recordar lo resaltante y olvidar los casos de excepción.
• Hablan de lo que no funciona pero no existe en el proceso.
• Los usuarios tienen distinto vocabulario que los
desarrolladores.
• Usan el mismo término con distinto significado. 5
 TIPOS DE REQUERIMIENTOS
1) Los requerimientos funcionales.- Son los que definen las
funciones que el sistema. Estos requerimientos al tiempo que
avanza el proyecto de software se convierten en los
algoritmos, la lógica y gran parte del código del sistema.

2) Los requerimientos no funcionales.- Es todo lo exterior

a los requerimientos del usuario y tiene que ver con la
especialidad del Ingeniero de Sistemas como por ejemplo:
• Medir el rendimiento en tiempo y espacio del software.
• Diseñar las interfaces amigables del usuario.
• Desarrollo de un software robusto, amigable y fiabilidad.
• Configurar la disposición de .
• Dar mantenimiento al sistema.
• Dar seguridad al sistema, su portabilidad, estándares, etc.6
 Etapas de la Ing. de requerimientos
1. Iniciación, son generalidades para establecer un entendimiento
básico del problema, determinar los usuarios y las lineas de
comunicación entre ellos.
2. Obtención de requerimientos, se refiere a definir formalmente
los requerimientos de la solución.
3. Elaboración, son modelos que describen la interacción del
usuario final con el sistema.
4. Negociación, Casi siempre diferentes involucrados (stakeholders)
piden cosas diferentes, por lo que hay que conciliar intereses a
través de negociaciones.
5. Especificación, Este es el producto de trabajo final de la
ingeniería de requerimientos.
6. Validación, El producto debe ser evaluado en términos de
congruencia y calidad. Se debe asegurar que la especificación
concuerda con las expectativas del usuario y que no es ambigua.
7. Administración, son actividades para identificar, controlar y
seguir los requerimientos y cambios que ocurren en ellos a través
de todo el proceso de desarrollo. 7
Diseño de las etapas de la Ing. de
Requerimientos

8
Diseño de las etapas de la Ing. de
Requerimientos
Ejemplo de una especificación
Generación de las Necesidades del Cliente
 Herramientas para obtener información de las
necesidades del Cliente:
◦ Cuestionarios
◦ Entrevistas
◦ Estudio de campo
 Revisión de documentos en la base de datos de conocimiento
de la organización
◦ Autoaprendizaje
Cuestionarios
 Los cuestionarios son útiles especialmente cuando hay una gran
cantidad de usuarios finales.


 El diseño de un cuestionario requiere de tiempo y dedicación,

ya que un cuestionario deficiente produce frustración y pérdida
de interés en el usuario.

 El cuestionario debe ser fácil de procesar

 En caso de que el cuestionario no se aplique a todos los

usuarios, se debe seleccionar correctamente al grupo que
realice el cuestionario.
 Entrevistas

 La entrevista es una herramienta muy útil para

obtener información.

 Se puede llevar a cabo en cualquier nivel dentro de

la organización, desde el presidente hasta el
obrero en la línea de ensamble.

 La entrevista debe prepararse adecuadamente.

Plantilla de registro de
requerimientos
 Descripción de los procesos del negocio
empresarial.
 Registra las características del proceso
del negocio.
 Fundamenta el mapeo de procesos del
negocio.
 Ayuda en la construcción de otros
modelos.

14