Propuesta Matriz de Actividades para un Ciclo de Vida de ...

Propuesta Matriz de Actividades para un Ciclo de Vida de
Explotación de Datos
Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2
1 Centro de Ingeniería del Software e Ingeniería del Conocimiento. Escuela de Postgrado. ITBA.
2 Laboratorio de Sistemas Inteligentes. Facultad de Ingeniería. Universidad de Buenos aires
{pbritos,enfernan,rgm}@itba.edu.ar
RESUMEN
El mapa de actividades es una tabla que describe qué actividades deben desarrollarse en el
proyecto. En función de las características de este, dichas actividades se seleccionan o
descartan. Los proyectos de explotación de datos, como proyectos informáticos necesitan
seleccionar el ciclo de vida mas adecuado y definir el mapa de actividades. en este contexto en
este artículo se propone una matriz de actividades para un ciclo de vida de explotación de
datos
1. Estado de la cuestión
Al inicio de un proyecto es crítica la decisión sobre qué
ciclo de vida se elegirá para el proyecto en cuestión. Una
vez que se ha hecho tal selección, y guiado por ella, se
debe establecer el mapa de actividades que ajusta el
proceso software genérico al modelo de ciclo de vida
elegido.
El mapa de actividades es una tabla que describe qué
actividades deben desarrollarse en el proyecto. En
función de las características de este, dichas actividades
se seleccionan o descartan. [Diez, 2003; Juristo, 2003].
Los proyectos de explotación de datos, como proyectos
informáticos necesitan seleccionar el ciclo de vida mas
adecuado y definir el mapa de actividades.
La norma IEEE 1074-1989 Standard Software Life Cycle
Processes [IEEE 1074, 1989] indica las actividades a
realizar durante el proceso de construcción del software
(sin importar el ciclo de vida que se utilice).
Para el caso de proyectos de explotación de datos la
norma [a] considera la gestión del proyecto, [b] no
considera: análisis de datos, validación de datos, gestión
de calidad de datos, y Implementación de la
documentación, y [c] propone sin utilidad para los
proyectos de explotación de datos: retiro del software,
implementación, diseño, y formación.
2. Descripción del problema
En el contexto sobre gestión de proyectos de explotación
de datos son problemas a resolver:
Dado que la norma IEEE 1074-1989 no contempla
actividades propias de la explotación de datos como son:
i) el análisis de los datos, ii) la validación de los mismos,
iii) su gestión de calidad, y iv) la implementación de la
documentación; la definición de estas actividades son un
problema a resolver.
Existen actividades que no son necesarias para proyectos
de explotación de datos tales como: retiro del software,
implementación, diseño y formación. La identificación de
dichas actividades y otras semejantes para eliminarlas del
mapa de actividades son un problema a resolver.
3. Solución propuesta
3.1. Propuesta de nuevas actividades
Se toma como base para la solución el estándar 1074-
1989 de IEEE Standard Software Life Cycle Processes. A
continuación se presentan las actividades propuestas por
el estándar y su aplicación en el desarrollo de las
actividades de explotación de datos; con la incorporación
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)

