Sistema de Asignacion y Control de Expedientes - Final

ESCUELA 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 BONITA SOFT
TESIS
PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE

COMPUTACIN Y SISTEMAS
PRESENTADO POR:
PACHAS QUISPE GUSTAVO HENRY
LIMA PER
2014
DEDICATORIA
Con todo nuestro cario y amor a

mis padres por todo el apoyo
brindado, lo cual agradezco de
todo corazn.
ii
NDICE GENERAL
NDICE DE TABLAS .......................................................................................... v

NDICE DE FIGURAS....................................................................................... vi
RESUMEN ....................................................................................................... vii
ABSTRACT ..................................................................................................... viii
INTRODUCCIN .............................................................................................. ix
Situacin Problemtica .................................................................................. x
Descripcin de la Realidad Problemtica .................................................. x
Problema General ....................................................................................... x
Problemas Especficos .............................................................................. xi
Objetivos ........................................................................................................ xi
Objetivo general ......................................................................................... xi
Objetivos especficos ................................................................................. xi
Justificacin .................................................................................................. xii
Justificacin Acadmica .......................................................................... xiv
Justificacin Social ................................................................................... xiv
Justificacin Financiera ........................................................................... xiv
CAPTULO I. MARCO TERICO ................................................................. 1
1.1. Antecedentes ....................................................................................... 1
1.2. Bases Tericas ..................................................................................... 7
1.2.1. BPM ............................................................................................... 9
1.2.1.1. BPMN .................................................................................... 11
1.2.1.1.1. Usos de BPMN ................................................................ 12
1.2.1.2. BPMS .................................................................................... 16
1.2.2. DBR (Drum Buffer Rope) ............................................................ 17
1.2.3. BonitaSoft .................................................................................... 19
1.2.4. Metodologas ............................................................................... 26
1.2.4.1. IBM Rational Unified Process (RUP) ................................... 27
1.2.4.2. XP .......................................................................................... 27
1.2.4.3. FDD ....................................................................................... 31
1.2.4.4. Scrum .................................................................................... 32
1.2.4.5. Iconix ..................................................................................... 33
iii
1.2.5. Cuadro comparativo de metodologas de desarrollo ................. 35
1.3. Definicin de trminos........................................................................ 38
CAPTULO II. METODOLOGA ................................................................... 40
2.1. Materiales ........................................................................................... 40
2.1.1. Recursos Humanos ..................................................................... 40
2.1.2. Base de Datos ............................................................................. 40
2.1.3. Hardware ..................................................................................... 41
2.1.4. Software ....................................................................................... 41
2.2. Mtodos .............................................................................................. 41
2.2.1. Metodologa XP ........................................................................... 42
2.2.2. Alcance ........................................................................................ 44
2.2.2.1. Protototipos ........................................................................... 44
2.2.2.1.1. Mdulo del Supervisor..................................................... 44
2.3. Cronograma de Actividades............................................................... 46
CAPTULO III. DESARROLLO DEL PROYECTO ....................................... 47
3.1. Fase de Planificacin del Proyecto ................................................... 47
Iteracin Primera ....................................................................................... 49
Iteracin segunda ..................................................................................... 52
Iteracin tercera ........................................................................................ 54
3.2. Diseo................................................................................................. 57
3.3. Implementacin .................................................................................. 58
CAPTULO IV. PRUEBAS Y RESULTADOS ............................................... 60
CAPTULO V. DISCUSIN Y APLICACIONES .......................................... 65
CONCLUSIONES ............................................................................................ 67
RECOMENDACIONES ................................................................................... 68
FUENTES DE INFORMACIN ....................................................................... 69
Bibliogrficas ................................................................................................ 69
Hemerogrficas ............................................................................................ 70
Electrnicas .................................................................................................. 72
ANEXOS ............................................................................................................ 1
iv
NDICE DE TABLAS
Tabla N 1. Gastos de la subdireccion de fiscalizacion y control .................. xiv

Tabla N 2 Inversin del Proyecto ................................................................... xv
Tabla N 3 Flujo de Inversin .......................................................................... xv
Tabla N 4 Costos del Personal ..................................................................... xvi
Tabla N 5 Tiempo de revision por complejijdad ........................................... xvi
Tabla N 6 Costo de revision por expedientes ............................................. xvii
Tabla N 7. Dficit de la ONP ............................................................................ 3
Tabla N 8 Representacin de Roles .............................................................. 40
Tabla N 9 Listado de revisin de expedientes por usuario ........................... 60
Tabla N 10 Atencin de expedientes del usuario aleyton .......................... 61
Tabla N 11 Atencin de expedientes del usuario cmedina ........................ 61
Tabla N 12 Atencin de expedientes del usuario dreyes ........................... 62
Tabla N 13 Atencin de expedientes del usuario ecastillo ......................... 62
Tabla N 14 Atencin de expedientes del usuario ecorrea.......................... 63
Tabla N 15 Atencin de expedientes del usuario eneyra ........................... 63
Tabla N 16 Tiempos promedio de atencin por usuario Sistema Actual vs
Sistema propuesto ........................................................................................... 63
Tabla N 17 Comparativa de tiempos de atencin ......................................... 64
v
NDICE DE FIGURAS
Figura N 1- Eficiencia en la asignacin de los trabajadores en Amrica

