CAPITULO IV

MODELO DE DATA WAREHOUSE PARA LA ELABORACIN DE

INFORMES PARA LA TOMA DE DECISIONES DE LOS MANDOS
MEDIOS DE LOS LABORATORIOS FARMACUTICOS UBICADOS
EN EL REA METROPOLITANA DE SAN SALVADOR.

A. GENERALIDADES

El modelo que se expone esta dirigido a los mandos medios de los Laboratorios
Farmacuticos, ubicados en el rea Metropolitana de San Salvador, los cuales se
dedican continuamente a la toma de decisiones oportunas tomando de referencia la
informacin de los reportes e informes que son elaborados.

En la actualidad, la tecnologa se ha convertido en el pilar de las empresas que

desean ser ms competitivas, volvindose ms concientes de las necesidades de
adquirir herramientas que faciliten los controles, procesos y la toma de decisiones.
La presente propuesta, pretende desarrollar un Modelo que permita minimizar el
tiempo invertido en la elaboracin de informes, de esta forma optimizar la informacin
y mejorar el actual sistema que tienen los Laboratorios Farmacuticos.

El modelo Data Warehouse es una herramienta capaz de almacenar grandes

volmenes de informacin de bases de datos, que posteriormente los usuarios la
requieran para la elaboracin de consultas, informes y obtenerla en el momento
preciso. Para lograr este objetivo se requiere detectar y analizar los inconvenientes
que interfieren y retrasan las operaciones en los Laboratorios Farmacuticos.
Proponer que los usuarios elaboren las consultas y reportes con la informacin que
ellos seleccionen, segn las necesidades del momento para la toma de decisiones,
proyecciones, presupuestos comparaciones, esto dara como resultado la

122
satisfaccin de necesidades de informacin y el desenvolvimiento ptimo del recurso
humano.

Este tipo de arquitectura es aplicable a todo tipo de empresa industria que tiene
trayectoria y que utiliza sistemas mecanizados para las operaciones y transacciones
de negocio, pero se determino orientar el trabajo de graduacin a los Laboratorios
Farmacuticos por que al desarrollarse y utilizar esta arquitectura contribuir a
explotar la informacin que generan los sistemas transaccionales, ya que es una
industria que crece y los software informticos que utilizan son especficos para tal
desarrollo, el Data Warehouse los integrara para obtener informacin de alta
gerencia. Esta industria es muy importante para el crecimiento econmico
salvadoreo, por ello es indispensable que el rea informtica explote los recursos, y
de a conocer nuevas tcnicas que les permitan una mejor administracin de los
recursos de las empresas e incentivar la produccin para un mejor crecimiento.

B. OBJETIVOS DE LA PROPUESTA

1. Objetivo general.

Dar a conocer a la industria de Laboratorios Farmacuticos, un modelo de Data

Warehouse, con el propsito de promover el desarrollo y aplicacin de nuevas
herramientas informticas que mejore la elaboracin de informes a los tomadores
de decisiones

2. Objetivos especficos.

Promover una herramienta que sirva de apoyo a la toma de decisiones y en

las actividades de elaboracin de informes.

123
 Definir los requerimientos informticos operativos y de desarrollo del modelo
de Data Warehouse.

Fomentar el desarrollo de nuevas arquitecturas informticas que contribuyan

con los administradores a darle mayor confiabilidad a la informacin para la
toma de decisiones.

C. JUSTIFICACIN DE LA PROPUESTA.

La economa nacional se encuentra influenciada por los desafos de la globalizacin

y los Tratados de Libre Comercio, lo que hace indispensable que la Industria Qumica
Farmacutica explore nuevas herramientas entre ellas las informticas, para que se
optimicen la elaboracin de informes para la toma de decisiones de los mandos
medios de los Laboratorios Farmacuticos, con el objetivo de lograr mayor confianza
y competitividad en el mbito del comercio globalizado.

La investigacin de campo permiti determinar que en el sector de la Industria

Qumica Farmacutica, carecen de un Modelo de Data Warehouse, que les permita
integrar la data histrica, presente y externa de los sistemas transaccionales para la
elaboracin de informes, para la toma de decisiones de los mandos medios. Es
obvio que un informe histrico, comparativo u otro que involucre diversos estados en
el tiempo, puede ser obtenido empleando diversas formas, esto depender de los
mtodos y las habilidades del individuo, pero si la tecnologa informtica desarrolla
mtodos que integren y proporcionen resultados con menor esfuerzo y respaldado
con la integridad de la informacin, es mejor adaptarla a nuestro favor. El 100% de
la poblacin encuestada indico que le gustara contar con el modelo (pregunta No.
20 / oferta), y la industria deja puertas abiertas para prestar la colaboracin necesaria
para la investigacin y aplicacin de este modelo que se propone. Esta arquitectura
permitir a las empresas farmacuticas utilizar la informacin existente en sus
archivos de bases de datos y realizar un anlisis objetivo de la operatividad de sus

124
procesos actuales en las diferentes reas de trabajo, dndoles un buen uso a la
informacin histrica, mucha que hasta ahora puede ser que este inactiva, u
olvidada en algn dispositivo de almacenamiento.

Al emplear una herramienta informtica como el Data Warehouse, ayudar en un

mediano plazo a procesar, administrar y consultar volmenes de informacin,
aumentar su eficiencia y competitividad, obteniendo informacin de forma rpida,
clara, oportuna y sin manipulacin. Por otra parte, las empresas que actualmente no
cuentan con este modelo encontrarn en la herramienta propuesta una oportunidad
con visin al futuro y considerarla al momento de adquirir y desarrollar nuevas
tecnologas, que les permita una eficiente administracin del recurso de la
informacin que generan los sistemas informticos.

Los nuevos retos que actualmente enfrenta el pas van en caminados a que las
empresas se vuelvan cada vez mas competitivas en el mundo laboral y el modelo
Data Warehouse sera una herramienta clave para analizar desde diversas
perspectivas la informacin de las empresas.

En el pas existen muchas empresas que cuentan con bases de datos, ya que han
experimentado uno o mas software para obtener una mejor administracin y control
de sus activos y del negocio, pero debido a la evolucin tecnolgica, mucha data se
encuentra en algn espacio del disco duro, en cintas u otro medio de
almacenamiento, sin ser explotada para anlisis de tendencias y evolucin que se
haya experimentado, la data es activo invaluable y a la vez muy vulnerable, la que
debera resguardarse celosamente.

D. IMPORTANCIA DE LA PROPUESTA.

La informacin que generan los sistemas transaccionales de los Laboratorios

Farmacuticos es un activo invaluable para los administradores y para la empresa.

125
Resguardarla y almacenar solo aquella que es realmente importante de los diferentes
departamentos, en una sola base de informacin y tenerla disponible en futuro para
utilizarla, consultarla combinarla con otras reas, para obtener informes histricos,
hasta ahora es una tarea que involucra tiempo valioso de los administradores.

La propuesta de este tipo de modelo es promover el empleo de herramientas

informticas, conservacin y explotacin de la informacin histrica de los sistemas
transaccionales, omitir registros innecesarios en las bases de datos y generar
aquellos indispensables para la toma de decisiones, ya que la industria farmacutica,
es una fuente de desarrollo y crecimiento para el pas y amerita se impulse aun ms.
Por el tipo de productos que elaboran son de vital importancia para la salud de la
poblacin, razn por la que es indispensable fomentar el desarrollo y empleo de
herramientas informticas que les permitan obtener informacin, para la toma de
decisiones, mejorar el servicio al cliente y la expansin a nuevos mercados
regionales.

Este modelo puede llegar a constituir una herramienta de suma importancia, para los
administradores de empresas y afrontar las exigencias competitivas, mejorando la
entrega completa de informacin de los departamentos de forma correcta,
consistente, oportuna y accesible, la informacin que requieren los tomadores de
decisin la requieren en tiempo inmediato y en formatos que la necesitan de esta
forma adquieren mayor confianza en sus propias decisiones y las del resto de
tomadores de decisiones, ya que el desarrollo de esta arquitectura informtica esta
orientada al almacenamiento de informacin que puede ser de 5, 10 ms aos de
antigedad, sin el riesgo de que los registros puedan ser alterados, porque ser una
arquitectura de base datos que aceptara solamente la adicin de informacin, lo que
garantizara la confiabilidad de los registros y estar disponibles en el momento en
que sea requerida por el usuario.

Por lo tanto, es necesario que la Industria Farmacutica considere el desarrollo de

este tipo de modelo de arquitectura informtica, para optimizar el uso de la

126
informacin que generan da a da los sistemas transaccionales actuales y reutilizar
aquella que se encuentra en backup, cintas magnticas o en otro medio de
almacenamiento e incluso de fuentes externas, que puedan representar la vida y
crecimiento de la empresa, con la finalidad de estar prevenidos para la toma de
decisiones importantes.

1. Importancia para el pas.

Los nuevos retos de la globalizacin van dirigidos hacia la eficiencia de las empresas
y la implementacin de este tipo de modelo de Data Warehouse permitir que las
organizaciones, dedicadas a la industria y comercializacin de productos
farmacuticos tengan un buen aporte econmico y un mayor desarrollo para la
economa del pas.

En la medida en que los Laboratorios Farmacuticos puedan mantenerse, competir y

crecer tanto en el mercado nacional como en el extranjero, a travs del uso de
nuevas herramientas en los sistemas de informacin, las expectativas de crecimiento
y desarrollo se expanden an ms, ya que los laboratorios sern capaces de ingresar
en el mundo competitivo de la globalizacin, contribuyendo de esta forma al
fortalecimiento de la economa del pas, produciendo mas y mejores medicamentos,
mejores informes y mejor atencin al cliente a travs de la implementacin de
nuevas herramientas, generando mayores fuentes de trabajo, gratificantes
inversiones y sustanciales ingresos econmicos. La adopcin de aplicaciones
informticas en las organizaciones, contribuyen grandemente a fortalecerlas y ser
competitivas, ya que les permitir estar a la altura de Laboratorios reconocidos y
ganar mercado local como extranjero.

La aportacin de este modelo en la industria Qumico Farmacutica, permitir a los

administradores mayor seguridad en la toma de decisiones, especialmente cuando
se trate de invertir o para la exportacin de productos.

127
 2. Importancia para la empresa.
Hoy en da, las empresas que cuentan con sistemas de informacin mecanizado
reconocen que les ha permitido un mejor control y orden de los procesos e
informacin inmediata de forma gil, confiable y eficiente, considerando la posibilidad
de cambiar y superar los retos que presentan la llegada de nuevos competidores
internacionales a travs de los Tratados de Libre Comercio.

Un modelo de Data Warehouse, les permitir a los Laboratorios Farmacuticos

desarrollarse competitivamente, ya que contaran con una herramienta que les
proporcione la informacin en menor tiempo para el proceso de toma de decisiones a
los que ejercen los cargos de mandos medios y de esa manera contribuir
competitivamente con otras empresas.

Explotar los beneficios de este modelo, ser la tarea de la Industria Farmacutica, ya

que los administradores y mandos medios, podrn extraer la informacin de la forma
que ellos la necesiten, puede que sea por rea, departamentos, tiempos,
agrupaciones o otras, ya que el Data Warehouse vendr en apoyo a los sistemas
transaccionales, los informes pueden estar constituidos por opciones pre definidas
(previamente solicitadas por el usuario), el tiempo ser relativo, si la informacin a
obtener no es compleja o no involucra parmetros grandes de tiempo, podrn
obtenerse en el mismo da, si en cambio este involucrase mayor informacin y
parmetros grandes de tiempo, el procesamiento y obtencin de resultado ser
mayor a un da llegando a demorar incluso hasta una semana, puede sonar inslito
este tiempo, pero no se pierda de vista que el Data Warehouse, esta orientado al
almacenamiento de grandes volmenes de informacin, especialmente histrica. La
informacin almacenada permitir desarrollar estrategias para una mejor toma de
decisiones sean de administracin de produccin, inventarios de productos,
mercadeo y otras reas. De esta forma tambin se est beneficiando de forma
indirecta a los clientes y a los demandantes de productos, ya que siempre podrn
adquirir los productos que demanden.

128
Los beneficios sern mltiples al contar con un modelo de Data Warehouse que
mejore la elaboracin de informes para la toma de decisiones de los mandos medios
de los Laboratorios Farmacuticos, algunos de ellos se enumeran a continuacin:

a.) La eleccin de informacin, parmetros de tiempos y perspectiva que quiera

obtenerse ser a criterio del usuario de la data.

b.) La oportunidad de integracin de data de nuevos software transaccionales que

se integren a la empresa.

c.) La confiabilidad de que los registros ya almacenados no sern manipulados, ni

alterados. Obteniendo informacin confiable para los anlisis que se realicen.

d.) Contar con un modelo de Data Warehouse e implementarlo, se brindara

informacin eficiente y oportuna, trasladndose este beneficio al cliente en forma
de una mejor atencin y servicio.

e.) Se mejorar la eficiencia en la administracin de tiempos de los mandos

medios, ya que el tiempo empleado en buscar y organizar la informacin para un
informe, podr emplearse en otras actividades.

f.) Realizar anlisis comparativos mensuales, semestrales, anuales o segn sean

requeridos, de ventas, costos, compras, etc.

g.) La informacin histrica de los Laboratorios, estar disponible de forma

inmediata, excepto el ltimo perodo, ya que deber cumplir con la calidad y
seguridad de que no se realizaran cambios.

h.) La integracin de la informacin en una base de datos, permitir se realicen

combinacin de informacin para anlisis de diferentes reas de negocios.

129
 3. Importancia para los empleados.
Los mandos medios son parte de la fuerza de trabajo de la Industria Farmacutica, y
sobre ellos esta depositada una gran responsabilidad de desarrollo y crecimiento,
dotarles de mecanismos y herramientas que optimicen su desempeo, no solo se les
beneficia sino tambin es beneficiada la empresa, si en la actualidad emplean tiempo
valioso en la obtencin de informacin y preparacin de informe, el Warehouse
pretende reducir esta brecha de tiempo y optimizarlo, invirtindolo en crear o
desarrollar estrategias que mejoren el desempeo de los subalternos.

A continuacin se enumeran algunos beneficios que obtendrn los mandos medios al

implementar un modelo de Data Warehouse para la elaboracin de informes para la
toma de decisiones:

a.) Se optimizara la cobertura de mercado de productos farmacuticos, porque

se podrn realizar combinaciones de informacin para conocer la demanda en
tiempos, por tipos de clientes y por otras agrupaciones. (depender de la
estructuracin dimencional que se elabore, se describe en etapa II).

b.) Con el modelo de Data Warehouse el proceso de elaboracin de informes

histricos, comparativos y estadsticos ser mucho mas rpido para la toma de
decisiones.

c.) Con un modelo de Data Warehouse los mandos medios tomaran decisiones
oportunas, sobre la base de informacin disponible y de forma comparativa,
empleando requerimientos especficos para los informes o consultas.

d.) El tiempo que actualmente se invierte en elaborar un informe con registros

histricos podr ser largo, utilizando el Data Warehouse, ser relativamente
menor y el tiempo restante podr ser utilizado en realizar otras actividades para la
empresa.

130
E. VENTAJAS DE LA PROPUESTA.

Permitir obtener la informacin necesaria de registros histricos y actuales

para mejorar la toma de decisiones de los mando medios.
Capacidad de adquirir y retener clientes ser un elemento muy esencial
debido a la rapidez y eficiencia del modelo para los mandos medios.

Tener una herramienta de consulta para realizar la elaboracin de informes

con datos histricos y confiables, sin la incertidumbre que esta pudiere ser
manipulada, en esta bases de datos.

Mejorar los tiempos de respuesta en cuanto a la presentacin de informacin

