ESCUELA POLITCNICA NACIONAL

FACULTAD DE INGENIERA DE SISTEMAS

INGENIERA EN SISTEMAS INFORMTICOS Y DE COMPUTACIN

PERODO ACADMICO: 2014-B

ASIGNATURA: SIC614: INTELIGENCIA DE NEGOCIOS
PROFESOR: ING. ECHEVERRIA CULQUI HENRY MANOLO
TIPO DE INSTRUMENTO: TAREA 3
FECHA DE APLICACIN: 07/11/2014
GRUPOS: 3 y 4
INTEGRANTES: ACUA DIEGO
MANTILLA CHRISTIAN
PINCHAO ALEX
Tema: ciclo de vida de Kimball (Planeacin, requerimientos,
despliegue, mantenimiento y crecimiento)

Marco terico:
Ciclo de vida de Kimball
El ciclo de vida de Kimball, est basado en 4 principios:
1. Centrarse en el negocio.
2. Construir una infraestructura de informacin adecuada.
3. Realizar entregas de incremento significativos.
4. Ofrecer solucin completa.

Planificacin
Se determina el propsito del proyecto de DW/BI, objetivos especficos y el
alcance del mismo.
La iteracin simple va desde el lanzamiento hasta el despliegue.

Definicin de requerimientos del negocio

Los requerimientos del negocio, de acuerdo al ciclo de vida de Kimball (KLC),
son el soporte inicial de las tareas subsiguientes. As como tambin tiene
influencia en la planificacin del proyecto, esto indica la flecha doble entre
planificacin del proyecto y definicin de requerimientos.
Tecnologa

Datos-ETL

Aplicaciones de
Se debe colaborar con los usuarios, para entender los requerimientos y
asegurarnos de estar construyendo solamente lo esencial, que satisfaga las
necesidades de almacenamiento de datos y la inteligencia del negocio.
Pre-planificacin de requerimientos
Antes de empezar con los representantes del negocio a recolectar sus
requerimientos, debemos satisfacer lo siguiente para asegurarnos una sesin
productiva de trabajo.

Elegir el foro.- No se debe preguntar a los representantes del negocio

sobre la granularidad o la dimencionalidad de sus datos crticos, lo que
se les debe preguntar es, Qu es lo que hacen?, Cmo lo hacen?,
Cmo toman las decisiones?, Cmo esperan tomar las decisiones a
futuro?. Lo que estamos tratando de determinar con esto es cuales son
los problemas y las oportunidades. Existen dos formas principales de
obtener los requerimientos, y estas son entrevistas y sesiones de
facilitacin. Las encuestas no son recomendables. [1]
Identificar y prepara el equipo de requerimientos.- es recomendable al
momento de realizar las sesiones de recoleccin de requisitos, hacerlo
en grupos, normalmente de tres personas para poder captar los matices
de las respuestas dadas por los entrevistados. Adems se debe de
realizar una investigacin a profundidad en los reportes anuales,
websites empresariales, entre otros ya que la clave para obtener la
respuesta correcta es realizar la pregunta correcta. Jams se debe de
intimidar a un entrevistado. [1]
Seleccionar un horario y preparar a los representantes del negocio.-
crear un horario de entrevistas para los representantes del negoci
puede ser una de las tareas ms difciles dentro del levantamiento de
requerimientos. Es recomendable hablar de forma individual con los
ejecutivos. Para los mandos medios es mejor formar pequeos grupos de
trabajo de hasta 3 personas. Se debe tomar una hora para las
entrevistas individuales y hora y media para las entrevistas grupales. Es
importante descansar media hora entre sesin de trabajo y sesin de
trabajo para reflejar la sensacin de calma.
Recoleccin de los requerimientos del negocio.
Este proceso normalmente fluye desde una introduccin a travs de una
serie de preguntas estructuradas para terminar en un wrap-up

Inicio.- la responsabilidad de la introduccin deber ser definida antes de

entrar al saln de conferencias. El designado deber comenzar
describiendo cules sern los temas principales de la reunin en los
primeros minutos, para establecer el tono de la reunin. No se debe
divagar con jerga tcnica, debe estar centrado en el negocio. [1]
Flujo de la entrevista.- el objetivo de una entrevista es lograr que los
usuarios hablen de lo que hacen y como lo hacen. Una forma simple de
lograr esto es preguntando acerca de las responsabilidades de su trabajo
y cmo encaja en la organizacin. se debe evaluar a cada entrevistado
para poder realizar las preguntas correctas
 Wrap-up.- cuando la entrevista esta llegando a su final es necesario
preguntar al entrevistados cuales seria los criterios con los que medira
el xito del proyecto, por supuesto cada criterio debe ser mesurable, y
especifico (palabras como facilidad o rapidez no dan pautas de
desarrollo), y deberan de estar relacionados con los requerimientos
obtenidos. Se debe agradecer a los entrevistados por su colaboracin.

Conduciendo entrevistas centradas en los datos

