hernandez afl

FACULTAD DE INGENIERA Y ARQUITECTURAESCUELA PROFESIONAL DE INGENIERA DE COMPUTACIN Y SISTEMAS

SISTEMA DE ASIGNACIN Y CONTROL DE EXPEDIENTES EN EL REA DE FISCALIZACIN DE LA ONP,ALINEADO A DBR Y BPM, UTILIZANDO BONITASOFT

PRESENTADA POR

FREDDY LUCIO HERNNDEZ AVALOS GUSTAVO HENRY PACHAS QUISPE

TESIS PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE COMPUTACIN Y SISTEMAS

LIMA PER

2014

Reconocimiento - No comercial CC BY-NCEl autor permite transformar (traducir, adaptar o compilar) a partir de esta obra con fines no comerciales, y aunque en las nuevas creaciones deban reconocerse la autora y no puedan ser utilizadas de manera comercial, no tienen que estar bajo una licencia con los mismos trminos.http://creativecommons.org/licenses/by-nc/4.0/

ESCUELA PROFESIONAL DE INGENIERA DE COMPUTACIN Y SISTEMAS

SISTEMA DE ASIGNACIN Y CONTROL DE EXPEDIENTES EN EL REA DE FISCALIZACIN DE LA ONP, ALINEADO A DBR Y BPM, UTILIZANDO BONITASOFT

TESIS

PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE COMPUTACIN Y SISTEMAS

PRESENTADO POR

HERNNDEZ AVALOS, FREDDY LUCIO PACHAS QUISPE, GUSTAVO HENRY

LIMA PER

2014

DEDICATORIA

Con todo nuestro cario y amor a nuestros padres por todo el apoyo brindado, lo cual agradecemos de todo corazn.

NDICE GENERAL

RESUMEN

Pgina

vii

ABSTRACTviii

INTRODUCCINix

CAPTULO I. MARCO TERICO1

1.1Antecedentes1

1.2Bases tericas7

1.3Definicin de trminos37

CAPTULO II. METODOLOGA38

2.1Materiales38

2.2Mtodos39

2.3Cronograma de actividades44

CAPTULO III. DESARROLLO DEL PROYECTO45

3.1Fase de Planificacin del Proyecto45

3.2Diseo56

3.3Implementacin57

CAPTULO IV. PRUEBAS Y RESULTADOS59

CAPTULO V. DISCUSIN Y APLICACIONES64

CONCLUSIONES66

RECOMENDACIONES67

FUENTES DE INFORMACIN68

ANEXOS75

NDICE DE TABLAS

PginaTabla N 1 Gastos de la subdireccin de inspeccin y fiscalizacinxvTabla N 2 Inversin del ProyectoxvTabla N 3 Flujo de InversinxviTabla N 4 Costos del PersonalxviTabla N 5 Tiempo de revisin por complejidadxviiTabla N 6 Costo de revisin por expedientesxviiiTabla N 7 Dficit de la ONP3Tabla N 8 Representacin de Roles38Tabla N 9 Listado de revisin de expedientes por usuario59Tabla N 10 Atencin de expedientes del usuario aleyton60Tabla N 11 Atencin de expedientes del usuario cmedina60Tabla N 12 Atencin de expedientes del usuario dreyes61Tabla N 13 Atencin de expedientes del usuario ecastillo61Tabla N 14 Atencin de expedientes del usuario ecorrea62Tabla N 15 Atencin de expedientes del usuario eneyra62Tabla N 16 Tiempos promedio de atencin por usuario Sistema Actual vs Sistema propuesto 63Tabla N 17 Comparativa de tiempos de atencin63

NDICE DE FIGURAS

PginaFigura N 1- Eficiencia en la asignacin de los trabajadores en Amrica Latina y el Caribe 4Figura N 2 - Categora General de BPMN212Figura N 3 - Elementos de flujo de trabajo13Figura N 4 - Elementos organizativos14Figura N 5 - Elementos de legibilidad15Figura N 6 - Elementos de comportamiento especial16Figura N 7 - Ciclo de Vida de BonitaSoft19Figura N 8 - Transaccin de las actividades21Figura N 9 - Arquitectura BonitaSoft24Figura N 10 - RUP.Ciclo de vida y sus fases27Figura N 11 - Reglas xp30Figura N 12 - FDD. Estructura31Figura N 13 - Framework Scrum32Figura N 14 - Metodologa Iconix33Figura N 15 - Comparacin de las caractersticas de las metodologas giles, tradicionales e hbridas 35Figura N 16 - Metodologa XP40Figura N 17 - Login portal bonitasoft42Figura N 18 - Mdulo Administrador43Figura N 19 - Vista de Usuario43Figura N 20 - Cronograma de Actividades44Figura N 22 - Modelo del proceso actual56Figura N 23 - Modelo de proceso del sistema de asignacin y control de expedientes 56Figura N 24 Modelo de Base de Datos56Figura N 25 - Interfaz Registrar Expediente57Figura N 26 - Interfaz de consulta para nuevo usuario57

Figura N 27 - Interfaz registrar usuario57Figura N 28 - Interfaz Asignar Expediente58Figura N 29 - Interfaz Revisar Expediente58Figura N 30 - Interfaz Evaluar Expediente58

RESUMEN

Este proyecto de tesis presenta una propuesta de solucin informtica para el proceso de asignacin y control de expedientes en el rea de fiscalizacin de la Oficina de Normalizacin Previsional (ONP). Para dicho fin, la solucin informtica estar alineada a la metodologa Drum-Buffer- Rope(DBR), con el fin de asegurar que el proceso avance a un ritmo estimado de atencin, detectando el cuello de botella y adems, permite seguir los 5 pasos de Goldratt para la solucin. El modelado del flujo de trabajo se basar en Business Process Management (BPM), apoyado en la notacin BPMN2.0 que permite el modelado del proceso de negocio y BPMS en mejorar de forma sistemtica la eficiencia a travs de los procesos de negocios que se deben modelar, automatizar, integrar, monitorizar y optimizar y utilizar la herramienta BonitaSoft que permita modelar el proceso, integrar la base de datos y el desarrollo de la aplicacin. El uso de la solucin informtica propuesta sera un apoyo para la administracin de fondos de pensiones en la gestin de expedientes, en la mejora del proceso, de la calidad del servicio, el control del tiempo y la productividad de los colaboradores, con el fin de apoyar a la subdireccin de Inspeccin y Fiscalizacin a la toma de decisiones.

Palabras Claves: DBR, BPM, Gestin de Expedientes, Administracin de Fondos de Pensiones.

vii

ABSTRACT

This thesis presents a draft proposal software solution for the allocation process and file control in the area of audit of the Office for Standardization (ONP). For this purpose, the software solution will be aligned Drum-Buffer- Rope (DBR) methodology in order to ensure that the progress to an estimated attention rate process, detecting the bottleneck and also allows to follow the 5 steps Goldratt for solution. The workflow modeling is based on Business Process Management (BPM), supported by the BPMN2.0 notation that allows the modeling of the business process and BPMS to systematically improve efficiency through business processes to be model, automate, integrate, monitor and optimize and use BonitaSoft tool to model the process, integrate the database and application development. The use of the proposed solution would support computer for managing pension funds in records management in process improvement, quality of service, time control and productivity of employees, in order to support the directorate of Inspection and Control to decision making.

Keywords: DBR, BPM, File Management, Administration of Pension Funds.

viii

INTRODUCCIN

Daniele, Pizzorno y Silva (2008) afirmaron que el sistema de gestin y control de recursos se hace cada vez ms indispensable dentro de las organizaciones. Sin embargo, es el menos automatizado de todos los sistemas de una empresa. En muchas de ellas, los documentos que competen a dicha gestin se encuentran en archivos manuales y el volumen es considerable porque corresponde a documentos generados a travs de los aos de funcionamiento de la organizacin. As, generar cualquier tipo de informacin se hace difcil, pues el proceso es manual e implica horas de trabajos, haciendo que muchas veces no se alcancen los resultados esperados.

Adems, Ventura (2007) explic que en la etapa actual de desarrollo de la humanidad, en el campo de la direccin, las organizaciones se ven sometidas a retos, desafos y presiones a los cuales tienen que responder con alto grado de creatividad y realismo. Los principales retos estn dados por la dinmica de la aplicacin de los logros cientfico-tcnicos, la rpida aparicin y aceptacin de nuevos productos, cada vez mayores restricciones de recursos humanos, materiales y financieros, mercados ms agresivos y dinmicos en el mbito internacional, el crecimiento de las demandas sociales y la revolucin de la informtica y las comunicaciones. Tras estos significativos cambios socioeconmicos, las empresas modernas cada vez ms concuerdan en reconocer la significacin que posee la gestin de

ixrecursoshumanosdndoleigualimportanciaquealosaspectos econmicos, financieros y tecnolgicos.

xiDentro de la situacin problemtica, en la actualidad, el proceso de asignacin y control de expedientes no utiliza parmetros que permitan calibrar adecuadamente la calidad de servicio; por consiguiente, no puede medir los tiempos de revisin de expedientes y la productividad del personal de la mejor manera. Adems, cabe la necesidad de un sistema que permita mejorar continuamente su proceso de asignacin y control de expedientes, con la finalidad de brindar un producto de calidad.

Asimismo, Cols y Rodrguez (2010) precisaron que la Informtica, como ciencia aplicada, permite al especialista la construccin de complejos sistemas informticos para la adquisicin y manipulacin de datos indispensables en la gestin y control de la actividad de las empresas de produccin de bienes y servicios. En la creacin de herramientas y recursos dedicados como intranets, sitios web, webs dinmicas y aplicaciones cliente- servidor. (p.15).

Como problema general se presenta escasez de soluciones tecnolgicas para la asignacin y control de expedientes en entidades pblicas de administracin de fondo previsionales, alineados a metodologas o estndares internacionales.

Al respecto, Igiz (2010) cit a un reconocido filsofo cuando se refiri a la escasez. La importancia de la escasez, como explicacin del que hacer de la humanidad, ha sido sealada, por ejemplo, por el filsofo Jean Paul Sartre (1976: 23): El desarrollo humano en su totalidad ha sido, por lo menos hasta ahora, una enconada, lucha contra la escasez. Adems indic que la importancia de ese concepto para la teora econmica ha sido ysigue siendo muy destacada. (p.70).

Los problemas especficos son: a) El proceso de asignacin y control de expedientes no permite medir los tiempos de revisin de expedientes y de productividad de la mejor manera. b) Falta mejorar el proceso de asignacin y control de expedientes alineado a metodologas o estndares internacionales.

El objetivo general es desarrollar un sistema para asignar y controlar los expedientes, en el rea de Fiscalizacin de la Oficina de Normalizacin Previsional, alineado a DBR y BPM utilizando BPM BonitaSoft.

