SISTEMA DE GESTION DE INFORMACIÓN. MODULO DE REPORTES WEBZER. SOLSER SISTEM S.A. DE C.V.

Transcripción

1 UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio. SISTEMA DE GESTION DE INFORMACIÓN. MODULO DE REPORTES WEBZER. SOLSER SISTEM S.A. DE C.V. Reporte de Estadía para obtener el Título de Técnico Superior Universitario en Tecnologías de la Información y Comunicación ROSA MARTÍNEZ RIVERA Santiago de Querétaro, Qro. Septiembre, 2010.

2

3 UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio. SISTEMA DE GESTION DE INFORMACIÓN. MODULO DE REPORTES WEBZER. SOLSER SISTEM S.A DE C.V Reporte de Estadía para obtener el Título de Técnico Superior Universitario en Tecnologías de la Información y Comunicación ASESOR DE EMPRESA Lic. AIDABETH ZALAZAR ASESOR DE UNIVERSIDAD Ing. GERARDO VÁZQUEZ VILLATA ALUMNO ROSA MARTÍNEZ RIVERA

4

5 . ÍNDICE INTRODUCCIÓN CAPÍTULO I SOLSER SISTEM S.A. DE C.V. 1.1 Solser sistem S.A. de C.V Giro de la empresa Políticas de Calidad Organigrama de SOLSER SISTEM S.A DE C.V 10 CAPÍTULO II WEBZER ZERMAT INTERNACIONAL 2.1 Análisis de necesidades Definición del proyecto Objetivos Plan de trabajo Diagrama de Gantt Especificaciones 15 CAPÍTULO III DESARROLLO DEL PROYECTO 3.1 Análisis de proyecto Diseño de reportes Construcción de querys para reportes Pruebas de reportes e incidencias 32

6 CAPÍTULO IV CONCLUSIONES 4.1 Dificultades Logros obtenidos 36

7 INTRODUCCIÓN El proyecto de estadía se llevo acabo en el área de desarrollo de la empresa SOLSER SISTEM, la cual coordina diferentes proyectos de aplicación de software a empresas en diferentes ramos industriales. En la actualidad el desarrollo de sistemas o la creación de sistemas de control y/o programación, son una importante alternativa de solución para la empresa establecida y es el desarrollo tecnológico el que le da pauta y forma a la ejecución de programas. La presente propuesta, estructura un sistema de gestión de información en el modulo de reportes para la empresa ZERMAT y el proyecto es denominado WEBZER. Este modulo de reportes utiliza un lenguaje de programación y una estructura de base de datos cuyas principales etapas identifican: Análisis de proyecto, Diseño de reportes, Construcción de querys para reportes y Pruebas de reportes e incidencias. Este proyecto inicia refiriendo las principales características de la empresa y su organización. Posteriormente se indica el análisis de necesidades, los objetivos y el plan de trabajo. Más adelante se presenta el análisis, el diseño, la construcción y las pruebas realizadas que nos permitieron entregar satisfactoriamente dicho resultado a la empresa. Por ultimo las conclusiones, dificultades y logros obtenidos.

8 CAPÍTULO I SOLSER SISTEM S.A. DE C.V

9 1.1 SOLSER SISTEM S.A. de C.V Giro de la empresa SOLSER es una empresa 100% mexicana, con más de 6 años de experiencia en desarrollo de software a la medida. SOLSER cuenta con una amplia experiencia en el desarrollo de sistemas siendo también una consultora en donde Contamos con certificaciones de calidad para todo tipo de empresas. Nuestros servicios de calidad proporcionan a nuestros clientes un sistema de gestión de calidad total. La especialidad de "SOLSER SISTEM S.A. DE C.V." es el desarrollo de software en las modalidades de: Construcción de Software y venta de Hardware así como instalaciones físicas y lógicas de redes, que permiten alcanzar eficientemente los objetivos de la compañía, además de procesos a través de sistemas integrales con el respaldo de la mejor infraestructura y tecnología. Ofrecemos profesionales con amplia experiencia en desarrollo y mantenimiento de Software, para plataformas clientes servidor, WEB, IBM390, SAP y comunicaciones. Fábrica de software, Fábrica de Pruebas, Proyectos a Precio Cerrado, Integración de Sistemas, Desarrollo y Mantenimiento de Aplicativos, Web Services y Portales, SOA Arquitectura Orientada a Servicios, Management, BPM Business Process Management. 8

