Tesis Maestria Unt BPM Soa

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 (Club-
BPM, 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

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

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

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 Descripción Medición
Número de servicios que darán soporte al proceso

X = Independiente Arquitectura BPM SOA Servicios web Unidad
de mantenimiento.
Tiempo Reducir los tiempos del subproceso. Porcentual

Mejora del proceso de
Y = Dependiente Costos Reducir los costos del subproceso. Porcentual
mantenimiento
Recursos Reducir el número de empleados del subproceso. Porcentual
Tabla 1. Variables e indicadores del objeto de estudio

Fuente: (Elaboración propia, 2013)
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:
𝑺𝑴⁄𝟑𝟎
𝑺𝑿𝑯 =
𝟖
Donde:
 SXH = Sueldo por hora
 SM = Sueldo mensual
Recursos (Personal) SM (S/) SXH (S/)

Coopsol Consultoría
Asistente RRHH 1500.00 6.25
Recepcionista 1200.00 5.00
P. Motorizado 850.00 3.54
Asistente social 1200.00 5.00
Campo Mayor
Asistente administrativo 1400.00 5.83
Tabla 2. Sueldo del personal del Grupo Coopsol
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° P E M I A Actividad Minutos
1 X Generar reporte de asistencia y puntualidad 15
2 X Verificar asistencia del personal 30
3 X Enviar reporte de inasistencia a bienestar social 15
4 X Enviar reporte de asistencia a RRHH 15
5 X Descargar reporte de inasistencias 15
6 X Verificar justificación de inasistencias 30
Programar visitas a los empleados y/o verificar
7 X 60
causas
8 X Descargar reporte de asistencia 30
Tiempo total 210
Tabla 3. Tiempo del subproceso de control y asistencia y puntualidad
Los costos de los recursos humanos que participan en las actividades del
subproceso se pueden apreciar en la siguiente tabla.
Recursos Cantidad Minutos Horas SXH C. Unitario

Asistente Administrativo 1 75 1.25 5.83 7.29
Asistente RRHH 1 30 0.5 6.25 3.13
Asistente Social 1 105 1.75 5 8.75
Costo total (S/) 19.17
Tabla 4. Costos del subproceso de control y asistencia y puntualidad
29
b) Subproceso de pago de sueldos y salarios
siguiente tabla.
Elaborar reporte planilla de asistencia y
1 X 60
puntualidad del personal
2 X Verificar modificación de asistencias 30
Modificar registro de asistencia y tardanzas del
3 X 30
empleado
4 X Elaborar reporte planilla de sueldos 30
5 X Verificar horas extras y otras bonificaciones 30
Agregar horas extras y otras bonificaciones a la
6 X 30
planilla
7 X Descontar retenciones de Ley 30
8 X Elaborar cálculos auxiliares en MS Excel 30
9 X Registrar cálculos al módulo de planilla 30
10 X Verificar cálculo de planilla 60
11 X Procesar pago de nómina 30
Tiempo total 390
Tabla 5. Tiempo del subproceso de pago de sueldos y salarios

Asistente RRHH 2 390 6.5 6.25 81.25
Tabla 6. Costos del subproceso de pago de sueldos y salarios
30
c) Subproceso de entrega de boletas de pago
siguiente tabla.
1 X Imprimir y clasificar boleta de pago 190
2 X Programación de envió de boletas de pago 60
3 X Transporte de boletas de pago 120
4 X Recepción y archivo de boletas de pago 30
Tiempo total 400
Tabla 7. Tiempo del subproceso de entrega de boletas de pago
Recursos Cantidad Minutos Horas SXH C. Fijo C. Unitario

Asistente
1 190 3.17 6.25 0 19.81
RRHH
Recepcionista 1 60 1 5 0 5.00
P. Motorizado 1 60 2 3.54 20 27.08
Asistente
1 30 0.5 5.83 0 2.92
Administrativo
Tabla 8. Costos del subproceso de entrega de boletas
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. Nombre del servicio Descripción del servicio Clientes Sub procesos asociados
Este servicio se encarga de mostrar los pagos
Servicio de entrega de
1 realizados al empleador y también los Campo Mayor  Entrega de boletas de pagos.
boletas de pago
detalles del pago.
 Control de asistencia y