Latina y el Caribe ............................................................................................... 4
Figura N 2 - Categora General de BPMN2 .................................................. 12
Figura N 3 - Elementos de flujo de trabajo .................................................... 13
Figura N 4 - Elementos organizativos............................................................ 14
Figura N 5 - Elementos de legibilidad ............................................................ 15
Figura N 6 - Elementos de comportamiento especial ................................... 16
Figura N 7 - Ciclo de Vida de BonitaSoft ....................................................... 19
Figura N 8 - Transaccin de las actividades ................................................. 21
Figura N 9 - Arquitectura BonitaSoft .............................................................. 24
Figura N 10 - RUP.Ciclo de vida y sus fases ................................................ 27
Figura N 11 - Reglas xp ................................................................................. 31
Figura N 12 - FDD. Estructura ....................................................................... 32
Figura N 13 - Framework Scrum.................................................................... 33
Figura N 14 - Metodologa Iconix ................................................................... 34
Figura N 15 - Comparacin de las caractersticas de las metodologas
giles, tradicionales e hbridas ........................................................................ 36
Figura N 16 - Metodologia XP ........................................................................ 42
Figura N 17 - Login portal bonitasoft ............................................................. 44
Figura N 18 - Mdulo Administrador .............................................................. 45
Figura N 19 - Vista de Usuario ....................................................................... 45
Figura N 20 - Cronograma de Actividades .................................................... 46
Figura N 22 - Mdelo del proceso actual....................................................... 57
Figura N 23 - Mdelo de proceso del sistema de asignacin y control de
expedientes...................................................................................................... 57
Figura N 24 Modelo de Base de Datos ...................................................... 57
Figura N 25 - Interfaz Registrar Expediente .................................................. 58
Figura N 26 - Interfaz de consulta para nuevo usuario ................................. 58
Figura N 27 - Interfaz registrar usuario .......................................................... 58
Figura N 28 - Interfaz Asignar Expediente .................................................... 59
Figura N 29 - Interfaz Revisar Expediente ................................................... 59
Figura N 30 - Interfaz Evaluar Expediente ................................................... 59
vi
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 ser basado 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, utilizando la
herramienta BonitaSoft que permite modelar el proceso, integrar la base de
datos y el desarrollo de la aplicacin.
Finalmente, 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, mejorando 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 project presents a proposed software solution for the process of
allocation and control of records in the area of supervision of the Office of
Provisional Normalization (ONP). process and file control area control of
Office of Previsional Normalization (ONP). To this end, the software solution
will be aligned to the methodology Drum-Buffer-Rope (DBR), in order to
ensure that the progress to an estimated attention rate process, detecting the
bottleneck and allows to follow the 5 steps of Goldratt for solution. Modeling
the workflow will be based on Business Process Management (BPM) in
supporting BPMN2.0 notation that allows the modeling of business process
and BPMS systematically improve efficiency through business processes to
be modeled, automate, integrate and network monitor using the BonitaSoft
tool to model the process, integration of database and application
development.
Finally, the use of the proposed IT solution would be a support for the
administration of pension funds in the management of records, in process
improvement, improving the quality of service, time management and
productivity of employees, with order to support the sub Inspection and
Control for decision making.
Keywords: DBR, BPM, File Management, Pension Funds Administration.
viii
INTRODUCCIN
Daniele, Pizzorno y Silva (2008) mencionaron 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) mencion 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 Recursos
Humanos dndole igual importancia que a los aspectos econmicos,
financieros y tecnolgicos.
ix
Situacin Problemtica
Descripcin de la Realidad 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) mencionaron:
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).
Problema General
Escasez de soluciones tecnolgicas para la asignacin y control de

expedientes en entidades pblicas de administracin de fondos
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
x
lucha contra la escasez. Adems indic que la importancia
de ese concepto para la teora econmica ha sido y sigue
siendo muy destacada. (p.70).
Problemas Especficos
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.
Objetivos
Objetivo general
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.
Objetivos especficos
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) indicaron:
Los procesos de negocio (PN) constituyen un elemento

primordial presente en todas las organizaciones y consiste en
la ordenacin lgicamente interrelacionada de tareas
xi
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).
As mismo, Jimnez y Puldn (2009) tambin mencionaron:
Las 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)
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.
xii
Segn Gonzlez, Prez, Torres y Varela (2012) indicaron que:
Los cambios en la actual gestin del capital humano (GCH) estn

dirigidos 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, como
adems 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
verificaron que 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:
Tomar ventaja de las tecnologas de la informacin en estos tiempos

de crisis, no slo 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

desarrollar 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
xiii
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.
Justificacin Social
Desde el punto de vista social, 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).
Justificacin Financiera
Desde el punto de vista financiero, 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 que tiene la subdireccin de inspeccin y

fiscalizacin son:
Tabla N 1.
Gastos de la subdireccion de fiscalizacion y control
Fuente: Elaboracin propia
xiv
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 2
Inversin del Proyecto
RECURSOS CANTIDAD MONTOS(S/.)

SOFTWARE BONITASOFT * 1 0
BASE DE DATOS MYSQL 5.5 * 1 0
iReport-3.7.6 * 1 0
HP ENVY 15-J004LAV/CI7/16GB/1TB+8GB NAND/15*-SERVIDOR 1 4100
Analista Programador 2 889
Jefe de Proyecto 2 0
Digitus Cable de Red RJ45 UTP Cat6 10/100/1000 Gris (1,8m)-Cable de Red 1 11
TOTAL 5000
* 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 3
Flujo de Inversin
COSTOS/TIEMPO MES 0 MES 1 MES 2 MES 3 MES 4 MES 5

Inversin -5000
.Ingreso por presupuesto 92500 92500 92500 92500 92500
.Recursos personal (31) -92500 -92500 -92500 -92500 -92500
Ahorro 729.2 1061.3 1344.9 1839.1 2519.7
Total -5000 729.2 1061.3 1344.9 1839.1 2519.7
Tasa de interes 15%
FLUJO MES 0 MES 1 MES 2 MES 3 MES 4 MES 5

-5000 729.2 1061.3 1344.9 1839.1 2519.7
TIR 12%
VAN S/. 9,625.13
xv
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 detalla los clculos para el flujo de inversin:
Costos por Personal:

La subdireccin de inspeccin y fiscalizacin tiene el costo de S/.
92,500 soles mensuales que gasta por el personal que pertenece al
proceso de asignacin y control de expedientes, a continuacin se
detallan:
Tabla N 4
Costos del Personal
Personal Sueldo Cantidad Total

Calificador 2500 30 75000
Supervisor 3500 1 17500
Total S/.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 y
considerando el tiempo de trabajo que es de 480 minutos (8 horas).
Tiempo de revisin por Complejidad

El tiempo de revisin por cada tipo de complejidad que tiene el
expediente.
Tabla N 5
Tiempo de revision por complejijdad
Tipo Complejidad Ponderacin Tiempo Revisin

simple 1 35 minutos
medio 2 96 minutos
complejo 3 180 minutos
xvi
Costo de revisin por expedientes
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
cantidad del personal es decir (2500/30).
Dicho valor en minutos es S/.0.02 soles por expedientes, de los
cuales la cantidad de expedientes es 6000, repartidos en tipo de
complejidad y una reparticin diaria. La revisin del expediente es
formulado por el tiempo de revisin por cada tipo de complejidad y la
cantidad de expedientes. El campo de resultado de tiempo de revisin
entre el personal es formulado por la revisin expediente entre la
cantidad del personal.
Considerando que el tiempo de trabajo es de 480 minutos.
Tabla N 6
Costo de revision por expedientes
Cantidad de Exp. Tipo Complejidad Cantidad Exp. Reparticin Diaria Revisin Exp. resul time rev/pers
6000 simple 3500 130 4550 151.6666667
medio 1500 60 5760 192
complejo 1000 30 5400 180
220 523.6666667
El costo ganado de la diferencia entre (523.667-480) es 43.67, de lo