requerida por los usuarios y proporcionar una herramienta para que los
usuarios, a travs de consultar dicha informacin elaboren sus propios
informes, auxilindose de otras herramientas conocidas en el mercado
informtico salvadoreo como: Microsoft Word, Microsoft Excel, Lotus123 y
otros.

Tener en lnea y disponible la informacin de las bases de datos de aos

anteriores, que les permita realizar reportes y consultas comparativas, de un
rea especfica o en combinacin segn sean los requerimientos de los
usuarios de los Laboratorios Farmacuticos.

F. ALCANCES DE LA PROPUESTA

a. El modelo Data Warehouse (conceptual) estar orientado a la captacin de

informacin histrica para la elaboracin de informes, para la toma de
decisiones de los mandos medios de los Laboratorios Farmacuticos del rea
Metropolitana de San Salvador.

131
b. El Data Warehouse se determino dejarlo a nivel de modelo, ya que con la
realizacin de la investigacin, se determino que los Laboratorios
Farmacuticos cuentan con diversidad de bases de datos y con diferentes
necesidades de informacin a satisfacer, la propuesta no puede ser rgido y
estndar para todos.

c. El modelo propuesto se detallar y documentar en etapas para que los

lectores tengan una referencia de los procesos y puedan desarrollar nuevos
modelos, segn las necesidades de informacin de las empresas.

d. El modelo contar con la informacin necesaria, que servir de gua para que
el lector identifique los elementos necesarios para su posterior desarrollo y
puesta en funcin, esto ser el desarrollo de las etapas que se encontrar
mas adelante del presente documento.

132
 G. DISEO DEL MODELO DATA WAREHOUSE
1. Esquema grafico de la propuesta
Objetivo General
Objetivos
Objetivos Especficos
MODELO DE DATA WAREHOUSE
PARA LA ELABORACIN DE
INFORMES PARA LA TOMA DE
Justificacin
DECISIONES DE LOS MANDOS
MEDIOS DE LOS LABORATORIOS
FARMACUTICOS UBICADOS EN
EL REA METROPOLITANA DE
SAN SALVADOR.
PLAN DE IMPLEMENTACION
Objetivos
Recursos
Presupuesto
Actividades a desarrollar
Cronograma
- Generalidades
- Descripcin de mandos medios
Para la toma de decisiones
1. Diagnstico de los - Procedimientos para la elaboracin
Laboratorios Farmacuticos de informes
- Distribucin de informes
- Anlisis del FODA de los Laboratorios
Farmacuticos
- Informacin a utilizar
2. Determinacin del - Determinacin de la informacin de los
Laboratorios farmacuticos.
volumen de la informacin
Desarrollo - Estrategias para determinar el volumen
y estudio de factibilidad
del de informacin para el Data Warehouse.
modelo
- Fuentes de informacin para el DW.
- Modelado de tablas para el DW
- Caractersticas y atributos a considerar
en diseo del Data Warehouse
- Estudio de factibilidad.
- Equipo de trabajo para la construccin
3. Modelamiento del Data del modelo DW
Warehouse - Planificacin y desarrollo del proyecto
DW
- Medio ambiente del Data Warehouse
- Modelamiento conceptual del DW
- Control de registros.
4. Control y evaluacin del - Planificacin de cargas de registros al
modelo DW D DW
- Seguridad de la informacin.
5. Conversin y - Plan de conversin
capacitacin - Plan de capacitacin
133
 2. Especificacin del modelo.

Etapa I. Diagnstico de los Laboratorios Farmacuticos

Al iniciar la investigacin para el planteamiento del modelo Data Warehouse, ser
indispensable conocer los antecedentes de la empresa como: distribucin de la
organizacin, funciones, actividades que realizan los empleados y particularmente
los mandos medios. Para tener acceso a esta informacin es indispensable solicitar
el ingreso a las instalaciones de los Laboratorios Farmacuticos, contactar y realizar
entrevistas a empleados claves y observar los procedimientos de trabajo, solicitar
tambin poder observar formularios, reportes, informes y obtener impresione e
inquietudes de las personas involucradas en las diversas reas de la empresa.

De esta manera se podr formular el estado actual de los Laboratorios

Farmacuticos y determinar las necesidades de informacin para consultas y
reportes de los mandos medios. Recolectada la informacin se sugiere analizarla
empleando la tcnica del FODA, esta permitir medir las fortalezas, oportunidades,
debilidades y amenazas, de Los Laboratorios Farmacuticos aprovechando los
recursos determinados de las fortalezas y buscar contrarrestar las debilidades
detectadas.

Etapa II. Determinacin del Volumen de informacin

En esta etapa se recopilara la informacin que requieren los mandos medios y cada
uno de los grupos de usuarios para la realizacin de anlisis y reportes, determinar
las diversas plataformas y compatibilidad entre ellas ya que ser de donde se
extraer la data que alimentara al Data Warehouse, el volumen de los datos que se
generan de forma cotidiana de los sistemas informticos operacionales. Preparar
para ello cuestionarios y guas de entrevista para una investigacin secuencial y
sacarle el mximo provecho a las sesiones, permitiendo al investigador un mejor
dominio y conduccin de esta, obtenindose de forma secuencial y detallada las
actividades desarrolladas por los mandos medios del rea y la carga de trabajo que
manejan los sistemas.

134
 Etapa III. Modelamiento del Data Warehouse
Etapa en la que se plasmara en forma conceptual las necesidades comprendidas de
los usuarios y la forma de cmo se le dar solucin, el medio ambiente en el que se
desarrollara, los proceso de extraccin, transformacin de la data y la definicin de
bases de datos, tablas, dimensiones, atributos, campos y la eleccin del modelo
dimensional a utilizar segn la complejidad de los datos a almacenar.

Etapa IV. Control y evaluacin del modelo Data Warehouse.

Para el desarrollo del modelo Data Warehouse es indispensable, establecer medidas
y controles que garanticen el xito y seguridad de los procesos e informacin, para
ello se formulara una serie de controles a tomar en cuenta, antes, durante y
posteriormente al desarrollo del modelo de Data Warehouse, as mismo ser
indispensable la evaluacin y mejoras de los mismos durante el desarrollo del
modelo, la participacin de los usuarios ser indispensable para determinar si se esta
cubriendo las necesidades expuestas en la etapa I y II.

Etapa V. Capacitacin y Conversin.

La conversin consistir en planificar la forma como se pretende investigar,
desarrollar y documentar el proyecto en el rea de informacin elegida, as como
tener presente los recursos humanos y tecnolgicos con los que se cuentan o
requerir obtenerse. El plan de capacitacin Consiste en preparar planes de
capacitacin para los usuarios del Data Warehouse, para el uso apropiado de la
data y poder explotarla al mximo, estas se prepararan segn el grupo de usuarios y
del rea, tambin se deben considerar planes de contingencia, para suplir cualquier
eventualidad que se presente durante, cualquiera de las etapas.

135
ETAPA I: Diagnstico de Los Laboratorios Farmacuticos.

Objetivo:
Conocer la situacin actual de los Laboratorios Farmacuticos, antecedentes,
perspectivas y regulaciones.

1. Generalidades.
El Data Warehouse es una base de datos con visin al almacenamiento histrico de
informacin y tenerla disponible en lnea, para la mayor cantidad de usuarios
tomadores de decisiones de los Laboratorios Farmacuticos. Es una arquitectura
aplicable en diversas reas o departamentos de las empresas, pero para obtener
resultados satisfactorios, es necesario examinar los requerimientos indispensables
para desarrollar su construccin. La etapa de diagnstico consiste en la
investigacin y recoleccin de informacin sobre la empresa, indagar sobre la
metodologa de trabajo, documentacin que se maneja, personal involucrado y sus
funciones para luego realizar el diagnstico de la problemtica y el planteamiento de
la posible solucin.

2. Descripcin de mandos medios para la toma de decisiones.

La imagen de mandos medios en los Laboratorios Farmacuticos pueden ubicarse
(organigrama) en puestos administrativos de: gerentes financieros, gerente
administrativos, gerentes de venta y gerentes de produccin, ya que ellos son para la
empresa los motores del cambio, tienen la capacidad de persuadir al equipo de
trabajo al logro de objetivos que la alta gerencia desea realizar.

a. Responsabilidades de los mandos medios.

Entre las responsabilidades que deben cumplir los mandos medios se pueden
mencionar:

136
1) Intelectuales:
Visin estratgica.
Anlisis y evaluacin
Planificacin y organizacin.

2) Interpersonales.
Dirigir a los colaboradores
Persuasin
Espritu de decisin
Sensibilidad interpersonal
Comunicacin oral.

3) Adaptabilidad.
Flexibilidad y adaptabilidad.

4) Orientacin hacia los resultados.

Energa e iniciativa
Deseo de triunfar
Sentido haca los negocios.

b. Caractersticas que deben poseer los mandos medios.

1.) Caractersticas Personales.

Aproximacin a los problemas: capacidad de analizar y sintetizar
problemas complejos.
Capacidad de accin: capacidad de decidir dotndole de medios
adaptados a los objetivos y a la dimensin de los problemas.
Dominio de s mismo: Estabilidad emocional y confianza en s mismo.
Resistencia nerviosa y capacidad de aprovechar las experiencias.

137
 2.) Caractersticas en las relaciones con los dems.
Receptividad: disponibilidad, apertura a las ideas de los dems flexibilidad
de espritu.
Animador, sentido de equipo: saber hacerse comprender y saber asociar al
equipo las decisiones.
Sentido moral: respeto y lealtad para con los dems.
3.) Comportamiento dentro de la empresa:
Insercin integracin: respeto de la empresa, insercin fcil en las redes de
competencia adhesin a las normas y a los valores de la empresa.
Fuerza de proposicin: competencias reconocidas por sus iguales y por la
jerarqua, protagonista consistente de su papel y responsable ante su
empresa.
Capacidad de representar a la empresa en el exterior.

Los mandos medios de los Laboratorios Farmacuticos deben tomar acciones

precisas que los oriente a ser competitivos en su entorno empresarial.
Fijar y seguir objetivos.
Fijar polticas o hacer cumplir.
Planificar.
Organizar.
Analizar y organizar el tiempo.
Coordinar.
Informar de acuerdo a lo requerido.
Tener un sistema de comunicacin.
Controlar y verificar el trabajo.
Conducir el equipo humano.
Gestionar y administrar procesos, recursos y la calidad.

3. Procedimientos para la elaboracin de informes.

Los procedimientos que se emplean en la actualidad para la emisin de los informes
son elaborados, de acuerdo a las necesidades y requerimientos de la gerencia y de

138
los usuarios de Los Laboratorios Farmacuticos. Unos de estos informes son
proporcionados por los sistemas en funcin, demandando un mnimo de tiempo para
su preparacin si la informacin solicitada pertenece al ejercicio de operaciones que
se encuentra activo, otros por su complejidad demandan un mayor tiempo y
depender del acceso a la informacin (mecanizada o documentada fsicamente).
Por su frecuencia y preparacin se pueden dividir en dos tipos: los rutinarios y los
gerenciales.

Los informes rutinarios, son los elaborados diariamente por el encargado del
departamento (producto terminado u otro) de los Laboratorios Farmacuticos, estos
son para corroborar existencias, salidas, ingresos, despachos y otros de su inters.

Entre las opciones de reportes que proveen los Sistemas de Inventarios actuales de
Los Laboratorios Farmacuticos, se pueden enumerar los siguientes:
Reportes de muestras(Anexo A)
Reportes de inventarios(Anexo B)
Reporte de Kardex (Anexo C)
Reporte de Despachos(Anexo D)
Reporte de Cdigo muestreo
Reporte de Exportacin
Reporte de Movimiento de Entradas y Salidas

Los Informes Gerenciales, son preparados con una frecuencia mnima de 30 das,
otros de los informes son preparados de uno a dos veces al ao, estos reflejan
informacin estadsticas, comparativas de las tendencias y comportamientos de los
productos en el rea local y en el exterior, que puede ser el producto con mayor
rotacin y demanda en el mercado, cartera de clientes, costos de inversin,
produccin de la planta entre muchos otros informes, estos demandan mayor tiempo,
debido al tipo de informacin que reflejan y son utilizados por la alta gerencia para la
toma de decisiones y proyecciones a futuro.

139
De la informacin empleada en la preparacin de los informes el 74.63% se localiza
en algn tipo de sistema informtico empleado dentro de los laboratorios (sistema de
inventarios, ventas, compras, contabilidad, sistema de averas u otro), y el 25.37%,
son obtenidos de los controles que son llevados de forma manual y luego retro-
alimentados en hojas de clculo (Excel, Lotus1.2.3 u otro), si el sistema fue
desarrollado y mantiene un plan de soporte, los reportes han sido adaptados, pero
mantienen la limitante de la informacin a un cierto nmero de meses establecidos
por el programador.

4. Distribucin de informes.
Los informes son preparados y entregados a la persona departamento que los ha
solicitado, previa solicitud oral escrita. Si son de fcil preparacin son entregados
de forma inmediata (informes rutinarios), si son complejos requieren como mnimo 24
horas hbiles mas para su preparacin y entrega.

Los informes gerenciales requeridos por los diferentes departamentos son

elaborados y entregados a la secretaria de gerencia. La secretaria de la gerencia se
encarga de reproducirlos y prepararlos para las reuniones de la alta gerencia junta
directiva. Otro grupo de informes son preparados y entregados al departamento de
contabilidad, generalmente para confrontacin de cierres de ejercicios contables en
lo que se refiere a valuaciones de inventario activo fijo y realizable para la venta, las
prdidas, las averas, las donaciones y regalas o para auditorias de Los Laboratorios
Farmacuticos.

5. Anlisis del FODA de Los Laboratorios Farmacuticos.

La tcnica FODA es valida para iniciar la planificacin estratgica y consiste en
identificar las fortalezas, oportunidades, debilidades y amenazas, que estn
presentes en un determinado momento al interior de la organizacin, y en el entorno
de la misma. Esto significa que la identificacin se hace a travs de un anlisis

140
interno y externo donde se desarrolla la organizacin. A partir de este planteamiento,
se definirn las estrategias para el desarrollo del modelo Data Warehouse.

Anlisis externo
Este anlisis, permitir identificar las oportunidades que favorecen y las amenazas
que afectan el crecimiento de los Laboratorios Farmacuticos.

Oportunidades:
Son las caractersticas externas positivas, no controlables, pero que pueden ser
aprovechables para el desarrollo de los Laboratorios Farmacuticos, reas en
donde el sector podr generar altos desempeos.

Amenazas:
Son caractersticas externas negativas, no controlables que pueden perjudicar el
desempeo de la organizacin. Son reas en donde las empresas que integran el
sector de los Laboratorios Farmacuticos encuentran dificultades para alcanzar altos
niveles de competitividad.

Anlisis Interno
Este anlisis permitir analizar los procesos administrativos, econmicos y tcnicos
al interior de los Laboratorios Farmacuticos, identificando las fortalezas y
debilidades, presentes para el desarrollo de la misma.

Fortaleza:
Son caractersticas internas positivas, controlables que pueden ser aprovechadas
apropiadamente y reforzadas para el desarrollo de los Laboratorios Farmacuticos.

Debilidades:
Son caractersticas internas presentes en los Laboratorios Farmacuticos, que
influyen significativamente en forma negativa al seleccionar e implementar
estrategias en el desempeo de la misma.

141
 Anlisis FODA

FORTALEZAS DEBILIDADES

1. Los Laboratorios Farmacuticos 1. Carecen de una herramienta que los

cuentan con la capacidad de invertir en provee de informacin oportuna para la
Hardware y Software informtico. elaboracin de informes.

2. El mercado informtico ofrece licencia 2. Equipo informtico obsoleto.

