software enfocado en la visualizacion de...

FACULTAD DE INGENIERIA

PROYECTO CURRICULAR INGENIERIA DE SISTEMAS

TRABAJO DE GRADO (PASANTIA):

SOFTWARE ENFOCADO EN LA VISUALIZACION DE

INDICADORES EN EL AREA DE GESTION HUMANA

PARA EMPRESAS FLORICULTORAS APLICANDO

HERRAMIENTAS BI.

Andres Felipe Luque Calderon

Director:Alejandro Paolo Daza Corredor

Colombia, Bogota Septiembre del 2016

Indice

Introduccion 5

Objetivos 6Objetivo General . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6Objetivos Especıficos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Alcances 7

Limitaciones 7

Planteamiento del problema 9

Justificacion 10

Marco teorico 11

Inteligencia de Negocios (BI) 11Arquitectura BI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Data warehouse 12

Integracion de datos ETL’s 12

Analisis OLAP 13

Metodologıa Scrum 13

Empresas Floricultoras 14

Gestion Humana 14

Marco Referencial 16

Software para la gestion de recursos humanos 16E-volution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17GestPeople . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17SimpleHRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

1

Metodologıa 19

Recursos 23

Desarrollo 24

Sprint 1 24Requrimientos Iniciales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24Analisis de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24Estructura Base de Datos Colaboradores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25Estructura Base de Datos Factores Externos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26Desarrollo ETL’s Dependencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

Sprint 2 27Estructura Base de Datos Novedades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27Desarrollo ETL’s Factores Externos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Desarrollo ETL’s Nomina (Colaboradores) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Desarrollo ETL’s Novedades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

Sprint 3 31Descomposicion nomina dıa a dıa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Desarrollo funcionalidades basica - Factores externos . . . . . . . . . . . . . . . . . . . . . . . . 31Desarrollo funcionalidad basica - Nomina . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

Sprint 4 34Descomposicion novedades dıa a dıa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34Desarrollo funcionalidades basicas novedades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

Sprint 5 36Requerimientos extras nomina (Colaboradores) . . . . . . . . . . . . . . . . . . . . . . . . . . . 36Requerimientos extras novedades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36Ajustes funcionalidades nomina (Colaboradores) . . . . . . . . . . . . . . . . . . . . . . . . . . . 37Ajustes funcionalidades novedades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

Sprint 6 39Requerimientos ındices e indicadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39Requerimientos reporte flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39Analisis de datos ındices e indicadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Analisis de datos reporte rotacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39Analisis de datos reporte indicadores base . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

Requerimientos benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

2

Sprint 7 42Desarrollo store procedure calculo de ındices e indicadores . . . . . . . . . . . . . . . . . . . . . 42Analisis de datos Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42Desarrollo store procedure calculo de Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

Sprint 8 45Desarrollo funcionalidades ındices e indicadores . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

Funcionalidad ındices (Rotacion) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45Funcionalidad indicadores (Variables Base) . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