cual para obtener el costo sera (Tiempo ganado*cantidad de
expedientes por tipo y costo del expediente*cantidad del personal).
Para este caso el valor obtenido es de S/.1061.378 soles, dicho valor
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
xvii
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 entidad 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).
1
Ineficacia
Cabe mencionar que Vicher (2012) indic 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 el 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 recibir 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
2
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:
3
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. Por el cual, quiere decir que
si los empleados en una industria tpica de servicios, en un pas
tpico de la regin, se asignaran 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).
4
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).
5
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).
6
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 existe 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
7
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.
Con 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 tres
hitos va o no va:
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).
8
Meza y Sentes (2011), concluyeron que las reformas orientadas a
lograr un mejor gobierno, lo cual 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
el prestador de servicios, buscando la transparencia de las actividades
pblicas.
Por otro lado, Dysvik y Kuvaas (2009) concluyeron 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 el cual,
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, comprob 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).
9
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 conectada hacia el logro de alguna transaccin
comercial. El flujo se entiende 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
10
relacin con los objetivos de la organizacin, y en ltima
instancia en trminos de satisfacer las necesidades de los
clientes.
1.2.1.1. 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 proceso 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 hacen
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
11
incidencias, sistemas de votacin de correo electrnico, los
procedimientos de reserva de viaje, para nombrar unos pocos.
1.2.1.1.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 BPMN2
Fuente: BPMN (2014). Business process managment. Recuperado el 13 de setiembre, del sitio web
http://www.omg.org/spec/BPMN/2.0/PDF/
12
Adems, la primera categora de elementos de flujo de
trabajo.
Figura N 3 - Elementos de flujo de trabajo
13
Tambin, la segunda categora de elementos
organizativos.
Figura N 4 - Elementos organizativos
14
Asimismo, la tercera de elementos de legibilidad.
Figura N 5 - Elementos de legibilidad
15
Adicionalmente, la cuarta, de elementos de
comportamiento especial.
Figura N 6 - Elementos de comportamiento especial
1.2.1.2. BPMS
HolisticSecurity (s.f.), coment sobre BPMS, que

es un conjunto de herramientas o componentes que
busca automatizar la construccin de aplicaciones
siguiendo la metodologa BPM.
A. Componentes de BPM suite

1.1 Workflow: Es el motor que ejecuta/orquesta
los procesos de negocio definidos, lo hace
siguiendo un lenguaje que el motor entiende,
comnmente es BPEL.
1.2 Process designer: Es la herramienta que
permite definir los procesos de negocio
16
usando una simbologa o lenguaje natural
propio de BPM. Este lenguaje puede ser
BPMN o XPDL, algunos tambin suelen
considerar BPEL.
1.3 From creator: La herramienta que me 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.
1.4 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).
1.5 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.2. 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 slo 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.
17
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.
18
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.3. 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
19
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:
Aplicar la metodologa y la tecnologa BPM para optimizar sus

procesos de negocio en toda la organizacin.
Servicios
Herramientas para la creacin de modelos de flujo de trabajo que

le permite 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
20
a proporcionar nociones de cmo controlar el funcionamiento de
los procesos de negocio.
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
21
diferentes formatos: pdf, jpeg, png, bmp, gif y SVG. Los mdulos de
importacin soportados son BPMN2, JBPM3 y XPDL.Go_back
Desarrollo
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.
Adems, BonitaSoft (2014), concluy que las aplicaciones

BonitaSoft son generados por el software Bonita Studio -el que
cumpla con los requisitos del W3C utilizando el estndar html, css y
javascript.
Ejecucin
BonitaSoft (2014), concluy que gracias a la innovadora

interfaz - la experiencia del usuario "bandeja de entrada" BonitaSoft
ofrece:
La gestin de sus tareas con facilidad y rapidez y la organizacin

de su trabajo 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
REST que puede ser incrustado fcilmente
22
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 a 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 slo 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.
23
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), mencion 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.
24
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.
25
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.4. Metodologas
Kennedy y Ward (2012) explicaron sobre el desarrollo de

software gil:
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;
26
Colaboracin con el cliente sobre negociacin de contratos; y
Responder a cambiar con el seguimiento de un plan.
1.2.4.1. IBM Rational Unified Process (RUP)
IBM (s.f.) mencion sobre RUP:
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.4.2. XP
Qu es la metodologa XP?
XP (s.f.) mencion que:
27
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 al 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 dnde 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 dnde 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, dnde 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
28
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 slo 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
29
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 como 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%, tanto 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 con 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 slo
30
mirarlo que en el equipo haya tocado una pieza de cdigo
especfica.
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 software centrado en desarrollo como
un todo. XP es uno de las ms giles bien documentadas
metodologas, y se compone de los siguientes 12 reglas
(Cohen, Lindvall, y Costa, 2003):
Figura N 11 - Reglas xp
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.4.3. FDD
(Feature Driven Development / Desarrollo basado en

Funciones)
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
31
pblicos de un proyecto de software: los clientes, los
administradores y desarrolladores.
Sus 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.4.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 stas actividades
se ejecutarn (Figura 2). Scrum comprende la auto-
organizacin y equipos de autogestin que liberan un
32
producto potencialmente entregable en sprints
(incrementos) de 2-4 semanas:
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.4.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 uso 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
33
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/
34
1.2.5. Cuadro comparativo de metodologas de desarrollo
Prraga, Prez y Sabariego (2014), realizaron la sgte. comparacin:
Aspectos
RUP XP FDD SCRUM ICONIX
Considerados
Pequeos
Grandes (menos de Pequeos Pequeos
1.Tamao del grupo Pequeos
(ms de 10) pero ms (menos de (menos de
de desarrollo (menos de 10)
10 ) grande que 10) 10)
XP y SCRUM
2.Herramientas Empleo
Casos No hace
usadas para la Historias de Poca regulado de
de nfasis en
obtencin de usuarios prioridad los casos de
uso obtenerlos
requisitos uso
3.Carga de trabajo Mucha Poca Intermedia Poca Poca
4.Relacin o
Muy No tiene No tiene No tiene No tiene
interaccin con el
formal formalismo formalismo formalismo formalismo
cliente
Equilibrada
de acuerdo
a los
5.Documentacin Mucha Poca Poca Poca
proyecto
(cantidad
intermedia)
6.Duracin del
Largo Corto Corto Corto Corto
proyecto
7.Detencin de Largo Forma Forma Forma Forma