de Software corporativo.
3. Los proveedores de qumicos
3. Cuentan con equipo tecnolgico para especiales para la elaboracin de
la elaboracin de medicamentos. medicamentos son de origen
extranjeros.
4. El gremio de Laboratorios
Farmacuticos cuentan con la 4. Carecen de mecanismos que les
Asociacin de Qumicos Farmacuticos, ayude a la administracin de productos y
que los representan, rigen y controlan la reducir el volumen de medicamentos
calidad de los productos y patentes. vencidos o deteriorados.

AMENAZAS OPORTUNIDADES

1. Competencia de laboratorios 1. Apertura de nuevos mercado con los

extranjeros y empresas que elaboran
productos naturales.
2. Falsificacin en la elaboracin y
comercializacin de medicamentos
reconocidos, por ser de inferior calidad
en la regin Centroamericana.
Tratados de Libre Comercio.
2. Existe una fuerte demanda de
producto local y algunos extranjeros.
3. Otorgamiento de representacin de
marcas de producto extranjero.

3. La produccin de medicamentos se 4. Contar con tecnologa como Internet,

retraza por materia prima proveniente para dar a conocer los productos tanto a
del extranjero. nivel nacional como en el exterior.

4. El no administrar adecuadamente los

productos averiados o vencidos,
ocasiona prdida a la empresa y pueden
llegar a ser sancionados por el Consejo
Superior de la Salud Pblica.

142
Matriz del Anlisis del FODA

Factores Internos FORTALEZA DEBILIDADES

1.Los Laboratorios Farmacuticos 1. Carecen de una herramienta que los

cuentan con la capacidad de invertir en provee de informacin oportuna para la
Hardware y Software informtico. elaboracin de informes.

2. El mercado informtico ofrece licencia 2. Equipo informtico obsoleto.

de Software corporativo.
3. Los proveedores de qumicos
3. Cuentan con equipo tecnolgico para especiales para la elaboracin de
la elaboracin de medicamentos. medicamentos son de origen extranjeros.
Factores Externos
4. El gremio de Laboratorios 4. Carecen de mecanismos que les
Farmacuticos cuentan con la ayude a la administracin de productos y
Asociacin de Qumicos Farmacuticos, reducir el volumen de medicamentos
que los representan, rigen y controlan la vencidos o deteriorados.
calidad de los productos y patentes.

OPORTUNIDADES
FO (Maxi-Maxi) DO (Mini-Maxi)
1. Apertura de nuevos mercado con los 1.Fomentar el uso de informtica para 1.Los Laboratorios asignen presupuesto
Tratados de Libre Comercio. promover la comercializacin de anual para la actualizacin o adquisicin
producto y as hacerlos llegar a mas de equipo informtico.
2. Existe una fuerte demanda de demandantes.
producto local y algunos extranjeros. 2.Donar el producto que tenga un
2.Monitoreo constante por parte de las margen razonable de vencimiento a
3. Otorgamiento de representacin de instituciones auditoras de Qumica y instituciones de beneficiencia, disminuira
marcas de producto extranjero. Farmacia. su destruccin y beneficiaria a la
poblacin de escasos recursos.
4. Contar con tecnologa como Internet,
para dar a conocer los productos tanto a
nivel nacional como en el exterior.

AMENAZAS
FA (Maxi-Mini) DA (Mini-Mini)
1. Competencia de laboratorios 1.Implementar sanciones severas a 1.Mantener una control y determinar una
extranjeros y empresas que elaboran sujetos que se dedican a la adulteracin poltica de un inventario mnimo y
productos naturales. y falsificacin de medicamentos. mximo de materia prima.

2. Falsificacin en la elaboracin y 2. Los Laboratorios Farmacuticos 2.Mantener un control de revisin de

comercializacin de medicamentos cuentan con equipo tecnolgico para la productos por lote, y de ser posible donar
reconocidos, por ser de inferior calidad elaboracin de medicamentos, aquella
en la regin Centroamericana. permitiendo enfrentar la competencia con
otros Laboratorios.
3. La produccin de medicamentos se
retraza por materia prima proveniente del
extranjero.

4. El no administrar adecuadamente los

productos averiados o vencidos,
ocasiona prdida a la empresa y pueden
llegar a ser sancionados por el Consejo
Superior de la Salud Pblica.

143
ETAPA II: Determinacin del volumen de informacin.

1. Generalidades
En esta etapa se recopilar e investigar las fuentes de informacin, sistemas y
ubicaciones de donde se obtendrn y que posteriormente se extraer la data que
ser trasladada al Data Warehouse. Es importante identificar las diversas
plataformas de bases de datos que se hayan utilizado en los sistemas
transaccionales y la compatibilidad de esta data entre si, el volumen transaccional
que se genera cotidianamente y la calidad de la misma al ser procesada en los
sistemas en funcin.

2. Informacin a utilizar
Toda la informacin y registros almacenados en los sistemas transaccionales, son
tiles para obtener reportes e informes de forma inmediata y ejercer controles
administrativos, pero de toda ella, solo una parte es realmente indispensable para
conocer el crecimiento y tomar decisiones empresariales. Para identificarla ser
necesario emplear algunas tcnicas. Captura de la informacin; esta se obtendr a
travs de una serie de investigaciones tales como: encuestas, entrevistas a usuarios
claves y comprometidos con el crecimiento de la empresa, considerndose como
base para el inicio del proceso de eleccin de la data para el modelo Data
Warehouse.

Antes de que el desarrollador de inicio a la construccin de la bases de datos del

Data Warehouse, es indispensable conocer las necesidades de informacin de los
mandos medios, gerentes, directivos y de todos aquellos usuarios que obtendrn
informacin de este modelo, sin perder de vista de que de toda la data que se
encuentre o se haya procesado en el transcurso del tiempo en los sistemas
transaccionales ser minuciosamente seleccionada, y los registros a extraer sern
solamente aquellos realmente relevantes y de importancia para anlisis futuros.

144
Tambin es indispensable conocer las diversas plataformas y la compatibilidad de
estas, los respaldos de aos anteriores, la veracidad de los datos y el acceder a la
documentacin (diccionario de datos) de los sistemas en uso ser indispensable.

Seleccin de la Informacin: Seleccionar primeramente un rea o departamento del

cual se desea crear un Data Warehouse, para luego determinar que informacin se
debe seleccionar de los sistemas transaccionales, de las bases histricas y de bases
externas (ajenas a la empresa pero relacionadas estrechamente con el giro de esta),
con la informacin recabada se proceder a clasificarla, considerando solo aquella
necesaria para el proceso a desarrollar y desechando toda aquella que no sea de
utilidad para el estudio y que solo estn ocupando espacio en los computadores.

Por ejemplo: El rea del cual se desea desarrollar un Data Warehouse es

contabilidad, esta es un rea en la cual se concentran y registran todos los
movimientos de la empresa, de toda la data que se posea, seguramente la que
interesa para toma de decisiones sern: cuentas contables, descripcin de las
cuentas, agrupacin de cuentas, montos acumulados en las cuentas y subcuentas,
fechas y ejercicios.

Los campos no utilizados probablemente para toma de decisiones en este

departamento serian: descripcin del asiento, nmero de documentos registrados,
nmero de partida, referencias, hora de registro y usuario que lo ingreso. Las
plataformas en la que puedan estar estos registros pueden ser access, foxpro para
Dos, visualfoxpro, C++, Basic, lotus, excell u otra plataforma, comn en el entorno
informtico salvadoreo

3. Determinacin de la informacin de los Laboratorios Farmacuticos

Anteriormente ya se ha hecho referencia de la importancia y la participacin de los
mandos medios para la construccin del Data Warehouse, ya que la informacin a
obtener debe orientarse a la realidad de la empresa y a la satisfaccin de informacin

145
de la alta gerencia. El ambiente de la informacin se desarrollar dependiendo al
sujeto, hacia el cual se desea orientar la informacin, estos sujetos pueden ser:
clientes, vendedores, actividades o hacia los productos.

El volumen de informacin que procesan diariamente los sistemas operacionales, es

variable, multiplicndose con el transcurso de los aos que estarn presente en el
mercado, estos requerirn indiscutiblemente una base de datos orientada a la
satisfaccin de informacin y al anlisis complejos, la informacin generada en los
Laboratorios Farmacuticos con el transcurso de los aos continuara creciendo,
requiriendo indiscutiblemente de una tecnologa que le permita almacenarla y
consultarla cuando sea necesario, el volumen de informacin ser mucho mayor al
que puedan administrar los sistemas transaccionales, y el Data Warehouse ser una
herramienta imprescindibles para la elaboracin de reportes histricos,
comparaciones estadsticas, anlisis y otros segn vayan surgiendo de las
necesidades.

Los usuarios primordiales para el encargado del proyecto son los Mandos Medios,
retroalimentando, estos mandos pueden ser desempeados por jefes, gerentes,
supervisores de rea o encargados del negocio, estos desempean y toman
decisiones enfocadas al crecimiento y expansin de las empresas, estas decisiones
suelen orientarse a: nmero de clientes atendidos, variedad de productos, cantidad
de transacciones realizadas, volmenes de venta por periodos de tiempo, zonas
geogrficas, clientes, por productos y costos, entre otras. Pero visualizando la
informacin y la toma de decisiones desde el punto de vista de la Industria
Manufacturera, se requiere se pueda predecir la cantidad de producto que se
vender a un precio determinado y por ende que cantidad es la adecuada a producir,
para una entrega justo a tiempo.

La necesidad de informacin varia segn el cargo y funciones que desempean los

usuarios y estas necesidades puede clasificarse as:

146
 a. Informacin para la Direccin.
La informacin que requerirn los niveles directivos tendr un enfoque directo,
orientada a valores cuantitativos y monetarios, por ello la validacin de la informacin
para la toma de decisiones es muy relevante para: Planes de inversin, pronsticos
de ventas, estimaciones de produccin, estimaciones de compras, requerimiento de
recurso humano, controles de calidad, estimaciones de presupuesto econmico y
financiero.

b. Informacin para los Niveles Operativos.

El desempeo de este nivel se desarrolla en el cumplimiento de metas y satisfaccin
de los clientes, usuarios y empleados, por lo que la informacin que requerirn
tendr una orientacin diferente en relacin al nivel directivo, en el nivel operativo, su
inclinacin es el cumplimiento de objetivos, conocer el mximo de das transcurridos
entre el pedido y despacho de producto, el mximo de volumen de stock de
inventario para satisfacer la demanda, el volumen de devoluciones por calidad del
producto.

c. Informacin para Terceros.

Los usuarios agrupados en este nivel son empleados de los Laboratorios
Farmacuticos a nivel administrativo, clientes o proveedores. Los primeros
desempean la labor de cotejar datos y realizar auditorias internas en las empresas,
en datos plasmados en: estados financieros, solvencia de accionistas con la
empresa, disponibilidades bancarias, costos de insumos o producto vendido, nmero
de veces de compras realizadas.

Clientes
Los clientes tendrn la oportunidad consultar meses e incluso aos de
informacin histrica de las transacciones realizadas en puntos de venta, con
esta informacin detallada podrn realizar de forma eficiente actividades de
compra, cambios de precios, controles de inventarios y otros.

147
Para cualquiera de los niveles de usuarios mencionados anteriormente, la obtencin
de informacin debe satisfacer las necesidades de los niveles operativos de las
empresas y permitir una apreciacin real, utilizando la informacin histrica, actual y
con visin al futuro sobre un tema especfico y la realizacin de comparaciones,
posicionando a Los Laboratorios Farmacuticos a un nivel de liderazgo y con
mayores oportunidades de crecimiento.

El diseo del Data Warehouse es diferente al diseo de los sistemas operacionales

(la arquitectura empleada en este tipo de proyecto es el modelo relacional), por lo
que se debe considerar los siguientes puntos que permitirn al desarrollador una
mejor apreciacin y direccin del proyecto:

a. Los usuarios del Data Warehouse normalmente no conocern mucho sobre

los requerimientos que deben solicitar y priorizar las necesidades que deben
resolver volvindose a veces confuso, a menudo estos requerimientos sern
vagos y conflictivos, ya que los usuarios sern directivos, mandos intermedios
y tomadores de decisiones, estos niveles de direccin esperan ver resultados
y no se detendrn a resolver el detalle, estos usuarios normalmente se
encuentran familiarizados a recibir y realizar anlisis sobre la informacin que
se les proporcionan de forma consolidada en reportes e informes. Poseen
mejores ventajas los usuarios operacionales, que s conocen la problemtica
para obtener resultados y controles, conocen qu informacin les ser til
para su desempeo y para ser proporcionados a los altos directivos, gerentes
o junta general.
b. El diseo del Data Warehouse debe involucrar lo que se piensa en trminos
amplios y con conceptos del entorno del negocio, que pueden llegar a ser
difciles de definir que en un sistema operacional.
c. La estrategia recomendada para el diseo del Data Warehouse, es de afuera
hacia adentro, utilizar informacin diversa que permita un anlisis especfico.

148
 d. El Data Warehouse ser una inversin buena si los usuarios finales obtienen
informacin vital, rpida y barata, en relacin a la obtencin de informacin
actual de los sistemas operacionales.
e. La implementacin del Data Warehouse en los Laboratorios Farmacuticos,
generar nuevas demandas en los sistemas operacionales/transaccionales,
entre ellos: Demanda de mejores datos, demanda de datos consistentes,
integridad de registros, demanda de flexibilidad con diferentes tipos de datos y
otros.

4. Estrategias para determinar el volumen de informacin para el Data

Warehouse
El Data Warehouse esta orientado al almacenamiento de informacin de periodos
grandes de tiempo, estas pueden provenir de diversas fuentes asociadas a: mltiples
clientes, variedad de productos y diversas transacciones. El modelo se debe
construir pensando en la eficiencia para la obtencin de reportes que involucren el
pensamiento de enormes cantidades de informacin y que deben obtenerse en el
menor tiempo posible (menos de un da hasta una semana, dependiendo la cantidad
de informacin que procesa).

La solucin a las necesidades de informacin relevante para la toma de decisiones

gerenciales debe ser planificada, de manera que los componentes puedan ser
escalables y desarrollarse de forma paulatina hasta la solucin total, lo recomendable
es realizarlo por etapas, estas deben corresponder a las principales reas operativas
o reas de negocios o tambin suelen llamrseles temas especficos, estos pueden
conocerse como: reas de ventas, rea financiera contable, rea de recursos
humanos, rea de productos terminados, rea de produccin y otros mas. Estas
reas auxiliarn y sern componentes esenciales en el Data Warehouse, esta
concentracin de informacin especfica de los departamentos o reas de negocios
tambin se conocern como Data Marts (Almacenes mas pequeos de informacin
de un rea especfica).

149
Cmo dar soluciones adecuadas a cada una de las necesidades de informacin de
los mandos medios de Los Laboratorios Farmacuticos, lo mas lgico es conversar,
conocer sus necesidades, observar y dar seguimiento a los mtodos de trabajo para
preparar informes y sacar provecho a la informacin que generan los sistemas,
previo a ello tambin se pueden realizar algunas interrogantes estas pueden ser:
Qu informacin se necesita?, Dnde se almacena?, De quin y a quin va?,
Cmo valuarla?, Cmo sustituirla? Y otras mas de mucha importancia para ser
colocada en el Data Warehouse.

Las tcnicas que se empleen para la recoleccin de informacin depender de los

analistas, algunos de estos podrn ser recursos operativos, manuales o intelectuales
que permitan llevar a cabo una determinada actividad con el auxilio de instrumentos,
herramientas o procedimientos que se emplean y faciliten la actividad humana en
cualquier rea de trabajo, por ejemplo:

a.) Observacin: consistir en realizar una serie de visitas y revisin, de procesos

que permitan formular una nocin de la calidad de informacin que se esta
procesando en los sistemas transaccionales, como se obtiene la informacin que
se presenta en los informes, los procesos y transformacin para obtenerlos, la
importancia de los mismos, los mecanismos de respaldo, accesibilidad a la
informacin de respaldo.

b.) Cuestionario: emplearlos para recabar informacin de aquellos mandos