Servicio de datos del Este servicio se encarga de mostrar los datos puntualidad.
2 Campo Mayor
empleado del empleado  Pago de sueldos y salarios
 Entrega de boletas de pago
 Pago de sueldos y salarios

Servicio de control de Este servicio se encarga de registrar las
3 Campo Mayor  Control de asistencia y
asistencia asistencias de los empleados
puntualidad
Tabla 9. Portafolio de Servicios Web

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 Funciones Consumidores

 getListaBoletasPagos()
 getListHaberes()
 getListDescuentos()
 getListAporteEmpleador()
1 //192.168.1.48:8080/Servicios/ImpresionPagoWS?WSDL  getTotalHaberes()  www.campomayorperu.com
 getTotalDescuento()
 getTotalNeto()
 getTotalAporteEmpleador()
 setRegistroImpresion()
 getEmpleados ()
 www.campomayorperu.com
2 //192.168.1.48:8080/Servicios/EmpleadoWS?WSDL  setRegistroImpresionBoleta()
 www.supercheck.pe
 getEmpleadosHaberes()
 getListAsistencia()
3 //192.168.1.48:8080/Servicios/AsistenciasWS?WSDL  setRegistrarAsistencia()  www.supercheck.pe
 setJustificarInasistencia()
Tabla 10. Funcionalidades de los servicios web
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.
Desviación Error
Etiqueta # Muestra Media Min Max Rendimiento KB/s Media Bytes
Estándar %
getTotalDescuento 100 5 (ms) 2 (ms) 24 (ms) 3.68 0.0 13.4/s 1.14 87.0
getListHaberes 100 7 (ms) 2 (ms) 145 (ms) 15.18 0.0 13.4/s 1.14 87.0
getTotalNeto 100 6 (ms) 2 (ms) 74 (ms) 9.78 0.0 13.5/s 1.14 87.0
getListAporteEmpleador 100 8 (ms) 2 (ms) 188 (ms) 22.72 0.0 13.5/s 1.14 87.0
getListaBoletasPagos 100 5 (ms) 2 (ms) 17 (ms) 2.75 0.0 13.5/s 1.15 87.0
getTotalAporteEmpleador 100 6 (ms) 2 (ms) 115 (ms) 12.09 0.0 13.5/s 1.15 87.0
getTotalHaberes 100 5 (ms) 2 (ms) 23 (ms) 3.54 0.0 13.5/s 1.15 87.0
setRegistroImpresion 100 5 (ms) 2 (ms) 24 (ms) 4.3 0.0 13.5/s 1.15 87.0
getListDescuentos 100 8 (ms) 2 (ms) 105 (ms) 15.44 0.0 13.6/s 1.15 87.0
TOTAL 900 6 (ms) 2 (ms) 188 (ms) 11.98 0.0 120.4/s 10.23 87.0
Tabla 11. Prueba de rendimiento ImpresionPagoWS?WSDL
34
El tiempo de rendimiento del servicio web EmpleadoWS?WSDL, se visualiza en la siguiente tabla de resultados.
Desviación Error
Etiqueta # Muestra Media Min Max Rendimiento Kb/s Media Bytes
Estándar %
getEmpleados 100 6 (ms) 2 (ms) 39 (ms) 4.68 0.0 35.5/s 15.91 459.0
setRegistroImpresionBoleta 100 6 (ms) 2 (ms) 79 (ms) 7.66 0.0 36.2/s 9.53 270.0
getEmpleadosHaberes 100 7 (ms) 3 (ms) 161 (ms) 15.77 0.0 36.3/s 9.11 257.0
Total 300 6 (ms) 2 (ms) 161 (ms) 10.49 0.0 106.0/s 34.01 328.7
Tabla 12. Prueba de rendimiento EmpleadoWS?WSDL
El tiempo de rendimiento del servicio web AsistenciasWS?WSDL, se visualiza en la siguiente tabla de resultados.
Desviación Error
Etiqueta # Muestra Media Min Max Rendimiento KB/s Media Bytes
Estándar %
setJustificarInasistencia 100 15 (ms) 3 (ms) 323 (ms) 38.59 0.0 19.9/s 1.69 87.0
setRegistrarAsistencia 100 9 (ms) 3 (ms) 130 (ms) 13.78 0.0 19.9/s 1.69 87.0
getListAsistencia 100 17 (ms) 6 (ms) 117 (ms) 18.9 0.0 19.9/s 1.69 87.0
Total 300 14 (ms) 3 (ms) 323 (ms) 26.27 0.0 59.4/s 5.05 87.0
Tabla 13. Prueba de rendimiento AsistenciasWS?WSDL
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:
(𝑻𝑻𝑨 − 𝑻𝑻𝑵)
𝑰𝑹𝑻 = ∗ 𝟏𝟎𝟎
𝑻𝑻𝑨
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:
(𝑻𝑪𝑨 − 𝑻𝑪𝑵)
𝑰𝑹𝑪 = ∗ 𝟏𝟎𝟎
𝑻𝑪𝑨
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:
(𝑵𝑹𝑨 − 𝑵𝑹𝑵)
𝑰𝑹𝑹 = ∗ 𝟏𝟎𝟎
𝑵𝑹𝑨
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 P E M I A Actividad Minutos
1 X Servicio de registro de asistencias 20
2 X Servicio de reporte de asistencia 15
3 X Verificar inasistencia del personal 15
4 X Programar visitas a empleados 60
Servicio de registro de causas de
5 X 10
inasistencias
Tiempo total 120
Tabla 14. Tiempo del subproceso de control de asistencia y puntualidad
Los costos de los recursos del subproceso, se pueden apreciar en la siguiente tabla.