errores Plazo temprana temprana temprana temprana
8.Simplicidad en el
No Si Si Si Si
diseo
Si (ms que
todas) tambin
9.Reutilizacin del reescribe el
Si Si Si Si
cdigo cdigo para
mayor
simplicidad
10.Soporte tcnico
Poco Mucho Mucho Mucho Mucho
continuo
11.Importancia
centrada en la Si No No No No
arquitectura
35
Aspectos
RUP XP FDD SCRUM ICONIX
Considerados
Desarrollo
interno en Interactivo Interactivo Interactivo Interactivo
12.Estilo de Desarrollo
etapas incremental incremental incremental incremental
Interactivas
13.Evaluacin del
Largo Corto Corto Corto Corto
estado del proyecto
14.Accesibilidad al
cdigo fuente por Poca Mucha Mucha Mucha Mucha
parte del cliente
15.Orientacin a
Si Si Si Si Si
objetos
A los A las A las A las A las

16.Enfoque
procesos personas personas personas personas
17.Respuesta ante los

No Si Si Si Si
cambios
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,
36
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).
37
1.3. Definicin de trminos
Bonitasoft
Bonita (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 slo 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.
38
Gestin Buffer es el mecanismo de control y seguimiento que
garantice la mquina est funcionando bien en la ejecucin.
39
CAPTULO II. METODOLOGA
En esta seccin, se explicar los materiales usados y la metodologa

seleccionada para el desarrollo del proyecto, as como la justificacin de su
seleccin.
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
NOMBRE ROL
Luis Medina Ordaya Cliente
Freddy Hernndez Manager, Programador, Tester
(Equipo XP)
Gustavo Pachas Manager, Programador, Tester
(Equipo XP)
Fuente:Elaboracin Propia.
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.
40
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 una metodologa gil la cual ser de mucha utilidad por su
facilidad de aplicacin en equipos pequeos, flexibilidad a los cambios,
colaboracin con el cliente, orientacin a los resultados y se adapta a
proyectos bpm.
41
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 sgts. 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 al 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.
42
2 Fase: Diseo
Campazzo, Prez y Santos (2010) indicaron 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), el cual 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) indicaron a las pruebas como parte

del proceso XP. En esta fase se realizarn las pruebas respectivas,
tomando como base la data de 10 das atrs antes del uso del
aplicativo y 10 das despus del uso del aplicativo.
IBM (s.f.), indic a la ejecucin y monitoreo como etapas en un ciclo

bsico de vida bajo el enfoque BPM. En esta etapa se realizaran la
ejecucin del aplicativo y el monitoreo basado en los reportes.
43
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).
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.
A continuacin se muestran los prototipos que sern parte del sistema que
se desarrollar.
2.2.2.1. Protototipos
2.2.2.1.1. Mdulo del Supervisor
Sub Mdulo de Logueo:

Permite ingresar al sistema
Opcin 1: Ingresa el usuario y password
Figura N 17 - Login portal bonitasoft
44
Sub mdulo de Men:
Despus del logueo muestra la siguiente interfaz.
Aparece las opciones de bandeja de entrada,
protagonizado, mis casos, en riesgo, atrasado, iniciar un
caso y tablero. A parte de las opciones de preferencias,
acerca de, el nombre del mdulo donde esta logueado y
la opcin de salir.
Figura N 18 - Mdulo Administrador
Adems muestra la interfaz de la vista de usuario

con las opciones de procesos, organizacin, reportes y
etiquetas de usuario. Tambin las opciones de visita a la
web como frums, wiki y blog. Finalmente la
documentacin de ayuda para el usuario.
Figura N 19 - Vista de Usuario
45
2.3. Cronograma de Actividades
Figura N 20 - Cronograma de Actividades
Fuente:Hernndez,F. y Pachas, G.(2014). Elaboracin propia.
46
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 al proceso. A continuacin se
detalla las historias de usuario:
Historia de Usuario
Nmero: 3 Usuario: Supervisor
Nombre historia: Asignar Expediente
Prioridad en negocio: Riesgo en desarrollo:
Alta Media
Puntos estimados: Iteracin asignada:
47
Programador responsable: Equipo XP
Descripcin:
Tiene como funcin asignar los expedientes a los fiscalizadores.
Observaciones:
Confirmado por el supervisor.
Historia de Usuario
Nmero: 4 Usuario: Fiscalizador
Nombre historia: Revisar Expediente
Media Media
Descripcin:
Tiene la funcin la revisin de los expedientes.
Observaciones:
Historia de Usuario
Nombre historia: Realizar control de calidad
Media Media
Descripcin:
48
El supervisor evala la revisin del expediente realizado por el fiscalizador y
determina si el expediente requiere 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: 1 Usuario: Todos
Nombre historia: Login
Alta Baja
Programador responsable: Equipo XP.
Descripcin:
Los usuarios ingresaran su usuario y clave para poder acceder al sistema en el

portal del bonitasoft.
Observaciones:
Solo usuarios registrados podrn utilizar el sistema.
49
Tarea
Nmero tarea: 1 Nmero historia: 1
Nombre tarea: Interfaz ventana Login
Tipo de tarea :
Puntos estimados:
Desarrollo
Fecha inicio: 22 de octubre del 2014 Fecha 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
Normal 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.
50
Tarea
Nombre tarea: Diseo interfaz ventana Registrar Expediente
Tipo de tarea :
Puntos estimados:
Desarrollo
Descripcin:
Se desarrolla la interfaz de la ventana Registrar Expediente, la cual permitir

registrar los expedientes para ser tratados en el sistema.
Historia de Usuario
Nombre historia: Registrar Usuario
Normal 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.
51
Tarea
Nombre tarea: Diseo interfaz ventana Registrar Usuario
Tipo de tarea :
Puntos estimados:
Desarrollo
Descripcin:
Se desarrolla la interfaz de la ventana Registrar Usuario, la cual permitir