medios que no puedan ser accesibles por sus actividades, y a la vez para
comparar las respuestas con lo observado, dirigirlos para determinar si las
necesidades de informacin de los mandos medios son similares entre si. Al
dirigirlos es muy posible que surjan nuevas necesidades que no estaban
contempladas.

c.) Entrevista: esta tcnica muchas veces se realiza en conjunto con el

cuestionario, y se obtienen resultados muy buenos, ya que permiten obtener

150
 informacin, impresiones y muestras claras de los requerimientos y necesidades
de los mandos medios. La entrevista dar muy buenos resultados, si se prepara
una gua de entrevista para conducirla con xito, elaborarlas con preguntas
lgicas y secuenciales, esta le permitir aprovechar al mximo el acceso a las
personas y a la informacin, de esta forma obtener la informacin necesaria, las
fuentes de informacin directa son los empleados y los mandos medios, ya que
ellos conocen el movimiento cotidiano y las necesidades de informacin para
basar sus decisiones de inversin, donaciones, muestras, averas y sobre ellas
determinar el crecimiento empresarial, analizndose a la vez el desarrollo actual
de las actividades laborales en los Laboratorios Farmacuticos (Anexo G)

Por medio de la gua de entrevista elaborada para la presente investigacin se

obtuvo informacin de los diferentes departamentos y reas de suma importancia,
entre ellos podemos citar el rea de recepcin de produccin de medicamentos,
distribucin de los productos elaborados y envasados de los Laboratorios
Farmacuticos, enumeracin de los pasos ejecutados para la elaboracin de
informes, adems en la gua de entrevista se incluyeron preguntas que ayudaran a
determinar la situacin existente, en cuanto a la elaboracin de informes para los
mandos medios de Los Laboratorios Farmacuticos.

La gua de entrevista debe ser desarrollada con el personal involucrado activamente

en las formas cotidianas de trabajo de las reas, ya que estas aportaran datos
interesantes para verificar la informacin e involucrar parmetros para controlar la
calidad de la informacin. En esta oportunidad, la gua de entrevista elaborada se
desarrollo con la colaboracin del jefe de bodega, con l cual se obtuvo informacin
relevante de procesos involucrados con la toma de decisiones entre las cuales
tenemos: estructuracin de cdigos de medicamentos, clasificacin de los productos,
lneas de produccin, control de almacenamiento del producto en bodega,
preparacin de pedidos, procesos de despacho, controles higinicos del rea, control
en manejo de producto para desecho, controles para muestras mdicas y la forma de
elaboracin y obtencin de reportes. Para tener una idea de la importancia de la

151
gua de entrevista y obtener de sta, la informacin enriquecida y satisfacer las
necesidades de los usuarios (que pueden ser de las diversas reas o departamentos
de la empresa), es indispensable conocer sus expectativas:

a) Se considera la gua de entrevista como una tcnica cualitativa, mediante la

cual se obtiene informacin de una forma directa con la persona idnea a
entrevistar.

a) De las preguntas formuladas, los resultados obtenidos fueron analizados,

realizndose posteriormente conclusiones que orientaran mas adelante el
desarrollo del modelo propuesto.

5. Fuentes de informacin para el Data Warehouse.

Los Laboratorios Farmacuticos cotidianamente generan volmenes de informacin,
producto de las diversas actividades y transacciones que se realizan, estos registros
son almacenados en bases de datos en los sistemas operacionales, las bases de
datos son un requisito indispensable para un Data Warehouse, anteriormente ya se
ha indicado la importancia de realizar previamente un anlisis sobre las fuentes de
informacin de los datos, para verificar la existencia de informacin suficiente para
suplir las necesidades de los usuarios, la calidad de informacin y diversidad de
arquitecturas de las bases de datos.

No cometa el error de considerar que un Data Warehouse consiste en almacenar

toda la informacin de las bases de datos de los sistemas operacionales, pues de
realizarlo lo que se estara haciendo es una duplicacin de registros en una base de
datos mayor, la data que sea seleccionada debe pasar por un tratamiento y
transformacin, obtenindose solo aquella que ser relevante para los informes y
toma de decisiones en el futuro, permitiendo a los usuarios, realizar mejor el
desempeo de su trabajo.

152
 a. Fuentes de Informacin Internas.
El inters de las empresas contemporneas radica en la obtencin de la informacin
a partir de los datos producidos durante aos, que son montaas de datos que no
son aprovechadas debido a que los sistemas transaccionales no permiten mantener
datos histricos en lnea, porque saturan y sobrecargan a los procesadores, pero con
registros histricos menores a tres aos son ideales para obtener resultados
funcionales y de procedimiento ya que su diseo es para operaciones transaccional y
no de consulta de informacin histrica masiva.

La agrupacin e integracin de datos relevantes en las bases de datos de los

diferentes departamentos, tales como contabilidad facturacin, inventarios, compras,
cuentas por pagar, cuentas por cobrar, produccin, otros sistemas auxiliares y las
bases de datos histricas son fuentes primordiales, porque de estas se extraern los
registros relevante que se almacenar en la base de datos del Data Warehouse, por
ejemplo los precios de venta, unidades vendidas, unidades producidas, unidades
vencidas, daadas unidades devueltas, valores monetarios como valores de
ventas, de compras y todas aquellas consideradas relevantes para la toma de
decisiones y comparaciones estadsticas a futuro constituyndose fuentes
indispensables para el Data Warehouse. La arquitectura y plataformas de las bases
de datos de los sistemas operacionales pueden localizarse en diversas estructuras
de sistemas: Bases de datos relacionales, bases de datos de textos, archivos y
cintas magnticas.

b. Fuentes de Informacin Externa

Estas fuentes dependern de la aplicacin y del alcance que se desea realizar con el
Data Warehouse, las fuentes de informacin pueden estar orientadas por los
cambios del medio como: tipos de cambios de monedas, variacin de tasas
impositivas, variacin de tasas de inters y otras mas.

Dicho de otra forma, las bases de datos de informacin externa, sern aquellas
bases ajenas a los sistemas transaccionales de los laboratorio pero que contienen

153
informacin que influyen en el entorno operacional de la empresa, estas bases
pueden ser localizadas en instituciones gubernamentales, empresas privadas,
empresas extranjeras, e incluso en la internet, estas debern pasan por el proceso
de extraccin de informacin para ser transformados y agregados al Data
Warehouse.

c. Otras Fuentes de Informacin

Estas fuentes pueden ser diversas y son consideradas porque tienen relacin muy
importante con el entorno operacional de la empresa, algunas pueden proceder de
cintas magnticas, backup, hojas de calculo u otro medio, incluso podran construirse
de datos de revistas, diarios u de otras instituciones a fines.

6. Estudio de factibilidad.
Los costos de modelar para luego construir un Data Warehouse son similares como
los de cualquier proyecto de tecnologa de informacin, no es una inversin
exorbitante, si se mide con el valor de la informacin que otorgara a futuro, Los
Laboratorios Farmacuticos tienen la ventajas que cuentan con equipos informticos,
redes internas y con especialistas y asesores informticos externos, para poder
formar los equipos de trabajo, el Data Warehouse es flexible, ya que permite iniciarlo
por un rea de negocio, y luego integrar poco a poco las adems reas. Los costos
a incurrir para la elaboracin del modelo pueden ser clasificados en tres categoras:

a.) Recursos humanos: los profesionales involucrados en el equipo de trabajo

necesita contar con un enfoque fuerte sobre el conocimiento del rea de la empresa
y de los procesos empresariales. Adems es muy importante considerar las
cualidades del personal, ya que el desarrollo del Data Warehouse requiere
participacin de la gente de negocios como de los especialistas; estos dos grupos de
personas deben trabajar juntos, compartiendo sus conocimientos y destrezas en un
espritu de equipo de trabajo, para enfrentar los desafos de desarrollo del Data
Warehouse.

154
b.) Tiempo: debe establecerse el tiempo para la construccin y entrega de
resultados del Data Warehouse, tambin para la planeacin del proyecto y la
definicin de la arquitectura. La planeacin y la arquitectura, establecen un marco de
referencia y un conjunto de estndares que son crticos para la eficacia del Data
Warehouse.

c.) Tecnologa: Muchas tecnologas nuevas son introducidas por el Data Warehose.
El costo de la nueva tecnologa puede ser tan slo la inversin inicial del proyecto.

Costos de operacin. Una vez que est construido y entregado un Data Warehouse
debe ser soportado para que tenga valor empresarial. Son justamente estas
actividades de soporte, la fuente de continuos costos operacionales para un Data
Warehouse. Se pueden distinguir tres tipos de costos de operacin:

Evolutivos: ajustes continuos del Data Warehouse a travs del tiempo, como
cambios de expectativas y, cambios producto del aprendizaje del Recurso
humano del proyecto mediante su experiencia usando el Data Warehouse.

Crecimiento: Incrementos en el tiempo en volmenes de datos, del nmero de

usuarios del Data Warehouse, lo cual conllevar a un incremento de los recursos
necesarios como a la demanda de monitoreo, administracin y sintonizacin del
Data Warehouse (evitando as, un incremento en los tiempos de respuesta y de
recuperacin de datos, principalmente).

Cambios: El Data Warehouse requiere soportar cambios que ocurren tanto en

el origen de datos que ste usa, como en las necesidades de la informacin que
ste soporta.

Para tener una idea del monto de la inversin que significara implementar el modelo
propuesto se solicitaron cotizaciones de equipos a empresas de prestigio que

155
distribuyen equipos y software en el mercado salvadoreo, las caractersticas
actuales variaran con el transcurso del tiempo ya que el entorno evoluciona
constantemente, ingresando tecnologa mejorada que supera a sus antecesoras.

Tambin se realizo un estimado de inversin del equipo de profesionales que estarn

involucrados en el desarrollo del modelo. Trabajar con la mejor tecnologa
informtica que ofrece el mercado, queda a libertad de las empresas, pero es de
admitir que a mejor tecnologa, la eficiencia de los resultados sern mayores.

Los laboratorios farmacuticos, cuenta con equipos informticos y con software

populares para el acceso de los datos, lo que reducir la inversin, requiriendo
nicamente un servidor con la capacidad apropiada, que soporte la informacin y el
software de desarrollo de la base de datos.

CARACTERISTICAS DE SERVIDORES DE RED (proveedores locales)

Equipos Electrnicos
Descripcin/Proveedor Valds Tecno Avance SND Electrnicos

Modelo Proliant Ml330 G3 Proliant ML330 G3 Servidor Intel

2 Procesadores P3
Procesador Xeon 2.8 Ghz. 512kb Xeon 2.8 Ghz 100mhz
Memoria Ram 256 MB sdram expandible 256 mb expandible 128 mb ecc
Disco Duro 36.4 Gb 36 GB 18.0 GB
Disquetera 1.44 mb / 3.5p Si 1.44 MB
Cd rom 48x Si 52X
Monitor No No No
Video Si Si 2mb cirrus logic
Tarjeta de red Nicc 10/100 No Idernet express pro 100b
Puerto serial Si Si 2 puertos
Puerto paralelo Si Si 1 puerto
Puerto Usb No
Teclado Si Si Si
Mouse Si Si Si
Garanta 1 ao 1 ao 1 ao
Forma de Pago Contado Contado Contado
Precio (no Incluye IVA) $1,706.30 $1,823.80 $2,550.00

156
 Cuadro de Presupuesto

RUBRO CANTIDAD CTO UNITARIO $ SUMAS P/1 AO $

SERVICIOS PROFESIONALES
Analista Programador 1 1,142.00 14,846.00
Administrador de bases de Datos 1 914.29 11,885.77
SOFTWARE
Microsoft 2003 Server, Licencia 5
usuarios OEM 1 976.00 976.00
Microsoft Office XP professional -
OEM 1 570.00 570.00
Microsoft SQL server 1 2000.00 2000.00
Panda Antivirus 1 15.00 15.00
Internet 12m 49.00 588.00
HARDWARE
Servidor de Red 1 1,706.30 1,706.30
Computador Personal 2 815.00 1,630.00
Inversor CDP MOD X812, 600VA 1 283.29 283.29
Ups de 500Va CDP 2 58.50 117.00
Impresor Lser Lexmark 1 326.17 326.17
PAPELERIA Y TILES
Toner para impresor Lexmark 2 32.00 64.00
Resmas de papel bond tamao carta 6 2.78 16.68
Resmas de papel bond tamao
oficio 3 3.35 10.05
Kit de Cds 30 2 21.90 43.80
Memoria USB 1 180.00 180.00
Papelera varia 12m 30.00 360.00
IMPREVISTOS
(10% sobre valores estimados) 3561.81
TOTALES $ 39,179.87

ETAPA III : Modelamiento del Data Warehouse.

Antes de continuar con el modelado, es indispensable revisar si se han completado

las etapas I y II. Si la informacin sobre los antecedentes de la empresa, la
recoleccin y observacin de las actividades que desempean los mandos medios es
clara, si han identificado las fuentes de informacin, sean estas internas, externas y
las histricas, especialmente de aquella rea o departamento seleccionado para

157
desarrollar el Warehouse, y si la informacin que se posee es suficiente para iniciar
el modelado.

Al llegar a este nivel, es indispensable tener el equipo de trabajo definido, as como

el recurso humano y las herramientas de trabajo disponibles, esto se refiere a
programadores, desarrolladores y persona enlace con el departamento, ya que este
ser el encargado de proporcionar orientacin sobre la informacin que se requiere
para tomar decisiones, equipo y software informtico.

1. Equipo de trabajo para la construccin del modelo Data Warehouse.

a. Recurso humano
Anteriormente se ha destacado la importancia del recurso humano en las empresas,
la experiencia y conocimiento que acumulan durante su desempeo en las reas, lo
convierten en un elemento indispensable al momento de conformar el equipo de
trabajo para el desarrollo del Data Warehouse.

Los requerimientos mnimos del equipo de trabajo para el proyecto es:

Coordinador de proyecto (programador analista de sistemas informticos)
o Perfil: Experiencia en la construccin, arquitectura, infraestructura,
anlisis, administracin e implementacin de bases de datos.
Ingeniero o licenciado en informtica.
Experiencia laboral en el rea de sistema mnimo de 3 a 5 aos.
Desarrolladores de data warehouse.
Experiencia en herramientas de lenguaje PL/SQL, Java, C++,
Oracle, esquemas de estrellas, Hyperion Essbase, informix, Sybase y
bases de datos relacinales.
Conocimiento del idioma Ingls.
Disponibilidad de trabajar en equipo.

158
 Programador (es) (con experiencia en bases de datos).
o Perfil: Experiencia en programacin y anlisis de sistemas.
Licenciado tcnico en informtica.
Experiencia laboral en programacin 2 a 3 aos.
Experiencia en herramientas de lenguaje PL/SQL, Java, C++,
Oracle, Hyperion Essbase, informix, Sybase y bases de datos
relacinales.
Conocimiento del idioma Ingles.
Disponibilidad de trabajar en equipo.

Nombrar a un coordinador de rea de la empresa:

o Perfil: gerente, jefe de rea de departamento.
Conocimiento y experiencia, en los procedimientos de trabajo,
necesidades de informacin, con autoridad y acceso a proporcionar
la documentacin pertinentes para el anlisis, que realizaran los
especialista en informtica.
Acostumbrado a trabajar bajo presin.
Disponibilidad de trabajar en equipo.

b. Equipo y programas informticos

Programas de desarrollo de bases de datos

Para desarrollar el modelo Data Warehouse el mercado informtico ofrece diversidad
de lenguajes de programacin de cuarta generacin cada uno de estos presenta
mltiples beneficios y restricciones. Los software empleados para el desarrollo de
Data Warehouse se clasifican como; herramientas de consulta y reportes,
herramientas de bases de datos multidimensionales, sistema de informacin
ejecutivo, herramientas data mining y sistemas de gestin de base de datos.

