TESIS SOA BPM

UNIVERSIDAD NACIONAL DE TRUJILLO Unidad de Posgrado en Ingeniería Administración y Dirección de Tecnologías de la Información

ARQUITECTURA BPM SOA PARA LA MEJORA DEL PROCESO DE MANTENIMIENTO DEL AREA DE RECURSOS HUMANOS DEL GRUPO COOPSOL - CASO “CAMPO MAYOR SRLTDA - LIMA”

AUTOR: Br. Aguirre Rodríguez César Edinson ASESOR: Mg. Santos Fernández Juan Pedro TRUJILLO – PERÚ 2018 No. de registro:

ii

iii ii

Dedicatoria A mis padres y mis hermanos que con mucho cariĂąo, apoyo y confianza han hecho posible que poco a poco vaya alcanzando las metas que me he trazado.

A mis amigos y colegas de toda la vida por seguir alentĂĄndome a continuar con mis investigaciones.

iv iii

Agradecimientos Al Dr. Freddy Ames Gerente General del Grupo Coopsol por haberme brindado la oportunidad de realizar mi trabajo de investigaciรณn en su organizaciรณn.

A mi asesor el profesor Mg. Juan Pedro Santos Fernรกndez que siempre se mostrรณ disponible e interesado en ayudarme.

viv

Presentación Señores Miembros del Jurado: De acuerdo con los requerimientos estipulados en la normativa de la Escuela de Posgrado de la Universidad Nacional de Trujillo, pongo a disposición la presente trabajo de Tesis para la obtención del grado de maestro, la cual lleva por título: Arquitectura BPM SOA para la mejora del proceso de mantenimiento del área de recursos humanos del Grupo Coopsol - caso “CAMPO MAYOR SRLTDA - LIMA” La presente trabajo de investigación fue desarrollado bajo el enfoque BPM SOA, con el fin de mejorar el proceso de mantenimiento del área de recursos humanos del Grupo Coopsol.

Tengo la certeza que el desarrollo de la presente investigación de tesis, servirá como guía o como referencia para futuras investigaciones.

Trujillo, Junio de 2018

____________________________________ Aguirre Rodríguez César Edinson

viv

Resumen En el presente trabajo se investigó sobre la implementación de una arquitectura BPM SOA, con el propósito de mejorar el proceso de mantenimiento del área de recursos humanos (RRHH) del Grupo Coopsol.

Para el desarrollo del trabajo de investigación, se hizo uso de una metodología con enfoque BPM SOA, que abarca desde la etapas de: organización y estrategias del proyecto, identificación y especificación de requisitos, modelado del negocio, modelado de procesos, modelado de servicios, modelado de componentes, administración y seguimiento.

Entre los principales resultados del trabajo de investigación podemos mencionar la reducción de costos, recursos y tiempos de las actividades del proceso de mantenimiento de RRHH, debido a que mediante la arquitectura BPM SOA nos permitió la integración con sus sistemas de información legados y su alineación directa con los procesos de negocio.

Palabras clave: Gestión de Procesos del Negocio (BPM), Arquitectura Orientada a Servicios (SOA), Recursos Humanos (RRHH).

vi vii

Abstract In the present work we investigated the implementation of a BPM SOA architecture, with the purpose of improving the maintenance process of the human resources area (HR) of the Coopsol Group.

For the development of the research work, a methodology with a BPM SOA approach was used, covering the following stages: organization and project strategies, identification and specification of requirements, business modeling, process modeling, service modeling, modeling of components, administration and monitoring.

Among the main results of the research work we can mention the reduction of costs, resources and time of the activities of the HR maintenance process, due to the fact that through the BPM SOA architecture it allowed us to integrate with its legacy information systems and its direct alignment with business processes.

Keywords: Business Process Management (BPM), Service Oriented Architecture (SOA), Human Resources (HR).

viii vii

Índice general Capítulo I ....................................................................................................................................1 1.

Introducción ....................................................................................................................1

1.1.

Realidad problemática .................................................................................................1

1.2.

Formulación del problema ...........................................................................................2

1.3.

Hipótesis de la investigación ........................................................................................2

1.4.

Justificación.................................................................................................................3

1.5.

Antecedentes ...............................................................................................................3

1.6.

Objetivos .....................................................................................................................4

1.7.

Marco teórico ..............................................................................................................4

1.7.1.

Service oriented architecture (SOA) .........................................................................4

1.7.2.

Arquitectura SOA ....................................................................................................5

1.7.3.

¿Por qué usar SOA? .................................................................................................7

1.7.4.

Micro servicios ........................................................................................................8

1.7.5.

¿Cuándo usar SOA o micro servicios? .....................................................................9

1.7.6.

Enterprise service bus (ESB) .................................................................................. 10

1.7.7.

Comparativa entre servidores de aplicaciones y ESB.............................................. 11

1.7.8.

Fortalezas de BPEL y ESB..................................................................................... 12

1.7.9.

Business process model (BPM) .............................................................................. 13

1.7.10.

Business process management notation (BPMN) ................................................... 14

1.7.11.

Marco metodológico con BPM SOA ...................................................................... 15

1.7.12.

Metodología BPM:RAD ........................................................................................ 17

ix viii 1.7.13.

Patrón de diseño SOA “Service Layers” ................................................................. 18

1.7.14.

Servicios web (Web Services) ................................................................................ 23

Capítulo II ................................................................................................................................. 24 2.

Material y métodos introducción .................................................................................... 24

2.1.

Objetivo de estudio .................................................................................................... 24

2.2.

Variables e indicadores del objeto de estudio: ............................................................ 25

2.3.

Estrategias metodológicas .......................................................................................... 26

2.4.

Técnicas .................................................................................................................... 26

2.5.

Instrumentos .............................................................................................................. 26

Capítulo III ............................................................................................................................... 27 3.

Resultados ..................................................................................................................... 27

3.1.

Objetivo 1: Diseñar el proceso de mantenimiento del área de recursos humanos. ....... 27

3.2.

Objetivo 2: Diseñar el inventario de servicios, basado en el patrón de diseño SOA. ... 31

3.3.

Objetivo 3: Implementar los prototipos de servicios web. .......................................... 32

3.4.

Objetivo 4: Evaluar el proceso de mantenimiento del área de recursos humanos. ....... 35

Capítulo IV ............................................................................................................................... 40 4.

Discusión....................................................................................................................... 40

4.1.

Objetivo 1: Diseñar el proceso de mantenimiento del área de recursos humanos. ....... 40

4.2.

Objetivo 2: Diseñar el inventario de servicios, basado en el patrón de diseño SOA. ... 40

4.3.

Objetivo 3: Implementar los prototipos de servicios web. .......................................... 41

4.4.

Objetivo 4: Evaluar el proceso de mantenimiento del área de recursos humanos. ....... 41

Capítulo V ................................................................................................................................ 43

ixx

5.

Conclusiones y recomendaciones ................................................................................... 43

Conclusiones ......................................................................................................................... 43 Recomendaciones .................................................................................................................. 43 Referencias bibliográficas ......................................................................................................... 44 Apéndice ................................................................................................................................... 47 Apéndice I. Etapa de modelado de negocio............................................................................ 47 Apéndice II. Etapa de modelado de procesos ......................................................................... 56 Apéndice III. Etapa de modelado de servicios ....................................................................... 68 Apéndice IV. Etapa de modelado de componentes ................................................................. 81 Apéndice V. Etapa de administración y seguimiento ............................................................. 82 Anexos ...................................................................................................................................... 87 Anexo I. Matriz de consistencia ............................................................................................. 87 Anexo II. Guía de entrevistas ................................................................................................ 88 Anexo III. Aplicativos con servicios web .............................................................................. 92

xix

Lista de tablas Tabla 1. Variables e indicadores del objeto de estudio ............................................................... 25 Tabla 2. Sueldo del personal del Grupo Coopsol ....................................................................... 27 Tabla 3. Tiempo del subproceso de control y asistencia y puntualidad ....................................... 28 Tabla 4. Costos del subproceso de control y asistencia y puntualidad ........................................ 28 Tabla 5. Tiempo del subproceso de pago de sueldos y salarios .................................................. 29 Tabla 6. Costos del subproceso de pago de sueldos y salarios .................................................... 29 Tabla 7. Tiempo del subproceso de entrega de boletas de pago .................................................. 30 Tabla 8. Costos del subproceso de entrega de boletas ................................................................ 30 Tabla 9. Portafolio de Servicios Web ........................................................................................ 31 Tabla 10. Funcionalidades de los servicios web ......................................................................... 32 Tabla 11. Prueba de rendimiento ImpresionPagoWS?WSDL..................................................... 33 Tabla 12. Prueba de rendimiento EmpleadoWS?WSDL ............................................................ 34 Tabla 13. Prueba de rendimiento AsistenciasWS?WSDL .......................................................... 34 Tabla 14. Tiempo del subproceso de control de asistencia y puntualidad ................................... 36 Tabla 15. Costo del subproceso de control de asistencia y puntualidad ...................................... 36 Tabla 16. Tiempo del subproceso de pago de sueldos y salarios ................................................ 37 Tabla 17. Costo del subproceso de pago de sueldos y salarios ................................................... 37 Tabla 18. Tiempo del subproceso de entrega de boletas ............................................................. 38 Tabla 19 Costo del subproceso de entrega de boletas ................................................................. 38 Tabla 20. Resumen del proceso de mantenimiento .................................................................... 40 Tabla 21. Pruebas de rendimiento de los Servicios Web ............................................................ 41

xi xii

Tabla 22. Comparación de tiempos del proceso de mantenimiento ............................................ 41 Tabla 23. Comparación de costos del proceso de mantenimiento ............................................... 42 Tabla 24. Comparación de recursos del proceso de mantenimiento ............................................ 42 Tabla 25. Tabla de ponderaciones ............................................................................................. 49 Tabla 26. Matriz de priorización de empresas del Grupo Coopsol.............................................. 49 Tabla 27. Áreas funcionales ...................................................................................................... 54 Tabla 28. Matriz de Selección de Procesos Críticos ................................................................... 58 Tabla 29. Matriz de Selección de Sub procesos críticos ............................................................. 60 Tabla 30. Roles y participantes del subproceso .......................................................................... 61 Tabla 31. Actividades del subproceso de control de Asistencia y puntualidad ............................ 65 Tabla 32. Actividades del subproceso pago de sueldos y salarios ............................................... 66 Tabla 33. Actividades del subproceso entrega de boletas de pago .............................................. 67 Tabla 34. Servicio getListaBoletasPagos()................................................................................. 73 Tabla 35. Servicio getListHaberes() .......................................................................................... 73 Tabla 36. Servicio getListDescuentos() ..................................................................................... 74 Tabla 37. Servicio getListAporteEmpleador() ........................................................................... 74 Tabla 38. Servicio getTotalHaberes() ........................................................................................ 75 Tabla 39. Serivicio getTotalDescuento().................................................................................... 75 Tabla 40. Servicio getTotalNeto() ............................................................................................. 76 Tabla 41. Servicio getTotalAporteEmpleador() ......................................................................... 76 Tabla 42. Servicio setRegistroImpresion() ................................................................................. 77 Tabla 43. Servicio getEmpleados() ............................................................................................ 77

xii xiii

Tabla 44. Servicio setRegistroImpresionBoleta() ....................................................................... 78 Tabla 45. Servicio getEmpleadosHaberes () .............................................................................. 78 Tabla 46. Servicio getListAsistencia() ....................................................................................... 79 Tabla 47. Servicio setIngresarAsistencia() ................................................................................. 79 Tabla 48. Servicio setJustificarInasistencia() ............................................................................. 80 Tabla 49. Actividades del subproceso de control de asistencia y puntualidad ............................. 85 Tabla 50. Actividades del subproceso pago de sueldos y salarios ............................................... 86 Tabla 51. Actividades del subproceso entrega de boletas de pago .............................................. 86 Tabla 52. Matriz de consistencia ............................................................................................... 87

xiv xiii

Lista de figuras

Figura 1. Capas de la arquitectura orientada a servicios (SOA) ....................................................7 Figura 2. Elementos BPMN....................................................................................................... 15 Figura 3. Patrón de diseño SOA “Service Layers” ..................................................................... 19 Figura 4. Servicios de tarea ....................................................................................................... 20 Figura 5. Servicios de entidad ................................................................................................... 21 Figura 6. Servicios de utilidad ................................................................................................... 22 Figura 7. Modelado de un servicio ............................................................................................ 22 Figura 8. Áreas del Grupo Coopsol ........................................................................................... 48 Figura 8. Organigrama de Campo Mayor .................................................................................. 51 Figura 9. Sistemas de información del Grupo Coopsol .............................................................. 52 Figura 10. Proceso de recursos humanos ................................................................................... 57 Figura 11. Fuente: (Elaboración propia, 2016) ........................................................................... 59 Figura 12. Subproceso de control de asistencia .......................................................................... 62 Figura 13. Subproceso de pago de nóminas ............................................................................... 63 Figura 14. Subproceso de entrega de pago ................................................................................. 64 Figura 15. Límites del subproceso ............................................................................................. 67 Figura 16. Servicios del subproceso de control de asistencia y puntualidad................................ 69 Figura 17. Servicios del subproceso de pago de sueldos y salarios ............................................. 70 Figura 18. Servicios del subproceso de entrega de boletas de pago ............................................ 71 Figura 19. Diagrama de componentes de los servicios web ........................................................ 81

