Técnicas de Elicitation

Prototipos
– Ideal para clarificar requerimientos no claros
– Fácil de interpretar los supuestos del ingeniero de
software , dar retroalimentación en donde están
incorrectos.
– Existe el peligro de distraer al usuario del la
funcionalidad requerida por cuestiones
cosméticas

Técnicas de Elicitation

Observación.
– El ingeniero de software aprender acerca
de las tareas del usuario observando como
el usuario interactúa con el software
existente.

Técnicas de Elicitation

Reuniones facilitadas
– U n grupo de personas puede dar más
información que los individuos.
– Puede realizarse tormentas de ideas y
refinarlas.
– Requerimientos conflictivos aparecen
pronto y pueden resolverse.
– Requieren forzosamente de un facilitador.
 Análisis y Negociación

Son actividades que se enfocan a
descubrir problemas con los
requerimientos y llegar a acuerdos en
los cambios que satisfagan a todos los
stakeholders

Análisis comprende un conjunto
incompleto de requerimientos los cuales
no han sido discutidos con los
stakeholders

Análisis y Negociación

Es COSTOSO y consume TIEMPO
– Debido a que personas experimentadas
deben leer los documentos
cuidadosamente y pensar en TODAS las
implicaciones de lo que se está pidiendo

Se utilizan dos técnias
– Checklist
– Matrices de interacción

Checklist

Es una lista de preguntas que el
analista puede usar para analizar cada
requerimiento.

Cuando algún potencial problema es
descubierto, estos son anotados para
su posterior discusión
 Ejemplos

Diseño prematuro
– Incluye diseño prematuro o información de
implementación?

Requerimientos combinados
– La descripción describe uno o puede ser
divido en varios?

Requerimientos innecesarios
– Es una adición cosmética ?

Ejemplos (2)

Ambigüedad de requerimiento
– Interpretado diferente por personas
diferentes?

Pruebas del requerimiento
– Se puede probar ?, el ingeniero puede
generar una prueba que muestre que el
sistema cumple ?

Realismo del requerimiento
– Dada la tecnología actual se puede
cumplir?

Matrices de interacción

Descubrir las interacciones entre
requerimientos y resaltar conflictos y
traslapes.

Se usa una hoja de cálculo
– Valor de 1 si hay conflicto
– Valor de 1000 si hay traslape
– Valor de 0 si son independientes
 Matriz de interacción

R1 R2 R3 R4 R5 R6
R1 0 0 1000 0 1 1
R2 0 0 0 0 0 0

R3 1000 0 0 1000 0 1000

R4 0 0 1000 0 1 1

R5 1 0 0 1 0 0
R6 1 0 1000 1 0 0

Matriz de interacción

Funcional cuando es un número
relativamente pequeño de
requerimientos.

Si uno no puede decidirse si hay
conflicto o no, se debe asumir que
existe.

Negociación

Proceso de discutir los conflictos en los
requerimientos y poner prioridades en
los diferentes servicios.

Se deben tomar como base las
necesidades organizacionales
 Casos de Uso

Casos de Uso

Presentados por Ivar Jacobson (1992)

Parte del lenguaje de modelado
unificado o UML.

UML es una forma de documentar las
especificaciones del sistema

Casos de Uso

Describeel uso del sistema en término
de una serie de interacciones entre los
ACTORES y el sistema que dan un
resultado observable de valor a un actor
determinado.
 UML

Diagrama de caso de uso

Diagrama de secuencia

Diagrama de colaboración

Diagrama de estados (statechart)

Diagrama de clases

Diagrama de objetos

Diagrama de componentes

Diagrama de implementacíón

Diagrama de Caso de Uso

Como el sistema interactúa con el
sistema para alcanzar un objetivo

Contiene actores y caso de uso

Actor

Entidad externa que interactúa con el
sistema
– Pueden ser :
 Personas
 Otros sistemas de cómputo
 Algo abstracto (ejemplo, una fecha).
Asociación - Comunicación

Una flecha indica quien inicia la

interacción

Una línea simple indica que

cualquiera puede iniciar la
interacción

Diálogo

Cada asociación-comunicación implica diálogo

Escenario
 Ejemplo

Cajero automático
– Cuales son los actores que están
involucrados
– Cuáles son los casos de uso que
identifica?

Cajero automático

Caso de uso

Elanalista debe tener la siguiente
información.
– Descripción del caso de uso
– Estado del sistema al inicio del caso
– Estado del sistema al final del caso
– Secuencia de eventos describiendo la
interacción entre el actor y el sistema
– Cualquier reacción del sistema a
excepciones