10 Para Soluciones Empresariales, Bancarias, Aseguradoras y Financieras Sobre plataformas Oracle, IBM, DB2, Microsoft, Unix, Administración de Proyectos, Programación avanzada, Levantamiento de Infraestructura, Diagnóstico, Proyectos e implementación Política de calidad Misión Desarrollar el potencial de nuestros profesionales para crear e innovar tecnología de información desde México para el mundo. Visión Crear la mejor empresa para trabajar, permitiendo establecer relaciones a largo plazo con nuestros clientes apoyando el desarrollo de sus objetivos. Valores o Responsabilidad Hacer lo que te comprometes en el tiempo y forma adecuada. o Lealtad Seguir los objetivos y valores de la empresa incondicionalmente. o Rectitud Generamos confianza siendo congruentes entre lo que pensamos, decimos hacemos. o Respeto Brindar nuestros servicios con cordialidad, verdad y honestidad, dentro y fuera de la empresa. 9

11 1.1.3 Organigrama de SOLSER Área donde se elaboró el proyecto Fig.1.1Organigrama de SOLSER 10

12 CAPÍTULO II WEBZER ZERMAT INTERNACIONAL

13 2.1 Análisis de necesidades Definición del proyecto El proyecto se elaborará en el área de desarrollo de SOLSER SISTEM. En esta área se desarrolla todo tipo de software que los clientes requieren. En cada una de las etapas del desarrollo de software, se cumple con un proceso, mediante una metodología de auditoria para poder finalizar un producto con la más alta calidad. ZERMAT INTERNACIONAL es una empresa mexicana dedicada a la fabricación y comercialización de perfumes y cosméticos de alta calidad a través de sus distribuidores. Es uno de los muchos clientes de SOLSER SISTEM. En este caso SOLSER SISTEM desarrolla el proyecto que lleva de nombre WEBZER ZERMAT INTERNACIONAL. Dicho sistema necesita gestionar la información operativa asociada a las ventas realizadas por los centros de distribución de Zermat Internacional, tal como del control de los inventarios de cada centro, control de promociones para fijaciones de precios y calculo de comisiones para la fuerza de ventas. Este sistema necesita ser completado en el módulo de generación de reportes basados en la información que generara el sistema. 12

14 2.1.2 Objetivos Objetivo general Completar el desarrollo del sistema WEBZER en su modulo de reportes para estructurar mejor la información de este sistema. El sistema necesita gestionar la información operativa asociadas las ventas realizadas por los centros de distribución de Zermat Internacional, tal como el control de inventarios de cada centro, control de promociones, Se requiere la elaboración de dichos reportes para tener la gestión de los datos del sistema WEBZER. Objetivos específicos Reducir los costos y tiempos de administración, operación y mantenimiento, además de que se pueda instalar en otros países con un mínimo de modificaciones. Contar con una aplicación estable y que sea capaz de soportar el crecimiento y cambios del negocio tanto en México como en otros países. Contar con un esquema de alta seguridad y de fácil mantenimiento. El nuevo diseño de los objetos de la Base de Datos proporcionará un mejor control de la información, mayor consistencia y la seguridad contra la perdida de datos. Proporcionar un servicio de Calidad y Eficiencia a los Clientes. Contar con una aplicación en Producción basada en los estándares de la metodología CMMI nivel 5, para tener una documentación completa que permita un mejor mantenimiento a futuro. Tener el control de la Administración, Ventas y Multinivel por País. 13

15 2.2 Plan de trabajo Diagrama de Gantt Fig. 2.1 Diagrama de Gantt 14