Asistente
1 50 0.83 5.83 4.84
Administrativo
Asistente
1 70 1.17 5 5.85
Social
Costo Total (S/) 10.69
Tabla 15. Costo del subproceso de control de asistencia y puntualidad
El índice de reducción de tiempo es:
(210 − 120)
𝐼𝑅𝑇 = ∗ 100 = 𝟒𝟐. 𝟖𝟔%
210
EL índice de reducción de costo es:
(19.17 − 10.69)
𝐼𝑅𝐶 = ∗ 100 = 𝟒𝟒. 𝟐𝟒%
19.17
37
El índice de reducción de recursos es:
(3 − 2)
𝐼𝑅𝑅 = ∗ 100 = 𝟑𝟑. 𝟑𝟑%
3
b) Subproceso de pago de sueldos y salarios
siguiente tabla.
Servicio reporte planilla de asistencia y
1 X 10
puntualidad del personal
2 X Verificar modificación de asistencias 30
3 X Servicio de registro de asistencias 15
4 X Servicio reporte de haberes del empleado 15
Verificar horas extras y/o otras
5 X 30
bonificaciones
Agregar horas extras y/o otras
6 X 30
bonificaciones a la planilla
7 X Descontar retenciones de Ley 30
8 X Elaborar cálculos auxiliares en MS Excel 60
9 X Registrar cálculos al módulos planilla 30
10 X Verificar cálculo de planilla 60
11 X Procesar pago de nómina 30
Tiempo total 340
Tabla 16. Tiempo del subproceso de pago de sueldos y salarios
C.
Recursos Cantidad Minutos Horas SXH
Unitario
Asistente
2 340 5.67 6.25 70.88
RRHH
Tabla 17. Costo del subproceso de pago de sueldos y salarios
(390 − 340)
𝐼𝑅𝑇 = ∗ 100 = 𝟏𝟐. 𝟖𝟐%
390
38
(81.25 − 70.88)
𝐼𝑅𝐶 = ∗ 100 = 𝟏𝟐. 𝟕𝟔%
81.25
(2 − 2)
𝐼𝑅𝑅 = ∗ 100 = 𝟎. 𝟎%
2
c) Subproceso de entrega de boletas de pago
siguiente tabla.
N P E M I A Actividad Minutos
1 X Verificar usuario y clave de acceso. 2
2 X Servicios de información de pago 2
3 X Imprimir boleta de pago 5
Registrar en base de datos la fecha de
4 X 1
impresión de boleta de pago
Tiempo total 10
Tabla 18. Tiempo del subproceso de entrega de boletas
Recursos Cantidad Minutos Horas SXH C. Unitario Total

