Está en la página 1de 8

38

A process model for requirements elicitation in information mining projects



Modelo de proceso para elicitacin de requerimientos en proyectos de
explotacin de informacin

Diego Mansilla
1
, Florencia Pollo-Cattaneo
2
, Paola Britos
3
, Patricia Pesado
2
, Ramn Garca-
Martnez
4

1
Grupo de Estudio en Metodologas de Ingeniera de Software. Facultad Regional Buenos Aires. Universidad Tecnolgica Nacional.
Buenos Aires, Argentina. dmansilla@educ.ar.
2
Programa de doctorado en Ciencias informticas. Facultad e Informtica. Universidad Nacional de La Plata. La Plata. Buenos Aires.
Argentina. fpollo@posgrado.frba.utn.edu.ar.
3
Grupo de Investigacin en Explotacin de informacin. Sede Andina. Universidad Nacional de Ro Negro. Argentina.
paobritos@gmail.com.
4
Grupo Investigacin en Sistemas de Informacin. Departamento Desarrollo Productivo y Tecnolgico. Universidad Nacional de
Lans. Lans, Argentina. rgarcia@unla.edu.ar.

INFORMACIN DEL ARTCULO

Tipo de artculo: Investigacin

Historia del artculo:
Recibido: 30/03/2012
Correcciones: 30/05/2012
Aceptado: 31/05/2012

Palabras clave
Proceso, elicitacin, requerimientos,
proyecto explotacin de informacin.

Categories and Subject Descriptors
D.2.1 [Requirements/Specifications]:
Methodologies

General Terms
Requirements Engineering.

Keywords
Process, elicitation, information mining
projects, requirements.

ABSTRACT
A problem addressed by an information mining project is transforming existing
business information of an organization into useful knowledge for decision making.
Thus, traditional software development process for requirements elicitation, by
focusing on the software product and not in information, cannot be used to acquire
required information for information mining process. In this context, a process for
requirements gathering for information mining projects is presented, emphasizing
the following phases: conceptualization, business definition and information mining
process identification.

RESUMEN
La problemtica abordada en los proyectos de explotacin de informacin se basa en
transformar la informacin existente de una organizacin en conocimiento til para
la toma de decisiones. Los modelos tradicionales de educcin de requisitos, al
enfocarse en el producto, no pueden ser utilizados para obtener la informacin
requerida para los procesos de explotacin de informacin. En este contexto, se
presenta un proceso para elicitacin de requerimientos en proyectos de explotacin
de informacin haciendo nfasis en las fases de: conceptualizacin, definicin de
negocio e identificacin de procesos de explotacin de informacin.




1. INTRODUCCIN
La Ingeniera de Software tradicional ofrece una serie de
herramientas y procesos para la elicitacin de
requerimientos software que son utilizadas en
proyectos de creacin de sistemas de informacin
automatizados. Se entiende por requerimientos a la
especificacin de lo que debe ser implementado. Ellos
son descripciones de cmo debe comportarse el
sistema [1].

Los requerimientos suelen clasificarse de diferentes
formas, siendo una de las clasificaciones ms
consensuada la organizacin de acuerdo al nivel del
requerimiento, dividindose en requerimientos de
negocio, requerimientos de usuario, requerimientos
funcionales y requerimientos de sistema [2]. Las
herramientas de elicitacin de la Ingeniera de Software
se enfocan en la descripcin de los diferentes tipos de
requerimientos, haciendo hincapi en las caractersticas
que debe cumplir el producto final.

Tradicionalmente, los proyectos de desarrollo de
software comienzan por obtener un entendimiento del
dominio del negocio y de las reglas que lo rigen. El
entendimiento del dominio permite diferenciar
requerimientos, a nivel producto o a nivel dominio del
negocio [3], que delimitan el producto a construir
respecto del contexto donde ser utilizado. Modelos
como el Diagrama de Contexto, Diagramas de flujos de
datos, diagramas de secuencia, entre otros, sirven para
representar grficamente los procesos de negocio
relevado y son utilizados como herramientas para la
validacin de los mismos. El analista funcional, que
define los requerimientos del producto software a
construir, utiliza estas herramientas con el objetivo de
definir qu es lo que debe hacer el sistema software y
no el cmo hacerlo. Adems, la recopilacin de la
informacin est orientada a los datos de entradas y
salidas de los productos a desarrollar y cmo esa
informacin ser transformada por el sistema. En etapas
posteriores del proyecto, se trabaja en el cmo hacer
para que el producto software satisfaga las necesidades
planteadas por el negocio y en la construccin del
mismo. El producto obtenido es, entonces, un sistema
software que cumple con las caractersticas esperadas
para el contexto en que ser utilizado.


39
A diferencia de los proyectos de desarrollo de software,
la problemtica abordada en los proyectos de
inteligencia de negocio se basa en transformar la
informacin existente en una organizacin en
conocimiento til para la toma de decisiones, mediante
el uso de herramientas analticas [4]. Los modelos de
elicitacin de requerimientos y de gestin de proyectos,
al enfocarse en el producto software a construir, no
pueden ser utilizados para obtener la informacin
requerida por los procesos de explotacin de
informacin.

