Ingeniería de Requisitos

REFLEXIONES SOBRE
INGENIERÍA DE REQUISITOS

Alexander Barón Salazar

¿ POR QUÉ IMPORTAN LOS
REQUISITOS?
 LOS REQUISITOS SON CRUCIALES PARA CADA
PROYECTO
 El éxito o falla de un proyecto está en la calidad de
los requisitos
 Establecen el alcance del trabajo subsecuente
 Le indican al equipo del proyecto que quieren los
usuarios
 Sin buenos requisitos:
 Falla el proyecto
Se retrasa
 Está por encima del presupuesto
 Se producen sistemas que no se usarán
Universidad de Nariño-Ingeniería de
software

2

¿ POR QUÉ IMPORTAN LOS
REQUISITOS?
 LOS REQUISITOS SON LA PARTE QUE LOS
DESARROLLADORES PUEDE EQUIVOCAR
FÁCILMENTE
 Los desarrolladores tienen una perspectiva diferente de los
usuarios ya que hay tendencia a ver un requisito desde el
punto de vistade cómo se implementaría más que de la
experiencia que los usuarios tienen del problema

 La forma más segura es escribir dos documentos:
- Lo que el usuario necesita: R-C
- Lo que el sistema debe tener que hacer para ajustarse a
las necesidades: R-D
Universidad de Nariño-Ingeniería de
software

3

FRASE DEL DÍA

Hacer bien los requisitos toma
tiempo, esfuerzo y habilidad alcomienzo del proyecto, pero ahorra
muchísimo más adelante
Universidad de Nariño-Ingeniería de
software

4

¿POR QUÉ USTED NECESITA
BUENOS REQUISITOS?


COSTO BOLA DE NIEVE DE ERRORES TEMPRANEROS

 Cualquier error cometido en forma temprana tiene
consecuencias de bola de nieve:
• Los requisitos son baratos de cambiar mientras se esté
trabajando en ellos
• Si se permite que un errorse propague hacia el diseño, el
costo de corregirlo es mayor
 Si un diseñador parte de una meta errónea todo estará
equivocado

“Un simple requisito erróneo puede conducir a
crear una lluvia de errores de diseño”
Universidad de Nariño-Ingeniería de
software

5

¿POR QUÉ USTED NECESITA
BUENOS REQUISITOS?

Universidad de Nariño-Ingeniería de
software

6

¿POR QUÉ USTEDNECESITA
BUENOS REQUISITOS?
ALTO COSTO DE FALLAS
Razones para que un proyecto falle:
Requisitos incompletos……………… 13.1%
Usuarios no involucrados…………… 12.4
Recursos/programación insuficiente. 10.6
Expectativas no realistas……………… 9.9
Falta de soporte administrativo……… 9.3
Requisitos cambiantes………………… 8.7
Pobre planeación………………………. 8.1
Ya no se necesitaba…………………… 7.4
Fuente: Standish Group1995(www.standishgroup.com)
Universidad de Nariño-Ingeniería de
software

7

¿PARA QUÉ SON LOS
REQUISITOS?
 PARA

MOSTRAR

QUE

RESULTADOS

QUIEREN

LOS

PARTICIPANTES
 PARA DAR A LOS PARTICIPANTES OPORTUNIDAD DE DECIR

QUE QUIEREN
 PARA REPRESENTAR DIFERENTES PUNTOS DE VISTA
 PARA PROBAR EL DISEÑO

 PARA MEDIR EL PROGRESO
 PARA

ACEPTAR

PRODUCTOS

CONTRACRITERIOS

PRECISOS
Universidad de Nariño-Ingeniería de
software

8

¿PARA QUÉ SON LOS
REQUISITOS?
PARA MOSTRAR QUE RESULTADOS
QUIEREN LOS PARTICIPANTES

TODO DEBE ESTAR BIEN
DOCUMENTADO

Universidad de Nariño-Ingeniería de
software

9

¿PARA QUÉ SON LOS
REQUISITOS?
PARA DAR A
OPORTUNIDAD
QUIEREN

LOS
DE

PARTICIPANTES
DECIR
QUE

TODOS LOS PARTICIPANTES SEANUSUARIOS O NO TIENEN REQUISITOS

Universidad de Nariño-Ingeniería de
software

10

¿PARA QUÉ SON LOS
REQUISITOS?
PARA REPRESENTAR DIFERENTES
PUNTOS DE VISTA
•AVIACIÓN CIVIL:
USUARIOS…Pasajeros, pilotos, auxiliares de vuelo,
maleteros, “bomberos”, controladores de tráfico aéreo,
mecánicos, inspectores de seguridad.
NO
USUARIOS:
Administradores,
accionistas,
reguladores: autoridadesde aviación, estándares, etc.

Universidad de Nariño-Ingeniería de
software

11

¿PARA QUÉ SON LOS
REQUISITOS?
PARA PROBAR EL DISEÑO

INGENIEROS DE TESTING PODRÁN PROBAR
CADA PARTE DE DISEÑO Y CADA FUNCIÓN EN
FORMA SEPARADA

Universidad de Nariño-Ingeniería de
software

12

¿PARA QUÉ SON LOS
REQUISITOS?
PARA MEDIR EL PROGRESO
BAJO EL PUNTO DE VISTA DEL GERENTE DEL...