de actividades propias de la explotación de datos
propuestas en esta trabajo (tabla 1).
Actividades Aplicación Estado
Proceso de Selección de un Modelo de Ciclo de Vida
Identificar los
posibles modelos
de ciclos de vida.
Seleccionar un
modelo para el
proyecto.
Se pueden utilizar
distintos ciclos de
vidas para las
actividades de
explotación de datos.
Se pueden utilizar
distintas metodologías
de desarrollo para las
actividades de
explotación de datos.
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
Proceso de Iniciación, Planificación y Estimación del Proyecto
Establecer la matriz
de actividades para
el modelo de ciclos
de vida.
Se establecen las
actividades que deben
realizarse de acuerdo
al ciclo de vida a
utilizar.
SIN
MODIFICACIÓN
Asignar los
recursos del
proyecto.
Definir el entorno
del proyecto.
Planificar la gestión
del proyecto.
Se establecen los
recursos a utilizar.
Se establece el
entorno en que se va a
desarrollar el
proyecto.
Se debe planificar las
actividades a realizar,
esta planificación a lo
largo del proyecto.
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
Proceso de Seguimiento y Control del Proyecto
Analizar riesgos. Se deben analizar los
riesgos que puedan
suceder a lo largo del
desarrollo del
proyecto.
SIN
MODIFICACIÓN
Realizar la
planificación de
contingencias.
Gestionar el
proyecto.
Implementar el
sistema de informes
de problemas.
Archivar registros.
Cuando se
identifiquen riesgos en
el proyecto debe
realizarse el plan de
contingencia del
mismo.
Se deben realizar las
actividades de gestión
de proyectos
informáticos para
poder llevar adelante
el desarrollo en
tiempo y forma.
Se deben registrar los
incidentes planteados
durante el desarrollo
del proyecto, con el
objetivo de que en
futuras actividades
puedan preverse o
minimizar el impacto
de los mismos.
Se deben almacenar
todo tipo de registro o
cambio producido en
la documentación del
proyecto, para así
poder tener control
sobre el mismo.
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
Proceso de Gestión de Calidad
El nombre del proceso propuesto por la IEEE en el estándar 1074-
1989 es “Proceso de gestión de calidad del software”, como en la
explotación de datos no se gestiona un software sino se gestiona la
calidad de los datos y los resultados obtenidos en función de las
reglas del negocio, se propone para este proceso el nombre de
“Proceso de Gestión de la Calidad de Datos”.
Planificar la
garantía de calidad
del software.
Planificar la
garantía de calidad.
Desarrollar
métricas de calidad.
Gestionar la calidad
del software.
Gestionar la
calidad.
Identificar
necesidades de
mejora de la
calidad.
No se corresponde
desarrollar esta
actividad, debido a
que en este tipo de
proyectos se gestiona
la calidad de los datos
y los resultados
obtenidos en función
de las reglas del
negocio, y no de
construcción del
software.
Esta actividad tiene
por objetivo realizar
un plan de
aseguramiento de la
calidad en el proceso
de explotación de
datos.
A lo largo del proceso
de desarrollo deben
desarrollarse métricas
de calidad propias de
la organización, que
permitan realizar un
proceso de mejora en
futuros proyectos.
No se corresponde
desarrollar esta
actividad, debido a
que en este tipo de
proyectos se gestiona
la calidad de los datos
y los resultados
obtenidos en función
de las reglas del
negocio, y no de
construcción del
software.
A lo largo del proceso
de desarrollo debe
gestionase la calidad
del proyecto,
permitiendo así
obtener resultados de
acuerdo a los
objetivos de negocio
de la organización.
Es necesario
identificar mejoras en
los procesos con el
objetivo de optimizar
el proyecto en
cuestión y los futuros
proyectos.
ELIMINADA
INCORPORADA
SIN
MODIFICACIÓN
ELIMINADA
INCORPORADA
SIN
MODIFICACIÓN
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis) 37

