INGENIERÍA de

REQUERIMIENTOS
Unidad II
Elicitar – Colecta de Hechos – Comunicación -
Dificultades

ELICITAR
Identificación de Requerimientos

Identificación Representación
de requisitos de requisitos
(ELICITAR) (MODELAR)

Comunicación Análisis de
de requisitos requisitos
(ANALIZAR)

1
 ELICITAR
Identificación de requerimientos
Tarea de identificar los hechos que componen los
requerimientos del sistema, de modo de proveer el más
correcto y completo entendimiento de lo que se le demanda
a un software determinado.

Elicitar:
descubrir, explicitar, obtener el máximo de
información para el conocimiento del objeto en cuestión.

Partes de Elicitar
1. Identificación de Fuentes de Información: stakeholders,
documentos escritos, libros o manuales, sistemas de software existentes.
Establecer límites.

2. Colecta de hechos: se utilizan diferentes técnicas para obtener la

información.

3. Comunicación: Se presentan los resultados de determinadas

maneras, las cuales pueden ayudar o entorpecer al entendimiento. Debe

haber una retroalimentación. Asociada con la etapa de documentación y
modelado. 4

2
 ELICITACION
Hace Hace

Hace
Colecta de Identif.de fuentes
Hechos de Informac.
Usa Usa

Personal Usa Comunicación

Depende
de
Métodos Herramientas

Puntos de
Vista

1. Identificación de las Fuentes de

Información
A través de este paso se define el contexto donde la IR va a
trabajar.

• El primer paso es la identificación del UdI (Universo de

Información), del cual extraeremos la información
necesaria en la tarea de Elicitación.

• Identificar una estrategia de investigación de estas fuentes

de información.

3
 1. Identificación de las Fuentes de
Información

• Stakeholders: clientes, usuarios, expertos del dominio,

otros actores, Grupos (formales / informales)
• Documentos del Universo de discurso (formularios,
políticas de organización, manuales, actas de reuniones, ...)
• Documentos externos al Universo de discurso (manuales
de otros software, libros sobre temas relacionados, …)
• Software interno / externo

Universo de Informaciones (UdI)

Definición

Universo de Informaciones es el contexto general en el

cual el software deberá ser desarrollado y operado.
Incluye todas las fuentes de información y todas las
personas relacionadas al software. Esas personas son
también conocidas como los actores de ese universo. El
UdI es la realidad influenciada por el conjunto de
objetivos definidos por los que demandan el software.

4
 1. Identificación de las Fuentes de
Información

UDI

g
c e
a
Fuentes de Información = UDI f
b d
(a, b, c, d, e, f) U (g, h). h
9

Técnicas para Identificación de

Fuentes de Información
• Identificar a los actores:
DIRECTOR
FINANCIERO .Requisitos

GERENTE
CONTADOR .Requisitos DE CAJA .Requisitos

SECTOR SECTOR
COMPRAS .Requisitos VENTAS .Requisitos

FUNCIONARIO FUNCIONARIO
‘A’ DE COMPRAS .Requisitos ‘B’ DE COMPRAS .Requisitos
10
Abstract user tree [Burstin 84]

5
 Técnicas para Identificación de otras
Fuentes de Información (cont.)

• Documentos en el UdI que pueden incluir:

– Documentación del Macrosistema.
– Políticas de Organización.
– Manuales de equipamiento de hard y soft.
– Memorandos, actas de reunión, contratos con desarrolladores, etc..
• Libros sobre los temas relacionados.
• Otros sistemas que ya existen en la empresa.
• Otros sistemas que ya existen en el mercado.

11

1. Identificación de Fuentes de Información:

Heurísticas Generales

• Identificar los “dueños” del sistema, personas o sectores de una

organización que son los principales clientes del sistema a construir.
• Identificar los actores que serán impactados en sus rutinas de trabajo.
• Tratar de identificar otros actores que puedan aportar datos.
• Identificar grupos de interés.
• Identificar soluciones disponibles.
• Descubrir otras fuentes de información (entrevistas)

12

6
 Colecta de Hechos

Sin el intento de cubrir todas las estrategias, se exponen