En este contexto, se hace necesario transformar la
experiencia existente en el uso de las herramientas de
elicitacin de requerimientos en el dominio de sistemas
software tradicionales en conocimiento que pueda ser
utilizado para el armado de los modelos utilizados en la
inteligencia de negocio y en los procesos de explotacin
de informacin [5-7].

En este trabajo se describir el problema (seccin 2), se
presentar un proceso para elicitacin de
requerimientos en proyectos de explotacin de
informacin (seccin 3), haciendo nfasis en la fase de
conceptualizacin (seccin 3.1), en la fase de definicin
de negocio (seccin 3.2) y en la identificacin de
procesos de explotacin de informacin (seccin 3.3).
Luego se propone el estudio de un caso (seccin 4) y se
proponen algunas conclusiones y futuras lneas de
trabajo (seccin 5).

2. DESCRIPCIN DEL PROBLEMA
Actualmente, diversas disciplinas se han estandarizado
para poder incorporar buenas prcticas provenientes de
las experiencias adquiridas y de la incorporacin de
nuevos descubrimientos. La disciplina de gestin de
proyectos, por ejemplo, gener un cuerpo de
conocimiento donde definen las diferentes reas del
proceso de gestin de proyectos. La Ingeniera en
software defini diferentes metodologas de desarrollo
de sistemas, entre las cuales se establece el proceso de
Desarrollo de requerimientos, donde definen las etapas
de Elicitacin, Anlisis, Especificacin y Validacin como
las actividades a realizar para obtener los
requerimientos de un sistema software [1]. Por otro
lado, en lo relacionado a proyectos de inteligencia de
negocios, existe la metodologa para el desarrollo de
sistemas de explotacin de informacin, CRISP-DM [8],
P3TQ [9] y SEMMA[10].

En el campo de la explotacin de informacin no existe
un nico proceso definido para gestionar los proyectos
[11]. Sin embargo, existen aproximaciones que tratan de
integrar el conocimiento adquirido en los diferentes
proyectos tradicionales de desarrollo de software, como
ser el ciclo de vida Kimball [12] y, abordajes para
proyectos en el marco de las PyMes [13]. El ciclo de vida
Kimball es utilizado en iniciativas de Data
Warehouse/Business Intelligence (DW/BI) y se basa en
el concepto que los proyectos de DW/BI se componen
de diferentes piezas y, slo si stas se completan en
forma apropiada y se integran correctamente, el sistema
de DW/BI tendr xito.

El problema encontrado es que dichas aproximaciones
mencionadas hacen hincapi en metodologas de trabajo
asociadas a los proyectos de explotacin de informacin
y no adaptan las tcnicas de elicitacin de
requerimientos tradicionales de la Ingeniera en
Software a las necesidades requeridas por los procesos
de explotacin de informacin. Ante esta situacin, es
necesario comprender qu pasos se deberan llevar a
cabo y, qu tcnicas de elicitacin tradicionales podran
adaptarse en proyectos de explotacin de informacin.

3. PROCESO DE ELICITACIN DE REQUERIMIENTOS
El proceso que se presenta define un conjunto de
actividades de alto nivel que se deben realizar como
parte de la etapa de entendimiento del negocio,
presentada en la metodologa CRISP-DM, que puede ser
utilizada en la definicin de requerimientos de negocio
del ciclo de vida de Kimball. El modelo de proceso
propuesto descompone la problemtica de la elicitacin
de requerimientos para proyectos de explotacin de
informacin en diferentes fases, que irn transformando
el conocimiento adquirido en cada fase previa. Para
cada fase del proceso se identifican qu tcnicas de
elicitacin de requerimientos pueden ser utilizadas para
resolver la problemtica presentada para cada fase.

Este modelo de proceso se contextualiza dentro del
concepto de proyecto que, segn el Project Management
Institute, es un emprendimiento temporario para crear
un producto, resultado o servicio nico [14]. Para los
proyectos de explotacin de informacin, el objetivo
planteado es identificar requerimientos de informacin
y utilizar dicha informacin en la toma de decisiones. En
[15] se plantea una propuesta operativa sobre la
ejecucin de proyectos de explotacin de informacin,
pero sin entrar en el detalle de qu tcnicas de
elicitacin pueden utilizarse en el proyecto. Se debe
comenzar definiendo diferentes capas dentro de un
proyecto de explotacin de informacin. Cada una de
estas capas tendr un objetivo y una serie de actividades
a realizar, y a su vez, podr seguir descomponindose en
capas ms especficas. Para cada actividad se plantea
una adaptacin de una tcnica tradicional de elicitacin
de requerimientos.


Fig. 1: Fases propuestas
La Figura 1 refleja las fases estratgicas de un proyecto
de explotacin de informacin, enfocndose en las
actividades de elicitacin de requerimientos propuestas.

La capa de gestin de proyecto se encarga de la
coordinacin de las diferentes actividades necesarias
para alcanzar los objetivos planteados, es la aplicacin
Gestin de Proyecto
Comprensin
del Negocio
Entendimiento
de los datos
Preparacin
de datos
Modelado Evaluacin Implantacin
Identificacin de Procesos de
Explotacin de Informacin
Conceptualizacin del
dominio de negocio
Definicin del Negocio