Proceso de Exploración de Conceptos
Identificar las ideas Es necesario
o necesidades. establecer las
necesidades propias
de la organización en
función de los
objetivos del negocio.
Definir y
desarrollar los
requisitos del
negocio
Formular las
soluciones
potenciales.
Dirigir los estudios
de viabilidad.
Planificar la
transición del
sistema (si se
aplica).
Refinar y finalizar
la idea o necesidad.
Esta actividad se
agrega al proceso de
“Exploración de
Conceptos” debido a
que es necesario
analizar los objetivos
que tiene la
organización con
respecto a la
explotación de datos.
Es necesario proponer
diversas soluciones al
problema planteado en
la organización, con el
objetivo de que se
pueda seleccionar la
opción que mas
convenga a la
organización.
En todo proyecto
informático es
importante realizar la
viabilidad del
proyecto, ya que a
partir del mismo se
puede determinar la
factibilidad de éxito
del mismo.
Esta actividad no
corresponde para las
aplicaciones de
explotación de datos,
debido a que en la
misma no existe
transición entre
sistemas.
De acuerdo a las
necesidades
planteadas y a los
objetivos de negocio,
es necesario en
algunas oportunidades
realizar una refinación
de las mismas para así
obtener nuevas
necesidades.
Proceso de Asignación del Sistema
Analizar las Es necesario
funciones del establecer las
sistema.
funciones a realizar,
en explotación de
datos se hace
referencia a las
técnicas mas
apropiadas para lograr
los objetivos del
negocio.
Desarrollar la
arquitectura del
sistema.
Esta actividad no
corresponde para las
aplicaciones de
explotación de datos,
ya que no se
desarrolla la
arquitectura del
sistema.
SIN
MODIFICACIÓN
INCORPORADA
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
ELIMINADA
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
ELIMINADA
Descomponer los
requisitos del
sistema.
Es importante en las
actividades de
explotación de
información
desagregar los
requisitos planteados,
para que se puedan
resolver
adecuadamente.
SIN
MODIFICACIÓN
Proceso de Análisis de Requisitos
El conjunto de estas actividades no corresponde para las
aplicaciones de explotación de datos, ya que no existe análisis de
requisitos de software, sino el análisis de los datos.
Definir y
------ ELIMINADA
Desarrollar los
requisitos del
software.
Definir los ------ ELIMINADA
requisitos de
interfaz.
Priorizar e Integrar
los requisitos del
software.
------ ELIMINADA
Proceso de Análisis de Datos
Este conjunto de actividades han sido agregadas debido a que es
necesario analizar las distintas fuentes de datos de la organización
en forma detallada.
Analizar las fuentes
de datos
Definir los
algoritmos para
limpieza de datos.
Definir los
algoritmos para
completitud de
datos
Aplicar los
algoritmos para
limpieza de datos.
Aplicar los
algoritmos para
completitud de
datos
Se analizan las
diversas fuentes de
donde se toman los
datos, para poder
realizar acciones que
permitan manejar los
datos de forma
adecuada.
Es necesario
establecer algoritmos
de limpieza de los
datos, de acuerdo al
estado de los mismos.
Es necesario
establecer algoritmos
de completitud de los
datos, de acuerdo al
estado de los mismos.
Es necesario aplicar
algoritmos de
limpieza en los datos,
de acuerdo al estado
de los mismos.
Es necesario aplicar
algoritmos de
completitud en los
datos, de acuerdo al
estado de los mismos.
INCORPORADA
INCORPORADA
INCORPORADA
INCORPORADA
INCORPORADA
Proceso de Diseño
El conjunto de estas actividades no corresponde para las
aplicaciones de explotación de datos, ya que no existe diseño de
software, sino al análisis de datos.
Realizar el diseño ------ ELIMINADA
preliminar.
Analizar el flujo de ------ ELIMINADA
información.
Diseñar la base de ------ ELIMINADA
datos (si se aplica).
Diseñar las ------ ELIMINADA
interfaces.
Seleccionar o
desarrollar
algoritmos (si se
aplica).
------ ELIMINADA
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis) 38