Los objetivos especficos son: a) Redisear el proceso de asignacin y control de expedientes basado en DBR (Drum Buffer Rope) y BPM que permita la mejora continua. b) Probar el sistema para que permita apoyar al rea de Fiscalizacin de acuerdo a DBR (Drum Buffer Rope) y BPM.c) Afinar el sistema para asistir al rea de Fiscalizacin en la calidad del proceso de asignacin y control de expedientes.

Jimnez y Puldn (2009) precisaron que los procesos de negocio (PN) constituyen un elemento primordial presente en todas las organizaciones y consiste en la ordenacin lgicamente interrelacionada de tareas desarrolladas en tiempo y espacio. Por el cual las entradas y salidas definidas que se orientan al logro de un objetivo de negocio, generando un resultado de valor para el cliente del proceso (p.2).

Asimismo, Jimnez y Puldn (2009) tambin precisaron las posibles necesidades de las entidades empresariales, son cada vez ms complejas y requieren de aplicaciones con cortos ciclos de desarrollo, con presupuestos ms bajos, con la posibilidad de reingeniera para adaptarse a los continuos cambios de las empresas y que adems, permitan gestionar grandes cantidades de datos.(p.1). Tambin, Jimnez y Puldn (2009) refirieron que el empleo de tcnicas de modelacin en un formato formal que sea capaz de proveer al menos una solucin bsica provechosa para aplicaciones extendidas, tales como el diseo de software y gestin de flujos de trabajo, constituye la esencia de esta etapa de la metodologa BPM.(p.3). Adems, Muchas empresas en el mundo ya usan el BPM con xito.(Jimnez y Puldn, 2009, p.2).

xiiComo justificacin es primordial para la Subdireccin de Inspeccin y fiscalizacin obtener la informacin de la productividad de cada colaborador, as como conocer el tiempo de revisin del expediente mediante reportes estadsticos, lo cual facilitar no solo la gestin del personal sino tambin la toma de decisiones. Esta implementacin beneficiar no solo a la subdireccin de Inspeccin y Fiscalizacin sino tambin a los diferentes procesos de la ONP en lograr mejorar continuamente la atencin de los expedientes de los asegurados y disminuir continuamente el stock crtico de expedientes en toda la ONP.

Segn Gonzlez, Prez, Torres y Varela (2012) explicaron que el posible cambio en la actual gestin del capital humano (GCH) est dirigido a introducir el enfoque de gestin de procesos, la gestin de competencias e identificar los aspectos de naturaleza intangible, que se establecen hoy como factores determinantes para alcanzar los niveles de competitividad de su gestin. Por el cual, Villalobos (2010), indic que "dar un buen servicio al cliente es una tarea complicada si no se cuenta con una administracin eficiente ni con las herramientas adecuadas".

Asimismo, Dysvik y Kuvaas (2009) concluyeron, que son las propias organizaciones quienes deben dar ayuda a los individuos a encontrar e identificar los nuevos tipos y competencias que estos demandan, incluso estos pueden localizar sus propias motivaciones por medio de sus propias relaciones de trabajo.(p.510). Adems, un estudio de Kelman y Myers (2009) mencionaron que para la innovacin del sector pblico no hay una relacin directa acerca si el xito de innovaciones haba incluido avances en la forma de planificacin de actividades a ser adoptadas para realizar innovaciones como objetivo de alcanzar diferentes resultados. (p.515).

Tambin, Urbn (2009), coment que tomar ventaja de las tecnologas de la informacin, en estos tiempos de crisis, no basta con comprar soluciones y dispositivos, sino que es necesario que adopten las mejores prcticas dentro de sus procesos, pues de otra forma el gasto es intil", explica Brbara Glvez, analista snior de Demanda de TIC de la consultora Select. (p.87). Por lo tanto, el presente proyecto de tesis tiene como objetivo

xiiidesarrollar un sistema alineado a DBR (Drum Buffer Rope) y BPM (Business Process Management) para brindar apoyo a la subdireccin de Inspeccin y Fiscalizacin en el proceso de asignacin y control de expedientes.

Como justificacin acadmica el presente proyecto pretende aplicar los conocimientos adquiridos y la relacin con la prctica. Para dicho fin, se elaborar un sistema que apoye a solucionar el problema del rea de fiscalizacin de la ONP, y a la vez, justificar los conocimientos aprendidos.

La justificacin social desde ese punto de vista, el desarrollo de la tesis contribuir a mejorar el proceso de asignacin de expedientes y por consiguiente beneficiar a los asegurados porque el tiempo de atencin de los expedientes disminuir progresivamente.

Al respecto, Gonzlez y Rodrguez (2011) manifestaron que En la actualidad las empresas, a nivel nacional e internacional, para la toma de decisiones tienen en cuenta cada vez ms la calidad de los productos o servicios que ofertan, ya que les permite obtener clientes satisfechos. (p.192).

La justificacin financiera desde ese punto de vista, el desarrollo de la tesis no tendr como objetivo incentivar el ingreso de dinero, ya que la ONP es una entidad pblica sin fines de lucro cuyo objetivo principal es recaudar fondos para entregar a los asegurados.

Los gastos actuales en el ao que tiene la subdireccin de inspeccin y fiscalizacin son:

xivTabla N 1Gastos de la subdireccin de inspeccin y fiscalizacin

Elaboracin: Los autores

En la situacin actual, la subdireccin de inspeccin y control genera un gasto anual de S/. 1, 329,800 considerando los recursos humanos y operativos.

La inversin que utilizar la subdireccin de inspeccin y control ser nico para el proyecto de tesis de S/.5,000, debido que algunos de los recursos tecnolgicos utilizados son open source.

Tabla N 2Inversin del Proyecto

RECURSOSCANTIDADMONTOS(S/.)

SOFTWARE BONITASOFT *10

BASE DE DATOS MYSQL 5.5 *10

iReport-3.7.6 *10

HP ENVY 15-J004LAV/CI7/16GB/1TB+8GB NAND/15*-SERVIDOR14100

Analista Programador2889

Jefe de Proyecto20

Digitus Cable de Red RJ45 UTP Cat6 10/100/1000 Gris (1,8m)-Cable de Red111

TOTAL5000

* Open Source, sin costo de lincenciamiento


Por lo tanto, beneficiar al rea, ya que el costo de inversin es bajo.Adems los costos por el financiamiento son de la siguiente manera:

Tabla N 3Flujo de Inversin

COSTOS/TIEMPOMES 0MES 1MES 2MES 3MES 4MES 5

Inversin-5000

.Ingreso por presupuesto9250092500925009250092500

.Recursos personal (31)-92500-92500-92500-92500-92500

Ahorro729.21061.31344.91839.12519.7

Total-5000729.21061.31344.91839.12519.7

FLUJOMES 0MES 1MES 2MES 3MES 4MES 5

-5000729.21061.31344.91839.12519.7

TIR12%

VANS/. 9,625.13

Tasa de interes15%Elaboracin: Los autores

Tener en cuenta que la tasa de inters fue obtenida en la pgina web de la Superintendencia de Banca, Seguros y AFP.

A continuacin, se detallan los clculos para el flujo de inversin:

Costos por personal:La subdireccin de inspeccin y fiscalizacin tiene el costo de S/. 92,500 mensuales por el personal que pertenece al proceso de asignacin y control de expedientes, a continuacin se detallan:

Tabla N 4Costos del Personal

PersonalSueldoCantidadTotal

Calificador25003075000

Supervisor3500117500

TotalS/.92500


Costos de ahorro:Para los costos de ahorro, se tuvo que conocer los tiempos de revisin por tipo de complejidad del expediente (Simple, Medio y Complejo), adems del costo por revisar un expediente, considerando el tiempo de trabajo que es de 480 minutos (8 horas).

Tiempo de revisin por ComplejidadEl tiempo de revisin que tiene el expediente por cada tipo de complejidad es como sigue:

Tabla N 5Tiempo de revisin por complejidad

Tipo ComplejidadPonderacinTiempo Revisin

Simple135 minutos

medio296 minutos

Complejo3180 minutos


El costo de revisin de los expedientes tiene un costo de S/. 83.3 por da, obtenido como resultado del costo mensual por fiscalizador entre la cantidad de das, es decir S/.2500 / 30.

Luego el valor en minutos es S/.0.02 por expediente, obtenido como resultado del costo diario (S/. 83.3) entre la cantidad de minutos en un da (480 minutos). Adems, el costo de la revisin de expedientes es formulado por el tiempo que demanda su revisin (dependiendo de su tipo de complejidad) y la cantidad de expedientes revisados. El resultado sobre el tiempo de revisin de expedientes es formulado por la cantidad total de expedientes revisados entre la cantidad del personal.

Considerando que el tiempo de trabajo es de 480 minutos, tenemos:

xviiTabla N 6Costo de revisin por expedientes

Cantidad de Exp.Tipo ComplejidadCantidad Exp.Reparticin DiariaRevisin Exp.resul time rev/pers

6000simple35001304550151.6666667

medio1500605760192

complejo1000305400180

220523.6666667


Luego, la diferencia entre 523.667 (tiempo logrado) 480 (tiempo esperado) es de 43.67 minutos, de modo que este sera un tiempo ganado, por lo tanto, el beneficio se calcula como: Tiempo ganado * cantidad de expedientes por tipo * costo del expediente. Para este caso, el valor obtenido es de S/.1061.378, y este es representado en el flujo de inversin.

Por todo lo indicado, la subdireccin de inspeccin y fiscalizacin ser beneficiada, ya que el costo de inversin es bajo y sin embargo entregar una mejora continua en su proceso de asignacin y control de expedientes.

xviii

CAPTULO I MARCO TERICO

1.1 Antecedentes

Qu es la ONP?

El MEF (s.f.) indic al respecto sobre la ONP que es una institucin pblica descentralizada del Ministerio de Economa y Finanzas y su misin es orientar sus esfuerzos para lograr el bienestar de los jubilados a travs de un trato amable y justo, utilizando procesos eficientes y altos estndares de calidad. (prr.1).

Tiempo estimado de trmite

Sobre el tiempo estimado del trmite Prez, S. (2012) mencion que al haber presentado todos los documentos en la ONP, la entidad tiene 90 das para procesar su expediente. Cumplido ese plazo, recibir la resolucin de la entidad que le acredita recibir una pensin. (prr.7).

Demora en trmites

ANDINA (2012), mencion que el defensor del pueblo, Eduardo Vega detall que cuando las personas inician la solicitud de su jubilacin, la ONP demora entre ocho meses a ms de un ao en determinar una respuesta. (prr.2). Asimismo, Prez, S. (2012) indic que Jorge Gibbons, director de produccin de la ONP, reconoci que uno de los problemas con mayor incidencia en la

1entidad es la demora en los trmites debido a la carga pendiente (expedientes), y por lo que se encuentran desarrollando medidas para reducir las quejas de los solicitantes. (prr.10).

Ineficacia

Cabe mencionar que Vicher (2012) asever, en este sentido, que el comportamiento burocrtico, como sinnimo de ineficacia e insatisfaccin, pues ello redituara en mejoramientos en la calidad de la relacin entre los miembros de la sociedad y la administracin. Adems, Vicher (2012) sugiri que en el intento de mejorar la calidad de los servicios prestados, los gobiernos reforman la gerencia de la administracin pblica y esto se resume en abandonar la nocin de relacin entre administrador y administrado.