40
del conocimiento, habilidades y herramientas para
alcanzar los requerimientos planteados [14]. La
disciplina de gestin de proyectos est definida por el
Project Management Institute [14] pero dichas
actividades estn fuera del alcance de este proceso.

Este trabajo identifica las actividades relacionadas con
el proceso expuesto en [12], las que pueden utilizarse
como gua de las actividades a realizar dentro de un
proyecto de Explotacin de Informacin. El primer paso
de dicho proceso es la fase de Conceptualizacin del
Negocio. Su objetivo es identificar el vocabulario de
negocio y los procesos del mismo, con el fin de poder
establecer un lenguaje comn entre el equipo de
proyecto y el interlocutor del negocio. La necesidad de
establecer este vocabulario radica en que las
metodologas de DM-BI han tenido dificultades con el
grupo de usuarios respecto del lxico utilizado por los
equipos de DM-BI [15]. Esta fase generar los casos de
uso del negocio en estudio.

Una vez concluida la Conceptualizacin del Negocio,
comenzar la fase de Definicin del Negocio cuyo
objetivo es definir los conceptos, datos y repositorios de
informacin afectados en los diferentes procesos de
negocio, utilizando los conceptos identificados en la fase
anterior y sus relaciones. Se definir entonces, el
vocabulario de conceptos que ser utilizado como
lenguaje de comunicacin entre los interlocutores del
negocio y los analistas de DM-BI y el modelo conceptual
del mismo. Tambin se identificarn los diferentes
repositorios de informacin que posee la organizacin,
los que almacenan datos relacionados con los conceptos
identificados.

La fase de Identificacin de Procesos comienza una vez
formalizadas las definiciones asociadas al negocio e
identificados los repositorios de informacin. Su
objetivo es definir la lista de problemas de informacin
a resolver y los procesos de explotacin de informacin
que debern ser utilizados para cada problema de
inteligencia de informacin encontrado.

3.1 Fase de Conceptualizacin
La Conceptualizacin es la fase del proceso de
elicitacin que ser utilizada por el analista para
comprender el lenguaje de la organizacin y los
vocabularios especficos del negocio. Esta fase es crucial
en el proyecto, ya que la informacin recopilada y las
decisiones que se establezcan como resultado de esta
fase afectarn al alcance del proyecto y a las soluciones
que sern construidas por el mismo [12].

Los proyectos se inician con la identificacin de los
interesados en el mismo. De acuerdo a [14], deben
identificarse los patrocinadores del proyecto, que son
las personas que proveen de apoyo financiero o
recursos y los usuarios, que sern los beneficiados por
el proyecto. La Figura 2 refleja las diferentes actividades
y productos de la fase de conceptualizacin y la Tabla 1
resume las principales entradas y salidas de la misma.

Fig. 2: Fase de Conceptualizacin

Tabla 1. Entradas y salidas de Fase de Conceptualizacin

Los patrocinadores de proyectos pueden seleccionarse
de acuerdo al conocimiento que tienen sobre la
informacin que administra el negocio, las visiones
estratgicas de la organizacin, los problemas de
operatoria en los procesos de negocio, entre otros.
Depender principalmente quin es el patrocinador del
proyecto y qu problemticas de informacin se
tratarn de resolver. Inicialmente, se comenzar con un
grupo reducido de personas que tengan una visin
estratgica del negocio y luego en diferentes iteraciones
se podr ir profundizando en niveles ms operativos. La
actividad debe generar un listado de usuarios que sern
relevados durante la actividad de Relevamiento de
procesos de Negocio.

Una vez identificados los usuarios principales, se
proceder al relevamiento de los procesos de negocio y
su modelado en casos de uso. Un proceso de negocio se
puede definir como el proceso de utilizacin del negocio
por parte de un cliente y cmo va realizando los
diferentes flujos de eventos en el sistema, los cuales le
permiten al cliente iniciar, llevar a cabo y completar el
proceso de negocio [16]. Es una serie de tareas
relacionadas que permiten producir un producto o
servicio que le es til a un cliente del negocio.

Diferentes tcnicas de elicitacin de requerimientos
software tradicionales pueden ser de utilidad para la
recopilacin de datos relacionados con el
funcionamiento del negocio. Si bien estas tcnicas son
necesarias para el desarrollo del software a construir,
no satisfacen las necesidades de los proyectos de
Explotacin de Informacin, ya que stos requieren
definir problemticas del negocio en cuanto a
informacin existente y disponible en la organizacin, y
no las caractersticas que deben tener los sistemas
software que almacenan dicha informacin.

Las tcnicas de elicitacin de proyectos de desarrollo
software enfocan su atencin en los requerimientos de
usuario, los cuales tienden a representar las
necesidades de los mismos en cuanto a expectativas de
funcionalidad, performance, usabilidad y otros atributos
relacionados con el software a construir, tienden a
definir qu es lo que el usuario espera del sistema.
Dentro de las tcnicas tradicionales para recopilacin de
informacin podemos mencionar: las entrevistas, la
observacin y los talleres de dominio [3]. La
informacin obtenida se suele modelar mediante Casos
Fase Tarea
Productos Entrada Tcnica de
Transformacin a
utilizar
Productos de salida
Entrada Representacin Salida Representacin
Conceptualizacin
Comprensin
del Negocio
Formalizacin
de proyecto
Documento de
Inicio de
Proyecto
Anlisis de sponsors
de proyecto
Lista de
usuarios a
relevar
Plantilla de lista
de usuarios
Relevamiento
de procesos
Lista de
usuarios a
relevar
Plantilla de lista
de usuarios
Entrevistas
Workshops
Otros.
Informe de
relevamiento
Plantilla de
Informe de
Relevamiento
Elaboracin
de modelos
Informe de
relevamiento
Plantilla de
Informe de
Relevamiento
Anlisis de
relevamiento
Documento
de Casos de
Uso
Modelo de Casos
de Uso