Realizar el diseño ------ ELIMINADA
detallado.
Proceso de Implementación e Integración
El conjunto de estas actividades no corresponde para las
aplicaciones de explotación de datos, ya que no existe
implementación e integración en este tipo de sistemas.
Crear los datos de ------ ELIMINADA
prueba.
Crear el código ------ ELIMINADA
fuente.
Generar el código ------ ELIMINADA
objeto.
Crear la
------ ELIMINADA
documentación de
operación.
Planificar la ------ ELIMINADA
integración
Realizar la ------ ELIMINADA
integración
Proceso de Instalación y Aceptación
El conjunto de estas actividades no corresponde para las
aplicaciones de explotación de datos, ya que no existe instalación
de software en este tipo de sistemas.
Planificar la ------ ELIMINADA
instalación.
Distribuir el ------ ELIMINADA
software.
Instalar el software. ------ ELIMINADA
Cargar la base de ------ ELIMINADA
datos (si se aplica).
Aceptar el software ------ ELIMINADA
en el entorno de
operación.
Realizar las ------ ELIMINADA
actualizaciones.
Proceso de Operación y Soporte
El conjunto de estas actividades no corresponde para las
aplicaciones de explotación de datos, ya que no existe la operación
y soporte por parte de un usuario en el proceso de explotación de
datos.
Operar el sistema. ------ ELIMINADA
Proveer de ------ ELIMINADA
asistencia técnica y
consultas.
Mantener el ------ ELIMINADA
histórico de
peticiones de
soporte.
Proceso de Mantenimiento
El conjunto de estas actividades no corresponde para las
aplicaciones de explotación de datos, debido a que en las mismas
no existe el mantenimiento
Realizar el ------ ELIMINADA
mantenimiento
correctivo.
Reaplicar el ciclo ------ ELIMINADA
de vida del
software.
Proceso de Retiro
Esta actividad no corresponde se corresponde para las aplicaciones
de explotación de datos, ya que en el mismo no existen las
actividades de retiro de un sistema para la incorporación de uno
nuevo; el tipo de proyecto se complementa a los sistemas de la
organización.
Notificar al usuario. ------ ELIMINADA
Conducir
------ ELIMINADA
operaciones en
paralelo (si se
aplica).
Retirar el sistema. ------ ELIMINADA
Proceso de Validación
El nombre del proceso propuesto por la IEEE en el estándar 1074-
1989 es “Proceso de verificación y validación”, este nombre no es
apropiado ya que en la explotación de datos no se verifican los
datos, sino que se entrenan con un conjunto de datos las técnicas de
explotación de datos y se validan los resultados de los mismos con
otro conjunto de datos.
Planificar la
verificación y
validación.
Planificar con que
datos y como se
van a utilizar de las
técnicas.
Planificar la
validación de los
datos de acuerdo a
las técnicas
utilizadas.
Definir los datos de
a utilizar.
Definir los datos de
prueba.
Ejecutar las tareas
de verificación y
validación.
Ejecutar las tareas
de modelado.
Ejecutar las tareas
de validación de
datos de prueba.
Recoger y analizar
los datos de las
métricas.
La eliminación de esta
actividad se debe a la
explicación detallada
en “Proceso de
Validación”.
En esta actividad se a
planificar como se van
a definir los datos a
utilizar de acuerdo a la
técnica de modelado y
los objetivos del
negocio.
En esta actividad se va
a definir la
planificación de
validación de acuerdo
a un conjunto de datos
que se utilizara como
medio de prueba para
validar los resultados
obtenidos de acuerdo
a las técnicas
utilizadas.
En esta actividad se
van a definir los datos
a utilizar de acuerdo a
las técnicas de
modelados y los
objetivos de negocio.
En esta actividad se va
a definir un conjunto
de datos que se
utilizaran como medio
de prueba para validar
los resultados
obtenidos de acuerdo
a las técnicas
utilizadas.
La eliminación de esta
actividad se debe a la
explicación detallada
en “Proceso de
Validación”.
En esta actividad y de
acuerdo a los datos
seleccionados se
modelaran los datos
de acuerdo a las
técnicas
seleccionadas.
En esta actividad y de
acuerdo a los datos de
validación
seleccionados se
verificaran los
resultados de las
técnicas
seleccionadas.
De acuerdo a lo
mencionado en
mencionado en
“Proceso de
Validación” se
incorpora esta
actividad.
ELIMINADA
INCORPORACIÓ
N
INCORPORACIÓ
N
INCORPORACIÓ
N
INCORPORACIÓ
N
ELIMINADA
INCORPORACIÓ
N
INCORPORACIÓ
N
INCORPORACIÓ
N
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis) 39