xv xiv

Figura 20. Subproceso de control de asistencia y puntualidad .................................................... 82 Figura 21. Subproceso de pago de sueldos y salarios ................................................................. 83 Figura 22. Subproceso de entrega de boletas de pago ................................................................ 84 Figura 23. Supercheck.pe – Lista de empleados ......................................................................... 92 Figura 24. Supercheck.pe – Registro de asistencias ................................................................... 92 Figura 25. Supercheck.pe - Reporte de asistencias ..................................................................... 93 Figura 26. Supercheck.pe - Justificación de inasistencias........................................................... 93 Figura 27. Campo Mayor – Lista de pagos ................................................................................ 94 Figura 28. Campo Mayor – Detalles de pagos ........................................................................... 94

1

Capítulo I 1. Introducción 1.1. Realidad problemática La empresa Software AG (Software AG, 2007) en una encuesta realizada a más de 180 organizaciones de diversos países durante el último trimestre de 2006, con el objetivo de medir sus preocupaciones con respecto a sus sistemas heredados, así como conocer sus planes futuros. Entre las conclusiones de la encuesta destaca el hecho de que más del 60% de los responsables de las organizaciones encuestadas estaban “muy” o “extremadamente” preocupados por “la flexibilidad de sus sistemas heredados para ser modificados rápidamente de cara a satisfacer las cambiantes necesidades del negocio”. Además, cerca del 60% calificaron de “muy” o “extremadamente” preocupante “la interacción en tiempo real entre sus sistemas heredados y otros para lograr la automatización de procesos de negocio”.

En una nota de prensa publicada por EY (Ernst & Young Global, 2014) menciona que en el Perú, el 75% de los sistemas de información existentes en las empresas presentan importantes limitaciones funcionales, dudas sobre la calidad de la información que proporcionan y una baja intención de uso por parte del personal de la empresa. La implementación de sistemas de información en las empresas tiene más posibilidades de fracaso que de éxito, sólo un 35% de las implementaciones de sistemas resultan exitosas, considerando como éxito el logro de la mayoría de los beneficios esperados. De los proyectos exitosos, 25% logra ser completamente asimilado por los usuarios de la empresa durante los dos años siguientes a su implementación y estabilización.

2

El Grupo Coopsol es de un conjunto de empresas, conformadas por: Campo Mayor, Coopsol de la Amazonía, Coopsol Consultoría, Proclean , Infomarket, Escudo Protector, Procesos Productivos, Coopsol Minería y Petróleo, Misky Mikuy, Macro Sport. Teniendo como principal giro de negocio la tercerización e intermediación laboral.

En el área de recursos humanos de Grupo Coopsol existe una lentitud en el proceso de mantenimiento, debido a la poca o insuficiente documentación de sus procesos y a la incapacidad de sus sistemas de información legados a responder rápidamente a las necesidades de la empresa, ocasionando retrasos en la productividad laboral de los empleados, e incrementando los recursos y los costos del proceso.

Por los aspectos descritos se concluye que existe la necesidad de definir una nueva arquitectura de servicios con un enfoque de mejora de procesos y que facilite la integración con sistemas de información legados. Bajo esta nueva perspectiva, se pretende obtener un marco metodológico para la implementación de nuevos servicios haciendo uso del enfoque BPM y SOA. 1.2. Formulación del problema ¿Cuál es el efecto en el uso de una arquitectura BPM SOA en la mejora del proceso de mantenimiento de recursos humanos del Grupo Coopsol?

1.3. Hipótesis de la investigación “El uso de una arquitectura BPM SOA mejora el proceso de mantenimiento de recursos humanos del Grupo Coopsol”.

3

1.4. Justificación La presente investigación encuentra su justificación teórica en la arquitectura orientada al servicio (SOA), el cual manifiesta que SOA nos permite alcanzar los objetivos de negocio las cuales incluyen facilidad y flexibilidad de integración con sistemas de información legados, alineación directa a los procesos de negocio. Así mismo desde el punto de vista práctico, la investigación se justifica en que ayudara al negocio a la mejora de sus procesos de negocios a través de servicios que permita el intercambio de datos entre sus diferentes sistemas de información legados. Desde el punto de vista operativo, la investigación se justifica en que una arquitectura SOA, permitirá reducir los tiempos de los procesos, reducción de trabajos repetitivos y manuales, incremento de la productividad laboral, generando así una reducción económica en el proceso de mantenimiento del área de RRHH. Así también desde el punto de vista metodológico, se justifica en la propuesta de un marco metodológico SOA BPM, para la creación de nuevos servicios alineado a los procesos del negocio.

1.5. Antecedentes Se tuvo como antecedentes los siguientes trabajos de Tesis en la cual abarcan el tema de SOA y BPM. En la investigación de Tesis titulada “Un modelo de integrabilidad con SOA y BPM” (Bazán, 2009), se logró definir una metodología general y abarcativa para desarrollar proyectos con enfoque SOA y BPM, en la cual se puede ser adecuada a las diferentes realidades de las organizaciones, número de páginas: 128.

En la Tesis titulado “modelado de una arquitectura SOA-BPM para la mejora del proceso de gestión de distribución en empresas periodísticas: caso mi Perú” (Yugar, 2007),

4

se logró implementar una solución SOA-BPM para el mejoramiento continuo del proceso de gestión de distribución, número de páginas: 238.

1.6. Objetivos Objetivo general Mejorar el proceso de mantenimiento del área de recursos humanos del Grupo Coopsol a través de la implementación de una arquitectura BPM SOA: 2016 Objetivos específicos 

Diseñar el proceso de mantenimiento del área de recursos humanos.



Diseñar el inventario de servicios, basado en el patrón de diseño SOA.



Implementar los prototipos de Servicios Web.



Evaluar el proceso de mantenimiento del área de recursos humanos.

1.7. Marco teórico 1.7.1. Service oriented architecture (SOA) En la publicación de (Fernández, 2012) describe la definición de SOA como un paradigma de arquitectura para diseñar y desarrollar sistemas distribuidos, afirmando que las soluciones SOA han sido creadas para satisfacer los objetivos de negocio las cuales incluyen facilidad y flexibilidad de integración con sistemas legados, alineación directa a los procesos de negocio reduciendo costos de implementación, innovación de servicios a clientes y una adaptación ágil ante cambios incluyendo reacción temprana ante la competitividad.

Según (Bazán, 2009) SOA se puede definir como un bus de servicios empresariales, siendo esta una plataforma de software que da soporte a muchas funcionalidades resueltas

5

a nivel de la capa de aplicación en los enfoques tradicionales de construcción de aplicaciones. El concepto de SOA no es nuevo. Los servicios SOA han sido usados durante años. La característica principal de SOA es que es una arquitectura de acoplamiento débil.

Acoplamiento débil significa que el cliente de un servicio es esencialmente independiente de la construcción de ese servicio. SOA puede tener diferentes soluciones. Cada solución conlleva unas metodologías (BPM), tecnologías (BPMS/BPEL, ESB) o herramientas específicas

(IBM

WebSphere/Oracle

SOA

Suit

como

solución

de

BPMS,

Mule/JBossESB/WSO2 como solución de ESB, etc).

1.7.2. Arquitectura SOA De acuerdo a (Bugarin, 2013) menciona que una arquitectura SOA se puede ver de manera parcial y abstracta a través de una arquitectura n - capas de servicios que se alinean con los procesos del negocio. Las capas mencionadas son las siguientes: 

Capa 1: Sistemas Operacionales. Esta capa consiste en las aplicaciones existentes dentro de la empresa, conocidas como legacy systems. Entre estas capas podemos tener CRM, ERP, aplicaciones de BI, Orientadas a objetos, etc.



Capa 2: Capa de Componentes. Esta capa es la que contiene los componentes que se encargan de brindar la funcionalidad que exponen los servicios.



Capa 3: Capa de Servicios. En esta capa residen los servicios que la organización decide exponer. Pueden ser descubiertos, referenciados directamente, o ser parte de una orquestación o de un servicio compuesto.

6 

Capa 4: Procesos de Negocio. En esta capa se exponen las orquestaciones de los servicios. Los servicios están ligados a los Workflows, y por lo tanto actúan como una sola aplicación.



Capa 5: Capa de Presentación (consumidores). Normalmente esta capa no forma parte de SOA, pero cada día se vuelve más relevante. Los usuarios acceden los servicios y las



Capa 6: Arquitectura de integración. Esta capa facilita la integración de servicios a través de la introducción de un conjunto de capacidad tales como ruteo, mediación de protocolos, mecanismos de transformación, etc. Con el WSDL (Web Service Description Language) se especifica el binding, el cual implica la localización del servicio que se provee.



Capa 7: Administración, Monitoreo y Calidad del Servicio. Esta capa nos da las características requeridas para monitorear, administrar y mantener la calidad del servicio en áreas tales como seguridad, desempeño, y disponibilidad. Se le conoce como el SOA governance.

7

Figura 1. Capas de la arquitectura orientada a servicios (SOA) Fuente: (Bugarin, 2010)

1.7.3. ¿Por qué usar SOA? En la publicación de (Autentia, 2005) se menciona que existen varias razones para que una empresa adopte un enfoque SOA. Existen varias razones para que una empresa adopte un enfoque SOA, más concretamente un enfoque SOA basado en Web Services.

Entre las cuales se menciona las siguientes ventajas: 

Reutilización: El factor fundamental en el cambio a SOA es la reutilización de los servicios de negocio. Las funciones de negocio, dentro de una empresa y pueden ser expuestos como Web Services y ser reutilizados para cubrir nuevas necesidades de negocio.

8 

Interoperabilidad: El objetivo de una arquitectura débilmente acoplada es que los clientes y servicios se comuniquen independientemente de la plataforma en que residan.



Escalabilidad: Como los servicios de SOA están débilmente acoplados, las aplicaciones que se usan esos servicios escalan fácilmente. Esto es debido a que existe muy poca dependencia entre las aplicaciones clientes.



Flexibilidad: Cualquier cambio en la implementación de uno de ellos no afectaría al resto siempre que se mantenga la interfaz.



Eficiencia de coste: Las arquitecturas SOA se basan en la exposición de servicios ya existentes para ser reutilizados. Al usar Web Services para exponer estos servicios, se reutilizan la infraestructura Web existen virtualmente

todas

las

organizaciones

por

lo

que

se

limita

considerablemente el coste 1.7.4. Micro servicios Según (SOAPatterns) define al micro servicios, como un servicio independiente y se implementa como un paquete aislado que contribuye a la autonomía del servicio.

Además se hace mención que un "Micro Servicio" es un término de la industria tecnológica, que puede utilizarse para servicios que cumplen con el modelo de micro servicio (Microservice Deployment) y para los cuales se ha aplicado la orientación de servicio (y por lo tanto son parte de un entorno SOA), así como para servicios que no son parte de un entorno SOA. Como parte del catálogo de patrones de SOA, el patrón de Despliegue de Micro servicio se crea exclusivamente para los servicios que forman parte

9

de un entorno SOA y, más comúnmente, para los que se ha aplicado el patrón de Extracción de Micro Tareas.

Según (Fowler, 2014) define a los Micro Servicios como una arquitectura que se enfoca en el desarrollo de una sola aplicación como un conjunto de pequeños servicios, cada uno ejecutándose en su propio proceso y comunicándose con mecanismos livianos, a menudo una API de recursos HTTP. Estos servicios se basan en las capacidades empresariales y se pueden implementar de forma independiente mediante una maquinaria de implementación completamente automatizada. Son altamente escalables y cada uno posee una firma asociada limitada de un módulo.

Según (Flores, 2016), sostiene que el término “orientación a servicios”, viene hacer el uso de dos conceptos: SOA Y Micro Servicios, desde la época de la aparición de plataformas de desarrollo para SOA no contemplaban o no se le dio mucha importancia a los Micro Servicios debido a que en esa época no tenían la relevancia que se le da en la actualidad y el desarrollo de Micro Servicios era muy complejo, en la actualidad se puede implementar Micro Servicios de manera independiente o complementar a las herramientas de SOA, donde ambos tienen como finalidad implementar una solución orientada a los servicios.

1.7.5. ¿Cuándo usar SOA o micro servicios?

Según (Flores, 2016), hace una comparativa entre las 2 arquitecturas: Uso de SOA: 

Integrar un conjunto de aplicaciones dispares.



Apto para procesos de negocios complejos.

10 

No es posible descentralizar los repositorios de datos.



Existen aplicaciones software legados que no serán modernizados.



Se requiere una plataforma bien conocida para implementar soluciones orientadas a servicios.



Centralizar y gobernar el inventario de Servicios.

Uso de Micro Servicios: 

Desplegar un servicio de forma independiente para evitar las limitaciones impuestas por una herramienta monolítica.



Apto para entregar respuestas de datos de forma inmediata (segundos).



Existe la posibilidad de descentralizar los repositorios de datos a través de micro servicios.



Existen

aplicaciones

software

legados

que

serán

modernizados,

agregándole la funcionalidad de Micro Servicios. 