16 2.2.2 Especificaciones Análisis de proyecto En esta etapa se realizará un análisis del área de trabajo con el objetivo de familiarizarse con ella. Esta etapa además incluye conocer la base de datos con la que se va a trabajar. Conocer el lenguaje en el que se va a trabajar y analizar las necesidades de los reportes. Diseño de reportes En esta etapa se construye el diseño de los reportes. Son alrededor de 70 reportes los que arrojara el sistema. Este diseño se construirá en ireport, que es un programa para el diseño de reportes. El lenguaje en el que está basado este programa es java. Los reportes se encuentran diseñados en Excel y en los Casos de Uso, tomaremos como ejemplos estos documentos para la elaboración en ireport. Construcción de querys para reportes En esta etapa se construirán los querys que se introducirán en los reportes ya diseñados. Los querys se realizaran bajo la plataforma de Oracle. Para esto primero se construirán los querys y para después introducirlos en el diseño. Pruebas de reportes e incidencias En esta etapa se probaran los reportes con datos reales y desde la aplicación, si se llegan a presentar incidencias también se resolverán en esta etapa. 15

17 CAPÍTULO III DESARROLLO DEL PROYECTO

18 3.1 Análisis del proyecto ZERMAT INTERNACIONAL solicito que el sistema fuera capaz de generar reportes. Para esto se generó un módulo especial para la elaboración de dichos componentes. Los requerimientos que ZERMAT estableció para los reportes fueron distintos para cada uno de ellos. Se comenzó por conocer el lenguaje en el que se realizarían los querys para los reportes, en este caso fue SQL Oracle. Oracle es un sistema de gestión de base de datos relacional (o RDBMS por el acrónimo en inglés de Relational Data Base Management System), desarrollado por Oracle Corporation. Se considera a Oracle como uno de los sistemas de bases de datos más completos, destacando: soporte de transacciones estabilidad escalabilidad Soporte multiplataforma. También se tenía que conocer el programa donde se haría el diseño de los reportes. El Jasper Report es una librería para la generación de informes. Está escrita en java y es libre. El funcionamiento consiste en escribir un xml donde se recogen las particularidades del informe. Este xml lo tratan las clases del Jasper para obtener una salida. Esta salida puede ser un PDF, XML, HTML, CSV, XLS, RTF, TXT. Y para crear dicho xml 17

19 utilizaremos el programa ireport. En este programa se diseñaran los reportes. Al muy importante de lo que se tenía que tener conocimiento al máximo era de la base de datos, para poder realizar los querys de los reportes. Para ello se proporcionó el diagrama de clases (fig.3.1). Diagrama de Clases Fig. 3.1 Diagrama de Clases 18

20 En la figura anterior (fig.3.1) se muestra el diagrama de clases de la aplicación, de estas tablas se elaboraran las consultas para los reportes. El diagrama de clases tiene alrededor de 120 tablas. 3.2 Diseño de reportes Esta etapa consistió en elaborar los diseños en ireport, estos se tomaban de los Casos de Uso y de ahí se diseñaba cada reporte. En los casos de Uso también podíamos encontrar las especificaciones para cada reporte. Un ejemplo de Caso de Uso para reportes es el siguiente: El formato que utiliza Solser Sistem para la elaboración de sus Casos de Uso es el que se presenta, en el siguiente Caso de Uso. En la primera hoja se encuentra la presentación del Caso de Uso, en esta hoja está el logo de la empresa a la que se elabora el sistema (ZERMAT) y el logo de la empresa líder en este caso Solser. En la segunda parte se encuentra también las características de los casos de uso, como son: el Id del Caso de Uso, Actores, precondiciones, los flujos y los requerimientos especiales. Este caso de uso es para el reporte Consulta de reporte Cálculo de multinivel de líderes. En la última parte se encuentra el prototipo documental, lo que son las ventanas desde donde se llamara el reporte, pero solo como prototipo. 19

21 Caso de Uso CU-WEBZER-176 Consulta del reporte Cálculo de multinivel de Líderes Validación: Alfa Centauro Actores: Usuario de Alfa Centauro Módulos: Reportes 18/01/

