1

DISEO Y ELABORACION DE UNA APLICACIN DATA MART PARA EL ANALISIS DE LA GESTION COMERCIAL DE LA EMPRESA PATRICK S.R.L
Mamani A.V. Escuela Acadmico Profesional de Ingeniera en Informtica y Sistemas Universidad Nacional Jorge Basadre Grohmann de Tacna vanessa.mar@gmail.com
ABSTRACT Having clear accurate and timely information at different levels of Access for decision making, allowing for optimization of resources and profit maximization, is the overall organizational goal and must be regarded as a pressing need for all companies and current institution. This research develops a Data Mart application for a small Tacnea company known techniques belonging to the Business Intelligence: Datawarehousing, ETL and OLAP. Today, business intelligence such techniques are not commonly applied in our country, that is thought to be a very costly process, not only for their creativity, but also for maintenance and you need skilled and trained personnel to achieve good results. Palabras Clave: Data mart, ETL , OLAP, gestin comercial. I. INTRODUCCION Actualmente la distribucin de la informacin en el negocio, es vital para la toma de decisiones acertadas y oportunas bajo el manejo de datos confiables y actualizados. Esta distribucin de informacin, se hace ms fiable y fcil de manejar, al contar con componentes y procesos que agilicen esta operacin. Inteligencia de Negocios, basado en los Data Mart para el rendimiento de Sistemas de Gestin Comercial en la Empresa Patrick, ha implicado la creacin de un conjunto de etapas, que juntos forman el presente trabajo. Estas etapas van desde los procedimientos de extraccin, transformacin y carga de datos (automatizados en la denominada Aplicacin ETL), pasando por la base de datos con diseo multidimensional (el Data Mart), los servicios de presentacin de datos (Cubos Multidimensionales) y finalizando con el componente de acceso a los datos del sistema (la denominada Aplicacin OLAP) basndose en una Metodologa adaptada a las caractersticas del proyecto para dicha construccin. procesamiento del departamento de sistemas para poder responderlas, sin tener en cuenta la degradacin de los sistemas transaccionales. Esta problemtica se debe a que dichos sistemas transaccionales no fueron construidos con el fin de brindar sntesis, anlisis, consolidacin, bsquedas y proyecciones. Este es el caso de La empresa Patrick S.R.L., actualmente concentra su problemtica en el rea de Ventas, debido a que el Sistema actual no les permite saber quines son los clientes ms potenciales, los empleados ms eficientes, y que productos son los ms solicitados; en distintos periodos de tiempo. Desconocer esta informacin les ha llevado a tomar decisiones errneas con respecto a la adquisicin de productos y proyectos de marketing, y por consiguiente sus ventas han disminuido. 2.2 Formulacin del Problema Cmo el diseo y la elaboracin de una Aplicacin Data Mart permitir el anlisis de la gestin comercial de la empresa Patrick S.R.L.? 2.3 Justificacin Los Data Mart producen informacin factible y son clave fundamental para el proceso de toma de decisiones. Los datos histricos de la empresa son una informacin susceptible de tomas en conocimiento ya que nos permite conocer a nuestra empresa y como surgiendo. Tomando como base lo anterior expuesto se justifica la elaboracin de un Data Mart para la Empresa Patrick, que sirva como un sistema de soporte a las decisiones, a fin de disponer de un repositorio que permita elaborar consultas estadsticas diversas. 2.4 Alcances y Limitaciones La empresa Patrick cuenta con un Sistema de Ventas OLTP. La presente Tesis y su prototipo se desarrollar usando la Metodologa Desarrollo de Sistemas denominada Metodologa Espiral y se incorporan partes agregadas de una metodologa de desarrollo de Data Warehouse, las referencias estn en la capitulo 6. En cuanto a alcances, realizar un anlisis de los requerimientos de la empresa en estudio.
Biografa del Autor: Es alumna de la Universidad Nacional Jorge Basadre de Tacna del ltimo ao de la especialidad de Ingeniera Informtica y Sistemas - Tacna

II. PLANTEAMIENTO DE LA INVESTIGACION 2.1 Problemtica de la Investigacin Con los sistemas tradicionales (OLPT), se preparan reportes ad-hoc para encontrar las respuestas a algunas las preguntas, pero se necesita dedicar aproximadamente un 60 % del tiempo asignado al anlisis de localizacin y presentacin de los datos, como tambin asignacin de recursos humanos y de

2
Disear un modelo Estrella como parte de una 1 primera fase del diseo del Data Mart . Realizar los procesos de Extraccin, Transformacin y Carga (ETL) correspondientes al proceso inicial de la construccin del Data Mart. Construir e implantar la herramienta de consultas y reportes con los Datos almacenados. Mediante la metodologa propuesta de desarrollo de Datamart es posible implantar una Aplicacin Datamart basado en el proceso de Gestin Comercial de la Empresa Patrick. 2.9 Variables y Operalizacin
VARIABLE DIMENSION SUBDIMENSIONES INDICADORES