Comprensin
del Negocio
Relevamiento
deProcesos
Elaboracin
deModelos
Lista de usuarios
a relevar
Documentacin de
Relevamiento
Modelo de
Casos de Uso


41
de Uso o lista de eventos [2], siendo estos modelos la
base de los procesos de desarrollo de Software. Las
tcnicas enfocadas a obtener informacin de negocio y
no de producto, pueden utilizarse en los proyectos de
explotacin de informacin.

En la Elicitacin de Requerimientos de Software se
establece el concepto de Usuario de Producto
campen. Es la persona que sirve de interlocutor entre
los diferentes usuarios y el analista de requerimientos.
Es quien tiene una visin clara de lo que el nuevo
sistema software har [2]. En proyectos de Explotacin
de Informacin se deben identificar estos usuarios
campeones, pero en vez de ser interlocutores, sern
aquellos usuarios que conozcan el funcionamiento
completo del proceso de negocio, independientemente
de los sistemas software que soporten al proceso de
negocio.

Durante la actividad de Elicitacin, el analista de
negocio deber enfocarse en la descripcin de las
distintas funciones que el negocio realiza. Debe dejar
que el interlocutor del negocio exprese sus necesidades
en el vocabulario que utiliza habitualmente. El analista
deber recopilar tambin las palabras especficas
utilizadas en el negocio con el fin de obtener tanto una
descripcin de las diferentes tareas que se realizan en
cada funcin, como as tambin la terminologa utilizada
en cada caso. Esta actividad podr ser documentada
mediante la descripcin de los casos de uso, donde el
caso corresponder a la definicin de la estructura de
pasos que los usuarios del negocio realizan para
completar su actividad. Este enfoque difiere del
utilizado en el desarrollo de software en el cual el
objetivo es describir el negocio y sus flujos de trabajo y
no la interaccin del usuario con el sistema software,
como se utiliza tradicionalmente al modelo. Por lo
tanto, el caso de uso es la secuencia de transacciones en
un sistema [17] cuya tarea es producir un resultado de
valor medible para un actor individual del sistema, que
en el caso de estudio sera el cliente del negocio. La
tarea del modelado de casos de uso utiliza la
informacin obtenida de los relevamientos de negocio y
genera en la ltima actividad de la fase, la elaboracin
de modelos.

3.2 Fase de Definicin de Negocio
Concluida la actividad de identificacin de los conceptos
asociados al negocio en estudio, se comienza a definirlo
en trminos de relacin de conceptos, vocabulario y
fuentes de informacin que dan soporte a los procesos
de negocio. La fase de Definicin de Negocio requiere
como entrada los casos de uso definidos en la fase de
Conceptualizacin. La Figura 3 refleja las actividades y
productos de la fase y la Tabla 2 resume las principales
entradas y salidas.


Fig. 3: Fase de Definicin de Negocio
Tabla 2. Entradas y salidas de la Definicin de Negocio

La primera tarea del analista ser elaborar el
diccionario de conceptos de los procesos de negocio. El
concepto de diccionario es utilizado en metodologas
estructuradas para la definicin de las estructuras de los
flujos de datos existentes entre los procesos, y que no
necesariamente representan los conceptos utilizados en
el negocio. La propuesta de trabajo es utilizar los
conceptos definidos por la herramienta de Diccionario
de Datos y expandir su uso hacia los procesos de
Negocio. El objetivo es documentar los conceptos
relevados en la fase de Conceptualizacin. La estructura
de un concepto podr ser definida de acuerdo con la
Tabla 3.

Tabla 3. Estructura de un concepto
Elemento de la estructura Descripcin
Concepto Trmino que se desea definir.
Definicin Descripcin del significado del
concepto.
Estructura de datos Definicin de la estructura de los
datos existentes en el concepto
definido
Relaciones Lista de relaciones con otros
conceptos
Procesos Lista de los procesos de negocio que
hacen uso del concepto

En este diccionario de conceptos se podrn identificar
las diferentes entidades que forman parte del proceso
de negocio. Otras representaciones han sido propuestas
para poder documentar la informacin relevada [10].
Como objetivo secundario de esta actividad se
encuentra el descubrimiento de sinnimos de
conceptos. Los procesos de negocio hacen uso de un
mismo concepto pero cada uno de ellos puede
considerar caractersticas y condiciones diferentes para
dicho concepto. Por ejemplo, un cliente para un rea de
preventa puede diferir del concepto de cliente para un
rea de soporte, siendo que en el primer caso el cliente
puede ser una persona que an no tenga servicios y, en
el segundo caso sea cliente slo aquella persona que ya
ha adquirido un servicio. Estas diferencias en
condiciones y caractersticas de los conceptos deben ser
disipadas en esta fase.