Tenemos el compromiso de utilizar herramientas y tecnologías de vanguardia.



Tener un gobierno descentralizado de los servicios.

1.7.6. Enterprise service bus (ESB) Según (Boccalari, 2010) define a ESB, como un software de infraestructura que actúa como una capa intermedia que brinda servicios de integración entre servicios web y otras tecnologías de middleware, seguridad, administración, mientras controla las comunicaciones entre los distintos componentes. El ESB funciona como un mediador entre diferentes, y generalmente incompatibles, protocolos y productos middleware.

11

Provee una infraestructura de comunicación escalable, segura y robusta para que los servicios puedan comunicarse entre sí, además de ofrecer características avanzadas en el control de servicios, y capacidad para interceptar y procesar los mensajes que circulan por el bus. También ofrecen servicios de infraestructura para el enrutamiento y transformación de mensajes antes de ser entregados al servicio destino.

1.7.7. Comparativa entre servidores de aplicaciones y ESB Al hacer un análisis comparativo de las 2 tecnologías (Bazán, 2009) afirma lo siguiente: Servidor de aplicaciones: 

Los servidores de aplicaciones son plataformas de software, combinación de tecnologías de software necesarias para ejecutar aplicaciones. En este sentido, ellos definen la infraestructura de todas las aplicaciones desarrolladas y ejecutadas en los mismos.



La mayoría de los servidores de aplicaciones soportan Web Services, sistemas de mensajes, manejo transaccional, seguridad, balanceo de carga y gestión de los recursos.



Proveen una solución integral a las necesidades de los sistemas de información empresariales (a gran escala). Constituyen una excelente plataforma de integración. Hoy la mayoría de los productos comerciales posicionan sus servidores de aplicaciones como máquinas de integración o los especializan agregando conexiones a back-end y sistemas legados posicionando sus productos como servidores de integración.

12

ESB: 

Un ESB, por su parte, es una infraestructura de software en sí misma, que actúa como middleware intermediario y que dirige los requerimientos extendidos que generalmente no pueden ser cubiertos por los Web Services, como la integración entre los mismos y la inclusión de otras tecnologías de middleware y servicios de valor agregado como robustez, seguridad, gestión y control de servicios.



Un ESB dirige estos requerimientos y agrega flexibilidad para la comunicación entre servicios, haciendo posible conectar los servicios implementados en diferentes tecnologías (tales como EJB, sistemas de mensajes, componentes CORBA y sistemas legados).

1.7.8. Fortalezas de BPEL y ESB Según (Fasbinder, 2008) hace mención de las siguientes fortalezas: Fortalezas de ESB: 

Una de las principales fortalezas de un ESB es el procesamiento de mensajes. Mensaje entrante, mensaje salido, quizás con mediaciones de protocolo o formato aplicadas. Cuando los requisitos claramente requieren el procesamiento de mensajes, un ESB tendrá varias ventajas, incluida la capacidad de manejar una mayor complejidad en las transformaciones. Si los requisitos requieren una de las funciones ESB básicas, como enrutamiento de mensajes, transformación o mediación de protocolo, una ESB sería la opción más clara.

13 

Otra fortaleza de un ESB es el rendimiento. Un ESB está diseñado para poder manejar grandes volúmenes de mensajes. Si, por ejemplo, los requisitos dicen que habrá 200,000 mensajes por día, la ESB sería claramente la mejor opción.



Si los requisitos están centrados en los datos, un ESB es la opción más clara.

Fortalezas de BPEL: 

La principal fortaleza de un motor BPEL es la capacidad de organizar un proceso comercial. Si los requisitos requieren un proceso con lógica compleja, BPEL será una mejor opción. BPEL tiene actividades de contenedor, como bucles while y alcances que los ESB no admiten. La lógica en un ESB normalmente es sencilla, mientras que BPEL puede manejar casos más complejos.



Otra fortaleza de BPEL es la capacidad de tener un proceso comercial de larga duración donde se mantiene el estado. No debe usar un ESB cuando se requiera estado, ya que se necesitaría mucho código personalizado para mantener el estado. Si los requisitos requieren un procesamiento con estado, puede descartar el ESB como su elección.



Si los requisitos están centrados en el proceso, BPEL es la opción más clara.

1.7.9. Business process model (BPM) Como afirma (Garimella, 2008) Business Process Model (BPM) es un enfoque centrado en los procesos para mejorar el rendimiento que combina las tecnologías de la

14

información con metodologías de proceso y gobierno. BPM abarca personas, sistemas, funciones, negocios, clientes, proveedores y socios.

En la publicación de (Laurentiis, 2015), el autor sostiene que existe una confusión en el término BPM, BPM no es tecnología, no es software. BPM es un concepto de gestión empresarial que existe desde hace más de 5 décadas, y como componente esencial de él está la Arquitectura Empresarial. A día de hoy, gracias a las tecnologías informáticas orientadas a procesos que comenzaron a aparecer a principios de los ’90, podemos definir BPM como la “Gestión, Automatización e Inteligencia de Procesos con el fin de lograr una eficiente Gestión Empresarial por Procesos”.

1.7.10. Business process management notation (BPMN) Como afirma (Garimella, 2008) actualmente hasta la aparición de Business Process Model and Notation (BPMN) no existía un estándar sobre técnicas de modelado desarrollado para estos fines. BPMN ha sido desarrollado para proveer a los usuarios de una notación estándar de forma análoga a como UML estandarizó el mundo de la ingeniería del software. BPM puede utilizar BPEL como lenguaje para definir los procesos de un negocio.

15

Figura 2. Elementos BPMN Fuente: (Bugarin, 2010)

1.7.11. Marco metodológico con BPM SOA El marco metodológico BPM SOA propuesto por (Bazán, 2009), tiene como objetivo comprender a la organización en su conjunto y establecer claramente una serie de fases que ordenen las actividades a llevar a cabo de manera permanente, para alcanzar el propósito de contar con un ciclo de mejora continua de procesos, capaces de absorber los cambios que propone la realidad.

Se describen a continuación las etapas propuestas: 

Etapa de organización y estrategias del proyecto. Esta etapa cubre toda la vida del proyecto y, al igual que la última de las etapas, tiene un comportamiento “envolvente” en el sentido de que está siempre presente en cada una de las etapas sucesivas que se describen a continuación.

16 

Etapa de identificación y especificación de requisitos. Esta etapa incluye el análisis de requisitos como una actividad muy importante en el desarrollo de todo el ciclo de vida del software que siempre ha sido parcialmente considerada en muchas metodologías.



Etapa de modelado del negocio. En esta etapa se identifican los procesos de negocio y sus principales restricciones. Los procesos de negocio se describen como un conjunto de tareas en el que los actores participan según un flujo de trabajo determinado. Estos procesos pueden organizarse en forma jerárquica hasta con dos o tres niveles de anidamiento. Se representa cada proceso del negocio como un caso de uso del negocio, que inicialmente será descripto en forma textual.



Etapa de modelado de procesos. En esta etapa se modela cada uno de los procesos identificados y detallados, obteniendo un diagrama del proceso de negocio.



Etapa de modelado de servicios. Definición de servicios, especificación de los mismos y su categoría. En esta etapa se incluye la investigación de servicios existentes. Esta fase es el siguiente paso de refinamiento en el modelado de procesos. Lo más importante de esta etapa está dado por la definición del grado de granularidad de la pieza diseñada como para que se pueda considerar un servicio, con autonomía y atomicidad.



Etapa de definición de los componentes. Define componentes de software en términos de los servicios identificados y su modo de interacción

17

(orquestación). Un componente es una pieza de software lo suficientemente pequeña para crear y mantener, lo suficientemente grande para distribución y soporte y con interfaces estándar para interoperabilidad. Claramente los Web Services y su modo de orquestación en una arquitectura SOA pueden ser una solución tecnológicamente válida en esta etapa de Implementación de los Componentes. 

Etapa de administración y seguimiento. Esta etapa se vincula con las etapas de promulgación y administración del ciclo de vida de los procesos de negocio. Los productos obtenidos serán tanto más fáciles de construir cuanto más apropiada sea la solución tecnológica adoptada. Los BPMS o bien los sistemas de gestión de workflow, proveen las salidas pertinentes para poder realizar una adecuada lectura de indicadores.

1.7.12. Metodología BPM:RAD BPM:RAD – Rapid Analysis & Design, es un metodología desarrollada por (ClubBPM, 2011) para la modelar y diseñar procesos orientados a la automatización con tecnología BPM. Su enfoque y técnicas facilitan y estimulan el trabajo en equipo con los expertos de negocio (usuarios), los analistas y arquitectos de procesos, y los analistas funcionales (sistemas). Es una metodología versátil, siendo independiente del software BPM o BPM Suite con el cual se automatizarán los procesos diseñados.

Las ventajas de aplicar BPM:RAD son las siguientes: 

Acelerar la primera etapa de proyectos BPM entre un 50% y un 70%.



Entender y simplificar los procesos del negocio.

18 

Modelar y diseñar los procesos en su totalidad, holísticamente, con recursos, servicios, datos, reglas de negocio e indicadores.



Diseñar procesos orientados a tecnología BPM y de forma independiente del software que se implemente.



Lograr una gestión del cambio más rápida y efectiva, para el desarrollo de capacidades y conocimiento en gestión por procesos y tecnología BPM en la organización.



Fomentar el trabajo en equipo y sembrar entusiasmo.



Generar inteligencia colectiva a través de técnicas formales que permiten aprovechar al máximo el conocimiento y el talento humano.



La construcción de una Arquitectura Empresarial, de abajo hacia arriba.



Asegurar la calidad de los modelos y diseños.

1.7.13. Patrón de diseño SOA “Service Layers” Un patrón provee una solución a un problema común, de forma que es estandarizado y aceptado por la industria. Las siguientes son otras definiciones de Patrón de Diseño, según otros profesionales.

Según (Alexander, 1977) cada patrón describe un problema que ocurre infinidad de veces en nuestro entorno, así como la solución al mismo, de tal modo que podemos utilizar esta solución un millón de veces más adelante sin tener que volver a pensarla otra vez.

Como afirma (Gamma, 1995) un patrón de diseño es una descripción de clases y objetos comunicándose entre sí, adaptada para resolver un problema de diseño general en un contexto particular.

19

Según (Erl, 2008) el patrón de diseño SOA “Service Layers” aborda el problema de la definición arbitraria de servicios entregados y gobernados por diferentes equipos de proyectos puede generar incoherencias en el diseño y una redundancia funcional inadvertida en un inventario de servicios.

Propone como solución, un inventario está estructurado en dos o más capas de servicio lógicas, cada una de las cuales es responsable de abstraer la lógica basada en un tipo funcional común.

Teniendo como aplicación, modelos de servicio que son elegidos y luego forman la base para capas de servicio que establecen estándares de modelado y diseño.

Figura 3. Patrón de diseño SOA “Service Layers” Fuente: (Erl, 2008)

Según (Arlandy, 2013) sostiene que la categorización de servicios es muy buena práctica a la hora de administrar nuestra arquitectura SOA (gobierno SOA) ya que nos ayuda a etiquetar los servicios que conformarán nuestro inventario en función de la lógica que contienen y su grado de reutilización.

20

Existen varios tipos de servicios que se distribuyen en diferentes capas lógicas y que deben guardan un equilibrio entre sí. Tener un buen catálogo de servicios correctamente categorizados es vital para la salud de nuestra SOA. Echando un vistazo a dicho catálogo se pueden detectar rápidamente “malos olores” que pueden desembocando en el fracaso de nuestra arquitectura.

Distinguiremos 3 tipos de servicios: a) Servicios de tarea: Los servicios de tarea son aquellos que engloban un proceso de negocio apoyándose (normalmente) en servicios de más bajo nivel como los servicios de utilidad o de entidad. Suelen consistir en una serie de pasos para completar una tarea específica. Un ejemplo podría ser un servicio de autorización de prestación de servicio (caso muy típico en compañías aseguradoras).

Figura 4. Servicios de tarea Fuente: (Arlandy, 2013)

b) Servicios de entidad: Los servicios de entidad son aquellos que están centrados en el contexto de las entidades de negocio. Del mismo modo que ocurre con los servicios de utilidad, no son servicios destinados a resolver un problema concreto por lo que son altamente reutilizables. Muchas de las operaciones que

21

exponen este tipo de servicios son las típicas de un CRUD (Create, Read, Update, Delete). Evidentemente, estos servicios variarán en función del negocio concreto y las entidades que representen su actividad. Algunos ejemplos podrían ser: póliza (sector seguro), cuenta corriente (sector bancario), cliente, etc.

Figura 5. Servicios de entidad Fuente: (Arlandy, 2013)

c) Servicios de utilidad: Los servicios de utilidad son aquellos que encapsulan una funcionalidad multipropósito. Son servicios que no cubren una necesidad concreta de negocio. Estos servicios contienen un alto potencial de reusabilidad (uno de los principios básicos en el diseño de servicios). Algunos ejemplos de este tipo de servicios podrían ser: un servicio de gestión de tokens de seguridad de acceso a aplicaciones o servicios de la plataforma, un servicio de envío de correos o un servicio para grabar la actividad que se produce en la plataforma (trazas de auditoría). En algunos sitios descomponen los servicios de utilidad dependiendo de si aportan valor a nivel de negocio (ejemplo: envío de correo)

