Está en la página 1de 5

FACULTAD DE INGENIERÍA

Análisis y Diseño de Sistemas


Ingeniería de Requisitos

Omar Hurtado Jara


Omar.hurtado@udep.pe

Ingeniería de Requisitos

Comprender la importancia de la ingeniería de requisitos en el


desarrollo de un sistema informático.
Contenido
 Requisito
 Ingeniería de requisitos (IR)
 Ámbito de la IR
 Importancia de la IR
 Dificultades

Análisis y Diseño de Sistemas 2

1
Requisito

 (1) Una condición o necesidad de un usuario para resolver un


problema o alcanzar un objetivo.
 (2) 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. Y
 (3) Una representación documentada de una condición o
capacidad como en (1) o (2).
Referencia:
IEEE Computer Society. IEEE Std 610.12-1990. IEEE Standard Glossary
of Software Engineering Terminology. ISBN 155937067-X. (1990).

Análisis y Diseño de Sistemas 3

Ingeniería de requisitos (IR)

 Ingeniería de Requisitos (IR):


- Rama de la ingeniería de software que se encarga de la captación de las
necesidades del cliente, de la definición - especificación y gestión de
requisitos.
 Características de la IR
- Proceso sistemático: evolutivo y de negociación.
- Dura todo el proceso de desarrollo de software: ¡los requisitos están vivos!
- Especificación correcta y completa de los requisitos.
- El producto final es el documento de especificación de requisitos.
- Los requisitos especifican el ¿que? debe hacer el SW, no el ¿Como?:
ejemplos…
Análisis y Diseño de Sistemas 4

2
Ámbito de la Ingeniería de Requisitos
PROCESO DE GESTIÓN DE REQUISITOS DURANTE TODO EL PROCESO DE
INGENIERÍA DE SOFTWARE

Qué esta Especificación


mal? de Solución

Elaboración de la solución
Lo que él
necesita Lo que
es... tienes que
hacer es...

Lo que yo
necesito
es...
Analista Arquitecto Lo que
tengo que
hacer es...

Cliente
Diseñador

ESPECIFICACIÓN
NECESIDADES INVENCIÓN DE DE REQUISITOS
REQUISITOS

Importancia de la ingeniería de requisitos


 Guía todo el proceso de desarrollo de software.
 Para desarrollar algo es necesario primero entender ese algo.
 El software puede funcionar, pero no sirve si no satisface al cliente.
 Un error de requisitos cuesta entre 20 y 50 veces más si es
descubierto en las etapas finales del proyecto.
 Tiene valor contractual, normativo, etc.
 Sin los requisitos no se puede:
- Saber el objetivo
- Probar el SW.
- Medir la productividad
- Hacer estimaciones
- Satisfacer al cliente

Análisis y Diseño de Sistemas 6

3
Dificultades de la ingeniería de requisitos
 Se piensa que es una tarea trivial: poco tecnológica, pérdida
de tiempo, etc.
 Se trabaja con personas (complejidad, cambiante…)…
 Muchos estudios determinan que los problemas de la
ingeniería de software tienen su origen en la ingeniería de
requisitos: difícil la especificación y difícil la gestión.

Análisis y Diseño de Sistemas 7

Investigaciones relacionadas
 Frederick Books 1987:
- “La parte más difícil de construir un sistema es precisamente saber qué
construir. Ninguna otra parte del trabajo conceptual es tan difícil como
establecer los requisitos técnicos detallados, incluyendo todas las
interfaces con gente, máquinas y otros sistemas. Ninguna otra parte del
trabajo afecta tanto el sistema si es hecha mal. Ninguna es tan difícil
de corregir más adelante... Entonces, la tarea más importante que el
ingeniero de software hace para el cliente es la extracción iterativa y el
refinamiento de los requisitos del producto"
 Christel y Kang [92], identifican algunos inconvenientes que
hacen difíciles las tareas de la Ingeniería de Requisitos:
- Problemas de alcance
- Problemas de comprensión
- Problemas de volatilidad

Análisis y Diseño de Sistemas 8

4
¿Cuantos cuadrados existen?

Figura 1: cuadrados negros y cuadrados blancos

Análisis y Diseño de Sistemas 9

Ejercicio: plantear los requisitos del caso


 “Me han pedido que desarrolle en programa que controle las entradas y
salidas de un almacén de ropa de una tienda (no las ventas) (Descripción
de ropa, marca, talla, stock, etc.). De Ventas le solicitan productos para la
venta. De compras le envían los productos comprados con una guía de
remisión (No. De guía, fecha, productos, cantidad, etc.). Los productos
deteriorados los eliminan con una nota de baja (No. De nota, fecha,
productos, motivo de baja, etc.). Los productos robados los eliminan con
una nota de robo (No. De nota, fecha, productos, motivo de baja, etc.).
También reciben donaciones que ingresan con una guía de remisión”.

Análisis y Diseño de Sistemas

También podría gustarte