Planificar las
pruebas.
Desarrollar las
especificaciones de
las pruebas.
Definir los datos de
pruebas.
Ejecutar las
pruebas.
La eliminación de esta
actividad se debe a la
explicación detallada
en “Proceso de
Validación”.
La eliminación de esta
actividad se debe a la
explicación detallada
en “Proceso de
Validación”.
La eliminación de esta
actividad se debe a la
explicación detallada
en “Proceso de
Validación”.
La eliminación de esta
actividad se debe a la
explicación detallada
en “Proceso de
Validación”.
Proceso de Configuración
Planificar la gestión Es necesario llevar
de configuración. planificación del
control de los
elementos (productos)
generados en el
proceso, para poder
establecer mejoras en
el proceso en cuestión
y los proyectos
futuros.
Realizar la
identificación de la
configuración.
Realizar el control
de la configuración.
Realizar informes
sobre el estado de
la configuración.
Es necesario realizar
la identificación de los
elementos (productos)
generados en el
proceso, para poder
establecer mejoras en
el mismo y en
proyectos futuros.
Es necesario llevar un
control de los
elementos (productos)
generados en el
proceso de acuerdo a
la planificación
realizada, para poder
establecer mejoras en
el mismo y en
proyectos futuros.
Es necesario realizar
informes que permitan
conocer el estado de
los diversos elementos
(productos) generados
en el proceso, para
poder establecer
mejoras en el mismo y
en proyectos futuros.
Proceso de Documentación
Planificar la Es necesario
documentación. establecer la
planificación de la
documentación a
generar en el proceso,
tanto sea para el
cliente como para el
equipo encargado de
realizar las actividades
del mismo.
ELIMINADA
ELIMINADA
ELIMINADA
ELIMINADA
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
Definir los tipos de
informes.
Definir los tipos de
gráficos que se
pueden incluir en
los informes.
Implementar la
documentación.
Producir y
distribuir la
documentación.
Se incorpora esta
actividad ya que la
definición de los
diversos modelos de
reportes de acuerdo al
tipo de organización.
Se incorporo esta
actividad ya que se
requiere la definición
de los diversos
modelos de gráficos
de acuerdo al tipo de
organización.
Se debe implementar
la documentación
generada, ya sea en la
organización en la que
se realiza la
explotación de datos
como en el equipo que
realiza las actividades
de explotación.
Se debe producir la
documentación
planteada y luego
distribuirla en tiempo
y forma a quien
corresponda.
INCORPORADA
INCORPORADA
SIN
MODIFICACIÓN
SIN
MODIFICACIÓN
Proceso de Formación
El conjunto de estas actividades no se corresponde para las
aplicaciones de explotación de datos, debido a que no existe
formación de usuarios en el uso de nuevas aplicaciones.
Planificar el ------ ELIMINADA
programa de
formación.
Desarrollar los ------ ELIMINADA
materiales de
formación.
Validar el
------ ELIMINADA
programa de
formación.
Implementar el
programa de
formación.
------ ELIMINADA
Tabla 1. Análisis de actividades
3.2. Propuesta de mapa de actividades para la
explotación de datos
Existen diversos ciclos de vida que se adaptan al
desarrollo de proyectos de explotación de datos, a saber:
a) Proceso unificado de desarrollo (RUP), cuyas fases son
[Jacobson et al., 2000]: Requisitos, Análisis, Diseño,
Implementación, y Prueba; las fases de este ciclo de vida
son iterativas y en cada iteración evoluciona, buscando
atenuar los riesgos [Menasalvas et al., 2004], b) Ciclo de
vida en espiral [Böehm, 1986; 1988], cuyas fases son:
Definición de objetivos, Análisis de riesgos, Desarrollo y
Validación, y Planificación; las fases de este ciclo de vida
son iterativas y en cada iteración evoluciona, y c) Ciclo
tronco-cónico espiralado [Jurista y Pazos, 1993] cuyas
fases son: Definición de objetivos, Análisis de riesgos,
Desarrollo y Validación, Planificación, y Mantenimiento
Perfectivo; la fases de este ciclo de vida son iterativas y
en cada iteración evoluciona, la fase de Mantenimiento
Perfectivo permite la evolución del tipo de conocimiento
del sistema software.
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis) 40