Quejas

Al respecto, Jimnez, B. (2014), mencion que la ONP es la 3 institucin con ms quejas en la Defensora. En el 2013 la Defensora del Pueblo acumul 4.623 quejas contra la ONP, convirtiendo de nuevo a esta institucin en la tercera con mayor nmero de quejas del pas. (prr.29). Asimismo, Jimnez, B. (2014), refiri que el principal motivo de estas quejas fue el retraso para resolver las solicitudes de pensin. (prr.30).

Conflicto social

Barrenechea y Sosa (2014) concluyeron que el conflicto social ha sido la contracara del crecimiento econmico peruano, en los ltimos aos, y en el ao 2013 no ha sido la excepcin a esa tendencia. Asimismo, Serra (2013) expuso en una publicacin electrnica del diario el comercio que El 65% de jubilados de la ONP no recibir pensin hacia el 2015. La principal traba para pensionistas sera que no cumpliran con el requisito de haber aportado al sistema durante 20 aos. (prr.1).

Serra (2013), tambin mencion que bajo la actual estructura del sistema pblico de pensiones, se proyecta que el 65% de jubilados al 2015 no

2recibir una pensin, y que el 80% de los que se retiren para el 2050 lo harn sin derechos, al no cumplir con los 20 aos mnimos de aporte. As lo indic la asociacin Contribuyentes por Respeto, basndose en un informe del Banco Interamericano de Desarrollo (prr.2).

Tabla N 7 Dficit de la ONP

Fuente: Serra, R.(2013). El 65% de jubilados de la ONP no recibir pensin hacia el 2015.Recuperado de http://elcomercio.pe/economia/peru/65-jubilados-onp-no-recibira-pension-hacia-2015- noticia-1523739

La investigacin de Holzmann (2013) explic que los efectos de la crisis an son leves en comparacin con los efectos sobre los costos asociados con el futuro envejecimiento de la poblacin y la evolucin de la poblacin nacida durante los aos del baby boom en la pirmide poblacional. El mensaje claro es que hacen falta mayores esfuerzos, y cuanto antes mejor, para hacer frente al envejecimiento de la poblacin, si se quiere evitar el futuro colapso de los sistemas de pensiones.

Productividad

Sobre la productividad, un artculo publicado por Latin Trade (LT), (2014) anunci en un reciente informe del Banco Interamericano de Desarrollo (BID) da muestra de los bajos niveles de productividad en servicios que se observan en la regin latinoamericana y asegura que no obedecen; nicamente, a la baja productividad en las empresas, sino tambin a una mala asignacin de los trabajadores entre las compaas. Lo que quiere decir que si los empleados en una industria tpica de servicios, en un pas tpico de la regin, se asignarn; aleatoriamente, entre las empresas de servicios, la productividad agregada de esa industria se incrementara en 11 por ciento. (p.12).

Figura N 1- Eficiencia en la asignacin de los trabajadores en Amrica Latina y el Caribe

Fuente: LT(2014). Servicios: Baja productividad. Recuperado de http://web.b.ebscohost.com/ehost/pdfviewer/pdfviewer?sid=d6f9f8f1-842d-4914-a803- 199bb22019da%40sessionmgr114&vid=1&hid=128

Tambin Puente, Gmez y Vera (2010) explicaron que la productividad asocia la produccin con los recursos. Se entiende, entonces, como una relacin entre la produccin de bienes o servicios y los recursos utilizados para obtenerla. Incrementos de la productividad implican una produccin mayor con la misma cuanta de recursos, o la misma produccin con un monto menor de recursos. (p.66).

Adems, Puente, Gmez y Vera (2010) mencionaron que no existe un consenso acerca de los determinantes de la productividad, en el acervo de estudios analticos y empricos se destaca sistemticamente el papel central de algunas variables macroeconmicas, microeconmicas e institucionales. Entre las variables ms relevantes, se encuentran la formacin y la calidad del recurso laboral, la intensidad y la velocidad de renovacin del capital, el aprendizaje inducido por la fase expansiva de los ciclos, el grado de estabilidad macroeconmica y otros. (p.67).

Tambin Vinck (2013) mencion que la productividad es un trmino que la adquisicin y el manejo de tecnologas se consideran puntos clave para el desarrollo. (p.53).

Agilizar trmites

ANDINA (2012), enunci que el defensor del Pueblo, Eduardo Vega, pidi a la Oficina de Normalizacin Previsional (ONP) agilizar los trmites de jubilacin de los adultos mayores, debido a que la mayora de quejas recibidas por su dependencia est vinculada a la demora en estas diligencias. (prr.1).

Sugerencias

ANDINA (2012), revel que el defensor del Pueblo, Eduardo Vega dijo que es necesario que esta entidad cambie su procedimiento y lgica. (prr.2).

Asimismo, la Defensora del Pueblo (2012), a travs de la jefa de la Oficina Defensora de Lima, Eliana Revollar Aaos, recomend a la ONP, redisear las polticas actuales de atencin al pblico usuario, a fin de descongestionar las Plataformas y optimizar los tiempos de espera de atencin. (prr.1).

Control

Por otro lado, Castilla y Widder (2013) explicaron que atae a las acciones que ejerce el Control externo (correctivas, recomendaciones y seguimientos), se deduce que el control tiene papel impulsor o modificador. Su intervencin tiende a favorecer las buenas prcticas de los sistemas administrativos. (p.147).

Asignacin

Al respecto, Ampuero y De la Pea, (2010), concluyeron que en el proceso de asignacin de personal se deben considerar mltiples factores. Por lo tanto, el proceso se torna ms complejo en organizaciones medianas y grandes, debido a la gran cantidad de combinaciones de asignaciones posibles, en funcin de los roles y empleados disponibles. Esto hace que esta etapa sea prcticamente imposible de abordar de manera eficiente, sin la ayuda de sistemas automatizados de soporte a la decisin que se basen en algoritmos de solucin de modelos matemticos que representen el problema a resolver lo ms objetivamente posible. (p.61).

Cambio

En una investigacin realizada por Gonzlez y Lobato (2007), mencionaron que los cambios en los mercados y la organizacin social del trabajo, hacen que los recursos humanos tengan que ser competentes y esto tiene su relacin con la globalizacin donde se presentan las siguientes caractersticas como la interrelacin, la informacin simultnea y una elevada competitividad. Por ende, la unidad productiva tiene que cambiar y es en el recurso humano donde debe de poseer caractersticas como las competencias laborales alineadas a los procesos de mejora continua. (p.31).

Calidad total

Tambin Gonzlez y Lobato (2007) indicaron que la calidad total es una estrategia que busca garantizar, a largo plazo, la supervivencia, el crecimiento y la rentabilidad de la organizacin optimizando su

competitividad, mediante el aseguramiento permanente de la satisfaccin de los clientes. Esto se logra con la participacin activa de todo el personal, con nuevos estilos de liderazgo; siendo la estrategia que bien aplicada, responde a la necesidad de transformar los productos, servicios y proceso. (p.31).

Mejora continua

En su explicacin, Gonzlez y Lobato (2007) refirieron que el modelo estratgico de mejora continua est diseado para las pequeas y medianas empresas. En este contexto, es importante lograr cmo medir la eficiencia, teniendo en cuenta que el objetivo general del modelo es aportar a la organizacin un sistema de gestin de calidad, por medio del proceso estratgico de mejora continua para lograr la eficiencia y eficacia y permanecer en los mercados. (p.32).

1.2 Bases tericas

Espinoza, Jimnez y Lpez (2014) concluyeron que existen cuatro niveles de aplicacin para la sostenibilidad en la aplicacin de la mejora continua, conformados por sus etapas de evolucin, precedente, inicial y subsecuente (Dvila y Surez, 2011). Adems, Bauset y Rodenes (2013) concluyeron en definir la gestin de servicios como un conjunto de capacidades organizativas especializadas que proporcionan valor a los clientes en forma de servicios.

Asimismo, Bauset y Rodenes (2013) manifestaron que la gestin de servicios transforma recursos en servicios de valor, pues los recursos por s mismos tendran un valor intrnseco, relativamente bajo para los clientes. Los servicios proveen valor a los clientes y facilitan lograr sus objetivos a menor coste y menos riesgos, pues la responsabilidad la asume la empresa contratada.

Por otro lado, la revista de antiguos Alumnos del IEEM (2012), explicaron que es importante contar con un sistema de asignacin de recursos es fundamental para que los proyectos innovadores cobren vida.

7Con dicho objetivo en mente, es til establecer los hitos va o no va. Como parte del proceso de la innovacin creativa, se sugieren como mnimo en tres siguientes hitos:

1. La evaluacin de las ideas y la asignacin del equipo para la bsqueda de informacin.

2. La validacin de la idea sobre la base de informacin (oportunidad, recursos, equipo) y la asignacin de recursos para el prototipo.

3. La validacin del prototipo y la aprobacin para el lanzamiento oficial (implementacin, produccin, comercializacin).

En cada uno de estos hitos, se toman decisiones pertinentes a la asignacin de recursos, personas, presupuesto y tiempo Antiguos Alumnos del IEEM (2012).

Por otro lado, Gonzlez, Prez, Torres y Varela (2012), propusieron un procedimiento de carcter preventivo, al incluir el mtodo de evaluacin del sistema y el de cada uno de los procesos de capital humano a travs de indicadores. Estas seales de alarma (los indicadores) anticipan las desviaciones y permiten el seguimiento de los factores que determinan la competitividad empresarial.

Un elemento a destacar es que el procedimiento toma en cuenta la participacin de los trabajadores, permitiendo que los mismos entiendan su papel en el logro de las metas y que se sientan parte de este proceso, para ir creando, de esa manera, una cultura de autocontrol. (p.48).

Meza y Sentes (2011) concluyeron que las reformas orientadas a lograr un mejor gobierno, que se puede traducir en mejorar la prestacin de sus servicios por medio de la aplicacin de diversos modelos administrativos, que buscan la eficiencia y eficacia en sus operaciones, y hacer transparentes sus acciones para la sociedad. Estas reformas estn orientadas hacia la bsqueda de la eficiencia y eficacia en las actividades pblicas, as como a lograr mayor contacto e interaccin entre la sociedad y

8el prestador de servicios, buscando la transparencia de las actividades pblicas.

Por otro lado, Dysvik y Kuvaas (2009) precisaron que las propias organizaciones son las que deben dar ayuda a los individuos a encontrar e identificar los nuevos tipos y competencias que estos demandan; por tanto, las organizaciones deben, inevitablemente, tomar decisiones sobre la forma en que persiguen la ventaja competitiva y la estrategia de negocio de una organizacin refleja las intenciones de los gerentes sobre cmo esperan lograr resultados en un perodo de tiempo determinado (Roffey Park Institute & Linda Holbeche, 2009, p.124).