Desarrollo funcionalidades Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46Funcionalidad Flash - Horas General . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46Funcionalidad Flash (Tallos Hora) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47Funcionalidad Flash (Personas) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48Funcionalidad Flash (Personas x Hectarea) . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Funcionalidad Flash (Indices 1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50Funcionalidad Flash (Indices 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50Funcionalidad Flash (Ingresos y Retiros) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51Funcionalidad Flash (Rango horas extras vs Jornada) . . . . . . . . . . . . . . . . . . . . . 51Funcionalidad Flash Valorizacion General Totales . . . . . . . . . . . . . . . . . . . . . . . 52Funcionalidad Flash (Valoracion Horas) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52Funcionalidad Flash (Valoracion Tallos) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53Funcionalidad Flash (Valoracion Horas Periodo) . . . . . . . . . . . . . . . . . . . . . . . . 53

Analisis de datos informe benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53Desarrollo store procedure calculo de Benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . 54

Sprint 9 55Requerimientos extras ındices e indicadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55Requerimientos extras Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55Desarrollo tablero control Benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

Funcionalidad Benchmarking (Visualizacion general) . . . . . . . . . . . . . . . . . . . . . 55Funcionalidad Benchmarking (Cultivo) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56Funcionalidad Benchmarking (MIPE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56Funcionalidad Benchmarking (MIRFE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56Funcionalidad Benchmarking (Mantenimiento) . . . . . . . . . . . . . . . . . . . . . . . . . 57Funcionalidad Benchmarking (Total Operativo) . . . . . . . . . . . . . . . . . . . . . . . . 57

Requerimientos extras Benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Sprint 10 58Ajustes funcionalidades ındices e indicadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Funcionalidad retiros vs antiguedad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58Funcionalidad grafica indicadores (Variables Base) . . . . . . . . . . . . . . . . . . . . . . . 58

Ajustes funcionalidades Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61Funcionalidad consolidado Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

Ajustes funcionalidades Benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62Funcionalidad grafica Benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

3

Conclusiones 66

Referencias 67

Anexos 68

4

IntroduccionEn el mundo empresarial constantemente se deben estar tomando decisiones basadas en los distintos

datos e informacion que se presenta en el medio, todo esto con el proposito de favorecer la organizacionmaximizando sus ganancias o beneficios. La toma de decisiones supone escoger la mejor alternativa devarias opciones, brindando el mayor peso a aquella alternativa que se adapte mejor a las necesidades. Lasdecisiones pueden variar con respecto a las variables o datos que se presente en el medio. Actualmentela cantidad de datos que estan presentes ascienden exponencialmente, incrementando la complejidad deanalisis de los datos y tornandose en una tarea de difıcil desarrollo, por lo tanto esa toma de decisionestiende a un punto crıtico en el cual ya no se pueden obtener los mejores resultados (precisos y optimos). Araız de esto surgen varias estrategias y metodologıas para realizar esta tarea de una manera mas sencilla,una de ellas es la inteligencia de negocios, tambien conocido como Business Intelligence (BI), el cual consisteen un conjunto de metodologıas, aplicaciones y tecnologıas [7] que permite extraer, transformar y cargar(Extract, Transform and Load) datos de los sistemas transaccionales y de esta forma ayudar a la toma dedecisiones por parte de los interesados y obtener beneficios para la organizacion.

Con base a lo mencionado anteriormente y a la informacion referente a los servicios de empresasfloricultoras, se llevo a cabo este proyecto, en el cual por medio de BI se dio respuesta a diversas preguntasgeneradas por la organizacion objetivo, tanto en el ambito de talento humano (Gestion Humana) comoen otras areas referentes a la empresa (Suministros, Contabilidad, Tesorerıa y Finanzas). Las preguntasde negocio estuvieron enfocadas al comportamiento de los distintos movimientos o datos presentes en laorganizacion. Todo el proceso se realizo a traves de los ETL’s desarrollando interfaces dinamicas, ligerasy de facil uso, que ayudaron a resolver rapidamente las preguntas del negocio por medio de distintassoluciones ofrecidas por BI, como por ejemplo, cubos OLAP (On-Line Analytical Processing), graficas,dashboards, etc.

5

Objetivos

Objetivo General

Desarrollar un prototipo de software por medio del uso de herramientas BI que ayudaran a la visuali-zacion de indicadores en el area de gestion humana por parte de empresas floricultoras.

Objetivos Especıficos

Identificar los factores o variables necesarias que esten involucradas en las distintas preguntas denegocio a traves de un analisis previo de los requerimientos y de esta forma obtener indicadores quepermitan dar solucion a dichas preguntas.

Disenar los distintos paquetes ETL’s a traves de diversas herramientas BI que ofrece Microsoft (SQLServer Integration Services, Visual Studio, SQL Data Tools, SQL Server) para que de esta formaayuden al proceso de extraccion de la informacion necesaria y permitan dar respuesta a las distintaspreguntas de negocio.

Construir distintas funcionalidades a traves de dashboards, reportes o cubos OLAP, que muestren deuna manera sencilla y rapida los indicadores que ayudaran a dar solucion a las preguntas de negociopropuestas por los stakeholders.

6

AlcancesEl proyecto se centro en la construccion de distintas funcionalidades en el area de gestion humana

enfocadas en la visualizacion de indicadores que permitieron dar respuesta a las principales preguntas delnegocio generadas por los stakeholders, tales como:

¿Como es el comportamiento de la nomina dıa a dıa para cada una de las fincas asociadas?

¿Como es el comportamiento de las novedades dıa a dıa (ausencias y horas extra) para cada una delas empresas floricultoras?

¿Cual es el impacto de la valoracion de las novedades presentadas en cada una de las fincas asociadas?

¿Cual es la rotacion del personal de cada una de las fincas?

¿Como es la clasificacion de las renuncias del personal en cada una de las fincas asociadas, teniendoen cuenta la antiguedad de cada trabajador?

¿Cuantas horas laboran dıa a dıa los trabajadores para las empresas floricultoras, considerandoausencias y horas extra?

¿Cual es la valoracion de las horas laboradas por cada una de las fincas asociadas?

¿Cuanto cuesta la hora con base a las horas laboradas?

¿Cual es el rendimiento de la produccion de flores, evaluando las horas laboradas, areas productivasy costo por hora?

Se abarcaron dos grandes secciones, una es la integracion de la informacion que funciona como la baseque soporta los distintos reportes o dashboards construidos en el modulo de gestion humana, esta informa-cion utilizada como insumo comprende los temas relacionados con el personal en nomina y sus distintasincidencias como ausentismos y horas extras, tambien a su vez datos como la cosecha, areas de siembra,entre otras variables que se vean involucradas en el calculo de indicadores relacionados a las preguntas delnegocio.

LimitacionesUna de las principales limitaciones es la divulgacion de la informacion original de la empresa parausos en el proyecto por el motivo de clausula de confidencialidad y que el tipo de trabajo realizadoes home office y no se tiene la totalidad de la informacion.

El acceso a la informacion se realizo a traves de una VPN que presta la misma organizacion por lotanto la disponibilidad a ella estara sujeta al acceso que se tenga sobre esta conexion.

7

Los procesos de cargues masivos de informacion estan sujetos a los periodos que sean definidos porla organizacion al trabajar con datos delicados y el uso de recursos limitados, por lo tanto se definenperiodos de cargue entre las 7 pm - las 6 am.

La organizacion para la cual esta destinado el proyecto hace uso de software con licencias privadasbajo la marca Microsoft, utilizando versiones de Visual Studio 2008, SQL Server 2008 y otras comoSQL Server Integration Services (SSIS).

8

Planteamiento del problemaLa empresa Gr Chıa es una organizacion floricultora que adicional a la produccion y comercializacion de

flores tambien se dedica a prestar distintos servicios a nivel administrativo a otras fincas, como el manejode la contabilidad, inventarios, finanzas, logıstica, entre otras, es por esto que allı se concentran muchos delos datos usados en las transacciones de las empresas que forman parte de este grupo. Gr Chıa estuvo enla busqueda de sistemas de informacion que les ayudaran a responder distintas preguntas del negocio en elarea de gestion humana. A raız de la necesidad planteada por Gr Chıa surgieron diversos problemas parala construccion de los sistemas, uno de los principales inconvenientes estaba en la gran cantidad de datosque se generan diariamente por cada una de las fincas es sus sistemas transaccionales, los cuales a su vez,se encuentran en multiples orıgenes (data sources), lo que traıa como consecuencia que el analisis se volvıapesado en cuestion de tiempo y recursos, convirtiendose en una tarea difıcil que debıa ser realizada poralgun tipo de recurso humano, lo cual conllevaba a otro tipo de errores, como por ejemplo, mala digitacionde los datos, desfase en los tiempos de analisis u otros problemas, trayendo consigo indicadores erroneos yafectando las decisiones de las empresas vinculadas.

9

JustificacionAl tratarse de un tema enfocado en la necesidad de mejorar la toma de decisiones por medio del uso

de indicadores, los principales actores que se beneficiaron de este proyecto fueron los gerentes y asistentesde ellos, ya que gracias a las herramientas BI se puedo transformar una gran cantidad de datos sin ningunvalor para el gerente, en informacion de alto impacto (indicadores), presentada en una forma simple y defacil interpretacion para que la empresa pudiera realizar su respectivo analisis y a partir de esto podertomar decisiones mas acertadas. Sin ayuda de estos procesos que facilitaron la visualizacion de indicadoresde una manera sencilla, el analisis de la informacion pudo resultar en una tarea ardua y tediosa, inclusode no contar con estas herramientas se hubiera necesitado de un recurso humano, lo que probablementecausarıa resultados erroneos o no deseados, afectando de manera negativa la toma de decisiones de laempresa, a raız de esto, se plantearon soluciones a traves del uso de herramientas BI que ayudaron a darrespuesta a las preguntas de negocio por medio de la transformacion de datos anteriormente mencionada,que beneficio a la organizacion en la toma de decisiones teniendo impacto en la reduccion de costos yoptimizacion de recursos.

El segundo contexto del proyecto hizo referencia a lo personal, nacio de la necesidad de presentar untrabajo de grado que permitiera finalizar de los estudios universitarios centrados en la practica empresa-rial, comenzando en el mundo laboral desde un perfil profesional, poniendo en practica cada una de lashabilidades y conocimientos adquiridos a lo largo del pregrado en ingenierıa de sistemas, como el uso deingenierıa para el analisis de los requerimientos, manejo de bases de datos, programacion y tambien el usode nuevas tecnicas que se encuentran en la BI como el diseno de ETL’s, construccion de cubos OLAP, etc.

10

Marco Conceptual

Inteligencia de Negocios (BI)

Actualmente se esta viviendo la sociedad de la informacion, donde se presentan grandes volumenesde datos desde multiples orıgenes, a partir de esto es necesario tener mejores herramientas, metodos ymetodologıas que ayuden a generar informacion util para los interesados, BI se define como “un conjuntode tecnicas y herramientas para la adquisicion y transformacion de datos brutos en informacion significativay util para fines de analisis de negocios” [15]. El primer termino acunado de BI nace en 1958, por parte delinvestigador de IBM Hans Peter Luhn en su artıculo “A Business Intelligence Systems”, el cual lo definecomo “La habilidad de aprender las relaciones de hechos presentados de forma que guıen las acciones haciauna meta deseada”. Pero la verdadera definicion que marco el curso del BI fue gracias al analista de Gartneren 1989, quien propone una definicion mas formal “Conceptos y metodos para mejorar las decisiones deun negocio mediante el uso de sistemas de soporte basado en hechos”.

“Se entiende por BI al conjunto de aplicaciones, practicas y capacidades enfocadas a la creacion yadministracion de informacion que permite tomar mejores decisiones a los distintos interesados de unaorganizacion” [4]. Algunas tecnologıas que forman parte del BI son:

Data warehouse.

Reporting.

Analisis OLAP (On-Line Analytical Processing).

Analisis predictivo.

Analisis visual.

Minerıa de datos.

Gestion de rendimiento.

Previsiones.

Integracion de datos (ETL’s).

La implementacion de BI trae como resultados “la identificacion de nuevas oportunidades y la implemen-tacion de una estrategia eficaz basada en ideas que pueden genear ventajas competitivas en el mercado yuna estabilidad a largo plazo” [12].

11

Arquitectura BI

La arquitectura (Figura 1) que soporta los distinto procesos y herramientas defininidas por el BI estacompuesta por varios elementos que pueden ser divididos en 3 grandes areas origen, data warehous ysalidas. En el origen encontraremos los multiples fuentes de datos desde los tipicos sistemas transacionaleshasta archivos con simples estructuras como los logs. El data ware house es el nucleo o el core del BI dondese centra el almacenamiento, para lograr alimentar con datos este nucleo se puede hacer uso de paquetesETL’s que permitan extraer la informacion de un origen y llevarla hasta el data warehouse. El la ultimaarea se expondra informacion contenida en el data warehouse a traves de diferentes herramientas comocubos OLAP, dashboards, etc.

Figura 1: Arquitectura BI. Fuente: Comprehensive Analytics

Data warehouse

Los data warehouse son arquitecturas de sistemas de informacion que se han convertido en un compo-nente clave dentro de la construccion de sistemas de negocios corporativos [18], el cual tiene como finalidadproporcionar una fuente de datos unica y sirva de apoyo a la toma de decisiones [3]. En el se consolidala informacion de multiples fuentes (internas o externas), para luego procesarla permitiendo su analisisdesde infinidad de pespectivas y con grandes velocidades de respuesta. La creacion de un datawarehouserepresenta en la mayorıa de las ocasiones el primer paso, desde el punto de vista tecnico, para implantaruna solucion completa y fiable de Business Intelligence [14].

Integracion de datos ETL’s

Los ETL’s son una herramienta de software fuerte, la cual es usada por BI para la extraccion, trans-formacion y cargue de los datos presentes en el medio. Ellos funcionan como uno de los primeros pilaresdentro de la BI ya que permiten halar la informacion de un origen, realizar la respectiva transformacionpara ası posteriormente cargar los datos que resultan importantes para el analisis. Tambien poseen dife-

12

rentes funcionalidades como por ejemplo Logs de errores, los cuales posibilitan identificar aquellos datosque puedan contener cualquier tipo de error o que no cumpla con las reglas del negocio.

Figura 2: ETL’s (Extract, Transform, Load). Fuente: G & C Technologies Inc.

Analisis OLAP

Los cubos OLAP o procesamiento analıtico en lınea (On-Line Analytical Processing) representan unade varias formas de visualizar la informacion almacenada en el Data Warehouse, son el ultimo procesodentro del BI. Su principal objetivo es agilizar los tiempos de carga en las grandes consultas de datos. Sufuncionamiento se basa en estructuras multidimensionales o en forma de cubo, lo cual permite ejecutarsentencias SQL de tipo SELECT de una manera mucho mas rapida pero tambien trayendo consigo unadesventaja y son las operaciones de tipo INSERT, UPDATE Y DELETE, las cuales se convierten enoperaciones arduas que demandan un alto procesamiento de los datos. Ofrecen una gran ventaja en procesode consultas sobre la DB, ya que internamente se compone de complejos algoritmos que realizan distintasoperaciones como ’JOINS’, ’FILTERS’, ’GROUPS’, etc. lo que le permite realizar grandes lecturas deinformacion (Terabytes) en un corto tiempo [18].

Metodologıa Scrum

“Es una metodologıa agil frecuentemente usada para el desarrollo de software la cual se caracteriza porcomenzar con requerimientos inestables o incompletos y requieren de un proceso rapido y flexible, de estemodo se pueden reducir en gastos del proyecto” [10]. Al no tener requerimientos definidos con claridaddesde un principio es necesario la realizacion de reuniones periodicas entre los clientes y el mismo equipode desarrollo.

Los principales roles dentro de esta metodologıa se centra en los siguientes:

Product Owner, en otros terminos se podrıa llamar el vocero del cliente, es el que tiene la perspectivageneral del negocio, por lo tanto tiene la capacidad de asignar tareas, priorizar, etc.

ScrumMaster, es el experto en la metodologıa Scrum, hace que todo el equipo trabaje en sinergia yno se creen obstaculos en el proceso.

13

Equipo de desarrollo, son aquellos que estan detras de la construccion del proyecto. En este tipode metodologıas es usual encontrar equipos de trabajo no muy grandes y cada uno con habilidadestrasversales lo cual permite que cada uno trabaje en tareas enfocadas al mismo objetivo pero vistodesde diferentes areas.

Adicional a estos principales roles, tambien existen otros que se encuentran involucrados en el desarrollo delproyecto, los primeros son los Stakeholders o Clientes, son los usuarios finales interesados en el productofinal. A su vez existen los administradores, aunque no se involucran directamente con el desarrollo delproyecto juegan un papel importante ya que son los facilitadores para establecer un entorno adecuado parala elaboracion del proyecto.

Empresas Floricultoras

Son organizaciones que centran sus negocios en el area floricultor. “La floricultura es la disciplinade la horticultura orientada al cultivo de flores y plantas ornamentales en forma industrializada para usodecorativo” [17], el cual obedece a una demanda mundial pero se concentra principalmente en tres regiones:Europa Occidental, America del Norte y Asia.

La produccion mundial de flores ocupa mas de 190.000 hectareas, alcanzando un valor de mas de 16.000millones de dolares. La mayorıa de zonas productoras se hallan en los principales mercados de consumo ocerca de ellos. Los principales paıses productores son Holanda, con 7.378 ha, Estados Unidos, con 20.181 hay Japon, con 17.569 HA. Estos tres paıses controlan aproximadamente el 50 % del valor de la produccionmundial [16].

Gestion Humana

Tambien conocido como Recursos Humanos hace parte de una de las areas para la administracionde empresas, la cual centra sus actividades “en la planeacion, organizacion, desarrollo y coordinacion, asıcomo tambien en el control de tecnicas capaces de promover el desempeno eficiente del personal” [9].

El papel y la funcion de Recursos Humanos de la empresa consiste en las siguientes [2]:

Identificacion y desarrollo de las competencias claves necesarias para respaldar el negocio. Una vezidentificadas, se ponen en marcha estrategias para desarrollar o adquirir las competencias claves. Lafuncion empresarial es tambien responsable de monitorizar el progreso de desarrollo.

Desarrollo de talento Ejecutivo. El area de recursos humanos de la empresa es responsable de lossistemas que identifican y desarrollan el personal con mayor potencial de toda la organizacion, pre-parandolo junto a los directivos presentes, para alcanzar los objetivos empresariales presentes yfuturos, incluyendo la planificacion de sucesiones.

Desarrollo de iniciativas de formacion y desarrollo para respaldar la cultura, los valores y los principiosoperativos comunes, utilizando las sesiones de formacion y desarrollo como vehıculos de comunicacionpara desarrollar, implementar y sostener este principio.

14

Desarrollo de modelos para la evaluacion y retribucion de los empleados. Recursos Humanos de laempresa identifica los modelos empresariales para la contratacion, el juicio y la evaluacion de losempleados.

Desarrollo e implementacion de polıticas y programas de gestion de la actuacion y la retribucion parautilizarse en todas las companıas operativas.

15

Marco Referencial

Software para la gestion de recursos humanos

Son un conjunto de funcionalidades que permiten la administracion de recursos humanos como el manejode nomina, reclutamiento, capacitacion, y analisis desempeno, todo desde un mismo sistema. Segun “El blogde WorkMeter en 5 softwares para gestion de recursos humanos” existen diversos softwares que facilitanla gestion de recursos humanos, pero estos deben girar entorno a los siguientes 5 puntos [1]:

1. Nominas: El modelo de Nomina automatiza la gestion del sueldo reuniendo los datos del trabajadorsobre su trabajo, asistencia, calculando las deducciones e Impuestos, la cotizacion social generandoperiodicamente la orden de pago. Permite tambien generar datos y estadısticas para el conjunto delpersonal relativo a estos datos. Sistemas sofisticados pueden establecer transacciones de cuentas porpagar, de la deduccion de empleado o producir cheques. El modulo de nomina envıa la informacional libro de Contabilidad general.

2. Gestion de las prestaciones de trabajo: El modulo de gestion de las prestaciones de trabajopermite evaluar la informacion de tiempo/trabajo de cada empleado. El analisis de los datos permiteuna mejor distribucion de trabajo. Este modulo es un ingrediente clave para establecer capacidadesde contabilidad analıtica de los costes de organizacion positivos.

3. Gestion de las prestaciones sociales: El modulo de gestion de las prestaciones sociales permitea los profesionales de recursos humanos administrar lo mejor posible las prestaciones sociales, obli-gatorias o no, como el seguro enfermedad, el de accidentes de trabajo, o los sistemas de Jubilacioncomplementarios.

4. Gestion de recursos humanos: El modulo de gestion de recursos humanos cubre otros aspectosde los RRHH, incluye menos particularidades legales y esta mas enfocado a una polıtica de gestion.El sistema registra datos de direccion, seleccion, formacion y desarrollo, capacidades, direccion dehabilidades y otras actividades relacionadas. Aquı se administran los datos personales (edad, direc-cion, familia...), las competencias y tıtulos, las formaciones seguidas, los niveles de salario, el registrode los datos del currıculum vitae entre otros.

5. Indicadores de productividad: Para evaluar la productividad de cada empleado, es necesariocuantificar el tiempo y las actividades que generan resultados positivos dentro de la organizacion.Esto se vuelve muy complicado, sobre todo en las empresas de servicios donde se producen bienesintangibles. En estos casos es necesario “medir”las actividades de cada uno de los empleados, sepa-rar las actividades “Productivas”(aquellas que estan directamente relacionadas con la empresa) delas “Personales”(aquellas que no tienen relacion directa con la empresa). De esta manera se puedecuantificar el costo real (horas persona) que le toma a cada uno de ellos realizar sus labores, ası comolas herramientas que utilizan para alcanzar los objetivos.

16

E-volution

Figura 3: Modulos E-volution. Fuente: E-volution

E-volution, “es una aplicacion simple y automatizada para la administracion de personal que permite alos gestores de recursos humanos dedicarse realmente al desarrollo de talento, planes de carrera, formaciony objetivos centrados en los colaboradores” [5].

E-volution ofrece diversos modulos para el complemento de sus aplicaciones basicas (Figura 3) comopor ejemplo Business Intelligence, “una herramienta de (BI) que proporciona un espectro completode las capacidades de la inteligencia de negocio (BI) incluyendo reportes, analisis gerencial, tableros decomando, Data Mining, integracion de los datos” [5].

GestPeople

GestPeople, “es una herramienta de gestion de recursos humanos para todo tipo de empresas. Se puededefinir la estructura organizativa de una empresa, definir los puestos profesionales de cada empleado,delimitar las competencias y establecer los objetivos tanto a corto como a largo plazo” [8].

17

SimpleHRM

SimpleHRM “es una solucion de gestion de recursos humanos de codigo abierto intuitiva, facil de usary asequible para pequenas y medianas empresas en todo el mundo. Proporciona muchas caracterısticascomo gestion de informacion de empleados, licencia, viajes, beneficios, gestion de gastos y mucho mas. Elprincipal objetivo de diseno de SimpleHRM es ofrecer un software de gestion de recursos humanos intuitivoy facil de usar para el usuario empresarial, ya sea un CEO de una pequena empresa o un jefe de recursoshumanos de una organizacion mediana” [13].

18

MetodologıaLa metodologıa trabajada dentro del proyecto se realizo a traves de Scrum, ya que se tenia claridad

sobre los requerimientos relacionados con el proceso de alimentacion del Data Warehouse pero no sobre lasdistintas funcionalidades a desarrollar en el nuevo modulo de Gestion Humana, adicionalmente se realizoun seguimiento o validacion de la informacion presentada en las distintas funcionalidades para garantizarla veracidad de los datos.

Dentro de los roles el Product Owner y ScrumMaster fue realizado por la misma persona, aunquepor parte del Product Owner se tuvo apoyo de otra persona, la cual se centro en reportar al equipo dedesarrollo los distintos requerimientos que fueron surgiendo durante todo el proceso.

Dentro de las primeras actividades y una de las mas importantes fue identificar los datos que serianutilizados por los distintos indicadores y que ayudaron a dar solucion a las distintas preguntas del negocio,es por esto que se realizo un analisis previo de la informacion y sus respectivos orıgenes. Luego de esto lassiguientes tareas se enfocaron en la integracion de la informacion a traves de la Extraccion , Transformaciony Cargue (ETL) de estos con el fin de construir los cimientos donde se construyo todo el modulo, esteproceso se realizo a traves de la herramienta SQL Server Integration Services (SSIS) [11]. Una vez cargadala informacion se procedio al desarrollo de las funcionalidades basicas que permitieron al usuario validarque la informacion contenida dentro del data warehouse sea la correcta, en los casos donde se detectarondiferencias se realizo el respectivo proceso para determinar la incidencia y luego ser corregida por parte delequipo de desarrollo, en este punto se comenzo a atacar los requerimientos de las distintas funcionalidadesasociados a los indicadores requeridos por el area de gestion humana. Ya con la informacion validada seprocedio a realizar la programacion automatica de los ETL’s para ası tener un proceso automatizado yun cargue continuo de la informacion, a partir de este momento se realizan validaciones de los datos enun periodo especifico por parte del usuario y el equipo para asegurar que la informacion sea coherente,esto debido a que todos los procesos apuntaran a ser automaticos por lo cual puede conllevar a que lainformacion pueda variar ya sea por cambios en el origen u otro tipo de errores como el incumplimientode las reglas del negocio, etc.

Ya con la informacion necesaria se procedio a la capturar los requerimientos de las funcionalidadesnecesarias como tambien que indicadores eran primordiales dentro del modulo de gestion humana. Yacon previo conocimiento de los requerimientos se continuo a realizar los respectivos cargue de ındices eindicadores para luego comenzar con construccion de las distintas funcionalidades que ayudaron a darrespuesta a las distintas preguntas de negocio que surgieron en todo el proceso.

El Product Backlog se centro en las tres grandes areas Captura de requerimientos, Integracion de losdatos y Desarrollo de Funcionalidades. Dentro de la captura de requerimientos se dividio en dos fases unafase inicial para determinar la estructura detras de este modulo y los datos necesarios para la construccionde esta y una segunda fase donde se centraron todos los recursos a determinar los ındices e indicadoresnecesarios en este. Despues de tener claridad de la estructura y los datos se realizo un analisis para

19

determinar los datos mas relevantes y la forma en como estos seran extraıdos (Integracion de los datos),que a su vez tambien se dividio en los datos base y los calculos de ındices e indicadores. Por ultimo conbase a la informacion generada previamente se desarrollo una forma para que estos puedan ser mostradosde una manera simple y rapida a los stakeholders (Desarrollo de Funcionalidades). Para cumplir con lasactividades expuestas en el Product Backlog se definen Sprint quincenales los cuales se cerraran con lapresentacion y entrega de las actividades terminadas que hayan sido programadas en este. A continuacionse definen en detalle el Product Backlog y sus respectivos Sprint:

Figura 4: Backlog Sprint 1. Fuente: Propia



20





21




22

Recursos

Figura 14: Presupuesto de Recursos. Fuente: Propia

Recursos Tecnologicos:

Computador con especificaciones suficientes para todo el proceso del desarrollo de software: Proce-sador Core i7, memoria RAM mayor o igual a 6GB y disco duro mayor o igual a 500 GB. 6 meses.

Conexion segura a traves de internet la cual servira de puente entre Home Office y la organizacion(VPN). 6 meses.

Servidor Microsoft, el cual permitira realizar la programacion de los ETL’s.

Software y licencias para el respectivo desarrollo:

• Visual Studio.

• SQL Server.

• Dev express.

• Fusion Chart.

• Office.

Herramientas:

• Skype.

• G Suit (Google).

• Visual Studio Team Service.

Recursos Humanos:

Personal Desarrolladores .net, SQL y conocimientos ETL’s (SSIS).

Nota: No se tiene conocimiento de los costos reales, ya que algunos recursos son brindados por la empresa(JavyRocks) y otros por la organizacion a la cual se esta realizando el proyecto (Gr Chia) por lo tanto serealizara una estimacion de costos sobre estos recursos 14. El concepto ’Valor Proyecto’ tiene como objetivomostrar el valor promedio distribuido en su respectiva vida util y luego aplicada solo a este proyecto.

23

DesarrolloA continuacion se expondra el detalle del desarrollo por cada uno de los Sprint definidos anteriormente:

Sprint 1

Requerimientos Iniciales

Figura 15: Requerimientos iniciales. Fuente: Propia

Analisis de Datos

Personas en nomina: Representa a todos los colaboradores que se encuentran en nomina en unadeterminada sede. La informacion origen se encuentra alojada dentro de las bases de datos de Gr.Chıa, esta es suministrada a traves de una vista la cual contiene cada uno de los colaboradores consu respectiva informacion como finca, centro de costo, fechas de vinculacion a la finca, etc.

Novedades: Representa todas las incidencias que se le pueden presentar a un colaborador, estasincidencias son ausencias o horas extras. La informacion es suministrada a traves de una vista desdelas bases de datos de Gr. Chıa.

Tallos: Representa la cantidad de flores generadas por cada una de las fincas que son expresadas enterminos de tallos, estos se clasifican en dos recepciones,los cuales hacen referencia a las unidadesproducidas por la finca, y despachos, que son cantidad de flores despachadas para su comercializacion.

Areas: Representa las areas ejecutadas o proyectadas de una determinada finca.

24

Estructura Base de Datos Colaboradores

Figura 16: Estructura de Base de Datos Colaboradores. Fuente: Propia

25

Estructura Base de Datos Factores Externos

Figura 17: Estructura de Base de Factores Externos. Fuente: Propia

Desarrollo ETL’s Dependencias

Figura 18: ETL Lugares de Trabajo. Fuente: Propia

26

Sprint 2

Estructura Base de Datos Novedades

Figura 19: Estructura de Base de Datos Novedades. Fuente: Propia

27

Desarrollo ETL’s Factores Externos

Figura 20: ETL Areas. Fuente: Propia

Figura 21: ETL Tallos Recepcionados. Fuente: Propia

28

Figura 22: ETL Tallos Despachados. Fuente: Propia

Desarrollo ETL’s Nomina (Colaboradores)

Figura 23: ETL Nomina (Personal). Fuente: Propia

29

Desarrollo ETL’s Novedades

Figura 24: ETL Novedades. Fuente: Propia

30

Sprint 3

Descomposicion nomina dıa a dıa

Figura 25: Descomposicion nomina dıa a dıa. Fuente: Propia

Desarrollo funcionalidades basicas - Factores externos

Figura 26: Desarrollo funcionalidades basicas - Factores externos (Areas por empresa). Fuente: Propia

31

Figura 27: Desarrollo funcionalidades basicas - Factores externos (Tallos Despachados). Fuente: Propia

Figura 28: Desarrollo funcionalidades basicas - Factores externos (Tallos Recepcionados). Fuente: Propia

32

Desarrollo funcionalidad basica - Nomina

Figura 29: Desarrollo funcionalidad basica - Nomina. Fuente: Propia

33

Sprint 4

Descomposicion novedades dıa a dıa

Figura 30: Descomposicion novedades dıa a dıa. Fuente: Propia

Desarrollo funcionalidades basicas novedades

Figura 31: Desarrollo funcionalidad basica novedades – Ausentismo. Fuente: Propia

34

Figura 32: Desarrollo funcionalidad basica novedades – Horas extras. Fuente: Propia

35

Sprint 5

Requerimientos extras nomina (Colaboradores)

Figura 33: Requerimientos extras nomina (Colaboradores). Fuente: Propia

Requerimientos extras novedades

Figura 34: Requerimientos extras novedades. Fuente: Propia

36

Ajustes funcionalidades nomina (Colaboradores)

Figura 35: Desarrollo funcionalidad nomina quincenal. Fuente: Propia

Figura 36: Desarrollo funcionalidad nomina quincenal tipo tabla. Fuente: Propia

37

Ajustes funcionalidades novedades

Figura 37: Desarrollo funcionalidad detallada tipo tabla - Ausentismo. Fuente: Propia

Figura 38: Desarrollo funcionalidad detallada tipo tabla - Horas Extras. Fuente: Propia

38

Sprint 6

Requerimientos ındices e indicadores

Figura 39: Requerimientos ındices e indicadores. Fuente: Propia

Requerimientos reporte flash

Figura 40: Requerimientos reporte flash. Fuente: Propia

Analisis de datos ındices e indicadores

Analisis de datos reporte rotacion

Campos de la finca: Zona, Empresa, y Sede.

Campo del periodo: Ano, y numero del mes.

Ingresos: Numero de personas que ingresaron en el respectivo periodo.

Retiros: Numero de personas que se retiraron en el respectivo periodo.

Tiempo Completo: Numero de personas que trabajaron tiemplo completo, pero que no ingresaron nise retiraron en el respectivo periodo.

Dıas por ingresados: Numero de dıas trabajados por las personas que ingresaron en el respectivoperiodo.

Dıas por retirados: Numero de dıas trabajados por las personas que se retiraron en el respectivoperiodo.

Dıas por tiempo completo: Numero de dıas trabajados por las personas que trabajaron tiempo com-pleto en el respectivo periodo.

39

Numero de trabajadores totales: Numero de trabajadores promedio que estuvieron laborando en elrespectivo periodo.

Indice de ingresos: %Ingresos = NoIngresos/NoTrabajadoresTotales

Indice de retiros: %Retiros = NoRetiros/NoTrabajadoresTotales

Indice de rotacion: ( %Ingresos + %Retiros)/2

Analisis de datos reporte indicadores base

Campos de la Empresa: Zona, Empresa y Sede.

Campo del periodo: Ano y mes.

Indice Tallos x Hora: TallosRecepcionados/HorasLaboradasTotales (Rendimiento de una finca conrespecto a las horas laboradas para el periodo analizado).

Horas Laboradas: Total de horas realizadas por el personal en el periodo correspondiente.

Indice Ingresos: HoraIngresos/HorasLaboradasTotales.

Indice Retiros: HorasRetiros/HorasLaboradasTotales.

Indice Rotacion: ( %IndiceIgresos + %IndiceRetiros)/2.

Horas Extras Totales: Total de horas extras realizadas por el personal en el respectivo periodo.

Horas Extras Ordinarias: Horas extras dentro de la categorıa “Ordinarias”, allı se contemplan lashoras extras diurnas, nocturnas, etc.

Horas Extras Dominicales: Horas extras dentro de la categorıa “Dominicales”.

Horas Extras Festivas: Horas extras dentro de la categorıa “Festivas”.

Ausentismo Total: Horas de ausentismo totales efectuadas en el respectivo periodo.

Proteccion Maternidad: Horas de ausentismo dentro de la categoria “Proteccion Maternidad”, allı secontemplan las ausencias por paternidad, maternidad o lactancia.

Ausentismo Salud: Horas de ausentismo dentro de la categoria “Salud”.

Ausentismo Otros: Horas de ausentismo dentro de la categoria “Otros”, allı se contemplan las au-sencias no justificadas, etc.

Ausentismo Colectivo: Horas de ausentismo dentro de la categoria “Colectivo”, allı se contemplanlas ausencias o permisos sindicales.

Personas por Hectarea: NoPersonas/HaEjecutada, numero de personas trabajando por el areaejecutada en un respectivo periodo.

40

Requerimientos benchmarking

Figura 41: Requerimientos benchmarking. Fuente: Propia

41

Sprint 7

Desarrollo store procedure caculo de ındices e indicadores

Con base al analisis previo de cada una de las variables que estaran contempladas en este reporte, segenera un store procedure (SP) por cada una de las funcionalidades a construir, con el fin de mantener lainformacion pre calculada y de esta forma agilizar el proceso de consulta, este proceso se debe recorrer dıaa dıa en un horario con poca usabilidad del sistema para que de esta forma la informacion se encuentreactualizada con respecto a la informacion basica. Los SP para este caso contendran la siguiente estructurageneral.

Figura 42: Estructura general calculo de ındices e indicadores. Fuente: Propia

Analisis de datos Flash

Area HA Empresa: Area ejecutada por cada una de las fincas por periodo.

Tallos Despachados: Cantidad total de tallos despachado dıa a dıa.

Tallos Recepcionados: Cantidad total de tallos recepcionados dıa a dıa.

Salario Mınimo: Valor del salario mınimo para el respectivo periodo.

Valor Hora: Valor de la hora basados sobre el salario mınimo.

Horas Nomina: Horas laboradas por todo el personal en nomina dentro de su jornada normal dıa adıa.

Horas Activas: Horas laboradas por el personal de nomina discriminando las ausencias por conceptosde licencia por maternidad, paternidad, luto dıa a dıa.

42

Horas Asistencia: Horas laboradas por el personal de nomina discriminando todas las ausencias dıaa dıa.

Horas Extras: Horas extras realizadas por el personal dıa a dıa.

Horas Trabajadas: Horas totales realizadas por el personal que asistio + el total de horas extras dıaa dıa.

Rendimiento: Tallos Recepcionado por dıa / Horas Trabajadas por dıa.

Personas Nomina: Cantidad de personas en nomina dıa a dıa.

Personas Activas: Cantidad de personas activas basado sobre las horas activas dıa a dıa.

Personas Asistencia: Cantidad de personas activas basado sobre las horas asistencia dıa a dıa.

Personas Ausentes: Cantidad de personas que tuvieron alguna ausencia dıa a dıa.

Horas Asistencia: Cantidad total de horas realizadas por el personal dentro de su jornada normaldiscriminando las ausencia dıa a dıa.

Horas Extras: Cantidad total de horas extras realizadas por el personal dıa a dıa.

% Ausentes: Total de personas ausentes / Total de horas trabajadas discriminadas en personas dıaa dıa.

% Tiempo suplementario: Total de horas extras / Total de horas trabajadas dıa a dıa.

% HE VS Jornada Asistencia: Total de horas extras / Total de horas asistencia dıa a dıa.

Equiv Horas E por Persona Asistente: Total de horas extras distribuidas entre las personas queasistieron dıa a dıa.

Personas X Hectarea: Total de personas que laboraron en el periodo / hectarea total ejecutada en elrespectivo periodo.

Tallos x Metro Cuadrado: Total de tallos recepcionados dıa a dıa / metro cuadrado total ejecutadoen el respectivo periodo.

Cto Horas Trab (COP$ MM): Valorizacion de las horas trabajadas en miles de millones de pesos dıaa dıa.

Cto x Hora: Valorizacion total de las horas trabajadas / Total de horas trabajadas dıa a dıa.

Cto x Tallo Recepcionado: Valorizacion total de las horas trabajadas / Total tallos recepcionados dıaa dıa.

Ingresos y Retiros: Comportamiento dıa a dıa de los ingresos y retiros en cada una de las fincas.

Rango horas extras vs Jornada: Comportamiento de las horas extras realizadas dıa a dıa para serclasificadas entre rangos de HE <= 2, 2 > HE <= 4, y 4 > HE y el valor maximo de horas trabajadaspara el respectivo dıa.

43

Para la valorizacion de las horas laboradas se debe considerar que las incidencias de tipo “HorasExtras.estan sujetas a un valor multiplicativo, este se expresa en una tabla de distribucion de pesos dondese refleja el tipo de incidencia y su respectivo peso o valor multiplicativo (Figura 43).

Figura 43: Tabla de distribucion de pesos por horas extras. Fuente: Propia

Desarrollo store procedure calculo de Flash

La construccion del store procedure obedece la misma estructura general definida previamente (Figura42) donde por medio del respectivo SP se realizan las distintas operaciones de actualizacion, insercion yeliminacion para el calculo de cada uno de los valores analizados. El proceso se debe recorrer dıa a dıa enun horario con poca usabilidad del sistema para que de esta forma la informacion se encuentre actualizadacon respecto a la informacion basica.

44

Sprint 8

Desarrollo funcionalidades ındices e indicadores

Funcionalidad ındices (Rotacion)

Figura 44: Funcionalidad rotacion. Fuente: Propia

Funcionalidad indicadores (Variables Base)

Figura 45: Funcionalidad indicadores - Variables Base (Agrupado concepto). Fuente: Propia

45

Figura 46: Funcionalidad indicadores - Variables Base (Detalle Subconcepto ındice). Fuente: Propia

Desarrollo funcionalidades Flash

Funcionalidad Flash - Horas General

Figura 47: Funcionalidad Flash - Horas General. Fuente: Propia

46

Funcionalidad Flash (Tallos Hora)

Figura 48: Funcionalidad Flash (Tallos Hora). Fuente: Propia

47

Funcionalidad Flash (Personas)

Figura 49: Funcionalidad Flash (Personas). Fuente: Propia

48

Funcionalidad Flash (Personas x Hectarea)

Figura 50: Funcionalidad Flash (Personas x Hectarea). Fuente: Propia

49

Funcionalidad Flash (Indices 1)

Figura 51: Funcionalidad Flash (Indices 1). Fuente: Propia

Funcionalidad Flash (Indices 2)

Figura 52: Funcionalidad Flash (Indices 2). Fuente: Propia

50

Funcionalidad Flash (Ingresos y Retiros)

Figura 53: Funcionalidad Flash (Ingresos y Retiros). Fuente: Propia

Funcionalidad Flash (Rango horas extras vs Jornada)

Figura 54: Funcionalidad Flash (Rango horas extras vs Jornada). Fuente: Propia

51

Funcionalidad Flash - Valorizacion General Totales

Figura 55: Funcionalidad Flash - Valorizacion General Totales. Fuente: Propia

Funcionalidad Flash (Valoracion Horas)

Figura 56: Funcionalidad Flash (Valoracion Horas). Fuente: Propia

52

Funcionalidad Flash (Valoracion Tallos)

Figura 57: Funcionalidad Flash (Valoracion Tallos). Fuente: Propia

Funcionalidad Flash (Valoracion Horas Periodo)

Figura 58: Funcionalidad Flash (Valoracion Horas Periodo). Fuente: Propia

Analisis de datos informe benchmarking

Empresa, Sede: Campo que identifica la empresa y finca.

Ano, Mes: Periodo en el que se hizo el analisis.

Tallos / Hora: Total tallos recepcionados / Total horas laboradas en su respectivo periodo.

Tallos / M2: Total tallos recepcionados / area ejecutada en metros cuadrado del respectivo periodo.

Horas / HA: Total horas laboradas / hectareas ejecutadas.

% Ausentismo: Total horas laboradas / Total de horas por ausencias evaluadas por periodo.

Asistencia por Reales: Total de horas nomina discriminando todas las ausencias efectuadas en elperiodo.

Equiv. HE x Jornada: Distribucion de las horas extras entre las personas que asistieron en el respectivoperiodo.

Num. dıas ¡= 2Hrs: Numero de dıas donde se trabajaron 2 o menos horas extras.

53

2 ¡X ¡= 4: Numero de dıas donde se trabajaron mas de 2 y menos o igual a 4 horas extras.

4 ¡X: Numero de dıas donde se trabajaron mas de 4 horas extras.

Dıa Max Horas: El valor maximo de horas extras trabajadas en el periodo.

Personas x Hectarea: Total personas que laboraron / hectareas ejecutadas en el respectivo periodo.

Valoracion x Hora: Costo total de las horas laboradas / Total horas laboradas por periodo.

MM x Ha: Costo total de las horas laboradas expresadas en miles de millones / hectareas ejecutadasen el respectivo periodo.

Valoracion x Tallo: Costo total de las horas laboradas / Total de tallos recepcionados en el respectivoperiodo.

Desarrollo store procedure calculo de Benchmarking

La construccion del store procedure obedece la misma estructura general definida previamente (Figura42) donde por medio del respectivo SP se realizan las distintas operaciones de actualizacion, insercion yeliminacion para el calculo de cada uno de los valores analizados. El informe solo mostrar informacionconsolidad en periodos mensuales, por lo tanto no es necesario realizar una actualizacion diaria si no enlos dıas claves para este informe que son los 15 y los 3 ultimos dıas de cada mes, de esta forma el informese mantendra actualizado.

54

Sprint 9

Requerimientos extras ındices e indicadores

Figura 59: Requerimientos extras ındices e indicadores. Fuente: Propia

Requerimientos extras Flash

Figura 60: Requerimientos extras Flash. Fuente: Propia

Desarrollo tablero control Benchmarking

Funcionalidad Benchmarking (Visualizacion general)

Figura 61: Funcionalidad Benchmarking (Visualizacion general - Poscosecha). Fuente: Propia

55

Funcionalidad Benchmarking (Cultivo)

Figura 62: Funcionalidad Benchmarking (Cultivo). Fuente: Propia

Funcionalidad Benchmarking (MIPE)

Figura 63: Funcionalidad Benchmarking (MIPE). Fuente: Propia

Funcionalidad Benchmarking (MIRFE)

Figura 64: Funcionalidad Benchmarking (MIRFE). Fuente: Propia

56

Funcionalidad Benchmarking (Mantenimiento)

Figura 65: Funcionalidad Benchmarking (Mantenimiento). Fuente: Propia

Funcionalidad Benchmarking (Total Operativo)

Figura 66: Funcionalidad Benchmarking (Total Operativo). Fuente: Propia

Requerimientos extras Benchmarking

Figura 67: Requerimientos extras Benchmarking. Fuente: Propia

57

Sprint 10

Ajustes funcionalidades ındices e indicadores

Funcionalidad retiros vs antiguedad

Figura 68: Desarrollo funcionalidad retiros vs antiguedad. Fuente: Propia

Funcionalidad grafica indicadores (Variables Base)

Figura 69: Desarrollo funcionalidad grafica indicadores (Encabezado). Fuente: Propia

58

Figura 70: Desarrollo funcionalidad grafica indicadores (Tendencia). Fuente: Propia

Figura 71: Desarrollo funcionalidad grafica indicadores (Distribucion por Zona). Fuente: Propia

59

Figura 72: Desarrollo funcionalidad grafica indicadores (Distribucion por Empresa). Fuente: Propia

Figura 73: Desarrollo funcionalidad grafica indicadores (Distribucion por Sede). Fuente: Propia

60

Ajustes funcionalidades Flash

Funcionalidad consolidado Flash

Figura 74: Desarrollo funcionalidad consolidado Flash (Acumulado 1). Fuente: Propia

Figura 75: Desarrollo funcionalidad consolidado Flash (Acumulado 2). Fuente: Propia

61

Figura 76: Desarrollo funcionalidad consolidado Flash (Constantes). Fuente: Propia

Ajustes funcionalidades Benchmarking

Funcionalidad grafica Benchmarking

Figura 77: Desarrollo funcionalidad grafica Benchmarking (Tallos recepcionados x metro cuadrado). Fuente:Propia

62

Figura 78: Desarrollo funcionalidad grafica Benchmarking ( % Ausentismo). Fuente: Propia

Figura 79: Desarrollo funcionalidad grafica Benchmarking (Equivalencia horas extras vs jornada). Fuente:Propia

63

Figura 80: Desarrollo funcionalidad grafica Benchmarking (Valoracion x Hectarea). Fuente: Propia

Figura 81: Desarrollo funcionalidad grafica Benchmarking (Valoracion x Tallos recepcionados). Fuente:Propia

64

Figura 82: Desarrollo funcionalidad grafica Benchmarking (Maximos y Mınimos). Fuente: Propia

65

Conclusiones1. En la construccion inicial de los reportes requeridos por el stakeholder, era necesario tener claro

todos los datos que se necesitaban como base para el desarrollo de funcionalidad que serıa usadacomo insumo, ya que en algunos casos, se encontro que la informacion que habıa sido analizada eintegrada, no era suficiente para la visualizacion de los indicadores requeridos.

2. Herramientas externas como devexpress permitieron generar un producto profesional y atractivo parael cliente, lo cual genera un valor agregado a cada funcionalidad desarrollada.

3. Al aplicar consultas directas sobe un dato especıfico, los tiempos de respuesta eran altos (mayoresa 10 segundos) lo que ocasionaba errores de tipo timeout en la aplicacion, debido a lo mencionadoanteriormente, se planteo como solucion la implementacion de informes pre-calculados y el uso decubos OLAP, lo cual permitio tener consultas optimas (menores de 1 segundo) cuando se trabajabacon grandes volumenes de informacion.

4. La herramienta SQL Server Integration Services (SSIS) ofrece un gran potencial en la integracionmasiva de datos de manera sencilla, flexible y se adapta facilmente a cualquier tipo de escenario.Dichas herramientas fueron aplicadas en la integracion de los datos que se usaron como insumos parala construccion de indicadores, reportes y dashboards.

5. El desarrollo del proceso ejecutado en este proyecto, ayuda a adquirir nuevas habilidades a nivelprofesional; como planeacion, estimacion de tiempos, comunicacion con el cliente, extraccion de re-querimientos, recursividad y creatividad para la solucion de problemas, satisfaccion del cliente, etc.

66

Referencias

[1] El blog de WorkMeter. 5 softwares para gestion de recursos humanos.

[2] Margaret Butteriss. Reinventando recursos humanos: cambiando los roles para crear la organizacionde alto rendimiento. Gestion 2000, 2001.

[3] C.J. Date. Introduccion a los sistemas de bases de datos. Pearson Prentice Hall, 2001.

[4] Josep Curto Dıaz. Introduccion al Business Intelligence.

[5] E-volution. E-volution - info.

[6] MinTic Fedesoft. ESTUDIO DE SALARIOS Y PROFESIONALES DEL SECTOR DE SOFTWAREY TI DE COLOMBIA 2012. Editorial Norma, 2012.

[7] Daniel Gamarra. Inteligencia de negocios. Para Emprender, 1(1), 2011.

[8] GestPeople. Gestpeople - info.

[9] Yahaira Cabral Larissa G. Martınez S. Kelbin Pinales, Shaila Cabrera Luna. Administracion derecursos humanos ¿como funciona?

[10] Robert C. Martin. Agile Software Development: Principles, Patterns, and Practices. Pearson PrenticeHall, 2011.

[11] Microsoft. Ssis etl package.

[12] Olivia Parr Rud. Business intelligence success factors: tools for aligning your business in the globaleconomy, volume 18. John Wiley & Sons, 2009.

[13] SimpleHRM. Simplehrm - info.

[14] Sinnexus. Datawarehouse.

[15] Dawn M. Turner. What is venture management?

[16] UNAD. La floricultura en el mundo.

[17] Wikipedia. Floricultura.

[18] Robert Wrembel. Data Warehouses and OLAP: Concepts, Architectures and Solutions. Idea GroupInc (IGI), 2006.

67

Anexos

68

software enfocado en la visualizacion de...

Documents