Con los conceptos definidos, el analista deber realizar
el modelo de dominio de negocio, mediante un modelo
conceptual del mismo. Las tcnicas de modelado de
clases y de Entidad/Relacin pueden ser utilizadas
como base del modelo. El objetivo es abstraerse de la
implementacin en software de dichos conceptos y
focalizarse en su relacin a nivel negocio. El analista
trabajar sobre la vinculacin que existe entre los
diferentes conceptos definidos en el diccionario, con los
Fase Tarea
Productos Entrada Tcnica de
Transformacin a
utilizar
Productos de salida
Entrada Representacin Salida Representacin
Definicin de
Negocio
Elaborar
Diccionario
Documento de
Casos de Uso
Modelo de
Casos de Uso
Anlisis del Caso de
Uso
Diccionario de
conceptos
Estructura de
Concepto
Relacionar
Conceptos
Diccionario de
conceptos
Estructura de
Concepto
Modelo de clases Mapa de
Conceptos
Plantillas de
Mapas de
conceptos
Elaborar Mapa
de Repositorios
Mapa de
Conceptos
Plantillas de
Mapas de
conceptos
Anlisis de
relevamiento
Mapa de
Repositorios
Plantilla de
Mapa de
repositorios

Elaborar
Diccionario
Relacionar
Conceptos
Elaborar
Mapa de
Repositorios
Diccionario de
Conceptos
Mapa de
Conceptos
Mapa de
Repositorios
Modelo de
Casos
de Uso


42
casos de uso identificados y podr obtener as el modelo
conceptual de dominio para los procesos de negocio.
Una vez que completado el mapa, se comienzan a
relevar los diferentes repositorios de informacin de la
organizacin. Aqu se requiere de la participacin de
diferentes personas (roles) de la organizacin. Podemos
mencionar a: los analistas de software, los
administradores de base de datos y los responsables de
las metodologas y procesos de negocio.

Para obtener los datos requeridos por los procesos de
Explotacin de Informacin, en caso de existir modelos
estructurados de anlisis de los sistemas de informacin
existentes en la organizacin, la identificacin de donde
se encuentran las implementaciones fsicas del concepto
de demora puede ser base del descubrimiento. Otra
opcin puede ser la identificacin de sistemas de
informacin (tanto software como manuales) que den
soporte de informacin a los procesos de negocio. Es
importante obtener el volumen de informacin de
dichos repositorios, ya que son necesarios para poder
definir qu procesos de Explotacin de Informacin
pueden ser aplicados en el proyecto.

Con la informacin obtenida, se arma un mapa que
relaciona los casos de uso del negocio, con los conceptos
que el negocio define y en el repositorio en que son
almacenados. Esta triple relacin puede ser utilizada
como base por cualquiera de las tcnicas de procesos de
Explotacin de Informacin.

3.3 Fase de Identificacin de procesos de
Explotacin de Informacin
La fase de Identificacin de Procesos de explotacin de
Informacin tiene como objetivo definir qu procesos de
explotacin de informacin resolvern los problemas
identificados en los procesos de negocio. Existen
diversos procesos que pueden ser utilizados [18-19],
entre los que se encuentran:

Descubrimiento de reglas de comportamiento (DRC)
Descubrimiento de grupos (DDG)
Ponderacin de interdependencia de atributos (PIA)
Descubrimiento de reglas de pertenencia al Grupo
(DRPG)
Ponderacin de reglas de comportamiento o de
Pertenencia a Grupos (PRC)

Esta fase no requiere entradas previas, puede realizarse
en paralelo junto con la fase de Conceptualizacin del
dominio. Incluso, durante la actividad de relevamiento
de procesos, se podr realizar la actividad de
identificacin de problemas de negocio. La Figura 4
refleja las actividades y productos de la fase y la Tabla 4
identifica las entradas y salidas de las tareas.






Fig. 4: Fase de Definicin de Negocio
Tabla 4. Entradas y salidas de la fase de Definicin

Para poder definir qu tcnica utilizar, se comienza con
el relevamiento de los problemas que el usuario detecta
en su negocio y se utiliza la informacin generada en las
fases previas como fuente de informacin para la
aplicacin de las tcnicas mencionadas. Al igual que en
la fase de Conceptualizacin, pueden utilizarse las
tcnicas tradicionales de recopilacin de informacin,
enfocando la problemtica en las necesidades de
informacin de los diferentes usuarios de negocio. La
lista de problemas debe ser priorizada y estar en
lenguaje natural, expresado con el vocabulario de
usuario, identificando los problemas ms importantes
segn su criterio. Ejemplos de problemas que deben ser
reflejados en esta lista:

Contexto de negocio: Inmobiliaria
Recibe una nueva casa para la venta y desea conocer
qu clientes podran estar interesados en ella.
Contexto de negocio: Banco
Tiene usuarios categorizados en grupos y se desea
saber cuando llega un nuevo cliente, a qu grupo se
debe asignarlo.