22 Id: CU-WEBZER-176 Nombre: Consulta del reporte Cálculo de multinivel de Líderes. Actor principal: Alfa Centauro Stakeholders e intereses: EL usuario necesita consultar el reporte de cálculo de multinivel de Líderes. Precondiciones: El usuario debe estar firmado en el sistema. Postcondiciones: El sistema generara un reporte en formato PDF con la consulta sobre el cálculo multinivel de líderes. Escenario principal: 1. El usuario entra al menú Reportes->Cálculo de multinivel de líderes. 2. El sistema muestra un tabla de resultados y unos campos que el usuario tiene que alimentar: a. Buscar por. b. Periodo. c. Año. d. Líderes/Empresa Ver flujo alterno 1a. 3. El sistema muestra el resultado de la consulta en la tabla de resultados con los siguientes datos: a. Código.. Ver flujo alterno 2a. b. Nombre. c. Opción de Eliminar del reporte. Ver flujo alterno 3a. 4. El usuario ordena al sistema Procesar el Reporte en formato PDF. 5. El sistema genera el reporte de Calculo Multinivel de Lideres. Flujos alternos: 1a. Permitirá buscar un rango de Líderes o una empresa. 1. Para Buscar un rango de líderes solo hay que indicar inicio y fin separados por un signo de menos rango inicial rango final. 2a. Si en el rango se encuentra algún líder dado de baja se indicara (En el reporte no se vera reflejado). 3a. Al elegir la opción de Eliminar del Reporte los datos del registro seleccionado no se mostrara en el Reporte de Calculo Multinivel de Líderes. Requerimientos especiales: Ninguno Tecnologías y variación de datos: Ninguno. 21

23 Prototipo Documental CU-WEBZER

24 23

25 24

26 Este es el resultado del Caso de Uso: El reporte de Cálculo multinivel de líderes. 25

27 3.3 Construcción de querys para reportes La construcción consistió en la elaboración de los querys, estos fueron elaborados en el programa SQL Developer de Oracle. A continuación se muestra el entorno de trabajo de SQL Developer (fig.3.2). Fig. 3.2 Entorno de Trabajo de SQL Developer Aquí era donde se realizaban los querys y desde ahí mismo se podían visualizar as tablas de la Base de Datos entre otras cosas. Los requerimientos para los querys se tomaron de los Casos de Uso como ya se había mencionado. Después de terminar la construcción de cada query se proseguía a incorporarlo al diseño en ireport. Los reportes tenían que tener la capacidad para poder filtrarse por distintos parámetros. 26

28 A continuación se muestra un ejemplo de query. Query del reporte Nota de remisión SELECT pc.id, pc.fecha, pc.importe, pc.numeroremision,pc.costoflete costo, h.id_perso_fk id_cliente, ZMT$PKG_VARIOS.FNombreCliente(h.ID_perso_FK) nombre_cliente, i.id_perso_fk id_patrocinador, ZMT$PKG_VARIOS.FNombreCliente(i.id_perso_fk) nombre_patro, cen.nombrecentro, dir.calle ' ' co.nombre ' ' de.nombre dircentro, m.montoa, m.montob, m.totalpiezas, m.puntosregalo, m.puntosregaloacumulados, m.montototal montototal, m.preciocatalogo preciocatalogo, m.preciocatalogo-m.montototal totaldescuento, decode ( (SELECT count(1) FROM credito WHERE id_pecli_fk = pc.id), 0, 'CONTADO', 'CREDITO' ) credcont, DECODE((select tel.numero from per_tel pt, telefono tel where pt.id_per_fk=h.id_perso_fk AND tel.id = pt.id_tel_fk AND tel.tipotelenum=0 AND rownum = 1 27

29 ),NULL,'No tel')tel FROM pedidocliente pc, cliente i, cliente h, centrodistribucion cen, direccion dir, colonia co, delegacionmunicipio de, ( SELECT D.ID_PECLI_FK ID, SUM(DECODE(D.TIPOMONTOENUM,0,PRECIO*CANTIDAD,0))MON TOA, SUM(DECODE(D.TIPOMONTOENUM,1,PRECIO*CANTIDAD,0))MON TOB, SUM(PRECIO*CANTIDAD)montototal, SUM(D.CANTIDAD)TOTALPIEZAS, SUM(D.PRECIOCAMP*D.CANTIDAD)PRECIOCATALOGO, SUM(D.PUNTOSGENERADOS)PUNTOSREGALO, C.PUNTOSREGALOACUMULADOS FROM DETALLEPEDIDOCLIENTE D, CAMPANIACLIENTE C, PEDIDOCLIENTE P WHERE P.ID = D.ID_PECLI_FK AND D.ID_CAMPA_FK = C.ID_CAMPA_FK AND C.ID_CLIEN_FK = P.ID_CLIEN_FK 28

30 AND D.ID_PECLI_FK=$P{idPedido} GROUP BY D.ID_PECLI_FK, C.PUNTOSREGALOACUMULADOS)m WHERE h.id_perso_fk = pc.id_clien_fk AND h.id_patro_fk = i.id_perso_fk AND pc.id_cedis_fk = cen.id AND cen.id_dir_fk = dir.id AND dir.id_colon_fk = co.id AND co.id_demun_fk = de.id AND pc.id = M.ID Fig. 3.3 Entorno de Trabajo de ireport El entorno de trabajo de ireport funciona de manera muy grafica, y de esta manera se generaban los reportes con diseños bastante complejos y de una forma rápida. En la siguiente figura (fig.3.4) se muestra el lugar donde se insertaba el query después de haberlo construido en SQL Developer. 29