registrar los usuarios que podrn hacer uso del sistema.
Iteracin 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
Alta Media
52
Descripcin:
El supervisor ingresar al sistema a la interfaz correspondiente y asigna los

expedientes a los fiscalizadores, agregando datos a los campos cdigo
expediente, cdigo usuario, tipo de complejidad, fecha de asignacin y
descripcin del expediente.
Observaciones:
Tarea
Nombre tarea: Diseo interfaz ventana Asignar Expediente
Tipo de tarea :
Puntos estimados:
Desarrollo
Descripcin:
Se desarrolla la interfaz de la ventana Asignar Expediente, la cual permitir

asignar los expedientes a los usuarios del sistema.
Historia de Usuario
Nmero: 5 Usuario: Fiscalizador
Nombre historia: Revisar expediente
Alta Media
53
Descripcin:
Tiene la funcionalidad de revisar expediente, conteniendo los datos 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 :
Puntos estimados:
Desarrollo
Descripcin:
Se desarrolla la interfaz de la ventana Atender Expediente, la cual 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)
54
Historia de Usuario
Nombre historia: Evaluar Expediente
Alta 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 el cual es considerado un reproceso.
Tarea
Nombre tarea: Diseo Interfaz ventana Evaluar Expediente
Tipo de tarea :
Puntos estimados:
Desarrollo
Descripcin:
Se desarrolla la interfaz de la ventana Registrar Resultado, la cual permitir

aprobar los expedientes.
55
Historia de Usuario
Nmero: 7 Usuario: Todos
Nombre historia: Generar reporte
Alta Media
Descripcin:
El supervisor genera los reportes necesarios para su gestin.
Observaciones:
A excepcin del supervisor los usuarios slo podrn ver sus expedientes
asignados.
Tarea
Nombre tarea: Diseo Interfaz ventana Generar Reporte
Tipo de tarea :
Puntos estimados:
Desarrollo
Fecha inicio: 01 de Noviembre del Fecha fin: 02 de Noviembre del

2014 2014
Descripcin:
Se desarrolla la interfaz de la ventana Generar Reporte, la cual permitir a

los usuarios, generar reportes.
56
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
57
3.3. Implementacin
Figura N 24 - Interfaz Registrar Expediente
Figura N 25 - Interfaz de consulta para nuevo usuario
Figura N 26 - Interfaz registrar usuario
58
Figura N 27 - Interfaz Asignar Expediente
Figura N 28 - Interfaz Revisar Expediente
Figura N 29 - Interfaz Evaluar Expediente
59
CAPTULO IV. PRUEBAS Y RESULTADOS
En el presente captulo se describirn los resultados obtenidos a partir de

evidencias, las cuales muestran que se llegaron a cumplir los objetivos
trazados.
Para 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 se
muestra a continuacin:
Tabla N 9
Listado de revisin de expedientes por usuario
60
Los 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 10
Atencin de expedientes del usuario aleyton
TIEMPO PROM.
USUARIO DIA PROM TOTAL
20 186
21 166,14
22 83
23 189,2
24 108,8
ALEYTON 100,374
27 3
28 3
29 99
30 82,8
31 82,8
Tabla N 11
Atencin de expedientes del usuario cmedina
TIEMPO PROM.
20 82,8
21 82,8
22 97,57
23 163,2
24 166,14
CMEDINA 95,54555556
27 97,4
28 97,4
29 29
30 97,4
31 29
61
Tabla N 12
Atencin de expedientes del usuario dreyes
TIEMPO PROM.
20 97,4
21 97,4
22 97,4
23 29
24 165,8
DREYES 107,4444444
27 165,8
28 82,8
29 163,2
30 82,8
31 82,8
Tabla N 13
Atencin de expedientes del usuario ecastillo
TIEMPO PROM.
20 82,8
21 82,8
22 163,2
23 3
24 82,8
ECASTILLO 98,4
27 76,8
28 163,2
29 3
30 163,2
31 163,2
62
Tabla N 14
Atencin de expedientes del usuario ecorrea
TIEMPO PROM.
20 82,8
21 3
22 3
23 243
24 163,2
ECORREA 106,86
27 163,2
28 3
29 81
30 163,2
31 163,2
Tabla N 15
Atencin de expedientes del usuario eneyra
TIEMPO PROM.
20 163,2
21 163,2
22 3
23 81
24 3
ENEYRA 98,28
27 163,2
28 81
29 81
30 163,2
31 81
En resumen, los tiempos promedios de atencin por usuario fueron:
Tabla N 16
Tiempos promedio de atencin por usuario Sistema Actual vs Sistema propuesto
USUARIO ALEYTON CMEDINA DREYES ECASTILLO ECORREA ENEYRA

PROM.ACTUAL 100,374 95,55 107,44 98,4 106,86 98,28
PROM.SISTEM 91,3 93,3 92,67 96,67 95,3 94,3
63
Por lo tanto verificamos que los tiempos promedios se han mejorado con
respecto al actual, tal como se muestra a continuacin:
Tabla N 17
Comparativa de tiempos de atencin
Como se puede notar en los resultados obtenidos, hay un cambio en los

tiempos de atencin, siendo mejor los tiempos obtenidos utilizando el
Sistema de Asignacin y Control de expedientes (SACE).
64
CAPTULO V. DISCUSIN Y APLICACIONES
Actualmente existe 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 PROCESSMARK ACTIVIT BONITASOF

JBOSS INTALIO BIZAGI
BPM ET I T
MODELADO BPMN2 BPMN2 BPMN2 BPMN2 BPMN2 BPMN2
ACTIVIT
JBPM
DISEADOR DE BPMS I
ECLIPS BPMN2 BONITA BIZAGI, BAJO
PROCESOS CON DESIGNE ECLIPS
E PROCESS MAP STUDIO LICENCIA
DEVELOPMENT R E
PLUGIN
PLUGIN
CREACIN DE
BONITA SI, BAJO
FORMULARIOS NO SI SI NO
STUDIO LICENCIA
WEB
APP,DEVELOPME ACTIVIT
JBPM INTALIO
NT PROCESSMARKE I BONITA
ECLIPS BPMS BIZAGI, BAJO
(API, T TIENE ECLIPS STUDIO Y
E DESIGNE LICENCIA
DEBUGGING Y DEBUGGER E OTROS
PLUGIN R
TESTING) PLUGIN
SI, BAJO
CONECTORES DE
NO NO SI NO SI LIBRERIAS.DL
INTEGRACIN
L
JBPM
ECLIPS BONITA
SIMULACIN SI NO NO NO
E STUDIO
PLUGIN
TECNOLOGIA
JAVA JAVA PHP JAVA JAVA JAVA
BASADA
65
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.
66
CONCLUSIONES
A. El sistema de asignacin y control de expedientes (SACE), contribuy