22

o a nivel de plataforma (ejemplo: servicio de transformación de mensajes).

Como comentamos anteriormente, existen diferentes variantes de esta clasificación.

Figura 6. Servicios de utilidad Fuente: (Arlandy, 2013)

Para realizar la validación probablemente nuestro servicio debería apoyarse en diferentes servicios de entidad, concretamente en las entidades de negocio que intervienen en el proceso y, probablemente, en algún servicio de utilidad (por ejemplo, enviar un correo con el resultado de la validación).

Figura 7. Modelado de un servicio Fuente: (Arlandy, 2013)

23

1.7.14. Servicios web (Web Services) Según (Saffirio, 2006) define el término Web Services como una forma estandarizada de integrar aplicaciones WEB mediante el uso de XML, SOAP, WSDL y UDDI sobre los protocolos de la Internet. XML es usado para describir los datos, SOAP se ocupa para la transferencia de los datos, WSDL se emplea para describir los servicios disponibles y UDDI se ocupa para conocer cuáles son los servicios disponibles. Uno de los usos principales es permitir la comunicación entre las empresas y entre las empresas y sus clientes. Los Web Services permiten a las organizaciones intercambiar datos sin necesidad de conocer los detalles de sus respectivos sistemas de información.

En la publicación de (Cauldwell, 2002) sostiene que el futuro de los sistemas de información está en el uso de los servicios Web, debido a la capacidad de desarrollo de aplicaciones distribuidas que caracteriza este modelo es sorprendente. Por ejemplo una empresa puede tener un servicio de pago electrónico en línea y ofrecérselo a sus socios que, a su vez, puedan conectarse a él independientemente de la plataforma que utilice.

24

Capítulo II 2. Material y métodos introducción 2.1. Objetivo de estudio Población: Conformado por el personal de las diferentes áreas del Grupo Coopsol, siendo un total de 30 empleados.

N = 30 Muestra: Se tomó como muestra por conveniencia un total de 4 personas entrevistadas. n=4

25

2.2. Variables e indicadores del objeto de estudio:

Variable

Nombre

Indicador

X = Independiente

Arquitectura BPM SOA

Servicios web

Número de servicios que darán soporte al proceso Unidad de mantenimiento.

Tiempo

Reducir los tiempos del subproceso.

Porcentual

Costos

Reducir los costos del subproceso.

Porcentual

Recursos

Reducir el número de empleados del subproceso.

Porcentual

Y = Dependiente

Mejora del proceso de mantenimiento

Descripción

Tabla 1. Variables e indicadores del objeto de estudio Fuente: (Elaboración propia, 2013)

Medición

26

2.3. Estrategias metodológicas Para efectuar el trabajo de investigación se tendrá que efectuar un análisis de los sistemas de información imperantes, determinar los procesos del área de recursos humanos, entrevistar a los responsables de los procesos del área de recursos humanos, observar y cuantificar las actividades de los procesos, diseñar y desarrollar los servicios SOA, para lograr el mejoramiento de los procesos y la integración con sus sistemas de información legados 2.4. Técnicas Para la toma de datos para el desarrollo de la investigación de tesis se utilizaron los siguientes instrumentos de recolección de datos: 

Observación



Entrevistas



Análisis de datos



Diagramas de flujo

2.5. Instrumentos 

Guía de observación



Guía de entrevistas



Cuadros comparativos



Notaciones BPMN

27

CapĂ­tulo III 3. Resultados 3.1. Objetivo 1: DiseĂąar el proceso de mantenimiento del ĂĄrea de recursos humanos.

En el (ApĂŠndice I), se puede apreciar los criterios de selecciĂłn para la priorizaciĂłn de las empresas del Grupo Coopsol, siendo la empresa Campo Mayor la empresa con mayor prioridad.

En el (ApĂŠndice II), se diseĂąaron los subprocesos del proceso de mantenimiento del ĂĄrea de recursos humanos, obteniendo los tiempos, los costos y los recursos de los subprocesos.

Para el cĂĄlculo del costo de los recursos humanos que participan en el proceso es necesario determinar el sueldo por hora, haciendo uso de la siguiente formula: đ?‘şđ?‘żđ?‘Ż =

đ?‘şđ?‘´â „đ?&#x;‘đ?&#x;Ž đ?&#x;–

Donde: 

SXH = Sueldo por hora



SM = Sueldo mensual Recursos (Personal) SM (S/) Coopsol ConsultorĂ­a Asistente RRHH 1500.00 Recepcionista 1200.00 P. Motorizado 850.00 Asistente social 1200.00 Campo Mayor Asistente administrativo 1400.00

SXH (S/) 6.25 5.00 3.54 5.00 5.83

Tabla 2. Sueldo del personal del Grupo Coopsol Fuente: (ElaboraciĂłn propia, 2016)

28

Las abreviaturas para la matriz de actividades de lo subprocesos son: 

P = Preparación



E = Espera



M = Movimiento



I = Inspección



A = Archivo

a) Subproceso de control de asistencia y puntualidad Los tiempos obtenidos de las actividades del subproceso se muestra en la siguiente tabla.

N° 1 2 3 4 5 6 7 8

P E M X

I

A

X X X X X X X

Actividad Generar reporte de asistencia y puntualidad Verificar asistencia del personal Enviar reporte de inasistencia a bienestar social Enviar reporte de asistencia a RRHH Descargar reporte de inasistencias Verificar justificación de inasistencias Programar visitas a los empleados y/o verificar causas Descargar reporte de asistencia Tiempo total

Minutos 15 30 15 15 15 30 60 30 210

Tabla 3. Tiempo del subproceso de control y asistencia y puntualidad Fuente: (Elaboración propia, 2016)

Los costos de los recursos humanos que participan en las actividades del subproceso se pueden apreciar en la siguiente tabla.

Recursos Asistente Administrativo Asistente RRHH Asistente Social

Cantidad 1 1 1

Minutos 75 30 105

Horas SXH 1.25 5.83 0.5 6.25 1.75 5 Costo total (S/)

Tabla 4. Costos del subproceso de control y asistencia y puntualidad Fuente: (Elaboración propia, 2016)

C. Unitario 7.29 3.13 8.75 19.17

29

b) Subproceso de pago de sueldos y salarios Los tiempos obtenidos de las actividades del subproceso se muestra en la siguiente tabla.

N° P E M 1

I

X

2

X

3 4 5

A

X X X

6

X

7 8 X 9 10 11 X

X X X

Actividad Elaborar reporte planilla de asistencia y puntualidad del personal Verificar modificación de asistencias Modificar registro de asistencia y tardanzas del empleado Elaborar reporte planilla de sueldos Verificar horas extras y otras bonificaciones Agregar horas extras y otras bonificaciones a la planilla Descontar retenciones de Ley Elaborar cálculos auxiliares en MS Excel Registrar cálculos al módulo de planilla Verificar cálculo de planilla Procesar pago de nómina Tiempo total

Minutos 60 30 30 30 30 30 30 30 30 60 30 390

Tabla 5. Tiempo del subproceso de pago de sueldos y salarios Fuente: (Elaboración propia, 2016)

Los costos de los recursos humanos que participan en las actividades del subproceso se pueden apreciar en la siguiente tabla.

Recursos Asistente RRHH

Cantidad 2

Minutos 390

Horas SXH 6.5 6.25 Costo total (S/)

C. Unitario 81.25 81.25

Tabla 6. Costos del subproceso de pago de sueldos y salarios Fuente: (Elaboración propia, 2016)

30

c) Subproceso de entrega de boletas de pago Los tiempos obtenidos de las actividades del subproceso se muestra en la siguiente tabla.

N° P E M I A 1 X 2 X 3 X 4 X

Actividad Imprimir y clasificar boleta de pago Programación de envió de boletas de pago Transporte de boletas de pago Recepción y archivo de boletas de pago Tiempo total

Minutos 190 60 120 30 400

Tabla 7. Tiempo del subproceso de entrega de boletas de pago Fuente: (Elaboración propia, 2016)

Los costos de los recursos humanos que participan en las actividades del subproceso se pueden apreciar en la siguiente tabla.

Recursos Asistente RRHH Recepcionista P. Motorizado Asistente Administrativo

Cantidad

Minutos

Horas

SXH

C. Fijo C. Unitario

1

190

3.17

6.25

0

19.81

1 1

60 60

1 2

5 3.54

0 20

5.00 27.08

1

30

0.5

5.83

0

2.92

Costo total (S/)

54.81

Tabla 8. Costos del subproceso de entrega de boletas Fuente: (Elaboración propia, 2016)

31

3.2. Objetivo 2: Diseñar el inventario de servicios, basado en el patrón de diseño SOA. En la etapa de modelado de servicios (Apéndice III), se obtuvo el portafolio de los servicios web.

N. 1

2

Nombre del servicio Servicio de entrega de boletas de pago

Servicio de datos del empleado

Servicio de control de 3 asistencia

Descripción del servicio Clientes Este servicio se encarga de mostrar los pagos realizados al empleador y también los Campo Mayor detalles del pago.

Este servicio se encarga de mostrar los datos Campo Mayor del empleado

Este servicio se encarga de registrar las asistencias de los empleados

Campo Mayor

Tabla 9. Portafolio de Servicios Web Fuente: (Elaboración propia, 2016)

Sub procesos asociados 

Entrega de boletas de pagos.



Control de asistencia y puntualidad.

Pago de sueldos y salarios Entrega de boletas de pago

   

Pago de sueldos y salarios Control de asistencia y puntualidad

32

3.3. Objetivo 3: Implementar los prototipos de servicios web.

En la tabla siguiente se muestran los nuevos servicios web, que serán consumidos por las aplicaciones internas.

N°

Servicio web

1

//192.168.1.48:8080/Servicios/ImpresionPagoWS?WSDL

2

//192.168.1.48:8080/Servicios/EmpleadoWS?WSDL

3

//192.168.1.48:8080/Servicios/AsistenciasWS?WSDL

              

Funciones getListaBoletasPagos() getListHaberes() getListDescuentos() getListAporteEmpleador() getTotalHaberes() getTotalDescuento() getTotalNeto() getTotalAporteEmpleador() setRegistroImpresion() getEmpleados () setRegistroImpresionBoleta() getEmpleadosHaberes() getListAsistencia() setRegistrarAsistencia() setJustificarInasistencia()

Tabla 10. Funcionalidades de los servicios web Fuente: (Elaboración propia, 2016)

Consumidores



www.campomayorperu.com

 

www.campomayorperu.com www.supercheck.pe



www.supercheck.pe

33

Los parámetros para la realización de la prueba de rendimiento de los servicios web, usando el IDE Apache JMeter fueron los siguientes: 

Número de hilos: 100



Periodo de subida (en segundos): 1

El tiempo de rendimiento del servicio web ImpresionPagoWS?WSDL, se visualiza en la siguiente tabla de resultados.

Etiqueta getTotalDescuento getListHaberes getTotalNeto getListAporteEmpleador getListaBoletasPagos getTotalAporteEmpleador getTotalHaberes setRegistroImpresion getListDescuentos TOTAL

# Muestra 100 100 100 100 100 100 100 100 100 900

Media 5 (ms) 7 (ms) 6 (ms) 8 (ms) 5 (ms) 6 (ms) 5 (ms) 5 (ms) 8 (ms) 6 (ms)

Min 2 (ms) 2 (ms) 2 (ms) 2 (ms) 2 (ms) 2 (ms) 2 (ms) 2 (ms) 2 (ms) 2 (ms)

Max 24 (ms) 145 (ms) 74 (ms) 188 (ms) 17 (ms) 115 (ms) 23 (ms) 24 (ms) 105 (ms) 188 (ms)

Desviación Estándar 3.68 15.18 9.78 22.72 2.75 12.09 3.54 4.3 15.44 11.98

Error % 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0

Tabla 11. Prueba de rendimiento ImpresionPagoWS?WSDL Fuente: (Elaboración propia, 2016)

Rendimiento

KB/s

Media Bytes

13.4/s 13.4/s 13.5/s 13.5/s 13.5/s 13.5/s 13.5/s 13.5/s 13.6/s 120.4/s

1.14 1.14 1.14 1.14 1.15 1.15 1.15 1.15 1.15 10.23

87.0 87.0 87.0 87.0 87.0 87.0 87.0 87.0 87.0 87.0

34

El tiempo de rendimiento del servicio web EmpleadoWS?WSDL, se visualiza en la siguiente tabla de resultados.

Etiqueta

# Muestra

Media

Min

Max

100 100 100 300

6 (ms) 6 (ms) 7 (ms) 6 (ms)

2 (ms) 2 (ms) 3 (ms) 2 (ms)

39 (ms) 79 (ms) 161 (ms) 161 (ms)

getEmpleados setRegistroImpresionBoleta getEmpleadosHaberes Total

Desviación Estándar 4.68 7.66 15.77 10.49

Error Rendimiento % 0.0 35.5/s 0.0 36.2/s 0.0 36.3/s 0.0 106.0/s

Kb/s 15.91 9.53 9.11 34.01

Media Bytes 459.0 270.0 257.0 328.7