2.5 Objetivo General Disear y elaborar un Aplicacin Data Mart que permita el anlisis de la Gestin Comercial de la Empresa Patrick S.R.L. 2.6 Objetivos Especficos Identificar los requerimientos especficos del proceso de Gestin Comercial que debe atender la Aplicacin Data Mart. Analizar el proceso de Gestin Comercial en base a una aplicacin Datamart mediante una metodologa de desarrollo de Datamart. Disear una Aplicacin Datamart basada en el proceso de Gestin Comercial mediante una metodologa de desarrollo de Datamart. Construir una Aplicacin Datamart basada en el proceso de Gestin Comercial mediante una metodologa de desarrollo de Datamart. Implantar una Aplicacin Datamart basada en el proceso de Gestin Comercial mediante una metodologa de desarrollo de Datamart. 2.7 Hiptesis General Es factible disear y elaborar una aplicacin Data Mart que permita analizar el proceso de Gestin Comercial de la Empresa Patrick S.R.L. 2.8 Hiptesis Especificas Los requerimientos especficos del proceso de Gestin Comercial en la empresa Patrick S.R.L. que debe atender la aplicacin Datamart son evaluar la eficiencia de los vendedores y analizar las ventas de productos por temporadas. Mediante la metodologa propuesta de desarrollo de Datamart es posible analizar el proceso de Gestin Comercial de la empresa Patrick basado en la Aplicacin Data Mart. Mediante la metodologa propuesta de desarrollo de Datamart es posible disear una Aplicacin Datamart basado en el proceso de Gestin Comercial de la Empresa Patrick. Mediante la metodologa propuesta de desarrollo de Datamart es posible construir una Aplicacin Datamart basado en el proceso de Gestin Comercial de la Empresa Patrick.
1

V. Independiente: DISEO DE LA APLICACION DATA MART METODOLOGIA DE DESARROLLO DE DATA MART

Anlisis de Requerimientos

Grado de satisfaccin de Requerimientos (Cuestionario ISO 9126 & MOSCA+) Mtricas de Funcionalidad

Diseo Del Data Mart

(Cuestionario ISO 9126 & MOSCA+) Mtricas de Confiabilidad (Cuestionario ISO 9126 & MOSCA+) Mtricas de Eficiencia (Cuestionario ISO 9126 & MOSCA+)

ELABORACION DE LA APLICACION DATA MART

Construccin De la Aplicacin Data Mart

Implantacin y prueba de la Interfaz

V. Dependiente: ANALISIS DEL PROCESO GESTION COMERCIAL Anlisis de Informacin Mejoramiento del tiempo de Consultas

Tabla 1. Variables y su Operalizacin

2.10 Diseo de la Investigacin El diseo de la Investigacin corresponde al diseo experimental. De tipo Tecnolgico aplicado. En cuanto a la poblacin, En este caso no se cuenta con una poblacin se justifica el hecho de que se trata solo del desarrollo de una aplicacin, mas no su puesta en marcha. En cuanto a Tcnicas y Recoleccin de Datos, se ha utilizado un nico cuestionario en 5 expertos. El cuestionario se baso en la ISO 9126 de calidad de Software y el Modelo de Calidad MOSCA+, en cuanto a la funcionalidad, usabilidad y eficiencia. El anlisis de realizara a travs de pruebas lgicas para las hiptesis especificas y Modus Ponendo 2 Pones para la hiptesis global. III. FUNDAMENTO TEORICO 3.1 OLTP OLTP (On Line Transaction Processing), representa toda aquella informacin transaccional que genera la empresa en su accionar diario, adems, de las fuentes externas con las que puede llegar a disponer. 3.2 DATA WAREHOUSE Es un conjuntos de componentes y procesos que integran una arquitectura diseada para el almacenamiento de la informacin y orientada a

Se considera el Datamart ms importante para la actual administracin: Datamart Ventas.

Lic. Danny Pari Inofuente, Tesis:Diseo y Elaboracin de un Sistema de Informacin Cliente/Servidor para estructurar el proceso de Evaluacin Acadmica del ISTP Benjamn Franklin de Moquegua ao 2006, 2009, Tacna, Per.