Una vez definida la lista de problemas, se procede al
anlisis de los mismos. Este anlisis se realiza mediante
la utilizacin del modelo de Lxico Extendido del
Lenguaje (LEL) [20]. El modelo LEL se obtiene del
dominio del negocio, aplicando un conjunto de reglas
para su construccin. Se han realizado trabajos sobre el
enfoque LEL en el anlisis de situaciones de negocio
[21], y que puede ser utilizado como base del trabajo
que se debe realizar en esta fase: descomponer el
problema en los diferentes smbolos presentados en el
modelo LEL. El modelo presenta 4 tipos generales de
smbolos, smbolo sujeto, smbolo objeto, smbolo verbo
y smbolo estado.

Para poder definir qu tcnica puede ser utilizada, se
propone una tabla de decisin que analice las
estructuras LEL, los conceptos identificados en la fase
de Conceptualizacin, los repositorios de informacin
existentes y las acciones que se desean resolver y en
funcin de esa informacin, ofrecer qu tcnica de
explotacin sera la ms adecuada para el proyecto en
cuestin. La Tabla 5 muestra qu condiciones se evalan
y las reglas que fueron identificadas como base para
este trabajo. Como observaciones, se entiende como
descubrimiento de conceptos sujeto a la bsqueda de
sujetos o conceptos que no hayan sido identificados
como parte del dominio relevado.


Fase Tarea
Productos Entrada
Tcnica de
Transformacin a
utilizar
Productos de salida
Entrada Representacin Salida Representacin
Identificacin
de Procesos de
Explotacin de
Informacin
Identificar
problemas de
negocio
Formalizacin
de proyecto
Documento de
Inicio de
Proyecto
Anlisis de
documentacin
Lista de
Problemas
de negocio
Plantilla de
problemas de
negocio
Seleccionar
proceso de
explotacin de
informacin
Lista de
Problemas
Diccionario de
conceptos
Plantilla de
problemas
Plantilla de
diccionario
Lxico Extendido
del lenguaje
Proceso de
explotacin
de
informacin
a utilizar


Seleccionar
procesode
explotacin

Lista de
Problemas
Proceso de
Explotacin
Identificar
Problemasde
Negocio

Diccionario de
Conceptos


43
Tabla 5. Seleccin de proceso de Explotacin
Condiciones R01 R02 R03 R04 R05
Existen los conceptos identificados como
objeto en algn repositorio de Informacin
del negocio?
SI SI SI NO NO
Existen conceptos identificados como
Objeto que no se encuentren en ningn
repositorio?
NO NO NO SI SI
La accin representada por el verbo,
Denota descubrimiento de conceptos
Sujeto?
SI NO NO NO SI
Existen conceptos objetos asociables a
Factores?
SI SI SI NO SI
Los factores requeridos, Se encuentran
identificados?
SI SI NO NO NO
Los factores identificados, Pueden
deducirse de la informacin existente en
los repositorios?
SI SI NO NO NO
La accin representada por el verbo,
Asocia Sujetos con Objetos?
SI NO NO SI SI
Se requiere analizar la incidencia de los
factores para obtener un grupo de sujetos
u objetos?
NO SI SI SI SI
Acciones
Se recomienda aplicar DRC DDG PIA DRP PRC

Esta tabla tiene como objetivo poder decidir, mediante
el anlisis de la informacin obtenida acerca del negocio
en estudio, qu proceso de Explotacin de Informacin
puede aplicarse en el proyecto. Es importante destacar
que esta tabla de decisin incorporar nuevos
conocimientos y nuevas reglas, con el fin de mejorar el
criterio de seleccin de la tcnica. Con la incorporacin
de ms proyectos y ms experiencia, se pueden refinar
las reglas de las tablas y as lograr una mejor seleccin
del proceso. Con la fase de Identificacin del Proceso de
Explotacin de Informacin, se concluye la fase y el
proceso. Las tareas posteriores dependern del proceso
definido y de las actividades establecidas en el proyecto.

4. PRUEBA DE CONCEPTO

4.1 Descripcin del negocio
Inmobiliaria del distrito federal Buenos Aires que
trabaja en zonas residenciales de la ciudad. Dirigida por
dos socios, dueos en partes iguales de la misma que
publica las casas ofrecidas en su cartera en diferentes
medios, principalmente en revistas locales de
inmobiliarias. Las casas publicadas son de rango de
clase media y media alta. Esta inmobiliaria no se dedica
a la construccin de emprendimientos inmobiliarios
aunque se asocia con otras inmobiliarias que s lo hacen
y ofrecen dichos emprendimientos como productos para
vender. Tiene una nica sucursal, donde trabajan todos
sus empleados. Se cubren los roles de martillero,
vendedores, administrativos, gestores de trmites y
asesores de compra/venta.

4.2 Implementacin del proceso

Fase de Conceptualizacin: El primer paso del proceso es
identificar interesados del proyecto y armar la lista de
interesados que sern relevados. De este paso, con el
breve conocimiento que tenemos de la empresa,
podemos definir 3 interesados: los dueos y el
vendedor. El segundo paso es establecer una serie de
entrevistas con los roles seleccionados y relevar el
funcionamiento del negocio. Ese funcionamiento puede
ser documentado en informes de relevamiento.