Tabla 12. Prueba de rendimiento EmpleadoWS?WSDL Fuente: (Elaboración propia, 2016)

El tiempo de rendimiento del servicio web AsistenciasWS?WSDL, se visualiza en la siguiente tabla de resultados.

Etiqueta setJustificarInasistencia setRegistrarAsistencia getListAsistencia Total

# Muestra 100 100 100 300

Media 15 (ms) 9 (ms) 17 (ms) 14 (ms)

Min 3 (ms) 3 (ms) 6 (ms) 3 (ms)

Max 323 (ms) 130 (ms) 117 (ms) 323 (ms)

Desviación Estándar 38.59 13.78 18.9 26.27

Error Rendimiento KB/s % 0.0 19.9/s 1.69 0.0 19.9/s 1.69 0.0 19.9/s 1.69 0.0 59.4/s 5.05

Tabla 13. Prueba de rendimiento AsistenciasWS?WSDL Fuente: (Elaboración propia, 2016)

Media Bytes 87.0 87.0 87.0 87.0

35

3.4. Objetivo 4: Evaluar el proceso de mantenimiento del ĂĄrea de recursos humanos.

Para el cĂĄlculo del Ă­ndice de reducciĂłn de tiempo, es necesario utilizar la siguiente formula: đ?‘°đ?‘šđ?‘ť =

(đ?‘ťđ?‘ťđ?‘¨ − đ?‘ťđ?‘ťđ?‘ľ) ∗ đ?&#x;?đ?&#x;Žđ?&#x;Ž đ?‘ťđ?‘ťđ?‘¨

Donde: 

IRT = Ă?ndice de reducciĂłn de tiempo



TTA = Total tiempo antiguo



TTN = Total tiempo nuevo

Para el cĂĄlculo del Ă­ndice de reducciĂłn de costo, es necesario utilizar la siguiente formula: đ?‘°đ?‘šđ?‘Ş =

(đ?‘ťđ?‘Şđ?‘¨ − đ?‘ťđ?‘Şđ?‘ľ) ∗ đ?&#x;?đ?&#x;Žđ?&#x;Ž đ?‘ťđ?‘Şđ?‘¨

Donde: 

IRC = Ă?ndice de reducciĂłn de costo



TCA = Total de costo antiguo



TCN = Total de costo nuevo

Para el cĂĄlculo del Ă­ndice de recursos, es necesario utilizar la siguiente formula: đ?‘°đ?‘šđ?‘š =

(đ?‘ľđ?‘šđ?‘¨ − đ?‘ľđ?‘šđ?‘ľ) ∗ đ?&#x;?đ?&#x;Žđ?&#x;Ž đ?‘ľđ?‘šđ?‘¨

Donde: 

IRR = Ă?ndice de reducciĂłn de recursos



NRA = NĂşmero de recursos antiguos



NRN = NĂşmero de recursos nuevos

36

En la etapa de administraciĂłn y seguimiento (ApĂŠndice V), al ser implementado los servicios web, se obtuvieron los siguientes resultados: a) Subproceso de control de asistencia y puntualidad Los tiempos obtenidos de las actividades del subproceso, se muestra en la siguiente tabla.

N 1 2 3 4

P

E M

I

X X X

5

A Actividad Minutos X Servicio de registro de asistencias 20 Servicio de reporte de asistencia 15 Verificar inasistencia del personal 15 Programar visitas a empleados 60 Servicio de registro de causas de X 10 inasistencias Tiempo total 120

Tabla 14. Tiempo del subproceso de control de asistencia y puntualidad Fuente: (ElaboraciĂłn propia, 2016)

Los costos de los recursos del subproceso, se pueden apreciar en la siguiente tabla.

Recursos Asistente Administrativo Asistente Social

Cantidad

Minutos

Horas

SXH

C. Unitario

1

50

0.83

5.83

4.84

1

70

1.17

5

5.85

Costo Total (S/)

10.69

Tabla 15. Costo del subproceso de control de asistencia y puntualidad Fuente: (ElaboraciĂłn propia, 2016)

El Ă­ndice de reducciĂłn de tiempo es: đ??źđ?‘…đ?‘‡ =

(210 − 120) ∗ 100 = đ?&#x;’đ?&#x;?. đ?&#x;–đ?&#x;”% 210

EL Ă­ndice de reducciĂłn de costo es: đ??źđ?‘…đ??ś =

(19.17 − 10.69) ∗ 100 = đ?&#x;’đ?&#x;’. đ?&#x;?đ?&#x;’% 19.17

37

El Ă­ndice de reducciĂłn de recursos es: đ??źđ?‘…đ?‘… =

(3 − 2) ∗ 100 = đ?&#x;‘đ?&#x;‘. đ?&#x;‘đ?&#x;‘% 3

b) Subproceso de pago de sueldos y salarios Los tiempos obtenidos de las actividades del subproceso, se muestra en la siguiente tabla.

N° P E M 1 2 3 4

I

A

X X X X

5

X

6

X

7 8 X 9 10 11 X

X X X

Actividad Minutos Servicio reporte planilla de asistencia y 10 puntualidad del personal Verificar modificaciĂłn de asistencias 30 Servicio de registro de asistencias 15 Servicio reporte de haberes del empleado 15 Verificar horas extras y/o otras 30 bonificaciones Agregar horas extras y/o otras 30 bonificaciones a la planilla Descontar retenciones de Ley 30 Elaborar cĂĄlculos auxiliares en MS Excel 60 Registrar cĂĄlculos al mĂłdulos planilla 30 Verificar cĂĄlculo de planilla 60 Procesar pago de nĂłmina 30 Tiempo total 340

Tabla 16. Tiempo del subproceso de pago de sueldos y salarios Fuente: (ElaboraciĂłn propia, 2016)

Los costos de los recursos del subproceso, se pueden apreciar en la siguiente tabla.

Recursos

Cantidad

Minutos

Asistente RRHH

2

340

Horas

SXH

5.67

C. Unitario

6.25

70.88

Costo total (S/)

70.88

Tabla 17. Costo del subproceso de pago de sueldos y salarios Fuente: (ElaboraciĂłn propia, 2016)

El Ă­ndice de reducciĂłn de tiempo es: đ??źđ?‘…đ?‘‡ =

(390 − 340) ∗ 100 = đ?&#x;?đ?&#x;?. đ?&#x;–đ?&#x;?% 390

38

EL Ă­ndice de reducciĂłn de costo es: đ??źđ?‘…đ??ś =

(81.25 − 70.88) ∗ 100 = đ?&#x;?đ?&#x;?. đ?&#x;•đ?&#x;”% 81.25

El Ă­ndice de reducciĂłn de recursos es: đ??źđ?‘…đ?‘… =

(2 − 2) ∗ 100 = đ?&#x;Ž. đ?&#x;Ž% 2

c) Subproceso de entrega de boletas de pago Los tiempos obtenidos de las actividades del subproceso, se muestra en la siguiente tabla.

N P 1 2 3

E M X X

4

I X

A

Actividad Verificar usuario y clave de acceso.

Servicios de informaciĂłn de pago Imprimir boleta de pago Registrar en base de datos la fecha de X impresiĂłn de boleta de pago Tiempo total

Minutos 2 2 5 1 10

Tabla 18. Tiempo del subproceso de entrega de boletas Fuente: (ElaboraciĂłn propia, 2016)

Los costos de los recursos del subproceso, se pueden apreciar en la siguiente tabla.

Recursos Asistente administrativo

Cantidad Minutos 0

Horas

0

SXH 0

C. Unitario 0

0

0

Costo total (S/)

0

Tabla 19 Costo del subproceso de entrega de boletas Fuente: (ElaboraciĂłn propia, 2016)

El Ă­ndice de reducciĂłn de tiempo es: đ??źđ?‘…đ?‘‡ =

(400 − 10) ∗ 100 = đ?&#x;–đ?&#x;•. đ?&#x;“% 400

EL Ă­ndice de reducciĂłn de costo es: đ??źđ?‘…đ??ś =

Total

(54.81 − 0) ∗ 100 = đ?&#x;?đ?&#x;Žđ?&#x;Ž. đ?&#x;Ž% 54.81

39

El Ă­ndice de reducciĂłn de recursos es: đ??źđ?‘…đ?‘… =

(4 − 0) ∗ 100 = đ?&#x;?đ?&#x;Žđ?&#x;Ž. đ?&#x;Ž% 4

40

Capítulo IV 4. Discusión 4.1. Objetivo 1: Diseñar el proceso de mantenimiento del área de recursos humanos.

Al modelar el proceso de mantenimiento del área de recursos humanos de la empresa Coopsol Consultoría, se obtuvo los tiempos totales, los recursos y los costos asociados a los respectivos subprocesos.

En el siguiente cuadro se puede apreciar los tiempos, costos y recursos del proceso de mantenimiento del área de recursos humanos.

Subproceso Control de asistencia y puntualidad Pago de sueldos y salarios Entrega de boletas de pago

Minutos

Costo (S/)

N. Recursos

210

19.17

3

390 400

81.25 54.81

2 4

Tabla 20. Resumen del proceso de mantenimiento Fuente: (Elaboración propia, 2016)

4.2. Objetivo 2: Diseñar el inventario de servicios, basado en el patrón de diseño SOA. Con el patrón de diseño SOA “Service Layers”, se pudo determinar las actividades de los subprocesos de las cuales pueden llegar a descomponerse en potenciales servicios SOA. El inventario de servicios nos permitió disponer de servicios web que constituyan una base para la mejora de los procesos, permitiendo así construir confianza para apostar por la creación de futuros para el Grupo Coopsol.

41

4.3. Objetivo 3: Implementar los prototipos de servicios web.

En las pruebas de rendimientos de los servicios web, se pudo apreciar que estos generan un error del 0%, siendo un resultado óptimo que garantiza que no se generaran errores posteriores.

Los tiempos de respuesta de los Servicios Web, tienen un buen promedio de respuesta, siendo estos tiempos de respuestas aceptables. Los resultados se puede pueden apreciar en la siguiente tabla: Servicio web ImpresionPagoWS?WSDL EmpleadoWS?WSDL AsistenciasWS?WSDL

Tiempo promedio 6 ms 6 ms 14 ms

Error 0% 0% 0%

Tabla 21. Pruebas de rendimiento de los Servicios Web Fuente: (Elaboración propia, 2016)

4.4. Objetivo 4: Evaluar el proceso de mantenimiento del área de recursos humanos.

Con la implementación de los Servicios Web, el proceso de mantenimiento recursos humanos fue mejorado, reduciendo los costos, recursos y los tiempos de las actividades.

En el siguiente cuadro se puede apreciar la reducción del tiempo del proceso de mantenimiento de RRHH. Tiempo (minutos)

Subproceso Control de asistencia y puntualidad Pago de sueldos y salarios Entrega de boletas de pago

Reducción %

Sin servicios

Con servicios

210

120

42.86

390

340

12.82

400

10

87.5

Tabla 22. Comparación de tiempos del proceso de mantenimiento Fuente: (Elaboración propia, 2016)

42

En el siguiente cuadro se aprecia la reducción de los costos del proceso de mantenimiento de RRHH. Costos (S/)

Subproceso

Sin servicios Control de asistencia y puntualidad Pago de sueldos y salarios Entrega de boletas de pago

Reducción %

Con servicios

19.17

10.69

44.24

81.25 54.81

70.88 0

12.76 100

Tabla 23. Comparación de costos del proceso de mantenimiento Fuente: (Elaboración propia, 2016)

A excepción del subproceso de pago de nóminas, en los demás subprocesos hubo una reducción de los recursos.

Recursos (N. empleados)

Subproceso Control de asistencia y puntualidad Pago de sueldos y salarios Entrega de boletas de pago

Reducción %

Sin servicios

Con servicios

3

2

33.33

2 4

2 0

0 100

Tabla 24. Comparación de recursos del proceso de mantenimiento Fuente: (Elaboración propia, 2016)

43

Capítulo V 5. Conclusiones y recomendaciones Conclusiones 

Se diseñó el proceso de mantenimiento del área de recursos humanos, obteniendo los tiempos, los recursos y los costos de los subprocesos.



Se diseñó el inventario de servicios, basado en el patrón de diseño SOA.



Con la implementación de los Servicios Web, se logró el intercambio de datos entre los diferentes sistemas de información legados que han demostrado su confiabilidad a lo largo de los años en el Grupo Coopsol.



Se mejoró el proceso de mantenimiento del área de recursos humanos, logrando minimizar los tiempos, costos y recursos de los subprocesos.

Recomendaciones 

Documentar los procesos en las diferentes áreas del Grupo Coopsol.



Desarrollar estrategias para la mejora y la continuidad de los servicios web.



Capacitar al personal del área de sistemas, para que estos den soporte a los servicios web.

44

Referencias bibliográficas 

Alexander, Christopher. 1977. A Pattern Language. Atlanta - U.S.A : Oxford University Press, 1977. ISBN: 0-19-501919-9.



Arlandy, Miguel. 2013. Adictos al trabajo. [En línea] 2013. [Citado el: 13 de Noviembre de 2013.] https://www.adictosaltrabajo.com/tutoriales/soa-tiposservicios/.