159
Las herramientas de bases de datos; Una de las soluciones mas competitivas en el
mercados son las OLAP, algunas de estas herramientas son apropiadas para
consultas y otras soluciones, algunas herramientas conocidas en el mercado son:
Essbase, Oracle express y otras. Las herramientas OLAP son apropiadas para
bases de datos que almacenan informacin histrica, para gestionar reportes con
volumen de informacin. Entre las bases de datos mas comunes en las empresas
salvadoreas y en el mercado local se pueden mencionar: Microsoft Acces, Microsoft
Foxpro, Dbase, Microsoft Visual Basic, Bases de Cliente servidor tal como Microsoft
SQL Server y otras (otras alternativas de software para bases de datos en Anexo I).

Seleccin de Software.

En el mercado informtico se pueden encontrar

herramientas de bases de datos que ofrecen seguridad de
acceso a la informacin, esta seguridad se traslada a los
operadores por medio de los costo de licencias, y
capacitaciones apropiadas para su adecuado diseo y
administracin.

Software Recomendados
Las herramientas que se enumeran a continuacin, cuentan con diversas ventajas y
muchas de ellas presentes en los diferentes sistemas de los entornos empresariales,
costos de licenciamiento accesibles y administradores con amplia experiencia en el
mercado informtico.

Visual FoxPro 6.0

Microsoft Visual FoxPro 6.0, es una herramienta para
crear aplicaciones y componentes de bases de datos, su
manejo de datos esta orientado a objetos, ofreciendo a los desarrolladores un
conjunto de herramientas robustas para crear aplicaciones de bases de datos.

160
 Incorpora un compilador para traducir el cdigo, el cual es introducido por el
programador a cdigo inteligible por el intrprete.

Las sentencias y comandos se pueden introducir directamente desde la ventana

de comandos.

Es un lenguaje que permite crear un sistema ejecutable, esto quiere decir que no
es indispensable tener una licencia de dicho software para que el modelo pueda
ejecutarse, reduciendo el costo de implementacin.

Es una plataforma actualizada que ofrece beneficios de la programacin

orientada a objetos, proporcionando mayor facilidad al momento de disear una base
de datos.

Es un lenguaje de programacin de gran aceptacin en el sector comercial e

industrial salvadoreo, porque se puede contratar soporte local y su desempeo es
excelente, se ejecuta perfectamente en el ambiente Windows.

Caractersticas de Visual FoxPro 6.0

Costos accesibles para la adquisicin de licencia
Fcil interaccin del usuario con el sistema
Es uno de los ms utilizados por las empresas
Capacidad de interaccin con bases de datos
Se utiliza como un diccionario de datos para apoyar el desarrollo de
aplicaciones.
Permite adems guardar nombres largos de campo o su descripcin,
evitando de esta forma el uso de nombres crticos por la limitacin de
los nombres de campos.

161
Microsoft Visual Basic
Es una herramienta potente para mejorar y mostrar
informacin de datos, ya que Visual Basic incluye la
misma tecnologa de bases de datos de Microsoft
Access. Como gestor de bases de datos, esta es una herramienta compatible con
una gran variedad de formatos de bases de datos.

SQL Server 7.0

Es una base de datos relacional destinada a aceptar aplicaciones con arquitectura
cliente servidor, en el que la base de datos reside en un computador central llamado
Servidor y la informacin es compartida por diversos usuarios que ejecutan las
aplicaciones en sus computadores locales o clientes.

El lenguaje SQL esta compuesto por comandos, clusulas, operadores y funciones

de agregados. Estos elementos se combinan en las instrucciones para crear,
actualizar y manipular las bases de datos.

Requerimientos mnimos de los equipos informticos:

La tarea de seleccin del equipo informtico idneo para las labores de los
empleados y usuarios, no es tarea que debe tomarse a la ligera, es necesario
tomarse el tiempo y planificar, tener a su disposicin un asesor que le oriente, de
acuerdo a las necesidades, expectativas y recursos de la empresa. El Data
Warehouse, es una base de datos, que puede tener una arquitectura, que no
represente mayor complejidad, pero la informacin que se almacenar, es de vital
importancia, y el tiempo de permanencia de esta informacin en los equipos, se
estima que no sea menor a cinco aos, lo que la hace merecedora de que se analice
el volumen de informacin que se generar peridicamente al servidor principal del
Data Warehouse.
Requerimientos mnimos de Servidor de Data Warehouse:
Procesador de 2.8 ghz mayor
Memoria ram de 512 MB

162
 Disco duro 80 GB
Tarjeta de red 10/100
Puertos usb
Sistemas operativo Microsoft 2000 server superior
Microsoft SQL server
Cd RW

Para el Modelo Data Warehouse las computadoras las agruparemos en dos tipos,
que sern indispensables, para el desarrollo adecuado y puesta en marcha del Data
Warehouse, estos son: el servidor de red y las terminales de consulta.

Servidor de Red
Es considerado el cerebro principal de una red, ya que alberga informacin de los
sistemas informticos y a travs de este se ejerce una administracin de recursos,
acceso a la informacin o a los equipos. Los servidores poseen una arquitectura
apropiada a la funcin que realizan, y las caractersticas son superiores a una
computadora comn de escritorio.

Terminales
Son computadores personales comunes, estas pueden ser de escritorios mviles
como laptop. La arquitectura de estas son variadas y las caractersticas son
menores a las de un servidor, pero por el desempeo a realizar en el Data
Warehouse, se debe considerar la capacidad de memoria ram y la velocidad en
procesadores.

Seleccin del equipo.

Conociendo la diversidad de productos en el mercado, en cuanto a los equipos
informticos, se pueden elegir entre un equipo con respaldo de marca reconocida
un equipo genrico.

163
 Los equipos, son considerados un componente
fundamental a la hora de poder contar con un modelo, el
cual debe responder a las necesidades analticas de los
usuarios, para ello tomar en cuenta dos caractersticas
principales:

Tomar en cuenta que en este tipo de modelo suelen acceder pocos usuarios
con unas necesidades grandes de informacin, esto debido a la flexibilidad
requerida a la hora de realizar consultas complejas e imprevistas y al tamao
de la informacin manejada, la cual hace necesario altas prestaciones de la
mquina.

Debido a que este tipo de modelo suele por lo general comenzar con una
funcionalidad limitada, la cual se va expandiendo con el tiempo, es necesario
que los sistemas sean escalables para dar soporte a las necesidades de
equipamiento. Por lo que se recomienda optar por una arquitectura abierta.

Cuadro comparativo de ventajas y desventajas en Equipos Informticos

Ventajas Desventajas
Equipo de marca
Prestigio por su marca. Si el producto es descontinuado los
Garanta de fabricacin que oscilan de 1 a repuestos son nulos.
3 aos. Reparacin y repuestos, solo por el
Control de Calidad distribuidor autorizado de la marca.
Paquete de Software incluido; el cual Costo de adquisicin superior a un genrico
incluye sistema operativo y programas. clon.
Documentacin completa y detallada. Dificultades en las actualizaciones de cada
una de sus partes.
Equipo Genrico
Costos relativamente bajos en comparacin La garanta, depende de las partes del
con un equipo de marca. computador, generalmente son de 3 meses
Caractersticas y rendimientos similares a a 1 ao.
un equipo de marca.
Diversidad de distribuidores.
Facilidad para actualizar equipo reutilizar Documentacin del equipo suele ser
partes. limitada.
Soporte y reparacin menos compleja.

164
 2. Planificacin y desarrollo del proyecto Data Warehouse

Gestin de proyecto.
Un Data Warehouse, esta orientado a la gestin de proyecto. Este no debe
considerarse como un proyecto informtico ms, sino que debe ser coordinado con
mucho empeo. Ya que si es tomado a la ligera y sin una planificacin adecuada,
esto podr terminar en una mala inversin para la empresa, y su gestin primordial
es guardar y tener a disposicin la informacin verdica y confiable en el momento
oportuno para los administradores y tomadores de decisiones.

En el esquema siguiente (figura #3), se muestra la forma en que est involucrado, el

desarrollo de un proyecto Warehouse, este representa una retroalimentacin de lo
que se persigue con el desarrollo secuencial de cada una de las etapas dando como
resultado un buen proyecto con data, realmente de importancia para formular
consultas y tomar decisiones, para ello se describe brevemente los componentes del
proyecto.

Definicin de Objetivos.
Es indispensable que los administradores de las empresas y los analistas de
sistemas planifiquen claramente los objetivos del negocio, en lo referente a la
informacin que generan de las operaciones diarias y la importancia de esta para la
toma de decisiones financieras y de inversin. Conocer los recursos humanos,
tecnolgicos y financieros con los que se cuentan y estimar el tiempo, para el cual se
desean obtener los primeros resultados del proyecto.

165
 Esquema de la Planificacin y Desarrollo
Del Proyecto Data Warehouse

Definicin de
Objetivos

Revisin Definicin de
Requerimiento

Gestin de
Proyecto

Diseo y
Implementacin Modelizacin

Presupuesto

Figura #3

Definicin de requerimientos.
Establecido el proyecto y definidos claramente los objetivos, es esencial definir y
planificar el requerimiento del recurso humano, equipos informticos e instalaciones,
as como destinar un fondo monetario para el Modelo Data Warehouse.

En la planificacin de requerimientos se establecern las fuentes de datos internas y

externas, las fuentes externas pueden considerarse como cambios monetarios, tasas
de inters u otros de vital importancia para la empresa, es decir, informacin que se
encuentra en el entorno de la empresa y que de una u otra forma es importante en el
crecimiento de esta, la estandarizacin de los datos o registros antes de ser
cargados al Data Warehouse, es un requisito indispensable (Ver figura # 6).

166
 Diseo y modelizacin.
Etapa durante la cual se desarrolla el diseo conceptual y se le da forma a las tablas,
nombres de estas, nombres de los campos, tipos, tamaos, relaciones, ndices,
accesos y documentacin de tablas (creacin del diccionario de datos).

En esta etapa el analista de sistemas encargado de realizar el Modelo, observara y

analizara cuidadosamente la informacin que se almacenara en las tablas y los
campos, la redundancia e importancia de los datos, visualizar o proyectarse al futuro
para que el almacn de datos pueda soportar cambios futuros sin que estos sufran
grandes alteraciones.

Presupuestos.
Para todo proyecto es de vital importancia, la consideracin y planificacin de
presupuestos, antes de aventurarse en un proyecto y encontrarse en la situacin de
detener el proyecto por falta de recursos. Con una planificacin de presupuestos la
empresa puede formarse una idea previa de la inversin.

En el presupuesto debe considerarse: el recurso humano (profesionales en

informtica, diseadores de bases de datos, analistas y programadores),
profesionales en las diferentes especialidades en la organizacin (esto permite una
mejor visin y enmarca puntos de vista que vendrn a enriquecer el proyecto,
mobiliario y equipo de computacin, papelera, comunicaciones, energa elctrica y
considerarse un margen para imprevistos

Implementacin.
La implementacin es la ejecucin o puesta en marcha de lo planificado; la
elaboracin del proyecto, pruebas y revisiones previas, documentacin y la puesta en
marcha definitiva, con carga de informacin real y evaluaciones de resultados.

167
 Revisin.
La revisin es la parte final del proyecto en la que se evalan y corrigen diferencias
percibidas, que son ms de forma o maquillaje del sistema, pero que no alteran lo
esencial de la informacin y resultados. La revisin es una etapa cclica, porque un
proyecto de informtica nunca ser concluido al 100%, ya que en el medio
empresarial sufre constantes cambios y se requerirn ajustes o mantenimientos
preventivos y correctivos a los sistemas informticos.

3. Medio ambiente del Data Warehouse

Es necesario crear el ambiente apropiado para el desarrollo del modelo para lograr
los objetivos establecidos, la participacin activa de los administradores de alto nivel
y mandos medios durante la planificacin y desarrollo del modelo, es indispensable
ya que ellos formularan los indicadores indispensables de informacin para la toma
de decisiones, e incluso es hacia ellos para quien se estar dirigiendo la informacin
esencial y que el analista deber identificar en las fuentes de informacin para el
desarrollo del proyecto.

El Data Warehouse en los Laboratorios Farmacuticos Salvadoreos, jugara un rol

muy importante en la informacin, los avances en la administracin empresarial
demandara decisiones rpidas y oportunas, por ello se requiere encontrar
mecanismos que permitan un ptimo control de las reas que mantienen en actividad
a los Laboratorios Farmacuticos, estas son: posicionamiento de las empresas en el
mercado, lucratividad, adquisicin y utilizacin de materiales. El desempeo del
empleado en las labores cotidianas, la actitud, el desarrollo, el capital, los recursos
financieros, la productividad y la responsabilidad pblica.

Reunir los elementos apropiados de informacin desde diversas fuentes de

aplicacin en un ambiente integral centralizado, simplificara el problema de acceso
que tienen los usuarios (mandos medios) a la informacin y en consecuencia,
acelera el proceso de anlisis y consultas en el menor tiempo de la informacin

168
histrica de las empresas, en relacin con los procesos actuales para la obtencin
esta informacin, como un ingrediente clave para un proceso de toma de decisiones
ms efectivo. Las organizaciones tienen que aprovechar sus recursos de
informacin para posteriormente crear informacin de la operacin del negocio, pero
deben considerar las estrategias tecnolgicas necesarias para la implementacin de
una arquitectura completa del Data Warehouse, como programas y equipos
informticos.

La escalabilidad en sistemas informticos ser indispensable, ya que permitir la

reutilizacin de la informacin y el mximo provecho de este valioso recurso, ya que
esta puede orientarse al tamao de la base de datos, la complejidad con las que son
desarrolladas las consultas y al nmero de usuarios que accesarn a la informacin.

El diagrama siguiente reproduce el ambiente (figura #4) en el que se desarrollara

se desenvolver el Data Warehouse, este involucra la participacin de elementos
esenciales, desarrollndose en un ambiente cclico. Los elementos relevantes de
este modelo son:
Las diferentes fuentes de informacin (bases de datos), los datos extrados
sern filtrados cuando pasan desde el ambiente operacional al de depsito.
Existe mucha data que nunca saldr del ambiente de los sistemas
operacionales, slo los datos que realmente se necesitan ingresarn al
ambiente del Data Warehouse.
El Software y Hardware apropiados son indispensables para una buena
administracin de la informacin.
El equipo de trabajo y los usuarios que sern los que participaran en la
construccin y quienes obtendrn informacin para diferentes usos.
Finalmente la obtencin de resultados para los Laboratorios Farmacuticos y
para otras instituciones que sern obtenidos en forma de reportes consulta
segn sus necesidades

169
 Medio Ambiente del Data Warehouse

Equipo y Software

cel
t>>
OK
Next
Can
Nex
Bases de Datos Canc
Next
<
de sistemas Operacionales
Back
el
>
Mainframe

Usuarios
Extraer Data
Transformar Warehouse
Cargar

Data externa Metadata

Repotes y toma de
decisiones empresariales

Figura #4.

4. Modelamiento conceptual del Data Warehouse

El modelamiento conceptual es una manera de transmitir lo que el diseador a
comprendido de la informacin de la empresa y de las necesidades del rea de
aplicacin, la comprensin de los datos analizados, entidades, atributos y relaciones.
El modelamiento conceptual no es el estado final de la informacin para el Data
Warehouse y es independiente de la implementacin, este se deber probarse y
validando los requerimientos del usuario.

Un Data Warehouse es un repositorio de bases de datos, el contenido sern los

registros previamente seleccionados, extrados, depurados y homogenizados de las
bases de datos de los sistemas transaccionales de las fuentes externas a los
Laboratorios.

Realizando recuento de las etapas para el modelado del data warehouse se

determinan las siguientes:

170
 1.) Tener claro la finalidad que se persigue con el modelo de Data Warehouse.
2.) Conformar el equipo de desarrollo, involucra especialistas en informtica y
mandos medios.
3.) Equipo y programas informticos para el desarrollo del modelo.
4.) Seleccionar un rea departamento para realizar la investigacin y
recoleccin de informacin.
5.) Investigar el entorno de la empresa, determinar las fuentes de informacin
histrica, internas y externas.
6.) Revisar, analizar y evaluar la informacin contenidas en las bases de datos de
los sistemas operacionales, identificando las diferentes plataformas de bases
de datos, la diversidad de descripciones para referirse a una misma entidad.
7.) Identificar la data a utilizar, los diferentes nombres de tablas, campos,
estructuras y registros, en la data antigua.
8.) Identificar quienes sern las tablas de hechos y las tablas dimensionales.
9.) Establecer la homogeneidad de los campos para referirse a una misma
entidad, nombres de las tablas en el Data warehouse y dimensiones.
10.) Extraer la informacin previamente identificada en el numeral 7 para luego,
limpiarlas y transformarlas.
11.) Carga de datos al data warehouse.
12.) Definicin de periodos de carga de informacin.
13.) Elaboracin de informes y consultas predefinidas.
14.) Capacitacin a los usuarios.
15.) Control y seguridad de la informacin continua, desde el inicio de la
construccin y durante todo su funcionamiento.