una lista de las que pueden ser usadas en la tarea de
recoger hechos. Algunas de estas estrategias son oriundas
de las ciencias sociales, otras de las ciencias cognitivas
(con una fuerte relación con la Inteligencia Artificial) y
otras de la propia Ingeniería de Software.

13

Colecta de Hechos – Técnicas Tradicionales

• Lectura de Documentos:
Documentos Contacto con el vocabulario de la
aplicación y del UdI.
Ventajas: facilidad de acceso a las fuentes de información y
cantidad de información.
Desventajas: la dispersión de las informaciones y el volumen de
trabajo requerido para la identificación de los hechos.

• Observació
Observación: El analista tiene una posición pasiva en el UdI
observando el ambiente donde el software actuará.
Ventajas: bajo costo y poca complejidad de la tarea.
Desventajas: dependencia de la persona desempeñando el papel de
observador y la superficialidad debido a la poca exposición al
universo que está siendo observado.
14

7
 Técnicas de Colecta de Hechos (cont)

• Entrevistas:
Entrevistas Son el medio más usual con el cual el analista
recoge los hechos.
– Tipos: Estructuradas, Informales y Tutorías.

Estructurada: mediante preguntas. Requiere conocimiento previo del UdI.

Tutoría: el cliente está al mando, es un curso sobre el UdI.

Informal: mayor flexibilidad, se usa en la fase exploratoria.

15

Técnicas de Colecta de Hechos (cont)

• Entrevistas:
Entrevistas
Ventajas: la posibilidad del contacto directo con los actores que
tienen el conocimiento sobre los objetivos del software y la
posibilidad de validación inmediata a través de procesos de
comunicación que resaltan la confirmación.
Desventajas: el problema del conocimiento tácito y las
diferencias de cultura entre entrevistado y entrevistador.

Lo que es trivial para el entrevistado y no para el entrevistador

16

8
• Cuestionarios:
Cuestionarios Los cuestionarios son utilizados cuando se tiene
un buen conocimiento sobre el problema (aplicación) y se
quiere abarcar un número grande de clientes.
Ventajas: enfoque de las preguntas y la posibilidad de
tratamiento estadístico de las respuestas.
Desventajas: la limitación del universo de respuestas, poca
interacción. Técnica estructurada, impersonal.

• Reuniones:
Reuniones son una técnica grupal, extensión de las entrevistas.
Ventajas: posibilidad de disponer de múltiples opiniones y de
creación colectiva.
Desventajas: la posibilidad de dispersión y el costo.
17

Técnicas de Colecta de Hechos (cont)

• Aná
Análisis de Protocolos:
Protocolos Esta estrategia consiste en analizar el
trabajo de determinada persona a través de relatos de esa
persona. Normalmente en el tiempo de trabajo. Otro modo es
fuera del lugar de trabajo, con situaciones posibles.
Objetivo: Ver la racionalidad del trabajo que se realiza.
Ventajas: posibilidad de elicitar hechos no fácilmente
observables y permitir un mejor entendimiento de los hechos,
que son explicados y justificados.
Desventajas: centrada principalmente en la performance del
entrevistado y sufre del problema de que lo que se dice es
diferente a lo que se hace.
18

9
 Técnicas de Colecta de Hechos (cont)

• Participació
Participación Activa de los Actores del UdI:
UdI procura incorporar
al grupo de analistas los actores que demandan el software. Los
actores deben aprender el/los lenguajes de modelado a utilizar.
Ventajas: participación de los clientes y usuarios en el proceso
de identificación de los hechos y de la elicitación del
conocimiento y facilita el proceso de validación. Mayor
integración de los actores con los analistas.
Desventajas: el entrenamiento de los clientes y usuarios en
técnicas de informática y una falsa impresión de que, por la
participación pura y simple de representantes de los clientes y
usuarios, el proceso fue ejecutado de manera eficaz.
19

Técnicas de Colecta de Hechos (cont)

• Enfoque Antropoló
Antropológico:
gico En esta estrategia se usa una técnica
inversa de la descripta anteriormente, aquí los ingenieros de
software deben procurar integrarse al UdI de forma de tener un
conocimiento lo más amplio posible del problema.
Ventaja: posibilidad de una visión de adentro hacia afuera más
completa y perfectamente ajustada al contexto.
Desventaja: tiempo insumido en el proceso de integración.