Adems, Garca y Garca (2009) mencionaron que una de las investigaciones identific los principales facilitadores/barreras: gestin de procesos, estrategia, gestin de liderazgo, fijacin de objetivos y aspectos culturales. Asimismo, comprobaron que para las empresas entrevistadas son importantes estos elementos.

1.2.1 BPM

Business Process Management (BPM) es una disciplina que involucra cualquier combinacin de modelado, automatizacin, ejecucin, control, medicin y optimizacin de la actividad empresarial flujos, en apoyo de los objetivos empresariales, que abarcan sistemas, empleados, clientes y socios dentro y fuera de los lmites de la empresa". (BPM, 2014, prr. 2).

Tambin, BPM (2014) concluy que esta definicin es por diseo corto y conciso, pero definitivo y completo. Algunas consideraciones ms amplias:

BPM es una disciplina; es una prctica; es algo que se hace. Negocios deriva del estado de estar ocupada, y que implica el trabajo comercialmente viable y rentable. Existe un negocio para proporcionar valor a los clientes a cambio de otra cosa de valor. Proceso significa un flujo de actividades comerciales y ver las actividades conectadas hacia el logro de alguna transaccin comercial. El flujo se

9entiende vagamente aqu: el orden puede ser o no ser estrictamente definido. Modelado significa que iban a identificar, definir y hacer una representacin de todo el proceso para apoyar la comunicacin sobre el proceso. No hay forma de norma nica para modelar, pero el modelo debe abarcar el proceso. Automatizacin, se refiere al trabajo que se realiza con antelacin para asegurar la buena ejecucin de las instancias de proceso. En muchos casos, esto significa escribir software, pero podra incluir la construccin de maquinaria o incluso la creacin de sealizacin a los participantes directos. Ejecucin significa que las instancias de un proceso se llevan a cabo o promulgadas, que puede incluir aspectos automatizados Control significa que hay algn aspecto de asegurarse de que el proceso sigue el curso diseado. Esto puede ser un estricto control y cumplimiento, o podra ser perder el control en forma de directrices, capacitacin y prcticas manuales. Medicin significa que se toma el esfuerzo para determinar cuantitativamente qu tan bien est funcionando el proceso en trminos de satisfacer las necesidades de los clientes. Optimizar significa que la disciplina de BPM es una actividad permanente que se basa en el tiempo para mejorar, constantemente, las medidas del proceso. La mejora es en relacin con los objetivos de la organizacin, y en ltima instancia, en trminos de satisfacer las necesidades de los clientes.

1.2.2 BPMN

Para OMG (2014), esta especificacin proporciona una notacin y modelo para los procesos de negocio y un formato de intercambio que se puede utilizar para el intercambio de definiciones de proceso BPMN (tanto modelo de dominio y el diseo grfico) entre diferentes herramientas. El objetivo de la especificacin es permitir la portabilidad de las definiciones de proceso, de modo que los usuarios puedan tomar las definiciones de

10proceso creados en entorno de un solo proveedor y los utilizan en el entorno de otro proveedor.

Adems para OMG (2014), Dado que este tipo de modelado de alto nivel, ya sea directa o indirectamente afecta a los procesos de negocios, las relaciones entre BPMN y otro modelado de negocios de alto nivel se puede definir ms formalmente como BPMN y otras especificaciones se permiten avanzar. Mientras BPMN muestra el flujo de datos (mensajes) y la asociacin de artefactos de datos a las actividades, no es un dato idioma fluir. Adems, la simulacin operacional, seguimiento e implementacin de los procesos de negocio estn fuera de alcance de esta especificacin.

Por otro lado, Chinosi y Trombetta (2012) indicaron que el Modelo de Procesos de Negocio y notacin (BPMN) es el estndar de facto para la representacin de una forma grfica muy expresiva los procesos que ocurren en, prcticamente, todo tipo de organizacin se puede pensar, de recetas de cocina para el proceso de asignacin del Premio Nobel, la gestin de incidencias, sistemas de votacin de correo electrnico, los procedimientos de reserva de viaje, para nombrar unos pocos.

1.2.2.1 Usos de BPMN

Para OMG (2014), el modelado de procesos de negocio se utiliza para comunicar una amplia variedad de informacin a una amplia variedad de audiencias.

Adems, OMG (2014), indic que BPMN est diseado para cubrir muchos tipos de modelos y permite la creacin de extremo a extremo los procesos de negocio. Los elementos estructurales de BPMN permiten que el espectador sea capaz de diferenciar fcilmente entre secciones de un diagrama de BPMN.

Por otro lado, BonitaSoft (s.f) mencion que BPMN no es un sistema, sino es una norma de colaboracin en los procesos de negocio y para el desarrollo de TI. Adems, la notacin de BPMN est organizada en cuatro categoras generales como se indica a continuacin:

Figura N 2 - Categora General de BPMN2Fuente: BPMN (2014). Business process managment. Recuperado el 13 de setiembre, del sitio web http://www.omg.org/spec/BPMN/2.0/PDF/

Adems, la primera categora de elementos de flujo detrabajo.

Figura N 3 - Elementos de flujo de trabajoFuente: BPMN (2014). Business process managment. Recuperado el 13 de setiembre, del sitio web http://www.omg.org/spec/BPMN/2.0/PDF/

Tambin,lasegundacategoradeelementosorganizativos.

Figura N 4 - Elementos organizativosFuente: BPMN (2014). Business process managment. Recuperado el 13 de setiembre, del sitio web http://www.omg.org/spec/BPMN/2.0/PDF/

Asimismo, la tercera de elementos de legibilidad.

Figura N 5 - Elementos de legibilidadFuente: BPMN (2014). Business process managment. Recuperado el 13 de setiembre, del sitio web http://www.omg.org/spec/BPMN/2.0/PDF/

Adicionalmente,lacuarta,deelementosde comportamiento especial.

Figura N 6 - Elementos de comportamiento especialFuente: BPMN (2014). Business process managment. Recuperado el 13 de setiembre, del sitio web http://www.omg.org/spec/BPMN/2.0/PDF/1.2.3 BPMSHolisticSecurity (s.f.), coment sobre BPMS, que es un conjunto de herramientas o componentes que busca automatizar la construccin deaplicaciones siguiendo la metodologa BPM.A. Componentes de BPM suite

Workflow: Es el motor que ejecuta/orquesta los procesos de negocio definidos, lo hace siguiendo un lenguaje que el motor entiende, comnmente es BPEL.Process designer: Es la herramienta que permite definir los procesos de negocio usando una simbologa o lenguaje natural propio de BPM. Este

lenguaje puede ser BPMN o XPDL, algunos tambin suelen considerar BPEL.From creator: La herramienta que permite definir los formularios de interaccin humana, es decir, formularios donde el usuario/persona puede iniciar, rechazar, aprobar, etc., es decir, interactuar con una instancia de un proceso de negocio.Business Activity Monitoring (BAM): Los elementos de un BAM son: KPIs (indicadores claves de rendimiento), Dashboard (consola que permite monitorizar en tiempo real el valor actual de los KPIs para tomar decisiones).

Business Rules Engine (BRE): Un sistema de reglas de negocio permite que estas polticas de la empresa y otras decisiones operativas por definir, probado, ejecutado y mantenido separadamente del cdigo de la aplicacin.

1.2.4 DBR (Drum Buffer Rope)

Goldratt, (s.f.), mencion que Drum - buffer - rope (DBR) es una metodologa de programacin de operaciones basadas en la Teora del Dr. Eli Goldratt de las Restricciones (TOC) y el primer escrito sobre la meta y se explica con ms detalle en la carrera. DBR es una parte de la solucin TOC Operaciones; es la mquina que establece el plan de operaciones. Sin embargo, la segunda parte de la solucin de operaciones de TOC es la Gestin de Buffer. Gestin Buffer es el mecanismo de control y seguimiento que garantice que la mquina est funcionando bien en la ejecucin.

Gestin Buffer

Asimismo, Goldratt, (s.f.), describi que los tampones se usan para proteger contra las interrupciones y para identificar las obstrucciones muy visibles y lo suficientemente temprano en ejecucin para que se tomen acciones de recuperacin para garantizar que el compromiso de entrega se sigue

cumpliendo. Esto se analiza, y una actuacin ms especfica se pone en marcha para hacer frente a ellos, la mejora continua del proceso de ejecucin y conduccin del tiempo de espera abajo.

Adems Goldratt, (s.f.), mencion que una Teora de las Restricciones tiene una visin sistmica de una empresa u organizacin. Esto significa que trata a la organizacin como uno y no como un nmero de diferentes departamentos. Una organizacin est compuesta por un conjunto de elementos interdependientes que trabajan juntos para lograr un objetivo de la empresa u objetivo. Es, por lo tanto, importante relacionar todas las acciones dentro de una organizacin a su impacto en los objetivos globales. Tambin es importante darse cuenta de que no todos los elementos afectan al sistema de la misma manera; algunos elementos tienen menos capacidad que otros. Los elementos con menor capacidad son las limitaciones del sistema y limitan la capacidad del sistema para lograr sus objetivos globales. Si una organizacin (con fines de lucro) no tuviera restricciones, entonces su ganancia sera infinita. En realidad, hay muy pocas restricciones a cualquier sistema.

Los 5 pasos de enfoque

Al respecto, Goldratt, (s.f.) concluy que la teora de las restricciones utiliza esta vista para derivar un proceso de 5 pasos, llamado "Proceso de mejora continua" (POOGI), para mejorar cualquier sistema. Estos pasos se llaman los 5 pasos de enfoque:

Actividad 0: Definir meta u objetivo del sistema.Actividad 1: Identificar restriccin(es) del sistema.Actividad 2: Decidir cmo explotar la(s) restriccin (es) del sistema. Actividad 3: Subordinar todo lo dems a las decisiones anteriores. Actividad 4: Elevar la(s) restriccin (es) del sistema.Actividad 5: Si en los pasos anteriores una restriccin ha sido rota, vuelva a la actividad 1 (Advertencia: No permitir Inercia, provoca una restriccin del sistema).

1.2.5 BonitaSoft

Bonita Soft (2014), mencion que es una herramienta de suite BPM de cdigo abierto para la gestin de procesos de negocio, utilizando la programacin en Java, que acelera la colaboracin y la eficiencia de sus equipos de trabajo, simplificando el desarrollo, la automatizacin y la optimizacin de sus procesos.

Figura N 7 - Ciclo de Vida de BonitaSoft

Fuente: Interact (s.f.). BonitaSoft - Business Process Management. Recuperado de http://www.interact.eu/20?platform=15

Asimismo, Bonita Soft (2014), concluy que bonita suite BPM permita alcanzar los requerimientos:

Alcance de objetivo:

Colaboracin y eficaz, que relaciona las necesidades del negocio con el desarrollo de soluciones del equipo de TI, adems de brindar puentes de comunicacin entre las diferentes funciones de su organizacin y el equipo de TI.

Competitividad:

Aplicar la tecnologa BPM para optimizar sus procesos de negocios en toda la organizacin.