Los primeros seis numerales ya han sido cubiertos en las etapas I y II, por los que se
dar nfasis a la parte de construccin de las tablas en el Data Warehouse.

171
Flujograma de Modelamiento del Data Warehouse

Inicio

Seleccin y lectura de
archivos

Lectura de
Fuentes Internas y
externas

Extraer No
Datos?

Si

Limpieza de datos

Transformar No
datos?

Conversin de datos extraidos a

estructuras de DW

Carga de
No
datos al DW?

Si

Consultas Reportes
Almacn de datos
DW

Archivo

Figura #5. Fin

172
 5. Modelado de tablas para el Data Warehouse
El objetivo primordial del Modelo Relacional o tambin conocido como E-R es
eliminar cualquier tipo de redundancia en los registros de las bases de datos. En el
Data Warehouse esta regla se rompe ya que esta estructura de base de datos
permite que el campo pueda ser redundante, y esto no resta eficiencia, por el
contrario, facilitara la localizacin y acceso a la informacin almacenada.

Para poder determinar que campos se extraern, es indispensable elegir primero un

rea (rea de negocio) departamento de la empresa, este puede determinarse por
prioridad de informacin pero dirigidos a satisfacer informacin sobre un sujeto, a un
fabricante le interesara saber sobre clientes, proveedores, vendedores y productos, a
un centro de estudios, sobre estudiantes, profesores y clases, a un hospital le
interesara los pacientes, los mdicos medicamentos. Posteriormente proceder a
identificar los sistemas que generan y almacenan la informacin pertinente sobre
esta rea, as como la data histrica. Con estos elementos explorar y listar los
diferentes nombres de campos y estructuracin que contienen para referirse a una
determinada entidad (ver figura #6) sujeto en la data recolectada, seleccionar los
campos que guardan informacin relevante, desechar aquellos que no contienen
informacin para toma de decisiones (para determinarlo, los mandos medios son los
mas indicados para referir que informacin es indispensable para la toma de
decisiones y las diversas combinaciones que requieren para formular una
determinada decisin), estandarizar la estructuracin a la cual se transformara la
data extrada, unificando el ingreso e identificacin de registros al almacn Data
Warehouse. No aventurarse a intentar construir un Data Warehouse de forma total
(para todos los departamentos de la empresa) porque esto demorara mayor tiempo y
los resultados se obtendrn tiempo despus, volvindose agotador y frustrante para
el desarrollador. Iniciar por un departamento o rea, despus de terminado, integrar
otro y as sucesivamente hasta integrar todos los departamentos de la empresa.

La participacin que tienen cada uno de los elementos es muy importante, pero se
desea destacar la participacin de la fuentes de informacin ya que es indispensable

173
tener claro que tipo de datos deben ser seleccionados e ingresados al almacn de
datos, recordar que este tipo de arquitectura se deben almacenar registros
importantes para la toma de decisiones, para ello la informacin se puede clasificar
de la siguiente manera:

Detalle de datos actuales.- En gran parte, uno de los intereses ms importantes

radica en el detalle de los datos actuales de los Laboratorios Farmacuticos, debido
a que:

Refleja las ocurrencias ms recientes, las cuales son de gran inters.

Es voluminoso, ya que se almacena al ms bajo nivel de granularidad.
Casi siempre la informacin se almacena en disco, el cual es de fcil acceso,
aunque su administracin sea costosa y compleja.
La integridad de los datos actuales ser muy significativa, para los anlisis en
los aos siguientes.

Detalle de datos antiguos.- La data antigua es aquella que se almacena sobre

alguna forma de almacenamiento masivo. No es frecuentemente accesada y se
almacena a un nivel de detalle, consistente con los datos detallados actuales.

Datos ligeramente resumidos.- La data ligeramente resumida es aquella que

proviene desde un bajo nivel de detalle encontrado al nivel de detalle actual. Este
nivel del Data Warehouse casi siempre se almacena en disco.

Datos completamente resumidos.- El siguiente nivel de datos en el Data

Warehouse es el de los datos completamente resumidos. Estos datos son
compactos y fcilmente accesibles.

6. Caractersticas y atributos a considerar en el diseo del Data Warehouse.

Otro punto importante a tener en cuenta en el diseo de un modelo de Data
Warehouse, son los atributos incluidos en las tablas. Estos atributos deberan incluir
una serie de caractersticas como:

174
 No deben aparecer atributos que no interesen. Tomarlo en consideracin
esto representa un serio problema a la hora de elegir los atributos que se
deben incluir en las tablas de hechos, ya que no se deben adicionar campos
"por si son necesarios algn da" porque lo que se hace es incrementar el
tamao de la tabla de una manera espectacular con su lgica repercusin en
la eficiencia.
Se deben elegir los tamaos adecuados para cada uno de los atributos. En
este caso, dado el volumen de datos que trata, el ahorro de unos pocos bytes
en cada una de las ocurrencias nos lleva a un gran ahorro en el tamao
global del Data Warehouse.
En contra de lo habitual, la discusin sobre la eleccin de "claves inteligentes
/ no inteligentes" en la tabla de hechos, se descarta, en este caso, por la
segunda opcin. Se deben incluir claves artificiales que no guarden ninguna
relacin con su significado del campo.

a. Tipos de Campos.
Los campos a consolidarse en Data Warehouse, son de diversas fuentes y
aplicaciones, por lo que el proceso de transformacin se encargara de convertir la
informacin con los nombres de campos establecidos por el diseador, por ejemplo:
en las bases de informacin se podr encontrar o referirse a la distincin de genero
de una persona as:

Descripciones encontradas en la Data Transformacin del Campo

Masculino Femenino
Acuerdo de Identificacin
M F
X Y Masculino = M
Femenino = F
1 2
H M
Hombre Mujer

175
Esta diversidad de identificacin para un mismo atributo en las bases de datos, son
los que hay que identificar, luego establecer como se transformaran y los reconocer
el Data Warehouse, similar pueden encontrarse campos como las fechas, valores
monetarios, valores porcentuales, unificar dimensin para cdigos, enteros,
decimales, monedas y otros.

El analista de sistema debe establecer los parmetros que aseguraran la calidad del
ingreso de la informacin de las diversas fuentes, sean estas de los sistemas en
operacin o de fuentes externas, el usuario de la informacin debe centrar su inters
en el uso que le dar a la informacin que visualice, y sacar el mximo provecho de
esta, la confiabilidad de la informacin es el compromiso del modelo y que el analista
deber hacer realidad, puesto que el proceso de consistencia debe ser asegurado
por este.

Diagrama de Transformacin de Tipos de Campo

Tipos de Datos
Aplicacin "A" Fecha: DDMMAA Dato Final

Aplicacin "B" Fecha: AAMMDD

Fecha: DDMMAA
Transformacin
del dato
Aplicacin "C" Fecha: Absoluto

Figura # 6.

El proceso de extraccin es separar la data seleccionada de los sistemas

operaciones o de las otras fuentes de data, y cargarlas temporalmente en un
repositorio para transformarla si fuese necesario, para eliminar inconsistencias y
resumirlas, tambin determinar que data ser tratada como confidencial y quienes
podrn accesarla.

176
 Atributos en los campos
El tamao de los campos o atributos debe ser adecuado. No reservar
tamaos innecesarios, ya que en tamao global en el Data Warehouse si
tiene su repercusin.
El atributo fecha, es fundamental en un modelo Data Warehouse, se
recomienda sea almacenada de forma uniforme y como tal, en la tabla de
hechos, guardarla completa evita la necesidad de realizar clculos, pero es
de mencionar que ocupa mayor espacio en las tablas.

b. Bases de Datos Dimensionales

La construccin del Data Warehouse, esta orientado para adaptarse al modelo
dimensional referido como cubo dimensional, ya que esta visualizacin permite
realizar combinaciones de tablas y campos (siempre que tengan relacin lgica entre
si los campos).

Representacin de informacin dimensional en Cubo

Figura # 7

Explicacin:
El cubo anterior (figura #7) presenta la intercepcin de informacin de diferentes
tablas dimensionales para obtener un resultado especfico que cumpliese con
las caractersticas de la informacin solicitada. El cubo pretende orientar al
diseador a identificar y disear las dimensiones de la informacin segn la

177
 requieran los mandos medios, el resultado que podrn obtener al combinar las
caractersticas (cubo n) de la informacin, ser por ejemplo:
Los productos de una empresa, pueden agruparse por familias, las familias
pertenecer a un grupo de productos, y los productos tienen una unidad de
medida para la fabricacin y venta, siendo la agrupacin dimensin mayor la
familia y la menor o el detalle de estos la unidad.

Las bases de datos dimensionales estn integradas por un conjunto de tablas

dimensionales pequeas, que contienen las estructuras y una clave primaria que
ser exactamente a la clave compuesta en la tabla de hechos; y la tabla de hechos
es la tabla central del modelo dimensional la cual concentrara la informacin de
movimientos detalle de los datos, estar compuesta de dos o mas claves ajenas,
este tipo de modelo es similar al modelo relacional, solo que este modelo es
soportado sobre la estructura de OLAP (anlisis de procesos en lnea), que permite
el anlisis y administracin eficiente de volmenes de datos histricos. Este tipo de
modelo es desnormalizado, porque permite la repeticin campos en diferentes tablas,
con esto se consigue minimizar el nmero de relacin o uniones entre tablas,
logrndose un rendimiento al realizar las consultas. En general, una tabla ser de
hechos si esta representa algn aspecto del negocio que se desee estudiar (niveles
de ventas, volmenes de costos, unidades producidas, unidades bonificadas y otras),
mientras que las tablas de dimensin, representaran a cada uno de los factores que
intervienen y por los cuales se desea estudiar los aspectos enumerados.

c. Tablas Dimensionales.
Los modelos de tablas dimensiones se caracterizan por contener una tabla de
hechos como la parte central del modelo, esta tabla agrupara mltiples llaves
forneas, llaves principales en las tablas dimensionales, adicional a las llaves
tambin debern incluirse campos de detalle del rea funcional seleccionada.
Entorno a la tabla de hechos se ubicara a un conjunto de tablas mas pequeas que
se conocern como tablas de dimensin. Las tablas dimensionales deben contener
informacin de texto descriptivo, que es bsicamente los campos y descripcin de

178
estos (cdigo y descripcin sern los mas comunes), pero solo aquellos datos que
son relevantes, los campos contenidos o previamente seleccionados sern
exactamente los atributos de las dimensiones, el diseador deber mantener el
enfoque del diseo en la satisfaccin de requerimientos del sujeto grupos de
usuario, los campos en estas tablas son muy importantes ya que debern permitir al
usuario construir las consultas y reportes con las caractersticas que requieran y la
combinacin de campos de las diferentes tablas dimensionales (si la informacin
mantiene una relacin entre si).

Una dimensin representa una perspectiva de los datos (ver figura #8), las cuales
son usadas para seleccionar y agregar datos a un cierto nivel de detalle. Por lo que
se define el concepto de dimensin como el grado de libertad de movimiento en el
espacio. Es una tcnica de diseo lgico que busca presentar la informacin de una
manera estndar y permita un fcil acceso de alto rendimiento.

Cada una de las tablas dimensionales (ver figura #9) tiene una clave primaria que
corresponde exactamente con uno de los componentes de la clave compuesta de la
tabla de hechos, esta estructura se asemeja a una estrella. Este tipo de modelo por
lo general se representa como una gran tabla central o tablas de hechos conectadas
a un conjunto de tablas menores dispuestas de manera radial alrededor de esta tabla
central. Una tabla identificada como de hecho su clave primaria esta formada por
dos o mas claves ajenas, siempre expresaran una relacin de n a n (de muchos a
muchos). La tabla de dimensiones por el contrario, contiene informacin textual
descriptiva, cuyos atributos de las dimensiones se emplean como fuente de las
restricciones en las consultas al Data Warehouse.

Estas tablas se construyen analizando los campos y las agrupaciones que puedan
realizarse para la obtencin de informacin, por ejemplo: si en el futuro el usuario
deseara obtener informacin de ventas de los ltimos cinco aos, del segundo
trimestre del ao, de la zona central del pas. El diseador debe orientar la

179
construccin de las tablas dimensionales a la agrupacin por granularidad de la
informacin.

Formulacin de dimensiones (tiempo)

Agrupacin
mayor de
tiempo Aos
Trimestre
Meses
Agrupacin menor
de tiempo Semanas
Das
Figura #8.

Para la elaboracin de tablas de dimensin, existirn varios mtodos y modelos, a

continuacin se describirn dos de ellos, que son los mas sencillos de comprender y
que pueden llevarse a emplearlos para el desarrollo del Data Warehouse.

Modelo de Estrella.

Este modelo es altamente desnormalizado. Por lo cual se logra minimizar el nmero

de uniones y por consiguiente incrementa el rendimiento de las consulta. Una tabla
de hechos es la tabla que generalmente se localizara al centro, tiene la caracterstica
que se relaciona con numerosas tablas dimensionales. Las tablas dimensin son
aquellas que contienen las tuplas de los conceptos que se desean relacionar con el
hecho. En este tipo de modelo, los campos en las tablas de dimensin deben ser
seleccionados minuciosamente ya que sern las fuentes de donde se extraer la
informacin para realizar consultas y reportes, el diseador deber dar nfasis, a la
forma de cmo se almacenara la informacin

En la figura #9, la tabla al centro representa la tabla de hechos, que es la que

recopila las entidades de las tablas de dimensin, esta contiene las claves (llaves
primarias) de las tablas de dimensin. Las tablas alrededor son las tablas de

180
dimensin y sus respectivas claves, estas se caracterizan por ser de menor tamao y
solo tienen relacin con la tabla de hechos.

Diagrama de Modelo de estrella

Tabla de
Producto Dimensin
Cod_producto Bodega
Descripcion Saldos_inv Cod_bodega
Catalogo
Descripcion
Marca Cod_bodega
Precio Cod_caja
Cod_producto
Cod_zona Caja
Zona
Fecha
Cod_zona Undespachadas Cod_caja
Descripcion Descripcion
Pais Tabla de Hechos
Tabla de
Dimensin

Figura # 9.

Modelo Copo de nieve (SnowFlake)

El modelo SnowFlake, tambin puede encontrrsele como Modelo de copo de

nieve, este combina el modelo de estrella y el modelo relacional, su diseo requiere
un mayor anlisis ya que las dimensiones sern tablas mas detalladas, volvindose
complejo, requiriendo de un mayor esfuerzo para su diseo.

Este modelo combina el modelo relacional o normalizacin, pero es indispensable

establecer el nivel de jerarqua de las tablas de dimensin, al establecerse este tipo
de orden facilitar la bsqueda de la informacin al usuario final, ya que la
informacin se almacenar de forma especfica.

Pasos Bsicos para el Modelamiento Dimensional.

Entre los aspectos a tener en consideracin al iniciar el diseo del modelado de

tablas para el Data Warehouse son:

181
 Identificar las tablas de hechos: ya que en los modelos es posible que se
encuentre ms de una. Por cada rea de negocio que se desee analizar
surgir una tabla de hechos.
Identificar las tablas de dimensin: para ello la clave es, decidir cules son
los parmetros que se desean estudiar (granularidad de la informacin).
Verificar que las tablas de hechos no oculte una tabla de dimensin: al
heredarse las estructuras de bases de datos operacionales, puede ocurrir
cuando no se han eliminado atributos que no son de importancia.
Verificar que ninguna de las tablas de dimensin oculta una tabla de
hechos, ya que esto ocasionara que las tablas crezcan de forma anormal,
si esto sucede, permitir identificar fallas en el diseo de tablas.

Esquema de Modelo dimensional Copo de Nieve

Linea
Producto

Cod_linea
Descripcion
Bodega
Catalogo
Cod_bodega
Cod_catalogo Descripcion
Descripcion Direccion
Producto Caja
Cod_linea
Cod_producto Cod_caja
Descripcion Descripcion
Cod_catalogo Saldos_inv
Direccion
Marca Cod_bodega
Cod_bodega
Precio
Cod_caja
Costo
Cod_producto
Cod_zona
Fecha
Undespachadas

Zona Fecha

Cod_zona Cod_dia
Pais Descripcion Dia Mes
Cod_pais
Cod_pais Cod_mes
Ao
Descripcion Descripcion
Cod_ao
Descripcion

Figura # 10

El diagrama de la figura #11, representa las diferentes fuentes de informacin de

bases de datos, las cuales se podrn obtener de los sistemas transaccionales
internos de la empresa, sistemas ajenos y en otros medios de almacenamiento

182
(Backup) histricos de los Laboratorios Farmacuticos, esta informacin ser
transformada y luego cargada a la base de datos del Data Warehouse, quedando
disponible para los usuarios.

Proceso de Entrada de Informacin al Data Warehouse

Flujo de la Informacin

Fuentes Data Extrada Proceso de

transformacin de la
Data Antigua Data, eliminacin de
inconsistencias.
BASE DE
DATOS

Data Externa

BASE DE
DATOS
DATA
WAREHOUSE

Sistemas
Operacionales
BASE DE Data lista para
DATOS usuarios (reportes,
consultas, cuadros,
grficos)
SOLO LECTURA

CARGA

Figura # 11

Todo esto nos lleva a poder representar el flujo de informacin existente en un Data
Warehouse como un flujo lineal que comienza en las fuentes de informacin y que
tiene como caracterstica que la actualizacin se produce en un punto muy concreto
y que en el otro extremo se ubican a los usuarios de la informacin.

Para poder crear un data Warehouse es necesario la aplicacin de herramientas de

extraccin de datos, a partir de las fuentes externas. Estas herramientas (anexo I)
extraern y homogenizan los datos y se comunican a un integrador. El integrador

183
tiene como funcin combinar los datos obtenidos de las diversas fuentes y cargar
estos datos ya integrados al Data Warehouse.

Diagrama de Informacin para El Proyecto

Data Warehouse
Fusin de datos: reuniendo diversos
Datos Operacionales
datos.
Limpieza de datos: chequear la
consistencia de los formatos,
identificar errores, realizar chequeos
de calidad y crear metadatos.

Meta-datos:
Mostrar transformaciones y resumen de
datos, contenidos en el Data
Preguntas de decisin, Warehouse y origen de datos.
apoyo del analista al
Data Warehouse.

Migracin de datos, transporte de

datos: Cargar datos y metadatos dentro
del Warehouse peridicamente.

DATA WAREHOUSE:
Organizado de acuerdo con las
necesidades de la empresa.

Figura # 12. Fuente: www.monografias.com

Integracin de la Informacin
Parte de la transformacin que sufrirn los datos al ingresar al Data Warehouse es
la consistencia e integracin de la data extrada tal como nombres consistentes,
uniformidad de variables, atributos de los datos y fuentes mltiples. Esta
consistencia de informacin radica en que no importara de donde proceda la fuente
de informacin, lo importante es transformarla a la estructura definida y que
identificara el Data Warehouse ya que todo esto debe ser resuelto durante la fase
de transformacin de la data, para evitar inconsistencias ya que estos registros
sern utilizados desde diferentes aplicaciones y no debe redundarse en las mismas

184
diversidad de formatos para reconocer una entidad o formatos, y de ser as deben
establecerse controles durante la ejecucin de la carga, de manera que detenga el
proceso y no se incorpore la data, si no se acopla a los formatos establecidos. Una
demostracin sencilla de consistencia se da a continuacin: Genero, este puede
ser localizado como M F , Masculino Femenino, 1 0, X Y, y
otras formas mas, cualquiera de las anteriores puede ser muy buena y representa
lo mismo, pero lo importante es que la diversidad de representaciones que se
puedan encontrar sea uniforme al Data Warehouse que haya sido definido por el
Laboratorio Farmacutico, este pudo ser Masculino y Femenino y solo as sern
incorporados y reconocidos en el almacn de datos.

Carga de la informacin
En el Data Warehouse toda la informacin almacenada es grabada, es decir que
cuando se determina que la data ya ha sido limpiada, transformada y eliminadas las
inconsistencias, es que esta lista para ser cargada al Almacn, para ello es
indispensable determinar los periodos de carga de datos ya que deben asegurarse
que la data extrada ya sufri los posibles cambios, modificaciones y enmendadas
las diferencias en los sistemas transaccionales (anulacin de documentos,
aplicacin de abonos a clientes o facturas incorrectas, ajustes a inventarios,
correccin de aplicacin de registros contables, descuentos no aplicados a
empleados, etc), pero de cierto es que no hay un tiempo establecido para
determinar cuando estar lista la data para ser cargada al almacn, pero si se
requiere de un parmetro, este puede oscilar en un mes de antigedad para ser un
registro candidato y un tiempo prudencial que permiti se enmendaran
inconsistencias o que sufriera cambios, pero este puede ser menor o mayor, la
empresa y el administrador de la data sern los que brindaran un criterio apropiado
para que la data sea trasladada. La carga de datos es como que se realizara una
fotografa de la informacin, la cual es tomada en el momento concreto del tiempo,
la cual si existiera la necesidad de realizar algn cambio en el entorno del Data
Warehouse seria como una nueva fotografa tomada en un momento posterior con

185
 informacin reciente y lista para ser empleada por los usuarios en consultas y
reportes.

Salida de La Informacin.

Diagrama de Proceso de Informacin y Salidas

del Data Warehouse

Datos de Periodos
Anteriores
Procesos Administrador

Data
1. 3.Transfor- Warehouse
Extraccin macin
Sistema Actual

2. Limpieza
4. Carga

Usuarios
Base de datos Externa

Figura # 13.

La salida de data residente en el Data Warehouse, es el resultado final de la data

recopilada y realmente relevante para toma de decisiones con responsabilidad de los
mandos medios, empleando para ello:

a.) Consultas y reportes estandarizados; considerar la elaboracin de

consultas y reportes estndar ya que muchos de ellos ya estn establecidos
como bsico para la toma de decisiones, estos son reportes creados a la
medida del usuario.

186
 b.) Reportes sin formato; considerar la opcin de que cada usuarios segn las
necesidades de informacin puedan generar sus propias consultas y reportes,
capaces de ser migrados a lenguajes de fcil acceso y manipulacin mientras
mas manejables y configurables un mayor uso tendrn en cuadros y grficos
segn las necesidades del momento, esta pueden ser lotus 123, Microsoft
excell, Microsoft Word, Microsoft Access u otros software que la mayora de
usuarios conoce y domina. Pero es necesario recalcar que por ser data
voluminosa, requerir de un equipo de alto rendimiento para obtener datos en
tiempo relativamente cortos.

En la salida de informacin se puede incluir un diseador que muestre al usuario el

nombre de la tabla, nombres de los campos y sus significados, para que este pueda
combinar las variables que requiera para la elaboracin de reportes, teniendo la
libertad de elegir los parmetros, campos y forma de la data, para ser extrada y
luego puedan trabajarse los registros como se necesiten.

Modelo de Presentacin de datos a seleccionar por los usuarios del DW

NOMBRE DEL Tipo de Campo y

TABLA CAMPO CAMPOS
LARGO
dimensiones
INVMAES 1 IDPRODUCTO 10
INVMAES 2 DESCRIP 40
INVMAES 3 CANTIDAD 10
Nombre de la
Tabla INVDEF 1 IDCLASE 10
INVDEF 2 FECHAINI 8
INVHD 1 IDCLIENTE 10
INVDT 2 FECHA 8
Posicin, nombre campo,
significado y que informacin
Figura # 14. guarda, para una fcil
comprensin del usuario
Fuente: Diccionario de Datos sistemas Xpos.

7. Niveles de acceso de los usuarios.

El nivel de acceso a la informacin de la arquitectura Data Warehouse, ser otorgado
segn el nivel de desempeo de actividades que realice el usuario final de los

187
Laboratorios Farmacuticos. En particular, lo recomendable ser adaptar las salidas
de informacin a herramientas que el usuario final utiliza de forma cotidiana y que
maneja con destreza en las labores del da a da. Por ejemplo: Excell, Lotus 1-2-3,
Focus, Access, SAS, etc. Ya que de esta manera, el usuario podr realizar los
arreglos y ajustes que considere conveniente en lo que ser la presentacin final del
informe. Las aplicaciones complejas quedarn destinadas a usuarios que tienen un
nivel de conocimientos de programacin.

El nivel de acceso de los usuarios debe extenderse incluso al hardware y el software,

que estn involucrados en mostrar informacin en pantalla, emitir reportes impresos,
hojas de clculo, grficos, diagramas para el anlisis, presentaciones, unidades
extrables que representen vulnerabilidad de extraccin de informacin, .

Por lo general se clasifica el acceso y la visualizacin de la informacin segn la

categora del usuario o por el desempeo de funciones que realiza, ya que las
operaciones como los resultados consolidados, reflejaran el crecimiento de las
empresas y los datos se vuelven confidenciales, sin mencionar el valor incalculable
para los empresarios.

a. Acceso a Niveles Directivos.

Este nivel de usuarios ser el mas exigente y la informacin que requerir ser de
forma consolidada, valores y resultados que indiquen la direccin que lleva la
empresa. El Data Warehouse facilitara las aplicaciones de ejecucin, la cual deber
incluir herramientas multidimensionales y exploracin de los datos desde la visin de
negocio, que desde el punto de vista de las operaciones.

b. Acceso a Niveles Operativos.

Para este nivel de usuario se encuentran las aplicaciones que facilitan el anlisis
avanzado, en esta categora se encuentran las herramientas de anlisis estadsticos.
A este tipo de usuarios le interesara involucrarse en conocer si todos los registros,

188
estn considerados y la posibilidad de auditarlos, la rotacin de productos, la
demanda, las perdidas, las veces que es comprado un insumo y otros.

c. Acceso a Niveles de Terceros.

Para este nivel de usuarios se encuentran las aplicaciones que permiten realizar
informes predefinidos, estos pueden estar considerados en el men o lista de
reportes que por lo general se realizan de forma peridica.

d. Acceso a Nivel de Desarrollador.

Este estar orientado a los desarrolladores y administradores de los sistemas
transaccionales y del Data Warehouse, este nivel ser un nivel de gran
responsabilidad ya que sern los encargados de procurar que la informacin, se
mantenga actualizada y disponible para los usuarios.

ETAPA IV: Control y evaluacin del modelo Data Warehouse.

1. Controles a considerar en el Data Warehouse.

El empleo de controles durante la ejecucin de las etapas garantizara el xito del
proyecto, evitara demoras y perdida de tiempo, algunos de ellos se mencionan a
continuacin:

Controles generales del grupo de trabajo:

a.) Asegurarse que los miembros del equipo de trabajo conocen la diferencia
entre los sistemas transaccionales y los datos que soportan la toma de
decisiones con la finalidad de evitar migrar data que no es relevante para
la toma de decisiones.
b.) El proyecto ser manejable si se disea y desarrolla en etapas. Para una
mejor conduccin y seriedad por las partes involucradas, entregar por
escrito los avances que se desarrollen y que la parte aceptante firme de