Autentia. 2005. Autentia Real Business Solutions. [En línea] 2005. [Citado el: 23 de

Agosto

de

2011.]

https://www.adictosaltrabajo.com/wp-

content/uploads/tutorial-data/pdfs/soa.pdf. 

Bazán, Patricia. 2009. Universidad Nacional de La Plata. [En línea] 2009.

[Citado

el:

15

de

Junio

de

2011.]

http://postgrado.info.unlp.edu.ar/Carreras/Magisters/Redes_de_Datos/Tesis/Baz an_Patricia.pdf. 

Boccalari, Cristian Luján. 2010. Universidad Nacional de La Plata. [En línea] 2010.

[Citado

el:

6

de

Mayo

de

2012.]

http://sedici.unlp.edu.ar/bitstream/handle/10915/4024/Tesis.pdf?sequence=3. 

Bugarin, José Luis. 2013. Mi aula en linea. [En línea] 2013. [Citado el: 25 de Julio de 2014.] http://www.miaulaenlinea.com/video/curso/servicios-web-conjava/introduccionsoa/INTRODUCCION%20A%20LA%20ARQUITECTURA%20ORIENTADA %20A%20SERVICIOS.pdf.



Cauldwell, Patrick. 2002. Servicios Web XML. Anaya Multimedia/Wrox : Madrid-España, 2002. ISBN: 9788441513631.



Club-BPM. 2011. club-bpm. [En línea] 2011. [Citado el: 2016 de 11 de 13.] http://www.club-bpm.com/Metodologia-BPM-RAD.htm.

45 

Erl, Thomas. 2008. Soapatterns.org. s.l. : The Prentice Hall Service, 2008. ISBN: 0136135161.



Ernst & Young Global. 2014. [En línea] 14 de Mayo de 2014. http://www.ey.com/pe/es/newsroom/news-releases/news-gestion-sistemasinformacion-empresas-peru.



Fasbinder, Marc. 2008. IBM. [En línea] 2008. [Citado el: 20 de Abril de 2013.] https://www.ibm.com/developerworks/websphere/library/techarticles/0803_fasbi nder2/0803_fasbinder2.html.



Fernández, José Antonio. 2012. Accenture. [En línea] 4 de Julio de 2012. https://es.slideshare.net/RonaldRamirezBlanco/arquitectura-orientada-aservicios-soa-accenture.



Flores, Sandra. 2016. blogspot.mx. [En línea] 9 de Noviembre de 2016. [Citado el: 2016 de Abril de 30.] https://es.slideshare.net/oracleguatemala/soa-ymicroservices-diferencias-y-aplicaciones.



Fowler, Martin. 2014. martinfowler.com. [En línea] 25 de Marzo de 2014.

[Citado

el:

2018

de

Abril

de

25.]

https://martinfowler.com/articles/microservices.html. 

Gamma, Erich. 1995. Design Patterns. s.l. : Addison-Wesley, 1995. OCLC: 31171684.



Garimella, Kiran. 2008. Introducción a BPM para DUMMIES. Indianápolis, Indiana : Wiley Publishing, 2008. ISBN: 978-0-470-37359-0.



Laurentiis, Renato de. 2015. Club-BPM. [En línea] 2015. [Citado el: 4 de Febrero

de

2016.]

http://www.club-bpm.com/Contenido/Opiniones-y-

Entrevistas/OPIEX-2016-001-Arte-Arquitectura-y-BPM.htm.

46 

Saffirio, Mario. 2006. [En línea] 2006. [Citado el: 3 de Diciembre de 2011.] https://msaffirio.wordpress.com/2006/02/05/%C2%BFque-son-los-webservices/.



SOAPatterns. SOAPatterns.org. [En línea] [Citado el: 25 de Abril de 2018.] http://soapatterns.org/design_patterns/microservice_deployment.



Software

AG.

2007.

[En

línea]

16

de

Julio

de

2007.

http://www.computerworld.es/archive/los-sistemas-heredados-preocupan-mas-alas-empresas-usuarias-de-ti. 

White, Stephen. 2009. Guía de referencia y modelado BPMN. Florida - USA : Futures Strategies Inc, 2009. ISBN13: 978-0-9819870-3-3 .



Yugar, Claudia. 2007. Cybertesis UNMSM. Universidad Nacional Mayor de San Marcos. [En línea] 2007. [Citado el: 2011 de Septiembre de 5.] http://cybertesis.unmsm.edu.pe/bitstream/cybertesis/2642/1/Julca_mf.pdf.

47

Apéndice Apéndice I. Etapa de modelado de negocio 1. Datos de la institución de estudio: 

Grupo empresarial: Grupo Coopsol



Razón social: Campo Mayor SRLTDA



Nombre comercial: Campo Mayor



RUC: 20300729950



Tipo de empresa: SOC.COM.RESPONS. LTDA.



Dirección: Cal. Federico Villarreal Nro. 555



Ciudad: Lima - San Isidro



Teléfono: 4409882 / 4225607 / 4429977



Página Web: www.coopsol.com www.campomayorperu.com

2. Descripción de la empresa El Grupo Coopsol inicio sus actividades laborales el 8 de enero de 1993 bajo el nombre de “COOPERATIVO DEL TRABAJO Y FOMENTO DEL EMPLEO SOLAR”, ubicada en la Región (Departamento) de Lima, Distrito de Miraflores, fundada por el Dr. Freddy Ames.

3. Sedes del Grupo COOPSOL El Grupo Coopsol mantiene actividades en las principales regiones del Perú, en las cuales podemos mencionar: Tumbes, Piura, Lambayeque, La Libertad, Ancash, Lima, Ica, Arequipa, Tacna, Cajamarca, Huancavelica, Cuzco, Puno, San Martin y Loreto.

4. Clientes del Grupo COOPSOL Los clientes están formados principalmente por las diferentes empresas, industrias e instituciones financieras o gubernamentales, podemos mencionar los principales clientes del Grupo COOPSOL: World Courier, Vivanda, Plaza vea, Messer, Jennmar, American

48 Airlines, Maestro Home Center, Coinsa, Famesa, Fosforera Peruana S.A, Kimberly – Clark, Schilcayo, Sodexo, Peruplast, Hipermercados Metro.

5. Servicios del Grupo COOPSOL 

Servicio de limpieza y mantenimiento (Campo Mayor)



Administración y gestión de recursos humanos (Coopsol Consultoría)



Venta de productos de limpieza y mantenimiento (PROCLEAN)



Servicio de marketing y publicidad (INFOMARKETING)



Servicio de seguridad (Escudo Protector)



Outsourcing o Tercerización de procesos industriales (Procesos Productivos)



Servicios para la minería y petróleo (Coopsol Minería)



Concesión de alimentos (MISKY MIKUY)



Venta de césped artificial y construcción de superficies deportivas (MACRO SPORT)

6. Áreas del Grupo Coopsol

Gerencia General

Contabilidad y finanzas

RRHH

Sistemas

Logistica

Figura 8. Áreas del Grupo Coopsol Fuente: (Elaboración propia, 2016)

Marketing

Asesoria Legal

49

7. Matriz de priorización de las empresas del Grupo Coopsol Se han considerado, los siguientes criterios de priorización: 

Preferencia de gerencia



Rentabilidad



Demanda del servicio



Calidad del servicio



Experiencia



Urgencia



Riesgo (*)

La siguiente tabla muestra el valor de las ponderaciones: Ponderación Alta Medio Bajo

Valor 5 3 1

Tabla 25. Tabla de ponderaciones Fuente: (Elaboración propia, 2016)

Campo Mayor Coopsol Consultoría Proclean Infomarket Escudo Protector Procesos Productivos Coopsol Minería Misky Mikuy Macro Sport

2

3

4

5

15%

20%

15%

10%

5 3 5 3 1 3 3 1 3

5 1 3 3 1 3 3 1 1

5 1 3 3 3 5 5 3 1

5 3 5 5 3 3 3 5 3

6

20% 10% 5 3 5 3 5 5 5 5 3

5 5 3 3 5 5 5 3 1

7

8

10%

100%

3 5 1 1 3 5 3 5 3

4.8 2.7 3.7 3 2.9 4.1 3.9 3.1 2.1

Tabla 26. Matriz de priorización de empresas del Grupo Coopsol Fuente: (Elaboración propia, 2016)

Prioridad

EMPRESAS \ CRITERIOS

1

1 8 4 6 7 2 3 5 9

50 Podemos apreciar que la empresa “Campo Mayor” es la que tiene una mayor prioridad, debido a que genera mayor rentabilidad económica para el Grupo Coopsol.

8. Campo Mayor 8.1 Descripción Campo Mayor, es una de las empresas que pertenecen al Grupo Coopsol, especialistas en proveer el servicio de limpieza para las empresas u organizaciones.

8.2 Diagrama de contexto 

Stakeholders Internos: Gerente General, jefe de RRHH, jefe de marketing, jefe de contabilidad y finanzas, administrador de Campo Mayor, personal de mantenimiento y limpieza, personal de soporte del área de sistemas, jefatura de bienestar social.



Stakeholders Externos: Clientes, competidores, SATT, ministerio del trabajo, SUNAT,

tecnologías,

entidades

institucionales, defensa civil.

financieras,

ESSALUD,

convenios

51

7.3 Organigrama de Campo Mayor

Gerencia General Grupo Coopsol

Administración Campo Mayor

Asistente Administrativo

Jefatura de Operaciones

Supervisores

Responsable Almacén

Figura 9. Organigrama de Campo Mayor Fuente: (Elaboración propia, 2016)

52

7.4 Sistemas de informaciรณn actuales

Figura 10. Sistemas de informaciรณn del Grupo Coopsol Fuente: (Elaboraciรณn propia, 2016)

53

7.5 Áreas funcionales actuales Área  

Dirección ejecutiva

  Administración Mayor

Campo

Finanzas y contabilidad

       

Gestión de RRHH

   

Sistemas

     Logística y Abastecimiento    Logística Entrada    Operaciones   Logística de Salida



Funciones Planificación estratégica de actividades a mediano y largo plazo Diseño de la estructura organizacional acorde al entorno y al mercado.

Seleccionar, asignar, promover y evaluar a las personas dentro de la estructura organizacional.

Planificación de los objetivos asignados por la dirección ejecutiva Coordinación de los objetivos por cada área Motivar a los empleados y manejo de conflictos internos Elaboración y análisis de estado financieros Verificación y control de movimientos en banco Elaboración de reportes de ingresos y egresos Elaboración de calendario de pagos de proveedores y otros conceptos Pago de impuestos Evaluación psicológica de los candidatos a cubrir plazas de nuevo personal.

Elaboración de planilla de empleados.

Elaboración de liquidación de personal.

Publicación de anuncios laborales Diseño, mantenimiento y actualización de software Gestión de las licencias de programas informático comercial (software) y servicio de correo electrónico.

Gestión de la Red informática Gestión de los equipos de computo Administración de base de datos Evaluación de Proveedores Evaluación de Pedidos Solicitud y evaluación de Cotizaciones Elaboración y envió de órdenes de compra.

Control de calidad de los productos y maquinaria ingresada.

Almacenamiento de productos ingresados Control de asistencia de personal asignado Asignación de horarios y sedes de trabajo del personal operativo.

Asignación de insumos y maquinarias de limpieza Evaluar y llevar el control de calidad de las actividades del personal operativo Control de calidad de los productos y maquinarias que son asignados al personal operativo.

54

Área   Marketing

         

Ventas

Post Venta

Funciones Distribución, transporte de producto y maquinaria de limpieza.

Definir la estrategia comercial, posicionar, proporcionar valor de los servicios y generar nuevos canales de ventas.

Definir plan de comunicación Generar oportunidades de ventas Definir organización de ventas Definir plan de ventas Desarrollo de fuerza de ventas.

Implementar metodología de ventas.

Realización de encuestas.

Actualización de datos de clientes Recepción de quejas y sugerencias Promoción del libro de reclamaciones.

Tabla 27. Áreas funcionales Fuente: (Elaboración propia, 2016)

7.6 Entorno competitivo 

Competidores: o GRUPO SANTO DOMINGO o SILSA S.A. o LIMPSA S.A.C. o ADECCO PERÚ S.A. o MANPOWER PERU S.A



Proveedores: Tiene como proveedor principal a PROCLEAN otra empresa del mismo grupo empresarial



Clientes: Los principales clientes de la Campo Mayor son del sector súper mercados, fabricas, universidades, oficinas y el sector salud.



Entidades del estado: Campo Mayor, tiene una relación estrecha con los organismos del gobierno, como la SUNAT, ministerio de trabajo, SAT, quienes

55

se encargan de establecer nuevas normas y monitorear que las entidades se sometan y cumplan con estas normas. 

Entidades financieras: Cuenta con una buena relación con las entidades financieras del entorno, pudiendo acceder a préstamos y créditos a una taza preferencia.



Sociedad: Campo Mayor ofrece la oportunidad para qué los mismos trabajadores puedan seguir capacitaciones técnicas o concluir estudios básico con la finalidad de elevar el nivel educativo de los mismos trabajadores.

56

Apéndice II. Etapa de modelado de procesos 1. Introducción Para el trabajo de investigación en el Grupo Coopsol, a través de su empresa matriz Coopsol Consultoría se seleccionó el proceso de mantenimiento del área de recursos humanos, por ser una de las áreas que maneja un gran volumen de información de todas las empresas del grupo empresarial y a empresa prioritaria Campo Mayor.