3
satisfacer las necesidades de anlisis y consultas que realizan los actores responsables de la empresa para dar soporte a los procesos de accin y decisin. El propsito del Data Warehouse es asistir a los responsables ejecutivos de la empresa para la comprensin de las realidades del pasado y aportar elementos para la planificacin y toma de decisiones de futuro a corto, medio y largo plazo. 3.3 DATA MART Es un almacn de datos para dar soporte a un departamento o unidad de negocio en particular. Puede ser independiente, parte de una red distribuida de Data Mart o dependiente de los datos de un Data Warehouse. 3.4 ETL Se encarga de extraer los datos desde los OLTP, para luego manipularlos, integrarlos y transformarlos, para posteriormente cargar los resultados obtenidos en el DM. 3.5 OLAP Son una tecnologa de software para anlisis en lnea, administracin y ejecucin de consultas, que permiten inferir informacin del comportamiento del negocio. Su principal objetivo es el de brindar rpidas respuestas a complejas preguntas, para interpretar la situacin del negocio y tomar decisiones. Adems de las caractersticas, se pueden enumerar las siguientes: Permite recolectar y organizar la informacin analtica necesaria para los usuarios y disponer de ella en diversos formatos, tales como tablas, grficos, reportes, etc. Soporta anlisis complejos de grandes volmenes de datos. , con el fin de realizar anlisis ms estratgicos. Complementa las actividades de otras herramientas que requieran procesamiento analtico en lnea. Presenta al usuario una visin multidimensional de los datos (matricial) para cada tema de inters del negocio. Es transparente al tipo de tecnologa que soporta el DW, ya sea ROLAP, MOLAP o HOLAP. Permite definir de forma flexible las dimensiones que se quieren analizar, sus restricciones, jerarquas y combinaciones. No tiene limitaciones con respecto al nmero mximo de dimensiones permitidas. Permite a los usuarios, analizar la informacin basndose en ms criterios que un anlisis de forma tradicional. Al contar con muestras grandes, se pueden explorar mejor los datos en busca de respuestas. Permiten realizar agregaciones y combinaciones de los datos de maneras complejas y especficas.
Figura 1. Modelo Conceptual del Data Mart Ventas

IV. METODOLOGIA Y DESARROLLO Para desarrollar el Data Mart propuesto, emplearemos una metodologa de desarrollo de data Warehouse, ajustado al data mart. Se desarrollaron las siguientes etapas: 4.1 ANALISIS DE REQUERIMIENTOS Identificamos los principales requerimientos de la empresa y partiremos de ellos para nuestro anlisis. De acuerdo a conversaciones con los trabajadores de la empresa Patrick, observamos los siguientes requerimientos importantes:

En sntesis, los indicadores son: Unidades vendidas.(Cantidad) Monto total de ventas.

Y las perspectivas de anlisis son: Vendedores. Talonario Productos. Tiempo.

En la empresa Patrick cada vendedor es identificado gracias a que se le asigna un lote de talonarios enumerados. Por lo tanto el modelo conceptual resultante de los datos que se han recolectado, es el siguiente:
3

Como puede observarse, la relacin mediante la cul se unen las diferentes perspectivas, para obtener como resultado los indicadores requeridos por los usuarios, es precisamente Venta.

Modelo Conceptual: descripcin de alto nivel de la estructura de la base de datos, en la cual la informacin es representada a travs de objetos, relaciones y atributos.

4
Una vez que se recolect toda la informacin pertinente y se consult con los usuarios cuales eran los datos que consideraban de inters para analizar los indicadores ya expuestos, los resultados obtenidos fueron los siguientes: En la perspectiva Vendedor slo se tendr en cuenta el erspectiva nombre del Vendedor, o sea, el campo FullName de la tabla Employee. En la perspectiva Productos, se utilizarn los campos que hacen referencia al nombre del producto (Descripcion de la tabla Product), la marca o Mark de la Tabla Mark y al ct), tipo o Type de la Table Type al que pertenece cierto producto, obtenido a travs de la unin con la tabla Product). En la perspectiva Talonario se tendr en cuenta la letra (letter) designada a cada vendedor, el rango mnimo y el dor, rango mximo de la tabla Book o Talonario. En la perspectiva Tiempo, se seleccionaron los campos Mes (referido al nombre del mes), Trimestre y Ao.
TIEMPO Date Unidades Vendidas VENDEDOR FullName

La definicin de la jerarqua la haremos teniendo en cuenta las necesidades que tiene la organizacin. Debemos contemplar los periodos de tiempo por los cuales la informacin necesita ser analizada y la regularidad con la que se car cargaran los datos en el cubo.
Figura 3. Diagrama del Data Mart en SQL Server 2000 .

b) Diseo detallado de la arquitectura de la aplicacin

VENTAS
TALONARIO Letter MinRange MaxRange PRODUCTO fkType fkMark Description

Monto Total

Figura 2. Modelo Lgico del Data Mart Ventas

4.2 DISEO El diseo se divide en dos partes: a) Diseo detallado de la arquitectura de datos El esquema que se utilizar ser en estrella, debido a sus caractersticas, ventajas y diferencias con los otros esquemas. Dimensiones del modelo de datos lgico Vendedor: Dimensin que contiene el nombre del vendedor o empleado. Producto: Dimensin que contiene el nombre y el tipo de producto. Talonario: Dimensin que contiene la letra y el rango de ticket o talonario que le toco a cada vend vendedor Fecha: Mencionaremos esta dimensin ya que ocupa un lugar especial en cada Data Mart. Recordemos que el tiempo es parte implcita de la informacin que contiene la Data Mart. Esta dimensin la podemos definir separndola en distintas jerarquas de tiempo: Ao Trimestre Mes
Figura 5. Consulta de la dimensin vendedor .