Si bien algunos autores [Menasalvas et al., 2004] ven a
CRISP-DM como un modelo de procesos y no como una
metodología de desarrollo, se pueden tomar las fases
planteadas por CRISP-DM como fases de su propio ciclo
de vida, de acuerdo a la visión de los autores de CRISP-
DM [Chapman, P; et al, 2000].
En la tabla 2 se presenta una comparación genérica entre
distintos ciclos de vida y las fases de CRISP-DM. La
definición de las fases se realiza de forma genérica, y la
interacción de dichas fases con el ciclo de vida indica que
el objetivo de la fase se cumple en el ciclo de vida.
Característica \
Ciclo de vida
Fase:
Definición de
requisitos
Proceso
unificado
de
desarrollo
Espiral
Troncocónico
espiralado
CRISP-
DM
X X X X
Análisis del sistema X X X X
Diseño de sistemas X X X X
Codificación X X X X
(en caso
de ser
necesario)
Implementación X X X X
Planificación (como X X X X
fase integral)
Validación (como fase X X X X
integral)
Iterativa en su
X X X X
desarrollo
Soportado por mas de
una metodología de
desarrollo
X X X X
Tabla 2. Comparación de los ciclos de vida
De esta comparación, se puede concluir que las fases de
CRIPS-DM son equivalentes a las fases de los ciclos de
vida analizado.
Tomando como fases de ciclo de vida las fases de la
metodología CRISP-DM puede construirse el mapa de
actividades para este ciclo de vida estableciendo la
siguiente nomenclatura:
Fase
Entendimiento del
negocio
Entendimiento de los
datos
Preparación de los
datos
Modelado
Evaluación
Desarrollo
Nomenclatura
EN
ED
PR
MO
EV
DE
Iteran « n » veces
Iteran « n »
veces
Iteran « n »
veces
ACTIVIDADES DE EN ED PR MO EV DE
LOS PROCESOS
Proceso de Selección de un Modelo de Ciclo de Vida
Identificar los posibles X
modelos de ciclos de
vida
Seleccionar un modelo X
para el proyecto.
Proceso de Iniciación, Planificación y Estimación del Proyecto
Establecer la matriz de X
actividades para el
modelo de ciclos de
vida.
Asignar los recursos X
del proyecto.
Definir el entorno del X
proyecto.
Planificar la gestión del X X X X X X
proyecto.
Proceso de Seguimiento y Control del Proyecto
Analizar riesgos. X X X X X
Realizar la
X X X X X
planificación de
contingencias.
Gestionar el proyecto. X X X X X X
Implementar el sistema X X X X X X
de informes de
problemas.
Archivar registros. X X X X X X
Proceso de Gestión de Calidad
Planificar la garantía de X X X X X X
calidad.
Desarrollar métricas de
X X X X X
calidad.
Gestionar la calidad. X X X X X
Identificar necesidades
X X X X X
de mejora de la calidad.
Proceso de Exploración de Conceptos
Identificar las ideas o X
necesidades.
Definir y desarrollar los X
X
requisitos del negocio
Formular las soluciones X X X
potenciales.
Dirigir los estudios de X X
viabilidad.
Refinar y finalizar la X X X X X
idea o necesidad.
Proceso de Asignación del Sistema
Analizar las funciones X
del sistema.
Descomponer los X X
requisitos del sistema.
Proceso de Análisis de Datos
Analizar las fuentes de
X
datos
Definir los algoritmos
X X
para limpieza de datos.
Definir los algoritmos
X X
para completitud de
datos
Aplicar los algoritmos
X
para limpieza de datos.
Aplicar los algoritmos
X
para completitud de
datos
Proceso de Validación
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis) 41