en mejorar la asignacin de expedientes en la subdireccin de
Inspeccin y Fiscalizacin, adems ayud de cierta manera en
disminuir el stock de expedientes.
B. El SACE, contribuy en la medicin de los tiempos de revisin de los
expedientes.
C. El SACE, 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.
D. El SACE, basado en estndares internacionales como DBR y BPM,
contribuy a que el proceso de asignacin y control de expedientes
sea de calidad.
E. Los resultados demuestran que el SACE a travs de BPM BonitaSoft
permiti tener un mejor control y monitoreo del proceso.
67
RECOMENDACIONES
A. 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 cuello de botella.
B. Se recomienda a la Subdireccin de Inspeccin y Fiscalizacin
realizar capacitaciones permanentes para un mejor desempeo en la
revisin de documentos.
C. Se recomienda planificar la cantidad de expedientes a revisar por
estado o por antigedad de ingreso a la subdireccin de Inspeccin y
Fiscalizacin.
68
FUENTES DE INFORMACIN
Bibliogrficas
Ampuero, M. y De la Pea, M. (2010). Un sistema de soporte a la

decisin para la asignacin de recursos humanos a equipos de proyectos
de software.(Spanish). Investigacin Operacional, 31(1), 61.
Bauset, M. y Rodenes, M. (2013). Gestin de los servicios de tecnologas

de la informacin: modelo de aporte de valor basado en ITIL e ISO/IEC
20000. (Spanish). El Profesional De La Informacin, 22(1), 54-61.
Castilla, M., Widder, J. (2013). El control externo como mecanismo para

la excelencia de las organizaciones.(Spanish). Documentos Y Aportes En
Administracin Pblica Y Gestin Estatal, 13(20), 147-149.
Gmez, P., Puente, P. y Vera, L. (2010). La productividad perdida.

(Spanish). Debates IESA, 15(1), 66-69.
Gonzlez, A. y Lobato, M. (2007). Modelo estratgico de mejora continua

para la pequea y mediana empresa mexicana.(Spanish). Ingenieria
Industrial, 28(3), 30-34.
Gonzlez, R., Prez, M., Torres, G. y Varela, N. (2012). Diseo de un

procedimiento para realizar el autocontrol del sistema de gestin
integrado de capital humano (Spanish). Ingenieria Industrial, 33(1), 42.
Gonzlez, A. y Rodrguez, I. (2011). Procedimiento para determinar el

nivel de integracin de las organizaciones. (Spanish). Ingenieria
Industrial, 32(3), 192.
Igiz, J. (2010). Tres conceptos de escasez. (Spanish). Economa,

33(65), 70.
69
Romano, G. y Yacuzzi, E. (2011). ELEMENTOS DE LA GESTIN DE
PROYECTOS. (Spanish).Documentos De Trabajo, 446(451), 1-30.
Urbn, A. (2009). Fortalece tu negocio con tecnologa. (Spanish).

Entrepreneur Mexico, 17(12), 87.
Vargas, R. (2009). La Investigacin aplicada: una forma de conocer las

realidades con evidencia cientfica. (Spanish). Educacin, 33(1), 159-160.
Vsquez, F. y Gabaln, J. (2011). Implementacin de un modelo de

administracin de capital humano en un grupo de investigacin.
(Spanish). El Profesional de La Informacin, 20(5), 517.
Villalobos, J. (2010). Mejora la gestin de empresa. (Spanish).

Entrepreneur Mexico, 18(3), 74.
Vinck, D. (2013). Las culturas y humanidades digitales como nuevo

desafo para el desarrollo de la ciencia y la tecnologa en Amrica Latina.
(Spanish). Universitas Humanistica, (76), 51-72.
Hemerogrficas
Arza, C. (2012). La expansin de la cobertura del sistema argentino de

pensiones: distribucin del acceso y perspectivas para la
universalizacin. Revista Internacional De Seguridad Social, 65(2), 31-51.
doi:10.1111/j.1752-1734.2011.01427.x
Barrenechea, R. y Sosa, P. (2014). PER 2013: La paradoja de la

estabilidad. (Spanish). Revista De Ciencia Poltica, 34(1), 267-292.
Cols, O. y Rodrguez, A. (2010). DIETMAX. SISTEMA INFORMTICO

PARA LA ORGANIZACIN DEL DEPARTAMENTO HOSPITALARIO DE
DIETTICA. (Spanish). Revista Cubana De Alimentacin Y Nutricin,
20(1), 15.
70
Espinoza, G., Jimnez, C. y Lpez, M. (2014). Revisin de literatura
sobre mejora continua en MIPYMEs iberoamericanas. (Spanish). Nesis:
Revista De Ciencias Sociales Y Humanidades, 23 (46), 140.
Holzmann, R. (2013). Sistemas de pensiones en el mundo y sus

reformas: factores, tendencias y desafos mundiales. Revista
Internacional De Seguridad Social, 66(2), 1-34. doi:10.1111/isss.12009.
Ingeniera Industrial. 2008, Vol. 29 Issue 3, Special section p1-5. 5p.
Kennedy, M., Ward, L. (2012). Inserting Agility in System Development.

Defense Acquisition Research Journal: A Publication Of The Defense
Acquisition University, 19(3), 257-260.
Orellana y Perotti (2014). Iniciativas de gestin pblica que promueven la

productividad desde una perspectiva del gnero. (Spanish). RAP: Revista
Brasileira De Administrao Pblica, pp. 507-528. doi:10.1590/0034-
76121028.
Revista Brasileira de Administrao Pblica. (RAP, mar/abr2014), Vol. 48

Issue 2, p507-508. 22p.
Revista de Antiguos Alumnos del IEEM (2012), Vol. 15 Issue 2, p51. 3p.
Salo, O. y Abrahamsson, P. (2008). Agile methods in European

embedded software development organisations: a survey on the actual
use and usefulness of Extreme Programming and Scrum. IET Software,
pp. 60-62. doi:10.1049/iet-sen:20070038
Sentes, M. y Meza, M. (2011). La Administracin Pblica en Mxico