20

10
 Técnicas de Colecta de Hechos (cont)

• Reutilizació
Reutilización: reutilizar hechos ya elicitados. Es posible cuando
se tiene conocimiento previo del dominio.
Encapsulamiento del conocimiento de un área de aplicación
Ventajas: la productividad y la calidad, ya que los componentes
a ser reutilizados ya fueron validados anteriormente.
Desventaja: dificultad de proveer reutilización sin modificación
del nivel de abstracción de la definición de requerimientos.

21

Colecta de Hechos: Heurísticos generales

• Preguntar, preguntar, preguntar.
• Siempre preguntar: ¿Qué? ¿Porqué? ¿Cómo? ¿Quién?.
• Esclarecer lo que es obvio en el UdI.
• Organice las respuestas: Durante vs. Después.
• Vuelva a preguntar.
• Organice las preguntas, las respuestas, y el método usado.
• Viva en el UdI por un tiempo.
• Tenga una visión antropológica.
• Observe.
• Estudie, estudie, estudie.
• Sea humilde. Procure aprender.
• Aprenda, aprenda, aprenda. 22

11
Colecta de Hechos: Heurísticos generales

• Depende de la situación, clientes, recursos.

• Se debe analizar el contexto y respetar limitaciones.

• Integración.

23

Comunicación
Para que la Elicitación tenga éxito es fundamental que los
analistas se puedan comunicar eficazmente con los clientes.
Existen increíbles barreras entre clientes y analistas.
(teléfono descompuesto)

Las diferencias de conocimiento son reflejos de culturas

diferentes y que no son fáciles de resolver.
El conocimiento tácito es una de los orígenes de las
diferencias.
24

12
 Técnicas para Comunicación

Se debe prestar atención a:

• Presentació
Presentación: manera de presentar la información.
• Entendimiento:
Entendimiento El establecimiento del contexto común y del
objetivo o alcance es fundamental para iniciar un entendimiento
mutuo entre clientes e ingenieros de software.
• Lenguajes:
Lenguajes Cabe al analista procurar entender el lenguaje de sus
clientes antes de entender sus necesidades. El conocimiento del
lenguaje del cliente es importante como medio de facilitar la
comunicación.

25

Técnicas para Comunicación (cont)

• Nivel de Abstracció
Abstracción: Así mismo si se trata de una única cultura
la comunicación puede ser extremadamente ruidosa si los
individuos estuvieran dialogando en diferentes niveles de
abstracción. Este problema se agrava cuando los individuos
tienen culturas distintas.

• Retroalimentació
Retroalimentación: Una de las maneras eficaces de garantizar el
paso de la información del emisor al receptor de manera
correcta es obligar al receptor confirmar la comunicación hasta
que el emisor responda positivamente a la confirmación.

26

13
 Comunicación: Heurísticos generales

• Presentación de requerimientos
• Lenguaje accesible al stakeholder
• Nivel de Abstracción adecuado
• Participación e integración
• Relacionada con etapa de modelización

27

Comunicación: Heurísticos generales

• Una buena figura vale 1000 palabras.

• Doble tráfico en la comunicación (retroalimentación).
• Evitar ruidos.
• Evitar metáforas con su área de conocimiento (informática).
• Procure identificar el punto de vista (cultura) de su
interlocutor.
• Aprenda con humildad.

28

14
 Dificultades de la elicitación…
• Información esparcida en diversas fuentes con posibilidad de
conflictos entre ellas.

• Conocimiento tácito.

• Observabilidad limitada
- un observador puede cambiar el problema

- clientes ocupados

• Desviación
– persona puede no sentirse libre para decir lo que el ingeniero necesita saber,

– persona puede no querer decir lo que el ingeniero necesita saber,

– Motivacional, observacional, cognitiva, notacional, etc.

29

Unidad II - Apuntes
• Kotonya, G. and Sommerville, I. “Requirements
Engineering: Processes and Techniques” – John Wiley
& Sons Eds., 1998.
– Apunte 2.1 - Capítulo 3.2: “Elicitation Techniques”

30

15