La inmobiliaria se focaliza principalmente en el alquiler
y venta de inmuebles. Si una persona se acerca a ofrecer
su inmueble para la venta, el martillero realiza una
tasacin del inmueble ofrecido. Se presenta dicha
tasacin al cliente y si est de acuerdo con la misma, se
establecen las condiciones en las que se realizar la
venta. Cuando una persona presenta inters en comprar
una casa, los vendedores completan una planilla con los
datos de la persona y las caractersticas que debe
cumplir el inmueble. Si existen inmuebles que cumplan
con el criterio solicitado, se presentan los mismos a la
persona. La inmobiliaria considera como clientes
aquellas personas que tienen ofrecida una casa para
vender y a las personas que ya iniciaron un proceso de
compra de una casa ofrecida, y considera interesados a
aquellas personas que estn consultando por los
inmuebles ofertados o estn buscando inmuebles para
comprar. Si los interesados acuerdan la compra de un
inmueble, sern clientes de la inmobiliaria y se da
comienzo al proceso de compra de inmuebles. La
informacin de los clientes e inmuebles se almacena en
un archivo Excel.

El tercer paso implica el anlisis de la informacin
relevada y su modelado en casos de uso. Con la
informacin relevada podramos identificar los
siguientes casos de uso de negocio:

Vender Inmuebles, que refleja la accin de venta del
inmueble por parte de una persona y gestionada por
la inmobiliaria
Comprar Inmuebles, que refleja la accin de compra
por parte de una persona de un inmueble ofrecido
por la inmobiliaria
Ofrecer Inmuebles, que refleja la accin de mostrar
los inmuebles que dispone para venta la inmobiliaria
a los interesados.

Este es un breve anlisis de los casos de uso
identificados. Un trabajo ms exhaustivo detallara ms
la informacin de cada caso de uso.

Fase de Definicin de Negocio: El cuarto paso consiste en
la elaboracin del diccionario de conceptos del negocio.
Del relevamiento, podemos identificar los conceptos
indicados en la Tabla 6.

Tabla 6. Conceptos identificados en la definicin
Cliente Vendedor
Persona que ofrece un inmueble para la venta
Estructura: Nombre y Apellido
Documento Identidad
Informacin de Contacto
Relaciones: Inmueble
Tasacin
Procesos : Vender Inmueble
Tasacin
Valuacin del inmueble para su venta
Estructura: Valor Tasacin (Numrico)
Identificador de Inmueble
Moneda Tasacin


44
Cliente Vendedor
Persona que ofrece un inmueble para la venta
Relaciones: Inmueble
Cliente
Procesos Vender Inmueble
Ofrecer Inmueble

El siguiente paso consiste en el armado de un modelo de
relacin de los conceptos definidos. La Figura 5 muestra
brevemente las relaciones existentes entre los
conceptos identificados.


Fig. 5: Modelo de Conceptos identificados en el caso

El sexto paso del proceso implica identificar los
repositorios donde la informacin asociada a los
conceptos se encuentra almacenada. Del relevamiento
obtenido, podemos identificar dos repositorios: la
planilla de interesados y la planilla Excel de clientes e
inmuebles. El sptimo paso es la identificacin de
problemas de negocio. Esta identificacin se puede
realizar junto con el segundo paso, durante el
relevamiento del negocio. La lista debe identificar los
problemas en el lenguaje del usuario. De un segundo
relevamiento surge que uno de los problemas de la
inmobiliaria es: cuando se recibe una nueva casa para la
venta deseamos conocer qu clientes podran estar
interesados en ella.

La lista puede tener varios problemas. Cada problema
debe ser priorizado y estar identificado unvocamente.
Con los problemas identificados, se contina con el
octavo paso, el anlisis LEL de los problemas. En este
caso, el anlisis identifica (entre otros) los smbolos
expresados en la Tabla 7.

Tabla 7. Smbolos asociados al problema de la
inmobiliaria
Inmueble [Objeto]
Nocin
- Es el objeto que vende la inmobiliaria
Impacto
- Lo vende un cliente de la inmobiliaria
Ofrecer una casa [Verbo]
Nocin
- Es la accin de presentarle una casa en venta a un cliente
Impacto
- La casa debe satisfacer los criterios de los interesados
Cliente [Sujeto]
Nocin
- Persona que est interesada en comprar casa
- Persona que vende la casa
Impacto
- Completa un formulario de criterios de compra
- Establece lineamientos de la zona donde trabaja
Interesado [Estado]
Nocin
- Es un estado que tiene un cliente cuando una casa ofrecida
cumple con sus expectativas
Impacto
- La casa ofrecida se muestra al interesado

Con el anlisis LEL obtenido y la informacin de los
repositorios y conceptos, determinamos qu proceso de
Explotacin de Informacin se puede aplicar. Para ello,
se utiliza como gua la Tabla 5 y se analiza la regla
obtenida. El resultado del anlisis se ve en la Tabla 8.

Tabla 8. Resultado del anlisis LEL
Condiciones Regla
Existen los conceptos identificados como objeto en algn
repositorio de Informacin del negocio?
SI
Existen conceptos identificados como Objeto que no se
encuentren en ningn repositorio?
NO
La accin representada por el verbo, Denota
descubrimiento de conceptos Sujeto?
SI
Existen conceptos objeto asociables a Factores? SI
Los factores requeridos, Se encuentran identificados? SI
Los factores identificados, Pueden deducirse de la
informacin existente en los repositorios?
SI
La accin representada por el verbo, Asocia Sujetos con
Objetos?
SI
Se requiere analizar la incidencia de los factores para
obtener un grupo de sujetos u objetos?
NO
Acciones
Aplicar: DRC