Trabajo en equipo:

ServiciosHerramientas para la creacin de modelos de flujo de trabajo que lepermite crear modelos de negocio procesos de trabajo a travs de una interfaz grfica.Herramientas para el apoyo a la aplicacin, es decir, las interfaces (API) y connecters para integrar soluciones de BPM en los sistemas de informacin.Motor de ejecucin (motor de workflow) a cargo de la creacin de instancias y procesos de almacenamiento de los concursos y sus estados en una base de datos de modo relacional.Herramientas para la asistencia y la presentacin de informes basados en indicadores pertinentes precisas para proporcionar cuadros de mando dirigidos, decisiones rpidas y precisas. Estos son conocidos como BAM (Business Activity Monitoring) destinado a proporcionar nociones de cmocontrolar el funcionamiento de los procesos de negocio.Aplicar la metodologa y la tecnologa BPM para optimizar sus procesos de negocio en toda la organizacin.

20

Figura N 8 - Transaccin de las actividades

Fuente: Tornado (s.f.). BOS Bonitasoft. Recuperado de http://www.tornadoix.com/internalContent/index.php/productos/bos-bonitasoft

Modelado de flujo de trabajo

Tambin, BonitaSoft (2014), concluy que permite al modelador BPMN2 para disear flujos de trabajo empresariales de forma rpida e intuitiva gracias a una paleta que gestiona contenidos siempre disponibles durante cada paso de su creacin. Es posible crear varios entornos de aplicacin, guardarlos, archivarlos para que puedan ser compartidas en un servidor central, operar en tiempo real y crear simulaciones de procesos a travs de indicadores tales como el costo, la duracin, el consumo de recursos, calendarios e identificadores de mal funcionamiento, capacidad ptima de gestin y eficiente distribucin dinmica de tareas a todos los usuarios a travs de filtros predefinidos y funciones.

Asimismo, BonitaSoft (2014) concluy que ayuda a los usuarios a travs de su planificacin por parte de los errores y advertencias que muestra cuando los pasos no estn configurados correctamente o cuando se pierden ciertos datos. Es posible exportar los procesos en diferentes formatos: pdf, jpeg, png, bmp, gif y SVG. Los mdulos de importacin soportados son BPMN2, JBPM3 y XPDL.Go_back.

21Desarrollo

BonitaSoft (2014) mencion que durante la fase de desarrollo, BonitaSoft ofrece una personalizacin avanzada de aplicaciones mediante el uso de reglas pre-construidas de validacin, paginacin, dependencias de llenado de campo y de campo dinmico, fcil personalizacin de aplicaciones BPM de plantillas y logos.

generados por el software Bonita Studio -el que cumpla con los requisitos delW3C utilizando el estndar html, css y javascript.EjecucinBonitaSoft (2014) concluy que gracias a la innovadora interfaz - laexperiencia del usuario "bandeja de entrada" BonitaSoft ofrece:La gestin de sus tareas con facilidad y rapidez y la organizacin de sutrabajo en las etiquetas y los casos.El soporte multi-idioma (Ingls, Francs, Espaol en mora).Definir reglas panel de usuario.Bonita integracin UserXP, rpido, simple, confiable en cualquier red (inter-intra-extranet).Gestin del motor a distancia a travs Bonita Motor Ejecutivo.Advertencias y revisiones en curso en tiempo real para asignar tareas a un sustituto cuando el actor tarea no est disponible o bloqueado.Disponibilidad API incluyendo basado en java API, EJB2, EJB3 y RESTAdems, BonitaSoft (2014) precis que las aplicaciones BonitaSoft sonque puede ser incrustado fcilmente. La tala de aplicacin y modernizacin (de forma fcil a travs de la herramienta de migracin), el uso de la arquitectura de ubicacin mltiple y servir a varios clientes al mismo tiempo. Se correlaciona an ms los procesos y provoca la ejecucin de un proceso de otro proceso. La ejecucin asncrona para detener los casos de diversos procesos de bloqueo a causa de las tareas pendientes.

Gestin de los recursos humanos

BonitaSoft (2014) mencion de acuerdo con los roles predefinidos mediante la asignacin de tareas a cada usuario individual.

Administracin y monitoreo

Al respecto, BonitaSoft (2014) mencion para la Gestin de Procesos de Negocio ofrece aplicaciones avanzadas de software pertinentes a la gestin y el seguimiento:

Asignacin de privilegios a grupos de usuarios: de solo lectura, modificacin y actualizacin. El seguimiento continuo en tiempo real con el apoyo de la Bonita UserXP BAM (Business Activity Monitoring). La gestin de ciclos de vida y gestin de tareas para cada solo proceso: activar, desactivar, suspender, reanudar, etc. La gestin de los registros de datos, usuarios y grupos y la cartografa con los directorios existentes (Protocolo de acceso LDAP Lightweight Directory). Cuadros de mando avanzados personalizados para las empresas y tcnicos con los indicadores apropiados para la gestin de informes y documentos estadsticos para el anlisis de KPI para ser constantemente seguidos y monitoreados.

Figura N 9 - Arquitectura BonitaSoft

Fuente: Palmer (2013). First Impressions: Bonita Open Solution. Recuperado de http://www.bpm.com/first-impressions-bonita-open-solution.html

BonitaSoft, desarrollo de aplicaciones basadas en procesos

BonitaSoft (2014) mencion que para generar una aplicacin basada en procesos de cualquier tipo, seguiremos generalmente todos o algunos de los siguientes pasos haciendo uso de los distintos mdulos incluidos en las plataformas de BPMS.

Modelar el proceso

BonitaSoft (2014) seal que BPM como metodologa, cuenta con herramientas y prcticas suficientes para realizarla. Adems, los BPMS utilizan una notacin especfica para el modelado de procesos como es BPMN2, la cual nos servir tambin como importante herramienta de comunicacin, al ser una notacin fcilmente entendible.

Definir los Datos del Proceso

BonitaSoft (2014) coment que los datos sern variables tantos globales (de todo el proceso) como locales (o temporales) que nuestro proceso utilizar y que posteriormente utilizaremos para disear los distintos campos de los formularios y manejar los datos asociados al proceso.

Definir los formularios

BonitaSoft (2014) coment que los formularios (en forma de formularios web) presentarn tambin los datos que los usuarios puedan necesitar para poder ejecutar las tareas o para la toma de decisiones.

Integracin con otros Sistemas de Informacin

BonitaSoft (2014) coment que dispone de un amplio nmero de conectores con distintos tipos de servicios y aplicativos como bases de datos, mensajera, ERPs, ECMs, data warehouse, CRMs, etc que nos proporcionan conectores para: MySQL, Oracle, MSSQL Server, Jasper, SAP SalesForce, Alfresco, Sugar CRM,etc.

Definir usuarios

BonitaSoft (2014) coment que en una aplicacin basada en procesos, definiremos y asignaremos los usuarios responsables de la realizacin de cada una de las actividades del proceso.

Simulacin

BonitaSoft (2014) coment que esta funcionalidad de simulacin ser fundamental en los BPMS a la hora de permitir simular procesos y probar diferentes combinaciones de procesos, predecir su comportamiento, fallos, cuellos de botella y posibilidades de mejora.

Implementacin

BonitaSoft (2014) coment que las aplicaciones generadas sern desplegadas en un entorno web cumpliendo con los estndares del W3C. A travs de este entorno (el Portal de Bonita) los administradores del proceso y los usuarios que participan en el mismo, interactuarn con el proceso para realizar las tareas que tengan asignadas.

Monitorizacin y reporting

BonitaSoft (2014) coment que los sistemas BPMS es la monitorizacin en tiempo real de las actividades del proceso y de los aplicativos externos integrados con el mismo, con la monitorizacin e informes de los procesos (numrica y grficamente) podremos medir en tiempo real.

1.2.6 Metodologas

Kennedy y Ward (2012) explicaron que el desarrollo gil de software es un trmino amplio utilizado para describir el desarrollo, metodologas que se adhieren a un conjunto de valores y principios definido por el Manifiesto gil (Beedle et al., 2001). El Manifiesto gil se form cuando un grupo de 12 personas que se hacen llamar el Agile Alianza se reunieron para encontrar una alternativa a la documentacin actual impulsado, proceso de desarrollo de software de peso pesado (Beedle et al., 2001). A travs de este esfuerzo, que enmarcan el siguiente conjunto de valores para mejorar el software de forma se desarrolla (Beedle et al, 2001.): Individuos e interacciones sobre procesos y herramientas. Trabajar software a travs de la documentacin completa. Colaboracin con el cliente sobre negociacin de contratos y Responder a cambiar con el seguimiento de un plan.

1.2.6.1 IBM Rational Unified Process (RUP)

IBM (s.f.) mencion sobre RUP, que es un marco de proceso integral que ofrece prcticas de la industria a prueba de software y sistemas de entrega y ejecucin y para la gestin eficaz de los proyectos.

Es uno de los muchos procesos contenidos dentro de la Biblioteca Proceso Racional, que ofrece orientacin sobre las mejores prcticas para que se adapte a su desarrollo en particular o necesidad del proyecto.

Figura N 10 - RUP.Ciclo de vida y sus fases

Fuente:Suniwe(s.f). The Case for Iterative Development. Recuperado de http://projects.staffs.ac.uk/suniwe/project/projectapproach.html

1.2.6.2 XP

Qu es la metodologa XP?

XP (s.f.) mencion que Extreme Programming es una disciplina de desarrollo de software basado en los valores de la sencillez, la comunicacin, la retroalimentacin y el coraje. Su accin consiste en traer todo el equipo junto en la presencia de prcticas sencillas, con suficiente informacin para permitir al equipo ver dnde estn y para sintonizar las prcticas a su situacin particular.

La filosofa de X.P es satisfacer por completo las necesidades del cliente, por eso lo integra como una parte ms del equipo de desarrollo. X.P fue inicialmente creada para el desarrollo de aplicaciones donde el cliente no sabe muy bien lo que quiere, lo que provoca un cambio constante en los requisitos que debe cumplir la aplicacin. Por este motivo, es necesaria una metodologa gil como X.P que se adapte a las necesidades del cliente y donde la aplicacin se va reevaluando en periodos cortos de tiempo. X.P est diseada para el desarrollo de aplicaciones que requieran un grupo de programadores pequeo, en que la comunicacin sea ms factible que en

grupos de desarrollo grandes. La comunicacin es un punto importante y debe realizarse entre los programadores, los jefes de proyecto y los clientes.

Cules son las prcticas bsicas de XP?

Sobre las prcticas fundamentales XP (s.f.) indic que son 12:

1. El Juego de Planificacin: Negocios y desarrollo cooperan para producir el mximo valor de negocio lo ms rpidamente posible. El juego de la planificacin pasa a diversas escalas, pero las reglas bsicas son siempre las mismas: Negocios viene con una lista de caractersticas deseadas para el sistema. Cada funcin est escrito como una historia de usuario, lo que le da la caracterstica de un nombre, y se describe a grandes rasgos lo que se requiere. Las historias de usuario son tpicamente escritos en tarjetas de 4x6. Desarrollo calcula cunto esfuerzo se llevar a cada historia, y la cantidad de esfuerzo que el equipo puede producir en un intervalo de tiempo dado (la iteracin). Empresas, luego decide qu historias para implementar en qu orden, as como la fecha y la frecuencia para producir unas versiones de produccin del sistema.2. Pequeos releases: Comience con el ms pequeo conjunto de caractersticas tiles. Suelte temprano y a menudo, la adicin de una serie de caractersticas cada vez.3. Metfora sistema: Cada proyecto tiene una metfora organizadora, que proporciona una fcil de recordar la convencin de nombres.4. Diseo simple: Utilice siempre el diseo ms simple posible que hace el trabajo. Los requisitos van a cambiar maana, as que solo hacer lo que se necesita para satisfacer las necesidades de hoy en da.5. Prueba continua: Antes de programadores agregan una caracterstica, escriben una prueba para l. Cuando el conjunto ejecuta, el trabajo est hecho. Las pruebas en XP vienen en dos sabores bsicos. Pruebas unitarias son pruebas escritas por los desarrolladores para probar la funcionalidad como lo escriben automatizados. Cada prueba

unitaria normalmente pone a prueba una sola clase, o un pequeo grupo de clases. Las pruebas unitarias se escriben normalmente utilizando un marco de pruebas unitarias, tales como JUnit. Pruebas de aceptacin (tambin conocidas como pruebas funcionales) estn especificados por el cliente para comprobar que el sistema en su conjunto est funcionando como se especifica. Las pruebas de aceptacin general comprueban todo el sistema, o gran parte de ella. Cuando todas las pruebas de aceptacin pasan por una historia de usuario dado, esa historia se considera completa. Por lo menos, una prueba de aceptacin podra consistir en una secuencia de comandos de acciones de interfaz de usuario y los resultados esperados que un ser humano puede ejecutar. Lo ideal sera que las pruebas de aceptacin deben ser automatizados, ya sea utilizando el marco de pruebas unitarias, o un marco de pruebas de aceptacin por separado.6. Refactoring: Reutilizar cualquier cdigo duplicado generado en una sesin de codificacin. Usted puede hacer esto con la seguridad de no romper nada, porque usted tiene las pruebas.7. Programacin en parejas: Todo el cdigo de produccin est escrito por dos programadores se sientan en una sola mquina. En esencia, todo el cdigo se revisa cmo est escrito.8. Propiedad colectiva del cdigo: Ninguna persona es "dueo" de un mdulo. Cualquier desarrollador es capaz de trabajar en cualquier parte de la base de cdigo en cualquier momento.9. Integracin continua: Todos los cambios se integran en el cdigo base, por lo menos diariamente. Las pruebas tienen que correr 100%, antes como despus de la integracin.10. Semana laboral de 40 horas: Programadores ir a casa a tiempo. En el modo de crisis, se permite hasta una semana de tiempo extra. Pero varias semanas consecutivas de las horas extraordinarias se tratan como una seal de que algo est muy mal en el proceso.11. En las instalaciones de atencin al cliente: El equipo de desarrollo tiene acceso continuo a un cliente de carne y hueso, es decir, alguien que realmente utiliza el sistema. Para el software comercial con una gran

cantidad de clientes, un proxy cliente (normalmente el gerente de producto) en el lugar.12. Estndares de codificacin: cdigos de todos a las mismas normas. Idealmente, no debera ser capaz de decir con solo mirarlo que en el equipo haya tocado una pieza de cdigo especfica.

software centrado en desarrollo como un todo. XP es uno de las ms gilesbien documentadas metodologas, y se compone de los siguientes 12 reglas (Cohen, Lindvall, y Costa, 2003):Figura N 11 - Reglas xpFuente:Kennedy, M., Ward, L. (2012). Inserting Agility in System Development. Recuperado de http://web.b.ebscohost.com/ehost/detail/detail?sid=113f6944-2549-4fb0-8219- 6db6322264fe%40sessionmgr110&vid=0&hid=128&bdata=Jmxhbmc9ZXMmc2l0ZT1laG9zdC1saX Zl#db=a9h&AN=783648671.2.6.3FDD (Feature Driven Development / Desarrollo basado enFunciones)Adicionalmente, Kennedy y Ward (2012) sobre XP comentaron: Considerando que el Scrum es un proceso para manejar un producto, eXtreme Programming (XP) es una metodologa de desarrollo gil de

Heptagon (s.f.), indic sobre FDD:

Es una metodologa gil para el desarrollo y gestin de software. Combina las mejores prcticas de gestin de proyectos gil con un enfoque completo para la ingeniera de software orientado a objetos, ganando tres principales pblicos de un proyecto de software: los clientes, los administradores y desarrolladores.

30Sus principios y prcticas proporcionan un equilibrio entre lo tradicional y las filosofas ms extremas, proporcionando una transicin ms suave a las organizaciones ms conservadoras, y la reanudacin de la responsabilidad de las organizaciones que se han desilusionado con las propuestas ms radicales.

Figura N 12 - FDD. Estructura

Fuente:Heptagon (s.f). FDD - Feature Driven Development. Recuperado de http://www.heptagon.com.br/fdd

1.2.6.4 Scrum

Asimismo, Kennedy y Ward (2012) sobre scrum indicaron:

Scrum es un marco utilizado para la gestin de proyectos, lo cual es diseado para proyectos donde se dificulta mirar hacia adelante (Brede Moe, Ding- S0yr, y Dyba, 2008, pp. 76-85). Proporciona un marco con el cual estas actividades se ejecutarn (Figura 2). Scrum comprende la auto-organizacin y equipos de autogestin que liberan un producto potencialmente entregable en sprints (incrementos) de 2-4 semanas:

31

Figura N 13 - Framework Scrum

Fuente:Kennedy, M., Ward, L. (2012). Inserting Agility in System Development. Recuperado de http://web.b.ebscohost.com/ehost/detail/detail?sid=113f6944-2549-4fb0-8219- 6db6322264fe%40sessionmgr110&vid=0&hid=128&bdata=Jmxhbmc9ZXMmc2l0ZT1laG9zdC1saX Zl#db=a9h&AN=78364867

1.2.6.5 Iconix

Sobre la metodologa Iconix, Coronel (2014) mencion:La metodologa Iconix se centra en algn lugar entre el Rational Unified Process (RUP) y el muy pequeo enfoque de programacin extrema (XP).El proceso ICONIX es basado en casos de usos de impulsado, al igual que RUP, pero sin una gran cantidad de la sobrecarga que RUP trae a la mesa. Tambin es relativamente pequeo y apretado, como XP, pero no se descarta el anlisis y el diseo como la XP. Este proceso tambin hace uso racionalizado del Lenguaje Unificado de Modelado (UML), mientras se mantiene un fuerte enfoque en la trazabilidad de los requisitos. El proceso se mantiene fiel a la visin original de Ivar Jacobson, de lo que significa "casos de uso" conducidos, ya que se traduce en concreto, los casos de uso especficos, fcilmente comprensibles que un equipo de proyecto puede utilizar realmente para conducir el esfuerzo de desarrollo.

Figura N 14 - Metodologa Iconix

Fuente:Coronel (2014). Metodologa Iconix. Recuperado de http://www.edisoncor.org/metodologia- iconix/

1.2.7 Cuadro comparativo de metodologas de desarrollo

Prraga,PrezySabariego(2014),realizaronlasgte. comparacin:

Aspectos ConsideradosRUPXPFDDSCRUMICONIX

1.Tamao del grupo de desarrolloGrandes (ms de 10 )Pequeos (menos de 10)Pequeos (menos de 10) pero ms grande que XP y SCRUMPequeos (menos de 10)Pequeos (menos de 10)

2.Herramientas usadas para la obtencin de requisitosCasos de usoHistorias de usuariosNo hace nfasis enobtenerlosPoca prioridadEmpleo regulado de los casos de uso

3.Carga de trabajo

Mucha

Poca

Intermedia

Poca

Poca

4.Relacin o interaccin con el clienteMuy formalNo tiene formalismoNo tiene formalismoNo tiene formalismoNo tiene formalismo

5.Documentacin

Mucha

Poca

Poca

PocaEquilibrada de acuerdoa los proyecto (cantidad intermedia)

6.Duracin del proyecto

Largo

Corto

Corto

Corto

Corto

7.Detencin de erroresLargo PlazoForma tempranaForma tempranaForma tempranaForma temprana

8.Simplicidad en el diseo

No

Si

Si

Si

Si

9.Reutilizacin del cdigo

SiSi (ms que todas) tambin reescribe el cdigo para mayor simplicidad

Si

Si

Si

10.Soporte tcnico continuo

Poco

Mucho

Mucho

Mucho

Mucho

11.Importancia centrada en la arquitectura

Si

No

No

No

No

Aspectos ConsideradosRUPXPFDDSCRUMICONIX

12.Estilo de DesarrolloDesarrollo interno enetapas InteractivasInteractivo incrementalInteractivo incrementalInteractivo incrementalInteractivo incremental

13.Evaluacin del estado del proyecto

Largo

Corto

Corto

Corto

Corto

14.Accesibilidad al cdigo fuente por parte del cliente

Poca

Mucha

Mucha

Mucha

Mucha

15.Orientacin a objetos

Si

Si

Si

Si

Si

16.EnfoqueA los procesosA las personasA las personasA las personasA las personas

17.Respuesta ante los cambios

No

Si

Si

Si

Si

Figura N 15 - Comparacin de las caractersticas de las metodologas giles, tradicionales e hbridas

Fuente: Adaptado de Prraga, Prez y Sabariego (2014). El Dinmico escenario de las metodologas de desarrollo de sistemas de informacin. Recuperado de http://biblo.una.edu.ve/ojs/index.php/UNAV/article/download/1314/1280

Tambin, Sabariego, Prez y Prraga, (2014), concluyeron que:

A pesar de que tanto las metodologas tradicionales como las giles e hbridas, presentan diferencias significativas debido a que poseen enfoques y objetivos distintos; no significa que unas sean mejores que las otras. Todas son vlidas y ampliamente aceptadas en las esferas empresariales. Su seleccin solo obedece a las necesidades de desarrollo, las del cliente y a las caractersticas de la plataforma tecnolgica implantada por el dueo del sistema. Sin embargo, debe destacarse que las giles e hbridas poseen una orientacin hacia el ser humano, lo cual pone de manifiesto las ltimas

tendencias para el buen uso del saber cientfico y tecnolgico, es decir, la ciencia y la tecnologa al servicio de los seres humanos y para el beneficio de los mismos (p.88).Asimismo, Campazzo, Prez y Santos(2010) finalizaron:

Hoy por hoy, no existe una metodologa universal para hacer frente con xito a cualquier proyecto de desarrollo de software. Toda metodologa debe ser adaptada al contexto del proyecto (recursos tcnicos y humanos, tiempo de desarrollo, tipo de sistema, etc. Histricamente, las metodologas tradicionales han intentado abordar la mayor cantidad de situaciones de contexto del proyecto, exigiendo un esfuerzo considerable para ser adaptadas, sobre todo en proyectos pequeos y con requisitos muy cambiantes.

Las metodologas giles, como XP, ofrecen una solucin, casi a medida, para una gran cantidad de proyectos que tienen estas caractersticas. Esto ha llevado hacia un inters creciente en las metodologas giles. Sin embargo, hay que tener presente una serie de inconvenientes y restricciones para su aplicacin, tales como: estn dirigidas a equipos pequeos o medianos (Beck sugiere que el tamao de los equipos se limite de 3 a 20 como mximo, otros dicen no ms de 10 participantes). El entorno fsico debe ser un ambiente que permita la comunicacin y colaboracin entre todos los miembros del equipo durante todo el tiempo, cualquier resistencia del cliente o del equipo de desarrollo hacia las prcticas y principios puede llevar al proceso al fracaso (el clima de trabajo, la colaboracin y la relacin contractual son claves), el uso de tecnologas que no tengan un ciclo rpido de realimentacin o que no soporten fcilmente el cambio, aunque, en la actualidad, ya existen libros asociados a cada una de las metodologas giles existentes y tambin abundante informacin en Internet, es XP la metodologa que resalta por contar con la mayor cantidad de informacin disponible y es con diferencia la ms popular.(p.11).

1.3Definicin de trminos BonitasoftBonita (s.f) mejora las actividades empresariales al conectar personas, procesos y sistemas de informacin mediante aplicaciones fciles de utilizar.

BPMN

Bonita (s.f) una representacin grfica para detallar los procesos de una empresa en un modelo de procesos de negocio. La notacin consiste en una serie de smbolos grficos para representar la accin, el flujo o el comportamiento de un proceso.

BPMS

Bonita (s.f) es una infraestructura informtica para poder manejar proyectos y programas de BPM. Desde el anlisis, definicin y diseo de los procesos, hasta la aplicacin, supervisin y anlisis siempre bajo una mejora de optimizacin. Las herramientas BPMS proporcionan la solucin, manteniendo la promesa de los sistemas de informacin giles que han ofrecido estas nuevas arquitecturas tcnicas. Los motores de flujo de trabajo facilitan la construccin de sistemas de informacin compatibles con el proceso de principio a fin, abarcando varias plataformas tecnolgicas y varias aplicaciones.

DBR

Goldratt, (s.f.), drum - buffer - rope (DBR) describi que es una metodologa de programacin de operaciones basadas en la Teora del Dr. Eli Goldratt de las Restricciones (TOC) y el primer escrito en la meta y se explica con ms detalle en la carrera. Cuerda Buffer Drum es solo una parte de la solucin TOC. Operaciones, es la mquina que establece el plan de operaciones. Sin embargo, la segunda parte de la solucin de operaciones de TOC es la Gestin de Buffer. Gestin Buffer es el mecanismo de control y seguimiento que garantice la mquina est funcionando bien en la ejecucin.

CAPTULO II METODOLOGA

2.1 Materiales

Los materiales para el proyecto de tesis que sern utilizados son de garanta y software libre.

2.1.1 Recursos humanos

Tabla N 8 Representacin de Roles

NOMBREROL

Luis Medina OrdayaCliente

Freddy HernndezManager, Programador, Tester (Equipo XP)

Gustavo PachasManager, Programador, Tester (Equipo XP)

Elaboracin: Los autores.

2.1.2 Base de Datos

La Subdireccin de Inspeccin y Fiscalizacin tendr su propia base de datos mySql para el registro de la asignacin y control de expedientes.

2.1.3 Hardware

Los equipos que cuenta la Subdireccin de Inspeccin y Fiscalizacin sern reutilizados, contando con la siguiente descripcin:

Procesadores: 4 CPU cores. Memoria RAM: De 4GB a 8GB. Espacio del disco: 10GB.

2.1.4 Software

Es un software libre BonitaSoft de cdigo fuente abierto de lenguaje programacin en Java, que ser til desde el modelado del negocio hasta elaborar el sistema.

Tambin utilizar Java Virtual Machines (JVM) para dar soporte y mejora del cdigo fuente con Oracle Java SE JRE7. Adems, el software libre tendr su propio servidor apache tomcat 7.0, especial para cualquier sistema operativo. Adems de utilizar el Internet explorer 8 o ms o Google chrome.

2.2 Mtodos

Para el desarrollo del proyecto, se utilizar la metodologa XP, que es gil, la cual ser de mucha utilidad por su facilidad de aplicacin en equipos pequeos, flexibilidad en los cambios, colaboracin con el cliente, orientacin en los resultados y se adapta a proyectos bpm.

2.2.1 Metodologa XP

Figura N 16 - Metodologia XP

http://www.codejobs.biz/es/blog/2013/06/05/programacion-extrema-xp#sthash.tl2AUSR5.dpbs

Siguiendo la metodologa XP, se realizar el desarrollo del sistema en las siguientes fases:

1 Fase: Planificacin del proyecto

Campazzo, Prez y Santos (2010) indicaron como parte del proceso XP a las historias de usuario. En esta fase, se realizar el cronograma de actividades y las historias de usuario. (p.5).IBM (s.f.), indic el anlisis como primera etapa de un ciclo bsico de vida bajo el enfoque BPM. En el presente proyecto de tesis, se realizar el levantamiento de informacin. Para tal actividad se tendr como apoyo a las historias de usuario de XP.

402 Fase: Diseo

Campazzo, Prez y Santos (2010) sealaron el diseo como parte del proceso XP. Se disear el modelo de datos y los prototipos. (p.6).

IBM (s.f.), indic al anlisis como una etapa, en un ciclo bsico de vida, bajo el enfoque BPM. En el presente proyecto de tesis, se realizar el anlisis y el rediseo de los procesos actuales.

3 Fase: Codificacin

Campazzo, Prez y Santos (2010) indicaron al desarrollo como parte del proceso XP. En esta fase, se realizar la codificacin y desarrollo del Sistema de asignacin y control (SACE), que incluye a la base de datos y los reportes.

IBM (s.f.), indic al desarrollo como la segunda etapa en un ciclo bsico de vida bajo el enfoque BPM. En esta etapa, se realizar la codificacin y desarrollo en BPM BonitaSoft.

4 Fase: Pruebas

Campazzo, Prez y Santos (2010) precisaron que las pruebas son parte del proceso XP. En esta fase, se realizarn las pruebas respectivas, tomando como base la data de 10 das antes del uso del aplicativo y 10 das antes del uso del aplicativo.

IBM (s.f.), indic que la ejecucin y monitoreo son etapas en un ciclo bsico de vida bajo el enfoque BPM. En esta etapa, se realizar la ejecucin del aplicativo y el monitoreo basado en los reportes.

2.2.2 Alcance El proyecto de tesis ser aplicado al proceso de asignacin y control de expedientes del rea de fiscalizacin de la Subdireccin de Inspeccin y Fiscalizacin de la Oficina de Normalizacin Previsional (ONP).

46 El proyecto de tesis, no est orientado a la revisin de los documentos adjuntos en los expedientes. Abarcar al desarrollo de los formularios de registrar expediente, registrar usuario, asignar expediente, revisar expediente, evaluar expediente y generar reporte. Con la mejora del proceso y aplicativo del software BPM BonitaSoft.

2.2.2.1 Protototipos Mdulo del SupervisorSubmdulo de Logueo:Permite ingresar al sistemaOpcin 1: Ingresa el usuario y password.A continuacin, se muestran los prototipos que sern parte del sistema que se desarrollar.

Figura N 17 - Login portal bonitasoft

Submdulo de Men:Despus del logueo muestra la siguiente interfaz. Aparecen las opciones de bandeja de entrada, protagonizado, los casos en riesgo, atrasado, iniciar un caso y tablero. Las opciones de preferencias, acerca del nombre del mdulo donde esta logueado y la opcin de salir.

Figura N 18 - Mdulo AdministradorAdems muestra la interfaz de la vista de usuario con las opciones deprocesos, organizacin, reportes y etiquetas de usuario. Tambin las opciones de visita a la web como frums, wiki y blog. Finalmente, ladocumentacin de ayuda para el usuario.Figura N 19 - Vista de Usuario

2.3 Cronograma de actividades

Figura N 20 - Cronograma de Actividades


CAPTULO III DESARROLLO DEL PROYECTO

El desarrollo del proyecto de tesis se realiz en las siguientes fases:

Planificacin del Proyecto Diseo Implementacin Pruebas

3.1 Fase de Planificacin del Proyecto

Esta es la planificacin de historias del proyecto que se realiz, tras estudiar el proyecto y mantener conversaciones con el cliente.

De esta redaccin de historias de usuario, se realiz una planificacin inicial y posteriormente, fue cambiada a lo largo del proyecto. A medida que cambiaron los requisitos del cliente o se tena una concepcin ms clara del proyecto.

En esta seccin del documento, est basado en la informacin proporcionada por el usuario relacionado con el proceso. A continuacin, se detallan las historias de usuario:

Historia de usuario

Nmero: 3Usuario: Supervisor

Nombre historia:Asignar Expediente

Prioridad en negocio:

AltaRiesgo en desarrollo:

Media

Puntos estimados:Iteracin asignada:

Programador responsable: Equipo XP

Descripcin:

Tiene como funcin asignar los expedientes a los fiscalizadores.

Observaciones:

Confirmado por el supervisor.

Historia de usuario

Nmero: 4Usuario: Fiscalizador

Nombre historia: Revisar Expediente


MediaRiesgo en desarrollo:

Media



Descripcin:

Tiene la funcin la revisin de los expedientes.

Observaciones:

Historia de usuario


Nombre historia: Realizar control de calidad


MediaRiesgo en desarrollo:

Media



Descripcin:

El supervisor evala la revisin del expediente realizado por el fiscalizador y determina si el expediente requiere de una nueva revisin.

Observaciones:

Iteracin Primera

Consta de 3 historias de usuario:

Login (H1). Registrar expediente (H2). Registrar usuario (H3).

Consta de 3 tareas:

Interfaz ventana Login.(T1). Diseo interfaz ventana Registrar Expediente (T2). Diseo interfaz ventana Registrar Usuario (T3).

Historia de usuario

Nmero: 1Usuario: Todos

Nombre historia: Login



Baja


Programador responsable: Equipo XP.

Descripcin:

Los usuarios ingresarn su usuario y clave para poder acceder al sistema en el portal del bonitasoft.

Observaciones: Solo usuarios registrados podrn utilizar el sistema.

Tarea

Nmero tarea: 1Nmero historia: 1

Nombre tarea: Interfaz ventana Login

Tipo de tarea :

DesarrolloPuntos estimados:

Fecha inicio: 22 de octubre del 2014Fecha fin: 22 de octubre del 2014


Descripcin: Se considera la interfaz de la ventana Login, la cual permitir ingresar al Sistema.

Historia de usuario


Nombre historia: Registrar expediente


NormalRiesgo en desarrollo:

Normal


Programador responsable:

Descripcin:

El registro de los expedientes ser bajo la responsabilidad del supervisor, con el propsito de registrar los expedientes para el proceso de asignacin y control de expedientes. Deber tener los datos del cdigo del expediente, nombre del asegurado, fecha del ingreso a la subdireccin, la descripcin y el tipo de complejidad estimada por la subdireccin.

Observaciones: Confirmado por el supervisor.

Tarea


Nombre tarea: Diseo interfaz ventana Registrar Expediente

Tipo de tarea :




Historia de usuario


Nombre historia: Registrar usuario

Prioridad en negocio:NormalRiesgo en desarrollo:Normal


Programador responsable:

Descripcin:

Registrar el usuario en el caso si fuera uno nuevo que ingresa al proceso de asignacin y control de expedientes, agregando los campos cdigo usuario, password, nombres y apellidos, telfono, correo y cargo.

Observaciones:

Antes de realizar el registro del usuario, el sistema deber validar si el supervisor desea registrar un nuevo usuario o una asignacin del expediente.

Tarea


Nombre tarea: Diseo interfaz ventana Registrar Usuario

Tipo de tarea :DesarrolloPuntos estimados:



Descripcin:

Se desarrolla la interfaz de la ventana Registrar Usuario, que permitir registrar los usuarios que podrn hacer uso del sistema.

50Iteracin segunda


Asignar Expediente (H1) Revisar Expediente (H2) Consta de 2 tareas: Diseo interfaz ventana Asignar Expediente (T1) Diseo interfaz ventana Revisar Expediente (T2)

Historia de usuario


Nombre historia: Asignar expediente



Media



Descripcin:

El supervisor ingresar al sistema a la interfaz correspondiente y asigna los expedientes a los fiscalizadores, agregando datos a los campos del cdigo expediente, cdigo usuario, tipo de complejidad, fecha de asignacin y descripcin del expediente.

Observaciones:

51Tarea


Nombre tarea: Diseo interfaz ventana Asignar Expediente

Tipo de tarea :




Descripcin: Se desarrolla la interfaz de la ventana Asignar Expediente, que permitir asignar los expedientes a los usuarios del sistema.

Historia de usuario

Nmero: 5Usuario: Fiscalizador

Nombre historia: Revisar expediente

Prioridad en negocio:AltaRiesgo en desarrollo:Media



Descripcin:

Tiene la funcionalidad de revisar expediente, conteniendo los datos del cdigo expediente, tipo de complejidad, resultado de revisin, correo, fecha de asignacin, fecha de apertura y fecha de pre cierre.

Observaciones:

El enviar correo tendr la funcionalidad de avisar al supervisor que tiene una tarea de control de calidad sobre el expediente revisado. Utilizar el dominio de Gmail.

Tarea


Nombre tarea: Diseo interfaz ventana Revisar Expediente

Tipo de tarea :




Descripcin:

Se desarrolla la interfaz de la ventana Atender Expediente, que permitir atender los expedientes por los fiscalizadores.

Iteracin tercera


Evaluar Expediente (H1). Generar Reporte (H2).

Consta de 2 tareas:

Diseo Interfaz ventana Evaluar Expediente (T1). Diseo Interfaz ventana Generar Reporte (T2).

Historia de usuario


Nombre historia: Evaluar Expediente

Prioridad en negocio:AltaRiesgo en desarrollo:Media



Descripcin:

El supervisor ingresar al sistema, a la interfaz correspondiente y verificar los expedientes que se encuentren en estado En calidad y de fecha preCierre. Si todo est conforme, lo aprueba, de lo contrario lo devuelve al fiscalizador.

Observaciones:

Si el expediente es aprobado, su estado ser cerrado; sino se regresa al estado en proceso que es considerado un reproceso.

Tarea


Nombre tarea: Diseo Interfaz ventana Evaluar Expediente

Tipo de tarea :DesarrolloPuntos estimados:



Descripcin:

Se desarrolla la interfaz de la ventana Registrar Resultado, que permitir aprobar los expedientes.

Historia de usuario

Nmero: 7Usuario: Todos

Nombre historia: Generar reporte



Media



Descripcin: El supervisor genera los reportes necesarios para su gestin.

Observaciones:

Con excepcin del supervisor, los usuarios solo podrn ver sus expedientes asignados.

Tarea


Nombre tarea: Diseo Interfaz ventana Generar Reporte

Tipo de tarea :


Fecha inicio: 01 de Noviembre del 2014Fecha fin: 02 de Noviembre del 2014


Descripcin:

Se desarrolla la interfaz de la ventana Generar Reporte, que permitir a los usuarios, generar reportes.

3.2 Diseo

Figura N 21 - Mdelo del proceso actual

Figura N 22 - Mdelo de proceso del sistema de asignacin y control de expedientes

Figura N 23 Modelo de Base de Datos

3.3 Implementacin

Figura N 24 - Interfaz Registrar ExpedienteFigura N 25 - Interfaz de consulta para nuevo usuario

Figura N 26 - Interfaz registrar usuario

Figura N 28 - Interfaz Revisar ExpedienteFigura N 27 - Interfaz Asignar Expediente

Figura N 29 - Interfaz Evaluar Expediente

CAPTULO IVPRUEBAS Y RESULTADOSPara las pruebas se tomaron como referencia a los usuarios aleyton,cmedina, dreyes, ecastillo, ecorrea y eneyra, asignndoles expedientes de los diferentes tipos de complejidad. Los resultados obtenidos son del proceso actual de la Subdireccin de Inspeccin y Fiscalizacin, tal como semuestra a continuacin:Tabla N 9Listado de revisin de expedientes por usuario

Elaboracin: Los autores60Los resultados obtenidos tuvieron como referencia a los expedientes atendidos por cada usuario dentro de los 480 minutos de trabajo, tal como se muestra a continuacin:

Tabla N 10Atencin de expedientes del usuario aleyton

USUARIODIATIEMPO PROMPROM. TOTAL

ALEYTON20186

100,374

21166,14

2283

23189,2

24108,8

273

283

2999

3082,8

3182,8


Tabla N 11Atencin de expedientes del usuario cmedina


CMEDINA2082,8

95,54555556

2182,8

2297,57

23163,2

24166,14

2797,4

2897,4

2929

3097,4

3129

Tabla N 12Atencin de expedientes del usuario dreyes


DREYES2097,4

107,4444444

2197,4

2297,4

2329

24165,8

27165,8

2882,8

29163,2

3082,8

3182,8


Tabla N 13Atencin de expedientes del usuario ecastillo


ECASTILLO2082,8

98,4

2182,8

22163,2

233

2482,8

2776,8

28163,2

293

30163,2

31163,2


61Tabla N 14Atencin de expedientes del usuario ecorrea


ECORREA2082,8

106,86

213

223

23243

24163,2

27163,2

283

2981

30163,2

31163,2


Tabla N 15Atencin de expedientes del usuario eneyra


ENEYRA20163,2

98,28

21163,2

223

2381

243

27163,2

2881

2981

30163,2

3181


En resumen, los tiempos promedios de atencin por usuario fueron:

Tabla N 16Tiempos promedio de atencin por usuario Sistema Actual vs Sistema propuesto

USUARIOALEYTONCMEDINADREYESECASTILLOECORREAENEYRA

PROM.ACTUAL100,37495,55107,4498,4106,8698,28

PROM.SISTEM91,393,392,6796,6795,394,3


Por lo tanto, verificamos que los tiempos promedios se han mejoradocon respecto al actual, tal como se muestra a continuacin:Tabla N 17Comparativa de tiempos de atencin


Como se puede notar en los resultados obtenidos, hay un cambio en los tiempos de atencin, siendo mejores los tiempos obtenidos al utilizar el Sistema de Asignacin y Control de expedientes (SACE).

CAPTULO V DISCUSIN Y APLICACIONESActualmente existen en el mercado, diferentes programas orientados a BPM, siendo algunos de ellos OpenSource o bajo licencia. A continuacin, veremos un cuadro comparativo con otras herramientas BPM.

HERRAMIENTA BPMJBOSSINTALIOPROCESSMARKETACTIVITIBONITASOFTBIZAGI

MODELADOBPMN2BPMN2BPMN2BPMN2BPMN2BPMN2

DISEADOR DE PROCESOS CON DEVELOPMENTJBPM ECLIPSE PLUGINBPMS DESIGNERBPMN2 PROCESS MAPACTIVITI ECLIPSE PLUGINBONITA STUDIOBIZAGI, BAJO LICENCIA

CREACIN DE FORMULARIOS WEBNOSISINOBONITA STUDIOSI, BAJO LICENCIA

APP,DEVELOPMENT (API,DEBUGGING Y TESTING)JBPM ECLIPSE PLUGININTALIO BPMS DESIGNER

PROCESSMARKET TIENE DEBUGGERACTIVITI ECLIPSE PLUGINBONITA STUDIO Y OTROS

BIZAGI, BAJO LICENCIA

CONECTORES DE INTEGRACINNONOSINOSISI, BAJO LIBRERIAS.DLL

SIMULACINJBPM ECLIPSE PLUGIN

SI

NO

NOBONITA STUDIO

NO

TECNOLOGIA BASADAJAVAJAVAPHPJAVAJAVAJAVA


Para el desarrollo del proyecto de tesis, nos basamos en BPM BonitaSoft, porque est desarrollado en Java y es OpenSource siendo este ltimo favorable para el desarrollo de la aplicacin de la tesis, adems, est basado en la notacin BPMN2.

Tambin permite la integracin con otras tecnologas como base de datos (Mysql, Oracle y otros), ERP, Alfresco, LDAP y otros. A la vez, cuenta con la simulacin en los procesos mejorados.

CONCLUSIONES

1. El sistema de asignacin y control de expedientes (SACE), contribuy a mejorar la asignacin de expedientes en la subdireccin de Inspeccin y Fiscalizacin, adems, ayud de cierta manera en disminuir el stock de expedientes.

2. El SACE contribuy en la medicin de los tiempos de revisin de los expedientes. Tambin, aport en la deteccin de cuello de botella en el proceso de asignacin y control de expedientes, luego la Subdireccin de Inspeccin y Fiscalizacin tomar las decisiones siguiendo los lineamientos de DBR.

3. El SACE, basado en estndares internacionales como DBR y BPM, contribuy a que el proceso de asignacin y control de expedientes sea de calidad. Los resultados demuestran que el SACE a travs de BPM BonitaSoft permiti tener un mejor control y monitoreo del proceso.

RECOMENDACIONES

1. Con respecto a la deteccin del cuello de botella, en el proceso de asignacin y control de expedientes, el SACE permite detectar que recurso est interrumpiendo el flujo. Por tal motivo, se recomienda a la Subdireccin de Inspeccin y Fiscalizacin implementar polticas para realizar los 5 pasos de Goldratt con el fin de tomar decisiones que contribuyan a resolver el cue

hernandez afl

Documents