Figura 4. Arquitectura de la Aplicacin Data Mart .

A continuacin, se generarn las sentencias SQL para cargar nerarn las diferentes tablas de dimensiones y la tabla de hechos. Tabla de dimensin VENDEDOR Se tomar como fuente de entrada la tabla Vendedor del OLTP mencionado anteriormente. Seguidamente, se generar la sentencia S SQL, sobre el OLTP Vendedor, con los datos requeridos para cargar esta tabla de dimensin:

Tabla de dimensin PRODUCTO Las fuentes que se utilizarn, son las tablas Producto y

5
Tipo_producto. En este caso, aunque existan productos eliminados, el usuario decidi que est condicin no fuese tomada en cuenta, ya que haban movimientos que hacan referencia a productos con este estado. Es necesario realizar una unin entre la tabla P Productos y Tipo_producto, por lo cual se debi asegurar que ningn producto hiciera mencin a alguna Tipo de producto que no existiese, y se tomaron medidas contra su futura aparicin. El SQL es el siguiente: Tabla de hechos VENTAS Para la confeccin de la tabla de hechos, se tuvieron que tomar como fuente las tablas SaleDetail (DetalleVenta) y Sale (Venta). Al igual que en las tabla de dimensiones, tablas se recolectaron las condiciones que deben cumplir los datos para considerarse de inters. Un punto importante a tener en cuenta es que la fecha se debe convertir al formato numrico yyyymmdd. Se decidi aplicar una preagregacin a los h hechos que formarn parte de la tabla de hechos, es por esta razn que se utilizar la clusula GROUP BY para agrupar todos los registros a travs de las claves primarias de esta tabla. La sentencia SQL resultante fue la siguiente:

Figura 6. Consulta de la dimensin producto a

Tabla de dimensin TALONARIO Las fuentes que se utilizarn, son las tablas Talonario. El SQL es el siguiente:
Figura 9. Consulta de la Tabla de Hecho de Ventas .

4.3 IMPLEMENTACION Para la implementacin usamos el Servicio de Transformacin de Datos del SQL Server 2000 y el Analysis Services del SQL Server 2000, este es un componente el cual te permite realizar aplica aplicacin OLAP. Esta parte se resume en:
Figura 7. Consulta de la dimensin Talonario .

a) CONSTRUCCION Creamos un nuevo paquete de transformacin de datos, seguido de esto se crea conexiones a las bases de datos del tipo OLE DB para SQL Server, tanto para la Bases de datos intermedia como para el Data Mart Las Propiedades de la tarea Llenado de la Dimensin as Producto corresponde a:

Tabla de dimensin FECHA Para generar esta tabla de dimensin, infaltable en todo a DW, existen varias herramientas y utilidades de software que proporcionan diversas opciones para su confeccin. Pero, si no se cuenta con ninguna, se puede realizar a mano o mediante algn programa, llenando los dat en datos un archivo, tabla, hoja de clculo, etc, y luego exportndolos a donde se requiera. Lo que se hizo, fue utilizar la tabla SaleDetail (Detalleventa). La clave principal es un campo numrico representado por el formato yyyymmdd. El SQL es el siguie siguiente:

Figura 8. Consulta de la dimensin Fecha . Figura 10. Transformacin de la Dimensin Producto .

Figura 14. DTS y el cubo creado

Figura 11. Propiedades de la Transformacin de la Dimensin Producto

De igual forma para las dems dimensiones se realiza los mismos pasos. En la siguiente figura podemos observar nuestro DTS construido y listo para hacer la carga de datos al Data Mart.

Para la visualizacin de los datos se utiliz la herramienta Pivot Table, La herramienta para la explotacin del cubo que vamos ha utilizar es el Microsoft Office Excel 2003. Con esta herramienta podremos acceder al cubo, presentar la informacin y generar grficos. UNIDADES VENDIDAS DE CADA PRODUCTO A CADA CLIENTE EN UN TIEMPO DETERMINADO. Para este requerimiento hemos hecho uso de nuestras dimensiones CLIENTE, FECHA y PRODUCTO; tambin de la unidad de medida CANTIDAD. En lo que respecta literalmente a en un tiempo determinado, podemos elegir el ao, el trimestre o el mes haciendo clic en la lista desplegable correspondiente al campo FECHA. El siguiente reporte muestra las Unidades vendidas de cada producto a cada cliente en el Mes de Marzo del primer Trimestre del ao 2004.

Figura 12. DTS Ventas

b) IMPLANTACION En esta parte vamos al entorno del Analysis Services del SQL Server 2000, aqu es donde mediante el asistente creamos nuestro cubo denominado VENTAS. Lo vemos a continuacin.

Figura 15. Reporte 01

La siguiente figura corresponde al reporte anterior ya descrito.

Figura 13. Diagrama del Cubo Ventas creado

El siguiente paso es volver a nuestro DTS creado antes y aumentar el cubo recin creado para mantener la carga la cual ser definida por el usuario as nuestro data mart ventas podr cargarse peridicamente segn requerimientos del usuario.