frente al siglo XXI: Retos y Oportunidades. (Spanish). Revista De La Alta
Tecnologa Y Sociedad, 5(1), 51.
Vicher, M. (2012). Utilidad o futilidad: calidad e ISOs en administracin

pblica. (Spanish). Convergencia: Revista De Ciencias Sociales, 19(60),
210.
71
Electrnicas
ANDINA (2012). Defensora del Pueblo pide a la ONP agilizar los trmites
de jubilacin. ANDINA. Recuperado el 23 de setiembre del 2014, de
http://www.andina.com.pe/espanol/noticia-defensoria-del-pueblo-pide-a-
onp-agilizar-los-tramites-jubilacion-386232.aspx
Bonitasoft (2014). Business process managment. Recuperado el 13 de

setiembre, de http://www.bonitasoft.com/what-we-solve#what-we-
solve_be-efficient
BPM (2014). Business process managment. Recuperado el 11 de

setiembre de 2014, del sitio web http://www.bpm.com/what-is-bpm.html.
Campazzo, E., Prez, M. y Santos, I. (2010). Metodologas giles

eXtreme Programming. Recuperado el 17 de setiembre del 2014, de
http://cienciasunlar.blog.com/files/2010/09/MetodologiasAgiles.pdf
Chinosi, M. y Trombetta, A. (2012). BPMN: An introduction to the

standard. Computer Standards & Interfaces, 34(1), 124-134.
doi:10.1016/j.csi.2011.06.002
CODEJOBS (2013). Programacin Extrema (XP). Recuperado el 29

Octubre del 2014 de
http://www.codejobs.biz/es/blog/2013/06/05/programacion-extrema-
xp#sthash.tl2AUSR5.dpbs
Coronel, E. (2014). Metodologa Iconix. Recuperado el 18 de setiembre

del 2014, de http://www.edisoncor.org/metodologia-iconix/
Daniele,A., Pizzorno, M. y Silva, M.(2008). Sistema de gestin de

Recursos Humanos. econ.unicen.edu.ar. Recuperado el 13 de agosto del
2014, de
http://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3
&ved=0CC0QFjAC&url=http%3A%2F%2Fecon.unicen.edu.ar%2Fmonitor
it%2Findex.php%3Foption%3Dcom_docman%26task%3Ddoc_download
72
%26gid%3D109%26Itemid%3D19&ei=dd4SVM3jGe7lsASC1ILIBQ&usg=
AFQjCNFfHBA2mOT5zXmFWPvLfR1xFEgTaw&sig2=QmNJeO7TWIZDt
gdtjlNoZA&bvm=bv.75097201,d.cWc
Defensora del Pueblo (2012). Defensora recomienda a Oficina de

Normalizacin Previsional mejorar calidad de atencin e informacin.
Recuperado el 23 de setiembre del 2014, de
http://www.defensoria.gob.pe/portal-noticias.php?n=8153
ESET (s.f.). Eset Smart Security. Recuperado el 21 de setiembre del

2014 de http://www.eset-
la.com/comprar/comprarnod32enlinea?promocode=LAADWORDS2012
Goldratt, (s.f.). Apunte: The Theory Of Constraints And DrumBuffer

Rope. Recuperado el 06 de Setiembre de 2014, de
http://www.goldratt.co.uk/resources/drum_buffer_rope/
Heptagon(s.f.). FDD - Feature Driven Development. Recuperado el 18 de

setiembre del 2014, de http://www.heptagon.com.br/fdd
Holisticsecurity(s.f). Free and open source. Recuperado el 24 de

setiembre del 2014, de
http://holisticsecurity.wordpress.com/2011/07/21/jbpm-bonita-intalio-
processmaker-activiti-que-bpm-suite-uso/
IBM (s.f.). IBM Rational Unified Process (RUP). Recuperado el 18 de

setiembre del 2014, de http://www-01.ibm.com/software/rational/rup/
IBM(s.f.).Introduccin a Business Process Management (BPM).

Recuperado el 30 de Setiembre del 2014 de
http://www.ibm.com/developerworks/ssa/local/websphere/introduccion-
bpm/index.html
Jimnez, B. (2014). 32 % de aportantes a la onp se queda sin pensin

por no justificar 20 aos de aportes. La Repblica. Recuperado el 23 de
setiembre del 2014, de http://www.larepublica.pe/17-08-2014/32-de-
73
aportantes-a-la-onp-se-queda-sin-pension-por-no-justificar-20-anos-de-
aportes
Latin Trade (LT).(2014). Servicios: Baja productividad. Recuperado el 20

de agosto del 2014 de
http://web.b.ebscohost.com/ehost/pdfviewer/pdfviewer?sid=d6f9f8f1-
842d-4914-a803-199bb22019da%40sessionmgr114&vid=1&hid=128
MEF (s.f.). CAPITULO II- LA OFICINA DE NORMALIZACIN

PREVISIONAL(ONP). Recuperado el 23 de setiembre del 2014, de
http://www.mef.gob.pe/index.php?option=com_content&view=article&id=2
134%3Acapitulo-ii-la-oficina-de-normalizacion-previsionalonp-
&Itemid=100143&lang=es
OMG (2014). Business process managment. Recuperado el 13 de

setiembre, de http://www.omg.org/spec/BPMN/2.0/PDF/
Prraga, L., Prez, R. y Sabariego, Y.(2014). El Dinmico escenario de

las metodologas de desarrollo de sistemas de informacin. Recuperado
el 17 de setiembre del 2014, de
http://biblo.una.edu.ve/ojs/index.php/UNAV/article/download/1314/1280
PC COMPONENTES (s.f.). Digitus Cable de Red RJ45 UTP Cat.6

10/100/1000 Gris (1.8m) - Cable de red. Recuperado el 21 de setiembre
del 2014, de
http://www.pccomponentes.com/digitus_cable_de_red_rj45_utp_cat_6_1
0_100_1000_gris__1_8m_.html
Prez, S. (2012). Conozca cules son los pasos para acceder a una
jubilacin en la ONP. La Repblica. Recuperado el 23 de setiembre del
2014 de http://www.larepublica.pe/28-03-2012/conozca-cuales-son-los-
pasos-para-acceder-una-jubilacion-en-la-onp
Pope-Ruark, R. (2012). We Scrum Every Day: Using Scrum Project

