1

LA INGENIERIA DE REQUERIMIENTOS

INTRODUCCIN

a) Presentacin y contextualizacin
El alumno desarrolla una actitud analtica y critica que le permita valorar la
importancia la ingeniera de Requerimientos en el desarrollo de sistemas de
informacin para la organizacin. Aprender los conceptos principales de la ingeniera
de requisitos, y su relacin con los sistemas de informacin.
Se explica el proceso de la IR, con sus respectivas fases o etapas, en la cual
aprender las actividades que debe llevar a cabo en cada una de ellas.
b) Competencia (Logro)
Analiza y reconoce la importancia de la ingeniera de requisitos en el desarrollo
de sistemas de informacin organizacionales.
c) Capacidades
1. Comprende los conceptos fundamentales de la ingeniera de requisitos.
2. Comprende la importancia del proceso de ingeniera de requisitos.
3. Entiende y aplica las actividades que tiene que tener cada una de las fases del
proceso de ingeniera de requisitos.
4. Comprende, relaciona y clasifica los distintos tipos de requisitos.
d) Actitudes
Desarrolla una actitud emprendedora mediante la toma de iniciativas, promocin
de actividades y toma de decisiones en relacin a la actividad asignada.
Acta con responsabilidad personal, al cumplir con los horarios establecidos y el
respeto a las normas de convivencia.
Cumple con la presentacin de los trabajos encomendados de manera individual y
en equipo, respetando la iniciativa y aportes de los integrantes.
Desarrolla la creatividad, la innovacin, la actitud emprendedora y el respeto a la
honestidad intelectual.
e) Presentacin de ideas bsicas y contenido esenciales de la Unidad
La Unidad de Aprendizaje 1: Introduccin a la ingeniera de requisitos, comprende el
desarrollo de los siguientes temas:
TEMA 01: LA INGENIERA DE REQUERIMIENTOS
TEMA 02: PROCESO DE LA INGENIERA DE REQUISITOS.
TEMA 03: PROCESO DE LA INGENIERA DE REQUISITOS (CONTINUACIN).
TEMA 04: CLASIFICACIN Y CAPTURA DE REQUISITOS

2

Tema 01
TEMA 01: LA INGENIERIA DE REQUERIMIENTOS
INGENIERA DE REQUISITOS
La base de la ingeniera de
requisitos, radica en conocer
cules son las necesidades,
especificaciones y
requerimientos del cliente,
parece muy fcil llegar a cumplir
este objetivo, no obstante el
principal problema en el diseo
de los sistemas de informacin,
incluso el diseo de base de
datos, es la mala especificacin
de los requerimientos del
cliente, por la sencilla razn que
muchas veces ni el cliente
mismo sabe lo que necesita, en
consecuencia la ingeniera de
requisitos, es una rama de la
ingeniera del software, que nos
ayuda a entender al cliente y
capturar mejor los
requerimientos.
Me entendi Claro, si , si,
entiendo




En el prologo a un libro de Ralph Young sobre las prcticas efectivas en
los requisitos, el autor de este libro escribi:
Es tu peor pesadilla. Un cliente entra en tu oficina, se sienta, te mira directo a
los ojos, y dice:Yo s que usted piensa que entiende lo que digo, pero lo
que usted no entiende es que lo que digo no es realmente lo que quiero
decir.
3

Esto sucede de manera invariable cuando
el proyecto est avanzado, despus de
que han realizado los compromisos
relativos al tiempo de entrega, las
reputaciones estn en juego y el dinero
est en serio peligro.


Todos los que hemos trabajado en el negocio de los sistemas y el software
por ms de unos cuantos aos hemos vivido esta pesadilla, y solo unos
pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia.
Nosotros tenemos dificultades cuando
tratamos de obtener requisitos de nuestros
clientes. Tenemos problemas al
comprender la informacin que
adquirimos.

Permitimos que el
cambio nos controle en
lugar de establecer
mecanismos para
controlarlo.

Con frecuencia,
registramos los
requisitos de una
manera desorganizada
e invertimos muy poco
tiempo en verificar lo
que registramos.

En resumen, se falla al establecer un cimiento slido para el sistema o software. Cada
uno de estos problemas representa un reto. Cuando estos se combinan, la imagen es
desalentadora incluso para los gerentes y profesionales del software ms
experimentados. Pero existen soluciones.
Para PRESSMAN, Roger S. La ingeniera de requisitos proporciona el
mecanismo apropiado para entender:
4

Lo que el cliente quiere, analizar las necesidades.
Evaluar la factibilidad.
Negociar una solucin razonable
Especificar la solucin sin ambigedades.
Validar la especificacin
Administrar los requisitos conforme stos se
transforman en un sistema operacional.
El proceso de la ingeniera de requisitos se lleva a cabo a travs de siete distintas
funciones:
Inicio, Obtencin, Elaboracin, Negociacin, Especificacin, Validacin y Gestin.
Segn F.P.Brooks dice:
Lo ms difcil en la construccin de un sistema de software es decidir precisamente qu
construir. No existe tarea con mayor capacidad de lesionar al sistema, cuando se hace
mal. Ninguna otra tarea es tan difcil de rectificar a posteriori.