La información detallada de las actividades de los procesos fue proporcionado por la jefatura de recursos humanos de la Coopsol Consultoría en conjunto con la administración de Campo Mayor.

57

2. Procesos del Ă rea de Recursos Humanos

Figura 11. Proceso de recursos humanos Fuente: (ElaboraciĂłn propia, 2016)

58

3. Matriz de Selección de Procesos Críticos Procesos A Provisión Asignación Desarrollo Mantenimiento Auditoria

B 4 2 3 4 1

C 1 3 2 4 1

D 1 2 2 3 2

E 5 4 3 5 5

4 5 4 5 2

TOTAL 15 16 14 21 11

Tabla 28. Matriz de Selección de Procesos Críticos Fuente: (Elaboración propia, 2016)

Leyenda: 

A = Impacto en el cliente: ¿Cuán importante es?



B = Índice de cambio: ¿Puede Ud. arreglarlo?



C = Condición de rendimiento: ¿Solucionas los incidentes?



D = Impacto en la empresa: ¿Qué importancia tiene para la empresa?



E = Impacto sobre el trabajo: ¿Cuáles son los recursos disponibles?

El proceso de mantenimiento es el proceso más crítico del área de recursos humanos.

59

4. Descripciรณn del Proceso de Mantenimiento Los subprocesos del proceso de mantenimiento del รกrea de recursos humanos son:

Figura 12. Fuente: (Elaboraciรณn propia, 2016) Fuente: (Elaboraciรณn propia, 2016)

60

5. Matriz de Selección de Sub Procesos Críticos Sub Procesos A Administración de sueldos y salarios.

Beneficios laborales Higiene y seguridad

B

C

D

E

TOTAL

5

5

3

5

4

22

5 5

3 1

2 1

5 5

4 4

19 16

Tabla 29. Matriz de Selección de Sub procesos críticos Fuente: (Elaboración propia, 2016)

Leyenda: 

A = Impacto en el cliente: ¿Cuán importante es?



B = Índice de cambio: ¿Puede Ud. arreglarlo?



C = Condición de rendimiento: ¿Solucionas los incidentes?



D = Impacto en la empresa: ¿Qué importancia tiene para la empresa?



E = Impacto sobre el trabajo: ¿Cuáles son los recursos disponibles?

El subproceso más crítico, es el subproceso de administración de sueldos y salarios.

61

6. Roles y participantes del subproceso de administración de sueldos y salarios ROL

RESPONSABILIDAD 

Asistente administrativo.

(Campo Mayor)   Asistente de humanos.

Consultoría)

recursos  (Coopsol

Recepcionista.

Consultoría)

