Introducción a la

Ingeniería de Requerimientos

Profesor Claudio Duque C.

Qué vemos?????

1
El Concepto de Requerimiento

Una condición o necesidad de un usuario

para resolver un problema o alcanzar un
objetivo.

Una condición o capacidad que debe

estar presente en un sistema o
componentes de sistema para
satisfacer un contrato, estándar,
especificación u otro documento formal

Una declaración abstracta de alto nivel

de un servicio que debe proveer el
sistema o una restricción de éste.

Es un aspecto del contenido o

comportamiento del producto,
requerido o deseado por el cliente

2
Qué vemos?????

Inconvenientes para definir

Requerimientos

Provienen de diversas
No son obvios.
y variadas fuentes.

Existen muchos La cantidad de

tipos de requerimientos
requerimientos y puede hacer un
diferentes niveles proyecto
de detalle inmanejable

3
 Nunca son iguales.
Los requerimientos
Algunos son más
están relacionados
difíciles, más
unos con otros, y a su
riesgosos o más
vez están sujetos a
importantes que
un contexto
otros

Un requerimiento puede
cambiar a lo largo del ciclo
de desarrollo (son
inestables)

Qué
vemos??

4
Características Deseables de un
Requerimiento

1. Necesario

Un requerimiento es necesario si su omisión

provoca una deficiencia en el sistema a
construir, y además su capacidad,
características físicas o factor de calidad no
pueden ser reemplazados por otras
capacidades del producto o del proceso.

2. Conciso

Un requerimiento es conciso si es fácil de

leer y entender. Su redacción debe ser
simple y clara para aquellos que vayan a
consultarlo en un futuro.

3. Consistente

Un requerimiento es consistente si no es
contradictorio con otro requerimiento.

5
 4. No Ambiguo

Un requerimiento no es ambiguo cuando tiene

una sola interpretación. El lenguaje, técnica o
representación usado en su definición, no
debe causar confusiones al lector.

5. Verificable
Un requerimiento es verificable cuando puede
ser cuantificado de manera que permita hacer
uso de métodos de verificación como
inspección, análisis, demostración o pruebas.

Qué vemos?????

6
 6. Completo
Un requerimiento está completo si no necesita
ampliar detalles en su redacción, es decir, si se
proporciona la información suficiente para su
comprensión.

7. Trazable

Un requerimiento es trazable cuando el

desarrollo para lograr su satisfacción admite
etapas que puedan ser verificadas.

8. Representable

Un requerimiento es representable si puede

ser escrito en lenguaje natural o mediante
algún otro medio que permita comunicar su
sentido.

9. Legible

Un requerimiento es legible cuando es fácil de

comprender.

7
 10. Realizable

Un requerimiento es realizable si con la

tecnología disponible y en el marco de un
proyecto se puede lograr su satisfacción.

Qué
vemos??

8
Entonces podemos concluir que la
Ingeniería de Requerimientos, se define:

1 Disciplina para desarrollar una

especificación completa, consistente y
no ambigua, la cual servirá como base
para acuerdos comunes entre todas las
partes involucradas y en dónde se
describen las funciones que realizará
el sistema

2
Proceso por el cual se transforman
los requerimientos declarados por
los clientes, ya sean hablados o
escritos, a especificaciones
precisas, no ambiguas, consistentes
y completas del comportamiento del
sistema, incluyendo funciones,
interfaces, rendimiento y
limitaciones

9
 3
Es el proceso mediante el cual se
intercambian diferentes puntos de
vista para recopilar y modelar lo que
el sistema va a realizar. Este proceso
utiliza una combinación de métodos,
herramientas y actores, cuyo
producto es un modelo del cual se
genera un documento de
requerimientos

4 Ingeniería de Requerimientos es el
proceso de descubrir, analizar,
documentar y verificar los servicios y
restricciones del sistema

5 Proceso para desarrollar una

especificación del software. Implica
desarrollar una especificación
entendible por los usuarios del
sistema y una más detallada para los
desarrolladores del sistema

10
 6 Enfoque sistémico para recolectar,
organizar y documentar los
requerimientos del sistema; es también
el proceso que establece y mantiene
acuerdos sobre los cambios de
requerimientos, entre los clientes y el
equipo del proyecto

Qué vemos??

11
Los Errores…
– Se necesita entender el contexto del proceso de desarrollo
– Se necesita mantener la fecha de evolución de los
requerimientos

12
 Nota Acumulativa:
Dada una contingencia local de nuestra
región…
• Busque una situación problema observable e identificable para
dar a conocer a sus pares y, analícela.
• La idea es otorgar 7 reparos que no fueron consideradas en la
implementación de esta, aludiendo a un ámbito general.
• El grupo seleccionara a 1 o 2 integrantes que harán las
explicaciones del caso en estudio, frente a sus compañeros de
forma dinámica.
• Se deberá confeccionar un material visual para la presentación.

• Se entregara un documento con la explicación del caso y los 7 reparos al correo

claudio_duque@yahoo.es
• El documento contendrá: Portada y Desarrollo
• La exposición durará 5 minutos como máximo
• El trabajo puede ser grupal con un máximo de 5 integrantes.

13