Mientras nos enfocamos en entender los requerimientos del negocio, es de
ayu tener una sesin con los gurs del sistema fuente o los expertos para
poder evaluar facilidad de soporte para las necesidades del negocio, estas
entrevistas son un poco diferentes a las anteriores ya que la meta de estas
es definir las necesidades de los datos antes del momento de construir
sobre los requerimientos, en estas entrevistas se debe obtener los valores
del dominio, caractersticas de los datos, en este punto se debe de intentar
aprender lo suficiente para gestionar las expectativas organizacionales de
manera apropiada. [1]
Documentando los requerimientos.
En este punto debemos documentar lo que escuchamos en las entrevistas,
esta es la actividad menos apreciada, pero es crtica para la validacin de
usuarios como para tener material de referencia para el equipo de proyecto.
Existen dos posibles niveles de documentacin resultantes del proceso de
requerimientos. El primero es cuando escribimos las entrevistas
individuales. Y el ms crtico el cual se logra consolidando lo encontrado en
los documentos de la organizacin, este documento es organizado a travs
de claves del proceso de negocio. Ya que un proyecto DW est basado los
procesos. Cuando se est escribiendo los documentos encontrados se debe
comenzar con un resumen ejecutivo, en el que constaran las partes
cubiertas por el proyecto, el proceso usado y los participantes. [1]
Priorizando requerimientos
La consolidacin de los documentos encontrados sirve para la presentacin
a los gerentes y otros participantes en los requerimientos, inevitablemente
se descubre ms de lo que se puede usar en una simple iteracin, por lo
que es necesario asignar prioridades. Esta decisin de las prioridades no
debe ser tomada a ciegas, es necesario discutirla con tus compaeros, con
la comunidad de negocios, para poder as asignar prioridades
apropiadamente. [1]
La definicin de los requerimientos es en gran medida un proceso interactivo
con el personal del negocio y personal tcnico lo que implica una preparacin
previa antes de la entrevista.
Es importante:
Aprender en lo mximo posible sobre el negocio, la competencia, la
industria y los clientes.
Leer todos los informes accesibles de la organizacin.
 Estudiar los documentos sobre estrategia interna.
Hablar con los empleados
Analizar lo que la gente sabe sobre la organizacin, la competencia y la
industria.
Conocer trminos y terminologa del negocio.
Averiguar a quien realmente entrevistar -> Estudiar el organigrama de
la organizacin

Hay bsicamente cuatro grupos de personas con las que hablar desde el
principio: el directivo responsable de tomar las decisiones estratgicas; los
administradores intermedios y de negocio responsables de explorar
alternativas estratgicas y aplicar decisiones; personal de sistemas, si
existen, la gente que realmente sabe qu tipos de problemas informticos y
de datos existen; y por ltimo, la gente que se necesite entrevistar por
razones polticas.

Como resultado de las entrevistas podemos determinar temas analticos

as como tambin los procesos del negocio que cubren estos temas.

A partir de este anlisis podemos construir una herramienta de la metodologa

llamada MATRIZ DE PROCESOS/DIMENSIONES (BUS MATRIX).
Entendiendo por dimensin a una forma, vista o criterio por medio del cual se
pueden sumar, cruzar o cortar datos numricos que sern analizados, estos
datos se denominan medidas.
En esta matriz las filas representan los procesos del negocio identificados y las
columnas las dimensiones identificadas.
 Dimensione
s

Proceso
s

Con esto se busca priorizar los requerimientos o procesos de negocio ms

crticos.
Esta matriz bus deber ser entregada al final del proceso de definicin de
requerimientos.
Es el punto de entrada al modelamiento direccional.
La idea principal es reusar dimensiones entre varios procesos del negocio
siendo esta la base del sistema DW y el corazn de la matriz bus del sistema
DW

Despliegue
En esta seccin se proveen recomendaciones para que nuestros proyectos
tengan una conclusin ordenada, mientras aseguramos que est encaminada a
una futura expansin.
La etapa de despliegue es la convergencia de las lneas tanto tecnolgica
(plataforma de hardware, DBMS, Herramientas ETL, Herramientas de consulta,
Herramientas de reporte), lnea de datos (modelo dimensional, modelo fsico,
ETL), y la lnea de aplicaciones (Diseo de aplicaciones, desarrollo de
aplicaciones). [1]
Desafortunadamente esta convergencia no ocurre de manera natural, y
requiere de una pre-planificacin, muy grande. El despliegue de un DW
requiere de la coordinacin de numerosas variables. No se puede realizar una o
dos semanas antes de la deadline para empezar a recolectar los datos que son
necesarios(es por esto que se dice que requiere una planificacin muy grande).
El equipo del proyecto necesita empezar a prepararse meses antes del tiempo
en el que la etapa de despliegue se encuentra prevista. [2]
Posiblemente la parte ms importante, es que el xito del despliegue exige el
coraje y la fuerza de voluntad para evaluar de manera honesta la preparacin
del proceso a implementar.
A pesar de las pruebas que indudablemente se deben de haber producido en
las tareas de desarrollo es necesario realizar pruebas del sistema de un
extremo a otro, con el fin de asegurar la calidad de los datos, rendimiento, y de
usabilidad, adems se debe de realizar una evaluacin critica de los
entregables de DW/BI, en el proceso de despliegue se debe tomar en cuenta
adems la educacin y el apoyo a la implementacin en sus etapas finales. En
este proceso la educacin es crtica con el fin de que el sistema DW/BI sea
adoptado de manera exitosa por la comunidad de usuarios. [1]
La etapa de despliegue necesita que se realicen algunas actividades antes de
comenzar, para as asegurar que una apropiada infraestructura de escritorio se
encuentra en su lugar para nuestros objetivos de negocio y usuarios. [3]
Entre estos se encuentran:

Determinar los requisitos de configuracin del cliente para soportar el

software de acceso a datos del usuario.
Determinar las direcciones de LAN para la identificacin de los usuarios
objetivo en caso de no estar utilizando direcciones de LAN asignadas
dinmicamente. [4]
 Llevar a cabo una auditora fsica de la tecnologa instalada actualmente
en los terminales de los usuarios y comparar con los requisitos de
configuracin de cliente establecidos. [4]
Completar el proceso para la contratacin y adquisicin de cualquier
hardware, software o actualizacin que sea necesaria. [4]
Realizar pruebas del procedimientos de instalacin en distintas
maquinas con distintas especificaciones de hardware. [4]
Programar la instalacin con los usuarios para que se alinee con la
educacin en DW. [4]
Una educacin robusta es clave para la el xito de nuestro DW. La educacin
debe estar dirigida a tres aspectos clave: contenido de los datos, aplicaciones
de usuario y herramientas de acceso a datos, esto se da ya que los usuarios de
nuestros sistemas a menudo no entienden los lmites entre herramienta, datos
y aplicaciones en DW. [2]

Debido a que la comunidad de usuarios debe adoptar el sistema DW, para que
un despliegue se considere exitoso, la educacin es crtica. [3]
El soporte de un DW depende de una combinacin de las expectativas de la
administracin y lo que se entrega. Este soporte de encuentra organizado
dentro de una estructura estratificada.

Como primer nivel tenemos el sitio web.- la documentacin de soporte

del DW a menudo se encuentra disponible a travs de pgina web
dentro de la intranet de la empresa. Esta es una excelente herramienta
para proporcionar comunicacin y soporte. [2]
 En el segundo nivel se encuentran los power user(los usuarios
entrenados para entrenar otros usuarios) que residen en el rea de
negocio. [1]
Y el ltimo nivel se encuentra conformado por el apoyo centralizado del
equipo de desarrollo del DW. [1]

Mantenimiento y Crecimiento

En esta parte del ciclo del vida es donde el despliegue entra en una fase de
mantenimiento, mientras que el crecimiento se dirige nuevamente hacia la
planificacin de proyectos para la prxima iteracin del sistema DW / BI.
Recuerde que un sistema DW / BI es un programa a largo plazo, no un proyecto
de una sola vez.
SOPORTE
La asistencia al usuario es crucial tras el despliegue.
Mantener una credibilidad con los datos de la empresa y tomar medidas para
corregir errores.
Capacitacin
Se debe proporcionar un programa de capacitacin continuo para el sistema de
DW/BI.
Esto servir para un continuo intercambio de ideas.
SOPORTE TECNICO
El apoyo tcnico debe supervisar de forma proactiva las tendencias de
rendimiento y capacidad del sistema.
PROGRAMA DE APOYO
Tambin debe asegurarse de que las implementaciones existentes siguen para
atender las necesidades de la empresa.
Opiniones, checkpoint son herramientas clave para evaluar e identificar
oportunidades de mejora.

Conclusiones:

El xito del despliegue de un DW requiere de una planificacin profunda,

que debe comenzar incluso antes de que se comience con el esfuerzo de
desarrollo. Las reas clave a tener en cuenta son la instalacin en las
terminales, la educacin de los usuarios y el soporte. El despliegue debe
 evaluarse crticamente. En caso de que nuestro sistema no este
ABSOLUTAMENTE listo para la deadline, esta deber retrasarse.
La definicin de los requerimientos es en gran medida un proceso
interactivo con el personal del negocio y personal tcnico lo que implica
una preparacin previa antes de la entrevista.
Para administrar el entorno del Data Warehouse existente es importante
enfocarse en los usuarios de negocio, los cuales son el motivo de su
existencia, adems de gestionar adecuadamente las operaciones del
Data Warehouse, medir y proyectar su xito y comunicarse
constantemente con los usuarios para establecer un flujo de
retroalimentacin

Bibliografa

[1 R. Kimball y M. Ross, The Data Warehouse Toolkit, de Lifecycle Wrap-up

] Activities, Indianapolis, Wiley, 2013, pp. 424-427.

[2 L. Reeves, M. Ross y W. Thornthwaite, The Data Warehouse Lifecycle Toolkit,

] Ontario: Wiley, 2008.

[3 L. Reeves, A Managers Guide to Data Warehousing, Indianapolis: Wiley,

] 2009.

[4 D. Sarka, M. Lah y G. Jerki, Exam 70-463:Implementing a Data Warehouse

] with Microsoft SQL Server 2012 Training Kit, Sebastopol: OReilly, 2012.