189
 recibido y aceptado el avance, de esta forma ambas partes se sientan
comprometidas con el proyecto.
c.) Destruir los documentos o informes fsicos que fueron emitidos para
pruebas o que tiene alguna anormalidad, a fin de prevenir la divulgacin
de la informacin confidencial de la empresa.
d.) Destruir copias de Cds, cintas magnticas, disquetes u otros, cuando
contengan informacin confidencial que ya no sea utilizada por los
Laboratorios Farmacuticos .
e.) Los documentos debern ser destruidos utilizando una mquina
apropiada para ello, evitando las partes sean restauradas.
f.) Separar la informacin destruida, en partes ms pequeas antes de ser
desechada, como medida de proteger la confidencialidad de los
documentos.
g.) La informacin proporcionada en consultas y reportes cumplan con las
expectativas de los usuarios.

Controles en el diseo de tablas y registros

Definir llaves primarias y forneas, es la manera de identificar a travs de que
dato se establecer la relacin de la tabla con el resto de tablas de la base de
datos.
Validar la descripcin de los campos, una vez los datos han sido extrados es
importante confirmar el significado que tendrn, si son numricos, enteros,
alfanumricos, monetarios, unidades de medidas, valores negativos, nulos,
vacos o sin una estructura comprensible.
No repetir los mismos nombres de campos de la base de datos de los
sistemas transaccionales en el Data Warehouse, esto provocara confusin de
los datos, lo recomendable es emplear nuevos nombres.
Los datos deben migrarse de los sistemas transaccionales al Data Warehouse
cuando se este seguro que ya no abran modificaciones al registro.

190
 Que la informacin a extraer sea menor a la fecha actual, esto asegura que el
dato ya ha tenido su periodo para sufrir modificaciones en los sistemas
transaccionales.
Antes de iniciar el proceso de migracin de datos, el proceso solicite una
contrasea restringiendo el acceso a los usuarios no autorizados.
Los informes obtenidos deben ser fieles a la informacin del Data Warehouse.

2. Evaluacin del Modelo.

El usuario enlace entre el departamento seleccionado y el equipo desarrollador
tienen gran relevancia ya que entre ambos debe existir estrecha relacin y
comunicacin para el cumplimiento de las metas establecidas.

a.) Analizar cual es el principal factor a medir (tiempos, cantidades, por

regin u otro), al seleccionar y extraer la informacin y al crear las
diferentes dimensiones. Y si estas se cumplen con lo recolectado.
b.) Entender los datos que se tienen en los sistemas transaccionales y hacer
un anlisis exhaustivo de esta y como ayudara al Data Warehouse, ya
que el proceso inicial de desarrollo ser crtico.
c.) Programar periodos de entrega de avances realizados por los
desarrolladores, estos pueden ser semanales de preferencia fijar da y
hora para la entrega de los avances.
d.) Ambas partes (empresa y desarrolladores) deben comprometerse con el
desarrollo del proyecto, por lo tanto por cada fase del proyecto, debe
haber una aceptacin formal por parte de los involucrados.
e.) El producto debe proporcionar informacin detallada y condensada,
satisfaciendo y llenado las expectativas de los usuarios de la informacin.
f.) La informacin del Data Warehouse debe ser iterativa tanto en el
desarrollo, como con la obtencin de datos que realice el usuario.
g.) Fijar una herramienta de desarrollo y si esta, en el futuro fuese cambiada,
deber ser evaluado previamente para garantizar el futuro uso de la