7
FECHA Marzo

GRFICO DEL REPORTE N 01 "Unidades vendidas de cada producto a cada cliente en un tiempo determinado"

12

Cantidad

REPORTES ADICIONALES

10

Monto Total de Ventas de cada Tipo de producto en un determinado tiempo.

Total

El siguiente reporte muestra las Monto Total de Ventas de cada Tipo de producto en el ao 2002.
Roadster Jr BMX Saddle Roadster Mini Mtn Saddle Triumph Pro Helmet Active Oudoors Crochet Glove Descent Romeo Xtreme Adult Helmet Romeo InFlux Crochet Glove Triumph Vertigo Helmet Nicros SlickRock Triumph Vertigo Helmet Rapel Bicyclette Clean Air Bourges Transportation Nord Co. Deportes Mexico City Lille VTT Mountain Madmen Bicycles SlickRock

Cliente Producto

Figura 16. Grafico del Reporte 01

MONTO TOTAL DE VENTAS DE CADA PRODUCTO A CADA CLIENTE EN UN TIEMPO DETERMINADO. Para este requerimiento hemos hecho uso de nuestras dimensiones CLIENTE, FECHA y PRODUCTO; tambin de la unidad de medida MONTO TOTAL. En lo que respecta literalmente a en un tiempo determinado, podemos elegir el ao, el trimestre o el mes haciendo clic en la lista desplegable correspondiente al campo FECHA.
Figura 19. Reporte 03

El siguiente reporte muestra las Monto Total de Ventas de cada producto a cada cliente en el tercer Trimestre del ao 2005.

La siguiente figura corresponde al reporte anterior ya descrito.

Figura 20. Grafico del Reporte 03

Unidades Vendidas y Monto Total de Ventas a cada cliente en un determinado tiempo.

Figura 17. Reporte 02

La siguiente figura corresponde al reporte anterior ya descrito.

FECHA Trimestre 3 Total

El siguiente reporte muestra las Unidades Vendidas y Monto Total de Ventas a cada cliente en el mes de Enero del ao 2002

30000 25000 20000 15000 10000 5000 0

Monto Total

Total

Descent

Xtreme Mtn Lock

Nicros

Mozzie

Xtreme Anatomic Ladies Saddle

SlickRock

Wheeler

Triumph Vertigo Helmet

Bikefest

Active Oudoors Crochet Glove

Ride Down A Mountain

Rocky Roadsters

Triumph Vertigo Helmet

Save-on-Cycles

Cliente Producto

Triumph Vertigo Helmet

UAE Cycle

Mozzie

Nicros

Rapel

Figura 18. Grafico del Reporte 02

Figura 21. Reporte 05

8
La siguiente figura corresponde al reporte anterior ya descrito.
FECHA Enero 35000

4.4 RESULTADOS Y DISCUSIONES a) Previo a la Evaluacin de la Hiptesis General

REPORTE 05

30000

25000

20000

Datos Monto Total Cantidad

15000

10000

5000

0 Alley Cat Cycles Aruba Sport Cliente Barry's Bikes Spokes for Folks

Figura 22. Grafico del Reporte 05 .

Para la validacin de nuestra hiptesis General vamos a realizar el cuestionario de la ISO 9126 entre 5 expertos, los datos obtenidos, fueron simulados mediante una aplicacin eron de un Generador Congruencia Mixto y se tomo el promedio de 50 corridas como respuestas de los expertos. La siguiente tabla muestra el resumen de la cuestionario con las 31 preguntas en base al modelos de calidad de s software 4 MOSCA+ . Los criterios que se muestran formaran las preguntas del cuestionario. El siguiente paso es formar una lgica para validar nuestra calidad tomando como punto medio el valor 0.5 nuestro ndice de calidad ser el promedio final obtenido de las respuestas de los expertos. A continuacin vemos el desarrollo.

Unidades Vendidas y Monto Total de Ventas de cada producto a cada cliente por tipo de producto en un determinado tiempo. El siguiente reporte muestra las Unidades Vendidas y Monto Total de Ventas de cada producto a cada cliente por tipo de producto en el mes de Enero del ao 2002

Tabla 2. Resumen de las caractersticas y criterios evaluados . segn MOSCA+

Reporte 06 La siguiente figura corresponde al reporte anterior ya descrito.

FECHA Enero 30000

En la siguiente figura vemos el comportamiento de las categoras que estamos evaluando ando:

REPORTE 06

100% 50%
Datos Monto Total Cantidad

77%

74,67%

83%

25000

20000

FUNCIONAL IDAD USABILIDAD EFICIENCIA

15000

10000

0% INDICADORES
Xtreme Wide MTB Xtreme Adult Helmet Active Oudoors Lycra Active Oudoors Lycra Active Oudoors Lycra Descent Endorphin Candados Competicin Guantes Alley Cat Cycles Sillines Cascos Competicin Aruba Sport Endorphin Guardian Mini Lock Guantes Competicin Guantes Barry's Bikes InFlux Crochet Glove Xtreme Anatomic Mens Descent Vesper Comfort ATB Mozzie Sillines Infantil Spokes for Folks Micro Nicros

