Ingeniería de requisito.

Tema: Técnicas de elicitación.

Docente: Ing. Alexander Donato.

Estudiante: Ronaldo H. Mateo R.

Matricula: “2018-0607”
Técnicas de elicitación
Definición de elicitación de requisitos: Es un procedimiento entendido como la primera
etapa en el desarrollo de reflexión y comprensión de un problema, el cual se quiere resolver
con el producto de un software.
Diferentes técnicas de elicitación
 Entrevista
 Introspección
 Análisis de documentos
 Brainstorming
 JAD, …
 Escenarios
 Caso de uso

Entrevista
El diálogo con el trabajador, o la entrevista, es una técnica de investigación cuyo objetivo
principal es obtener cierta información, mediante una conversación profesional con una o
varias personas.

Tipos de entrevistas
Cerradas (estructurada): buscar respuestas a preguntas predefinidas. Se obtienen
requisitos y dudas predefinidas.
Abiertas: no hay agenda predefinida. Se obtienen las necesidades y requisitos de los
stakeholders.
Pasos para una entrevista

Identificar a los stakeholders relevantes para la entrevista.

Preparar la entrevista.
Realizar la entrevista.
Documentar los resultados.

Introspección
El analista estudia el dominio del problema, posteriormente “imagina” las características
del sistema a desarrollar.
Ventajas: sencillo de realizar, económico…
Desventajas: puede ser muy impreciso, difícilmente podrá reflejar las necesidades de los
usuarios…
Análisis de documentos
Es la técnica de educción donde los analistas de sistemas y diseñadores deben tratar de
encontrar la información necesaria para comenzar las investigaciones. En los documentos
se puede encontrar la historia de la entidad, estado económico, financiero de la misma, las
principales inversiones que se han hecho, entre otros…

Brainstorming
También conocido como lluvia de ideas, es una herramienta de trabajo en grupo que
favorece la aparición de nuevas ideas sobre un problema concreto o un tema. Lo que se
pretende con esta técnica es generar nuevas ideas originales en un ambiente relajado.

Tres fases:

• Preparación: determinar objetivos, componentes y organización.

• Generación: tantas ideas como sean posibles orientadas al objetivo.

• Consolidación: organización, revisión de las ideas resultantes.

Fase 1(Preparación)

Identificar participantes, Designar un moderador, Agendar la sesión, Preparar los recursos

para la sesión…

Fase 2(Generación)

Transmitir al grupo los objetivos y el procedimiento a utilizar, Las ideas deben permanecer
visibles a los participantes, Si las ideas no surgen, el moderador debe proponer
situaciones/productos “relacionados” y dar ejemplos.

Fase 3(Consolidación)

Revisar las ideas para clarificar y organizar, Descartar las ideas “no realizables”, Discutir
las ideas resultantes para priorizarlas, Al finalizar, el moderador produce un registro de las
ideas con sus prioridades y comentarios relevantes.
JAD (Joint Application Development)
Una técnica de grupo que requiere la participación de todos los stakeholders: analistas,
diseñadores, usuarios, clientes, … Representa un acuerdo entre clientes y desarrolladores y
minimiza los cambios posteriores en los requisitos.

4 principios básicos:

• dinámica de grupo.

• uso de técnicas de visualización para mejorar la comunicación.

• proceso organizado y racional.

• documentación del tipo WYSIWYG.

Escenarios
Descripción narrativa de lo que hace un usuario cuando utiliza el sistema: una secuencia
específica de acciones e interacciones entre el sistema y el usuario.

Es una visión concreta e informal de una sola funcionalidad del sistema desde el punto de
vista del usuario.

Los analistas y usuarios escriben y refinan diversos escenarios para comprender mejor lo
que debe hacer el sistema.

Ejemplo:

Un cliente llega a una caja con artículos para comprar. El cajero utiliza el sistema TPV para
introducir el identificador de cada artículo. Cuando ha pasado el último artículo el sistema
presenta el total, el cliente paga y el sistema gestiona el pago y presenta el recibo. El cliente
se va con el recibo y los artículos.

Caso de uso
Desarrollado para definir requisitos más que para capturarlos. Es usado para representar el
entorno a través de los actores y el ámbito a través de los CU: quién y el qué.

Ventaja del modelado de CU es que puede ser entendido por clientes y desarrolladores.

Usado habitualmente con escenarios (textual o gráfica).

Pasos principales

• identificar actores (quién).

• identificar casos de uso (qué).

• identificar relaciones entre casos de uso (si fuese necesario!).

• identificar requisitos no funcionales.