Asistente
0 0 0 0 0 0
administrativo
Costo total (S/) 0
Tabla 19 Costo del subproceso de entrega de boletas
(400 − 10)
𝐼𝑅𝑇 = ∗ 100 = 𝟖𝟕. 𝟓%
400
(54.81 − 0)
𝐼𝑅𝐶 = ∗ 100 = 𝟏𝟎𝟎. 𝟎%
54.81
39
(4 − 0)
𝐼𝑅𝑅 = ∗ 100 = 𝟏𝟎𝟎. 𝟎%
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 Minutos Costo (S/) N. Recursos

Control de asistencia y
210 19.17 3
puntualidad
Pago de sueldos y salarios 390 81.25 2
Entrega de boletas de pago 400 54.81 4
Tabla 20. Resumen del proceso de mantenimiento
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 Tiempo promedio Error

ImpresionPagoWS?WSDL 6 ms 0%
EmpleadoWS?WSDL 6 ms 0%
AsistenciasWS?WSDL 14 ms 0%
Tabla 21. Pruebas de rendimiento de los Servicios Web
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 Reducción %
Sin servicios Con servicios
210 120 42.86
puntualidad
Pago de sueldos y salarios 390 340 12.82
Entrega de boletas de pago 400 10 87.5
Tabla 22. Comparación de tiempos del proceso de mantenimiento

42
En el siguiente cuadro se aprecia la reducción de los costos del proceso de
mantenimiento de RRHH.
Costos (S/)
19.17 10.69 44.24
puntualidad
Pago de sueldos y salarios 81.25 70.88 12.76
Entrega de boletas de pago 54.81 0 100
Tabla 23. Comparación de costos del proceso de mantenimiento
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)

3 2 33.33
puntualidad
Pago de sueldos y salarios 2 2 0
Entrega de boletas de pago 4 0 100
Tabla 24. Comparación de recursos del proceso de mantenimiento
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-tipos-
servicios/.
 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-con-
java/introduccion-
soa/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-sistemas-
informacion-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-a-
servicios-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-y-
microservices-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-web-
services/.
 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-a-
las-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 Asesoria
RRHH Sistemas Logistica Marketing
y finanzas Legal
Figura 8. Áreas del Grupo Coopsol

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 Valor
Alta 5
Medio 3
Bajo 1
Tabla 25. Tabla de ponderaciones
1 2 3 4 5 6 7 8 Prioridad
EMPRESAS \
CRITERIOS 15% 20% 15% 10% 20% 10% 10% 100%
Campo Mayor 5 5 5 5 5 5 3 4.8 1

Coopsol Consultoría 3 1 1 3 3 5 5 2.7 8
Proclean 5 3 3 5 5 3 1 3.7 4
Infomarket 3 3 3 5 3 3 1 3 6
Escudo Protector 1 1 3 3 5 5 3 2.9 7
Procesos Productivos 3 3 5 3 5 5 5 4.1 2
Coopsol Minería 3 3 5 3 5 5 3 3.9 3
Misky Mikuy 1 1 3 5 5 3 5 3.1 5
Macro Sport 3 1 1 3 3 1 3 2.1 9
Tabla 26. Matriz de priorización de empresas del Grupo Coopsol
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 financieras, ESSALUD, convenios
institucionales, defensa civil.