5000

Cliente Tipo Producto

Figura 23. Grafico del Reporte 06 .

4

La referencia general se encuentra en el anexo 7 de la Tesis adjunta. n

9
b) Evaluacin de las Hiptesis Especificas y General Primera hiptesis especfica A) ENUNCIADO H1 : Los requerimientos especficos del proceso de Gestin Comercial en la empresa Patrick S.R.L. que debe atender la Aplicacin Datamart son evaluar la eficiencia de los vendedores y analizar las ventas de productos por temporadas. B) OPERACIONALIZACIN H1 : Sea: cuanto a las Ventas de la empresa Patrick, segn la opcin de Administrador de la empresa y de investigaciones en otras empresas de igual rubro, se tiene: Los requisitos especficos en cuanto a las Ventas son: Unidades vendidas de cada producto a cada cliente en un tiempo determinado, Monto total de ventas de cada producto a cada cliente en un tiempo determinado, Unidades vendidas de cada producto por cada vendedor en un tiempo determinado, Monto total de ventas de cada producto por cada cliente en un tiempo determinado. Es decir, V= {v1, v2, v3, v4} y V A

Los requisitos especficos en cuanto a las Compras son: Unidades compradas de cada producto de cada proveedor en un tiempo determinado, Monto total de costos de cada producto de cada proveedor en un tiempo determinado. Es decir, C= {c1, c2} y C A

Los requisitos especficos en cuanto a Almacn son: Cantidad de Productos en Stock por un tiempo determinado. Es decir, Donde: D= {d1} y D A.G.C.: Anlisis de la Gestin Comercial A. D. M.: Aplicacin Data Mart Sean las proposiciones: V1, v2, v3, v4: Requerimientos en cuanto a las Ventas de Patrick v1: Unidades vendidas de cada producto a cada cliente en un tiempo determinado. v2: Monto total de ventas de cada producto a cada cliente en un tiempo determinado. v3: Unidades vendidas de cada producto por cada vendedor en un tiempo determinado. v4: Monto total de ventas de cada producto por cada cliente en un tiempo determinado. c1, c2: Requerimientos en cuento a las Compras de Patrick B) c1: Unidades compradas de cada producto de cada proveedor en un tiempo determinado. c2: Monto total de costos de cada producto de cada proveedor en un tiempo determinado. d1: Requerimientos en cuento al Almacn de Patrick d1: Cantidad de Productos en Stock por un tiempo determinado. C) PRUEBA De la Etapa de Definicin y anlisis de Requerimientos, los requisitos que debe satisfacer la aplicacin Data Mart en H2 : Sean las proposiciones: p : Se toma como base la Aplicacin Data Mart q : Se usa una metodologa para desarrollo de Data Mart r2: Se estudia el anlisis de la Aplicacin C) PRUEBA Del desarrollo de la parte del Anlisis, se tiene: OPERACIONALIZACIN La A.D.M debe atender como requisitos: Unidades vendidas de cada producto por cada vendedor en un tiempo determinado, Monto total de ventas de cada producto por cada cliente en un tiempo determinado. Es decir, V= {v1, v2} D) CONCLUSIN En consecuencia, Por lo tanto se acepta la Hiptesis Propuesta Segunda hiptesis especfica A) ENUNCIADO H2 : Mediante la metodologa propuesta de desarrollo de Datamart es posible analizar el proceso de Gestin Comercial de la empresa Patrick basado en la aplicacin Datamart. A