Management Framework for Group Projects. College Teaching, 60(4),
164-169. doi:10.1080/87567555.2012.669425
74
Programacion Extrema(s.f.). Fases de la programacin extrema.
Recuperado el 10 de setiembre del 2014 de
http://programacionextrema.tripod.com/fases.htm
RIPLEY (s.f.). HP ENVY 15-J004LA/ CI7/ 16GB/ 1TB + 8GB NAND/ 15

PULG.. Recuperado el 21 de setiembre del 2014, de
http://www.ripley.com.pe/webapp/wcs/stores/servlet/producto-TVRipley-
10051-ESP-2004158555663-LAPTOP_MARCA_HP-COMPUTO
Roffey Park Institute and Holbeche, L. (Setiembre de 2009).

Sciencedirect. Recuperado el 28 de Agosto de 2014, del sitio web
http://www.sciencedirect.com.ezproxy.upc.edu.pe:2048/science?_ob=Pdf
ExcerptURL&_imagekey=3-s2.0-B978075068017200005X-
main.pdf&_piikey=B978075068017200005X&_cdi=279180&_orig=article
&_zone=centerpane&_fmt=abst&_eid=3-s2.0-
B978075068017200005X&_user=5676426&md5=19a252919df02de4617f
69ae33767ef6&ie=/excerpt.pdf
Serra, R. (2013). El 65% de jubilados de la ONP no recibir pensin

hacia el 2015. El Comercio. Recuperado el 20 de agosto del 2014, de
http://elcomercio.pe/economia/peru/65-jubilados-onp-no-recibira-pension-
hacia-2015-noticia-1523739
Ventura, S. (2007). Recursos Humanos en las Organizaciones.

Publicaciones de Estudiantes. Recuperado el 13 de agosto del 2014, de
http://www.aiu.edu/publications/student/spanish/recursos-humanos-en-
las-organizaciones.htm
XP(2013). ExtremeProgramming: A gentle introduction. Recuperado el 10

de setiembre del 2014 de http://www.extremeprogramming.org/
75
ANEXOS
Reporte de Usuarios del Sistema
Reporte de expedientes asignados

Reporte de expedientes por tipos de complejidad
Reporte de expedientes por su estado de revisin

Reporte de expedientes atendidos, por fecha, por usuario y tipo de
expediente
Reporte de expedientes atendidos por fecha
Reporte de tiempo individual de expedientes por fecha y usuario
Reporte de tiempo individual de expedientes por usuario
Reporte de tiempos promedio de revisin por usuario y tipo de
expediente
Reporte de tiempos promedio de revisin por fecha, usuario y tipo
Reporte de expedientes agrupados por el resultado de la revisin
Reporte de las velocidades de procesos

Reporte de reprocesos de expedientes

Sistema de Asignacion y Control de Expedientes - Final

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistema de Asignacion y Control de Expedientes - Final

Uploaded by

Copyright:

Available Formats

ESCUELA DE INGENIERA DE COMPUTACIN Y SISTEMAS

SISTEMA DE ASIGNACIN Y CONTROL DE EXPEDIENTES

PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE

PACHAS QUISPE GUSTAVO HENRY

Con todo nuestro cario y amor a

NDICE DE TABLAS .......................................................................................... v

Tabla N 1. Gastos de la subdireccion de fiscalizacion y control .................. xiv

Figura N 1- Eficiencia en la asignacin de los trabajadores en Amrica

Este proyecto de tesis presenta una propuesta de solucin informtica para

Finalmente, el uso de la solucin informtica propuesta sera un apoyo para

Palabras Claves: DBR, BPM, Gestin de Expedientes, Administracin de

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

Daniele, Pizzorno y Silva (2008) mencionaron que:

Adems, Ventura (2007) mencion que:

Descripcin de la Realidad Problemtica

En la actualidad, el proceso de asignacin y control de expedientes no

Asimismo, Cols y Rodrguez (2010) mencionaron:

La Informtica, como ciencia aplicada, permite al especialista la

Escasez de soluciones tecnolgicas para la asignacin y control de

Al respecto, Igiz (2010) cit a un reconocido filsofo cuando se

La importancia de la escasez, como explicacin del que hacer

Desarrollar un sistema para asignar y controlar los expedientes en el

Jimnez y Puldn (2009) indicaron:

Los procesos de negocio (PN) constituyen un elemento

As mismo, Jimnez y Puldn (2009) tambin mencionaron:

Las necesidades de las entidades empresariales son cada vez

Es primordial para la Subdireccin de Inspeccin y fiscalizacin

Los cambios en la actual gestin del capital humano (GCH) estn

Asimismo, Dysvik y Kuvaas (2009) concluyeron, que son las propias

Tambin, Urbn (2009), coment:

Tomar ventaja de las tecnologas de la informacin en estos tiempos

Por lo tanto, el presente proyecto de tesis tiene como objetivo

El presente proyecto pretende aplicar los conocimientos

Desde el punto de vista social, el desarrollo de la tesis

Al respecto, Gonzlez y Rodrguez (2011) manifestaron que

Desde el punto de vista financiero, el desarrollo de la tesis no

Los gastos actuales que tiene la subdireccin de inspeccin y

Fuente: Elaboracin propia

La inversin que utilizar la subdireccin de inspeccin y

RECURSOS CANTIDAD MONTOS(S/.)

* Open Source, sin costo de lincenciamiento

Fuente: Elaboracin propia

Por lo tanto, beneficiar al rea, ya que el costo de inversin es bajo.

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

Ahorro 729.2 1061.3 1344.9 1839.1 2519.7

Total -5000 729.2 1061.3 1344.9 1839.1 2519.7

Tasa de interes 15%

FLUJO MES 0 MES 1 MES 2 MES 3 MES 4 MES 5

Fuente: Elaboracin propia

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

Costos por Personal:

Personal Sueldo Cantidad Total

Tiempo de revisin por Complejidad

Tipo Complejidad Ponderacin Tiempo Revisin

El costo de revisin de los expedientes tiene un costo de S/. 83.3 por

Fuente: Elaboracin propia

El costo ganado de la diferencia entre (523.667-480) es 43.67, de lo

Por todo lo indicado, la subdireccin de inspeccin y

El MEF (s.f.) indic al respecto sobre la ONP que es una institucin

Tiempo estimado de trmite

Sobre el tiempo estimado del trmite Prez, S. (2012) mencion que

ANDINA (2012), mencion que el defensor del pueblo, Eduardo Vega

Cabe mencionar que Vicher (2012) indic en este sentido que el