51
7.3 Organigrama de Campo Mayor
Gerencia General
Grupo Coopsol
Administración
Campo Mayor
Asistente Jefatura de
Administrativo Operaciones
Responsable
Supervisores
Almacén
Figura 9. Organigrama de Campo Mayor

52
7.4 Sistemas de información actuales
Figura 10. Sistemas de información del Grupo Coopsol

53
7.5 Áreas funcionales actuales
Área Funciones
 Planificación estratégica de actividades a mediano y
largo plazo
 Diseño de la estructura organizacional acorde al
Dirección ejecutiva
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
Administración Campo
 Coordinación de los objetivos por cada área
Mayor
 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
Finanzas y contabilidad
 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.
Gestión de RRHH  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.
Sistemas
 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
Logística y Abastecimiento
 Solicitud y evaluación de Cotizaciones
 Elaboración y envió de órdenes de compra.
 Control de calidad de los productos y maquinaria
Logística Entrada ingresada.
 Almacenamiento de productos ingresados
 Control de asistencia de personal asignado
 Asignación de horarios y sedes de trabajo del
Operaciones
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
Logística de Salida
que son asignados al personal operativo.
54
Área Funciones
 Distribución, transporte de producto y maquinaria de
limpieza.
 Definir la estrategia comercial, posicionar,
proporcionar valor de los servicios y generar nuevos
Marketing canales de ventas.
 Definir plan de comunicación
 Generar oportunidades de ventas
 Definir organización de ventas
 Definir plan de ventas
Ventas
 Desarrollo de fuerza de ventas.
 Implementar metodología de ventas.
 Realización de encuestas.
 Actualización de datos de clientes
Post Venta
 Recepción de quejas y sugerencias
 Promoción del libro de reclamaciones.
Tabla 27. Áreas funcionales
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

58
3. Matriz de Selección de Procesos Críticos
Procesos A B C D E TOTAL
Provisión 4 1 1 5 4 15
Asignación 2 3 2 4 5 16
Desarrollo 3 2 2 3 4 14
Mantenimiento 4 4 3 5 5 21
Auditoria 1 1 2 5 2 11
Tabla 28. Matriz de Selección de Procesos Críticos
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)

60
5. Matriz de Selección de Sub Procesos Críticos
Sub Procesos A B C D E TOTAL

Administración de
5 5 3 5 4 22
sueldos y salarios.
Beneficios laborales 5 3 2 5 4 19
Higiene y seguridad 5 1 1 5 4 16
Tabla 29. Matriz de Selección de Sub procesos críticos
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
 Recepcionar y almacenar las boletas de pagos, para
posteriormente ser entregados a los empleados que lo
Asistente administrativo. soliciten.
(Campo Mayor)  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.
Asistente de recursos
 Imprimir y clasificar boletas de pago del personal de
humanos. (Coopsol
Campo Mayor
Consultoría)
 Mantenimiento de datos del personal de Campo
Mayor (registrar, modificar).
Recepcionista. (Coopsol  Programación de envió de boletas pago del personal
Consultoría) de Campo Mayor
 Programar visitas a empleados de Campo Mayor
Asistente social. (Coopsol
Consultoría)  Registrar motivos de inasistencias de los empleados
de Campo Mayor.
Personal motorizado.  Transportar las boletas de pago del personal de
(Coopsol Consultoría) Campo Mayor.
Tabla 30. Roles y participantes del subproceso
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

63
7.2 Subproceso de pago de sueldos y salarios
Figura 14. Subproceso de pago de nóminas

64
7.3 Subproceso de entrega de boletas de pago
Figura 15. Subproceso de entrega de pago

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

N. Responsable Descripción
Genera los reportes de asistencia y puntualidad de
1 Asistente administrativo.
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
2 Asistente administrativo. 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