10
- Se toma como base la Aplicacin Data Mart - Se usa una metodologa para desarrollo de Data Mart Entonces, se tendra: Premisa Premisa MPP (Modus Ponendo Ponens) D) CONCLUSIN - Fue posible analizar la Gestin Comercial de la Empresa Patrick basado en la Aplicacin Data Mart, mediante la Metodologa de Desarrollo de Data Mart. Es decir: p : Se toma como base la Aplicacin Data Mart Por lo tanto se acepta la Hiptesis Propuesta q : Se usa una metodologa para desarrollo de Data Mart Tercera hiptesis especfica A) ENUNCIADO H3 : Mediante la metodologa propuesta de desarrollo de Datamart es posible disear una Aplicacin Datamart basado en el proceso de Gestin Comercial de la Empresa Patrick. B) H3 : Sean las proposiciones: p : Se toma como base la Aplicacin Data Mart q : Se usa una metodologa para desarrollo de Data Mart r3 : Se estudia el anlisis de la Aplicacin C) PRUEBA Del desarrollo de la parte de Diseo, se tiene: - Se toma como base la Aplicacin Data Mart - Se usa una metodologa para desarrollo de Data Mart Entonces, se tendra: Quinta hiptesis especfica Premisa Premisa MPP (Modus Ponendo Ponens) D) CONCLUSIN - Fue posible disear la Aplicacin Datamart Ventas en base al proceso de la Gestin Comercial de la Empresa Patrick mediante la Metodologa de Desarrollo de Data Mart. Es decir: A) ENUNCIADO H5 : Mediante la metodologa propuesta de desarrollo de Datamart es posible implantar una Aplicacin Datamart basado en el proceso de Gestin Comercial de la Empresa Patrick. B) H5 : Sean las proposiciones: OPERACIONALIZACIN Por lo tanto se acepta la Hiptesis Propuesta D) CONCLUSIN - Fue posible construir la aplicacin Datamart basado en el proceso de la Gestin Comercial de la Empresa Patrick mediante la Metodologa de Desarrollo de Data Mart. Es decir: OPERACIONALIZACIN Entonces, se tendra: Premisa Premisa MPP (Modus Ponendo Ponens) r4 : Se estudia el anlisis de la Aplicacin C) PRUEBA Del desarrollo de la parte de Construccin, se tiene: - Se toma como base la Aplicacin Data Mart - Se usa una metodologa para desarrollo de Data Mart B) H4 : Sean las proposiciones: OPERACIONALIZACIN Por lo tanto se acepta la Hiptesis Propuesta Cuarta hiptesis especifica A) ENUNCIADO H4 : Mediante la metodologa propuesta de desarrollo de Datamart es posible construir una Aplicacin Data Mart basado en el proceso de Gestin Comercial de la empresa Patrick.

11
p : Se toma como base la Aplicacin Data Mart q : Se usa una metodologa para desarrollo de Data Mart r5 : Se estudia la implantacin de la Aplicacin C) PRUEBA Del desarrollo de los puntos 3.3.2.1 Implantacin, se tiene: al 3.3.2.3, de un modelo a seguir basado en la norma internacional ISO 9126, dicho modelo se detalla en el Anexo 6 de la presente, dependiendo de esto basamos nuestra prueba en el hecho de comprobar los indicadores de nuestra operacionalizacin vista en el punto 1.7 del primer captulo, que corresponden a Mtricas FUNCIONALIDAD, USABILIDAD Y EFICIENCIA. De la Tabla 2, obtenemos el grfico anterior podemos observar el comportamiento de nuestros indicadores. Ahora establecemos la Escala de Aceptacin la cual validara nuestra aplicacin si cumple con los indicadores mostrados, se tiene:

Se toma como base la Aplicacin Data Mart Se usa una metodologa para desarrollo de Data Mart

Entonces, se tendra: Premisa Premisa MPP (Modus Ponendo Ponens) D) CONCLUSIN - Fue posible implantar la aplicacin Data Mart basada en el proceso de la Gestin Comercial de la Empresa Patrick mediante la Metodologa de Desarrollo de Data Mart. Es decir: Por lo tanto se acepta la Hiptesis Propuesta HIPTESIS GENERAL
0.77

Nuestro valor obtenido 3.85, el cual mediante procedimientos matemticos (regla del 3 simple), obtenemos nuestro indicador: 5 3.85 1 x

En consecuencia x= 0.77 Entonces podemos ver que cae en la regin V verdadero.

A) ENUNCIADO HG : Es factible disear y elaborar una aplicacin Datamart que permita analizar el proceso de Gestin Comercial de la Empresa Patrick S.R.L. B) HG OPERACIONALIZACIN : Finalmente tenemos nuestro ndice de calidad en cuanto a la FUNCIONALIDAD, USABILIDADA Y EFICIENCIA de 0.77, cual nos ayudara en la evaluacin de nuestra hiptesis GENERAL. Entonces retomando, de la Tabla 2 vista anteriormente, de las verificaciones de las hiptesis especificas anteriores, tomaremos como prueba lo siguiente: - La totalidad de hiptesis especificas se aceptan (son Verdaderas). - La prueba de la funcionalidad, usabilidad y eficiencia de la aplicacin Datamart arroja un ndice general de concordancia de 0.77 o 77% a favor. Entonces, se tendra: Premisa Premisa MPP(Modus Ponendo Ponens) D) CONCLUSIN
Rincn & Prez & Hernndez, Articulo Cientfico: MODELO DE CALIDAD (MOSCA+) PARA EVALUAR SOFTWARE DE SIMULACIN DE EVENTOS DISCRETOS
5

Sean las proposiciones: P2 : Validacin de la hiptesis especfica 2 P3 : Validacin de la hiptesis especfica 2 P4 : Validacin de la hiptesis especfica 2 P5 : Validacin de la hiptesis especfica 2 q : Validacin de la hiptesis General C) PRUEBA Para la finalizar la validacin de nuestra investigacin me he 5 basado en la un trabajo de investigacin , el cual propone

- La conjuncin de proposiciones verdaderas, tiene una conclusin verdadera. Es decir, es VERDADERA.