Iteran « n » veces
Iteran « n »
veces
Iteran « n »
veces
ACTIVIDADES DE EN ED PR MO EV DE
LOS PROCESOS
Planificar con que
X X X
datos y como se van a
utilizar de las técnicas.
Planificar la validación
X X X
de los datos de acuerdo
a las técnicas utilizadas.
Definir los datos de a
X
utilizar.
Definir los datos de
X
prueba.
Ejecutar las tareas de
X X X
modelado.
Ejecutar las tareas de
X X X
validación de datos de
prueba.
Recoger y analizar los
X X X X X
datos de las métricas.
Proceso de Configuración
Planificar la gestión de X X X X X X
configuración.
Realizar la
X X X X X X
identificación de la
configuración.
Realizar el control de la X X X X X X
configuración.
Realizar informes sobre X X X X X X
el estado de la
configuración.
Proceso de Documentación
Planificar la
X X X X X X
documentación.
Definir los tipos de X X X X X X
informes.
Definir los tipos de X X X X X X
gráficos que se pueden
incluir en los informes.
Implementar la
X X X X X X
documentación.
Producir y distribuir la
documentación.
X X X X X X
Tabla 3. Comparación de los ciclos de vida
Las actividades planteadas se pueden llevar adelante
tanto para el ciclo de vida de CRISP-DM, como los
otros ciclos de vida planteados.
5. Bibliografía
Chapman P ; Clinton, J ; Keber, R ; Khabaza, T ; Reinartz, T ;
Shearer, C; Wirth, R. 2000.CRISP-DM 1.0 Step by step
data mining guide. SPSS.
Diez, E. 2003.Sistema Generador del Mapa de Actividades de
un Proyecto de Desarrollo de Software. Tesis de
Maestría en Ingeniería del Software (Instituto
Tecnologico de Buenos Aires – Facultad de Informática
de la Universidad Politécnica de Madrid).
Diez, E., Britos, P., Rossi, B y García-Martínez, R.
2003.Generación Asistida del Mapa de Actividades de
Proyectos de Desarrollo de Software. Reportes Técnicos
en Ingeniería del Software. ISSN 1667-5002. Volumen
5, Nro 1, Pág. 13-18.
Juristo N.; Montes C. y Pazos J. Gómez, A.; Juristo N.; Montes
C. y Pazos J. 1997. Ingeniería del Conocimiento,
Editorial Centro de Estudios Ramón Areces S.A.,
IEEE. 1989.Standard Software Life Cycle Processes de IEEE
Standard Software Life Cycle Processes - 1074.
Juristo, N. 2003. Proceso software. Material correspondiente a
la maestria en Ingenieria del Software del Instituto
Tecnológico de Buenos Aires – Facultad de Informática
de la Universidad Politécnica de Madrid.
Menasalvas, E; Berendt, B; Spiliopoulou, M. 2004. Evaluation
in Web Mining. Tutorial at ECML/PKDD 2004.
http://www.wiwi.hu-berlin.de/~berendt /evaluation04/
4. Conclusiones
De acuerdo al estándar 1074-1989 de IEEE referido a las
actividades sugeridas para el proceso de desarrollo del
software y al ciclo de vida propuesto por la metodología
CRISP-DM, podemos establecer:
El estándar se adapta al ciclo de vida de la metodología
CRISP-DM en aquellas actividades que sean análisis y
entendimiento de la situación de negocio, así como las
que tienen que ver con la gestión del proyecto,
contrariamente las actividades de diseño,
implementación, mantenimiento, soporte y formación
no son tenidas en cuenta por la naturaleza de las
actividades de explotación de información.
Reportes Técnicos en Ingeniería del Software. 8(2): 36-42
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis) 42