31 Fig. 3.4 Ventana donde se insertaban los querys Desde ireport se hacia la conexión la base de datos para obtener la información de las tablas. En esta etapa se podía realizar una vista previa del reporte, ingresando también los parámetros. Los reportes además estaban divididos en dos áreas: De proceso y De menú; los de procesos tenían una pantalla específica en la aplicación, mientras que los de menú los cuales eran la mayoría, estos se encontraban en un menú en la aplicación y de ahí se elegiría el que se quisiera consultar. Fig. 3.5 Menú de reportes 30

32 Al elegir algún reporte en el menú anterior (fig.3.5) nos muestra la siguiente ventana (fig.3.6) donde se eligen los parámetros para los reportes. En las figuras anteriores se muestra el llenado de los datos desde la aplicación para la generación de los reportes, como se puede ver existen distintos filtros que se pueden ingresar a los reportes. Fig. 3.6 Inserción de filtros para generación de reporte El resultado de la inserción de los datos es el siguiente (fig.3.7). Fig. 3.7 PDF del reporte Calculo multinivel de líderes periodo mayo

33 3.4 Pruebas de reportes e incidencias La etapa de pruebas consistió en probar los reportes tanto con datos reales, como desde la aplicación, es decir mandar llamar los reportes desde las pantallas del sistema. En la etapa de construcción se probaron localmente desde ireport. Fig. 3.8 Pruebas en Ireport Fig. 3.9 Pruebas en ireport En estas pruebas se tenía que revisar que los reportes aceptaran todos los filtros desde la aplicación. En esta etapa también se contemplo resolver las incidencias que mientras ZERMAT hacia sus pruebas. se fueran presentando 32

34 Alguna de las incidencias presentadas fueron: cambios de títulos en los reportes, agregar filtros, entre otros. Se probaron todos los reportes uno a uno con datos reales, de tal manera que quedaran listos al cien por ciento. La siguiente figura (fig.3.10) es otro ejemplo de reporte. Fig. 3.9 Reporte pagos totales más representativos 33

35 CAPÍTULO IV CONCLUSIONES

36 4.1 Dificultades Las mayores dificultades que se presentaron durante el desarrollo del proyecto se puedes enunciar de la siguiente manera: Manejo del ireport: debido a que no se tenía conocimiento de la herramienta ireport se presentaron dificultades durante el diseño de los reportes que el sistema debía de arrojar. Elaboración de los Querys: durante el desarrollo de los querys se presentaron dificultades debido a que no se tenía conocimiento del lenguaje Oracle (Lenguaje de Base de Datos). Se desconocían las reglas del negocio (ZERMAT INTERNACIONAL) lo que provoco dificultad para la elaboración de los reportes. 4.2 Logros obtenidos Para cubrir los objetivos del proyecto se desarrollaron alrededor de 70 reportes que eran los que el programa demandaba, se logro tener conocimiento del lenguaje de programación lo que dio como resultado el desarrollo y entrega del proyecto en tiempo y forma. Después de las pruebas realizadas por Zermat Internacional se atendieron las incidencias que los reportes presentaron y después de resolverlas obtuvimos la aceptación total del cliente. 34