191
 informacin contenida, sin que repercuta negativamente en los datos ya
almacenados.
h.) Incluir a los mandos medios (usuarios) en las pruebas e implementacin.
La participacin de ellos, es clave para la evaluacin de la herramienta,
en cuanto a las variables de negocio presentadas durante la evaluacin,
esencialmente porque sern los usuarios de la informacin.
i.) El equipo y los programas seleccionados para la ejecucin del modelo,
influir grandemente. No perder de vista que se almacenaran grandes
cantidades de informacin y que esta debe ser presentada lo mas rpido
posible ya que estar procesando gran cantidad de operaciones al mismo
tiempo.

3. Seguridad y respaldo.
Qu es seguridad? Seguridad es la capacidad de un sistema para gestionar,
proteger y distribuir la informacin sensible y de vital importancia.

La seguridad es indispensable, en informtica va desde controlar accesos fsicos a

las instalaciones, a los servidores, computadores personales y redes. Empleando la
seguridad, se protege la informacin que generan las empresas de: sustracciones,
alteraciones, desastres naturales, de jacker, de virus y otros. La seguridad tiene tres
aspectos interrelacionados que son: fsica, lgica y de comportamiento, los tres
aspectos deben de trabajar simultneamente si se pretende que la calidad de la
seguridad permanezca alta.

Seguridad Fsica: es la seguridad que se brinda en las instalaciones de los

Laboratorios Farmacuticos, especialmente en los lugares donde se encuentran los
equipos de computacin, en especial los servidores y el software, empleando medios
fsicos como, claves llaves especiales para el ingreso a las instalaciones, alarmas
y cmaras de televisin.

192
Seguridad lgica: Son los controles lgicos incluidos durante la creacin, desarrollo y
puesta en funcin dentro del mismo software, ejemplo pueden ser la validacin de
contrasea de acceso, duplicidad de registro, estructura no coherente con la
establecida.

Seguridad de Comportamiento: Es el comportamiento interno de los miembros de la

organizacin, es crtico para el xito, los esfuerzos de seguridad (polticas y
procedimientos), el sistema deber registrar la cantidad de empleados/usuarios
autorizados, y monitorear el ingreso indebido de algunos empleados no autorizados.
Esta seguridad se descuida un poco, ya que es necesario educar al usuario a
mantener en secreto la clave de acceso a los equipos y a los sistemas de
informacin.

Integridad de la informacin: La seguridad informtica, son tcnicas desarrolladas

para proteger los equipos informticos de forma individual y aquellos que se
encuentren conectados a una red, los equipos debern ser capaces de afrontar
daos accidentales o intencionados. Estos daos incluyen el mal funcionamiento del
equipo, la prdida fsica de datos, sea esta por deficiencia en los equipos de
proteccin, altos voltajes de energa elctrica y el acceso a las bases de datos de
personas no autorizadas, estas pueden prevenirse restringiendo el acceso a la
informacin confidencial, destruyendo la informacin impresa que no se utilice,
destruyendo copias de respaldo hechas en cds que ya no sean necesarias,
manteniendo la informacin y los equipos mviles en lugares seguros, algunos
equipos vulnerables pueden ser laptop, palm, memorias flash, tablet pc y los
documentos que se dejen olvidados sobre los escritorios.

Los componentes de la seguridad son:

Confidencialidad: Consiste en prevenir, detectar e impedir la revelacin

impropia de la informacin sea cual sea su estado fsico, especialmente la
almacenada en sistemas informticos.

193
 Integridad: Prevenir, detectar e impedir la modificacin de la informacin. La
informacin debe mantenerse sin alteracin an con el paso del tiempo.
Disponibilidad: Prevenir, detectar e impedir la negacin del acceso a los
servicios que proporcione el sistema. El Data Warehose ser accesado en
cualquier momento y la informacin debe estar disponible.

El respaldo de la informacin debe ser indispensable en las empresas, independiente

del tamao y rama de actividad a la que se dedique, ya que la informacin que se
genera en los sistemas posee un valor incalculable, para los accionistas y socios de
esta. Para el Data Warehouse, el respaldo de informacin, depender del tamao
del Data Mart (almacenes de informacin mas pequeos y sobre un tema especfico)
ya que se puede elegir no realizar un backup, sino que realizar un refresco especial
desde los datos operacionales, dependiendo de la periodicidad estndar de carga
que este programada a realizarse de forma diaria, semanal, quincenal u otra.

En cuanto a la seguridad de acceso en el Data Warehouse, es preciso implementar

niveles de accesos a la informacin, realizando un plan completo de seguridad que
contemple:

Acceso a recursos de la red (local o intranet)

Asignacin de usuarios a grupos con perfiles de seguridad diferenciados
Asignacin de niveles de autorizacin de aplicacin a grupos de usuarios
Seguridad a nivel de Base de Datos, mediante los procedimientos provistos
por las mismas.

Contrasea: para tener un mejor control, se sugiere el uso y validacin

de contrasea, para evitar que los datos que estn en la base de
datos sean modificados o destruidos.
Seguridad a nivel de usuario: consiste en admitir diferentes niveles de
acceso a determinada base de datos para los mltiples grupos de

194
 usuarios en la red, permitiendo de esta forma tener un mtodo
sofisticado de restringir el acceso a las bases de datos.

Salvaguardar: los datos de un modelo Data Warehouse se deben

salvaguardar regularmente, para asegurar que en dicho modelo se puedan
recuperar los datos o informacin en caso de prdida.

Objetivo de la seguridad:
Proteger la informacin, contra el uso no autorizado de terceras personas en cuanto
a la manipulacin de los datos y alteracin de los mismos.

Ejemplo:
Bloqueo en de pcs, llaves, trabas, sistemas de llaves primarias y puntos de control
permanentes.

ETAPA V: Conversin y capacitacin.

A la transicin que ser sometida la informacin de los sistemas transaccionales para
ser almacenados en el Data Warehouse se le denominar conversin, esta se refiere
a la eleccin de la estrategia que acordar el grupo de trabajo para desarrollar e
integrar la informacin de los diferentes departamentos, este involucrara personal
especializado en informtica, personal de los laboratorios farmacuticos, equipos y
programas (informticos), preparando incluso una estimacin de inversin para el
desarrollo del Modelo.

Al concluir el desarrollo de cada rea y probado su funcionamiento, se proceder a

capacitar a los usuarios, de manera que es necesario planificar la capacitacin
apropiada a cada grupo de usuarios, entre los que destacaran: mandos medios y alta
gerencia, ya que la informacin que deseara obtener cada grupo es diferente por lo
tanto deben prepararse de acuerdo a la necesidad de informacin que requerirn.

195
 1. Plan de Conversin
El plan de conversin que se describir, permitir al equipo de trabajo, fijar metas y
dar continuidad a las fases planificadas y ejercer un mejor seguimiento del proyecto,
este no debe considerarse como un plan predeterminado y rgido, puede ser
modificado y enriquecido con las aportaciones y experiencias de los consultores o
especialistas en informtica.

a.) Seleccionar el departamento a implementar. Establecido el grupo de trabajo

y contando con los recursos necesarios, reunir la relevancia de informacin
de los departamentos, toda la informacin y todas las rea son vitales, pero
no es posible desarrollarlos todos a la vez, por lo tanto debe asignarse un
grado de importancia a cada departamento, luego integrarlos poco a poco,
considerar lo siguiente para la eleccin: Volumen de informacin,
importancia del departamento para la empresa, identificar el mayor nmero
de variables. Para los Laboratorios, podra ser control de producto
terminado, ya que por la variedad de producto se requiere conocer la
demanda, distribucin, bonificacin, averas, muestra medicas, unidades
vencidas y presentacin. Involucrando de inmediato, el volumen monetario
de ventas, periodos de venta, clientes y su ubicacin. Sucesivamente, ir
integrando los departamentos, para la obtencin de informacin para toma
de decisiones.
b.) Establecer estrategias para la conversin: Para la conversin de sistemas
informticos, se conocen cinco estrategias: cambio directo, conversin en
paralelo, conversin por fasces, prototipos modulares y conversin
distribuida (Kendal & Kendal, pg. 842). Para el modelo Data Warehouse, la
conversin gradual (por fasces) la conversin por prototipos modulares,
ofrece las cualidades para el desarrollo de este modelo. Conversin
gradual, permite ir desarrollando y probando el rea elegida, concluida se
involucra al usuario y comienza a utilizar la informacin, mientras el grupo
desarrollador prepara el desarrollo de la siguiente rea. Conversin por
prototipos modulares, esta tcnica no es muy comn en los sistemas

196
 convencionales, pero para el Data Warehouse es factible, ya que tambin,
permite desarrollar por mdulos, probarlos y ponerlo a trabajar, luego
integrar los demas modulos, solo que deben realizarse pruebas integracin
que no alteren a los mdulos ya en funcionamiento. Como ya se menciono
anteriormente el desarrollo es por rea de negocio, y ambas estrategias
permiten el desarrollo parcial, como lo requiere el Data Warehouse, queda a
libertad del desarrollador, elegir la que mejor se acople a la organizacin
mejor se domine luego ir integrando poco a poco las diferentes reas. Este
tipo de proyecto no es conveniente tratar de desarrollarlo al 100% (todos los
departamentos reas), pues es muy complejo, y el resultado puede ser
frustrante, sin mencionar que los primeros resultados que pueda ofrecer el
modelo, demoraran en ponerlos a disposicin de los mandos medios. En
cambio si se desarrolla por rea de negocio, la participacin de los mandos
medios en su utilizacin, se ira obteniendo gradualmente y supliendo la
informacin que ellos podrn ir evaluando. Considerar que en el proceso de
conversin esta inmerso la ejecucin de las etapas dos, tres y cuatro,
descritas anteriormente. No olvidar dejar por escrito, la entrega y aceptacin
de los avances entregados del proyecto, sin descuidar la seguridad de fsica,
lgica y de comportamiento humano.

2. Plan de capacitacin
La capacitacin debe orientarse al conocimiento de la herramienta en su uso y la
obtencin e interpretacin de la informacin obtenida mediante el cruce de variables,
la capacitacin se preparar segn los grupos de usuarios y el rea a capacitar.

a.) Elegir y reservar un local apropiado y acondicionarlo con los equipos

necesarios, estos recursos indicaran el nmero de usuarios que pueden ser
convocados, no hay un nmero de personas establecido pero lo
recomendable es un grupo pequeo y manejable para poder interactuar con
ellos.

197
 b.) Clasificar a los usuarios para la capacitaciones, las necesidades de
informacin sern diferentes para cada uno de ellos, la alta gerencia diferir
su inters con mandos medios y con un jefe de produccin. Por lo que es
recomendable agruparlos por el tipo de informacin que les compete
analizar y de ser posible por rea de negocio.
c.) Determinar la metodologa mediante la que se a capacitar a cada uno de los
grupos, si se usaran casos especiales, ilustraciones, grficos, u otro.
d.) Designar a los capacitadores, que se asignaran a cada sesin y grupos de
usuarios, as como los arreglos pertinentes de los honorarios. Permitir
conocer y localizar a una persona en especial y saber con quien hay que
avocarse para posteriores reforzamiento sobre un tema.
e.) Realizar una programacin de capacitacin con los temas a cubrir y respetar
la secuencia con la que han sido programadas. De preferencia
proporcionarla a los usuarios en la primera sesin para llevar una correlacin
en los temas.
f.) Preparar y distribuir el material de apoyo que se utilizara en las
capacitaciones. Ayudara si es necesario realizar un ejercicio, pues ser mas
didctico y reducir errores de captacin.
g.) Preparar los mtodos, programas y recursos que ayudaran a monitorear la
capacitacin, evaluando y midiendo la calidad y el grado de comprensin
que asimilaron los usuarios.
h.) Preparar planes de contingencia, para hacerle frente a las eventualidades
que se presenten o bien para una recapacitacin.

A. PLAN DE IMPLEMENTACIN.

La implementacin del Modelo Data Warehouse, requiere de pruebas de integracin

y adaptacin, para asegurarse que todo opere adecuadamente de acuerdo a las
necesidades de los Laboratorios Farmacuticos.

198
La puesta en funcin del modelo deber ser coordinada de forma cuidadosa, y ser
necesario trabajar bajo un ambiente heterogneo de todas las interdependencias que
lo conforman, con el fin de minimizar el riesgo de fracaso.

1. Objetivo.
Establecer procedimientos y lineamientos indispensables que garanticen, un
buen desarrollo e implementacin satisfactoria del modelo de Data
Warehouse, en los Laboratorios Farmacuticos ubicados en el rea
Metropolitana de San Salvador.

2. Fases de implementacin.
Identificar los requerimientos del recurso humano, tcnico y financiero necesario para
implementar el modelo Data Warehouse, la implementacin puede dividirse en tres
fases principales: fase de formacin y desarrollo, fase de implementacin y fase de
evolucin. Algunos puntos importantes de las fases mencionadas son:

a.) Fase de formacin: en esta fase se considerara la investigacin del entorno

funcional de la empresa, recopilacin de antecedentes, fuentes de
informacin y modelamiento de la herramienta, indispensable son las
fuentes de informacin y la capacidad de los equipos que procesaran la
informacin, para ello apoyarse en las etapas propuestas:
Diagnostico de los Laboratorios Farmacuticos
Determinacin del volumen de informacin y estudio de factibilidad
Modelamiento del Data Warehouse
Control y evaluacin del modelo Data Warehouse.

b.) Fase de capacitacin: procedimiento indispensable para garantizar el uso

apropiado de la informacin y explotar los beneficios de la informacin
extrada, en provecho de obtencin de informacin que permitan tomar
decisiones apropiadas, oportunas y con la certeza que la informacin es

199
 confiable. El adiestramiento continuo a los usuarios y en las ocasiones en
que la herramienta sea actualizada, permitir una manipulacin adecuada y
segura de los registros.

c.) Fase de evolucin: Esta ser enfocada en darle soporte, mantenimiento y

carga adecuada de la informacin, fuentes de alimentacin del Data
Warehouse, as como el monitoreo del rendimiento de la aplicacin, esta
fase es infinita o hasta que esta sea sustituida por otra de mayor alcance,
incluye todos sus elementos, personal especializado, usuarios, equipos y
programas, en resumen todo el conjunto que componen el Modelo de Data
Warehouse.

3. Presupuesto.
Elemento indispensable para todo proyecto, planificar y elaborar un presupuesto de
inversin garantizara una ejecucin apropiada del proyecto, el equipo necesario para
el almacenamiento de informacin as, como para su desarrollo no debe
considerarse como un gasto, sino como una inversin. El proyecto puede ser
iniciado con un equipo de trabajo a nivel interno, pero es indispensable estar bajo la
orientacin de un consultor informtico con especialidad en Data Warehouse,
respecto con los equipos informticos que se posean realizar un inventario de estos y
un anlisis para conocer su rendimiento y antigedad. Si se carece de estos
elementos, considerar los cuadros de presupuestos presentados en la etapa dos, las
caractersticas y valor variara con el transcurso del tiempo.

200
 4. Cronograma de actividades

Primer Trimestre. Segundo Trimestre. Tercer Trimestre. Cuarto Trimestre.

No. Actividades Mes1 Mes2 Mes3 Mes4 Mes5 Mes6 Mes7 Mes8 Mes9 Mes10 Mes11 Mes12
Evaluacin / adquisicin de equipo
1 informtico y software

Evaluacin / Contratacin de
2 servicios externos especialistas
informticos.
Seleccin y contratacin de
3 recurso humano.

4 Desarrollo del Modelo Data

Warehouse.
5
Prueba piloto.
6 Depuracin de fallas del modelo y
segunda prueba piloto.
7
Carga final del Data Warehouse.
8 Programacin de capacitacin a
usuarios.
9
Soporte y mantenimiento

201