Descripción del problema

Teniendo en cuenta y, aceptando que los proyectos de Explotación de Información poseen características particulares y distintas a los proyectos convencionales y tradicionales de software sobre todo en la parte operativa de un proyecto [Vanrell et al., 2010a], es necesario contar con un Modelo de Ciclo de Vida para este tipo de Proyectos que se adapte a las necesidades y requerimientos de los mismos.

Teniendo como base las metodologías y modelos de ciclos de vida para proyectos tradicionales de software y contando con la metodología CRISP-DM para Proyectos de Explotación de Información, se ha encontrado que no hay ninguna herramienta o metodología que tenga en cuenta los posibles riesgos que pueden tener este tipo de proyectos. Los posibles riesgos identificados para proyectos de Explotación de Información cuentan con conceptos a ser educados [Britos, 2008]

Los riesgos identificados con cada concepto a ser educado se pueden ver en la tabla 3.1 presentada a continuación:

Problema Conceptos a ser educados a) El cliente no entiende el léxico

técnico utilizado.

b) Se puede no entender el léxico utilizado por el cliente

c) Se puede encontrar difícil entender cómo ayudar al cliente ya que no se conoce el dominio del proyecto

Definiciones, acrónimos y abreviaturas

d) El cliente puede no estar seguro de lo que el proyecto puede hacer y lograr

e) Los modelos definidos pueden ser distintos a los que el cliente esperó

Objetivos, criterios de éxito, expectativas y suposiciones del proyecto

f) El cliente está en un grupo

impredecible (no tiene tanto interés por el proyecto)

Recursos humanos involucrados

g) El cliente no sabía las necesidades

de información de la organización Restricciones del proyecto, riesgos del proyecto y planes de contingencia h) Los datos identificados por los

requisitos no eran los correctos

Los requisitos de información o fuente de datos y los atributos relacionados con los requisitos

i) Cuando se está en fase de modelado y se detectan problemas en los datos, es necesario redefinir los requerimientos

Requerimientos de supuestos

resultados, de restricciones, de riesgos y del plan de contingencia

j) Requisitos malentendidos del proyecto resultaron en la selección de la herramienta de modelado equivocada

Evaluación de herramientas de DM-BI

Tabla 3.1. Relación entre problemas/riesgos identificados y conceptos a ser educados

Para poder llevar a cabo una solución de los problemas presentados en la primera columna de la tabla anterior, es necesario analizar y describir los conceptos mencionados en la segunda columna:

• Definiciones, acrónimos y abreviaturas: Es necesario identificar definiciones, acrónimos y abreviaturas para establecer el léxico que se repartirán entre todas las personas relacionadas con el Proyecto.

• Objetivos del Proyecto: Es necesario identificar el objetivo del proyecto DM-BI y su motivación para caracterizar lo que el cliente necesita.

• Criterios del éxito: Es necesario identificar los criterios que convierten AL proyecto en un éxito. Los criterios deben ser descriptos en términos de logros esperados del Proyecto.

• Expectativas del Proyecto: Es necesario identificar lo que se espera que sea alcanzado por el Proyecto y para confirmar que cumplen con las expectativas del cliente. Las expectativas deben estar alineados con los objetivos y los criterios de éxito del proyecto.

• Suposiciones del Proyecto: Es importante identificar las suposiciones que deben ser asumidas como verdaderas. Las suposiciones del Proyecto se convierten en el punto de partida para el mismo.

• Restricciones del Proyecto: Con el fin de especificar el contexto del Proyecto, es necesario identificar los límites previamente establecidos para el relacionado con la organización. • Atributos relacionados con los requisitos: Establecer los atributos que se va a utilizar con el

fin de lograr un requisito objetivo.

• Riesgos en requisitos: Es importante identificar los riesgos de los requisitos del proyecto mirando continuamente por que podría estar mal el requisito (en relación con el proyecto) y determinar qué riesgos son importantes por resolver. La identificación de riesgos en los requisitos es necesaria para definir los planes de contingencia que se aplicarán cuando sea necesario.

• Plan de Contingencia: Es necesario definir los planes de contingencia que se aplicarán cuando una complicación ocurre.

• Evaluación de herramientas de DM-BI: Es necesario evaluar las herramientas disponibles para establecer que son las mejores para lograr los objetivos del proyecto.

La diferencia más significativa que se identifica entre los Proyectos de Explotación de Información y los Proyectos de Software Tradicional se presenta en los procesos de desarrollo y mantenimiento de software en los cuales Competisoft (modelo de procesos para proyectos tradicionales de software) define como proceso natural el ciclo de fases de un proyecto de software tradicional. Las fases de Inicio, Requisitos, Análisis y Diseño, Construcción, Integración, Pruebas y Cierre no resultan naturales en un Proyecto de Explotación de Información [Vanrell, 2012].

Teniendo en cuenta este problema de no contar con un Modelo de Ciclo de Vida que sirva para Proyectos de Explotación de Información (teniendo como base las fases descriptas en CRISP-DM necesarias para llevar a cabo este tipo de Proyectos), que tenga en cuenta y analice los riesgos que pueden en ellos ocurrir; se detecta que es necesario construir un Modelo de Ciclo de Vida que tenga en cuenta los riesgos y sirva como base para el diseño de estos particulares estilos de proyectos y al mismo tiempo, diseñar a partir del Modelo desarrollado y del Modelo de Proceso seleccionado y descripto, un Mapa de Actividades donde se marcan qué actividades del proceso software se va a ejecutar en un determinado tiempo.