dwqwqd

Análisis de Requerimientos

La Gestión de Requerimientos

Representación
de requisitos
(MODELAR)

Identificación
de requisitos
(ELICITAR)

GESTIÓN

Análisis de
requisitos
(ANALIZAR)

Comunicación
de requisitos

Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Análisis
ANÁLISIS
Hace

Hace
Hace

Identificación de
PartesValidación
Usa

Usa

Verificación

Usa

Personal

Depende
de

Métodos

Herramientas
Puntos de
Vista

Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Partes del Análisis

Verificación
Validación
Negociación

Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Análisis: V & V
Validación

Universo
deInformación

Verificación

Modelo 1

Modelo 2

Verificación

VALIDACIÓN

VERIFICACIÓN

Estamos construyendo
el producto correcto?

Entre el UdI y un
Modelo o documento

Estamos construyendo
el producto
correctamente?

Entre Modelos, documentos

Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Ciclo del Análisis
Universo de
InformacionesColecta de
hechos

Comunicación

*
Modelo
**
Problemas

Si

¿problemas?

Comunicación

No
Modelo
* de colecta de hechos al modelo, existe un proceso de modelado.
** identificación de partes.
Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Análisis de Requerimientos
Objetivo: evaluar y descubrir errores o
contradicciones en el DR ysus modelos
bosquejos ni borradores.

No

Actividad importante
los errores pueden
conducir a costos excesivos de desarrollo si no
se descubren.
¿Puede probarse formalmente que un DR es
CORRECTO?
Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Análisis de Requerimientos: ¿Qué?
¿Qué se controla al analizar los requerimientos?
Validez
ConsistenciaInformación o descripciones ausentes,
Realismo
Verificabilidad
…

Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Análisis de Requerimientos
(Kotonya y Sommerville, 2003)

Documento de
Requerimientos
Conocimiento
Organizacional

Análisis de
Requerimientos

Listado de
Problemas
Acciones
Acordadas

Estándares
Organizacionales

Kotonya, G.and Sommerville, I. (2003). Requirements Engineering: Processes and Techniques.
John Wiley & Sons.
Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Análisis: ¿qué problemas se
descubren?
Falta de conformidad con estándares.
Requerimientos mal expresados que son
ambiguos.
Errores en modelos que completen el DR.
Requerimientos conflictivos (nodetectados
previamente).
DEBEN SER RESUELTOS ANTES QUE EL DR SEA
APROBADO Y UTILIZADO COMO BASE PARA EL
DESARROLLO.

Validación
La validación de software, o sea la confirmación de
que el producto es aquel deseado por el usuario,
ocurre, normalmente, al final del ciclo de vida
Test del sistema: test integrado de los programas
del sistema por el usuario.
En nuestro caso la validación es hecha enel propio
proceso de gestión de requerimientos, será una
validación de las especificaciones generadas.
Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Validación (Wilson, 1997)
Para validar una especificación de
requerimientos todos los participantes del
proyecto, gerentes, ingenieros, representantes
del cliente, etc. deben analizar, entender yaceptar o aprobar la especificación.

Wilson, William M. (1997). “Writing Effective Requirements Specifications” Software Technology
Conference Proceedings.
Luciana C. Ballejos
CIDISI, Centro de I+D en Ingeniería en Sistemas de Información

Validación: Algunas estrategias
Revisión de Requerimientos:
Técnica más utilizada para la validación.
Encuentros formales
involucran un grupo de...