12
- Luego es factible disear e elaborar un sistema informtico que permita analizar el proceso de Gestin Comercial de la Empresa Patrick S.R.L. Por lo tanto se valida la Hiptesis General Propuesta. 4.5 CONCLUSIONES Y RECOMENDACIONES [2] Figueroa de Jacob Ana Elizabeth, 1995, SISTEMAS DE INFORMACION: UNA HERRAMIENTA PARA LA TOMA DE DECISIONES DE LA ALTA GERENCIA, Univ. Francisco Marroqun, pg. 14-15, Disponible en URL: http://www.tesis.ufm.edu.gt/pdf/2114.pdf [3] Gonzlez Morales Ana Cristina, 2007, INTELIGENCIA EMPRESARIAL PARA LA TOMA DE DECISIONES EN LA PYME ENFOCADA EN LA ADMINISTRACION DELA RELACION CON EL CLIENTE (CRM) UTILIZANDO ANALISIS DE LA CANASTA DE COMPRA (MBA), Universidad de las Amricas Puebla, pg. 1-33, Disponible en URL: http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/gon zalez_m_ac/ [4] Guevara Lenis Jorge Eduardo, 2007, DATA WAREHOUSE PARA EL ANALISIS ACADEMICO DE LA ESCUELA POLITECNICA NACIONAL, Instituto Escuela Politcnica Nacional, pg. 10-14, Disponible en URL: http://bibdigital.epn.edu.ec/dspace/bitstream/15000/445/ 1/CD-0827.pdf [5] Guzmn Garca, Mara Isabel, 2001, IMPLEMENTACION DE UNA DATA WAREHOUSE RA EL SOPORTE DE TOMA DE DECISIONES, Univ. Francisco Marroqun, pg. 37-40, Disponible en URL: http://www.tesis.ufm.edu.gt/pdf/3239.pdf [6] Nader Javier, 2005, SISTEMA DE APOYO GERENCIAL UNIVERSITARIO, Inst. Tecnolgico de Buenos Aires, pg. 1369, Disponible en URL: http://www.educacioncontinua.itba.edu.ar/archivos/seccio nes/nader-tesisdemagister.pdf [7] Rincn Gladys, Prez Maria, Hernndez Sara, MODELO DE CALIDAD (MOSCA+) PARA EVALUAR SOFTWARE DE SIMULACIN DE EVENTOS DISCRETOS, N pgs. 10, Direccin Electrnica: http://www.lisi.usb.ve/publicaciones/02%20calidad%20sist emica/calidad_12.pdf [8] Daz Antn, Prez M., Griman A., Mendoza L, INSTRUMENTO DE EVALUACIN DE SOFTWARE EDUCATIVO BAJO UN ENFOQUE SISTMICO, N pgs. 8, Direccin Electrnica: http://www.academiainteractiva.com/evaluacion.pdf

Podemos concluir en base a nuestros resultados: - Como conclusin general, se encontr que es factible el diseo y elaboracin de una aplicacin Data Mart para el anlisis del Procesos de Gestin Comercial de la empresa Patrick. Como conclusiones especficas tenemos: - Los requerimientos especficos para el anlisis del proceso de gestin comercial que debe atender la aplicacin Data Mart son: en cuanto a ventas que es la parte que se estudio y tomo mayor importancia; Unidades vendidas de cada producto a cada cliente en un tiempo determinado, Monto total de ventas de cada producto a cada cliente en un tiempo determinado, Unidades vendidas de cada producto por cada vendedor en un tiempo determinado, Monto total de ventas de cada producto por cada cliente en un tiempo determinado. Sin embargo como encontramos que la empresa no registra a sus clientes no se resolvieron dichos requisitos al no tener data en que apoyarse pero quedo como una recomendacin importante para posteriores versiones de la aplicacin. - Mediante la aplicacin de la Metodologa de desarrollo de Data Mart fue posible analizar el proceso de Gestin Comercial con el fin de realizar nuestra aplicacin Data Mart. - Mediante la aplicacin de la Metodologa de desarrollo de Data Mart fue posible disear una aplicacin Data Mart, basado en el proceso de Gestin Comercial de Patrick. - Mediante la aplicacin de la Metodologa de desarrollo de Data Mart fue posible construir una aplicacin Data Mart, basado en el proceso de Gestin Comercial de Patrick. - Mediante la aplicacin de la Metodologa de desarrollo de Data Mart fue posible implantar y probar una aplicacin Data Mart, basado en el proceso de Gestin Comercial de Patrick. 4.6 BIBLIOGRAFIA [1] Fajardo Acosta Melvin y Muga Rivera Juna Jose, 2009, DESARROLLO E IMPLEMENTACIN DE UN SISTEMA DE GESTION COMERCIAL PARA MEJORAR LA RENTABILIDAD DE LA EMPRESA OLEOCENTRO EICOL E.I.R.L., Univ. Cesar Vallejo, pag. 22-28, Disponible en URL: http://www.slideshare.net/carloschavezmonzon/tesissobre-la-metodologa-mipe