5. CONCLUSIONES
Este trabajo presenta una propuesta de proceso para la
elicitacin de requerimientos en proyectos de
Explotacin de Informacin y cmo utilizar tcnicas
existentes de elicitacin de requerimientos, pero
adaptndolas dichos proyectos. El proceso se
descompone en 3 fases, donde se analiza el negocio en
estudio (Fase de Conceptualizacin), se trata de armar
un modelo del negocio y definirlo para poder
comprender el alcance del mismo y la informacin que
administra (Fase de Definicin de Negocio) y por ltimo,
los problemas que los usuarios del negocio identifican y
conociendo los conceptos y repositorios de informacin
que administran, se presenta una herramienta para
poder establecer qu tcnica de explotacin de
informacin puede ser aplicada para un proyecto de
explotacin de informacin (Fase de Identificacin de
Procesos de Explotacin de Informacin).

Como futuras lneas de trabajo se estn identificando
diferentes casos para la contrastacin emprica del
proceso propuesto con nfasis en la validacin de la
tabla de decisin referida en la seccin 3.3.

6. REFERENCIAS

[1] Sommerville, I. & Sawyer, P. 1997. Requirements
Engineering: A Good Practice Guide. Wiley & Sons.
[2] Wiegers, K. 2003. Software Requirements. Microsoft
Press.
[3] Lauesen, S 2002. Software Requirements. Styles and
Techniques. Pearson Education.
[4] Pollo-Cattaneo, F. et al. 2010. Proceso de Educcin de
Requisitos en Proyectos de Explotacin de Informacin.
En Aguilar R. et al (Eds.), Ingeniera de Software e


45
Ingeniera del Conocimiento: Tendencias de Investigacin
e Innovacin Tecnolgica en Iberoamrica, 01-11.
Alfaomega.
[5] Pollo-Cattaneo, F. et al. 2010. Ingeniera de Proyectos de
Explotacin de Informacin. Proceedings XII Workshop
de Investigadores en Ciencias de la Computacin, 172-
176.
[6] Pytel, P. et al. 2011. Ingeniera de Requisitos Basada en
Tcnicas de Ingeniera del Conocimiento. Proceedings XIII
WICC, 426-429.
[7] Chapman P. et al. 2000. CRISP-DM 1.0 Step-by-step data
mining guide. The CRISP-DM consortium.
[8] Garca-Martnez, R. et al 2011. Information Mining
Processes Based on Intelligent Systems. Proceedings of II
International Congress on Computer Science and
Informatics, 87-94.
[9] Pyle, D. 2003. Business Modeling and Business
Intelligence. Morgan Kauffmann Publishers.
[10] SAS. 2011. SAS Enterprise Miner: SEMMA. Online:
http://www.sas.com/offices/europe/uk/technologies/an
alytics/datamining/miner/semma.html. [Jun. 2011].
[11] Pollo-Cattaneo, F. et al. 2009. Metodologa para
Especificacin de Requisitos en Proyectos de Explotacin
de Informacin. Proceedings XI WICC, 333-335.
[12] Kimball, R. et al. 2011. The Data Warehouse Lifecycle
Toolkit. Wiley & Sons.
[13] Vanrell, J.; Bertone, R. & Garca-Martnez, R. 2010. Modelo
de Proceso de Operacin para Proyectos de Explotacin
de Informacin. Proceedings XVI Congreso argentino de
ciencias de la computacin, 674-682.




[14] William, R. 1996. A Guide to the Project Management
Body of Knowledge. PMI Publishing.
[15] Britos, P.; Dieste, O. & Garca-Martnez, R. 2008.
Requirements Elicitation in Data Mining for Business
Intelligence Projects. En Avison, D. et al (Eds.), Advances
in Information Systems Research, Education and Practice,
139-150.
[16] Jacobson, I.; Ericsson, M. & Jacobson, A. 1995. The Object
Advantage. Business Process Reengineering with Object
Technology, 98. Addison Wesley Publishing Company.
[17] Jacobson, I.; Ericsson, M. & Jacobson, A. 1995. The Object
Advantage. Business Process Reengineering with Object
Technology, 101. Addison Wesley Publishing Company.
[18] Garca-Martnez, R. et al. 2011. Towards an Information
Mining Engineering. In Zapata, J. C. M. et al. (Eds.),
Software Engineering, Methods, Modeling and Teaching,
83-99. Editorial Universidad de Medelln.
[19] Pollo-Cattaneo, F. et al. 2010. Ingeniera de Procesos de
Explotacin de Informacin. En Aguilar, R.; Daz, J. &
Gmez, G. (Eds.), Ingeniera de Software e Ingeniera del
Conocimiento: Tendencias de Investigacin e Innovacin
Tecnolgica en Iberoamrica, 252-263. Alfaomega.
[20] Leite, J. C. S. P. 1994. Notas de Aula. Material del curso de
Ingeniera de Requisitos.
[21] Fresno, M. et al. 1998. Derivacin de objetos utilizando
LEL y Escenarios en un caso real. Online:
http://wer.inf.puc-rio.br/wer98/artigos/89.html. [Nov.
2011].