3 Asistente de RRHH.
del personal. Fin del procedimiento.
Descarga el reporte de inasistencias diarias del
4 Asistente social.
personal.
Verifica justificación de inasistencia
¿Es justificado? Entonces
Programar visitas a los
5 Asistente social. 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

66
8.2 Pago de sueldos y salarios

Elaborar reporte de planilla de asistencias y
puntualidad del personal de Campo Mayor.
Verificar modificación de asistencia.

¿Modificaciones? Entonces
Modificar registro de
2 Asistente de RRHH. asistencia y tardanzas del
SI
empleado. Aplica actividad
3.
NO Aplica actividad 3.
3 Asistente de RRHH. Elaborar reporte planilla de sueldos

Verificar horas extras y/o otras bonificaciones
¿Horas
Entonces
extras?
4 Asistente de RRHH. Agregar horas extras y/u otras
SI bonificaciones a la planilla. Aplica
actividad 5.
5 Asistente de RRHH. Descontar retenciones de ley y/u otros
6 Asistente de RRHH. Elaborar cálculos auxiliares en MS Excel
7 Asistente de RRHH. Registrar cálculos en el módulo de planillas
Verificar el cálculo correcto de la planilla pago
¿Hay
Entonces
8 Asistente de RRHH. errores?
SI Aplica actividad 6.
Procesar pago de nóminas del personal de Campo
Mayor. Fin del procedimiento.
Tabla 32. Actividades del subproceso pago de sueldos y salarios
67
8.3 Entrega de boletas de pago

Imprimir y clasificar las boletas de pago del personal
de Campo Mayor.
3 Recepcionista. Programar él envió de boletas de pago
4 Personal motorizado. Transportar las boletas de pago hacia la
Recepcionar y archivar boletas de pago. Fin del
5 Asistente administrativo.
procedimiento.
Tabla 33. Actividades del subproceso entrega de boletas de pago
9. Límites del subproceso de administración de sueldos y salarios
Figura 16. Límites del subproceso

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
Figura 17. Servicios del subproceso de control de asistencia y puntualidad

