Unidad 1 Ingeneria de Requerimientos

INGENIERÍA DE
REQUERIMIENTOS
NOTAS DEL CURSO
Ingeniería de Software I
DRA. MARIA DEL PILAR GÓMEZ GIL
Versión : 01-Oct-12

INGENIERÍA DE
REQUERIMIENTOS*






Entender los requerimientos de una solución basada en
software es una de las tareas mas difíciles para un(a) Ing. de
software.
Como otras actividades de Ing. de Sw, ésta debe adaptarse a
las necesidades del proceso, proyecto, producto ygente que
hace el software.
La Ing. de Requerimientos provee de un mecanismo apropiado
para entender que quiere el consumidor, analizar sus
necesidades, valorar la factibilidad de construcción, negociar
una solución razonable, especificar de manera no ambigua
una solución, validar la especificación y administrar los
requerimientos conforme se transforman.

*Referencia: capítulo 7 libro de texto(Pressman 2005)

(C) P. Gómez-Gil, INAOEP 2009

Tareas de la Ing. de
Requerimientos
 Iniciación

(Inception)
 Obtención (Elicitation)
 Elaboración
 Negociación
 Especificación
 Validación (Validation)
 Administración


Algunas de estas funciones pueden ocurrir en
paralelo y ajustarse a las necesidades del
proyecto
(C) P. Gómez-Gil, INAOEP 2009

Iniciación


Como se empieza un proyecto?Algunas veces inicia por
conversaciones informales, otras de manera mas formal;
normalmente como resultado de una necesidad
importante



En esta parte, los ingenieros de software realizan
preguntas “libres de contexto” (generales), para
establecer un entendimiento básico del problema,
determinar las personas que quieren una solución, la
naturaleza de la solución, y la efectividad de lascolaboraciones y comunicaciones preeliminares que se
generan entre el consumidor y el desarrollador
(C) P. Gómez-Gil, INAOEP 2009

Obtención de Requerimientos


Se refiere a definir formalmente los
requerimientos de la solución. Es difícil
porque como ya se ha visto:
 Hay

problemas de definición de alcances
 Hay problemas de entendimiento entre los
involucrados
 Hay problemas de volatilidad (losrequerimientos cambian con el tiempo)
(C) P. Gómez-Gil, INAOEP 2009

Elaboración






Esta actividad expande y refina la información obtenida en la
tarea de iniciación
Se enfoca en realizar modelos técnicos refinados de las
funciones del software, características y limitantes.
Es básicamente una función de modelado. Se conduce a
través de la definición de escenarios del usuario que
describen lainteracción del usuario final con el sistema
Se define el dominio del problema desde varios puntos de
vista: información, funciones y comportamiento

(C) P. Gómez-Gil, INAOEP 2009

Negociación






Los usuarios y consumidores normalmente piden mas
de lo que se puede hacer con los recursos con que se
cuenta.
Casi siempre diferentes involucrados (stakeholders)
piden cosas diferentes, por lo quehay que conciliar
intereses a través de negociaciones.
Hay varias maneras para negociar, y depende de la
cultura de la organización y tamaño del proyecto

(C) P. Gómez-Gil, INAOEP 2009

Especificación






Especificación significa diferentes cosas para diferentes
personas en el área de Ing. de software.
Este es el producto de trabajo final de la ingeniería de
requerimientos.
Sirve como basepara actividades subsecuentes.
Describe la función y desempeño de un sistema y las
restricción que tiene.
Hay muchas técnicas para escribir especificaciones:
diagramas, narraciones en prosa, modelos matemáticos,
dibujos, etc.

(C) P. Gómez-Gil, INAOEP 2009

Validación






El producto generado por la ingeniería de requerimientos
debe ser evaluado en términos de congruencia y calidad.
Se debeasegurar que la especificación concuerda con
las expectativas del usuario y que no es ambigua.
Deben detectarse y corregirse errores, omisiones e
inconsistencias con respecto a los estándares
establecidos en el proyecto.
El mecanismo común de validación es la revisión técnica
formal.

(C) P. Gómez-Gil, INAOEP 2009

Administración de
requerimientos




Actividades que ayudan al equipo de...