(Coopsol 



 Asistente social. (Coopsol  Consultoría) Personal motorizado.  (Coopsol Consultoría)

Recepcionar y almacenar las boletas de pagos, para posteriormente ser entregados a los empleados que lo soliciten.

Enviar el reporte de control de asistencia diaria al área de recursos humanos de la empresa Coopsol Consultoría.

Elaboración de planilla de pagos de los empleados de Campo Mayor.

Imprimir y clasificar boletas de pago del personal de Campo Mayor Mantenimiento de datos del personal de Campo Mayor (registrar, modificar).

Programación de envió de boletas pago del personal de Campo Mayor Programar visitas a empleados de Campo Mayor Registrar motivos de inasistencias de los empleados de Campo Mayor.

Transportar las boletas de pago del personal de Campo Mayor.

Tabla 30. Roles y participantes del subproceso Fuente: (Elaboración propia, 2016)

62

7. Diagramas del subproceso de administraciรณn de sueldos y salarios 7.1 Subproceso de control de asistencia y puntualidad

Figura 13. Subproceso de control de asistencia Fuente: (Elaboraciรณn propia, 2016)

63

7.2 Subproceso de pago de sueldos y salarios

Figura 14. Subproceso de pago de nรณminas Fuente: (Elaboraciรณn propia, 2016)

64

7.3 Subproceso de entrega de boletas de pago

Figura 15. Subproceso de entrega de pago Fuente: (Elaboraciรณn propia, 2016)

65

8. Actividades del subproceso de administración de sueldos y salarios 8.1 Control de asistencia y puntualidad Actividades del subproceso N. 1

Responsable Asistente administrativo.

2

Asistente administrativo.

3

Asistente de RRHH.

4

Asistente social.

5

Asistente social.

Descripción Genera los reportes de asistencia y puntualidad de los empleados de la empresa Campo Mayor.

Verificar asistencia del personal ¿Asistió?

Entonces Enviar vía correo electrónico, el reporte de asistencia al asistente de SI recursos humanos de la empresa.

Aplica actividad 3.

Enviar vía correo electrónico, el NO reporte de inasistencia al asistente social. Aplica actividad 4.

Descarga el reporte de asistencias del control diario del personal. Fin del procedimiento.

Descarga el reporte de inasistencias diarias del personal.

Verifica justificación de inasistencia ¿Es justificado?

Entonces Programar visitas a los empleados y/o verificar las SI causas de su inasistencia. Fin del procedimiento.

NO Fin del procedimiento.

Tabla 31. Actividades del subproceso de control de Asistencia y puntualidad Fuente: (Elaboración propia, 2016)

66

8.2 Pago de sueldos y salarios Actividades del subproceso N. 1

Responsable Asistente de RRHH.

Descripción Elaborar reporte de planilla de asistencias y puntualidad del personal de Campo Mayor.

2

Asistente de RRHH.

Verificar modificación de asistencia. ¿Modificaciones?

Entonces Modificar registro de asistencia y tardanzas del SI empleado. Aplica actividad 3.

NO Aplica actividad 3.

3

Asistente de RRHH.

Elaborar reporte planilla de sueldos

4

Asistente de RRHH.

Verificar horas extras y/o otras bonificaciones ¿Horas Entonces extras?

Agregar horas extras y/u otras SI bonificaciones a la planilla. Aplica actividad 5.

NO Aplica actividad 5.

5 6 7

Asistente de RRHH. Asistente de RRHH. Asistente de RRHH.

Descontar retenciones de ley y/u otros Elaborar cálculos auxiliares en MS Excel Registrar cálculos en el módulo de planillas

8

Asistente de RRHH.

Verificar el cálculo correcto de la planilla pago ¿Hay Entonces errores?

SI Aplica actividad 6.

NO Aplica actividad 9.

9

Asistente de RRHH.

Procesar pago de nóminas del personal de Campo Mayor. Fin del procedimiento.

Tabla 32. Actividades del subproceso pago de sueldos y salarios Fuente: (Elaboración propia, 2016)

67

8.3 Entrega de boletas de pago Actividades del subproceso N.

Responsable

1

Asistente de RRHH.

3

Recepcionista.

Descripción Imprimir y clasificar las boletas de pago del personal de Campo Mayor.

Programar él envió de boletas de pago

4

Personal motorizado.

Transportar las boletas de pago hacia la

5

Asistente administrativo.

Recepcionar y archivar boletas de pago. Fin del procedimiento.

Tabla 33. Actividades del subproceso entrega de boletas de pago Fuente: (Elaboración propia, 2016)

9. Límites del subproceso de administración de sueldos y salarios

Figura 16. Límites del subproceso Fuente: (Elaboración propia, 2016)

68

Apéndice III. Etapa de modelado de servicios 1. Identificación de servicios Para la elaboración del modelado de servicios se utilizara el patrón de diseño SOA “Service Layers”, estos nuevos servicios web serán el soporte para la mejora de las actividades del proceso de mantenimiento del área de recursos humanos del Grupo Coopsol.

Los subprocesos que se evaluaron son los siguientes: 

Subproceso de control de asistencia y puntualidad.



Subproceso de pago de sueldos y salarios.



Subproceso de entrega de boletas de pago.

69

1.1 Subproceso de control de asistencia y puntualidad

Figura 17. Servicios del subproceso de control de asistencia y puntualidad Fuente: (Elaboraciรณn propia, 2016

70

1.2 Subproceso de pago de sueldos y salarios

Figura 18. Servicios del subproceso de pago de sueldos y salarios Fuente: (Elaboraciรณn propia, 2016)

71

1.3 Subproceso de entrega de boletas de pago

Figura 19. Servicios del subproceso de entrega de boletas de pago Fuente: (Elaboraciรณn propia, 2016)

72

2. Categorización del servicio 2.1 Servicio de boletas de pago 

Funcionalidades provistas o Este servicio se encarga de mostrar los pagos realizados al empleador y también los detalles del pago.



Sub proceso asociado o Entrega de boletas de pagos.

2.2 Servicio de empleados 

Funcionalidades provistas o Este servicio se encarga de mostrar los datos del empleado.



Sub proceso asociado o Control de asistencia o Pago de nóminas o Entrega de boletas de pago

2.3 Servicio de control de asistencia 

Funcionalidades provistas o Este servicio se encarga de registrar las asistencias de los empleados



Sub proceso asociado o Pago de nóminas o Control de asistencia

73

3. Especificación de servicios 3.1 Servicio de entrega de boletas de pago Método

Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getListaBoletasPagos() String Dni String Cia String fec_ini String fec_fin List <Pagos>

Número del DNI Código de compañía Fecha inicio Fecha fin Lista de pagos del empleado

Retorna los datos de los pagos realizados al empleado

Tabla 34. Servicio getListaBoletasPagos() Fuente: (Elaboración propia, 2016)

Método Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getListHaberes() String cod_cia String cod_suc String cod_tra String cod_pro String nro_oper List <Haberes>

Código de compañía Código de sucursal Código de trabajador Código de proceso Número de operación Lista de haberes del empleado

Retorna la lista de haberes del empleado

Tabla 35. Servicio getListHaberes() Fuente: (Elaboración propia, 2016)

74

Método

Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getListDescuentos() String cod_cia String cod_suc String cod_tra String cod_pro String nro_oper List <Descuentos>

Código de compañía Código de sucursal Código de trabajador Código de proceso Número de operación Lista de descuentos

Retorna la lista de descuentos del empleado

Tabla 36. Servicio getListDescuentos() Fuente: (Elaboración propia, 2016)

Método

Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getListAporteEmpleador() String cod_cia Código de compañía String cod_suc Código de sucursal String cod_tra Código de trabajador String cod_pro Código de proceso String nro_oper Número de operación List <Aportes> Lista de aportes Retorna la lista de aportes del empleador

Tabla 37. Servicio getListAporteEmpleador() Fuente: (Elaboración propia, 2016)

75

Método Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getTotalHaberes() String cod_cia String String String String Double

cod_suc nro_oper cod_pro cod_tra

Código de compañía Código de sucursal Código de trabajador Código de proceso Número de operación

Retorna el monto total de los haberes del empleado

Tabla 38. Servicio getTotalHaberes() Fuente: (Elaboración propia, 2016)

Método

Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getTotalDescuento() String cod_cia String cod_suc String nro_oper String cod_pro String cod_tra Double

Código de compañía Código de sucursal Código de trabajador Código de proceso Número de operación

Retorna el monto de los descuentos del empleado

Tabla 39. Serivicio getTotalDescuento() Fuente: (Elaboración propia, 2016)

76

Método

Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getTotalNeto() String cod_cia String cod_suc String nro_oper String cod_pro String cod_tra Double

Código de compañía Código de sucursal Código de trabajador Código de proceso Número de operación

Retorna el monto total neto del salario

Tabla 40. Servicio getTotalNeto() Fuente: (Elaboración propia, 2016)

Método

Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getTotalAporteEmpleador() String cod_cia Código de compañía String cod_suc Código de sucursal String nro_oper Código de trabajador String cod_pro Código de proceso String cod_tra Número de operación Double Retorna el monto del aporte del emplador

Tabla 41. Servicio getTotalAporteEmpleador() Fuente: (Elaboración propia, 2016)

77

Método

Parámetros

Valor de Retorno Excepciones Descripción

setRegistroImpresion() String Dni String cod_cia String Fecha_hora String cod_pro String cod_tra Void

Número de DNI Código de compañía Código de trabajador Código de proceso Número de operación

El servicio se encarga registrar los datos de fecha y hora cuando el empleado realiza un impresión de la boleta de pago.

Pre condiciones Post condiciones Tabla 42. Servicio setRegistroImpresion() Fuente: (Elaboración propia, 2016)

3.2 Servicio de datos del empleado Método Parámetros Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getEmpleados() String cod_cia String Dni List <Empleado>

Código de compañía Número de DNI Lista de empleados

Retorna los datos del empleado en una lista

Tabla 43. Servicio getEmpleados() Fuente: (Elaboración propia, 2016)

78

Método Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

setRegistroImpresionBoleta() String cod_pro String cod_cia String cod_suc String cod_tra String nro_oper void

Código de compañía Código de sucursal Código de trabajador Número de operación

Registra los dato de entrega de boletas de pago del empleado.

Tabla 44. Servicio setRegistroImpresionBoleta() Fuente: (Elaboración propia, 2016) Método Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getEmpleadosHaberes () String

cod_pro

String String String List

cod_cia cod_suc cod_tra <Empleado>

Código de compañía Código de sucursal Código de trabajador

Retorna el lista de haberes del empleado

Tabla 45. Servicio getEmpleadosHaberes () Fuente: (Elaboración propia, 2016)

79

3.3 Servicio de control de asistencia Método Parámetros

Valor de Retorno Excepciones Descripción Pre condiciones Post condiciones

getListAsistencia() String cod_cia String fec_ini String fec_fin List <Asistencia>

Código de compañía Fecha inicio Fecha fin Lista de asistencias

Retorna una lista de asistencia de los empleados.

Tabla 46. Servicio getListAsistencia() Fuente: (Elaboración propia, 2016)

Método Parámetros

Valor de Retorno Excepciones Descripción

setIngresarAsistencia() String cod_cia String cod_tra String fec_reg String Tipo String Ip Boolean

Código de compañía Código de trabajador Fecha de registro Tipo de asistencia Dirección IP del dispositivo

El servicio se encarga de registrar la justificación de la inasistencias de los empleados

Pre condiciones Post condiciones Tabla 47. Servicio setIngresarAsistencia() Fuente: (Elaboración propia, 2016)

80

Método Parámetros

Valor de Retorno Excepciones Descripción

setJustificarInasistencia() String cod_cia String cod_tra String fec_reg String tipo_inasis String desc_inasis String fec_ini String fec_fin Boolean

Código de compañía Código de trabajador Fecha de registro Tipo de inasistencia Descripción de inasistencia Fecha inicio Fecha fin

El servicio se encarga de registrar la justificación de la inasistencias de los empleados

Pre condiciones Post condiciones Tabla 48. Servicio setJustificarInasistencia() Fuente: (Elaboración propia, 2016)

4. Servicios existentes Para la realización del trabajo de investigación, el Grupo Coopsol cuenta con los siguientes servicios: 

Servicio de correo



Servicio Web



Servicio de base de datos (Oracle 10G)

81

Apéndice IV. Etapa de modelado de componentes Tal como se definió en la metodología propuesta, en esta etapa se trata de precisar la manera en que se componen y empaquetan funcionalidades, sean éstas existentes o nuevas para construir piezas funcionales que puedan registrarse en un repositorio común.

En el caso de estudio que se plantea, vemos como queda representado los nuevos componentes de servicios, como se muestran en el siguiente gráfico.

Figura 20. Diagrama de componentes de los servicios web Fuente: (Elaboración propia, 2016)

82

Apéndice V. Etapa de administración y seguimiento 1. Etapa de administración y seguimiento del proceso.

Con los Servicios Web puestos en marcha, las actividades de los subprocesos fueron modificadas o en algunos casos fueron suprimidas, debido a que las actividades fueron automatizadas.

2. Diagramas BPMN del proceso de mantenimiento de RRHH 2.1 Subproceso de control de asistencia y puntualidad

Figura 21. Subproceso de control de asistencia y puntualidad Fuente: (Elaboración propia, 2016)

83

2.2 Subproceso de pago de sueldos y salarios

Figura 22. Subproceso de pago de sueldos y salarios Fuente: (Elaboraciรณn propia, 2016)

84

2.3 Subproceso de entrega de boletas de pago

Figura 23. Subproceso de entrega de boletas de pago Fuente: (Elaboraciรณn propia, 2016)

85

3. Actividades del subproceso de administración de sueldos y salarios 3.1 Control de asistencia y puntualidad Actividades del subproceso N. 1 2

Responsable Asistente administrativo.

Asistente social.

Descripción Servicio de registro de asistencia.

Servicio de reporte de asistencia.

3

Asistente social.

Verificar inasistencias ¿Es justificado?

Entonces Programar visitas a los empleados y/o verificar las SI causas de su inasistencia.

Aplica actividad 4.

NO Fin del procedimiento.

4

Asistente social.

Servicio de actualización de inasistencias. Fin del procedimiento.

Tabla 49. Actividades del subproceso de control de asistencia y puntualidad Fuente: (Elaboración propia, 2016)

3.2 Pago de sueldos y salarios Actividades del subproceso N. 1

Responsable Asistente de RRHH.

Descripción Servicio reporte planilla de asistencia y puntualidad del personal

2

Asistente de RRHH.

Verificar modificación de asistencias. ¿Modificaciones?

Entonces Servicio de registro de SI asistencias. Aplica actividad 3.

NO Aplica actividad 3.

3

Asistente de RRHH.

Servicio de registro de asistencias

4

Asistente de RRHH.

Verificar horas extras y/o otras bonificaciones ¿Horas Entonces extras?

Agregar horas extras y/u otras SI bonificaciones a la planilla. Aplica actividad 5.

NO Aplica actividad 5.

5 6

Asistente de RRHH. Asistente de RRHH.

Descontar retenciones de ley y/u otros Elaborar cálculos auxiliares en MS Excel

86

Asistente de RRHH.

Registrar cálculos en el módulo de planillas

8

Asistente de RRHH.

Verificar el cálculo correcto de la planilla pago ¿Hay Entonces errores?

SI Aplica actividad 6.

NO Aplica actividad 9.

9

Asistente de RRHH.

Procesar pago de nóminas del personal de Campo Mayor. Fin del procedimiento.

7

Tabla 50. Actividades del subproceso pago de sueldos y salarios Fuente: (Elaboración propia, 2016)

3.3 Entrega de boletas de pago

Actividades del subproceso N. 1

2

3

Responsable Web Campo Mayor.

Descripción Ingresar datos de usuario.

Web Campo Mayor.

Verificar usuario y clave de acceso. ¿Modificaciones?

Entonces Servicio de información de SI pagos. Aplica actividad 1.

NO Aplica actividad 3.

Web Campo Mayor.

Impresión de boletas de pago ¿Realizo Entonces impresión?

Servicio de registro de impresión.

SI Fin del procedimiento.

NO Fin del procedimiento.

Tabla 51. Actividades del subproceso entrega de boletas de pago Fuente: (Elaboración propia, 2016)

87

Anexos Anexo I. Matriz de consistencia TÍTULO: ARQUITECTURA BPM SOA PARA LA MEJORA DEL PROCESO DE MANTENIMIENTO DEL ÁREA DE RECURSOS HUMANOS DEL GRUPO COOPSOL - CASO “CAMPO MAYOR SRLTDA - LIMA” Problema

Problema general ¿Cuál es el efecto en el uso de una arquitectura BPM SOA en la mejora del proceso de mantenimiento de recursos humanos del Grupo Coopsol?

Objetivos

Hipótesis

Objetivo General Mejorar el proceso de mantenimiento del área de recursos humanos del Grupo Coopsol a través de la implementación de una arquitectura BPM SOA. Objetivo Específicos  Diseñar el proceso de mantenimiento del área de recursos humanos.  Diseñar el inventario de servicios, basado en el patrón de diseño SOA.  Implementar los prototipos de Servicios Web.  Evaluar el proceso de mantenimiento del área de recursos humanos.

Metodología Tipo de investigación Descriptivo

Hipótesis El uso de una arquitectura BPM SOA mejora el proceso de mantenimiento de recursos humanos del Grupo Coopsol Variable independiente Arquitectura BPM SOA Variable dependiente Proceso de mantenimiento del área de RRHH

Tabla 52. Matriz de consistencia Fuente: (Elaboración propia, 2016)

Diseño de investigación No experimental: Transversal Técnica Entrevistas, observación, análisis de datos, diagrama de flujo.

Población Personal de las áreas del Grupo Coopsol.

Muestra Muestra por conveniencia, 4 personas entrevistadas.

88

Anexo II. Guía de entrevistas Nombre del entrevistado: Función: Lugar de la entrevista: Fecha de la entrevista:

………………………………………………………… ………………………………………………………… ………………………………………………………… …………………………………………………………

1. Objetivos de la entrevista: 

Obtener información sobre los diferentes actores del Grupo Coopsol.



Describir, analizar e interpretar los procesos organizativos internos del Grupo Coopsol.



Describir, analizar e interpretar las tecnologías de información actuales con las que cuenta el Grupo Coopsol.



Describir, determinar y priorizar las unidades de negocio del Grupo Coopsol.



Describir, analizar e interpretar los efectos de los servicios web, en los procesos del Grupo Coopsol.

2. Guiones de la entrevista: 

2.1 Guion primera entrevistas: Gerente General o Eje 1: Descripción del Grupo Coopsol 

¿De qué trata el Grupo Coopsol?



¿Vende algún tipo de productos o servicio?



¿Cómo está organizada la empresa?



¿Con cuántos empleados cuenta?



¿Cómo se organiza el Grupo Coopsol contra la competencia?, ¿Tiene algún registro de los mismos?



¿Cuenta con más de una sucursal?, ¿Le gustaría tener más en un futuro?



¿Tiene clientes habituales?, ¿Qué registros tiene de éstos?

89

o Eje 2: Inversión sobre tecnologías de información 

¿Existen en la actualidad algún plan estratégico de tecnologías de información en la cual se esté enrumbando el área de tecnologías de información a cumplir con los objetivos estratégicos del Grupo Coopsol?



¿Tiene un sistema de ERP?, ¿Cómo funciona?



¿Existe el presupuesto para la inversión de nuevos servicios de tecnologías de información?

o Eje 3: Políticas de mejora de procesos 

¿Cuál es concepción actual sobre las políticas de mejoras de procesos en las unidades de negocio del Grupo Coopsol?



¿Cuál es su visión actual sobre los beneficios que le pueden aportar las tecnologías de la información sobre los procesos negocio del Grupo Coopsol?



¿Todas las áreas de Grupo Coopsol y unidades de negocio cuentan con procesos definidos?



¿Qué procesos del negocio desearía mejorar o que sean implementados en el Grupo Coopsol?



¿Quiénes usarían los nuevos servicios de tecnología de información que desearía implementar? (hablar con los usuarios para ver cuáles son las necesidades más primarias)



¿Le gustaría tener algún tipo de estadísticas sobre los nuevos servicios de tecnologías de información que se desean implementar?



¿Algo más que quiera aportar y no hayamos tratado?

90 

2.2 Guion segunda entrevistas: Jefe de sistemas o Eje 1: Descripción del área de sistemas 

¿El área de sistema cuenta con un plan estratégico de tecnologías de información?



¿Cómo se están llevando las actividades en el área de sistemas para la mejora de los procesos en el Grupo Coopsol?



¿Cuentan con la infraestructura tecnológica para la creación y dar soporte a los nuevos servicios de tecnologías de información?

o Eje 2: Tecnologías de información actual 

¿Podría mencionar con que tipos de sistema operativo están trabajando dentro del Grupo Coopsol y que servicios soportan?

(Ejemplo: Servidores de Base de datos, Servidor de correos, Servidor de antivirus, Firewall, Servidor Web, etc.)



¿Qué tipo de sistema de información manejan dentro del Grupo Coopsol? (Especificar: Motor de Base de Datos, ERP, Sistemas legados, etc.)



¿El área desarrolla nuevas aplicaciones software, en el caso de ser cierto especificar que tecnologías están usando? (Visual Basic, Java, .Net, PHP, Power Builder, etc.)

o Eje 3: Intercambio de datos entre sistemas de información 

¿Los sistemas de información en la actualidad trabajan con una base de centralizada? (Especificar si estos trabajan con el mismo motor de base de datos o si entre ellos logran intercambiar datos para que estos no estén aislados del resto)

91 

¿Los sistemas de información del Grupo Coopsol, tienen la capacidad para trabajar con servicios web?



¿El personal de sistemas está en la capacidad para soporte a nuevos servicios de tecnologías de información?

 

¿Algo más que quiera aportar y no hayamos tratado?

2.3 Guion tercera entrevistas: Administrador Campo Mayor o ¿La empresa campo mayor tiene identificado y estandarizados todos sus procesos? o ¿Cuál es la actividad o proceso más laborioso que se llevan dentro de la empresa? o ¿Cómo cree usted que pueden ayudar el uso de las tecnologías de información en la mejora de las proceso? o ¿Tiene conocimiento sobre los servicios de tecnología de información que le brindan en el área de sistemas? o ¿Algo más que quiera aportar y no hayamos tratado?



2.4 Guion cuarta entrevistas: Jefatura de recursos humanos o ¿El área de RRHH tiene identificado y estandarizados todos sus procesos? o ¿Cuentan con manuales de organización y funciones? o ¿Cuál es la actividad o proceso más laborioso que se llevan dentro de su área? o ¿Qué procesos del negocio desearía mejorar o que sean implementados en el Grupo Coopsol? o ¿Algo más que quiera aportar y no hayamos tratado?

92

Anexo III. Aplicativos con servicios web

Figura 24. Supercheck.pe – Lista de empleados Fuente: (Elaboración propia, 2016)

Figura 25. Supercheck.pe – Registro de asistencias Fuente: (Elaboración propia, 2016)

93

Figura 26. Supercheck.pe - Reporte de asistencias Fuente: (Elaboraciรณn propia, 2016)

Figura 27. Supercheck.pe - Justificaciรณn de inasistencias Fuente: (Elaboraciรณn propia, 2016)

94

Figura 28. Campo Mayor – Lista de pagos Fuente: (Elaboración propia, 2016)

Figura 29. Campo Mayor – Detalles de pagos Fuente: (Elaboración propia, 2016)