Fuente: (Elaboración propia, 2016
70
Figura 18. Servicios del subproceso de pago de sueldos y salarios

71
Figura 19. Servicios del subproceso de entrega de boletas de pago

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
o Este servicio se encarga de mostrar los datos del empleado.
o Control de asistencia
o Pago de nóminas
o Entrega de boletas de pago
2.3 Servicio de control de asistencia
o Este servicio se encarga de registrar las asistencias de los empleados
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 getListaBoletasPagos()
String Dni Número del DNI
String Cia Código de compañía
Parámetros
String fec_ini Fecha inicio
String fec_fin Fecha fin
Valor de Retorno List <Pagos> Lista de pagos del empleado
Excepciones
Descripción Retorna los datos de los pagos realizados al empleado
Pre condiciones
Post condiciones
Tabla 34. Servicio getListaBoletasPagos()
Método getListHaberes()
Parámetros 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
Valor de Retorno List <Haberes> Lista de haberes del empleado
Excepciones
Descripción Retorna la lista de haberes del empleado
Pre condiciones
Post condiciones
Tabla 35. Servicio getListHaberes()
74
Método getListDescuentos()
String cod_cia Código de compañía
Parámetros String cod_tra Código de trabajador
Valor de Retorno List <Descuentos> Lista de descuentos
Excepciones
Descripción Retorna la lista de descuentos del empleado
Pre condiciones
Post condiciones
Tabla 36. Servicio getListDescuentos()
Método getListAporteEmpleador()
Parámetros String cod_tra Código de trabajador
Valor de Retorno List <Aportes> Lista de aportes
Excepciones
Descripción Retorna la lista de aportes del empleador
Pre condiciones
Post condiciones
Tabla 37. Servicio getListAporteEmpleador()
75
Método getTotalHaberes()
String nro_oper Código de trabajador
String cod_tra Número de operación
Valor de Retorno Double
Excepciones
Descripción Retorna el monto total de los haberes del empleado
Pre condiciones
Post condiciones
Tabla 38. Servicio getTotalHaberes()
Método getTotalDescuento()
Parámetros String nro_oper Código de trabajador
Excepciones
Descripción Retorna el monto de los descuentos del empleado
Pre condiciones
Post condiciones
Tabla 39. Serivicio getTotalDescuento()
76
Método getTotalNeto()
Excepciones
Descripción Retorna el monto total neto del salario
Pre condiciones
Post condiciones
Tabla 40. Servicio getTotalNeto()
Método getTotalAporteEmpleador()
Excepciones
Descripción Retorna el monto del aporte del emplador
Pre condiciones
Post condiciones
Tabla 41. Servicio getTotalAporteEmpleador()
77
Método setRegistroImpresion()
String Dni Número de DNI
Parámetros String Fecha_hora Código de trabajador
Valor de Retorno Void
Excepciones
El servicio se encarga registrar los datos de fecha y hora
Descripción
cuando el empleado realiza un impresión de la boleta de pago.
Pre condiciones
Post condiciones
Tabla 42. Servicio setRegistroImpresion()
3.2 Servicio de datos del empleado
Método getEmpleados()
String Dni Número de DNI
Valor de Retorno List <Empleado> Lista de empleados
Excepciones
Descripción Retorna los datos del empleado en una lista
Pre condiciones
Post condiciones
Tabla 43. Servicio getEmpleados()
78
Método setRegistroImpresionBoleta()
String cod_pro
Parámetros
Valor de Retorno void
Excepciones
Descripción Registra los dato de entrega de boletas de pago del empleado.
Pre condiciones
Post condiciones
Tabla 44. Servicio setRegistroImpresionBoleta()
Método getEmpleadosHaberes ()
String cod_pro
Parámetros
Valor de Retorno List <Empleado>
Excepciones
Descripción Retorna el lista de haberes del empleado
Pre condiciones
Post condiciones
Tabla 45. Servicio getEmpleadosHaberes ()

79
3.3 Servicio de control de asistencia
Método getListAsistencia()
Valor de Retorno List <Asistencia> Lista de asistencias
Excepciones
Descripción Retorna una lista de asistencia de los empleados.
Pre condiciones
Post condiciones
Tabla 46. Servicio getListAsistencia()
Método setIngresarAsistencia()
String fec_reg Fecha de registro
String Tipo Tipo de asistencia
String Ip Dirección IP del dispositivo
Valor de Retorno Boolean
Excepciones
Descripción El servicio se encarga de registrar la justificación de la
inasistencias de los empleados
Pre condiciones
Post condiciones
Tabla 47. Servicio setIngresarAsistencia()
80
Método setJustificarInasistencia()
String fec_reg Fecha de registro
String tipo_inasis Tipo de inasistencia
String desc_inasis Descripción de inasistencia
Valor de Retorno Boolean
Excepciones
Descripción El servicio se encarga de registrar la justificación de la
inasistencias de los empleados
Pre condiciones
Post condiciones
Tabla 48. Servicio setJustificarInasistencia()
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

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
Figura 21. Subproceso de control de asistencia y puntualidad

83
Figura 22. Subproceso de pago de sueldos y salarios

84
Figura 23. Subproceso de entrega de boletas de pago

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

1 Asistente administrativo. Servicio de registro de asistencia.
2 Asistente social. Servicio de reporte de asistencia.
Verificar inasistencias
¿Es justificado? Entonces
Programar visitas a los
3 Asistente social. empleados y/o verificar las
SI
causas de su inasistencia.
Aplica actividad 4.
Servicio de actualización de inasistencias. Fin del
4 Asistente social.
procedimiento.
Tabla 49. Actividades del subproceso de control de asistencia y puntualidad
3.2 Pago de sueldos y salarios

Servicio reporte planilla de asistencia y puntualidad
del personal
Verificar modificación de asistencias.
Servicio de registro de
SI asistencias. Aplica actividad
3.
3 Asistente de RRHH. Servicio de registro de asistencias
Verificar horas extras y/o otras bonificaciones
¿Horas
Entonces
extras?
4 Asistente de RRHH. Agregar horas extras y/u otras
SI bonificaciones a la planilla. Aplica
actividad 5.
5 Asistente de RRHH. Descontar retenciones de ley y/u otros
6 Asistente de RRHH. Elaborar cálculos auxiliares en MS Excel
86
7 Asistente de RRHH. Registrar cálculos en el módulo de planillas

Verificar el cálculo correcto de la planilla pago
¿Hay
Entonces
8 Asistente de RRHH. errores?
SI Aplica actividad 6.
Procesar pago de nóminas del personal de Campo
Mayor. Fin del procedimiento.
Tabla 50. Actividades del subproceso pago de sueldos y salarios
3.3 Entrega de boletas de pago

1 Web Campo Mayor. Ingresar datos de usuario.
Verificar usuario y clave de acceso.
2 Web Campo Mayor. Servicio de información de
SI
pagos. Aplica actividad 1.
Impresión de boletas de pago
¿Realizo
Entonces
impresión?
3 Web Campo Mayor.
Servicio de registro de impresión.
SI
Fin del procedimiento.
Tabla 51. Actividades del subproceso entrega de boletas de pago

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 Objetivos Hipótesis Metodología

Tipo de investigación
Objetivo General Descriptivo
Mejorar el proceso de mantenimiento del área Hipótesis
de recursos humanos del Grupo Coopsol a El uso de una arquitectura Diseño de investigación
Problema general través de la implementación de una BPM SOA mejora el No experimental: Transversal
¿Cuál es el efecto en arquitectura BPM SOA. proceso de mantenimiento
el uso de una de recursos humanos del Técnica
arquitectura BPM Objetivo Específicos Grupo Coopsol Entrevistas, observación, análisis
SOA en la mejora  Diseñar el proceso de mantenimiento de datos, diagrama de flujo.
del proceso de del área de recursos humanos. Variable independiente
mantenimiento de  Diseñar el inventario de servicios, Arquitectura BPM SOA Población
recursos humanos basado en el patrón de diseño SOA. Personal de las áreas del Grupo
del Grupo Coopsol?  Implementar los prototipos de Variable dependiente Coopsol.
Servicios Web. Proceso de mantenimiento
 Evaluar el proceso de mantenimiento del área de RRHH Muestra
del área de recursos humanos. Muestra por conveniencia, 4
personas entrevistadas.
Tabla 52. Matriz de consistencia
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

Figura 25. Supercheck.pe – Registro de asistencias

93
Figura 26. Supercheck.pe - Reporte de asistencias

Figura 27. Supercheck.pe - Justificación de inasistencias

94
Figura 28. Campo Mayor – Lista de pagos

Figura 29. Campo Mayor – Detalles de pagos


Tesis Maestria Unt BPM Soa

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Tesis Maestria Unt BPM Soa

Загружено:

Авторское право:

Доступные форматы

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

AUTOR: Br. Aguirre Rodríguez César Edinson

que poco a poco vaya alcanzando las metas que me he trazado.

oportunidad de realizar mi trabajo de investigación en su organizació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:

humanos del Grupo Coopsol - caso “CAMPO MAYOR SRLTDA - LIMA”

o como referencia para futuras investigaciones.

Trujillo, Junio de 2018

Aguirre Rodríguez César Edinson

En el presente trabajo se investigó sobre la implementación de una arquitectura BPM SOA,

del Grupo Coopsol.

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

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).

specification of requirements, business modeling, process modeling, service modeling, modeling

of components, administration and monitoring.

alignment with business processes.

Keywords: Business Process Management (BPM), Service Oriented Architecture (SOA),

Human Resources (HR).

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

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

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

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

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

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

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.3. Objetivo 3: Implementar los prototipos de servicios web. .......................................... 32

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

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

Referencias bibliográficas ......................................................................................................... 44

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