La evidencia emprica
demuestra que:

Los requisitos contienen demasiados errores
Muchos de estos errores no se detectan al principio
Muchos de estos errores podran ser detectados al principio
No detectar estos errores incrementar los costes (tiempo, dinero) de
forma exponencial
Adems, los programadores obedecen los requisitos (cuando existen).

El no capturar los requisitos correctamente
conlleva:
Como mnimo en un
incremento de costos y
La posible prdida del
proyecto

5

A continuacin se describe otras consecuencias, que es necesario analizarlas
con detenimiento:
o El sistema resultante no satisfar a los
usuarios.
o Se producirn desacuerdos entre usuarios y
desarrolladores.
o Puede ser imposible demostrar si el
software cumple, o no, los requisitos.
o Se gastar tiempo y dinero en construir el
sistema equivocado
En cuanto a la cantidad de requisitos que tiene un sistema de informacin es
variada, podemos hablar de sistemascon 10 requisitos o 30 requisitos, pero
tambin podemos tener sistemas con cientos de requisitos, miles de requisitos,
5000 requisitos o ms de 50000 requisitos.
En EEUU $250 mil millones de dlares en unos 175.000 proyectos
aproximadamente, de ese conjunto la realidad es la siguiente:
31,1% (23%) son cancelados
52,7% (49%) cuestan un 190% ms de lo estimado
Un 16,2% (28%) ser finalizado a tiempo y dentro del presupuesto, pero el
producto final poseer (aprox.) la mitad de los requisitos iniciales.
Fuente: http://www.standishgroup.com
Es alarmante prcticamente un porcentaje muy bajo de
proyectos terminan a tiempo y dentro del presupuesto,
pero no con todos los requisitos iniciales.
La crisis del software y los requisitos:
o Boehm, 1975: 45% de los errores tienen su orgen en los requisitos y en el
diseo preliminar.
o DeMarco, 1984: 56% de los errores que tienen lugar en un proyecto Sw. Se
deben a una mala Especificacin de Requisitos.
6

o Chaos Report: Los factores principales que conducen al fracaso en los
proyectos Sw.

Otras historias de terror relacionadas con la mala especificacin en los requisitos de un
software de computadora.
Uno de los estudios ms conocidos es el de la General Accounting Office (GAO)
de EEUU. Este estudio de 1979 revel que 47% del dinero empleado en
proyectos software se destin a sistemas que no llegaron a utilizarse. Otro 29%
se emple en proyectos que no llegaron a finalizar. Otro 19% se emple en
software que tuvo que ser profundamente modificado tras su entrega.
Finalmente, tan slo un 2% del dinero se emple en proyectos software que s
cumplieron con sus requisitos, pero se trataba de proyectos ms bien
pequeos o de poca envergadura.
En 1981, Victor Basili encontr cerca de 88 errores en una ERS de 400 pginas
para el proyecto A-7E Operational Flight Program. Esta ERS haba sido
escrita por un grupo de expertos en especificacin de requisitos.
Recientemente, la NASA ha sufrido varios accidentes espectaculares cuyo
origen se atribuye a problemas durante la definicin de los requisitos.
Cunto cuesta el solucionar errores en el proceso de software:
Etapa Coste de reparacin
Requisitos 1-2
Diseo 5
Codificacin 10
Pruebas unitarias 20
Pruebas sistema 50
En produccin 200
Acumulacin de los errores:
7


Como se observa, los errores cometidos en los requisitos son
los ms peligrosos, pues sus consecuencias contaminan todas
las restantes fases del ciclo de vida.
Qu podemos hacer?
o Tomar conciencia del problema. Estar a la defensiva.
o No conocemos todas las respuestas, pero conocemos muchas de las preguntas.
Tenemos experiencia.
o Podemos minimizar el impacto de los errores en los requisitos
o Podemos tratar de organizar mejor las tareas relacionadas con los requisitos
o Ms recursos para la fase de requisitos.
Existen soluciones definitivas
8

o No se ha encontrado solucin universalmente vlida.
o Hay serias dudas acerca de si dicha solucin existe:
Nos movemos en la frontera socio-tcnica de los sistemas: borrosa, voluble e
inconsistente
Los requisitos es donde lo formal se encuentra con lo informal (M.Jackson)
Los requisitos estn vivos: emergen, interactan, cambian, desaparecen.
o Desconfen de quien ofrezca la solucin definitiva a estos problemas
Ingeniera de Requisitos
Para remediar en lo posible los problemas antes descritos surge la ingeniera de
requisitos.
La IR trata de los principios, mtodos, tcnicos y herramientas que permiten descubrir,
documentar y mantener los requisitos para sistemas basados en computadoras, de
forma sistemtica y repetible.

Qu son los requisitos?
Informacin acerca del problema a solucionar.
Propiedades y comportamiento del sistema.
Restricciones de diseo y fabricacin del producto.
Descripciones acerca de cmo el futuro sistema ayudar a sus usuarios a realizar
mejor sus tareas.
Restricciones acerca de la tecnologa que ser utilizada en la construccin del
sistema (protocolos, SSOO, COTS, etc.).
Restricciones acerca de las propiedades emergentes del sistema (requisitos no
funcionales).

9