You are on page 1of 15

1

1
INGENIERA de
REQUERIMIENTOS
Unidad II
Elicitar Colecta de Hechos Comunicacin -
Dificultades
2
Identificacin
de requisitos
(ELICITAR)
Representacin
de requisitos
(MODELAR)
Anlisis de
requisitos
(ANALIZAR)
Comunicacin
de requisitos
ELICITAR
Identificacin de Requerimientos
2
3
ELICITAR
Identificacin de requerimientos
Tarea de identificar los hechos que componen los
requerimientos del sistema, de modo de proveer el ms
correcto y completo entendimiento de lo que se le demanda
a un software determinado.
Elicitar:
descubrir, explicitar, obtener el mximo de
informacin para el conocimiento del objeto en cuestin.
4
Partes de Elicitar
1. Identificacin de Fuentes de Informacin: stakeholders,
documentos escritos, libros o manuales, sistemas de software existentes.
Establecer lmites.
2. Colecta de hechos: se utilizan diferentes tcnicas para obtener la
informacin.
3. Comunicacin: Se presentan los resultados de determinadas
maneras, las cuales pueden ayudar o entorpecer al entendimiento. Debe
haber una retroalimentacin. Asociada con la etapa de documentacin y
modelado.
3
5
ELICITACION
Herramientas
Puntos de
Vista
Mtodos
Personal
Colecta de
Hechos
Identif.defuentes
de Informac.
Comunicacin
Hace
Hace
Hace
Usa Usa
Usa
Depende
de
6
1. Identificacin de las Fuentes de
Informacin
A travs de este paso se define el contexto donde la IR va a
trabajar.
El primer paso es la identificacin del UdI (Universo de
Informacin), del cual extraeremos la informacin
necesaria en la tarea de Elicitacin.
Identificar una estrategia de investigacin de estas fuentes
de informacin.
4
7
1. Identificacin de las Fuentes de
Informacin
Stakeholders: clientes, usuarios, expertos del dominio,
otros actores, Grupos (formales / informales)
Documentos del Universo de discurso (formularios,
polticas de organizacin, manuales, actas de reuniones, ...)
Documentos externos al Universo de discurso (manuales
de otros software, libros sobre temas relacionados, )
Software interno / externo
8
Universo de Informaciones (UdI)
Definicin
Universo de Informaciones es el contexto general en el
cual el software deber ser desarrollado y operado.
Incluye todas las fuentes de informacin y todas las
personas relacionadas al software. Esas personas son
tambin 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.
5
9
1. Identificacin de las Fuentes de
Informacin
UDI
a
b
c
d
e
f UDI
Fuentes de Informacin =
(a, b, c, d, e, f) U (g, h).
g
h
10
Tcnicas para Identificacin de
Fuentes de Informacin
Identificar a los actores:
DIRECTOR
FINANCIERO
CONTADOR
GERENTE
DE CAJA
SECTOR
COMPRAS
SECTOR
VENTAS
FUNCIONARIO
A DE COMPRAS
FUNCIONARIO
B DE COMPRAS
.Requisitos
.Requisitos .Requisitos
.Requisitos
.Requisitos
.Requisitos
.Requisitos
Abstract user tree[Burstin84]
6
11
Tcnicas para Identificacin de otras
Fuentes de Informacin (cont.)
Documentos en el UdI que pueden incluir:
Documentacin del Macrosistema.
Polticas de Organizacin.
Manuales de equipamiento de hardy soft.
Memorandos, actas de reunin, 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.
12
1. Identificacin de Fuentes de Informacin:
Heursticas Generales
Identificar los dueos del sistema, personas o sectores de una
organizacin que son los principales clientes del sistema a construir.
Identificar los actores que sern impactados en sus rutinas de trabajo.
Tratar de identificar otros actores que puedan aportar datos.
Identificar grupos de inters.
Identificar soluciones disponibles.
Descubrir otras fuentes de informacin (entrevistas)
7
13
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 relacin con la Inteligencia Artificial) y
otras de la propia Ingeniera de Software.
Colecta de Hechos
14
Colecta de Hechos Tcnicas Tradicionales
Lectura de Documentos Lectura de Documentos: Contacto con el vocabulario de la
aplicacin y del UdI.
Ventajas: facilidad de acceso a las fuentes de informacin y
cantidad de informacin.
Desventajas: la dispersin de las informaciones y el volumen de
trabajo requerido para la identificacin de los hechos.
Observaci Observaci n: n: El analista tiene una posicin 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 desempeando el papel de
observador y la superficialidad debido a la poca exposicin al
universo que estsiendo observado.
8
15
Tcnicas de Colecta de Hechos (cont)
Entrevistas Entrevistas: Son el medio ms usual con el cual el analista
recoge los hechos.
Tipos: Estructuradas, Informales y Tutoras.
Estructurada: mediante preguntas. Requiere conocimiento previo del UdI.
Tutora: el cliente estal mando, es un curso sobre el UdI.
Informal: mayor flexibilidad, se usa en la fase exploratoria.
16
Tcnicas 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 validacin inmediata a travs de procesos de
comunicacin que resaltan la confirmacin.
Desventajas: el problema del conocimiento tcito y las
diferencias de cultura entre entrevistado y entrevistador.
Lo que es trivial para el entrevistado y no para el entrevistador
9
17
Cuestionarios Cuestionarios: Los cuestionarios son utilizados cuando se tiene
un buen conocimiento sobre el problema (aplicacin) y se
quiere abarcar un nmero grande de clientes.
Ventajas: enfoque de las preguntas y la posibilidad de
tratamiento estadstico de las respuestas.
Desventajas: la limitacin del universo de respuestas, poca
interaccin. Tcnica estructurada, impersonal.
Reuniones Reuniones: son una tcnica grupal, extensin de las entrevistas.
Ventajas: posibilidad de disponer de mltiples opiniones y de
creacin colectiva.
Desventajas: la posibilidad de dispersin y el costo.
18
Tcnicas de Colecta de Hechos (cont)
An An lisis de Protocolos lisis de Protocolos: Esta estrategia consiste en analizar el
trabajo de determinada persona a travs 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 fcilmente
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.
10
19
Tcnicas de Colecta de Hechos (cont)
Participaci Participaci n Activa de los Actores del 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: participacin de los clientes y usuarios en el proceso
de identificacin de los hechos y de la elicitacin del
conocimiento y facilita el proceso de validacin. Mayor
integracin de los actores con los analistas.
Desventajas: el entrenamiento de los clientes y usuarios en
tcnicas de informtica y una falsa impresin de que, por la
participacin pura y simple de representantes de los clientes y
usuarios, el proceso fue ejecutado de manera eficaz.
20
Tcnicas de Colecta de Hechos (cont)
Enfoque Antropol Enfoque Antropol gico gico: En esta estrategia se usa una tcnica
inversa de la descripta anteriormente, aqu los ingenieros de
software deben procurar integrarse al UdI de forma de tener un
conocimiento lo ms amplio posible del problema.
Ventaja: posibilidad de una visin de adentro hacia afuera ms
completa y perfectamente ajustada al contexto.
Desventaja: tiempo insumido en el proceso de integracin.
11
21
Tcnicas de Colecta de Hechos (cont)
Reutilizaci Reutilizaci n n: reutilizar hechos ya elicitados. Es posible cuando
se tiene conocimiento previo del dominio.
Encapsulamiento del conocimiento de un rea de aplicacin
Ventajas: la productividad y la calidad, ya que los componentes
a ser reutilizados ya fueron validados anteriormente.
Desventaja: dificultad de proveer reutilizacin sin modificacin
del nivel de abstraccin de la definicin de requerimientos.
22
Colecta de Hechos: Heursticos generales
Preguntar, preguntar, preguntar.
Siempre preguntar: Qu? Porqu? Cmo? Quin?.
Esclarecer lo que es obvio en el UdI.
Organice las respuestas: Durante vs. Despus.
Vuelva a preguntar.
Organice las preguntas, las respuestas, y el mtodo usado.
Viva en el UdI por un tiempo.
Tenga una visin antropolgica.
Observe.
Estudie, estudie, estudie.
Sea humilde. Procure aprender.
Aprenda, aprenda, aprenda.
12
23
Colecta de Hechos: Heursticos generales
Depende de la situacin, clientes, recursos.
Se debe analizar el contexto y respetar limitaciones.
Integracin.
24
Para que la Elicitacin tenga xito es fundamental que los
analistas se puedan comunicar eficazmente con los clientes.
Existen increbles barreras entre clientes y analistas.
(telfono descompuesto)
Las diferencias de conocimiento son reflejos de culturas
diferentes y que no son fciles de resolver.
El conocimiento tcito es una de los orgenes de las
diferencias.
Comunicacin
13
25
Tcnicas para Comunicacin
Se debe prestar atencin a:
Presentaci Presentaci n n: manera de presentar la informacin.
Entendimiento Entendimiento: El establecimiento del contexto comn 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
comunicacin.
26
Tcnicas para Comunicacin (cont)
Nivel de Abstracci Nivel de Abstracci n n: As mismo si se trata de una nica cultura
la comunicacin puede ser extremadamente ruidosa si los
individuos estuvieran dialogando en diferentes niveles de
abstraccin. Este problema se agrava cuando los individuos
tienen culturas distintas.
Retroalimentaci Retroalimentaci n n: Una de las maneras eficaces de garantizar el
paso de la informacin del emisor al receptor de manera
correcta es obligar al receptor confirmar la comunicacin hasta
que el emisor responda positivamente a la confirmacin.
14
27
Comunicacin: Heursticos generales
Presentacin de requerimientos
Lenguaje accesible al stakeholder
Nivel de Abstraccin adecuado
Participacin e integracin
Relacionada con etapa de modelizacin
28
Comunicacin: Heursticos generales
Una buena figura vale 1000 palabras.
Doble trfico en la comunicacin (retroalimentacin).
Evitar ruidos.
Evitar metforas con su rea de conocimiento (informtica).
Procure identificar el punto de vista (cultura) de su
interlocutor.
Aprenda con humildad.
15
29
Dificultades de la elicitacin
Informacin esparcida en diversas fuentes con posibilidad de
conflictos entre ellas.
Conocimiento tcito.
Observabilidadlimitada
- un observador puede cambiar el problema
- clientes ocupados
Desviacin
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.
30
Unidad II - Apuntes
Kotonya, G. andSommerville, I. Requirements
Engineering: ProcessesandTechniques J ohn Wiley
& SonsEds., 1998.
Apunte 2.1 - Captulo 3.2: ElicitationTechniques

You might also like