Post on 31-Mar-2020
UNIVERSIDAD POLITÉCNICA SALESIANA
SEDE QUITO
CARRERA:
INGENIERÍA DE SISTEMAS
TRABAJO DE TITULACIÓN PREVIA A LA OBTENCIÓN DEL TÍTULO DE:
INGENIERA E INGENIERO DE SISTEMAS
TEMA:
AUTOMATIZACIÓN DEL PROCESO DE SEGUIMIENTO DE CASOS
JUDICIALES PARA UN ESTUDIO JURÍDICO A TRAVÉS DE LA
PLATAFORMA BPM BIZAGI
AUTORES:
MARÍA EUGENIA PAGUAY ALVARADO
HUGO MARCELO LÓPEZ ALBÁN
TUTOR:
FRANKLIN EDMUNDO HURTADO LARREA
Quito, enero del 2016
ÍNDICE
INTRODUCCIÓN ........................................................................................................... 1
CAPÍTULO 1 .................................................................................................................... 5
1.1 MARCO REFERENCIAL ............................................................................ 5
1.1.1 Antecedentes históricos de la empresa ............................................................ 5
1.1.2 Descripción de la empresa ............................................................................... 5
1.1.3 Organigrama .................................................................................................... 6
1.1.4 Misión de la empresa ....................................................................................... 7
1.1.5 Visión de la empresa ........................................................................................ 7
1.2 MARCO TEÓRICO ...................................................................................... 7
1.2.1 Gestión por Procesos ....................................................................................... 7
1.2.1.1 Definición de proceso .................................................................................... 10
1.2.1.2 Características de los procesos ...................................................................... 11
1.2.1.3 Clasificación de los procesos ......................................................................... 12
1.2.1.3.1 Procesos estratégicos ..................................................................................... 12
1.2.1.3.2 Procesos operativos........................................................................................ 13
1.2.1.3.3 Procesos de soporte ........................................................................................ 13
1.2.1.4 Mapa de procesos........................................................................................... 14
1.2.1.5 Pasos para establecer mapa de procesos ........................................................ 15
1.2.1.6 Importancia de los diagramas ........................................................................ 15
1.2.1.7 Herramientas .................................................................................................. 15
1.2.1.7.1 Tormenta de ideas .......................................................................................... 16
1.2.1.7.2 Diagrama de afinidad ..................................................................................... 16
1.2.1.7.3 Diagrama de causa y efecto ........................................................................... 18
1.2.1.7.4 Hoja de recogida de datos .............................................................................. 19
1.2.1.7.5 Diagrama de flujo .......................................................................................... 20
1.2.1.8 Técnicas para optimizar procesos .................................................................. 21
1.2.1.8.1 Método sistemático o científico de mejora de procesos ................................ 22
1.2.1.8.2 CPIMC ........................................................................................................... 24
1.2.1.9 Mejorar los procesos ...................................................................................... 28
1.2.1.10 Rediseñar los procesos ................................................................................... 29
1.2.1.11 Indicadores ..................................................................................................... 33
1.2.1.12 Variable de control......................................................................................... 33
1.2.1.13 Modelo END TO END .................................................................................. 34
1.2.1.13.1 Levantamiento AS IS ................................................................................. 35
1.2.1.13.2 Rediseño TO BE ........................................................................................ 36
1.2.1.13.3 Análisis informático ................................................................................... 37
1.2.1.13.4 Matriz de indagación .................................................................................. 38
1.2.1.13.5 Reglas de negocio ...................................................................................... 41
1.2.1.13.6 Roles y perfiles ........................................................................................... 42
1.2.1.13.7 Entidades maestras ..................................................................................... 42
1.2.1.13.8 Entidades paramétricas............................................................................... 43
1.2.1.13.9 Entidades del sistema ................................................................................. 43
1.2.2 Business Process Management System (BPMS) ........................................... 43
1.2.2.1 Diferencias entre BPM y Automatización de procesos ................................. 45
1.2.2.2 Comparativa herramientas BMPS ................................................................. 47
1.2.2.3 Diferencias entre WORKFLOW y BPMS ..................................................... 50
1.2.2.4 Bizagi Modeler .............................................................................................. 52
1.2.2.5 Bizagi Studio.................................................................................................. 52
1.2.2.6 Bizagi Engine ................................................................................................. 53
1.2.2.7 Arquitectura de producto ............................................................................... 54
1.2.2.8 Configuración de herramientas vs desarrollo tradicional .............................. 55
1.2.2.9 Business Process Modeling Notacion (BPMN) ............................................. 57
1.2.2.9.1 Tareas o Actividades ...................................................................................... 58
1.2.2.9.2 Subprocesos ................................................................................................... 61
1.2.2.9.3 Eventos........................................................................................................... 62
1.2.2.9.4 Eventos de inicio ............................................................................................ 62
1.2.2.9.5 Eventos intermedios ....................................................................................... 63
1.2.2.9.6 Eventos de fin ................................................................................................ 65
1.2.2.9.7 Compuertas .................................................................................................... 66
1.2.2.9.8 Conectores ..................................................................................................... 67
1.2.3 Metodología para automatización de procesos .............................................. 68
1.2.3.1 Proceso para el desarrollo de software .......................................................... 68
1.2.3.2 Actividades del desarrollo de software .......................................................... 68
1.2.3.2.1 Planificación .................................................................................................. 68
1.2.3.2.2 Implementación, pruebas y documentación................................................... 69
1.2.3.2.3 Despliegue y mantenimiento ......................................................................... 69
1.2.3.3 Modelos de desarrollo de software ................................................................ 70
1.2.3.3.1 Modelo incremental ....................................................................................... 70
1.2.3.3.2 Modelo iterativo ............................................................................................. 72
1.2.3.3.3 Modelo iterativo e incremental ...................................................................... 75
1.2.3.3.4 Análisis y definición de requerimientos ........................................................ 78
1.2.3.3.5 Diseño del sistema y software ....................................................................... 79
1.2.3.3.6 Implementación o configuración ................................................................... 79
1.2.3.3.7 Integración y pruebas del sistema .................................................................. 79
1.2.3.3.8 Funcionamiento y mantenimiento ................................................................. 79
CAPITULO 2 .................................................................................................................. 81
2.1 ANÁLISIS Y DISEÑO ................................................................................ 81
2.1.1 Levantamiento de proceso ............................................................................. 81
2.1.1.1 Levantamiento de requerimientos .................................................................. 81
2.1.1.2 Levantamiento AS IS ..................................................................................... 82
2.1.1.3 Rediseño TO BE ............................................................................................ 86
2.1.1.4 Requerimientos funcionales ........................................................................... 89
2.1.1.5 Requerimientos no funcionales ...................................................................... 91
2.1.1.6 Análisis informático ....................................................................................... 93
2.1.2 Automatización del proceso........................................................................... 99
2.1.2.1 Modelar o importar proceso ........................................................................... 99
2.1.2.2 Elaboración modelo de base de datos .......................................................... 100
2.1.2.3 Definir formas .............................................................................................. 104
CAPITULO 3 ................................................................................................................ 109
3.1 CONFIGURACIÓN .................................................................................. 109
3.1.1 Reglas de negocio ........................................................................................ 109
3.1.2 Expresiones o ruta del proceso .................................................................... 110
3.1.3 Acciones....................................................................................................... 115
3.1.4 Participantes ................................................................................................. 119
3.2 Pruebas ....................................................................................................... 122
3.2.1 Planeación .................................................................................................... 122
3.2.2 Pruebas funcionales .................................................................................... 123
3.2.3 Pruebas de escenarios de flujo ..................................................................... 125
3.3 Errores ........................................................................................................ 126
3.4 Resultados ................................................................................................... 126
CONCLUSIONES ........................................................................................................ 127
RECOMENDACIONES .............................................................................................. 130
LISTA DE REFERENCIAS ....................................................................................... 132
ÍNDICE DE FIGURAS
Figura 1. Gráfica organigrama estudio jurídico Alvarado & Asociados ........................... 6
Figura 2. Gráfica de Proceso ............................................................................................ 11
Figura 3. Gráfica tipos de procesos .................................................................................. 14
Figura 4. Gráfica de afinidad ........................................................................................... 17
Figura 5. Causa efecto ...................................................................................................... 18
Figura 6. Gráfica diagrama de flujo ................................................................................. 20
Figura 7. Método sistemático de procesos ....................................................................... 23
Figura 8. Operación básica del modelo CPIMC .............................................................. 26
Figura 9. Gráfica modelo END TO END......................................................................... 34
Figura 10. Matriz de indagación ...................................................................................... 39
Figura 11. Gestión por procesos y tecnología .................................................................. 46
Figura 12. Resultado de evaluación BPMS...................................................................... 49
Figura 13. Bizagi integración sistemas externos .............................................................. 50
Figura 14. Gráfica arquitectura de producto .................................................................... 55
Figura 15. Modelo incremental ........................................................................................ 72
Figura 16. Modelo iterativo.............................................................................................. 74
Figura 17. Modelo iterativo e incremental ....................................................................... 76
Figura 18. Fases del modelo iterativo e incremental........................................................ 80
Figura 19. Levantamiento AS IS ...................................................................................... 85
Figura 20. Rediseño TO BE ............................................................................................. 88
Figura 21. Modelo de automatización de procesos .......................................................... 96
Figura 22. Adaptado de Importar proceso ..................................................................... 100
Figura 23. Adaptado de modelo de datos ....................................................................... 100
Figura 24. Modelo entidad relación ............................................................................... 104
Figura 25. Adaptado de definir formas .......................................................................... 105
Figura 26. Entorno para realizar formas ........................................................................ 106
Figura 27. Arrastrar y soltar atributos ............................................................................ 107
Figura 28. Propiedades de datos..................................................................................... 108
Figura 29. Forma diseñada ............................................................................................. 108
Figura 30. Reglas de negocio ......................................................................................... 110
Figura 31. Adaptado de expresiones o ruta del proceso ................................................ 111
Figura 32. Ruta de proceso............................................................................................. 112
Figura 33. Configuración ruta del proceso ..................................................................... 113
Figura 34. Administración de expresiones ..................................................................... 113
Figura 35. Administración de expresiones ..................................................................... 114
Figura 36. Adaptado de acciones ................................................................................... 115
Figura 37. Acciones de actividad ................................................................................... 116
Figura 38. Acciones de actividad ................................................................................... 117
Figura 39. Administración de expresiones ..................................................................... 117
Figura 40. Editar expresiones ......................................................................................... 118
Figura 41. Adaptado de participantes............................................................................. 119
Figura 42. Flujo de participantes .................................................................................... 120
Figura 43. Configuración de participantes ..................................................................... 121
Figura 44. Configuración de asignación ....................................................................... 121
Figura 45. Pantalla información del cliente ................................................................... 124
Figura 46. Compuerta continuar proceso o asesoramiento ............................................ 125
ÍNDICE DE TABLAS
Tabla 1. Reglas de negocio .............................................................................................. 41
Tabla 2. Roles y perfiles................................................................................................... 42
Tabla 3. Comparación configuración de herramientas vs desarrollo tradicional ............. 56
Tabla 4. Tareas o actividades ........................................................................................... 59
Tabla 5. Subprocesos ....................................................................................................... 61
Tabla 6. Eventos ............................................................................................................... 62
Tabla 7. Eventos de inicio ................................................................................................ 63
Tabla 8. Eventos intermedios ........................................................................................... 63
Tabla 9. Eventos de fin..................................................................................................... 65
Tabla 10. Compuertas ...................................................................................................... 66
Tabla 11. Conectores ........................................................................................................ 67
Tabla 12. Requerimientos funcionales ............................................................................. 90
Tabla 13. Requerimientos no funcionales ........................................................................ 92
Tabla 14. Comparación plataforma BPMS – desarrollo tradicional ................................ 95
Tabla 15. Hitos primera iteración..................................................................................... 97
Tabla 16. Hitos segunda iteración .................................................................................... 98
Tabla 17. Hitos tercera iteración ...................................................................................... 98
Tabla 18. Entidades maestras ......................................................................................... 101
Tabla 19. Entidades paramétricas .................................................................................. 101
ÍNDICE DE ANEXOS
Anexo 1. Entrevista ........................................................................................................ 134
Anexo 2. Matriz AS IS ................................................................................................... 136
Anexo 3. Matriz TO BE ................................................................................................. 152
Anexo 4. Análisis informático ....................................................................................... 168
Anexo 5. Políticas y reglas de negocio .......................................................................... 178
Anexo 6. Pruebas funcionales casos laborales ............................................................... 184
Anexo 7. Pruebas funcionales casos penales ................................................................. 212
Anexo 8. Escenarios de pruebas..................................................................................... 244
Anexo 9. Resumen de pruebas ....................................................................................... 253
RESUMEN
Para el Estudio Jurídico Alvarado & Asociados se determina realizar la automatización
del proceso de trámites judiciales, por lo cual es necesario realizar el levantamiento de
procesos de: Trámites Judiciales Laborales y Penales, cumpliendo cada actividad que
contempla las fases de la metodología de procesos, que fueron definidos en matrices y
representados en notación BPMN (Business Process Model and Notacion) de la
plataforma Bizagi. Previa elección se estudió a diferentes herramientas como K2,
AgilePoint, IBM y Bizagi disponibles para su uso según la capacidad que las
organizaciones lo requieran y otras características que la plataforma brinde.
Bizagi fue elegida en virtud de sus características ya que permite modelado, gestión,
seguimiento, reportes y simulación de los procesos de negocio según las características
del trámite que se requiera evaluar.
Para la automatización se tiene de manera indispensable los insumos generados en el
levantamiento del proceso; pero para lograr este objetivo se cumple cada paso del
método iterativo e incremental en la cual se realizan entregables en cada iteración
determinada la misma que es aprobada para continuar con los siguientes incrementos.
Una vez finalizada la automatización se realizan pruebas tanto funcionales y escenarios
de flujo. Las pruebas funcionales tienen el objetivo de calificar si cada actividad del
proceso contiene todos los datos con sus respectivas propiedades y las pruebas de
escenarios de flujo se revisa las convergencias que se realizan en el flujo las mismas que
deben obedecer a las reglas de negocio configuradas, estas pruebas son revisadas por los
usuarios.
ABSTRACT
For the Law Firm Alvarado & Asociados is determined to perform the automation of
legal procedures, so it is necessary to survey processes: Procedures Judicial labor and
criminal, fulfilling each of the activities contemplated by the phases of the methodology
processes that were defined in matrices and represented in BPMN (Business Process
Model and Notacion) notation of Bizagi platform. Before choosing to study different
tools such as K2, AgilePoint, IBM and Bizagi available for use according to the capacity
required organizations and other features that the platform provides.
Bizagi was selected by virtue of their characteristics as it allows modeling, management,
monitoring, reporting and simulation of business processes according to the
characteristics of the processing that is required to assess.
For automation it is so indispensable inputs generated in the uprising of the process; but
to achieve this goal every step of the iterative and incremental approach in which
deliverables are performed in each iteration it determined that is approved to continue
with the following increments are met. Once the automation both functional testing and
performed flow scenarios. Functional tests are intended to qualify if each process
activity contains all data with their respective properties and testing of flow scenarios
convergence taking place in the same flow must obey the rules set business is reviewed,
these tests are reviewed by users.
1
INTRODUCCIÓN
Antecedentes
El propósito del presente proyecto de titulación, parte con la evaluación del proceso
actual, recolectando información de actividades y muestreo de tiempos de trabajo, los
cuales se automatizará utilizando la Bizagi Studio como motor BPM, con su herramienta
BPMS y su notación estándar BPMN aprovechando las bondades de las mismas y
construyendo un nuevo proceso eficiente que cubra las necesidades del estudio jurídico.
Mediante lo antes expuesto se ejecutará las fases de análisis, diseño y configuración del
proceso de trámites judiciales del estudio jurídico, hasta llegar a la automatización. La
funcionalidad debe optimizar: el tiempo y recursos disponibles, el seguimiento a casos
judiciales, la delegación de tareas y la participación de todos los usuarios de manera
más productiva.
Las fases del proyecto inician con el análisis, en el cual se determina el funcionamiento
del proceso de trámites judiciales y se establece un flujo de tareas que sea adecuado para
el negocio. A continuación, en la fase de diseño, se diagrama el flujo de los trámites
judiciales en la plataforma BPM Bizagi utilizando la notación BPMN. Finalmente, en la
fase de configuración, usando Bizagi Studio de manera secuencial se configuran las
distintas etapas que brinda la plataforma para alcanzar una correcta automatización del
flujo con la visión de generar óptimos resultados para el estudio jurídico y por
consiguiente alcanzar mejoras en el trabajo que actualmente realizan. Adicionalmente,
es bueno aclarar que en la configuración del proceso no se implementan indicadores ya
que no forman parte de la lista de requerimientos solicitados por el cliente y que
2
permitieron establecer el alcance. Sin embargo se debe resaltar el uso de variables de
control de tiempos en los eventos de espera, que sí fueron parte de los requerimientos
del cliente, las cuales fueron configuradas para el manejo de alertas en los mencionados
tiempos de espera.
Como entregable principal para el estudio jurídico es la aplicación de trámites judiciales
vía WEB y los usuarios pueden acceder a la aplicación configurada en Bizagi Studio
bajo el dominio de la empresa. También se entrega una base de datos en SQL Server
2008 donde se registran todas las interacciones que el cliente genere, la información que
se registre en la base de datos permite tener reportes de información de clientes así como
de los trámites judiciales. Adicional a ello, se entrega los Manuales Técnicos y de
Usuario, siendo la documentación, una de las principales herramientas para el estudio
jurídico.
Justificación del Tema
El estudio jurídico se encuentra conformado por Abogados, Secretaria y Contadora,
denominados actores, quienes son un respaldo afianzado en sus diferentes ámbitos y
procesos.
Los trámites realizados en el mencionado estudio jurídico no cuentan con un
seguimiento adecuado para su seguimiento y resolución, existen falencias tales como:
inasistencia a las distintas audiencias, verificación del estatus de cada trámite, existen
eventos en los que la carga laboral no es equitativamente asignada entre funcionarios,
los cálculos de honorarios es ineficiente. Adicional, no cuenta con una herramienta para
3
generar reportes sobre ingreso de dinero, al no contar con un registro histórico, se genera
información física innecesaria y finalmente se crea una falsa expectativa al usuario final
dado que no se cuenta con estimaciones adecuadas de tiempo.
Objetivo General
Configurar una plataforma BPM Bizagi para automatizar el proceso de apoyo al
seguimiento de los trámites judiciales.
Objetivo Específico
Determinar las etapas del proceso judicial actual.
Analizar y plantear una propuesta de optimización del proceso de trámites
judiciales sobre la plataforma BPM Bizagi.
Configurar en la plataforma BPM Bizagi, con base en el diagrama de negocio
descrito después del análisis realizado, para automatizar el mencionado proceso.
Plantear y ejecutar los escenarios de pruebas para evaluar el proceso
automatizado.
Marco Metodológico
La investigación realizada es de tipo exploratorio y descriptivo; ya que con la
información obtenida, se determinó con mayor amplitud la deficiencia del seguimiento
4
de juicios del estudio jurídico, y por tal razón se entrega una guía de procedimientos de
control interno y de un flujo automatizado para obtener mayor eficiencia en los juicios.
Justificación de la metodología
La metodología de la investigación es de tipo bibliográfico y de campo. Bibliográfico,
porque se hizo uso de lectura y consulta de libros, tesis, revistas y cualquier otro tipo de
información escrita que se considere importante y necesaria para realizar la
investigación. De campo, porque se realizaron talleres de levantamiento de información
en el estudio jurídico.
Artefactos-Diagramas
Para sustentar las investigaciones realizadas en el estudio jurídico se utilizó una
plataforma BPMS Bizagi y cada diagrama es diseñado en notación BPMN. En los cuales
se plasma toda la información brindada en los talleres.
5
CAPÍTULO 1
1.1 MARCO REFERENCIAL
1.1.1 Antecedentes históricos de la empresa
El Estudio Jurídico, comienza su actividad en el año 1980. Su fundadora María Inés
Alvarado Ordoñez, inicia su vida como Abogada independiente en derecho laboral,
sumando a su experiencia cuando su representación fue requerida en el ámbito penal,
familiar, niñez y adolescencia, asesoría, entre otros; brinda sus servicios en empresas del
sector público y privado, asociación de empleados, personas naturales.
Para obtener reconocimiento en su rama, fue en base a esfuerzo, dedicación y lealtad,
permitiendo diferentes logros; a comparación de su inicio ahora tiene a su haber oficinas
propias donde permite el crecimiento de practicantes y abogados que confían en su
solidez, además de brindar estabilidad en sus empleados (Ver anexo 1).
1.1.2 Descripción de la empresa
El Estudio Jurídico Alvarado & Asociados cuenta con abogados especializados en las
distintas ramas de lo legal, el objetivo fundamental es el servicio personalizado a sus
clientes, para lo cual cuenta con un equipo de excelente calidad y estructura muy sólida
para prestar los servicios más eficientes que se necesitan en nuestro país.
El asesoramiento brindado a nuestros clientes es profesional, leal, honesto, basado en
principios profesionales de alta calidad, cuidando cada indicador para tener buena
relación y comunicación a primera mano con sus clientes. Alcanzo de manera eficiente
los resultados requeridos tanto para el negocio así como para el cliente final.
6
1.1.3 Organigrama
La estructura de la organización del estudio jurídico fue levantado en la oficina
observando cómo distribuyen las tareas a sus empleados según su responsabilidad, por lo
cual consta de un gerente general, dos departamentos: judicial (laboral y penal) y
administrativo que integran secretaría, contabilidad y tecnología.
Gráfica organigrama estudio jurídico Alvarado & Asociados
Figura 1. Gráfica organigrama estudio jurídico Alvarado & Asociados
Elaborado por: (Paguay & López, 2016)
7
1.1.4 Misión de la empresa
“Brindar asesoría jurídica confiable con base en principios éticos y sentido de justicia
con estrategias jurídicas y funcionales para los clientes, velando por la defensa e
intereses de los mismos.” (Alvarado, 2005)
1.1.5 Visión de la empresa
“Ser una firma líder en la prestación de servicios legales, siguiendo los más altos
estándares. Orientando a sus clientes en los fines del derecho evitando fraude,
contrariedades y riesgos, tanto en su diario vivir como en sus negocios.” (Alvarado,
2005)
1.2 MARCO TEÓRICO
1.2.1 Gestión por Procesos
“Los procesos son posiblemente el elemento más importante y más extendido en la
gestión de las empresas innovadoras, especialmente de las que basan su sistema de
gestión en la calidad total.” (Zaratiegui, 1999)
A partir de principios de los años 90 nace la idea en los países
industrializados de integrar las diferentes disciplinas de gestión
corporativas directamente con la operación de los procesos. En una
publicación de Smith and Fingar en el año 2002 con el título BPM Thrid
Wave, aparece por primera vez el acrónimo BPM. Académicos,
profesionales y proveedores de TI captan rápidamente la importancia y el
8
interés por BPM. La tendencia ha ido creciendo día a día y se han hecho
grandes inversiones en el desarrollo de técnicas, metodologías y
soluciones para BPM.
Al introducir en las organizaciones la gestión por procesos se tiene la
posibilidad de mejorar el grado de cumplimiento de los objetivos
funcionales, pero no es un elemento suficiente para alinear la gestión por
procesos con la estrategia de la organización y sus objetivos de negocio.
(Hitpass, 2012)
En una organización innovadora que adopta una nueva tendencia y cambia su gestión
funcional que está basada en un trabajo individual por departamentos con una definición
clara de jerarquía y concentra sus objetivos en el resultado de las actividades de cada
persona o el resultado de final del departamento, sus decisiones son burocráticas,
formalismos y toma de decisiones centralizadas incluso con personas que no interactúan
con el producto o servicio a ofrecer, sus mejoras solo se basan en el comportamiento del
departamentos así como su productividad. Por otra parte al asumir la gestión por
procesos la estructura departamental sigue siendo la misma, pero los resultados de los
procesos no son solo de satisfacción departamental son un logro organizacional en la
cual el mayor beneficiado es el cliente interno o externo, aquí la autoridad está dada por
el dueño del proceso, pero su función primordial es incorporar cada una de las
responsables departamentales de la organización para un bien común, la toma de
decisiones abarca cada participante del proceso sin necesidad de generar líneas
burocrática y sobre todo sobresale que cada actor del proceso puede aportar con cambios
o mejoras transformacional en el ciclo del vida del proceso.
9
La gestión por procesos ha permitido desarrollar un sinnúmero de técnicas para su
estabilización, control y mejora todo relacionado a los procesos, a la mejora de los
procesos después de haber cumplido un ciclo de vida exitoso se conoce como
reingeniería. Y los modelos de gestión para los procesos se basan en colocar una serie de
indicadores, entrevista u otros mecanismos que permitan conocer lo saludable que se
encuentra el proceso frente a los beneficiarios del producto o servicio. Estos métodos de
mejora o control continuo permiten enfrentar nuevos retos brindado procesos
cambiantes, por un lado, desde un punto de vista interno, todo proceso es mejorable en sí
mismo, siempre se encuentra algún detalle, alguna secuencia que aumenta su
rendimiento en aspectos de la productividad de las operaciones o de disminución de
defectos. Por otro lado, los procesos han de cambiar para adaptarse a los requisitos
cambiantes de mercados, clientes o, nuevas tecnologías.
La reingeniería de procesos supone un cambio radical en la forma de
operar de la empresa, Se puede definir como la reconsideración
fundamental y el rediseño de los procesos de la empresa para conseguir
mejoras espectaculares en medidas críticas, actuales, de resultados o
rendimiento, como pueden ser los costes, la calidad, el servicio y la
rapidez. (Merchan Gomez & Arguello Alvia, 2015)
Existen una cierta cantidad de pasos importantes para la gestión de procesos como:
Identificar clientes y sus necesidades.
Definir productos o servicios.
Incorporar un mapa de procesos.
10
Diagramar procesos.
Análisis de los procesos.
Mejora continua de los procesos.
1.2.1.1 Definición de proceso
En principio, un proceso corresponde a la representación de un conjunto
de acciones (actividades) que se hacen, bajo ciertas condiciones (reglas) y
que puede gatillar o ejecutar cosas (eventos). En forma genérica se puede
definir un proceso como: Una concatenación lógica de actividades que
cumplen un determinado fin, a través del tiempo y lugar, impulsadas por
eventos. (Hitpass, 2012)
Se determina que los procesos están para cumplir un objetivo en las empresas, siendo
este la entrega de un bien o un servicio, lo cual se logra enlazando consecutivamente y
de manera lógica una serie de actividades que forman el proceso de transformación en el
cual se aplica un determinado conjunto de condiciones de negocio, mientras que los
eventos permiten recibir o enviar información en las distintas etapas del proceso.
11
Gráfica de proceso
Figura 2. Gráfica de Proceso
Elaborado por: (Paguay & López, 2016)
1.2.1.2 Características de los procesos
Los procesos tienen características generales, sin embargo se diferencian por su tipo o su
gestión:
Todo proceso tiene un único responsable o dueño.
Tiene un principio y un fin (limites).
Interacciones y responsabilidades definidas.
Correctamente documentados.
La finalidad de un proceso es generar un producto o servicio.
Existen para satisfacer necesidades de un cliente interno o externo.
12
Puede descomponerse en tareas.
Son monitoreados y mejorados.
Se representan mediante un diagrama.
1.2.1.3 Clasificación de los procesos
Es conveniente clasificar los procesos para lograr una visión en global, que permita
identificar las diferencias y similitudes que existen entre los mismos. Ésta clasificación
se realiza de acuerdo a la estrategia de negocio establecida.
1.2.1.3.1 Procesos estratégicos
Los procesos estratégicos o también llamados gobierno corporativo, es orientado a los
procesos macro de toda la estructura de la organizacional, abarca el alineamiento con
todo el ciclo de gestión organizacional desde la planificación y gestión estratégica,
definición de planes de negocio, ciclo presupuestario, definición de cargos y perfiles,
gestión de operaciones, crecimiento tecnológico y control del portafolio de proyectos.
En definitiva “son los procesos responsables de analizar las necesidades y
condicionantes de la sociedad, del mercado y de los accionistas, para asegurar la
respuesta a las mencionadas necesidades y condicionantes estratégicos.” (García
Bermeo, 2015)
13
1.2.1.3.2 Procesos operativos
Son aquellos que permiten generar el producto/servicio que debe entregarse al cliente,
por lo que el resultado del mismo genera la satisfacción del cliente final. Estos procesos
atraviesan muchas etapas de transformación en las “cuales el cliente percibe y valora la
calidad: comercialización, planificación del servicio, prestación del servicio, entrega,
facturación.” (García Bermeo, 2015)
Los procesos necesarios en una empresa para la entrega de un producto o la prestación
del servicio comprenden:
Ofertas.
Compras y ventas.
Diseño, investigación y desarrollo.
Almacén producción.
Inspección y control de productos.
1.2.1.3.3 Procesos de soporte
“Son los procesos responsables de proveer a la organización de todos los recursos
necesarios en cuanto a personas, maquinaria y materia prima, para generar el valor
agregado deseado por los clientes” (García Bermeo, 2015) internos de la organización.
Estos procesos no intervienen en la visión ni en la misión de la institución.
Entre las actividades a desarrollar dentro de este tipo de procesos se pueden citar:
Medición y seguimiento de procesos.
Auditorías internas.
14
Mejora continua.
Medición de la satisfacción del cliente.
Acciones correctivas.
Acciones preventivas.
Gráfica tipos de procesos
Figura 3. Gráfica tipos de procesos
Fuente: (Consulting, 2009)
1.2.1.4 Mapa de procesos
El mapa de procesos permite tener una visión en conjunto de todos los procesos y
funcionamiento de la organización, que mediante una simbología establecida permite
interpretar su objetivo. El mapa de procesos debe mantenerse actualizado y a la vista de
cada integrante de la empresa siendo de fácil interpretación.
15
1.2.1.5 Pasos para establecer mapa de procesos
Identificarlas entradas y salidas de cada actividad.
Establecer roles responsables para cada actividad.
Identificar relación entre procesos.
Crear una secuencia lógica entre los procesos que cumpla con el objetivo
planteado.
Contar con una base documental para cada proceso directo.
1.2.1.6 Importancia de los diagramas
Visualizar gráficamente el proceso actual de la empresa.
Permite identificarlos responsables de cada actividad dentro del proceso.
Provee métricas tanto de tiempo como de tareas.
Facilita la documentación y estandarización de cada proceso.
Permite identificar actividades innecesarias: tiempos muertos, repetición de
tareas, cuellos de botella.
Permite formalizar capacitaciones.
1.2.1.7 Herramientas
Para poder contar con una base sólida de análisis y monitoreo es necesario utilizar
herramientas y técnicas específicas que sirven para este propósito, las cuales se deben
escoger de acuerdo a la naturaleza del problema y la etapa del proceso.
16
1.2.1.7.1 Tormenta de ideas
La tormenta de ideas es una herramienta de planeamiento que se puede
utilizar para obtener ideas a partir de la creatividad de un grupo. Los
equipos y departamentos deberían emplear cuando:
Deseen determinar las posibles causas y/o soluciones a los
problemas.
Planifiquen las etapas de un proyecto.
Decidan en qué problema (u oportunidad de mejora) trabajar.
Los equipos a menudo emplean la tormenta de ideas como una
herramienta para crear consenso, y en situaciones donde necesitan generar
un número elevado de ideas. Los dos pasos clave de la tormenta de ideas
son:
Paso 1: Comenzar la sesión de tormenta de ideas.
Paso 2: Determinar el tipo de método de tormenta de ideas a
utilizar. (Chang, 1999)
1.2.1.7.2 Diagrama de afinidad
El diagrama de afinidad es un método de organización y clasificación de
la información reunida en sesiones de lluvia de ideas. Este método suele
ser utilizado por un equipo para organizar una gran cantidad de datos de
acuerdo con las relaciones naturales entre los mismos. Su autor es
Kawakita Jiro, por lo que también es conocido como el método de KJ.
17
Esencialmente, se trata de escribir cada concepto en una tarjeta o notas
adhesivas (Post-It) y pegarla en una pared. A continuación, los miembros
del equipo mueven y organizan las ideas en grupos basándose en las
relaciones y asociaciones que establecen entre los distintos conceptos. De
esta manera, el grupo obtiene una percepción estructurada y común de la
situación analizada.
Se recomienda su utilización cuando un problema es complejo o difícil de
entender; cuando parece estar desorganizado; cuando requiere de la
participación de todo el equipo; o cuando se requiere determinar los
temas claves de in gran número de ideas o de problemas. (Palomo, 2013)
Gráfica de afinidad
Figura 4. Gráfica de afinidad
Fuente: (Palomo, 2013)
18
1.2.1.7.3 Diagrama de causa y efecto
Permite la identificación, ordenamiento y visualización de las posibles
causas de un problema o una característica de calidad (Ishikawa, 1986).
El diagrama, conocido también como “Diagrama en espina de pescado”
(“Fishbone chart”) por su apariencia, o como “Diagrama de Ishikawa”, se
suele usar cuando se requiere la determinación de las causas principales o
las razones básicas para un determinado efecto, problema o condición,
cuando se requiere el ordenamiento y relación de las interacciones entre
los factores que afectan un proceso o efecto en particular o cuando se
requiere el análisis a fondo de problemas existentes con el fin de
determinar las acciones correctivas a implementar. (Zapata, 2003)
Gráfica causa efecto
Figura 5. Causa efecto
Fuente: (Zapata, 2003)
19
1.2.1.7.4 Hoja de recogida de datos
La hoja de recogida de datos, también llamada “hoja de registro”, consiste
en un documento donde se pueda recoger de forma fácil y estructurada
todo tipo de datos para su posterior análisis. En función de los datos a
recoger, se diseña la hoja y se apuntan los datos indicando la frecuencia
de observación.
Las hojas de recogida de datos pueden servir para recoger datos de:
Localización de defectos de productos.
Causas de los defectos.
Clasificación de productos defectuosos.
Variación de las características de los productos (dimensiones,
peso, acabado, etc.)
Y permite observar:
Número de veces en el que sucede algo.
Tiempo necesario para que algo suceda.
Costo de una determinada actividad, a lo largo de un cierto
periodo de tiempo.
Impacto de una actividad a lo largo de un período de tiempo.
(Alcande, 2009)
20
1.2.1.7.5 Diagrama de flujo
Esta sencilla herramienta, que permite representar, de forma sencilla y gráfica, la
secuencia que se produce en un proceso. Con el diagrama de flujo se obtuvo una visión
general del sistema y cómo se relacionan todos los elementos que lo componen. Es una
herramienta muy útil para analizar un proceso y estudiar la manera de simplificarlo,
mejorarlo y resolver todos aquellos problemas que se presenten.
La figura 6 representa un diagrama de flujo sencillo de la secuencia de actividades que
se realizan cuando se asesora sobre apertura de cuentas bancarias, e indica las
posibilidades sea de ahorros o corriente y finalmente la tarea donde se asigna su
respectiva cuenta.
Gráfica diagrama de flujo
Figura 6. Gráfica diagrama de flujo
Fuente: (Menene, 2015)
21
1.2.1.8 Técnicas para optimizar procesos
El tener una visión macro de todos los procesos de una organización, se
observa unidades individuales que no se ajustan a las necesidades totales
de la empresa. Por lo que es necesario mediante un control continuo
garantizar el uso eficiente y efectivo de todos los recursos disponibles:
personas, tiempo, equipos, capital, inventarios, etc.
Leticia Colín hace referencia a los "beneficios claves” del enfoque basado
en procesos:
1. Reducción de costos y tiempos mediante el uso eficaz de los
recursos.
2. Resultados mejorados, coherentes y predecibles.
3. Permite que las oportunidades de mejora estén centradas y
priorizadas. (García Bermeo, 2015)
Posteriormente, afirma “que un enfoque de este tipo, cuando se utiliza en un sistema de
gestión de la calidad, enfatiza la importancia de:
1. La comprensión y el cumplimiento de los requisitos” (del cliente) (Vasco Vasco,
2014).
2. La necesidad de considerar los procesos en términos del valor que aportan.
3. “La obtención de resultados del desempeño y eficacia de los procesos, y
4. La mejora continua de los procesos con base en mediciones objetivas.” (Marrero
Araújo, Domínguez Montalvo, & Fajardo Soto, 2002)
22
1.2.1.8.1 Método sistemático o científico de mejora de procesos
La experiencia japonesa, sobre todo en los años setenta y ochenta, con sus
métodos de trabajo en equipo y la participación de todo su personal en las
mejoras empresariales, popularizó las ventajas obtenidas en la revisión y
retoque continuo de los procesos empresariales.
Kaoru Ishikawa difundió por todo el mundo su modelo de método
sistemático o científico de mejora de procesos, basado en el recorrido de
una serie de pasos o etapas, desde la detección de un problema o de una
posibilidad de mejora (dependiendo de que el motor sea una serie de
defectos detectados, o una nueva posibilidad tecnológica u organizativa),
pasando por su estudio en busca de sus causas, de posibles
perfeccionamientos o soluciones, la elección de la solución o conjunto de
soluciones que parecen idóneas, hasta llegar a su implantación y a la
medida de las mejoras conseguidas.
El diagrama de la figura 7 se presenta las etapas de este método y sus
características. (Merchan Gomez & Arguello Alvia, 2015)
23
Gráfica método sistemático de procesos
Figura 7. Método sistemático de procesos
Fuente: (Zaratiegui, 1999)
El rasgo más característico de este método sistemático de mejora de
procesos es su continuo recurso a las medidas, a los datos objetivos, para
la detección de los puntos a mejorar, para confirmar el hallazgo de la
causa real de los defectos detectados, para corroborar que la solución
adoptada es la apropiada y para cuantificar el nivel de mejora alcanzado.
24
Como puede deducirse del contenido de las acciones en sus cinco etapas,
de la necesidad de verificar muchas de las decisiones tomadas mediante la
toma de mediciones y su análisis, de encargar su desarrollo a equipos más
o menos estables y de otros detalles secundarios, este método pretende
conseguir mejoras apreciables, pero no espectaculares, de forma sostenida
a lo largo del tiempo. Con él, numerosas empresas han conseguido
incrementos de productividad del orden del 5 al 15 por 100 en
determinados procesos en plazos inferiores a un año, bien sea por mejora
de los rendimientos, por disminución de defectos o por una combinación
de ambos efectos. Teniendo en cuenta que los recursos dedicados a este
método de mejora son modestos, y que el efecto no se acaba en un
intento, sino que puede y debe repetirse en ciclos sucesivos (según la
última etapa del método), en una empresa en circunstancias normales es
recomendable revisar los procesos siguiendo este método o alguna
variante del mismo. Pero a veces estos índices de mejora no son
suficientes, o bien el mercado exige soluciones muy distintas; entonces
entra en escena la reingeniería. (Zaratiegui, 1999) (Merchan Gomez &
Arguello Alvia, 2015)
1.2.1.8.2 CPIMC
En el siguiente texto se explica la metodología CPIMC para mejora continua de procesos
por los autores Mota y Tovar.
25
CPIMC es un modelo de administración por procesos que a partir de un
enfoque sistemático y disciplinado, alinea los procesos del negocio con
las estrategias del mismo. Se trata de una sola base para definir y
administrar procesos incorporando el uso de los indicadores clave del
negocio de manera proactiva y de esta forma busca evaluar la eficiencia y
la eficiencia del negocio.
Los conceptos de CPIMC han sido aplicados en la industria automotriz e
identificando las características de sus sistemas y procesos se ha llegado a
la conclusión de que son las mismas características de cualquier otro tipo
de industria. Se han llevado los conceptos a la industria de la
construcción, la alimenticia, la industria química y resultan aplicables
porque parten del mismo principio: LAS ORGANIZACIONES TIENEN
PROCESOS.
Sea cual fuere el caso de la empresa, CPIMC permite mejorar
drásticamente lo que la organización hace. El modelo establece una
relación con los ciclos PHVA, administrativos y de mejora, que lo
convierten en un modelo vivo y que una vez iniciado no tiene punto de
retorno.
Operación básica del modelo CPIMC
El CPIMC está fundamentado en el principio de eliminación de cada una
de las discrepancias; “Comprensión”, “Operación”, “Sensor” y “Acción”
26
y así asegurar que la discrepancia final es mínima, sin perder de vista
claro, el uso óptimo de los recursos, un enfoque preventivo y la mejora
continua de los procesos de la organización. De esta manera, partiendo de
un ambiente propicio para el desarrollo de este enfoque, el modelo está
estructurado por cuatro pasos fundamentales: Clientes, Procesos,
Indicadores y Mejora Continua. (Mota & Tovar, 2007)
Gráfica operación básica del modelo CPIMC
Figura 8. Operación básica del modelo CPIMC
Fuente: (Mota & Tovar, 2007)
27
El primer paso, “Clientes”, es la base del modelo, y su premisa es la
utilización de herramientas y técnicas básicas para la identificación de los
clientes reales de los procesos, así como de sus requerimientos, los cuales
se convierten en especificaciones, metas y objetivos. Este paso, elimina la
discrepancia “Comprensión”. (Mota & Tovar, 2007)
Probablemente el paso que requiere de mayor reflexión dentro del modelo
CPIMC es el de los “Procesos”, en donde se toma como insumo la
información del paso anterior y se seleccionan los procesos clave y de
soporte del negocio, y se establece la interacción entre ellos, de esta
manera se pudo visualizar los procesos que requieren mayor atención ya
que éstos están estrechamente relacionados con los requerimientos de los
clientes, así, la discrepancia de “Operación” es excluida de la
organización.
El tercer paso, los “Indicadores”, parte de la base de la selección de los
procesos, y durante éste, se identifican las métricas clave del negocio, que
resultan de la correlación directa entre los indicadores de procesos
(eficiencia) y de resultado (efectividad). De ahí el enfoque preventivo de
la metodología y por lo tanto, “Sensor” como discrepancia es eliminada
también.
El cuarto y último paso, es el seguimiento y análisis de los indicadores
clave de organización, como mecanismo disparador de áreas de
oportunidad de mejora del sistema, optimización, y operación de los
28
procesos bajo los nuevos estándares, se establecen también los
mecanismos de control, prevención y soporte, para asegurar que el
proceso es hábil a lo largo del tiempo, así la última discrepancia conocida
como “Acción” se descarta de la empresa. (Mota & Tovar, 2007)
1.2.1.9 Mejorar los procesos
La idea es perfeccionar lo que se está haciendo. En muchas organizaciones esta es una
opción relativamente fácil de implementar cuando existe una cultura de participación.
Mejorar los procesos incluye practicar tormenta de ideas, es decir, comparar nuestros
procesos con las mejores prácticas del medio. Aunque, en estricto rigor,” la tormenta de
ideas “está a medio camino entre optimizar y rediseñar, porque los cambios que se
proponen a veces son tan grandes que pueden transformar totalmente un proceso. (Bravo
Bravo, Delgado Burgos, & Diaz Gallo, 2014)
La mejora de procesos exige la descripción previa de los procesos, por lo tanto, es una
línea de trabajo que se complementa con la anterior (describir los procesos),
Algunas características de la mejora de procesos:
● Normalmente el cambio es pequeño.
● Se busca perfeccionar los detalles del proceso existente, para mejorar en aspectos
bien estudiados de costo, eficiencia, resultados, tiempo, calidad de atención, etc.
● Se habla del cliente interno y su satisfacción.
29
● El cliente interno es quien realiza el siguiente paso de una serie que concluye en
el cliente externo.
● Comienza algún nivel de cuestionamiento de por qué se hace de esa manera y
mejor aún, para qué se hace.
● Desde el comienzo del proyecto se discuten nuevas actividades, tareas y
procedimientos relacionados con el proceso.
● Se aprecia una orientación más al interior del proceso, a mejorar sus detalles.
● Se tiende a crear equipos de trabajo con las mismas personas que realizan o
dirigen un proceso.
● A veces se forman grupos más bien permanentes que vigilan los procesos y
hacen mejora continua, son círculos o comités de calidad dirigidos desde un
departamento de gestión de calidad.
1.2.1.10 Rediseñar los procesos
“El rediseño de procesos para obtener un beneficio mayor, con la
probable consecuencia de que el cambio en el proceso también sea
grande. Por lo tanto, es preferible no entrar demasiado al detalle de
funcionamiento previo del proceso, es suficiente con una descripción
general. (Castro Cedeño, 2014)
Antes de proceder a rediseñar, el equipo necesita saber ciertas cosas
acerca del proceso existente: qué es lo que hace, cómo lo hace (bien o
mal), y las cuestiones críticas que gobiernan su desempeño. Como la meta
del equipo no es mejorar el proceso existente, no necesita analizarlo y
30
documentarlo para exponerlo en todos sus detalles. Lo que necesita es
más bien una visión de alto nivel, apenas lo suficiente para obtener la
intuición y la penetración necesarias para crear un diseño totalmente
nuevo y superior. Uno de los errores más frecuentes que se comenten en
esta etapa de reingeniería en que los equipos tratan de analizar un proceso
en sus más mínimos detalles en lugar de tratar de entenderlo. (Hammer &
Champy, 1994)
Sin pretender agotar el tema ni descartar otras definiciones, una
definición de rediseño de procesos es: identificar los procesos, las
variables críticas y valores idealizados que interesan a los clientes.
Inventar propuestas consistentes, con responsabilidad social y en armonía
con el propósito de la organización. (Castro Cedeño, 2014)
Se puede precisar lo siguiente:
● El rediseño de procesos claramente el cliente es el cliente externo,
a quien está destinado nuestro producto y quien provee de ingresos.
● Propuestas consistentes se refiere a proyectos, técnica, social y
económicamente factibles y que satisfagan los valores idealizados de las
variables críticas. Son propuestas que incluyen la buena implementación.
● La responsabilidad social es fundamental, porque se trata de
generar propuestas que no afecten negativamente el empleo, el ambiente,
la seguridad, la calidad o el nivel de servicio durante el desarrollo del
proyecto.
31
● El propósito de la organización incluye visión, misión, valores y
alinear intereses entre los diferentes grupos con que se relaciona: clientes,
dueños, trabajadores, administradores, proveedores y muchos otros.
(González Mora, 2015)
Se realiza el rediseño porque fue necesario mejorar los resultados de variables críticas: el
tiempo de espera, el costo, el tiempo de ciclo, la imagen y tantas otras.
Algunas características del rediseño de procesos son:
● Se busca elevar en gran medida la satisfacción del cliente, lo cual
obliga a repensar el proceso y aplicar técnicas de idealización que
normalmente conducen a cambios mayores en el proceso.
● Se habla concretamente del cliente externo, es decir, de aquellas
personas que le generan ingresos a la organización.
● Se busca eliminar los pasos intermedios y trabajar con personas o
equipos que ofrezcan un servicio integral al cliente.
● La idea básica es lograr resultados mucho mejores en las variables
críticas para el cliente del proceso (tiempo de atención, costo del servicio,
etc.) y así elevar su nivel de satisfacción.
● Una vez que el proceso está rediseñado, la formalización puede
ser equivalente a la utilizada en aseguramiento de la calidad.
● Al inicio del proyecto conviene describir someramente lo que
existe para no sesgar la nueva propuesta con la realidad actual.
32
● Existe una orientación hacia el exterior del proceso, por ejemplo:
deleitar al cliente, elevar el nivel de competitividad o lograr armonía con
el propósito de la organización.
● Normalmente existe una alta participación externa que aporta
ideas frescas y ayuda a remecer la organización, es el “efecto consultor”.
● Todavía la forma de hacer rediseño de procesos es generalmente
discontinua, porque se forman grupos de trabajo ad-hoc. Aunque esta
situación está poco a poco evolucionando hacia opciones de continuidad.
(Bravo Bravo, Delgado Burgos, & Diaz Gallo, 2014)
Acciones genéricas sobre los procesos
Si la decisión es intervenir los procesos para realizar la mejora o rediseño,
el primer acercamiento puede ser revisar las posibilidades de actuación
genérica, según las dos dimensiones de todo proceso:
Cambiar su duración, es decir, aplicar las mediciones de tiempos y
tomar decisiones respecto a la duración deseada.
Mejorar la relación output/input es decir, verificar la cadena de
valor, considerando cambios ya sea en los insumos, productos o en el
proceso transformador. (Carrasco, 2009)
33
1.2.1.11 Indicadores
Los indicadores no se construyen con una lluvia de ideas, si no que se
define en el marco del pensamiento estratégico de la organización, el cual
debe orientar el quehacer de cada uno de sus procesos y responsables de
la gestión.
Por tanto, y siendo la medición el aspecto clave para la intervención de
los procesos, esta debe reunir los atributos de:
Pertenencia
Precisión
Oportunidad
Fiabilidad
Economía
De tal forma que sean entendibles para quienes lo usan. (Hurtado, 2005)
1.2.1.12 Variable de control
Una variable puede verse simplemente como un almacén de objetos de un
determinado tipo al que se le da un cierto nombre. Por tanto, para definir
una variable solo hay que decir cuál será el nombre que se le dará y cuál
será el tipo de datos que podrán almacenar. (González Seco, 2002)
34
1.2.1.13 Modelo END TO END
En la mayoría de las empresas existe una definición de estrategia y objetivos de negocio.
También se identifica en muchas de ellas que las áreas de negocio como: Marketing,
Ventas, Operaciones, Abastecimiento, Finanzas, entre otras, tienen definidas sus metas,
alineadas a los objetivos de la compañía. El Problema se manifiesta cuando se analiza el
funcionamiento de los que denominamos procesos de negocio clave, ya que existen
dificultades de coordinación entre las distintas áreas involucradas.
Por lo cual toda actividad que se ejecuta en las organizaciones es considerada como un
proyecto, tiene un inicio y un fin, una cantidad de trabajo que hay que aportar, se espera
de ella una calidad determinada, es importante de quien las gestiona tenga una visión
completa una visión END TO END. Si no existe una imagen completa del mismo,
sencilla, interpretable y fácil de gestionar, difícilmente se pueden fijar objetivos y
perseguir su cumplimiento.
Gráfica modelo END TO END
Figura 9. Gráfica modelo END TO END
Elaborado por: (Paguay & López, 2016)
•Levantamiento
•Validación
AS IS
•Mejores practicas
•Criterios de mejoras
TO BE •Automatización
•Parametrización
Análisis Informático
35
1.2.1.13.1 Levantamiento AS IS
En el taller de levantamiento AS IS de debe obtener información del proceso en estudio,
se puede considerar información disponible como la voz del cliente, comparación de
mercado, los informes de auditoría, indicadores del proceso si los hubiere, talleres de
evaluación de riesgos, observación en sitio, documentación del proceso existente,
necesidades de clientes internos referentes al producto o servicio. Este modelo es
importante realizarlo ya que permite establecer que:
Permite introducir en la organización los conceptos BPM a los ejecutivos y
usuarios claves, en particular en el uso de los diagramas de proceso con notación
BPMN.
Permite establecer los puntos críticos y de mejoramiento del proceso.
Generar un esquema reflejo de la estructura organizacional en la interpretación
del proceso que se está levantando.
Establecer un entendimiento entre las distintas áreas de la organización cómo
ejecutar los procesos de manera efectiva.
Los documentos del AS IS permiten establecer o generar claridad respecto a
cómo se deben ejecutar las actividades y que insumos con necesarios para
realizarlas.
Para realizar el levantamiento AS IS es indispensable considerar lo siguiente:
Generar la documentación AS IS bajo parámetros estándar preestablecidos de
trabajo.
Modelar el proceso en una herramienta de software que tenga notación BPMN
2.0.
36
Es indispensable después de generar los documentos y el modelo AS IS, los
involucrados de la organización validen el proceso de punta a punta, ya que este
debe reflejar lo ejecutado a detalle.
Si el modelo AS IS requiere cambio alguno debe fijarse este cambio antes de
continuar con la siguiente etapa.
Si se presenta algún cambio después de finalizar el levantamiento AS IS, este
debe ser evaluado los impactos que pueden generar, si el cambio se presenta con
un proceso automatizado esta mejora obedece a una versión nueva del proceso.
1.2.1.13.2 Rediseño TO BE
En la fase de definición de alcance y flujo TO BE se debe diseñar y aprobar con el
equipo de trabajo cómo es el nuevo flujo de proceso, debiendo evaluar en conjunto los
principales hallazgos y oportunidades de mejora que se pueden implementar. Adicional
se establece un proceso adoptando de manera sustancial a la notación BPMN, como
cualidad principal no debe perder el objetivo de negocio, las mejoras de proceso son
propuestas tanto en funcionalidad de la plataforma BPMS así como indicadores
evaluados en virtud de mejora. Por lo cual es indispensable tener presente lo siguiente:
Definir el nuevo proceso de negocio independientemente del software a utilizar.
El desarrollo del modelo TO BE permite establecer indicadores de performance
KPI que apoyara el mejoramiento del negocio.
Permite realizar un efectivo alineamiento de los procesos de negocio con la
estrategia corporativa.
37
La notación BPM permite establecer una sincronía en la estructura
organizacional, socializando un proceso nuevo que pueda no solo pueda brindar
un producto o servicio, también permite explotar la eficacia de los usuarios
internos.
Para realizar el rediseño TO BE es indispensable considerar lo siguiente:
Mejoras prácticas: que son modelos previstos, en general, por los fabricantes
del software o por alguna otra organización. La ventaja de su uso es tiempo,
costo y que son modelos probados en la práctica.
Variantes: modificaciones originadas por diferentes necesidades como un
imperativo legal, mejoras de mercado, de localización o disponibilidad de
materia prima para la generación de un producto o establecer un nuevo servicio
en el mercado.
Prácticas propias: son modelos generados por la propia organización y que son
justificadas, dado su alto costo de generación, cuando el proceso es totalmente
nuevo y este genera una ventaja competitiva.
1.2.1.13.3 Análisis informático
Una vez concluido y aceptado el rediseño TO BE inicia una etapa antes no analizada o
considerada no primordial, en esta se establece el punto de inflexión entre las mejora de
procesos de la organización con el área tecnológica, aquí se evalúa actividades, tipos de
convergencia, perfiles, entre otras, toda la información del proceso debe estar plasmada
en la matriz de indagación TO BE la mismas que sirve como insumo principal.
38
Adicional las actividad del proceso son formas o pantallas en la cual se estable los datos
que se debe mostrar en cada una de ellas y el comportamiento de los mismo, también se
realizan mejoras tecnológicas como temporizadores o control de datos, sugerencias que
deben ser aceptadas por el equipo/dueño de proceso, esto debe ser antes de la
automatización ya que generara impacto al modelo antes aprobado.
En resumen el análisis informático, debe establecer lo siguiente:
Procesos y subprocesos
Parametrizaciones
Datos
Roles
Perfiles
Documentación
Reglas de Negocio
Identificar variables
1.2.1.13.4 Matriz de indagación
En la matriz se define una seria de actividades o eventos que conforman el proceso, en
cada actividad se deben detallar el funcionamiento, actores, reglas, políticas. Por lo cual
es importante poner a disposición el formato de la matriz de indagación, cada una de las
columnas tiene una función principal en el proceso que es el insumo para la
automatización del proceso:
39
Gráfica Matriz de indagación
Figura 10. Matriz de indagación
Elaborado por: (Paguay & López, 2016)
A continuación una breve descripción de cada columna que se encuentran en la matriz
de indagación:
Nº sirva para ordenar de manera secuencial como se debe ejecutar el flujo a ser
automatizado.
40
Actividad nombre de la actividad o tarea.
Descripción en listar cada paso que tiene la tarea y en el orden que deben ir
ejecutándose.
Tipo las tareas son de diferentes tipos por lo cual se debe seleccionar la que se
apegue a la función requerida.
Fuente/Proveedora quien ejecuta la tarea.
Insumo proporciona listado de datos.
Dato brinda los datos transformados.
Medio/Canal como obtiene los datos o información.
Formato corresponde como se presenta la información o datos transformados en
documentos, datos físicos o digitales.
Destino/Cliente a quien recibe el resultado de la tarea.
Producto lo que se obtuvo de la transformación de los insumos.
Notificaciones si necesita un mail cuando se instancia la tarea al nuevo ejecutor.
Informáticas/Sistemas de información que sistemas permiten obtener información
para la actividad.
Políticas condiciones que las actividades deben evaluarse antes de continuar a la
siguiente.
41
Decisiones/Condiciones de salida evalúa según los datos que contiene la actividad
que camino debe seguir el proceso.
Tiempo determinar el tiempo promedio en el cual debe ejecutarse la actividad.
Frecuencia número de veces se ejecuta esta tarea.
Valor agregado quien recibe el valor agradado después de automatizar la tarea.
Oportunidades de mejora determina que oportunidades de mejora se pueden tener
en la actividad a fin de automatizar en el proceso.
1.2.1.13.5 Reglas de negocio
Las reglas de negocio son importantes ya que permite colocar punto de inflexión del
proceso, los mismo obedecen a cierto datos que son fundamentales en la configuración
de la secuencia lógica del flujo. Como en el cuadro de manera resumen indica la
actividad anterior, la condición y la actividad a donde debe dirigirse según el datos
seleccionado.
Tabla 1. Reglas de negocio
Ord. Polít.
Asociada
Nombre Actividad
Anterior
Condición Actividad
Siguiente
Rol
Dest.
Otra
Regla
Nota: (Paguay & López, 2016)
42
1.2.1.13.6 Roles y perfiles
Una vez identificado el ejecutor de cada tarea en la matriz de indagación es importante
colocar un nombre para el Rol que desempeña esta actividad una breve descripción y en
qué actividad debe ser configurado.
Tabla 2. Roles y perfiles
Rol Actividad Descripción
Nota: (Paguay & López, 2016)
1.2.1.13.7 Entidades maestras
Las entidades maestras son entidades de negocio que almacenan información que se
relaciona de forma directa y exclusiva con cada proceso. La información es almacenada
durante el flujo del proceso. Es decir, la información se almacena a medida que los
usuarios finales la ingresan en el portal de trabajo.
43
1.2.1.13.8 Entidades paramétricas
Estas entidades almacenan valores predefinidos o valores paramétricos, los cuales son
independientes de la ejecución del proceso. Durante el caso sus valores no pueden ser
modificados o reescritos.
1.2.1.13.9 Entidades del sistema
Estas entidades pertenecen al modelo de datos interno de Bizagi. Este grupo de
entidades incluyen información referente al usuario final, áreas, ubicaciones, roles,
habilidades entre otras cosas. Las entidades del sistema son creadas por defecto en cada
proyecto. No puede crear entidades del sistema adicionales o adicionar o modificar
atributos de ellas. Sin embargo, usted puede crear relaciones desde otras entidades para
incluir información de las entidades del sistema dentro del modelo de datos.
1.2.2 Business Process Management System (BPMS)
Cuando se observa la “BPM”S” significa “Suite”, que es la suite de
tecnología BPM, lo que incluye todos los módulos funcionales, las
capacidades técnicas y la infraestructura de apoyo, integradas en un único
entorno que realiza todas las funciones de la tecnología BPM de manera
perfecta.” A BPMS se considera algo más que una solución, simplemente
es la actualidad de la tecnología para soportar procesos de negocio en una
arquitectura WEB. (Garimella, Lees, & Williams)
44
BPMS permite realizar un control de flujo de información (documentos digitalizados,
integración datos, etc.) mediante la interacción entre todos los entes involucrados en un
proceso, sea sistemas o personas, proveyendo una seria de beneficios con la mejora de
niveles de servicio, eficiencia, transparencia, etc.
Las BPMS ofrecen diferentes beneficios a las organizaciones como:
Facilitan la orquestación tanto de tareas humanas como de sistemas en un mismo
proceso a la vez que permite utilizar las aplicaciones legacy existentes en la
organización.
Proporcionan al usuario un entorno de trabajo intuitivo mediante el uso de portal
de tareas que combinan capacidades de monitorización de actividades de negocio
(BAM), e indicadores clave de rendimiento (KPIs) definidos por el usuario en
tiempo real y procesos de datos históricos proporcionando feedback cuantitativo
a los propietarios de los procesos.
Permite adaptarse a las necesidades de mercado y manejar excepciones, de forma
ágil, modificando tanto la regla de negocio como los procesos en tiempo real.
Identificar cuellos de botella en los procesos mediante la combinación de
simulación, herramientas de escenarios de pruebas, y capacidades analíticas que
monitorizan los procesos a través del ciclo de vida completo de los mismos.
Las suites BPMS ofrecen una gestión de tareas inequívoca y con una
trazabilidad completa, permiten definir en cada tarea quien es responsable de
qué, actividades retrasadas y cuánto tiempo se retrasaron, otras completadas.
En el caso de tareas rutinarias, se asegura la consistencia. La visualización de los
procesos facilita a los usuarios la identificación de tareas inter-departamentales o
45
inter-organizacionales y un mayor compromiso con la actividad al conocer la
implicación de su trabajo.
En un mismo proceso pueden combinarse contenido estructurado y no
estructurado, con documentos y formularios cuyo contenido va dirigiendo el
resultado de nuevos eventos de forma que procesos que influyen en la creación,
modificación y aprobación de contenido en una organización se realizan de
forma inequívoca y sin fisuras.
1.2.2.1 Diferencias entre BPM y Automatización de procesos
La gestión por procesos se focaliza en medir y analizar el desempeño de los procesos en
operaciones, pero no incluye los conceptos de alineamiento con otras capas de la
organización por ejemplo, la integración de los procesos con la estrategia y la capa
tecnológica.
El termino BPM es bastante conocido el principio “los procesos debe seguir la
estrategia” y que “la tecnología debe seguir los procesos”. La gestión por procesos no
incluye ciertos ciclos de planificación y de alineamiento a los procesos como se aplica
en disciplina de gestión BPM.
Una vez que se integra la gestión BPM en la organización es momento de pensar en una
herramienta que apalanque todos estos principios y aquí nace la automatización de los
procesos que en su definición principal y objetivos de la organización que permiten
controlar mediante una plataforma BPMS, la cual contiene todo el proceso no manual.
46
Tomando en consideración que no todo proceso puedo o debe ser automatizado, por lo
cual se puede concluir con lo siguiente:
La Gestión BPM permite organizar o estructurar los procesos de una
organización, mientras que la automatización de los mismos deben tener una
plataforma tecnológica suficientemente madura conocidos como BPMS.
Gráfica gestión por procesos y tecnología
Figura 11. Gestión por procesos y tecnología
Elaborado por: (Paguay & López, 2016)
47
1.2.2.2 Comparativa herramientas BMPS
FRAUNHOFER es una empresa Europea de investigación orientado
exclusivamente a las necesidades de las personas: salud, tecnología, la
seguridad, la comunicación y medio ambiente. Como resultado de ello, la
labor de sus investigadores y desarrolladores tiene un impacto en la vida
de las personas.
En el 2014 uno tema de investigación fue BPMS, por lo cual se adjuntó
un extracto de su informe. El desarrollo de la administración de procesos
de negocio (BPM) en los últimos años ha ido aumentando a un ritmo muy
rápido.
En vista del hecho de que muchas empresas carecen actualmente de una
visión cualitativa del mercado de suites BPM, el año pasado el Fraunhofer
IESE realizó un mercado análisis como parte de un proyecto de
transferencia organizada por el estado alemán de Rin-tierra-Palatinado.
Gracias a la respuesta positiva, la decisión fue iniciar el análisis este año
en una escala más grande. Como parte de este estudio, las suites BPM de
AgilePoint, agito, Apia, Appway, AXON IVY, Bizagi, DHC Business
Solutions, Groiss Informática, HCMCus-tomerManagement, IBM, Inspire
Technologies, JobRouter, K2, Metasonic.
En este informe calificaron diferentes aspectos de las suites de BPM,
brindado una calificación general bajo los siguientes criterios:
Modelado de procesos
48
Implementación de procesos
Integración de sistemas
Ejecución de procesos
Gestión en tiempo de ejecución
Control de procesos
Gobernabilidad BPM
Administración
Nivel general de cumplimiento
Capacidades de producto
Facilidad de uso
Confianza
En resumen las calificaciones globales del estudio demuestra que la
práctica total de las suites de BPM que se evaluaron por su alto nivel de
capacidades del producto con respecto a los requisitos examinados. La
distribución es un poco más ancha para la facilidad de uso de las suites
BPM. Un alto nivel de facilidad de uso en relación con la solución global
sólo se ofrece por muy pocos productos. En particular en lo que respecta a
la facilidad de uso, pero en algunos casos también con respecto a las
capacidades del producto, todos los productos examinados todavía
muestran deficiencias en una o más áreas. La figura muestra una vista
general de la clasificación general con respecto a las capacidades del
producto y facilidad de uso. Las líneas divisorias en 75,0% para las
capacidades del producto y 66,6% para la facilidad de uso representan la
49
mitad del rango alcanzable de las puntuaciones. Además, el color de las
marcas indica el nivel de confianza en los productos. En el caso de un
punto negro (•), el nivel de confianza es de entre 90% y 100%; un punto
de color gris oscuro (•) indica un nivel de confianza de entre 70% y 90%.
(Fraunhofer, 2014)
Gráfica resultado de evaluación BPMS
Figura 12. Resultado de evaluación BPMS
Fuente: (Fraunhofer, 2014)
50
1.2.2.3 Diferencias entre WORKFLOW y BPMS
BPM contempla soporte para la interacción humana, e integración de aplicaciones, y es
aquí la diferencia fundamental con la tecnología de WorkFlow existente, es que BPM
integra en los flujos a los sistemas.
Gráfica Bizagi integración sistemas externos
Figura 13. Bizagi integración sistemas externos
Fuente: (Bizagi, 2002 - 2016)
Las soluciones de tipo WorkFlow solo se limitan a definir el flujo de actividades
humanas, o de documentos, y con esto obtener el seguimiento de procesos, pero en estos
casos si un participante del proceso requiere como parte de sus actividades ingresar
51
datos en una aplicación, entonces debía salir del ambiente del WorkFlow, levantar la
aplicación, y luego de terminar su operación volver al WorkFlow y registrar el cambio
de estado. En BPM todo está integrado en el mismo flujo lo que es más natural para un
participante, el completa su actividad dentro del flujo BPM, y se actualizan los sistemas
que tengas que actualizarse.
Otra diferencia es que BPM provee una sola interfaz para los participantes del proceso,
ocultando la interacción con los sistemas, mientras en un WorkFlow la persona debe
interactuar con los diferentes sistemas o ambientes.
Otro valor agradado de BPM es que ofrece una solución completa, abarca todo el ciclo
de vida de un proceso de negocio: análisis, modelamiento, ejecución y monitoreo de los
procesos. En BPM el modelo del proceso se convierte en el núcleo de la implementación
como solución tecnológica, por lo cual la lógica de negocio principal que antes bajo las
tecnologías tradicionales se debía programar y colocar sobre un servidor de aplicaciones,
ahora se reemplaza por un modelo que se sube al servidor de procesos con menor
intervención del área de TI.
También se pudo rescatar unas similitudes entre WorkFlow y BPM, es que en los dos se
puede dar seguimiento y control a los procesos de negocio, es decir, se puede conocer el
estado actual de cada proceso, en qué lugar del flujo se encuentra. Otra similitud que
BPM heredó de WorkFlow, es que a través del proceso generalmente fluye información,
lo que se llama metadata u otros objetos de negocio.
52
1.2.2.4 Bizagi Modeler
Bizagi Modeler es una herramienta que le permite modelar y documentar
procesos de negocio basado 100% en el estándar de acepción mundial
conocido como Business Process Model and Notation (BPMN). Usted
puede crear documentación de procesos en Word, PDF, SharePoint o
Wiki, e importar o exportar la información de los mismos desde y hacia
Visio o XML entre otros.
Con su comportamiento intuitivo y su amigable interfaz gráfica, usted
puede diagramar y documentar procesos de manera más rápida y fácil sin
necesidad de esperar por alguna rutina de validación.
El modelado de procesos en un ejercicio en el cual usted diseña y
diagrama un flujo de proceso. El proceso debe ser auto explicativo de
manera que cualquier persona pueda entenderlo fácilmente. Modelar un
proceso le permite a usted y su equipo entender y analizar los procesos
con el fin de proponer mejoras de manera iterativa. (Bizagi, 2002 - 2016)
1.2.2.5 Bizagi Studio
Bizagi BPM Suite le permite a usted y a su organización manejar todo el
ciclo de vida de sus procesos: Modelar, Construir, y Ejecutar, usando un
ambiente gráfico y con la mínima cantidad de programación. Gestionando
todo el ciclo de vida de sus procesos usted puede lograr productividad,
eficiencia y crecimiento de utilidades de forma sostenible en el largo
plazo
53
Automatizar es convertir todas las actividades del proceso en una
aplicación tecnológica. Bizagi Studio es una herramienta utilizada para la
automatización de procesos que fueron definidos previamente en Bizagi
Modeler. Un asistente fácil de usar guía a través de cada uno de los pasos
para crear un proceso completo: definir el modelo de datos, las interfaces
de usuarios, las reglas de negocio, la asignación de trabajo y la
integración con otras aplicaciones, entre otras cosas. (Bizagi, 2002 -
2016)
1.2.2.6 Bizagi Engine
El modelo es almacenado en una base de datos y es interpretado y
ejecutado por Bizagi Engine. El modelo se presenta en el Portal de
Trabajo (aplicación web) accediendo a este a través de un navegador.
Bizagi Engine, basado en el modelo de proceso previamente construido,
vigila la correcta ejecución de las tareas y actividades que intervienen en
el proceso de negocio; controlando y verificando que cada una de las
tareas sean realizadas en el momento correcto, por la persona correcta y
de acuerdo a los lineamientos, objetivos y otras reglas de negocio
establecidas por la compañía.
El portal de trabajo resultante tiene una característica muy importante:
Cuando un proceso es modificado (cualquier elemento del modelo) éste
se actualiza automáticamente y el cambio será visualizado de forma
inmediata. (Bizagi, 2002 - 2016)
54
1.2.2.7 Arquitectura de producto
La arquitectura interna de Bizagi se apoya en un diseño moderno con uso
de tecnología igualmente moderna que permite ofrecer una solución
completa de nivel empresarial.
Bizagi no genera código intermedio y al ser orientado al modelo, usted
puede fácilmente: configurar una arquitectura de alta disponibilidad,
escalar horizontalmente dicha solución, o utilizar mecanismos adicionales
a nivel de la base de datos (p.e, una replicación del ODS) para optimizar
el acceso a los datos para las operaciones diarias y para los reportes.
El siguiente diagrama ilustra los componentes principales internos de
Bizagi en ejecución (Bizagi Engine) y su arquitectura interna: (Bizagi,
2002 - 2016)
55
Gráfica arquitectura de producto
Figura 14. Gráfica arquitectura de producto
Fuente: (Bizagi, 2002 - 2016)
1.2.2.8 Configuración de herramientas vs desarrollo tradicional
La diferencia entre configuración de herramientas y desarrollo tradicional radica en el
cambio de conceptualización y análisis de cada uno de los métodos a utilizar. Las
herramientas de desarrollo de aplicaciones es un conjunto de componentes (menús,
botones, estructura de ventanas, código fuente y que abarca compiladores, editores y
56
depuradores, los cuales brindan apoyo a la mayoría de los lenguajes de programación).
Por otra parte, la configuración de herramientas usualmente identifica las principales
actividades tales como: modelado, diseño, implementación (codificación), pruebas y
despliegue. “Con la configuración de herramientas para modelar procesos se puede
identificar y representar los elementos clave del proceso así como las personas
involucradas en cada actividad según el rol que cada uno desempeñe.” (Bizagi, 2002 -
2016)
Tabla 3. Comparación configuración de herramientas vs desarrollo tradicional
Configuración de herramientas Desarrollo tradicional
Diagramar y documentar el flujo del
proceso
Analizar el problema a resolver.
Diseño de procesos en notación
estándar
Implementar el programa en un lenguaje de
programación (depende la herramienta).
Arquitectura predefinida Análisis de infraestructura necesaria para
soporte de la aplicación
Requiere software instalado
dependiendo la plataforma.
Requiere software instalado dependiendo la
plataforma.
Tiene asociada una Base de Datos en
la configuración
Es necesario implementar código en la Base
de Datos
Procedimiento Almacenados
Funciones
Entre otros
57
Automatizar (Configurar
herramienta)
Modelar Datos
Definir formar
Crear reglas de Negocio
Definir Participantes
Integrar
Diseño de solución con propuesta de
algoritmo.
Reutiliza código
Diferentes métodos
Estructura en capas
Ejecutar Compilar el programa.
Necesita pruebas de escenario de
flujos.
Realizar pruebas de ejecución.
Nota: (Paguay & López, 2016)
1.2.2.9 Business Process Modeling Notacion (BPMN)
Notación para el modelamiento de proceso de negocio (Business Process
Modeling Notation) es una notación gráfica que describe la lógica de los
pasos en un proceso de negocio. Esta notación ha sido diseñada
especialmente para coordinar la secuencia de procesos y mensajes que
fluyen entre participantes de actividades distintas. (Bizagi, 2002 - 2016)
BPMN es un lenguaje formal que tiene como notación sintaxis gráfica, los mismo que
tiene una relación con leguaje BPEL (Lenguaje de ejecución de procesos de negocio con
servicios Web), el mismo que consiste en un lenguaje basado en XML y que tiene como
características invocar diferentes servicios WEB, además de con la necesidad de
58
manejar diferentes lenguajes de programación permitiendo comunicación con diferentes
servicios mediante orquestación.
BPMN permite modelar, simular, automatizar para posteriormente ejecutar lo procesos
diseñados en las organizaciones, actualmente se considera como un lenguaje estándar
para los procesos de negocio, como actualmente lo es UML, bajo esta consideración
todo procesos de negocio modelado bajo BPMN debe cumplir con ciertas características
propias del lenguaje y potenciar su funcionamiento con las diferentes herramientas
tecnológicas que cada proveedor de BPM brinda.
Actualmente los procesos de negocio han permitido expandir sus necesidades en las
cuales intervienen diferentes software que las organizaciones tienen en su momento, así
como involucrar a varios participantes, generando tener una organización empresarial
más organizada buscando generar una gran productividad hacían el cliente interno y
brindar una gama de productos eficientes para el cliente externo.
1.2.2.9.1 Tareas o Actividades
Las tareas realizan las actividades del proceso, las mismas pueden tener intervención
humana o por el sistema. Una tarea puede contener varias conexiones de entrada pero
solo una de salida, con excepciones considerables que son aquellas que contienen
eventos que pueden tener dos salidas que corresponde una a la tarea y otra al evento
relacionado.
59
Una tarea puede tener conexión a otros sistemas mediante servicios expuestos por otros
sistemas, estos no tienen límite alguno pero si se debe considerar cierta cantidad con el
fin de tener un sistema con respuestas óptimas.
De manera particular tiene ciertas características propias de las tareas en modelamiento
BPM como son:
Duración
Alarmas
Expresiones
Reglas de asignación
Controles de pantallas
Costo
Prioridad
Estado
Tabla 4. Tareas o actividades
Nombre Símbolo Función
Tarea de
usuario
Es una tarea de flujo de trabajo típica donde un humano
realiza la Tarea que tiene que ser completada en cierta
cantidad de tiempo. Se usa cuando el trabajo durante el
proceso no se puede subdividir en niveles más finos
dentro del flujo.
60
Nota: (Bizagi, 2002 - 2016)
Tarea de
Servicio
La Tarea de Servicio es una tarea realizada por el
sistema, sin intervención humana. Por ejemplo, las
interfaces con otros sistemas y actividades de
computador, entre otras.
Tarea de
envío y
recepción
Las tareas de Envío y Recepción son opciones de lanzar
y atrapar que son usadas para enviar un Mensaje o
recibir un Mensaje. Cuando se usa para lanzar (enviar)
un mensaje, la figura tiene una flecha que apunta a la
derecha. Por otro lado, cuando se usa para atrapar
(recibir) el mensaje, la figura tiene una flecha
apuntando a la izquierda.
Tarea de
script
Una tarea de Script es una tarea automática en la que el
servidor ejecuta un script. No tienen interacción
humana y no se conecta con ningún servicio externo.
Esta figura es recomendada para enviar Correos
Electrónicos y para la ejecución de Expresiones de
Scripting.
Tarea
manual
Ésta es una Tarea que se espera ser realizada sin la
ayuda de algún motor de ejecución de proceso de
negocio o alguna aplicación. Un ejemplo de esto puede
ser una secretaria archivando documentos físicos.
61
1.2.2.9.2 Subprocesos
Un subproceso es una seria de actividades que tiene una secuencia lógica y organizada
que cumple los mismos propósitos del proceso padre, también se considera que el
subproceso es un proceso en sí mismo.
Dicho subproceso puede ser parte de un proceso padre, así como puede ser parte de
diferentes procesos, que tiene diferentes entradas para ser activado.
Tabla 5. Subprocesos
Nombre Símbolo Función
Subproceso
Un subproceso es una actividad compuesta incluida
dentro de un proceso. Éste es compuesto dado el hecho
que esta figura incluye un conjunto de actividades y
una secuencia lógica (proceso), que indica que la
actividad mencionada puede ser analizada a un nivel
más fino. Se puede colapsar o expandir.
Subproceso
múltiple
Esta propiedad del subproceso permite la creación de
instancias múltiples. Cada instancia representa una
relación 1-N dentro del proceso. Subprocesos múltiples
aplican sólo para procesos no embebidos.
Subproceso
embebido
Contiene un conjunto de actividades que no son
independientes del proceso pariente, y por esto,
comparten la misma información o datos.
Nota: (Bizagi, 2002 - 2016)
62
1.2.2.9.3 Eventos
Los eventos son algo que sucede en diferentes etapas de los procesos según el modelado
realizado en el flujo. Existe diferente tipo de eventos y cada tipo de evento cumple
funciones específicas en los flujos.
Tabla 6. Eventos
Nota: (Bizagi, 2002 - 2016)
1.2.2.9.4 Eventos de inicio
Todo flujo debe siempre tener un inicio y en este caso es un evento de inicio el mismo
que puede iniciar sea por una acción manual así como por un evento como mensaje,
tiempo de configuración o alerta.
Nombre Símbolo Función
Inicio
Como su nombre lo indica, representa el punto de inicio de un
proceso.
Intermedio
Ocurren entre un evento de inicio y de fin. Afecta al proceso
pero no lo iniciará o directamente finalizará.
Fin
Indica cuando un proceso termina.
63
Tabla 7. Eventos de inicio
Nombre Símbolo Función
Mensaje
Un proceso activo envía un mensaje a otro proceso específico para
activar su inicio.
Alarma
Se puede fijar una hora-fecha específica (e.g. todos los lunes a las
9am) en la que se activa al inicio del proceso.
Señal
Un proceso activo envía una señal y causa el inicio del proceso.
Notar que la señal se envía a cualquier proceso que pueda recibir
la señal, pero no es un mensaje.
Nota: (Bizagi, 2002 - 2016)
1.2.2.9.5 Eventos intermedios
Los eventos intermedios permiten tener diferentes configuraciones en diferentes etapas
del flujo, considerando cierta condiciones como alertas por tareas incompletas, mensajes
al cumplir cierto tiempo de espera, instanciar otro proceso después de recibir una señal,
así se pueden definir diferentes tipos de controles mediantes los eventos intermedios.
Tabla 8. Eventos intermedios
Nombre Símbolo Función
Temporizador
Esta figura representa un mecanismo de retraso dentro del
proceso. Este tiempo puede ser definido en una Expresión o
como parte de la información del proceso (Fecha o duración
en cualquier unidad de tiempo).
64
Caminos de
excepción
Caminos de excepción del flujo ocurren fuera del flujo
normal del proceso y se basa en un evento intermedio que
ocurre durante el curso del proceso. En la figura me muestra
el uso de línea de excepción con un subproceso y una
actividad.
Mensaje
Un Evento Intermedio de Mensaje puede ser usado tanto
para enviar como para recibir un mensaje. Cuando se usa
para "lanzar" el mensaje, un marcador DEBE ser llenado.
Cuando se usa para "atrapar" el mensaje el marcador DEBE
estar sin llenar. Esto causa que el proceso continúe si éste
estaba esperando por el mensaje o cambia el flujo para
manejo de excepciones. Para atrapar y lanzar mensajes debe
tener el mismo nombre.
Enlace
Un Enlace es un mecanismo para conectar dos secciones de
un Proceso. Los Eventos de Enlace pueden ser usados para
crear situaciones de bucle o para evitar líneas de Secuencia
de Flujo largas. Los usos de los Eventos de Enlace son
limitados a un solo nivel de proceso.
Señal
Las señales son usadas para enviar o recibir comunicaciones
generales dentro y a través de los niveles de Proceso y entre
Diagramas de Proceso de Negocio. Una señal BPMN es
similar a una señal de bengala que se dispara al cielo para
cualquiera que pudiera estar interesado y luego reaccionara.
65
Entonces hay una fuente de la señal, pero ningún objetivo
específico.
Nota: (Bizagi, 2002 - 2016)
1.2.2.9.6 Eventos de fin
Los eventos de fin, como su nombre lo indica es que el flujo llego a su final no
necesariamente al culminar todas la tareas, estos pueden ser configurados en diferente
etapas del proceso mediante ciertas configuraciones como recibir un error, mensaje,
señal o cancelar una actividad.
Tabla 9. Eventos de fin
Nombre Símbolo Función
Terminador
Es el fin del proceso. Solo existe uno por flujo. Si el proceso
alcanza este evento, éste debe cerrarse.
Cancelación
Este tipo de Fin es usado dentro de un subproceso de
transacción. Éste indica que la transacción debe ser cancelada
y causa un Evento Intermedio de Cancelación adjunto a la
frontera del subproceso.
Mensaje
Este tipo de Fin indica que un mensaje se envía a un proceso o
caso de actividad específica, al concluir el proceso.
Señal
Este tipo de Fin indica que la señal debe ser transmitida
cuando el Fin haya sido alcanzado. Note que la señal es
enviada a cualquier proceso que pueda recibir la señal y pueda
66
ser enviada a través de los niveles del proceso, pero no es un
mensaje (el cual tiene una fuente y un objetivo).
Nota: (Bizagi, 2002 - 2016)
1.2.2.9.7 Compuertas
Las compuertas de decisión tienen como figura el rombo o diamante, y como
funcionalidad del modelamiento BPMN es que se debe configurar reglas de negocio así
como expresiones las mismas que son evaluadas en las compuertas de decisión, las
cuales controlan la divergencia y convergencia del flujo.
Como se puede ver en el cuadro siguiente tiene diferente funcionalidad según se escoja o
se necesite dentro del flujo modelado, para un correcto funcionamiento deben contener
todas las alternativas posible caso contrario el flujo no determinara que camino
continuar.
Tabla 10. Compuertas
Nombre Símbolo Función
Decisión
exclusiva
Decisión basada en datos del sistema. El mismo elemento se
usa para sincronizar esta figura.
Decisión
inclusiva
Inclusiva o multi-decisión. Uno o más caminos pueden ser
activados. Uno o más caminos deben sincronizarse
dependiendo de las actividades anteriores de la misma figura.
67
Decisión
compleja
Elemento para controlar puntos de una decisión compleja. Por
ejemplo, cuando 3 de 5 caminos deben esperar.
Decisión
paralela
Indica puntos en el proceso en el que varias ramas se
desprenden o convergen en paralelo. El mismo elemento se
usa para sincronizar esta figura.
Nota: (Bizagi, 2002 - 2016)
1.2.2.9.8 Conectores
La función principal de los conectores es enlazar una tarea, evento, subproceso,
compuerta de decisión con otras figuras sean de una misma característica o diferente.
Además los conectores permiten conocer el orden de ejecución del flujo modelado.
Tabla 11. Conectores
Nombre Símbolo Función
Línea
normal
La línea normal se refiere al flujo que se originan en el
inicio, continúa a través de actividades hasta terminar en
un evento de salida (por ejemplo el FIN).
Flujo
condicional
Este flujo tiene una condición asignada que define si el
flujo es usado. Se puede asignar a cualquier figura en el
proceso que requiera evaluar una condición para seguir
cierto camino.
Línea por
Para decisiones basadas en datos o decisiones inclusivas,
un tipo de camino del flujo es el de condiciones por
68
default
“default”. Este tipo de transiciones se presenta únicamente
si todas las otras condiciones son no verdaderas en un
mismo instante.
Una vez asignada la condición “Else” a la transición, se
verá la flecha como aparece en el dibujo a la derecha.
Nota: (Bizagi, 2002 - 2016)
1.2.3 Metodología para automatización de procesos
1.2.3.1 Proceso para el desarrollo de software
Un proceso para el desarrollo de software, también denominado ciclo de vida del
desarrollo de software es una estructura aplicada al desarrollo de un producto de
software. Hay varios modelos a seguir para el establecimiento de un proceso para el
desarrollo de software, cada uno de los cuales describe un enfoque diferente para
diferentes actividades que tiene lugar durante el proceso. Algunos actores consideran un
ciclo de vida un término más general que un determinado proceso para el desarrollo de
software específicos que se ajustan a un modelo de ciclo de vida espiral.
1.2.3.2 Actividades del desarrollo de software
1.2.3.2.1 Planificación
La importante tarea a la hora de crear un producto de software es obtener los requisitos o
el análisis de requisitos. Los clientes suelen tener una idea más bien abstracto del
resultado final, pero no sobre las funciones que debe cumplir el software.
69
Una vez que haya recopilado los requisitos del cliente, se debe realizar un análisis del
ámbito de desarrollo. Este documento se conoce como especificaciones funcionales.
1.2.3.2.2 Implementación, pruebas y documentación
La implementación es parte del proceso en el que los ingenieros de software programan
el código para el proyecto.
Las pruebas de software son parte esencial del proceso de desarrollo de software. Esta
parte del proceso tiene la función de detectar los errores de software lo antes posible.
La documentación del diseño interno de software con el objetivo de facilitar su mejora y
su mantenimiento se realiza a los largo del proyecto. Esto puede incluir la
documentación de un API, tanto interno como externo.
1.2.3.2.3 Despliegue y mantenimiento
El despliegue comienza cuando el código ha sido suficientemente probado, ha sido
aprobado para su liberación y ha sido distribuido en el entorno de producción.
Entrenamiento y soporte para el software es de suma importancia y algo que muchos
desarrolladores de software descuidan. Los usuarios, por naturaleza, se oponen al
cambio porque conlleva cierta inseguridad, es por ello que es fundamental instruir de
forma adecuada a los futuros usuarios del software.
70
1.2.3.3 Modelos de desarrollo de software
Hay varios modelos para perfilar el proceso de desarrollo, cada uno de los cuales cuenta
con pros y contras. El proyecto debe escoger el más apropiado para sus necesidades. En
ocasiones puede que una combinación de varios modelos sea ideal.
1.2.3.3.1 Modelo incremental
El modelo incremental combina elementos del modelo en cascada con la
filosofía interactiva de construcción de prototipos. Se basa en la filosofía
de construir incrementando las funcionalidades del programa. Este
modelo aplica secuencias lineales de forma escalonada mientras progresa
el tiempo en el calendario. Cada secuencia lineal produce un incremento
del software.
Cuando se utiliza un modelo incremental, el primer incremento es a
menudo un producto esencial, sólo con los requisitos básicos. Este
modelo se centra en la entrega de un producto operativo con cada
incremento. Los primeros incrementos son versiones incompletas del
producto final, pero proporcionan al usuario la funcionalidad que precisa
y también una plataforma para la evaluación. (Comunicación, 2011)
Ventajas
Las ventajas que brinda el modelo incremental se puede enlistar las siguientes:
Se obtiene software de manera rápida.
71
Los ciclos para una nueva versión son cortos.
Permite reducir costos ya que es flexible en nuevos planteamiento de requisitos.
Al tener errores se plantea una nueva iteración más pequeña.
La gestión de riesgos es fácil de manejar.
Las pruebas son cortos y sencillas de ejecutar.
Desventajas
Este modelo debe ser ejecutado de manera correcta desde su inicio, para en lo posible
evitar problemas grandes inconvenientes, bajo este criterio es importante tener
experiencia para definir correctamente cada iteración, siendo así se puede destacar los
siguientes inconvenientes:
La iteración planteada debe ser ejecutada completamente.
Los requisitos de la iteración no pueden ser cambiados mientras este en progreso.
La arquitectura inicial puede presentar problemas conforme se implementen las
siguientes iteraciones por falta de requisitos.
Para evaluar la integridad y consistencia del software se debe esperar hasta su
última iteración.
72
Gráfica modelo incremental
Figura 15. Modelo incremental
Fuente: (Comunicación, 2011)
1.2.3.3.2 Modelo iterativo
Es un modelo derivado del ciclo de vida en cascada. Este modelo busca
reducir el riesgo que surge entre las necesidades del usuario y el producto
final por malos entendidos durante la etapa de recogida de requisitos.
Consiste en la iteración de varios ciclos de vida en cascada. Al final de
cada iteración se le entrega al cliente una versión mejorada o con mayores
funcionalidades del producto. El cliente es quien después de cada
73
iteración evalúa el producto y lo corrige o propone mejoras. Estas
iteraciones se repiten hasta obtener un producto que satisfaga las
necesidades del cliente.
Este modelo se suele utilizar en proyectos en los que los requisitos no
están claros por parte del usuario, por lo que se hace necesaria la creación
de distintos prototipos para presentarlos y conseguir la conformidad del
cliente. (Comunicación, 2011)
Ventajas
El modelo iterativo brinda varias ventajas que deben ser tomadas en cuenta antes de
iniciar el desarrollo de software, como las siguientes:
No es necesario que estén definidos todos los requerimientos.
Se puede aprovechar cada iteración para mejorar en anterior entregable.
Los ciclos de desarrollo son cortos.
Al presentar los entregables de la iteración son sencillos de probar y también su
puesta en producción.
Desventajas
Le modelo incremental presenta ciertas inconvenientes como:
74
Al no tener los todos los requisitos pueden presentarse inconvenientes en futuros
entregables.
La arquitectura presentada inicialmente debe garantizar su utilización al finalizar
todas las iteraciones.
Gráfica modelo iterativo
Figura 16. Modelo iterativo
Fuente: (Comunicación, 2011)
75
1.2.3.3.3 Modelo iterativo e incremental
Las iteraciones se pueden entender como mini proyectos: en todas las
iteraciones se repite un proceso de trabajo similar (de ahí el nombre
“iterativo”) para proporcionar un resultado completo sobre producto
final, de manera que el cliente pueda obtener los beneficios del proyecto
de forma incremental. Para ello, cada requisito se debe completar en una
única iteración: el equipo debe realizar todas las tareas necesarias para
completarlo (incluyendo pruebas y documentación) y que esté preparado
para ser entregado al cliente con el mínimo esfuerzo necesario. De esta
manera no se deja para el final del proyecto ninguna actividad arriesgada
relacionada con la entrega de requisitos.
En cada iteración el equipo evoluciona el producto (hace una entrega
incremental) a partir de los resultados completados en las iteraciones
anteriores, añadiendo nuevos objetivos/requisitos o mejorando los que ya
fueron completados. Un aspecto fundamental para guiar el desarrollo
iterativo e incremental es la priorización de los objetivos/requisitos en
función del valor que aportan al cliente.” (Comunicación, 2011)
76
Gráfica modelo iterativo e incremental
Figura 17. Modelo iterativo e incremental
Fuente: (Comunicación, 2011)
Ventajas
El modelo incremental iterativo presenta varias ventajas que se enlistaras a continuación:
Los incrementos permiten al cliente ir asentando sus necesidades para futuras
iteraciones y también conocer el software entregado.
Las mejoras o modificaciones pueden ser efectuadas en tiempo corto.
Reacciona de manera efectiva en cambios estratégicos que la organización
plantee sobre el software.
77
El producto entregado puede ir cambiando de acuerdo a las necesidades del
cliente en costos convenientes.
Mediante las ventajas presentadas se puede concluir que el cliente u organización puede
iniciar el proyecto con requisitos de alto nivel, los mismo que son afinados conforme
avancen las iteraciones que le producto final, pero si es importante empezar por aquellos
que más valor aportan.
Una vez finalizada cada iteración el cliente desde la fase de pruebas puede ir sacando
conclusiones y más aún cuando el software ya se encuentre en ambiente productivo, lo
cual permite gestionar sobre los resultados, ya sean estos con el fin de proponer nuevas
mejoras o funcionalidades que sean convenientes en el mercado. Con esta información
ya es posible planificar una serie de cambios que permitan alinearse a las necesidades de
los clientes, con lo cual al finalizar el proyecto el cliente obtenga los resultados
esperados.
Cada iteración presenta el progreso real del proyecto, con lo cual se puede visualizar una
fecha de cierre del entregable total. Adicional el cliente u organización al finalizar cada
iteración puede ser priorizada ya sea por estrategia de mercado, mejoras significativas,
etc.
Desventajas
Este modelo presenta ciertos inconvenientes como se pueden ver a continuación:
La disponibilidad del cliente debe ser alta durante todo el proyecto dado que participa de
manera continua:
El cliente debe estar presente durante gran parte de la iteración.
78
Es responsabilidad del cliente detallar los requerimientos necesarios de la
iteración.
El cliente es el encargado de probar el correcto funcionamiento del software en
función de los requerimientos solicitados.
La relación con el cliente ha de estar basada en los principios
de colaboración y ganar/ganar más que tratarse de una relación
contractual en la cual cada parte únicamente defiende su beneficio a corto
plazo.
Cada iteración debe dar como resultado requisitos terminados, de manera
que el resultado sea realmente útil para el cliente y no deje tareas
pendientes para futuras iteraciones o para la finalización del proyecto.
Cada iteración ha de aportar un valor al cliente, entregar unos resultados
cerrados que sean susceptibles de ser utilizados por él. Es
necesario disponer de técnicas y herramientas que permitan hacer
cambios fácilmente en el producto, de manera que pueda crecer en cada
iteración de manera incremental sin hacer un gran esfuerzo adicional,
manteniendo su complejidad minimizada y su calidad. (Albaladejo, 2012)
1.2.3.3.4 Análisis y definición de requerimientos
Los servicios, restricciones y metas del sistema se definen a partir de las consultas con
los usuarios. Entonces, se definen en detalle y sirven como una especificación del
sistema.
79
1.2.3.3.5 Diseño del sistema y software
El sistema divide los requerimientos en sistemas de hardware o software. Establece una
arquitectura completa del sistema. El diseño del software identifica y describe las
abstracciones fundamentales del sistema software y sus relaciones.
1.2.3.3.6 Implementación o configuración
Durante esta etapa, el diseño de software se lleva a cabo como un conjunto o unidades
de programas. La prueba de unidades implica verificar que cada una cumpla su
especificación.
1.2.3.3.7 Integración y pruebas del sistema
Los programas o las unidades individuales de programas se integran y prueban como un
sistema completo para asegurar que se cumplan los requerimientos de software. Después
de las pruebas, el sistema de software se entrega al cliente.
1.2.3.3.8 Funcionamiento y mantenimiento
Por lo general (aunque no es necesario), ésta es la fase más larga del ciclo
de vida. El sistema se instala y se pone en funcionamiento práctico. El
mantenimiento implica corregir errores no descubiertos en las etapas
anteriores del ciclo de vida, mejorar la implementación de las unidades
80
del sistema y resaltar los servicios del sistema una vez que se descubren
nuevos requerimientos. (Sommerville, 2005)
Gráfica fases del modelo iterativo e incremental
Figura 18. Fases del modelo iterativo e incremental
Fuente: (Sommerville, 2005)
81
CAPITULO 2
2.1 ANÁLISIS Y DISEÑO
En esta fase se definió los objetivos y el alcance del proceso de casos judiciales. Se
recopiló la información necesaria para las fases posteriores y se especificaron las
funcionalidades, estructuras y contenidos del proceso. Esta información se documentó
para validar y cumplir con los compromisos establecidos con el estudio jurídico
Alvarado & Asociados.
2.1.1 Levantamiento de proceso
Durante el levantamiento del proceso, se utilizó herramientas que permiten obtener toda
la información referente a casos judiciales, la misma que se registró en la matriz de
indagación AS IS, dónde se detalla paso a paso las actividades que se realizan en los
procesos judiciales. Es aquí importante el enfoque inicial porque permite diagnosticar el
desempeño del estudio jurídico y estandarizar el proceso el cual fue representado en un
diagrama de notación BPMN.
2.1.1.1 Levantamiento de requerimientos
El éxito o el fracaso de un proyecto depende de cómo se levanten los requerimientos al
inicio del mismo, para este proyecto se realizó reuniones con los involucrados en el
proceso de casos judiciales obteniendo como resultado el levantamiento AS IS, en el que
se determinó cada tarea y las actividades que se realiza en cada una de ellas, lo que ha
82
permitido establecer una secuencia lógica en los juicios, adicional, esta entrada es el
insumo principal de las próximas reuniones.
2.1.1.2 Levantamiento AS IS
En el levantamiento AS IS figura 19 se utilizó una ficha estándar que recoge todos los
aspectos relevantes del proceso judicial tanto en la rama de penal y laboral, adquiriendo
la secuencia lógica de las tareas del flujo.
La información del proceso se obtuvo mediante reuniones en las cuales se establecieron
tareas, actividades, información y relaciones entre actores para estructurar el flujo,
siendo la primera experiencia para el estudio jurídico en el tema de procesos. Fue
importante ordenar de manera eficiente la secuencia de tareas, lo cual permitió culminar
con el denominado diagrama del flujo AS IS en la notación BPMN.
Este levantamiento de información no solo define un diagrama, puesto que cada tarea
fue ingresada en la matriz de indagación AS IS donde se registró el comportamiento del
proceso, el detalle de cada actividad, criterios por el cual avanza el flujo, tiempos
relativos por quien ejecuta las tareas, documentos o respaldos del juicio y un registro
para colocar y ubicar oportunidades de mejora (Ver anexo 2).
Mediante el levantamiento y luego del primer diagrama realizado se pudo dividir al
proceso en diferentes etapas y conocer quienes interactúan sobre las mismas, siendo la
etapa de seguimiento del casos judicial la más extensa y cuyo actor principal sobre las
actividades de esta etapa es el abogado especialista, encargado de llevar a cabo el trámite
del cliente hasta el cierre del mismo.
83
Gráfica levantamiento AS IS
84
85
Figura 19. Levantamiento AS IS
Elaborado por: (Paguay & López, 2016)
86
Como se puede observar la figura 19 se utilizó Bizagi Modeler en notación BPMN 2.0,
se escogieron los elementos necesarios para el flujo que está contenido en un pool¹
mismo que tiene divisiones para identificar los roles que participan en el flujo. Se puede
apreciar que las tareas manuales o de usuario son las únicas usadas en el proceso.
Adicional, no existen eventos que permitan controlar o accionar ciertas tareas. El rol
abogado especialista contiene la mayor cantidad de tareas, lo cual evidenció que es
necesario controlar esta etapa, ya que es considerado como las más importante con base
en la información que ha brindado el cliente, el diagrama AS IS valida que no se realiza
integración alguna con otro aplicativo del estudio jurídico.
2.1.1.3 Rediseño TO BE
La etapa de rediseño TO BE dio inició a partir del documento y diagrama obtenido en el
levantamiento AS IS, entonces una de las acciones más significativas aplicadas al
rediseño, fue la determinación de tareas que no agregan valor en el proceso y se plasmó
las oportunidades de mejoras. Entre los puntos más vulnerables considerados después
del análisis realizado son: los respaldos extraviados y documentos entregados sin
registro de responsable, lo que permitió configurar controles en las actividades. Se creó
nuevos controles para cumplir la actividad de manera completa, este criterio fue
aprobado en base a la agrupación de tareas correspondientes a un mismo responsable.
Otra mejora plasmada fue configurar tiempos de control en las actividades del flujo para
garantizar tiempos reales con esperas controladas.
Pool.- área que contiene el diagrama de proceso en notación BPMN.
87
Se logró establecer el rediseño TO BE figura 20 y este fue aprobado por el estudio
jurídico. Resaltando el agrupamiento de actividades y tiempos establecidos para control
de actividades, se afianzo el comportamiento del flujo utilizando las reglas de negocio
que se derivan de las políticas (Ver anexo 3).
Gráfica rediseño TO BE
88
Figura 20. Rediseño TO BE
Elaborado por: (Paguay & López, 2016)
89
El rediseño TO BE ha permitido continuar con el uso de notación BPMN y establecer
los roles de cada participante en el proceso para relacionar sus funciones con las
actividades que le corresponden, en el diagrama se ratificó el uso de actividades
manuales o de usuario en los roles de abogado laborista y penalista qué contiene la
mayor cantidad de actividades. Entonces para mantener una correcta comunicación se
realizó la configuración de notificaciones mediante correo electrónico tanto al cliente
cómo un aviso de una nueva tarea que se encuentra en la bandeja del siguiente usuario
del estudio jurídico. Adicional, se colocó eventos de tiempos para espera en los trámites
judiciales que son sumamente extensos para brindar excelente servicio para los clientes
2.1.1.4 Requerimientos funcionales
Los requerimientos funcionales fueron levantados en base a la información adquirida en
la reunión de levantamiento AS IS, ya que permitió identificar los servicios que el
sistema debe proporcionar, cada actividad contiene entradas, salidas y comportamiento
en situaciones particulares, por lo que permitieron limitar actividades que solo tienen
enfoque operativo y no cumplen con las características para una futura automatización.
De esta manera ciertos campos son considerados como obligatorios que luego son
evaluados en las compuertas, adicional se obtiene datos de tiempo de ejecución de tareas
que son parámetros que a futuro pueden ser cambiados desde Bizagi Engine, donde se
establece roles, documentos preestablecidos con datos del cliente y del juicio, entre
otros. A continuación se enlistan los requerimientos funcionales del sistema:
90
Tabla 12. Requerimientos funcionales
Requerimientos funcionales
No Nombre Descripción
1 Participantes del
proceso
Al levantar el proceso se identificó los roles qué
posteriormente fueron asignados a los participantes del
estudio jurídico.
2 Actividades del proceso Inicialmente el estudio jurídico realizaba el seguimiento
de los juicios en base a su experiencia pero después del
levantamiento del proceso se ordenó las actividades para
mejorar el control de los casos atendidos.
3 Entrada de cada
actividad
En cada actividad se identificó datos de entrada los
cuales son evaluados.
4 Salidas de cada
actividad
Cada actividad presenta datos de salida que sirven para
evaluar el camino a seguir del proceso.
5 Políticas del estudio
jurídico
En el levantamiento del proceso fue necesario aplicar las
políticas que tiene establecido el estudio jurídico las qué
se derivaron en reglas de negocio para configurar las
compuertas del proceso.
6 Tiempos de ejecución
de eventos
Es necesaria la configuración de variables que permitan
controlar los tiempos de ejecución de temporizadores del
proceso, los cuales deben ser administrados desde el
ambiente de producción.
7 Levantamiento de Para mejorar la comunicación con el cliente se consideró
91
notificaciones del
proceso
él envió de notificaciones de correo electrónico para el
cliente y al participante que recibe una nueva actividad.
8 Creación de parámetros En el levantamiento del proceso se consideró crear
entidades paramétricas y parámetros que son
administrados desde el ambiente de producción.
9 Funcionalidad de los
formularios
En cada pantalla se estableció el funcionamiento de
acuerdo a los datos del cliente que sean necesarios
ingresar por el usuario.
10 Validar información de
los datos ingresados por
el usuario
Los campos de las pantallas tienen controles según su
tipo o característica para mantener la integridad de la
información del cliente.
11 Generar documentos
preestablecidos
En el estudio jurídico se creaba documentos por cada
cliente por lo cual fue necesario establecer plantillas que
varían de acuerdo en cada caso según los datos del
cliente.
Nota: (Paguay & López, 2016)
2.1.1.5 Requerimientos no funcionales
El levantamiento de requerimientos no funcionales fueron analizados después del
rediseño TO BE lo que permitió garantizar qué actividades, decisiones, controles son
ideales para el proceso y descartar servicios, restricciones o controles que no forman
parte de la plataforma Bizagi. A continuación se enlistan los requerimientos no
funcionales del sistema:
92
Tabla 13. Requerimientos no funcionales
Requerimientos no funcionales
No Nombre Descripción
1 Escalabilidad Al inicio del levantamiento del proceso una de las falencias que
presentaba el estudio jurídico es no almacenar la información del
cliente y del juicio esto se solucionó con el uso óptimo de
recursos tales como conexiones a la base de datos.
2 Disponibilidad La funcionalidad de disponibilidad va de la mano con el almacén
de datos en la cual se garantiza la consistencia transaccional. Ante
la falla del aplicativo, se cuenta con mecanismos que contemplen
la interrupción de transacciones para que estas finalicen de
manera correcta siendo esto un servicio que proporciona Bizagi.
3 Seguridad El proceso cuenta con usuarios, perfiles, roles y permisos de
seguridad teniendo en cuenta la alta sensibilidad de la
información que maneja de acuerdo a las especificaciones
funcionales dadas por lo que el flujo se rige a estándares de
seguridad requeridas por el sistema.
4 Mantenibilidad En el estudio jurídico una preocupación a futuro es la
administración del flujo. Por tanto el código de configuración de
las expresiones y acciones se encuentra estructurado de manera
consistente y predecible para un fácil entendimiento de quien lo
administre.
5 Desempeño Bizagi ofrece un buen desempeño del sistema ante una alta
93
demanda acorde a los requerimientos funcionales y no
funcionales del proceso; el estudio jurídico no tiene una alta
transaccionalidad por lo cual el tiempo promedio de ejecución no
mayor a 2 segundos es ideal.
6 Usabilidad Para el estudio jurídico no existió mayor problema en adaptarse a
la interfaces gráficas que brinda Bizagi y a pesar de no ser
amigables con los usuarios ya que utiliza formatos específicos de
la herramienta BPMS y limita a establecer formas como el cliente
lo requiera.
Nota: (Paguay & López, 2016)
2.1.1.6 Análisis informático
El análisis informático tuvo como objetivo entender el diagrama del flujo AS IS y TO
BE para tener una correcta interpretación del proceso, aprovechar las características de
la plataforma BPMS Bizagi, y lograr un correcto proceso automatizado, manteniendo un
esquema compartido entre quién definió el flujo y quién finalmente lo recibe que
ciertamente, debe tener un perfil técnico informático, .
En primer lugar se analizó el flujo del rediseño TO BE qué es el insumo principal, se
revisó la matriz de indagación que contiene el detalle de las actividades, elementos,
entradas, salidas, condiciones y se relacionó con el diagrama modelado en notación
BPMN, con lo cual desde el punto de vista técnico estableció mejoras en función de la
plataforma Bizagi (Ver anexo 4).
94
El análisis realizado tuvo resultados qué fueron evaluados en conjunto con el estudio
jurídico, pero se dejó en claro que las mejoras realizadas son en función de las buenas
prácticas del uso de plataforma Bizagi, para lo cual se estableció las siguientes:
Identificar variables que deben ser convertidas en parámetros.
Uso de temporizadores para evitar sobrecarga de tiempo en tareas.
Datos de convergencia, que deben ser obligatorios.
Reglas de negocio ejecutadas en orden coherente.
Asignación de perfiles.
Permisos de menú en la aplicación.
Controles de campos en formularios.
Banners de datos informativos.
Verificación de datos.
Envió de notificaciones.
Diseño de plantillas para documentos.
Identificar tablas de parámetros.
Las mejoras realizadas no generaron un reproceso del rediseño TO BE, ya que los
cambios propuestos fue aumentar temporizadores para controlar tiempos de espera en
los trámites judiciales, en los formularios los campos que sirven para convergencia del
procesos son obligatorios y debe generar documentos mediante plantillas prediseñadas
lo cual conservo el enfoque plasmado por los interesados en el estudio jurídico, pero que
ayudan de manera sustancial en un correcto funcionamiento de la herramienta y por ende
del flujo. El análisis informático no obedece a una metodología de proyectos
95
tecnológicos, pero es fundamental para una plataforma BPMS aprovechar las siguientes
características:
Tabla 14. Comparación plataforma BPMS – desarrollo tradicional
Plataforma BPMS Desarrollo tradicional
Contiene una arquitectura establecida. Su arquitectura es a nivel de capaz.
Invoca Servicios WEB. Los servicios WEB son creados y luego
invocados.
Sus configuraciones son amigables. Sus configuraciones deben siempre estar
asocian a sentencias de programación.
Reducido uso de sentencias de
programación.
Siempre utiliza sentencias de programación.
Contiene reportes de análisis BAM. Es necesario crear reportes.
Los campos en los formularios tienen
una relación directa con la base de
datos.
Es indispensable crear métodos de
programación para enlazar los campos con la
base de datos.
Nota: (Paguay & López, 2016)
Después del análisis realizado se inicia la etapa de automatización del flujo para lo cual
se trabajó con el modelo iterativo e incremental en la configuración de plataforma
Bizagi, cabe resaltar que la configuración de flujos en notación BPMN no se basa en la
programación tradicional por lo cual se planteó etapas para alcanzar la automatización
96
del proceso, por lo expuesto anteriormente se interpreta gráficamente en la figura 21 que
se muestra a continuación.
Gráfica modelo de automatización de procesos
Figura 21. Modelo de automatización de procesos
Elaborado por: (Paguay & López, 2016)
Para continuar con el modelo iterativo incremental es necesario conocer los pasos
indispensables para la automatización del proceso:
97
1. Modelar o importar proceso en notación BPMN.
2. Modelar de datos
3. Definir formas
4. Reglas de negocio
4.1. Definir expresiones
4.2. Acciones de la actividad
5. Definir participantes
6. Integrar
7. Ejecutar
En la lista de pasos para la automatización del flujo se realizó desde el primero al quinto,
el sexto paso no fue necesario puesto que no cuenta con otros aplicativos que requieran
integrarse mediante servicios web. El séptimo paso: ejecución o deploy no se utilizó ya
que el estudio jurídico debe decidir la fecha en la que necesita la versión en ambiente de
producción.
La primera iteración de la automatización fue definida de la siguiente manera:
Tabla 15. Hitos primera iteración
Etapa Hitos
Análisis Importar proceso
Diseño Modelo de datos
Configuración Creación de formularios
Pruebas Pruebas
Nota: (Paguay & López, 2016)
98
La segunda iteración de la automatización fue definida de la siguiente manera:
Tabla 16. Hitos segunda iteración
Etapa Hitos
Análisis Reglas de negocio
Diseño Acciones de actividades
Configuración Creación de expresiones
Pruebas Pruebas
Nota: (Paguay & López, 2016)
Finalmente, la tercera iteración de la automatización es la siguiente:
Tabla 17. Hitos tercera iteración
Etapa Hitos
Análisis Estructura organizacional
Diseño Crear roles
Configuración Asignación de participantes
Pruebas Pruebas
Nota: (Paguay & López, 2016)
En cada iteración se realizó pruebas, si bien éstas no determinaron tener el flujo en
ambiente de producción, se consideró como entregables para el estudio jurídico en
99
función del modelo de proceso, lo que permitió generar el primer incremento, de ésta
manera se trabajó en cada iteración hasta que se obtuvo el flujo automatizado.
Finalmente, el análisis informático se consideró como una etapa muy importante en la
automatización del proceso, ya que brindó toda la información del flujo definido por el
estudio jurídico y permitió generar mejoras, se evitó interpretaciones de la matriz TO BE
y al tratarse de una automatización que son pasos extensos permite no cambiar al final el
flujo por falta de información incompleta, reglas de negocio incorrectas, datos
innecesarios, entre otras.
2.1.2 Automatización del proceso
Para automatizar el proceso fue importante conocer las características de Bizagi que
garantizó el éxito en la automatización porqué se realizó un flujo parametrizable que ha
futuro permitirá cambiar sin mayor esfuerzo, a continuación se detalla cada paso
realizado para automatizar el flujo.
2.1.2.1 Modelar o importar proceso
Este paso es muy sencillo, al tener modelado y definido el proceso, simplemente se debe
abrir el asistente de Bizagi Studio y en el primer paso modelar proceso escoger la
opción: importar proceso y se muestra el proceso en notación BPMN como se muestra
en la figura 22.
100
Gráfica importar proceso
Figura 22. Adaptado de Importar proceso
Fuente: (Bizagi, 2002 - 2016)
2.1.2.2 Elaboración modelo de base de datos
Bizagi provee un asistente amigable para construir un modelo estructurado de datos con
entidades definidas y atributos. El modelo de datos se crea una sola vez y se usa durante
todo el proceso. En el segundo paso del asistente seleccionar: modelo de datos como se
puede ver en la figura 23.
Gráfica modelo de datos
Figura 23. Adaptado de modelo de datos
Fuente: (Bizagi, 2002 - 2016)
101
Bizagi provee tres tipos de entidades para construir su modelo de datos, aquellos
identificados como fijos u obedecen a políticas, son las entidades paramétricas y los
datos propios del flujo son las entidades maestras. A continuación se enlistara las
entidades creadas:
Tabla 18. Entidades maestras
Entidades maestras
Juicio
Cliente
Juicio laboral
Juicio penal
Información secretaria
Representado cliente
Intento llamadas
Acusado
Factura
Nota: (Paguay & López, 2016)
Tabla 19. Entidades paramétricas
Entidades paramétricas
País
Ciudad
Provincias
102
Tipo de juicio
Tipo de causa
Tipo abogado
Instancia juicio
Resultado juez
Resultado Final
Tipo identificación
Estado civil
Tipo indagación
Tipo ruc
Estado documentos
Porcentaje comisión
Profesión
Nota: (Paguay & López, 2016)
Cada una de las entidades creadas, son fundamentales para la siguiente etapa del
proceso, cada atributo de las entidades son datos que formaran parte de los formularios
lo que el usuario finalmente tiene a disposición. Si en los siguientes pasos del proceso de
automatización se requiere ingresar un nuevo dato, se debe regresar al modelo de datos y
editar la entidad en la que se requiera adicionar. El modelo de datos creado se lo puede
observar en la siguiente figura 24.
103
Gráfica modelo entidad relación
104
Figura 24. Modelo entidad relación
Elaborado por: (Paguay & López, 2016)
2.1.2.3 Definir formas
El tercer paso del asistente, definir formas, permitió crear cada una de las interfaces de
las actividades que tienen interacción humana. El diseñador de formas provee una
manera fácil e intuitiva para crear el diseño de la forma, no es necesario programar, solo
105
se debe arrastrar y soltar los campos dentro de la forma para organizarlos de manera
personalizada. Se puede ver la forma en el portal a medida que la construye en el
diseñador.
Adicionalmente, se realizó validaciones completas e íntegras y se creó acciones sobre
los campos para asegurarse que el usuario final ingrese toda la información correcta en
su proceso.
Gráfica definir formas
Figura 25. Adaptado de definir formas
Fuente: (Bizagi, 2002 - 2016)
Para crear una forma se debe seguir los siguientes pasos:
1. En el diagrama del proceso, dé clic en la tarea donde se va a crear o modificar la
forma. El diseñador de formas se muestra. Si no se ha construido una forma
anteriormente, el diseñador se presenta en blanco.
106
Gráfica entorno para realizar formas
Figura 26. Entorno para realizar formas
Elaborado por: (Paguay & López, 2016)
2. En la pestaña controles del panel del lado izquierdo, seleccione grupo dentro de
las opciones de los contenedores, arrastre y suelte sobre el área de trabajo. Note
que cuando arrastra un elemento desde el panel, se muestra un mensaje de
“SOLTAR AQUÍ” y se resalta una sección de la forma, esto le ayuda a
seleccionar el sitio donde quiere incluir el nuevo elemento. También puede dar
doble clic sobre el elemento y se incluye automáticamente al final de la forma.
107
Gráfica arrastrar y soltar atributos
Figura 27. Arrastrar y soltar atributos
Elaborado por: (Paguay & López, 2016)
3. Las características de los campos en las formas editable, visible y otros controles,
se puede modificar en cada campo si se lo requiere. Después de seleccionar el
tipo de atributo es indispensable revisar qué control se debe adicionar, como
puede ser expresiones regulares, expresiones de filtros, definir valores por
defecto, campo requerido, entre otros, como se puede observar en la figura 28.
108
Gráfica propiedades de datos
Figura 28. Propiedades de datos
Elaborado por: (Paguay & López, 2016)
4. Finalmente debe dar clic en guardar figura 29.
Gráfica forma diseñada
Figura 29. Forma diseñada
Elaborado por: (Paguay & López, 2016)
109
CAPITULO 3
3.1 CONFIGURACIÓN
La configuración permitió proporcionar al flujo una serie de controles en cada actividad
y crear reglas de negocio para que la secuencia del flujo sea tanto ordenada como
coherente.
3.1.1 Reglas de negocio
Las reglas de negocio permitieron establecer procedimientos que deben ser ejecutados y
condiciones que deben ser evaluadas y controladas en el flujo. Durante todo el proceso
las reglas del negocio que fueron establecidas por el estudio jurídico se interpretaron y
configuraron en cuanto fueron necesarias y se las puede revisarse en el (Ver anexo 5).
Bizagi ofrece un ambiente gráfico dónde definir y administrar fácilmente las reglas de
negocio del estudio jurídico. También brinda un poderoso motor de reglas de negocio
como se puede ver en la figura 30 qué sirve para diseñar desde un flujo de control
bastante simple hasta funciones o cálculos. Adicional, las reglas de negocio se
encuentran agrupadas donde cada una de ellas obedece a una o varias condiciones.
110
Gráfica reglas de negocio
Figura 30. Reglas de negocio
Fuente: (Bizagi, 2002 - 2016)
Bizagi ofrece dos tipos de configuraciones en cuanto a reglas de negocio:
Direccionar flujos de proceso
Manipular interfaces de usuario
3.1.2 Expresiones o ruta del proceso
Al modelar el proceso del estudio jurídico, fue necesario incluir reglas de negocio que
ayuden a determinar la ruta que debe seguir el flujo, por ejemplo, al llegar a una
compuerta divergente que requiere una expresión para compuertas exclusivas e
111
inclusivas, entonces, en cada uno de los flujos de salida se configuró una regla de
negocio asociada la cual debe evaluarse por Bizagi para determinar cuál es el camino a
seguir. En el cuarto paso del asistente escoger: definir expresiones como se muestra en la
figura 31.
Gráfica expresiones o ruta del proceso
Figura 31. Adaptado de expresiones o ruta del proceso
Fuente: (Bizagi, 2002 - 2016)
Una vez en la opción definir expresiones, el flujo se puede observar resaltados los flujos
de secuencia que necesitan la definición de una regla de negocio de la siguiente manera:
Cuando un flujo de secuencia tiene configurado una regla de negocio, este es de
color negro.
Cuando un flujo de secuencia no tiene configurado una regla de negocio, este es
de color amarillo.
112
Gráfica ruta del proceso
Figura 32. Ruta de proceso
Elaborado por: (Paguay & López, 2016)
Para configurar una ruta de flujo se realizó los siguientes pasos:
1. En el proceso del estudio jurídico, después de la entrevista con el abogado
principal se debe evaluar una compuerta. Dependiendo de la decisión, el proceso
puede continuar por diferentes caminos:
Si la solicitud continúa el proceso, se dirige a otra compuerta para evaluar
otra condición.
Si la solicitud es solo asesoramiento, se dirige a la actividad de factura.
Note que el proceso solo puede tomar uno de los caminos, razón por la cual se
está usando una compuerta exclusiva.
113
2. Se configura la ruta dando clic sobre la línea de color amarillo e inmediatamente
se abre la siguiente pantalla.
Gráfica configuración ruta del proceso
Figura 33. Configuración ruta del proceso
Elaborado por: (Paguay & López, 2016)
3. En la ventana expresiones, dar clic en nueva.
Gráfica administración de expresiones
Figura 34. Administración de expresiones
Elaborado por: (Paguay & López, 2016)
114
4. Se muestra la pestaña nueva para ingresar la expresión booleana.
En el lado izquierdo de la ventana se encuentra el modelo de datos. Al
lado derecho está el espacio para crear la condición que es necesaria
evaluar.
Arrastre y suelte del modelo de datos el atributo a evaluar para nuestro
ejemplo: que se denomina ¿contratar servicios?
Luego seleccione la condición de la evaluación desde la lista desplegable
se evalúa si es verdadero o falso.
Finalmente seleccione el último elemento a evaluar en la condición.
Dé clic en finalizar para guardar la regla de negocio.
Gráfica administración de expresiones
Figura 35. Administración de expresiones
Elaborado por: (Paguay & López, 2016)
115
3.1.3 Acciones
En Bizagi es posible realizar cálculos y validaciones en cada actividad del proceso. En
nuestro caso se usó la opción de acciones de la actividad, la cual se encuentra en el
cuarto paso del asistente. Las acciones pueden ser creadas en los siguientes momentos:
Al entrar: Solo una vez, tan pronto como la actividad es instanciada.
Al guardar: Cada vez que el usuario dé clic en el botón guardar.
Al salir: Solo una vez, tan pronto como la actividad finaliza.
En el cuarto paso del asistente escoger acciones actividad como se muestra en la figura
36.
Gráfica acciones
Figura 36. Adaptado de acciones
Fuente: (Bizagi, 2002 - 2016)
Una vez seleccionada la actividad en la cual se coloca la acción, se debe elegir el tipo y
después configurar el control que sea necesario en la primera actividad llamada
almacenar información del cliente, se configuró en la acción la validación del número
de cédula. Las tareas que tengan acciones tienen una marca especial, dependiendo del
tipo de acción que ha sido asociada a ella, como se muestra en la figura 37.
116
Gráfica acciones de actividad
Figura 37. Acciones de actividad
Elaborado por: (Paguay & López, 2016)
Para crear una acción se debe seguir los siguientes pasos:
1. Dar clic sobre la primera actividad. En la ventana acciones de la actividad,
seleccione la opción al salir y dé clic en el signo más. Esto abre una nueva
ventana en donde se seleccionó Al Salir como se muestra en la figura 38.
117
Gráfica acciones de actividad
Figura 38. Acciones de actividad
Elaborado por: (Paguay & López, 2016)
2. Dé clic en nuevo, la ventana de la expresión se debe abrir. Asigne un nombre, un
nombre visual y una descripción a la expresión la cual lleva por nombre
ValidaCedula como se puede observar en la figura 39. Se recomienda que sea
descriptivo el nombre para su fácil identificación.
Gráfica administración de expresiones
Figura 39. Administración de expresiones
Elaborado por: (Paguay & López, 2016)
118
3. Dé doble clic sobre la nueva expresión para abrirla. Se asignó a los atributos sus
valores iníciales. Cada atributo se selecciona desde el modelo de datos. Dé clic
en la opción de modelo de datos en la esquina superior izquierda. Esto muestra el
modelo de datos del proceso para poder construir las validaciones necesarias.
Para agregar un atributo dé clic sobre este y luego clic en OK. En la figura 40 se
puede observar una parte de la validación del número de cédula lo que permite
que después de dar clic en siguiente se ejecute la acción y controle el campo
número de cédula, este control tiene mucha similitud en el campo ruc de
empresa.
Gráfica Editar expresiones
Figura 40. Editar expresiones
Elaborado por: (Paguay & López, 2016)
119
4. Dé clic en ok para guardar el elemento expresión, y de nuevo, dé clic en ok, para
guarda toda la expresión y de esta manera se controla al salir de la actividad.
3.1.4 Participantes
La asignación de trabajo es el quinto paso del asistente de procesos figura 41, donde se
configuran los participantes para cada actividad del proceso. Cada tarea creada para la
interacción con usuarios finales requiere una definición que permita a Bizagi asignar los
usuarios correctos para evaluar cada vez que se instancie la tarea y solo los usuarios
correspondientes tienen acceso a trabajar sobre la actividad asignada.
Gráfica participantes
Figura 41. Adaptado de participantes
Fuente: (Bizagi, 2002 - 2016)
Las actividades y eventos que interactúan con los usuarios finales están disponibles para
asignación como se puede ver en la figura 42 un signo de advertencia que indica que la
actividad debe ser configurada, también se puede observar que los eventos inicio y fin
no están disponibles para configuración. Esto significa que tanto las actividades
120
automáticas, las tareas de script, las compuertas así como los eventos de fin no se
pueden seleccionar para definir reglas de asignación.
Gráfica flujo de participantes
Figura 42. Flujo de participantes
Elaborado por: (Paguay & López, 2016)
Para configurar la asignación se debe seguir los siguientes pasos:
1. Una vez que la actividad o evento es seleccionado, la ventana asignación se
muestra en pantalla. En esta ventana se puede configurar la asignación de
acuerdo a tres tipos de condiciones: reglas de asignación, método de asignación y
las precondiciones como se muestra en la figura 43.
121
Gráfica configuración de participantes
Figura 43. Configuración de participantes
Elaborado por: (Paguay & López, 2016)
2. Finalmente, se debe configurar el método de asignación y la condición que es
evaluada para asignar la actividad al usuario, en la configuración del flujo del
estudio jurídico el método de asignación es por carga y la condición de
asignación es por roles como se puede observar en la figura 44.
Gráfica configuración de asignación
Figura 44. Configuración de asignación
Elaborado por: (Paguay & López, 2016)
122
3.2 Pruebas
Para verificar la calidad del proceso del estudio jurídico que fue automatizado, se
llevaron a cabo un conjunto de pruebas que garanticen que el producto final cumpla con
todos los requisitos y necesidades inicialmente definidas por el cliente. Fue importante
evaluar la funcionalidad del sistema tanto en sus actividades, en las compuertas de
decisión, según las condiciones del caso analizado. Como resultado de las pruebas
realizadas se consiguió corregir ciertos errores presentados y cerrar escenarios exitosos
del proceso.
3.2.1 Planeación
La planificación acordada con el estudio jurídico se enmarco en la realización de
pruebas durante dos semanas, para ello, fue necesario preparar casos y escenarios de
pruebas (Ver anexo 7 y 8) que permitieron validar el proceso automatizado durante el
tiempo indicado. Cabe resaltar que los casos y escenarios de pruebas han permitido
cubrir la validación del proceso de manera global e íntegra, dejando de por medio otros
tipo de pruebas que también permiten verificar el funcionamiento del proceso.
Otro punto importante durante la planificación, es que se determinó que las pruebas
deben ser ejecutadas por los participantes del proceso, quienes notifican los posibles
errores de la aplicación y también cuando el funcionamiento del flujo sea correcto. Una
vez finalizadas las pruebas diarias se consolidaron las notificaciones de los participantes,
al final de las dos semanas se determinó la realización de otra tanda de pruebas para
verificar los errores que se presentaron, siendo un requisito indispensable para cerrar
esta etapa.
123
3.2.2 Pruebas funcionales
En las pruebas funcionales se verificó cada pantalla del flujo, como ejemplo en la
actividad almacenar información del cliente figura 45; se controló que los campos de los
formularios mantenga la integridad de los datos requeridos, considerando aspectos
como:
Número de cédula, pasaporte o ruc: validación de que sea real mediante el
código de digito validador.
Campos de nombres y apellidos solo permita texto.
El correo electrónico tenga formato adecuado (texto@servidor.com).
La fecha de nacimiento controle que el cliente tenga una edad no mayor a 100
años.
Esto fue posible utilizando expresiones regulares: es un modelo que intenta buscar una
coincidencia en el texto de entrada, las cuales se ejecutan al salir del campo después de
ingresar información, también, se configuró acciones y validaciones que se ejecutan
después de clic en el botón siguiente, siendo esto determinante para almacenar la
información del cliente de manera correcta.
124
Gráfica pantalla información del cliente
Figura 45. Pantalla información del cliente
Elaborado por: (Paguay & López, 2016)
Las pruebas de funcionalidad también permitieron verificar la asignación de tareas a los
roles correspondientes, seguridad de acceso al sistema, notificaciones de correo
electrónico, tiempos establecidos en cada tarea y agregar o desactivar registros de las
tablas paramétricas.
125
3.2.3 Pruebas de escenarios de flujo
En las pruebas de escenarios de flujo se pudo validar el comportamiento del proceso en
cada convergencia, por ejemplo en la evaluación de la compuerta que lleva por nombre
¿continuar proceso o asesoramiento? figura 46 se realizó de la siguiente manera:
Se ingresó información en la actividad anterior a la compuerta.
La compuerta configurada presenta dos alternativas de camino.
Al elegir continuar proceso toma la dirección hacia otra compuerta ¿Exento de
pago?, pero si el dato almacenado es asesoramiento se dirige a la actividad 54
generar factura y registro de pago.
Gráfica compuerta continuar proceso o asesoramiento
Figura 46. Compuerta continuar proceso o asesoramiento
Elaborado por: (Paguay & López, 2016)
126
De ésta manera se validó cada compuerta del proceso, lo que finalmente dio como
resultado que las compuertas fueron configuradas correctamente.
3.3 Errores
Después de la primera etapa de pruebas y al no obtener todos los resultados esperados,
se agrupo las notificaciones de los participantes del estudio jurídico dónde se evidenció
diversos errores, a continuación se enlistan los errores más representativos:
Existen campos qué no cuentan con controles (expresiones).
El campo honorario no realiza cálculo automático.
No se presentó mensaje de aprobación después de la entrevista con abogado
principal.
No está configurado correctamente el campo exentó de pago.
Adicionalmente, se decidió extender la etapa de pruebas por tres días para resolver los
errores y programar una nueva tanda de pruebas en las cuales se visualicen las
correcciones.
3.4 Resultados
Una vez finalizada la etapa de pruebas con sus respectivas correcciones se realizó una
hoja resumen en la que se evidencia lo que probaron los participantes del estudio
jurídico y como respaldo se encuentra firmada lo que garantiza que el proceso
automatizado es correcto. (Ver anexo 9)
127
CONCLUSIONES
Mediante el levantamiento AS IS del proceso de casos judiciales para el estudio
jurídico se evidenció que el flujo contiene diferentes etapas y cada una presenta
tareas que las caracterizan. Así mismo se pudo observar que varias tareas se
ejecutan sin orden secuencial, situación que fue adecuadamente revisada en la
posterior optimización del proceso.
Una vez realizado el rediseño TO BE, se requiere un diagrama potenciado o
preparado para la plataforma Bizagi. Para lograr este propósito fue preciso
realizar un análisis informático, mismo que se llevó a cabo considerando las
mejores prácticas de automatización para esta plataforma BPMS.
En el levantamiento, rediseño y análisis del proceso se cumplió con los
estándares establecidos para diagramar utilizando notación BPMN, lo cual se
puede apreciar en los diferentes modelos realizados en cada una de las etapas
antes indicadas. Finalmente estos diagramas fueron usados como un importante
insumo para la automatización del proceso con la plataforma Bizagi, misma que
interpretó correctamente ésta notación.
Las pruebas realizadas después de automatizar el proceso permitieron entregar
una solución que cumple con los requerimientos establecidos por el estudio
jurídico. En este ejercicio, participaron los representantes del estudio jurídico
128
quienes fueron los encargados de probar la funcionalidad del proceso
automatizado.
Debido al uso de la plataforma Bizagi, se pudieron aprovechar varias de sus
bondades funcionales, entre las que se destacan: el control de tiempo de
ejecución de actividades, el distribuidor de tareas, los envíos de notificaciones,
entre otros. Lo que a futuro permitirá mejorar la productividad del proceso
automatizado, manteniendo siempre una política de mejora continua del proceso.
Para la automatización del proceso mediante el modelo incremental iterativo se
logró dividir la configuración en diferentes incrementos, en cada uno de ellos se
realizaron, de manera estricta, pruebas con los usuarios para tener la aprobación
de cada hito y proporcionar un flujo correcto, así mismo para evitar cambios
sustanciales cuando se entregue el proceso total automatizado.
En la configuración del proceso se enfatizó en él envío de notificaciones de
correo electrónico para los clientes, mensajes que contienen información
relevante del trámite judicial, así mismo se configuró el envío de avisos para los
participantes del estudio jurídico de modo que estén informados acerca de la
nueva tarea.
Durante la automatización, uno de los factores más sobresalientes es la
identificación de parámetros, esto permite tener un proceso que garantiza una
129
gestión fácil por parte del administrador de la plataforma en el ambiente
productivo.
En la configuración del proceso fue importante tener en claro las reglas de
negocio que se usó en cada compuerta del flujo, las mimas que sirven como
decisiones según los datos que brinda el cliente o que son necesarios según el
caso tramitado.
Una vez automatizado el proceso por medio de la plataforma Bizagi, se puede
tener una serie de reportes que sirven para control del proceso de principio a fin,
y a través de ellos, obtener estadísticas del rendimiento del flujo para brindar
respuestas oportunas a los clientes.
Una decisión que resulta importante antes de automatizar sobre la plataforma
BPMS seleccionada, es investigar a fondo sus características. En este proyecto,
este ejercicio permitió plasmar los requerimientos del estudio jurídico en un flujo
automatizado, a través de uso de elementos apropiados en la configuración del
proceso.
130
RECOMENDACIONES
Para brindar una asistencia oportuna, se recomienda contar con una persona que
tenga habilidades técnicas sobre la plataforma Bizagi, puesto que será el
encargado de analizar, corregir y administrar la aplicación.
Para obtener un proceso exitoso, es importante involucrar a todas las áreas que
son afectadas y a su vez contar con la participación de usuarios expertos, puesto
que se podrá cubrir y definir de manera adecuada el flujo.
Durante el levantamiento del proceso es indispensable registrar las definiciones,
oportunidades de mejora y orden secuencial del flujo que son establecidas por los
participantes, por lo cual se recomienda almacenar en las matrices AS IS y TO
BE que finalmente sirven para obtener la aprobación del dueño del proceso.
Es importante tomar en cuenta los requerimientos mínimos de hardware y
software que necesita la plataforma Bizagi, lo que brindará un rendimiento
óptimo del proceso automatizado y su administración en el ambiente productivo.
En las pruebas es requerido la participación de los actores del proceso, quienes
finalmente serán los encargados de comunicar el funcionamiento de la
automatización al dueño del proceso para obtener la aprobación del flujo.
131
Antes de iniciar la diagramación de los procesos con nomenclatura BPMN, es
importante capacitar a los usuarios u organización con el fin de lograr un
entendimiento de los diagramas que se desarrollarán en las diferentes etapas del
levantamiento y automatización de los procesos.
132
LISTA DE REFERENCIAS
Albaladejo, X. (2012). Proyectos Agiles. Obtenido de
http://www.proyectosagiles.org/desarrollo-iterativo-incremental
Alcande, P. (2009). Calidad. España: Paraninfo.
Alvarado, I. (2005). Misión y Visión.
Bizagi, S. (2002 - 2016). Guía de automatización en plataforma BPMS Bizagi.
Colombia:
http://help.bizagi.com/bpmsuite/es/index.html;http://help.bizagi.com/processmod
eler/es/index.html.
Bravo Bravo, F. R., Delgado Burgos, J. M., & Diaz Gallo, C. A. (2014). Técnicas y
herramientas de rediseño de procesos. Calceta, Portoviejo, Ecuador.
Carrasco, J. B. (2009). Gestión de procesos. Chile: Evolución S.A.
Castro Cedeño, D. (Octubre de 2014). Manual de funciones para mejorar la gestión
productiva en la empresa lásteos LA POLACA "GUSTALAC" S.A. ubicada en
la ciudad de Santo Domingo al año 2014. Manabí, Portoviejo, Ecuador.
Chang, R. Y. (1999). Herramientas para la mejora continúa de la calidad . Bueno
Aires, Argentina: Granica.
Comunicación, I. N. (2011). Ingeniría de software. Obtenido de http://isw-
udistrital.blogspot.com/2012/09/ingenieria-de-software-i.html
Consulting, G. C. (2009). Gestión de procesos . http://www.gestion-calidad.com/gestion-
procesos.html.
Fraunhofer. (2014). Fraunhofer BPMS Study 2014. Alemania: Fraunhofer.
García Bermeo, A. M. (2015). Guía para el desarrollo de un manual de calidad para el
laboratorio clínico CLINSA en el área química sanguínea. Cuenca , Azuay,
Ecuador.
Garimella, K., Lees, M., & Williams, B. (s.f.). KONRAD. Recuperado el 01 de abril de
2015, de LORENZ: www.konradlorenz.edu.co
González Mora, J. (Julio de 2015). Técnicas y herramientas del rediseño de procesos.
Calceta, Portoviejo, Ecuador.
133
González Seco, J. A. (2002). El lenguaje de programación C#.
Hammer, & Champy. (1994). Procesos.
Hitpass, B. (2012). BPM Business Process Management Fundamentos y Conceptos de la
Implementación. Santiago de chile: BHH Ltda.
Hurtado, F. A. (Noviembre de 2005). Gestión y auditoria de la calidad para
organizaciones públicas. Antioquia, Medellin, Colombia: Universidad de
Antioquia.
Marrero Araújo, M., Domínguez Montalvo, J., & Fajardo Soto, B. (2002). La Gestión
por Procesos como técnica para el éxito de las organizaciones. Revista AENOR.
Menene, L. M. (2015). Diagrama de flujo.
Merchan Gomez, J., & Arguello Alvia, J. (Abril de 2015). Reingeniería del procesos de
Trabajo. Manabi, Portoviejo, Ecuador.
Mota, A., & Tovar, A. (2007). CPIMC un modelo de administración de procesos.
Mexico: Panorama Editorial.
Paguay, M. E., & López, H. M. (20 de 01 de 2016). Automatización del proceso de
seguimiento de casos judiciales para un estudio jurídico a través de la plataforma
BPM BIZAGI. Quito, Pichincha, Ecuador.
Palomo, M. T. (2013). Liderazgo y Motivación de equipo de trabajo. España: Dehon.
Sommerville, I. (2005). Ingeniería de software. Madrid: Pearson Education.
Vasco Vasco, J. A. (2014). Los procesos de mejoramiento continuo aplicados al sector
hotelero de segunda categoria de la cuidad de Riobamba periodo julio diciembre
de 2012. Riobamba, Chimborazo, Ecuador.
Zapata, C. M. (2003). ALINEACIÓN ENTRE METAS ORGANIZACIONALES. Red
de Revistas Científicas de América Latina.
Zaratiegui, J. R. (1999). La gestión por procesos: Su papel e importancia en la empresa.
Economia Industrial, 1.
134
ANEXOS
Anexo 1. Entrevista
Entrevista realizada a la Gerente Propietaria del Estudio Jurídico Dra. María Inés
Alvarado Ordoñez.
¿Cuál es el fin del Estudio Jurídico?
El primer y principal objetivo del estudio jurídico Alvarado & Asociados es poder
solucionarle cualquier problema jurídico legal al punto de lograr que recomendaciones
por la atención brindada. La calidad puesta de manifiesto en nuestro servicio de
asesoramiento será el eje en el que se basará nuestro compromiso, y como tal será
nuestro cliente el mayor beneficiario.
¿Cuándo nace el estudio jurídico?
La firma fue fundada en 1980 por la Dra. María Inés Alvarado Ordoñez, una de las
principales abogadas del Ecuador. Los principales activos de la firma son: su nivel
académico, la responsabilidad profesional y el prestigio moral de sus miembros, que se
inspiran en los méritos del fundador. Casi todos los socios y muchos de los asociados
han sido los mejores alumnos de sus respectivas promociones, lo que garantiza a los
clientes asesoría legal de un nivel muy difícil de alcanzar en el medio. Sus socios han
ocupado importantes cargos.
¿En qué tipos de usuarios está enfocado el estudio jurídico?
Nuestros clientes frecuentes se basan en las siguientes especialidades:
135
Dentro del área administrativa
Aprobación de Términos de Referencia.
Auditorías Iníciales.
Representación de las partes ante la Defensoría del Pueblo y Mediaciones.
Dentro del área Civil
Litigio de causas por daños y perjuicios.
Amparos constitucionales.
Representación en arbitrajes nacionales e internacionales en el área ambiental.
Dentro del área Penal:
Litigio de causas penales por delitos.
Fortalezas y debilidades del estudio jurídico
El propósito principal del Estudio fue y sigue siendo la atención a nuestros clientes en
materias de Derecho Civil, Penal y Laboral, por lo cual una fortaleza bien asentada es la
lealtad plasmada en nuestros clientes desde el primer día de atención.
La debilidad más fuerte en el mercado ha sido limitar nuestro portafolio de atención a
materias de derecho, por lo que en dichos frentes se asesora y se destina hacia otros
abogados que garanticen un excelente servicio.
136
Anexo 2. Matriz AS IS
Actividad Salidas Herrami
entas de
soporte
Oportuni
dades de
mejora
N
°
Activi
dad
Descripción Desti
no/Cli
ente
Produ
ctos
Dato Informá
ticas/Sist
emas de
informa
ción
1 Obtene
r
inform
ación
del
cliente
a. Obtener
información
del cliente
- Cliente
dicta
información
- Buscar en
archivo
Secret
aria
-
Infor
mació
n
consol
idada
del
cliente
-Número
de cedula
- Nombre
Completo
- Fecha
de
nacimient
o
-
Teléfono
Ninguno - Registrar
en base de
datos
informaci
ón de
clientes ya
asesorado
s
anteriorm
ente.
2 Almac
enar
docum
entos
del
cliente
a.- Validar si
existe
información
del cliente
Archivo:
Si Existe:
Actualizar
documentos
del cliente.
No Existe:
Ingresar al
archivo
documentos
requeridos.
Secret
aria
-
Docu
mento
s del
cliente
- Cédula
- Papeleta
de
votación
Ninguno - Registra
informaci
ón del
cliente en
BDD.
- Validar
nombre,
estado
civil,
Fecha de
nacimient
o en
aplicativo
externo
del
Registro
Civil.
3 Revisa
r
agenda
abogad
o
princip
al
a. Consulta
con Abogado
Principal
disponibilidad
.
b. Verifica en
agenda
Agen
da
-
Verifi
car
dispon
ibilida
d
- Horarios
disponibl
es
Ninguno - Registro
en el flujo
agenda
del
abogado.
137
disponibilidad
.
4 Registr
ar
entrevi
sta
a. Registra
entrevista
(Hora y
Fecha)
Abog
ado
Princi
pal
- Cita
agend
ada
- Fecha y
hora
entrevista
Ninguno - Notificar
mediante
MAIL la
Fecha y
Hora de la
entrevista
5 Revisa
r
agenda
a. Abogado
revisa su
agenda para
organizar
entrevistas
con otras
actividades.
Abog
ado
Princi
pal
-
Agend
a
aboga
do
princi
pal
- Fecha y
hora
entrevista
Ninguno
6 Entrev
ista
cliente
(Abog
ado
princip
al-
Cliente
)
a. Registra
información
que
proporciona el
cliente.
b. Valida
información
del cliente
- Datos
personales
-
Información
del caso
Abog
ado
Princi
pal
-
Infor
mació
n del
cliente
- Razón
de juicio
-
Condicio
nes
Ninguno -
Almacena
r
informaci
ón básica
del Juicio
y el cobro
a realizar
en BDD
7 Agend
ar
entrevi
sta
abogad
o
especi
alista
a. Agenda
entrevista con
el Abogado
especialista.
b. Selecciona
que Abogado
está
disponible o
tiene menos
carga de
laboral.
Client
e
- Cita
agend
ada
- Fecha y
hora
entrevista
Ninguno - Notificar
abogado
especialist
a
mediante
MAIL la
Fecha y
Hora de la
entrevista
8 Registr
ar el
pago
de
asesor
a. Almacenar
información
respecto al
pago
- Tipo de
Client
e
- Tipo
y
valor
de
pago
- Valor a
pagar
- Forma
de pago
Ninguno - Registrar
valores de
pago en
BDD
138
amient
o
pago
- Valor
9 Entrev
ista
cliente
-
abogad
o
laboris
ta
a. Registra
información
que
proporciona el
cliente.
b. Valida
información
-
Información
del caso
Abog
ado
Labor
ista
-
Infor
mació
n del
juicio
-
Descripci
ón del
juicio
-
Condicio
nes
Ninguno -
Almacena
r
Informaci
ón
específica
del Juicio
en BDD
1
0
Solicit
ar
docum
entos
para el
juicio
a. Indica que
documentos
son necesarios
para el
proceso.
Client
e
-
Docu
mento
s para
Juicio
-
Documen
tos
requerido
s para
juicio
Ninguno -
Almacena
r
document
os
digitales /
crear
check list
de
document
os
requeridos
1
1
Archiv
ar
docum
entos
a. Colocar en
archivo del
cliente los
documentos
que entrega.
Secret
aria
-
Docu
mento
s para
juicio
- Listado
de
document
os
Ninguno -
Document
os deben
estar
adjuntos
en el flujo
1
2
Locali
zar
cliente
a. Llamar al
cliente
b. Registrar si
desea
continuar o no
con el
proceso.
Secret
aria
-
Infor
mació
n de
cliente
-
Números
telefónico
s
Ninguno - Registro
de
informaci
ón de
teléfonos
para
localizar
al cliente.
1
3
Registr
ar
númer
o de
intento
s
a. Registra
cuantas veces
llamo al
cliente hasta
lograr
contacto
efectivo.
Abog
ado
Labor
ista
-
Regist
ro de
llamad
as
realiza
das
- Fechas
de
contacto
con el
cliente
Ninguno -
Indicador
de número
de
intentos
para
localizar
139
al cliente.
1
4
Registr
ar
cierre
de
proces
o
a. Si el cliente
indica que no
desea
continuar el
proceso se
registra.
- Motivo
- Fecha
Secret
aria
-
Regist
ra
cierre
de
caso
por
decisi
ón del
cliente
- Cierre
del caso
Ninguno - Catálogo
de
motivos
del cierre
del caso,
con la
respectiva
descripció
n.
1
5
Regula
rizar
docum
entos
a. Colocar en
archivo del
cliente los
documentos
adicionales.
Abog
ado
Labor
ista
-
Docu
mento
s
adicio
nales
para
susten
tar
juicio
-
Documen
tos físicos
Ninguno -
Document
os se
deben
almacenar
en
repositori
o de
archivos.
1
6
Genera
docum
entos
para
reclam
ación
(Inspe
ctoría
de
Trabaj
o)
a. Realizar
escrito de
reclamación
para entregar
en la
inspectoría.
b. Registro de
fecha de
entrega del
escrito.
Inspec
toría
de
Trabaj
o
-
Docu
mento
para
reclam
ación
-
Documen
tos físicos
Ninguno -
Plantillas
principale
s
diseñadas
en el flujo
1
7
Enviar
docum
entos a
inspect
oría de
trabajo
a. Enviar
documentos a
Inspectoría de
Trabajo.
Inspec
toría
de
Trabaj
o
-
Docu
mento
a
presen
tar en
Inspec
toría
de
trabaj
o.
-
Documen
tos físicos
Ninguno - Registrar
fecha y
recibido
de los
document
os
entregado
s
- Adjuntar
document
os que
contenga
dicha
140
informaci
ón
1
8
Genera
r acta
de
finiqui
to
a. Después de
aceptar la
reclamación
se debe
generar el acta
de finiquito
con los
valores a
cancelar.
b. Ingresar
motivo por el
cual se genera
acta de
finiquito.
Secret
aria
- Acta
de
finiqui
to
-
Documen
tos físicos
Ninguno -
Plantillas
principale
s
diseñadas
en el flujo
1
9
Entreg
ar acta
de
finiqui
to al
cliente
a. Enviar acta
a inspectoría
de trabajo.
Inspec
toría
de
Trabaj
o
- Acta
de
finiqui
to
-
Documen
tos físicos
Ninguno -
Recepción
del acta
por parte
del
Cliente.
2
0
Solicit
ar juez
en la
unidad
judicia
l
especi
alizada
de
trabajo
a. Solicitar a
la Unidad
Especializada
de trabajo un
Juez.
b. Generar
documento
para solicitar
Juez.
Unida
d
Espec
ializa
da de
Trabaj
o
-
Docu
mento
para
Solicit
ar
Juez
-
Documen
tos físicos
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
2
1
Envía
solicit
ud a
unidad
especi
alizada
de
trabajo
a. Enviar un
escrito a
Unidad
especializada
de trabajo
Unida
d
Espec
ializa
da de
Trabaj
o
-
Docu
mento
para
Solicit
ar
Juez
-
Solicitud
Ninguno - Plantilla
generada
para
entrega de
solicitud.
2
2
Genera
r
inform
ación
para
a. Generar
escrito para
juez
competente
Abog
ado
Labor
ista
-
Docu
mento
para
juez
-
Documen
to para
juez
competen
Ninguno -
Document
os deben
estar
adjuntos
141
juez
compe
tente
compe
tente
te en el
flujo.
2
3
Enviar
inform
ación
juez
compe
tente
a. Enviar
documentos a
juez
competente
Juez
Comp
etente
-
Docu
mento
s
adicio
nales
para
juez
compe
tente
-
Solicitud
Ninguno - Adjuntar
document
os de
respaldo
de entrega
de
document
os.
2
4
Regula
rizar
docum
entos
para
juez
compe
tente
a. Enviar
información
solicitada por
el Juez
Competente.
Client
e
-
Listad
o de
docum
entos
compl
ement
arios
-
Documen
tos para
juez
competen
te
Ninguno -
Document
os deben
estar
adjuntos
en el
flujo.
2
5
Archiv
ar
causa
a. Juez
dictamina
información
incompleta.
b. Motivo de
cierre del
proceso.
c. Fecha de
cierre del
proceso.
Client
e
-
Infor
me del
juez
-
Fecha
y
motiv
o de
cierre
del
proces
o
-
Documen
tos de
cierre de
caso
Ninguno - Catálogo
de
motivos
del cierre
del caso,
con su
descripció
n.
2
6
Solicit
ar
audien
cia de
concili
ación
a. Generar
escrito para
audiciencia de
conciliación.
Abog
ado
Labor
ista
-
Docu
mento
s
vigent
es
-
Documen
tos
complem
entarios
para
Audiencia
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
2
7
Impri
mir
docum
entos
para
a. Imprimir
todos los
documentos
necesarios
para el juicio.
Juez
de
Conci
liació
n
-
Docu
mento
s
vigent
-
Solicitud
Ninguno
142
audien
cia
es
2
8
Registr
a
resulta
do de
audien
cia de
concili
ación
a. Registro de
resultado de la
audiencia de
conciliación.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
Client
e
-
Result
ado de
la
audien
cia
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del juicio.
2
9
Registr
o de
fecha
de
pago
a. Registrar
fecha de pago
decretada por
la audiencia
de
conciliación
Client
e
-
Fecha
de
pago
- Fecha
de pago
Ninguno - Fechas
para
control de
pagos a
receptar.
3
0
Enviar
a
verific
ar el
pago
a. Consultar
con el cliente
si el pago fue
realizado
Client
e
-
Aviso
del
cliente
-
Respuesta
pago
efectuado
o no
Ninguno
3
1
Registr
a pago
/cobro
realiza
do
a. Registra
pago realizado
por el acusado
Abog
ado
Labor
ista
- Tipo
y
valor
de
pago
-
Informaci
ón del
cliente
Ninguno - Registrar
formas de
cobros
realizados
.
3
2
Genera
r multa
empres
a
a. Genera
aviso de
incumplimient
o de pago.
b. Crear
documento de
multa.
Secret
aria
-
Docu
mento
para
genera
r
multa
-
Documen
to de
multa
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
3
3
Entreg
ar
docum
ento
de
multa
a. Secretaria
entrega
documento
para generar
multa por
incumplimient
o de pago
Unida
d
Espec
ializa
da de
Trabaj
o
-
Docu
mento
de
multa
-
Documen
to de
multa
Ninguno
143
3
4
Solicit
ar
exhibi
ción
de
docum
entos
a. Fecha de
exhibición de
documentos
generada en la
audiencia de
conciliación.
b. Resultado
de la
exhibición de
documentos.
Audie
ncia
Defini
tiva
-
Docu
mento
s del
juicio
-
Solicitud
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
3
5
Gestio
nar
audien
cia
definiti
va
a. Genera
documentos
para presentar
en la
audiencia
definitiva.
Abog
ado
Labor
ista
-
Docu
mento
s
vigent
es
- Fecha
para
audiencia
definitiva
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
3
6
Impri
mir
docum
entos
para
audien
cia
definiti
va
a. Genera lista
de apelaciones
según el
código
laboral.
Audie
ncia
Defini
tiva
-
Docu
mento
s
vigent
es
-
Documen
tos físicos
Ninguno
3
7
Registr
a
resulta
do de
audien
cia
definiti
va
a. Registro de
resultado de la
audiencia
definitiva.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
Client
e
-
Result
ado
final
de la
audien
cia
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del Juicio.
3
8
Registr
o de
ejecuci
ón de
manda
miento
a. Generar
escrito de
mandamiento
de pago, con
le fecha
establecida en
Abog
ado
Labor
ista
-
Escrit
o de
manda
mient
o de
-
Resultado
de la
audiencia
definitiva
Ninguno -
Plantillas
principale
s
diseñadas
en el
144
de
pago
la audiencia
definitiva.
pago flujo.
3
9
Solicit
ar
secuest
ro de
bienes
a. Fecha de
mandamiento
de pago
incumplida.
b. Solicitar
secuestro de
bienes
Abog
ado
Labor
ista
-
Solicit
ud de
secues
tro de
bienes
- Fecha
incumplid
a
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
4
0
Entreg
ar
solicit
ud
secuest
ro de
bienes
a. Secretaria
entrega escrito
para generar
secuestro de
bienes
Unida
d
Espec
ializa
da de
Trabaj
o
-
Solicit
ud de
secues
tro de
bienes
-
Solicitud
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
4
1
Gestio
nar
apelaci
ón
corte
provin
cial
a. Genera
documentos
para presentar
en apelación
en la corte
provincial.
Abog
ado
Labor
ista
-
Docu
mento
s del
juicio
- Listado
de
document
os
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
4
2
Impri
mir
docum
entos
para
apelaci
ón
corte
provin
cial
a. Genera lista
de apelaciones
según el
código penal
Audie
ncia
Defini
tiva
-
Docu
mento
s
apelac
ión
CP
-
Solicitud
Ninguno -
Document
os deben
estar
adjuntos
en el
flujo.
4
3
Registr
a
resulta
do de
audien
cia
definiti
va
a. Registro de
resultado de la
apelación en
la corte
provincial.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
Client
e
-
Docu
mento
s
vigent
es
-
Result
ado
final
de la
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del Juicio.
145
continuar. corte
provin
cial
4
4
Gestio
nar
recurs
o de
casaci
ón
a. Genera
documentos
para recurso
de casación en
la corte
nacional.
Abog
ado
Labor
ista
-
Docu
mento
s para
recurs
o de
casaci
ón.
- Listado
de
Documen
tos
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
4
5
Impri
mir
docum
entos
para
recurs
o de
casaci
ón
a. Genera lista
de
documentos
para recurso
de casación.
Unida
d
Espec
ializa
da de
Trabaj
o
-
Docu
mento
s para
recurs
o de
casaci
ón.
-
Solicitud
Ninguno -
Document
os deben
estar
adjuntos
en el
flujo.
4
6
Registr
a
resulta
do de
recurs
o de
casaci
ón
a. Registro de
resultado del
recurso de
casación en la
corte nacional.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
Client
e
-
Infor
me del
recurs
o de
casaci
ón
-
Resultado
final del
recurso
de
casación
Ninguno - Catálogo
de
resultados
del juicio.
4
7
Recurs
o
extraor
dinario
de
protec
ción
(Corte
Constit
uciona
l)
a. Genera
documentos
para recurso
extraordinario
de protección.
Corte
Consti
tucion
al
-
Docu
mento
s para
Recur
so
extrao
rdinari
o de
Protec
ción
- Listado
de
Documen
tos
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
146
4
8
Registr
a
resulta
do
corte
constit
uciona
l
a. Registro de
resultado
corte
constitucional.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
Client
e
-
Infor
me del
Recur
so
extrao
rdinari
o de
Protec
ción
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del juicio.
4
9
Iniciar
etapa
de
indaga
ción
a. Genera
solicitud para
inicio de etapa
de indagación
según el caso.
b. Registro de
fechas para
diferentes
etapas de
indagación.
Abog
ado
Penali
sta
-
Solicit
ud de
etapa
de
indaga
ción
-Fechas
para
etapas de
indagació
n
Ninguno
5
0
Solicit
ar
reconst
rucció
n de
los
hechos
a. Registro de
los hechos
suscitados en
la
reconstrucción
de los hechos.
Perito -
Escrit
o para
recons
trucci
ón de
los
hecho
s
- Recepta
solicitud
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
5
1
Registr
a
observ
acione
s de la
reconst
rucció
n de
los
hechos
a. Registrar
novedades del
abogado
especialista
Abog
ado
Penali
sta
-
Regist
rar
resulta
do
NA Ninguno
5
2
Adjunt
ar
inform
a. Adjuntar
informe del
forense en la
Abog
ado
Penali
-
Infor
me de
- Informe
de
forense
Ninguno -
Document
os deben
147
e
forens
e
reconstrucción
de los hechos.
sta forens
e
estar
adjuntos
en el
flujo.
5
3
Gestio
nar
declara
ción
testigo
s
a. Generar
solicitud para
declaración de
testigos
Perito -
Solicit
ud
Acept
ada
NA Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
5
4
Ingres
ar
declara
ción
de
testigo
s
a. Registrar
novedades del
abogado
especialista.
Abog
ado
Penali
sta
Escrit
o de la
declar
ación
de
testigo
s
NA Ninguno
5
5
Adjunt
ar
inform
e
secreta
rio
a. Adjuntar
informe de
secretario en
la declaración
de testigos.
Abog
ado
Penali
sta
-
Infor
me de
secret
ario
-Informe
de
resultados
Ninguno -
Document
os deben
estar
adjuntos
en el
flujo.
5
6
Gestio
nar
prueba
s
(Exám
enes
Médic
os)
a. Gestionar
autorización
para
declaración de
testigos.
- Exámenes
médicos
- Pruebas de
parafina
- Otras
Médic
o
-
Solicit
ud
acepta
da
NA Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
5
7
Adjunt
ar
resulta
dos de
exáme
nes
a. Adjuntar
documento(s)
de las
diferentes
pruebas que se
han
realizados.
- Exámenes
médicos
- Pruebas de
parafina
Abog
ado
Penali
sta
-
Result
ado de
exáme
nes
NA Ninguno -
Document
os deben
estar
adjuntos
en el
flujo.
148
- Otras
5
8
Entreg
ar
inform
e de
indaga
ción
instruc
ción
fiscal
a. Entrega de
información al
fiscal
b. Registro de
la fecha de
entrega
c. Registro de
resultado de la
instrucción
fiscal
Fiscal
ía
-
Infor
me de
etapa
de
indaga
ción.
-
Infor
me de
instruc
ción
fiscal
- Informe
y
document
os
adjuntos
-
Resultado
final de la
instrucció
n fiscal
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
5
9
Realiz
ar
deman
da
(Juez
de
Derech
o)
a. Genera
demanda para
presentar al
juez de
derecho.
Juez
de
Derec
ho
-
Docu
mento
s
vigent
es
NA Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
6
0
Registr
ar
resulta
do
juez de
derech
o
a. Registro de
resultado del
juez.
b. Revisión de
resultados con
el cliente en
caso de que
determine que
existe delito o
requiere
apelación.
Client
e
-
Result
ado
final
de la
instruc
ción
fiscal
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del Juicio.
6
1
Registr
a
decisió
n juez
a. Registra
decisión del
juez.
b. Fecha de
aceptación de
decisión
c. Detalles del
caso.
Client
e
-
Decisi
ón de
acepta
ción
del
juez
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del Juicio.
149
6
2
Gestio
nar
apelaci
ón
fiscal
genera
l del
estado
a. Genera
información
para presentar
al fiscal
general del
estado.
Fiscal
ía
-
Docu
mento
s para
fiscal
genera
l del
estado
.
-
Solicitud
aceptada
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
6
3
Enviar
solicit
ud de
apelaci
ón
a. Enviar
documentos al
fiscal general
del estado
Fiscal
ía
-
Escrit
o para
fiscal
genera
l del
estado
.
-
Documen
to de
recepción
para
audiencia
Ninguno
6
4
Registr
a
resulta
do
apelaci
ón
fiscal
genera
l del
estado
a. Registro de
resultado de la
apelación al
fiscal general
del estado.
b. Se
comunica a
cliente la
decisión final.
Client
e
-
Infor
me del
resulta
do del
fiscal
genera
l del
estado
-
Resultado
final del
fiscal
general
del estado
Ninguno - Catálogo
de
resultados
del Juicio.
6
5
Gestio
nar
audien
cia de
sustent
ación
a. Genera
información
para presentar
en la
Audiencia de
Sustentación.
Client
e
-
Docu
mento
s para
audien
cia de
senten
cia
-
Solicitud
Aceptada
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
6
6
Impri
mir
docum
entos
para
audien
cia de
sustent
ación
a. Imprimir
todos los
documentos
necesarios
para el juicio
Audie
ncia
de
Suste
ntació
n
-
Impri
mir
docum
entos
- Recepta
solicitud
Ninguno
150
6
7
Registr
a
resulta
do
audien
cia de
sustent
ación
a. Registro de
resultado de
audiencia de
sentencia.
b. Revisión de
resultados con
el cliente en
caso de
requerir
apelación
Client
e
-
Result
ado
final
de la
audien
cia
- Decide
Apelar
Ninguno - Catálogo
de
resultados
del Juicio.
6
8
Gestio
nar
apelaci
ón
(tribun
al
penal)
a. Genera
información
para presentar
en el tribunal
penal.
Tribu
nal
Penal
p-
Docu
mento
s para
tribun
al
penal
-
Solicitud
aceptada
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
6
9
Impri
mir
docum
entos
para
apelaci
ón
tribuna
l penal
a. Imprimir
todos los
documentos
necesarios
para el juicio
Tribu
nal
Penal
-
Escrit
o para
tribun
al
penal
-
Documen
to de
recepción
para
audiencia
Ninguno
7
0
Registr
a
resulta
do
apelaci
ón
penal
a. Registro de
resultado de la
apelación en
el tribunal
penal.
b. Revisión de
resultados con
el cliente en
caso de
requerir
apelación
Client
e
-
Result
ado
final
del
tribun
al
penal
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del juicio.
7
1
Gestio
nar
revisió
n corte
nacion
al
a. Genera
información
para presentar
en la corte
nacional.
Corte
Nacio
nal
-
Docu
mento
s para
corte
nacion
al
-
Solicitud
aceptada
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
151
7
2
Registr
a
resulta
do
corte
nacion
al
a. Registro de
resultado de la
apelación en
el tribunal
penal.
b. Se
comunica a
cliente la
decisión final.
Client
e
-
Result
ado
final
de
corte
nacion
al
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del juicio.
7
3
Registr
a
análisi
s
genera
l del
juicio
a. Abogado
especialista
registra los
acontecimient
os del juicio
Client
e
-
Come
ntarios
del
juicio
- Informe
de
resultado
Ninguno - Catálogo
de
resultados
del juicio.
7
4
Revisa
r
condic
iones
finales
del
juicio
a. Revisión
final del
proceso
b. Registro de
comentarios
adicionales
Client
e
-
Regist
ro de
noved
ades
del
caso
-Revisión
general
del juicio
Ninguno - Catálogo
de
resultados
del juicio.
7
5
Registr
a datos
de
factura
a. Genera
datos de la
factura.
b. Consolidar
información
de gastos
Client
e
-
Datos
para
factur
a
- Acepta
o reclama
valores
por pagar
Ninguno - Factura
registrada
en el
sistema.
7
6
Autori
zar
reclam
o
a. Revisa los
gastos con el
cliente.
b. Determina
si existen
cambios en
los cobros a
realizar.
Conta
dora
-
Regist
ra
cambi
os en
honor
arios
de ser
necesa
rio
- Detalle
de
cambios
en factura
Ninguno
7
7
Revisa
r
cambi
os
a. Revisar con
el cliente y
emite sus
observaciones
conforme al
Client
e
-
Cambi
os
realiza
dos
- Factura Ninguno
152
precio
7
8
Genera
factura
a. Se genera
factura
Client
e
-
Factur
a
- Cliente
retira
factura
Ninguno -
Plantillas
principale
s
diseñadas
en el
flujo.
7
9
Registr
a pago
proces
o
judicia
l
a. Registrar
pagos y
abonos.
Conta
dora
Concil
iación
de
abono
s y
pagos
-
Respaldos
de pagos
(cheques,
transferen
cias,
depósitos,
etc.)
Ninguno -
Diferentes
tipos de
pagos
incluidos
en el
flujo.
8
0
Cerrar
caso
judicia
l
a. Cerrar caso,
comentario.
Anexo 3. Matriz TO BE
Actividad Salidas Regla
de
negoci
o
Regla de
asignació
n
N
°
Activid
ad
Descripción Desti
no/Cli
ente
Product
os
Dato Decisione
s de
salida
153
1 Almace
nar
informa
ción del
cliente
a. Obtener
información
del cliente
b.- Validar y
actualizar
información
del cliente
c. Agendar
entrevista
con el
abogado
principal
Secret
aria
-
Informa
ción del
cliente
-
Informaci
ón del
cliente
(número
de cédula,
nombres,
fecha de
nacimient
o, etc.)
- Fecha
de futura
entrevista
No
aplica
Ninguna
2 Entrevi
star
cliente
(abogad
o
principa
l-
cliente)
a. Explicar al
cliente
procedimient
o a seguir.
b. Detallar
gastos fijos y
variables
según
trámites y
aproximado
de duración.
c. Registrar si
es consulta o
inicio de
proceso
d. Solicitar
documentos
personales
del cliente.
Client
e
-
Informa
ción del
procedi
miento.
-
Conoce
valores
- Check
list de
docume
ntos
necesari
os.
- Cliente
entrega
document
os
- Acepta
condicion
es
- Decide
acerca del
juicio.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Continua
r Proceso
o
Asesoram
iento?
¿Exento
de pago?
3 Factura
r abono
a.- Registro
de valores
por asesoría
o abono para
el proceso.
b. Registro
información
de la factura.
Client
e
- Factura -
Informaci
ón de la
factura y
del
cliente
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Tipo de
Juicio?
154
4 Entrevi
star
cliente
(abogad
o
especial
ista-
cliente)
a. Explicar el
procedimient
o específico a
seguir
b. Registro
de
información
del juicio
c. Solicitar
documentos
específicos
para el juicio
(check list)
Abog
ado
Labor
ista
-
Diagnóst
ico del
juicio
-
Disposici
ones
generales
del juicio
laboral
No
aplica
5 Adjunta
r y
validar
docume
ntos
solicita
dos
a. Adjuntar
documentos
entregados
por el cliente
en el flujo.
b. Validar
documentos
(vigencia,
completos,
legibles etc.)
Abog
ado
Labor
ista
-
Docume
ntos
adjunto
en el
flujo.
- Relato
del
cliente
-
Documen
tos
completo
s o
incomplet
os
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Docume
ntos
Completo
s?
6 Contact
ar
cliente
a. Contactar
al cliente
b. Registrar
si el cliente
quiere
contratar los
servicios
- Registro
nueva
entrevista
- Cierra
el proceso
Secret
aria
-
Respuest
a del
cliente
(acepta -
no
acepta)
- Acepta
o no
- Fecha
de
entrega
de
document
os
faltantes
No
aplica
7 Regular
izar
docume
ntos
a. Adjuntar
documentos
pendientes de
entrega.
b. Registrar
si están
Secret
aria
-
Docume
ntos
pendient
es
- Entrega
document
os
pendiente
s.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Tipo de
155
completos los
documentos.
Juicio?
8 Sustent
ar
apelaci
ón
inspect
oría de
trabajo
a. Realizar
documentos
de
reclamación
para entregar
en la
inspectoría
de trabajo.
b. Registro
de fecha de
entrega del
documento.
Inspec
toría
de
Trabaj
o
-
Informa
ción
detallada
del
juicio.
-
Docume
ntos de
reclamac
ión.
Documen
to
firmado
de
recibido
No
aplica
9 Registr
ar y
analizar
resultad
o del
caso
(Inspect
oría de
Trabajo
)
a. Registro de
resultado de
la Inspectoría
de Trabajo
b. Comunicar
al cliente el
resultado del
juez para
continuar el
proceso.
(apelación)
Client
e
- Cliente
solicita
cierre o
apelació
n.
- Informe
Final
-
Decisión
cliente
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
1
0
Generar
acta de
finiquit
o
a. Después de
aceptar la
reclamación
se debe
generar un
acta de
finiquito con
los valores a
cancelar.
b. Ingresar
motivo por el
cual se
genera Acta
de Finiquito.
Client
e
- Acta
de
finiquito
- Acta
cobrada
No
aplica
156
1
1
Sustent
ar
informa
ción
(Fiscalí
a)
a. Realizar
escrito de
reclamación
para entregar
al Fiscal
General del
Estado
b. Registro
de fecha de
entrega del
documento.
Fiscal
Gener
al del
Estad
o
-
Respald
o de
docume
ntos
recibido
s
- Escrito
de
reclamaci
ón
No
aplica
1
2
Registr
ar y
analizar
resultad
o del
caso
(Juez
compet
ente)
a. Registro de
resultado del
Juez
Competente
b. Comunicar
al cliente el
resultado del
Juez para
continuar el
proceso.
Client
e
- Cliente
solicita
cierre o
apelació
n.
- Informe
Final
-
Decisión
cliente
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Docume
ntos
Completo
s?
1
3
Registr
ar y
analizar
resultad
o del
caso
(Audien
cia de
Concili
ación)
a.
Solicitar/gen
erar
documentos
para
audiencia de
conciliación.
b. Adjuntar
en el flujo los
documentos
solicitados.
c. Registro de
resultado de
la audiencia
de
conciliación.
d. Comunicar
al cliente
quién
determina
Client
e
-
Resultad
o de la
audienci
a
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
¿Requiere
exhibir
document
os?
157
aceptar el
resultado o
continuar.
1
4
Archiva
r causa
a. Juez
dictamina
información
incompleta.
b. Motivo de
cierre del
proceso.
c. Fecha de
cierre del
proceso.
Client
e
-
Informe
del juez
- Fecha
y motivo
del
cierre
del
proceso
-
Consenti
miento
del
cliente
para
cierre de
causa
No
aplica
1
5
Regular
izar
docume
ntos
juez
compet
ente
a. Juez indica
que
información
adicional
necesita.
b. Ingresar
nueva
documentaci
ón en el
flujo del
proceso.
Abog
ado
Labor
ista
- Fecha
de
entrega
de
docume
ntos
adiciona
les
- Listado
de
docume
ntos
-
Adjuntar
document
os en el
flujo
No
aplica
1
6
Present
ar
docume
ntos
a. Fecha de
exhibición de
documentos
(audiencia de
conciliación)
b. Resultado
de la
exhibición de
documentos.
Fiscal
ía
Gener
al del
Estad
o
- Listado
de
docume
ntos
mostrad
os en la
audienci
a
definitiv
a
Documen
to
firmado
de
recibido
No
aplica
1
7
Sustent
ar
apelaci
ón
(audien
cia
definiti
a. Generar
documentos
para
presentar en
la audiencia
definitiva.
Audie
ncia
Defini
tiva
- Listado
de
docume
ntos
para
audienci
a
Documen
to
firmado
de
recibido
No
aplica
Archivo:
Reglas -
Políticas.
xlsx
¿Requiere
158
va) b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
definitiv
a
Apelación
?
1
8
Registr
ar y
analizar
resultad
o del
caso
(audien
cia
definiti
va)
a. Registro de
resultado de
la audiencia
definitiva.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
(apelación)
Client
e
-
Resultad
o final
de la
audienci
a
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
1
9
Registr
ar
cierre
de
causa
(audien
cia de
concilia
ción)
a. Se debe
registrar el
cierre de
causa del
juicio.
b. Espera que
contraparte
apele.
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
2
0
Registr
a fecha
de pago
a. Registrar
fecha de
pago
decretada por
la audiencia
de
conciliación
Client
e
-
Resultad
o de
audienci
a junto
con
fecha
máxima
de pago
-
Documen
to de
pago
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Fecha
Vencida?
2
1
Generar
multa
empres
a
a. Genera
aviso de
incumplimie
nto de pago.
b. Crear
documento
Contr
aparte
-
Docume
nto de
multa
-
Recepció
n de
document
o de
multa
No
aplica
159
de multa.
2
2
Sustent
ar
apelaci
ón
(Corte
Provinc
ial)
a. Genera
documentos
para
presentar en
apelación en
la Corte
Provincial.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Corte
Provi
ncial
- Listado
de
docume
ntos
para
Corte
Provinci
al
Documen
to
firmado
de
recibido
No
aplica
2
3
Registr
ar y
analizar
resultad
o del
caso
(Corte
Provinc
ial)
a. Registro de
resultado de
la apelación
en la Corte
Provincial.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
(Apelación)
Client
e
-
Resultad
o final
de la
Corte
Provinci
al
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
2
4
Registr
ar
cierre
de
causa
(audien
cia
definiti
va)
a. Se debe
registrar el
cierre de
causa del
juicio.
b. Espera por
la contraparte
apele
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
2
5
Solicita
r
registro
ejecuci
ón de
manda
a. Generar
escrito de
mandamiento
de pago con
la fecha
establecida
Contr
aparte
-
Docume
ntos de
pago
NA Archiv
o:
Reglas
-
Política
Archivo:
Reglas -
Políticas.
xlsx
160
miento
de pago
en la
audiencia
definitiva.
s.xlsx ¿Pago
Realizado
?
2
6
Reclam
ar pago
a. Fecha de
mandamiento
de pago
incumplida.
b. Solicitar
secuestro de
bienes u otra
forma de
pago
Contr
aparte
-
Solicitud
de
secuestr
o de
bienes
-
Documen
to
firmado
de
recibido
No
aplica
2
7
Sustent
ar
apelaci
ón
(recurso
de
casació
n)
a. Genera
escrito para
aplicar el
recurso de
casación ante
la Corte
Nacional.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Corte
Nacio
nal
- Listado
de
docume
ntos
para
Corte
Provinci
al
-
Documen
to
firmado
de
recibido
No
aplica
2
8
Registr
ar y
analizar
resultad
o del
caso
(recurso
de
casació
n)
a. Registro de
resultado del
recurso de
casación en
la Corte
Nacional.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
(Apelación)
Client
e
-
Resultad
o final
del
recurso
de
casación
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
161
2
9
Registr
ar
cierre
de
causa
(Corte
Provinc
ial)
a. Se debe
registrar el
cierre de
causa del
juicio.
b. Espera por
la contraparte
apele
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
3
0
Sustent
ar
apelaci
ón
(Corte
constitu
cional)
a. Genera
escrito para
recurso
extraordinari
o de
protección.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Corte
Consti
tucion
al
- Listado
de
docume
ntos
para
Corte
Constitu
cional
Documen
to
firmado
de
recibido
No
aplica
3
1
Registr
ar y
analizar
resultad
o del
caso
(Corte
Constit
ucional)
a. Registro de
resultado del
recurso de
casación en
la Corte
Nacional.
b. Comunicar
al cliente
quien
determina
aceptar el
resultado o
continuar.
Client
e
-
Resultad
o final
de Corte
Constitu
cional
- Solicita
pago
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Solicitar
Pago?
3
2
Registr
ar
cierre
de
causa
(recurso
de
casació
n)
a. Se debe
registrar el
cierre de
causa del
juicio.
b. Espera que
contraparte
apele
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
162
Contrapar
te?
3
3
Entrevi
sta
cliente
(abogad
o
penalist
a-
cliente)
a. Explicar el
procedimient
o especifico a
seguir
b. Registro
de
información
del juicio
c. Solicitar
documentos
específicos
para el juicio
(Check List)
Abog
ado
Penali
sta
-
Diagnóst
ico del
juicio
-
Disposici
ones
generales
del juicio
penal
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Requiere
Documen
tos para el
Juicio?
3
4
Adjunta
r y
validar
docume
ntos
solicita
dos
a. Adjuntar
documentos
entregados
por el cliente
en el flujo.
b. Validar
documentos
(vigencia,
completos,
legibles etc.)
Abog
ado
Penali
sta
-
Docume
ntos
adjunto
en el
flujo.
- Relato
del
cliente
-
Documen
tos
completo
s o
incomplet
os
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Docume
ntos
Completo
s?
3
5
Iniciar
etapa
de
indagac
ión
a. Generar
escrito para
inicio de
etapa de
indagación
según el
caso.
Juez
Penali
sta
-
Recepci
ón de
solicitud
Documen
to
firmado
de
recibido
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
Etapa de
Indagació
n (Se
dirige a
todas las
alternativ
as)
163
3
6
Iniciar
reconstr
ucción
de los
hechos
a. Registro de
los hechos
suscitados en
la
reconstrucció
n de los
hechos.
b. Adjuntar
informe del
forense en la
reconstrucció
n de los
hechos.
Client
e
-
Registro
de
informe
de
reconstr
ucción
de los
hechos
-
Informaci
ón
adicional
No
aplica
3
7
Obtener
declara
ción
testigos
a. Registro de
declaraciones
de los
testigos.
b. Adjuntar
informe de
secretario en
la
declaración
de testigos.
Client
e
-
Registro
de
informe
de la
declaraci
ón de
testigos
-
Informaci
ón
adicional
No
aplica
3
8
Gestion
ar
resultad
os de
pruebas
a. Adjuntar
documento(s)
de las
diferentes
pruebas que
se han
realizados.
- Exámenes
médicos
- Pruebas
de parafina
- Otras
Client
e
-
Registro
de
resultad
o de
exámene
s
-
Informaci
ón
adicional
No
aplica
3
9
Entrega
r
informe
de
indagac
ión
instrucc
ión
fiscal
a. Entrega de
escrito al
fiscal
b. Registro
de la fecha de
entrega
c. Registro de
Juez
Penali
sta
-
Informe
-
Docume
ntos
adjuntos
Documen
to
firmado
de
recibido
No
aplica
164
resultado de
la instrucción
fiscal
4
0
Registr
ar y
analizar
resultad
o del
caso
(juez
penal)
a. Registro de
resultado del
juez
b. Revisión
de resultados
con el cliente
en caso de
que
determine
que existe
delito o
requiere
apelación
Client
e
-
Resultad
o final
de la
instrucci
ón fiscal
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
4
1
Registr
ar
cierre
de
causa
(juez
penal)
a. Registra
decisión del
juez.
b. Fecha de
aceptación de
decisión
c. Detalles
del caso
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
4
2
Sustent
ar
apelaci
ón
Fiscalía
General
del
Estado
a. Genera
escrito para
recurso
extraordinari
o de
protección.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Fiscal
ía
Gener
al del
Estad
o
-
Informe
para
Fiscalía
General
del
Estado.
Documen
to
firmado
de
recibido
No
aplica
165
4
3
Registr
ar y
analizar
resultad
o del
caso
(Fiscalí
a
General
del
Estado)
a. Registro de
resultado del
Fiscalía
General del
Estado
b. Revisión
de resultados
con el cliente
en caso de
que
determine
que existe
delito o
requiere
apelación
Client
e
-
Resultad
o final
de la
instrucci
ón fiscal
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
4
4
Registr
ar
cierre
de
causa
(Fiscalí
a
General
del
Estado)
a. Registra
decisión del
juez.
b. Fecha de
aceptación de
decisión
c. Detalles
del caso
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
4
5
Sustent
ar
apelaci
ón
(audien
cia de
sustenta
ción)
a. Genera
documentos
para recurso
extraordinari
o de
protección.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Audie
ncia
de
Suste
ntació
n
-
Informe
para
audienci
a de
sustenta
ción
Documen
to
firmado
de
recibido
No
aplica
4
6
Registr
ar y
analizar
resultad
o del
caso
a. Registro de
resultado del
juez
b. Revisión
de resultados
Client
e
-
Resultad
o final
de la
instrucci
ón fiscal
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
Archivo:
Reglas -
Políticas.
xlsx
166
(audien
cia de
sustenta
ción)
con el cliente
en caso de
que
determine
que existe
delito o
requiere
apelación
s.xlsx ¿Presenta
Apelación
?
4
7
Registr
ar
cierre
de
causa
(audien
cia de
sustenta
ción)
a. Registra
decisión del
juez.
b. Fecha de
aceptación de
decisión
c. Detalles
del caso
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
4
8
Sustent
ar
apelaci
ón
(Tribun
al
Penal)
a. Genera
escrito para
recurso
extraordinari
o de
protección.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Tribu
nal
Penal
-
Informe
para
Tribunal
Penal
Documen
to
firmado
de
recibido
No
aplica
4
9
Registr
ar y
analizar
resultad
o del
caso
(Tribun
al
Penal)
a. Registro de
resultado del
juez
b. Revisión
de resultados
con el cliente
en caso de
que
determine
que existe
delito o
requiere
apelación
Client
e
-
Resultad
o final
del
Tribunal
Penal
-
Decisión
del
cliente
(apela o
no apela)
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Presenta
Apelación
?
167
5
0
Registr
ar
cierre
de
causa
(Tribun
al
Penal)
a. Registra
decisión del
juez.
b. Fecha de
aceptación de
decisión
c. Detalles
del caso
Client
e
-
Resultad
o.
-
Tiempo
de
espera.
-
Conocimi
ento de
continuar
con el
caso.
Archiv
o:
Reglas
-
Política
s.xlsx
Archivo:
Reglas -
Políticas.
xlsx
¿Respond
er
Apelación
Contrapar
te?
5
1
Sustent
ar
apelaci
ón
(Corte
Nacion
al)
a. Genera
escrito para
recurso
extraordinari
o de
protección.
b. Registrar
nombre a
quien se
entrega y
fecha de
entrega
Corte
Nacio
nal
-
Informe
para
Corte
Nacional
Documen
to
firmado
de
recibido
No
aplica
5
2
Registr
ar y
analizar
resultad
o del
caso
(Corte
Nacion
al)
a. Registro de
resultado del
juez
b. Revisión
de resultados
con el
cliente.
Client
e
-
Resultad
o final
de la
Corte
Nacional
-
Continuar
con el
flujo bajo
la
sentencia
final
No
aplica
5
3
Negoci
ar
honorar
ios y
acordar
forma
de pago
a. Revisión
final del
proceso
B. Registro
de
comentarios
adicionales
Client
e
-Detalle
de
gestione
s
realizada
s.
- Indicar
valores
adiciona
les no
acordad
os
inicialm
- Cliente
acepta
nuevos
valores
No
aplica
168
ente
5
4
Generar
factura
y
registra
r pago
a. Se genera
factura
b. Registrar
pagos y
abonos.
Client
e
- Factura
- Cuadre
de
abonos y
pagos
- Acepta
factura
No
aplica
5
5
Verifica
r pago
total
acordad
o de
honorar
on
a. Cerrar
caso,
comentario.
No
aplica
Anexo 4. Análisis informático
Procesos Judiciales
Las tareas establecidas en cada una de las etapas, se ejecutan de manera secuencial y
lógica del proceso judicial, el mismo que fue diagramado en Bizagi Modeler y para
nuestro efecto de automatización se realizara en Bizagi Studio.
En el pool de procesos judiciales se visualiza diferentes elementos del flujo que son
conocidos como notación BPMN que son los siguientes:
Lane
Fase
Tareas
Conectores
Compuertas
169
Eventos
Primera segmentación - Entrevista y Negociación
Etapa inicial que tiene como principal fuente de información al cliente, quien se encarga
de explicar a detalle todo acerca del trámite a tratar, los fundamentos del mismo deben
ser claros para recibir una correcta asesoría tanto del abogado principal como de los
abogados especialistas. Es el cliente quién debe presentar una serie de documentos que
apalanquen la información brindada desde la primera entrevista.
En esta etapa se utilizan algunos elementos de nomenclatura BPMN, siendo los más
importantes los siguientes:
170
Evento
Evento de inicio que determina que el proceso judicial empieza, el cual instancia el
trámite a la primera tarea. Este elemento es fundamental para delimitar el inicio y fin
del proceso.
Inicio
Tarea de usuario
Para esta actividad del flujo es ejecutada por una persona mediante la aplicación, sus
características principales y más utilizadas son: notificar, priorizar, determinar duración,
singlenton, mensajes de tarea y reasignar. Cada tarea tiene campos propios que permiten
tener la información necesaria, así como validaciones que permiten tener controles
adecuados para mantener una consistencia en el proceso. En esta etapa se almacena en
el flujo, información del cliente la que será escaneada y se archiva en el repositorio
compartido.
Las tareas que cuentan con este elemento en esta segmentación son:
Almacenar información del cliente.
Entrevistar cliente (abogado principal-cliente).
Registrar abono cliente.
Facturar abono.
Entrevistar cliente (abogado especialista-cliente).
Entrevista cliente (abogado penalista-cliente).
Contactar cliente.
Regularizar documentos.
171
Compuerta de decisión
Se determinó utilizar la compuerta de decisión exclusiva la misma que puede adoptar
dos comportamientos como:
Divergencia: se utiliza para crear dos caminos alternativos dentro del proceso,
pero solo uno se selecciona.
Convergencia: se utiliza para unir caminos alternativos.
Es muy importante siempre en la tarea que antecede a la compuerta, determinar las
variables que se van a evaluar las mismas que deben ser obligatorias y tener
información y poder continuar por el camino seleccionado, en esta segmentación se
utiliza la compuerta exclusiva en las siguientes convergencias:
¿Continuar proceso o asesoramiento?
¿Exento de pago?
¿Tipo de juicio?
Segunda segmentación – Análisis y seguimiento
172
Tarea de Usuario
Para esta actividad del flujo es ejecutada por una persona mediante la aplicación, sus
características principales y más utilizadas son: notificar, priorizar, determinar duración,
singlenton, mensajes de tarea y reasignar. Cada tarea tiene campos propios que permiten
tener la información necesaria, así como validaciones que permiten tener controles
adecuados para mantener una consistencia en el proceso. En esta etapa los documentos
se generan mediante plantillas predeterminadas que contienen información del cliente y
también del proceso, estos documentos serán presentados a los entes regulatorios de
control para continuar paso a paso el proceso, estas plantillas quedaran almacenados en
el repositorio de archivos compartido.
Las tareas que cuentan con este elemento en esta segmentación son:
Adjuntar y validar documentos solicitados
Adjuntar y validar documentos solicitados
Sustentar apelación inspectoría de trabajo
173
Registrar y analizar resultado del caso (Inspectoría de trabajo)
Sustentar información (Fiscalía)
Registrar y analizar resultado del caso (Juez competente)
Regularizar documentos juez competente
Archivar causa
Registrar y analizar resultado del caso (Audiencia de conciliación)
Sustentar apelación (Audiencia definitiva)
Registrar y analizar resultado del caso (Audiencia definitiva)
Sustentar apelación (Corte provincial)
Registrar y analizar resultado del caso (Corte provincial)
Sustentar apelación (Recurso de casación)
Registrar y analizar resultado del caso (Recurso de casación)
Sustentar apelación (Corte constitucional)
Solicitar registro ejecución de mandamiento de pago
Reclamar pago
Registrar cierre de causa (Recurso de casación)
Registrar cierre de causa (Corte Provincial)
Registrar cierre de causa (Audiencia definitiva)
Presentar documentos
Registrar cierre de causa (Audiencia de conciliación)
Registra fecha de pago
Generar multa empresa
Generar acta de finiquito
174
Iniciar etapa de indagación
Iniciar reconstrucción de los hechos
Entregar informe de indagación instrucción fiscal
Registrar y analizar resultado del caso (Juez penal)
Sustentar apelación (Fiscalía general del Estado)
Registrar y analizar resultado del caso (Fiscalía general del Estado)
Sustentar apelación (Audiencia de sustentación)
Registrar y analizar resultado del caso (Audiencia de sustentación)
Registrar y analizar resultado del caso (Tribunal penal)
Sustentar apelación (Corte nacional)
Registrar cierre de causa (Tribunal penal)
Registrar cierre de causa (Audiencia de sustentación)
Registrar cierre de causa (Juez penal)
Obtener declaración testigos
Gestionar resultados de pruebas
Registrar cierre de causa (Fiscalía general del Estado)
Compuerta de decisión
Se determinó utilizar la compuerta de decisión exclusiva la misma que puede adoptar
dos comportamientos como:
Divergencia: se utiliza para crear dos caminos alternativos dentro del proceso,
pero solo uno se selecciona.
Convergencia: se utiliza para unir caminos alternativos.
175
Es muy importante siempre en la tarea que antecede a la compuerta, determinar las
variables que se van a evaluar las mismas que deben ser obligatorias y tener
información y poder continuar por el camino seleccionado, en esta segmentación se
utiliza la compuerta exclusiva en las siguientes convergencias:
¿Requiere documentos para el juicio?
¿Documentos completos?
¿Presentar apelación?
¿Requiere exhibir documentos
¿Solicitar pago?
¿Pago realizado?
¿Responder apelación contraparte?
¿Fecha vencida?
¿Apelación juez?
Compuerta paralela
Esta compuerta tiene un comportamiento diferente, los caminos que se despliegan de la
compuerta no necesitan tener evaluación de regla de negocio o elección de dato del
actor de la tarea que la antecede por lo cual se activan todos los caminos. Adicional en
el proceso contiene una compuerta paralela de convergencia la cual sincroniza los
caminos habilitados, antes de continuar a la siguiente actividad controla que todas las
tareas de los caminos hayan culminado.
Esta compuerta es utilizada en los trámites penales cuando se requiere realizar
reconstrucción de los hechos, exámenes médicos y declaración de testigos.
176
Paralela
Evento Intermedio
Este evento en el flujo se usa para no cargar tiempos a la tarea, es fundamental porque
existe un tiempo de espera para saber la acción legal que tomará la contraparte, este
tiempo está colocado en una variable de tiempo por lo cual puede ser cambiada por el
administrador del proceso. Una vez que cumpla con el tiempo el evento intermedio se
ejecutara y enviara a la tarea siguiente. Es muy importante que el servicio principal de
Bizagi (Scheduler) se encuentre activo.
Espera Apelación
Evento
El evento de fin o cierre, es necesario que sea utilizado en todo diagrama automatizado
o por automatizar, con esto se garantizó que la instancia de proceso abierta llegue a su
fin. En este segmente del proceso se tomará la decisión de cerrar una vez que el cliente
no emita el pago inicial, que es una política del estudio jurídico.
Fin
Tercera segmentación – Cierre y acuerdo de pagos.
177
Tarea de Usuario
Para esta actividad del flujo es ejecutada por una persona mediante la aplicación, sus
características principales y más utilizadas son: notificar, priorizar, determinar duración,
singlenton, mensajes de tarea y reasignar. Cada tarea tiene campos propios que permiten
tener la información necesaria, así como validaciones que permiten tener controles
adecuados para mantener una consistencia en el proceso. Adicional, en esta etapa se
destaca como característica principal el cierre del caso por lo cual contiene información
de decisiones de los entes regulatorios, información digital escaneada y cargada en el
proceso y la generación de la factura.
Las tareas que tiene este elemento es esta segmentación son:
Registrar y analizar resultado del caso (Corte nacional)
Negociar honorarios y acordar forma de pago
Generar factura y registrar pago
178
Verificar pago total acordado de honorarios
Registrar y analizar resultado del caso (Corte constitucional)
Evento
El evento de fin o cierre, es necesario que sea utilizado en todo diagrama automatizado
o por automatizar, con esto se garantizó que la instancia de proceso abierta llegue a su
fin. El final nuestro proceso es después de la última tarea con lo cual se cierra el caso y
el estado del mismo se genera como cierre. La tarea que tiene este elemento es esta
segmentación es:
Fin
Anexo 5. Políticas y reglas de negocio
Políticas de negocio
Nº Descripción
1 El estudio jurídico Alvarado y Asociados atenderán cualquier trámite de índole
legal tanto a personas naturales como jurídicas. Donde los requisitos mínimos para
procesar son:
Ser mayor de edad.
Poder especial en caso de ser menor de edad, es documento obligatorio para
iniciar el proceso será cédula de identidad o pasaporte.
Empresa legalmente constituida.
Documentos de sustentación.
179
2 El proceso automatizado aplica únicamente para los juicios penales y laborales,
dejando constancia de su funcionamiento en el Manual de Usuario y Técnico, para
demás trámites se llevara un registro manual y almacenamiento únicamente físico.
3 La tarifa mínima de consulta es de $30. Todo proceso inicia con una abono mínimo
acordado en la primera cita con el abogado principal, se concederá 48 horas para
cumplir con este pago caso contrario se procederá a cerrar el mismo. Al finalizar el
juicio el cliente deberá cancelar el valor restante de la cantidad pactada al inicio del
proceso, caso contrario se hará seguimiento interno para el pago del mismo y en
caso de hacer caso omiso se realizará una demanda civil exigiendo el pago
correspondiente.
4 Al realizarse cualquier cambio considerable en el juicio ya sea por apelación,
aplicación de nuevos procedimientos, etc., el estudio jurídico se compromete a
notificar al cliente, ya sea: vía telefónica, correo electrónico o presencial sobre los
cambios antes mencionados, considerando su decisión de proceder, finalizar o
dirigirse hacia el siguiente ente regulador.
Reglas de negocio
O
rd
en
Polí
tica
aso
ciad
a
Nombre Acti
vida
d
Ant
erio
r
Condición/Valid
ación
Acti
vida
d
Sigu
ient
e
Rol
Destino
Ev
al
úa
otr
a
Re
gla
1 1 ¿Continuar Proceso
o Asesoramiento?
2 Si respuesta
"Continuar
Proceso"
No
Aplica
Si
Si respuesta 55 Contado No
180
"Asesoramiento" ra
2 2 ¿Exento de Pago? 2 Si respuesta "SI" No
Aplica
Si
Si respuesta "No" 3 Abogad
o
Principal
No
3 2 ¿Tipo de Juicio? 2 Si respuesta
"Laboral"
4 Abogad
o
Laborist
a
No
Si respuesta
"Penal"
33 Abogad
o
Penalista
No
4 1 ¿Documentos
Completos?
5 Si respuesta "SI" 8 Abogad
o
Laborist
a
No
Si respuesta "No" 6 Secretari
a
No
5 2 ¿Tipo de Juicio? 7 Si respuesta
"Laboral"
5 Abogad
o
Laborist
a
No
Si respuesta
"Penal"
34 Abogad
o
Penalista
No
6 4 ¿Presenta
Apelación?
9 Si respuesta "SI" 11 Abogad
o
Laborist
a
No
Si respuesta "No" 10 Abogad
o
Laborist
a
No
7 1 ¿Documentos
Completos?
13 Si respuesta
"Documentos
Completos"
13 Abogad
o
Laborist
a
No
Si respuesta
"Documentos
Incompletos"
15 Abogad
o
Laborist
a
No
Si respuesta
"Archivar Caso"
14 Abogad
o
Laborist
a
No
181
8 4 ¿Presenta
Apelación?
13 Si respuesta "SI" No
Aplica
Si
Si respuesta "No" 19 Abogad
o
Laborist
a
No
9 1 ¿Requiere exhibir
documentos?
13 Si respuesta "SI" 16 Abogad
o
Laborist
a
No
Si respuesta "No" 17 Abogad
o
Laborist
a
No
10 4 ¿Responder
Apelación
Contraparte?
19 Si respuesta "SI" 17 Abogad
o
Laborist
a
No
Si respuesta "No" 20 Abogad
o
Laborist
a
No
11 4 ¿Fecha Vencida? 20 Si respuesta "SI" 21 Abogad
o
Laborist
a
No
Si respuesta "No" 53 Abogad
o
Principal
No
12 4 ¿Presenta
Apelación?
18 Si respuesta "SI" 22 Abogad
o
Laborist
a
No
Si respuesta "No" 24 Abogad
o
Laborist
a
No
13 4 ¿Responder
Apelación
Contraparte?
24 Si respuesta "SI" 22 Abogad
o
Laborist
a
No
Si respuesta "No" 25 Abogad
o
Laborist
a
No
14 4 ¿Pago Realizado? 26 Si respuesta "SI" 53 Abogad No
182
o
Principal
Si respuesta "No" 26 Abogad
o
Laborist
a
No
15 4 ¿Presenta
Apelación?
23 Si respuesta "SI" 27 Abogad
o
Laborist
a
No
Si respuesta "No" 29 Abogad
o
Laborist
a
No
16 4 ¿Responder
Apelación
Contraparte?
29 Si respuesta "SI" 27 Abogad
o
Laborist
a
No
Si respuesta "No" 25 Abogad
o
Laborist
a
No
17 4 ¿Presenta
Apelación?
28 Si respuesta "SI" 30 Abogad
o
Laborist
a
No
Si respuesta "No" 32 Abogad
o
Laborist
a
No
18 4 ¿Responder
Apelación
Contraparte?
32 Si respuesta "SI" 30 Abogad
o
Laborist
a
No
Si respuesta "No" 25 Abogad
o
Laborist
a
No
19 4 ¿Solicitar Pago? 31 Si respuesta "SI" 25 Abogad
o
Laborist
a
No
Si respuesta "No" 53 Abogad
o
Principal
No
20 1 ¿Requiere 33 Si respuesta "SI" 34 Abogad No
183
Documentos para el
Juicio?
o
Penalista
Si respuesta "No" 35 Abogad
o
Penalista
No
21 1 ¿Documentos
Completos?
34 Si respuesta "SI" 35 Abogad
o
Penalista
No
Si respuesta "No" 6 Secretari
a
No
22 1 Etapa de
Indagación (Se
dirige a todas las
alternativas)
35 SI Requiere
Reconstrucción
de los Hechos
36 Abogad
o
Penalista
No
SI Requiere
Declaración de
Testigos
37 Abogad
o
Penalista
No
SI Requiere
Resultados de
Pruebas
38 Abogad
o
Penalista
No
23 4 ¿Presenta
Apelación?
40 Si respuesta "SI" 42 Abogad
o
Penalista
No
Si respuesta "No" 41 Abogad
o
Penalista
No
24 4 ¿Responder
Apelación
Contraparte?
41 Si respuesta "SI" 42 Abogad
o
Penalista
No
Si respuesta "No" 53 Abogad
o
Principal
No
25 4 ¿Presenta
Apelación?
43 Si respuesta "SI" 45 Abogad
o
Penalista
No
Si respuesta "No" 44 Abogad
o
Penalista
No
26 4 ¿Responder
Apelación
Contraparte?
44 Si respuesta "SI" 45 Abogad
o
Penalista
No
Si respuesta "No" 53 Abogad
o
Principal
No
27 4 ¿Presenta
Apelación?
46 Si respuesta "SI" 48 Abogad
o
Penalista
No
184
Si respuesta "No" 47 Abogad
o
Penalista
No
28 4 ¿Responder
Apelación
Contraparte?
47 Si respuesta "SI" 48 Abogad
o
Penalista
No
Si respuesta "No" 53 Abogad
o
Principal
No
29 4 ¿Presenta
Apelación?
49 Si respuesta "SI" 50 Abogad
o
Penalista
No
Si respuesta "No" 51 Abogad
o
Penalista
No
30 4 ¿Responder
Apelación
Contraparte?
50 Si respuesta "SI" 51 Abogad
o
Penalista
No
Si respuesta "No" 53 Abogad
o
Principal
No
Anexo 6. Pruebas funcionales casos laborales
Datos generales del proyecto
Nombre del
Proyecto
Implantación BPM estudio jurídico
Líder del
Proyecto
María Eugenia Paguay / Hugo López
Casos de prueba
ID Caso de
Prueba
Descripción Estad
o
CPL0
1
Caso de
Prueba 1
Verificar las tareas consecutivas de un asesoramiento
hasta su facturación / sin ser exento de pago.
CPL0
2
Caso de
Prueba 2
Verificar las tareas consecutivas de un juicio laboral
hasta gestionar documentos incompletos.
CPL0
3
Caso de
Prueba 3
Verificar las tareas consecutivas de un juicio laboral
hasta archivar causa.
CPL0
4
Caso de
Prueba 4
Verificar las tareas consecutivas de un juicio laboral
hasta gestionar documentos incompletos.
185
Caso de prueba 1
Datos del caso de prueba
Nombre del
proyecto:
Implantación BPM estudio jurídico
Proceso: Procesos Judiciales Tipo de prueba: Funcionalida
d
Escenario /
Flujo
Consulta/Asesoramie
nto
Autor del caso de
prueba:
Id. Caso de
prueba:
CPL01 Nombre del tester:
Módulo a
probar:
Bizagi Fecha de creación: Fecha
de
ejecuci
ón:
Detalle del caso de prueba
Objetivo: Verificar las tareas consecutivas de un asesoramiento hasta
su facturación / sin ser exento de pago
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
CONDICIONES PARA LA EJECUCIÓN DEL CASO DE PRUEBA:
1. Información del cliente
2. Información del caso o trámite.
Pos-condiciones:
1. Generar factura de asesoramiento
Ejecución
Id
.
Element
o
aprobar:
Activida
d
Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
1 Validació
n de
informaci
ón de
pantalla
1.
Almacen
ar
informaci
ón del
cliente
Validar que los
campos permita los
caracteres de
acuerdo a su tipo:
- Número
-Fecha de
nacimiento
(mayoría de edad)
- Teléfonos de
ubicación (10
números)
Actividad
iniciada
por el
perfil de
usuario:
-
Secretaria
Diferentes
mensajes
de
restricción
por
validación
186
- Campos
obligatorios
2 Verificar que se
despliegue el
número de caso y
creador del mismo
Visibilidad
pantalla
inicial
Informació
n número
de caso y
creador
3 Verificar envío de
correo electrónico
con datos del
cliente
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
4 2.
Entrevist
a
Abogado
Principal
- Cliente
Verificar que se
despliegue la
información del
cliente
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Principal
Visibilidad
que los
datos
ingresados
por la
Secretaria
son
correctos.
5 Validar que los
campos permita los
caracteres de
acuerdo a su tipo y
controles:
- Número
- Fecha de
nacimiento
(mayoría de edad)
- Teléfonos de
ubicación (10
números)
- Campos
obligatorios
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
6 Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
Respuestas
7 Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
selección
187
8 Verificar envío de
correo electrónico
sobre datos de
acuerdo de pago.
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
9 Verificar que al
seleccionar exento
de pago NO:
- Monto Juicio:
Visible/Editable/So
lo números
- % Honorarios:
Visible/Editable
- Honorarios :
Visible/Calculo
Automático
- Valor Abono:
Visible/Editable/So
lo números
- Saldo pendiente:
Visible/Calculo
Automático
Formulari
o
dinámico.
Los
campos se
deben
presentar
de manera
lógica y
clara en
las
etiquetas.
1
0
Verificar que al
seleccionar
contrata servicios
NO:
- Se habilidad
solamente valor
abono
- Verificar valor
abono sea mayor o
igual a $30
Mensaje
de error
Se debe
validar el
documento
EJ_RP-V1
sobre el
valor de la
consulta.
1
1
54.
Generar
Factura y
Registrar
Pago
Validar que la
factura permita
solamente
seleccionar la fecha
actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
1
2
Validar que
número de factura
permita solamente
caracteres
numéricos
Actividad
iniciada
por el
perfil de
usuario:
-
Contador
Mensaje
de
restricción
por
validación.
188
1
3
Verificar que se
visualice el Monto
Abono.
Monto
Abono: No
Editable
Informació
n del
monto
abono no
editable.
1
4
Validar que:
- Genere la factura
del valor de la
consulta
- Los datos deben
coincidir tanto en
la factura digital
como en pantalla
- El correcto envío
de la factura vía
correo electrónico
- Permita subir
documentos
adicionales
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
1
5
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
selección
1
6
Verificar envío de
correo electrónico
con factura adjunta.
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
1
7
55.
Verificaci
ón pago -
Cierre
caso
Verificar que se
visualice:
-Información del
cliente
-Número de juicio
-Tipo causa/juicio
- Valor consulta
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Verificar
que todos
los datos
ingresados
por la
Secretaria
sean
correctos
1
8
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
189
1
9
Fin de trámite Formulari
o
dinámico.
Verificar
que el
proceso
finaliza.
Caso de prueba 2
Datos del caso de prueba
Nombre del
proyecto:
Implantación BPM estudio jurídico
Proceso: Procesos Judiciales Tipo de prueba: Funcionalida
d
Escenario /
Flujo
Consulta/Asesoram
iento
Autor del caso de
prueba:
Id. Caso de
prueba:
CPL02 Nombre del tester:
Módulo a
probar:
Bizagi Fecha de creación: Fecha
de
ejecuci
ón:
Detalle del caso de prueba
Objetivo: Verificar las tareas consecutivas de un juicio laboral hasta
gestionar documentos incompletos.
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
Condiciones para la ejecución del caso de prueba
1. Información del cliente
2. Información del caso o trámite.
Pos-condiciones:
1. Documentos adjuntos del cliente
Ejecución
Id
.
Element
o
aprobar
Tarea Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
190
1 Validació
n de
informaci
ón de
pantalla
CASO
DE
PRUEBA
1
Se debe repetir las validaciones desde id 1 hasta el 8.
2 2.
Entrevista
Abogado
Principal
- Cliente
Verificar que al
seleccionar exento
de pago NO:
- Monto Juicio: No
Visible/No
Editable
- % Honorarios: No
Visible/No
Editable
- Honorarios : No
Visible
- Valor Abono:
Visible/Editable/So
lo números
- Saldo pendiente:
No Visible
- Contrata
Servicios: No
Editable, estado SI
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
3 Verificar que al
seleccionar
contrata servicios
NO:
- Se habilidad
solamente valor
abono
- Verificar valor
abono sea mayor o
igual a $30
Mensaje
de error
Se debe
validar el
documento
EJ_RP-V1
sobre el
valor de la
consulta.
4 4.
Entrevista
Cliente
(Abogado
Laborista
)
Verificar que se
despliegue la
información del
cliente, incluyendo
el número de caso
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Visibilidad
que los
datos
ingresados
por la
Secretaria
son
correctos.
191
5 Verificar que se
despliegue la
información del
juicio, incluyendo
el número de caso
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Visibilidad
que los
datos
ingresados
por el
Abogado
Principal
son
correctos.
6 Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
7 Validar que se
genere el check list
de documentos.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
8 Validar fecha de
próxima entrevista,
permite seleccionar
desde la fecha
actual en adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
9 Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
1
0
5.
Adjuntar
Archivos
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
192
1
1
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
1
2
Verificar que al
seleccionar
documentos
completos NO:
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 7.
1
3
6.
Contactar
Cliente
Verificar que se
visualice:
-Información del
cliente
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
son
correctos.
1
4
Validar fecha de
contacto permita
únicamente
seleccionar la fecha
actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual.
Calendario
deshabilita
do
1
5
Validar fecha
entrega
documentos,
permita seleccionar
desde la fecha
actual en adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
1
6
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Secretaria.
193
1
7
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
1
8
7.
Regulariz
a
Documen
tos
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
1
9
Verificar que se
pueda seleccionar
los documentos a
subir
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Mensaje
de
restricción
por
validación.
2
0
Se debe presentar
mensaje de
aprobación para
continuar con la
tarea 9
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
2
1
Verificar envío de
correo electrónico
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
2
2
5.
Adjuntar
Archivos
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
194
2
3
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
4
Verificar que al
seleccionar
documentos
completos SI:
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 7.
2
5
8.
Sustentar
Inspectorí
a de
Trabajo
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
2
6
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
7
Validar fecha de
próxima entrevista,
permite seleccionar
desde la fecha
actual en adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
2
8
Validar que se
genere un modelo
de demanda inicial
con los datos del
cliente mapeados.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
195
2
9
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laboral
3
0
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
3
1
9.
Registrar
y
Analizar
resultado
de la
Inspectorí
a de
Trabajo
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
3
2
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
3
3
Verificar que al
seleccionar
sentencia juez:
Favorable
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Check de
decisión
3
4
Verificar que al
seleccionar
apelación NO:
- Se guarda dato
para ser evaluado
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 11.
196
en compuerta de
decisión.
3
5
Validar fecha de
resultado, permite
seleccionar desde
la fecha actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
3
6
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
3
7
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laboral
3
8
10.
Generar
Acta de
Finiquito
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
3
9
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
4
0
Validar que se
genere un modelo
de Acta de
Finiquito con los
datos del cliente
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
197
mapeados. validación
4
1
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laborista
4
2
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
4
3
53.
Negociar
honorario
s y
acordar
forma de
pago
Verificar que se
visualice:
-Información del
cliente
-Información del
juicio penal
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
4
4
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
4
5
Los acuerdos de
pagos, en el caso
de existir debe
ingresar el detalle
de cómo lo realizar
el cliente.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
4
6
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
198
actividad
la recibirá
el usuario
Abogado
Principal
4
7
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
4
8
54.
Negociar
honorario
s y
acordar
forma de
pago
Validar que la
factura permita
solamente
seleccionar la fecha
actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
4
9
Validar que
número de factura
permita solamente
caracteres
numéricos
Actividad
iniciada
por el
perfil de
usuario:
-
Contador
Mensaje
de
restricción
por
validación.
5
0
Verificar que se
visualice el Monto
saldo.
Monto
saldo: No
Editable
Informació
n del
monto
abono no
editable.
5
1
Validar que:
- Genere la factura
del valor del saldo
- Los datos deben
coincidir tanto en
la factura digital
como en pantalla
- El correcto envío
de la factura vía
correo electrónico.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
5
2
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
199
5
3
Verificar envío de
correo electrónico
con factura adjunta.
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
5
4
55.
Verificar
pago total
acordado
de
honorario
s
Verificar que se
visualice:
-Información del
cliente
-Información del
juicio penal
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
5
5
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
5
6
Fin de trámite Formulari
o
dinámico.
Verificar
que el
proceso
finaliza.
Caso de prueba 3
Datos del caso de prueba
Nombre del
proyecto:
IMPLANTACIÓN BPM ESTUDIO JURIDICO
Proceso: Procesos Judiciales Tipo de prueba: Funcionalida
d
Escenario /
Flujo
Consulta/Asesorami
ento
Autor del caso de
prueba:
Id. Caso de
prueba:
CPL03 Nombre del tester:
Módulo a
probar:
Bizagi Fecha de creación: Fecha
de
ejecuci
200
ón:
Detalle del caso de prueba
Objetivo: Verificar las tareas consecutivas de un juicio laboral hasta
archivar causa.
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
Condiciones para la ejecución del caso de prueba
1. Información del cliente
2. Información del caso o trámite.
Pos-condiciones:
1. Documentos adjuntos del cliente
Ejecución
Id
.
Element
o
aprobar
Tarea Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
1 Validació
n de
informaci
ón de
pantalla
CASO
DE
PRUEBA
2
Se debe repetir las validaciones desde id 1 hasta el 33.
2 9.
Registrar
y
Analizar
resultado
de la
Inspector
ía de
Trabajo
Verificar que al
seleccionar
apelación SI:
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 11.
3 Validar fecha de
resultado, permite
seleccionar desde
la fecha actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
4 Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
201
5 Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laboral
6 11.
Sustentar
informaci
ón
(Fiscalía)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
7 Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
8 Validar fecha de
próxima entrevista,
permite seleccionar
desde la fecha
actual en adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
9 Validar que se
genere un modelo
de demanda inicial
con los datos del
cliente mapeados.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
1
0
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
202
el usuario
Abogado
Laboral
1
1
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
1
2
12.
Registrar
y analizar
resultado
del caso
(Juez
competen
te)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
1
3
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
1
4
Verificar que al
seleccionar
documentos
ARCHIVAR
CAUSA:
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 14.
1
5
Validar fecha de
resultado, permite
seleccionar desde
la fecha actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
1
6
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
203
tarea.
1
7
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laboral
1
8
14.
Archivar
Causa
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
1
9
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
0
Permite ingresar
documentos de
decisión del juez.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
1
Permite generar
documento de
decisión de archivo
de causa.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
2
53.
Negociar
honorario
s y
acordar
Verificar que se
visualice:
-Información del
cliente
-Información del
Actividad
iniciada
por el
perfil de
usuario:
Los datos
ingresados
por la
Secretaria,
Abogado
204
forma de
pago
juicio penal -
Abogado
principal
principal y
Abogado
penalista
son
correctos.
2
3
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
4
Los acuerdos de
pagos, en el caso
de existir debe
ingresar el detalle
de cómo lo realizar
el cliente.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
5
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Principal
2
6
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
2
7
54.
Negociar
honorario
s y
acordar
forma de
pago
Validar que la
factura permita
solamente
seleccionar la fecha
actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
2
8
Validar que
número de factura
permita solamente
caracteres
numéricos
Actividad
iniciada
por el
perfil de
usuario:
Mensaje
de
restricción
por
validación.
205
-
Contador
2
9
Verificar que se
visualice el Monto
saldo.
Monto
saldo: No
Editable
Informació
n del
monto
abono no
editable.
3
0
Validar que:
- Genere la factura
del valor del saldo
- Los datos deben
coincidir tanto en
la factura digital
como en pantalla
- El correcto envío
de la factura vía
correo electrónico.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
3
1
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
3
2
Verificar envío de
correo electrónico
con factura adjunta.
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
3
3
55.
Verificar
pago total
acordado
de
honorario
s
Verificar que se
visualice:
-Información del
cliente
-Información del
juicio penal
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
3
4
Validar que los
campos
obligatorios del
formulario
dinámico envíen un
mensaje de vacíos
cuando no cumplan
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
206
condición.
3
5
Fin de trámite Formulari
o
dinámico.
Verificar
que el
proceso
finaliza.
Caso de prueba 4
Datos del caso de prueba
Nombre del
proyecto:
IMPLANTACIÓN BPM ESTUDIO JURIDICO
Proceso: Procesos Judiciales Tipo de prueba: Funcionalida
d
Escenario /
Flujo
Consulta/Asesoram
iento
Autor del caso de
prueba:
Id. Caso de
prueba:
CPL03 Nombre del tester:
Módulo a
probar:
Bizagi Fecha de creación: Fecha
de
ejecuci
ón:
Detalle del caso de prueba
Objetivo: Verificar las tareas consecutivas de un juicio laboral hasta
gestionar documentos incompletos.
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
Condiciones para la ejecución del caso de prueba
1. Información del cliente
2. Información del caso o trámite.
Pos-condiciones:
1. Documentos adjuntos del cliente
Ejecución
Id
.
Element
o
aprobar
Tarea Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
207
1 Validació
n de
informaci
ón de
pantalla
CASO DE
PRUEBA
3
Se debe repetir las validaciones desde id 1 hasta el 13.
2 12.
Registrar
y analizar
resultado
del caso
(Juez
competent
e)
Verificar que al
seleccionar
DOCUMENTOS
INCOMPLETOS:
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 15.
3 Validar fecha de
resultado, permite
seleccionar desde
la fecha actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
4 Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
5 Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laboral
6 15.
Regulariza
r
document
os juez
competent
e
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
208
7 Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
8 Permite ingresar
documentos de
decisión del juez.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
Regresa a
la
actividad
12.
9 12.
Registrar
y analizar
resultado
del caso
(Juez
competent
e)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
1
0
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
1
1
Verificar que al
seleccionar
DOCUMENTOS
COMPLETOS:
- Se guarda dato
para ser evaluado
en compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 13.
209
1
2
Validar fecha de
resultado, permite
seleccionar desde
la fecha actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje
de
restricción
por
validación.
1
3
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
1
4
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Laboral
1
5
13.
Registrar
y analizar
resultado
del caso
(Audienci
a de
Conciliaci
ón)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Laborista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
1
6
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
1
7
Permite ingresar
documentos en la
pantalla.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
210
1
8
Permite generar
documento de
decisión de archivo
de causa.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
1
9
53.
Negociar
honorarios
y acordar
forma de
pago
Verificar que se
visualice:
-Información del
cliente
-Información del
juicio penal
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
2
0
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
1
Los acuerdos de
pagos, en el caso
de existir debe
ingresar el detalle
de cómo lo realizar
el cliente.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
2
Usuario debe
confirmar que se
recibió notificación
de asignación de la
actividad.
Notificaci
ón de
asignación
de
actividad.
La
notificació
n de
asignación
de
actividad
la recibirá
el usuario
Abogado
Principal
2
3
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
211
tarea.
2
4
54.
Negociar
honorarios
y acordar
forma de
pago
Validar que la
factura permita
solamente
seleccionar la
fecha actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
2
5
Validar que
número de factura
permita solamente
caracteres
numéricos
Actividad
iniciada
por el
perfil de
usuario:
-
Contador
Mensaje
de
restricción
por
validación.
2
6
Verificar que se
visualice el Monto
saldo.
Monto
saldo: No
Editable
Informaci
ón del
monto
abono no
editable.
2
7
Validar que:
- Genere la factura
del valor del saldo
- Los datos deben
coincidir tanto en
la factura digital
como en pantalla
- El correcto envío
de la factura vía
correo electrónico.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
2
8
Se debe presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje
de
confirmaci
ón si
culmina la
tarea.
2
9
Verificar envío de
correo electrónico
con factura
adjunta.
Informaci
ón de la
tarea.
Correo
electrónic
o en la
bandeja de
entrada del
cliente.
3
0
55.
Verificar
pago total
acordado
Verificar que se
visualice:
-Información del
cliente
Actividad
iniciada
por el
perfil de
Los datos
ingresados
por la
Secretaria,
212
de
honorarios
-Información del
juicio penal
usuario:
-
Abogado
principal
Abogado
principal y
Abogado
penalista
son
correctos.
3
1
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
3
2
Fin de trámite Formulari
o
dinámico.
Verificar
que el
proceso
finaliza.
Anexo 7. Pruebas funcionales casos penales
Datos generales del proyecto
Nombre del Proyecto Implantación BPM estudio jurídico
Tesistas María Eugenia Paguay / Hugo López
Casos de prueba
ID Caso de
Prueba
Descripción Estado
CPP01 Caso de
Prueba 1
Verificar las tareas hasta juez de derecho - Caso
ganado
CPP02 Caso de
Prueba 2
Verificar las tareas hasta fiscal general del estado -
Caso Ganado
CPP03 Caso de
Prueba 3
Verificar las tareas hasta audiencia de sustentación -
Caso Ganado
CPP04 Caso de
Prueba 4
Verificar las tareas hasta tribunal penal - Caso
Ganado
Caso de prueba 1
Datos del caso de prueba
213
Nombre del
proyecto:
Implantación BPM estudio jurídico
Proceso: Procesos Judiciales Tipo de prueba: Funcionalidad
Escenario /
Flujo
Trámite legal -
Juez de derecho
Autor del caso
de prueba:
Id. Caso de
prueba:
CPP01 Nombre del
tester:
Módulo a
probar:
Bizagi Fecha de
creación:
Fecha
de
ejecuci
ón:
Detalle del caso de prueba
Objetivo: Verificar las tareas hasta juez de derecho - Caso ganado
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
Condiciones para la ejecución del caso de prueba
1. Información del cliente
2. Información del caso o trámite.
3. Solicitud de indagación
Pos-condiciones:
1. No recibe apelación contraparte
2. Resultado favorable del juicio.
Ejecución
Id
.
Element
o
aprobar
Actividad Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
1 Validació
n de
informaci
ón de
pantalla
1.
Almacenar
informació
n del
cliente
Validar que los
campos permita
los caracteres de
acuerdo a su
tipo:
- Números,
letras, correo
electrónico.
- Fecha de
nacimiento
(mayoría de
edad).
- Teléfonos de
ubicación (10
números).
Actividad
iniciada
por el
perfil de
usuario:
-
Secretaria
Diferentes
mensajes
de
restricción
por
validación.
214
- Campos
obligatorios.
2 Verificar que se
despliegue el
número de caso
y creador del
mismo
Visibilidad
pantalla
inicial
Informació
n número
de caso y
creador
3 Verificar envío
de correo
electrónico con
datos del cliente
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
4 2.
Entrevista
Abogado
Principal -
Cliente
Verificar que se
despliegue la
información del
cliente
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
Principal
Los datos
ingresados
por la
Secretaria
son
correctos.
5 Validar que los
campos permita
los caracteres de
acuerdo a su
tipo:
- Número, letras.
- Campos
obligatorios
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
6 Verificar que al
seleccionar
exento de pago
NO:
- Monto Juicio:
Visible/Editable/
Solo números
- % Honorarios:
Visible/Editable
- Honorarios :
Visible/Calculo
Automático
- Valor Abono:
Visible/Editable/
Solo números
- Saldo
pendiente:
Formulari
o
dinámico.
Los
campos se
deben
presentar
de manera
lógica y
clara en las
etiquetas.
215
Visible/Calculo
Automático
7 Verificar que al
seleccionar
contrata
servicios SI:
- Se guarda dato
para ser
evaluado en
compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia el
abogado
especialista
.
8 Verificar que al
seleccionar
presenta
documentos SI:
- Documentos
Personales:
Visible
Formulari
o
dinámico.
Permite
adjuntar
documento
s.
9 Verificar valor
abono sea mayor
o igual a $30
Mensaje
de error
Se debe
validar el
documento
Estudio
Jurídico
Alvarado y
Asociados
RP-V1
sobre el
valor de la
consulta.
1
0
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
1
1
Se debe
presentar
mensaje de
aprobación para
Mensaje
de
selección
Mensaje de
confirmaci
ón si
culmina la
216
continuar. tarea.
1
2
3. Factura
Abono
Validar que la
factura permita
solamente
seleccionar la
fecha actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
Calendario
deshabilita
do para
fechas
diferentes a
la actual
1
3
Validar que
número de
factura permita
solamente
caracteres
numéricos
Actividad
iniciada
por el
perfil de
usuario:
-
Contador
Mensaje de
restricción
por
validación.
1
4
Verificar que se
visualice el
Monto Abono.
Monto
Abono: No
Editable
Informació
n del
monto
abono no
editable.
1
5
Validar que:
- Genere la
factura del valor
de la consulta
- Los datos
deben coincidir
tanto en la
factura digital
como en pantalla
- El correcto
envío de la
factura vía
correo
electrónico.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
1
6
Se debe
presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje de
confirmaci
ón si
culmina la
tarea.
1
7
Verificar envío
de correo
electrónico con
factura adjunta.
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
217
1
8
33.
Entrevista
cliente
(abogado
penalista-
cliente)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria
y el
Abogado
principal
son
correctos.
1
9
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
0
Validar fecha de
próxima
entrevista,
permite
seleccionar
desde la fecha
actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje de
restricción
por
validación.
2
1
Validar que se
genere el check
list de
documentos.
Formulari
o
dinámico.
Mensajes
de
restricción
por
validación
2
2
Verificar que al
seleccionar
requiere
documentos SI:
- Se guarda dato
para ser
evaluado en
compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 35.
2
3
34.
Adjuntar y
validar
documento
s
solicitados
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Los datos
ingresados
por la
Secretaria
y el
Abogado
218
Abogado
penalista
principal
son
correctos.
2
4
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
2
5
Verificar que al
seleccionar
documentos
completos SI:
- Se guarda dato
para ser
evaluado en
compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 36.
2
6
35. Iniciar
etapa de
indagación
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
abogado
penalista
son
correctos.
2
7
Validar que se
genere
documento de
solicitud de
indagación.
Formulari
o
dinámico.
Mensajes
de
restricción
por
validación
2
8
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
219
2
9
36. Iniciar
reconstrucc
ión de los
hechos
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
abogado
penalista
son
correctos.
3
0
Validar que
permita ingresar
y eliminar
diferentes
archivos.
Formulari
o
dinámico.
Mensaje de
documento
s requerido
3
1
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
3
2
37. Obtener
declaración
testigos
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
abogado
penalista
son
correctos.
3
3
Validar que
permita ingresar
y eliminar
diferentes
archivos.
Formulari
o
dinámico.
Mensaje de
documento
s requerido
3
4
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
220
cumplan
condición.
3
5
38.
Gestionar
resultados
de pruebas
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
abogado
penalista
son
correctos.
3
6
Validar que
permita ingresar
y eliminar
diferentes
archivos.
Formulari
o
dinámico.
Mensaje de
documento
s requerido
3
7
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
3
8
39.
Entregar
informe de
indagación
instrucción
fiscal
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
-Resumen etapa
de indagación.
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
3
9
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
221
4
0
Validar fecha de
próxima
entrevista,
permite
seleccionar
desde la fecha
actual en
adelante
Calendario
deshabilita
do para
fechas
anteriores
a la actual.
Mensaje de
restricción
por
validación.
4
1
Validar que se
genere el
informe de
indagación de
documentos.
Formulari
o
dinámico.
Mensajes
de
restricción
por
validación
4
2
40.
Registrar y
analizar
resultado
del caso
(juez penal)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
4
3
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
4
4
Validar fecha de
resultado de
juez, permite
seleccionar
desde 15 días
antes a la fecha
actual.
Calendario
deshabilita
do según
número de
días
anteriores
configurad
o
Mensaje de
restricción
por
validación.
222
4
5
Verificar que al
seleccionar
requiere
apelación NO:
- Se guarda dato
para ser
evaluado en
compuerta de
decisión.
- Existen tiempo
de espera de 3
días, tiempo
establecido en
procesos
judiciales.
Formulari
o
dinámico.
Temporiza
dor en
espera 72
horas o el
tiempo
establecido
en: Estudio
Jurídico
Alvarado y
Asociados
RP-V1
Permite
continuar
el proceso
hacia la
tarea 42.
4
6
41.
Registrar
cierre de
causa (juez
penal)
Verificar que se
visualice:
-Información del
cliente
-Información del
Juicio
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
4
7
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
4
8
Verificar que al
seleccionar
apelación
contraparte NO:
- Se guarda dato
para ser
evaluado en
compuerta de
decisión.
Formulari
o
dinámico.
Permite
continuar
el proceso
hacia la
tarea 54.
223
4
9
53.
Negociar
honorarios
y acordar
forma de
pago
Verificar que se
visualice:
-Información del
cliente
-Información del
juicio penal
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
5
0
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
5
1
Los acuerdos de
pagos, en el caso
de existir debe
ingresar el
detalle de cómo
lo realizar el
cliente.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
5
2
54.
Negociar
honorarios
y acordar
forma de
pago
Validar que la
factura permita
solamente
seleccionar la
fecha actual
Calendario
deshabilita
do para
fechas
diferentes
a la actual
Calendario
deshabilita
do para
fechas
diferentes a
la actual
5
3
Validar que
número de
factura permita
solamente
caracteres
numéricos
Actividad
iniciada
por el
perfil de
usuario:
-
Contador
Mensaje de
restricción
por
validación.
5
4
Verificar que se
visualice el
Monto saldo.
Monto
saldo: No
Editable
Informació
n del
monto
abono no
editable.
224
5
5
Validar que:
- Genere la
factura del valor
del saldo
- Los datos
deben coincidir
tanto en la
factura digital
como en pantalla
- El correcto
envío de la
factura vía
correo
electrónico.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación
5
6
Se debe
presentar
mensaje de
aprobación para
continuar.
Mensaje
de
selección
Mensaje de
confirmaci
ón si
culmina la
tarea.
5
7
Verificar envío
de correo
electrónico con
factura adjunta.
Informació
n de la
tarea.
Correo
electrónico
en la
bandeja de
entrada del
cliente.
5
8
55.
Verificar
pago total
acordado
de
honorarios
Verificar que se
visualice:
-Información del
cliente
-Información del
juicio penal
Actividad
iniciada
por el
perfil de
usuario:
-
Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista
son
correctos.
5
9
Validar que los
campos
obligatorios del
formulario
dinámico envíen
un mensaje de
vacíos cuando no
cumplan
condición.
Formulari
o
dinámico.
Diferentes
mensajes
de
restricción
por
validación.
225
6
0
Fin de trámite Formulari
o
dinámico.
Verificar
que el
proceso
finaliza.
Caso de prueba 2
Datos del caso de prueba
Nombre del
proyecto:
Implantación BPM estudio jurídico
Proceso: Procesos
Judiciales
Tipo de prueba: Funcionalidad
Escenario /
Flujo
Trámite
legal -
Juez de
derecho
Autor del caso de
prueba:
Id. Caso de
prueba:
CPP02 Nombre del tester:
Módulo a
probar:
Bizagi Fecha de creación: Fecha de
ejecución
:
Detalle del caso de prueba
Objetivo: Verificar las tareas hasta fiscal general del estado - Caso
Ganado
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
Condiciones para la ejecución del caso de prueba
1. Información del cliente
2. Información del caso o trámite.
3. Solicitud de indagación
Pos condiciones:
1. No recibe apelación contraparte
2. Resultado favorable del juicio.
Ejecución
Id
.
Elemento
aprobar
Activida
d
Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
226
1 Validación
de
informació
n de
pantalla
CASO
DE
PRUEBA
1
Se debe repetir las validaciones desde id 1 hasta el 47.
2 41.
Registrar
cierre de
causa
(juez
penal)
Verificar
que al
seleccionar
apelación
contraparte
SI:
- Se guarda
dato para
ser
evaluado
en
compuerta
de
decisión.
Formulario
dinámico.
Permite
continuar el
proceso
hacia la tarea
43.
3 42.
Sustentar
apelación
Fiscalía
General
del
Estado
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
4 Validar que
los campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
5 Habilita
documento
en base a la
decisión
anterior
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
227
apelación
contraparte
SI.
6 43.
Registrar
y analizar
resultado
del caso
(Fiscalía
General
del
Estado)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del Juicio
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
7 Validar que
los campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
8 Validar
fecha de
resultado
de juez,
permite
seleccionar
desde 15
días antes a
la fecha
actual.
Calendario
deshabilitad
o según
número de
días
anteriores
configurado
Mensaje de
restricción
por
validación.
9 Verificar
que al
seleccionar
requiere
apelación
NO:
- Se guarda
dato para
ser
evaluado
Formulario
dinámico.
Temporizado
r en espera
72 horas o el
tiempo
establecido
en: Estudio
Jurídico
Alvarado y
Asociados
RP-V1
228
en
compuerta
de
decisión.
- Existen
tiempo de
espera de 3
días,
tiempo
establecido
en procesos
judiciales.
Permite
continuar el
proceso
hacia la tarea
45.
10 44.
Registrar
cierre de
causa
(Fiscalía
General
del
Estado)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del Juicio
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
11 Validar que
los campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
12 Verificar
que al
seleccionar
apelación
contraparte
NO:
- Se guarda
dato para
ser
evaluado
en
compuerta
Formulario
dinámico.
Permite
continuar el
proceso
hacia la tarea
54.
229
de
decisión.
13 53.
Negociar
honorario
s y
acordar
forma de
pago
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
14 Validar que
los campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
15 Los
acuerdos
de pagos,
en el caso
de existir
debe
ingresar el
detalle de
cómo lo
realizar el
cliente.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
16 54.
Negociar
honorario
s y
acordar
forma de
pago
Validar que
la factura
permita
solamente
seleccionar
la fecha
actual
Calendario
deshabilitad
o para
fechas
diferentes a
la actual
Calendario
deshabilitado
para fechas
diferentes a
la actual
230
17 Validar que
número de
factura
permita
solamente
caracteres
numéricos
Actividad
iniciada por
el perfil de
usuario:
-Contador
Mensaje de
restricción
por
validación.
18 Verificar
que se
visualice el
Monto
saldo.
Monto
saldo: No
Editable
Información
del monto
abono no
editable.
19 Validar
que:
- Genere la
factura del
valor del
saldo
- Los datos
deben
coincidir
tanto en la
factura
digital
como en
pantalla
- El
correcto
envío de la
factura vía
correo
electrónico.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación
20 Se debe
presentar
mensaje de
aprobación
para
continuar.
Mensaje de
selección
Mensaje de
confirmación
si culmina la
tarea.
21 Verificar
envío de
correo
electrónico
con factura
adjunta.
Información
de la tarea.
Correo
electrónico
en la bandeja
de entrada
del cliente.
231
22 55.
Verificar
pago total
acordado
de
honorario
s
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
23 Validar que
los campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
24 Fin de
trámite
Formulario
dinámico.
Verificar que
el proceso
finaliza.
Caso de prueba 3
Datos del caso de prueba
Nombre del
proyecto:
Implantación BPM estudio jurídico
Proceso: Procesos
Judiciales
Tipo de prueba: Funcionalidad
Escenario /
Flujo
Trámite legal -
Juez de derecho
Autor del caso
de prueba:
Id. Caso de
prueba:
CPP03 Nombre del
tester:
Módulo a
probar:
Bizagi Fecha de
creación:
Fecha de
ejecució
n:
Detalle del caso de prueba
Objetivo: Verificar las tareas hasta audiencia de sustentación -
Caso Ganado
232
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
CONDICIONES PARA LA EJECUCIÓN DEL CASO DE PRUEBA:
1. Información del cliente
2. Información del caso o trámite.
3. Solicitud de indagación
Pos-condiciones:
1. No recibe apelación contraparte
2. Resultado favorable del juicio.
Ejecución
Id
.
Elemento
aprobar
Actividad Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
1 Validación
de
informació
n de
pantalla
CASO DE
PRUEBA 2
Se debe repetir las validaciones desde id 1 hasta el 11.
2 44.
Registrar
cierre de
causa
(Fiscalía
General del
Estado)
Verificar
que al
seleccionar
apelación
contraparte
SI:
- Se guarda
dato para
ser
evaluado
en
compuerta
de
decisión.
Formulario
dinámico.
Permite
continuar el
proceso
hacia la tarea
46.
3 45.
Sustentar
apelación
(audiencia
de
sustentació
n)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
233
4 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
5 Habilita
documento
en base a
la decisión
anterior
apelación
contraparte
SI.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
6 46.
Registrar y
analizar
resultado
del caso
(audiencia
de
sustentació
n)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del Juicio
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
7 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
234
8 Validar
fecha de
resultado
de juez,
permite
seleccionar
desde 15
días antes a
la fecha
actual.
Calendario
deshabilitad
o según
número de
días
anteriores
configurado
Mensaje de
restricción
por
validación.
9 Verificar
que al
seleccionar
requiere
apelación
NO:
- Se guarda
dato para
ser
evaluado
en
compuerta
de
decisión.
- Existen
tiempo de
espera de 3
días,
tiempo
establecido
en
procesos
judiciales.
Formulario
dinámico.
Temporizad
or en espera
72 horas o el
tiempo
establecido
en: Estudio
Jurídico
Alvarado y
Asociados
RP-V1
Permite
continuar el
proceso
hacia la tarea
48.
10 47.
Registrar
cierre de
causa
(audiencia
de
sustentació
n)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del Juicio
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
235
11 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
12 Verificar
que al
seleccionar
apelación
contraparte
NO:
- Se guarda
dato para
ser
evaluado
en
compuerta
de
decisión.
Formulario
dinámico.
Permite
continuar el
proceso
hacia la tarea
54.
13 53.
Negociar
honorarios
y acordar
forma de
pago
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
14 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
236
mensaje de
vacíos
cuando no
cumplan
condición.
15 Los
acuerdos
de pagos,
en el caso
de existir
debe
ingresar el
detalle de
cómo lo
realizar el
cliente.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
16 54.
Negociar
honorarios
y acordar
forma de
pago
Validar
que la
factura
permita
solamente
seleccionar
la fecha
actual
Calendario
deshabilitad
o para
fechas
diferentes a
la actual
Calendario
deshabilitad
o para fechas
diferentes a
la actual
17 Validar
que
número de
factura
permita
solamente
caracteres
numéricos
Actividad
iniciada por
el perfil de
usuario:
-Contador
Mensaje de
restricción
por
validación.
18 Verificar
que se
visualice el
Monto
saldo.
Monto
saldo: No
Editable
Información
del monto
abono no
editable.
19 Validar
que:
- Genere la
factura del
valor del
saldo
- Los datos
deben
coincidir
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación
237
tanto en la
factura
digital
como en
pantalla
- El
correcto
envío de la
factura vía
correo
electrónico
.
20 Se debe
presentar
mensaje de
aprobación
para
continuar.
Mensaje de
selección
Mensaje de
confirmació
n si culmina
la tarea.
21 Verificar
envío de
correo
electrónico
con factura
adjunta.
Información
de la tarea.
Correo
electrónico
en la bandeja
de entrada
del cliente.
22 55.
Verificar
pago total
acordado
de
honorarios
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
23 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
238
cumplan
condición.
24 Fin de
trámite
Formulario
dinámico.
Verificar
que el
proceso
finaliza.
Caso de prueba 4
Datos del caso de prueba
Nombre del
proyecto:
Implantación BPM estudio jurídico
Proceso: Procesos
Judiciales
Tipo de prueba: Funcionalidad
Escenario /
Flujo
Trámite
legal -
Juez de
derecho
Autor del caso de
prueba:
Id. Caso de
prueba:
CPP03 Nombre del tester:
Módulo a
probar:
Bizagi Fecha de creación: Fecha de
ejecució
n:
Detalle del caso de prueba
Objetivo: Verificar las tareas hasta tribunal penal - Caso Ganado
Orden de
ejecución:
1
Tipo de
ejecución:
Manual
Condiciones para la ejecución del caso de prueba
1. Información del cliente
2. Información del caso o trámite.
3. Solicitud de indagación
Pos-condiciones:
1. No recibe apelación contraparte
2. Resultado favorable del juicio.
Ejecución
Id
.
Elemento
aprobar
Actividad Condición Datos de
entrada
Resultado
esperado
Resultado
obtenido
239
1 Validación
de
informació
n de
pantalla
CASO DE
PRUEBA 3
Se debe repetir las validaciones desde id 1 hasta el 11.
2 47.
Registrar
cierre de
causa
(audiencia
de
sustentació
n)
Verificar
que al
seleccionar
apelación
contraparte
SI:
- Se guarda
dato para
ser
evaluado
en
compuerta
de
decisión.
Formulario
dinámico.
Permite
continuar el
proceso
hacia la tarea
49.
3 48.
Sustentar
apelación
(Tribunal
Penal)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
4 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
5 Habilita
documento
en base a
la decisión
anterior
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
240
apelación
contraparte
SI.
6 49.
Registrar y
analizar
resultado
del caso
(Tribunal
Penal)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del
Juicio
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
7 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
8 Validar
fecha de
resultado
de juez,
permite
seleccionar
desde 15
días antes
a la fecha
actual.
Calendario
deshabilitad
o según
número de
días
anteriores
configurado
Mensaje de
restricción
por
validación.
9 Verificar
que al
seleccionar
requiere
apelación
NO:
- Se guarda
dato para
Formulario
dinámico.
Temporizad
or en espera
72 horas o el
tiempo
establecido
en: Estudio
Jurídico
Alvarado y
241
ser
evaluado
en
compuerta
de
decisión.
- Existen
tiempo de
espera de 3
días,
tiempo
establecido
en
procesos
judiciales.
Asociados
RP-V1
Permite
continuar el
proceso
hacia la tarea
51.
10 50.
Registrar
cierre de
causa
(Tribunal
Penal)
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del
Juicio
Actividad
iniciada por
el perfil de
usuario:
-Abogado
penalista
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
11 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
12 Verificar
que al
seleccionar
apelación
contraparte
NO:
- Se guarda
Formulario
dinámico.
Permite
continuar el
proceso
hacia la tarea
54.
242
dato para
ser
evaluado
en
compuerta
de
decisión.
13 53.
Negociar
honorarios
y acordar
forma de
pago
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
14 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
15 Los
acuerdos
de pagos,
en el caso
de existir
debe
ingresar el
detalle de
cómo lo
realizar el
cliente.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
243
16 54.
Negociar
honorarios
y acordar
forma de
pago
Validar
que la
factura
permita
solamente
seleccionar
la fecha
actual
Calendario
deshabilitad
o para
fechas
diferentes a
la actual
Calendario
deshabilitad
o para fechas
diferentes a
la actual
17 Validar
que
número de
factura
permita
solamente
caracteres
numéricos
Actividad
iniciada por
el perfil de
usuario:
-Contador
Mensaje de
restricción
por
validación.
18 Verificar
que se
visualice el
Monto
saldo.
Monto
saldo: No
Editable
Información
del monto
abono no
editable.
19 Validar
que:
- Genere la
factura del
valor del
saldo
- Los datos
deben
coincidir
tanto en la
factura
digital
como en
pantalla
- El
correcto
envío de la
factura vía
correo
electrónico
.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación
20 Se debe
presentar
mensaje de
aprobación
Mensaje de
selección
Mensaje de
confirmació
n si culmina
la tarea.
244
para
continuar.
21 Verificar
envío de
correo
electrónico
con factura
adjunta.
Información
de la tarea.
Correo
electrónico
en la bandeja
de entrada
del cliente.
22 55.
Verificar
pago total
acordado de
honorarios
Verificar
que se
visualice:
-
Informació
n del
cliente
-
Informació
n del juicio
penal
Actividad
iniciada por
el perfil de
usuario:
-Abogado
principal
Los datos
ingresados
por la
Secretaria,
Abogado
principal y
Abogado
penalista son
correctos.
23 Validar
que los
campos
obligatorio
s del
formulario
dinámico
envíen un
mensaje de
vacíos
cuando no
cumplan
condición.
Formulario
dinámico.
Diferentes
mensajes de
restricción
por
validación.
24 Fin de
trámite
Formulario
dinámico.
Verificar
que el
proceso
finaliza.
Anexo 8. Escenarios de pruebas
245
Detalle del caso de prueba
Escenario 1: Verificar el comportamiento del flujo después de la entrevista con
el abogado principal, cuando el cliente requiere asesoramiento
legal, pero no contrata los servicios del Estudio Jurídico.
Escenario Actor Inicio Fin Conclusión
Se ingresa
información del
cliente y se registra
que no requiere
contratar servicios.
- Secretaria
- Abogado
Principal
-
Contadora
Entrevista
Cliente
Generar
Factura y
Registrar
Pago
El flujo se asigna
correctamente a la tarea
de facturación, tomando
como decisión que el
cliente requiere consulta
de servicios.
Tarea anterior
Resultado
246
Detalle del caso de prueba
Escenario 2 Verificar el comportamiento del flujo después de la entrevista
con el abogado principal al seleccionar en tipo de juicio: penal.
Escenario Actor Inicio Fin Conclusión
Se ingresa
información referente
al caso y se
selecciona la opción
de juicio penal
- Abogado
Principal
Entrevista
Cliente
Entrevista
cliente
(abogado
penalista)
El flujo continúa el
camino correcto en la
compuerta de
evaluación del tipo de
flujo.
Tarea anterior
247
Resultado
Detalle del caso de prueba
Escenario 3 Verificar el comportamiento del flujo después registra el resultado
del juez penal.
Escenario Actor Inicio Fin Conclusión
Se ingresa
información del
resultado
emitido por el
juez penal.
Abogado
Penalista
Registrar y
analizar
resultado del
caso (juez
penal)
Registrar
cierre de
causa (juez
penal)
Después de registrar el
resultado, se activa
correctamente el
temporizador en la cual se
espera el tiempo que se
determine antes de
asignarse a la siguiente
tarea.
Tarea anterior
248
Resultado
Detalle del caso de prueba
Escenario 4 Verificar el comportamiento del flujo después de la entrevista
con el abogado principal cuando se selecciona que es un tipo de
juicio laboral.
Escenario Actor Inicio Fin Conclusión
Se ingresa
información referente
al caso y se
selecciona la opción
de juicio penal
Abogado
Principal
Entrevista
Cliente
Entrevista
cliente
(abogado
laborista)
El flujo continúa el
camino correcto en la
compuerta de
evaluación del tipo de
flujo.
249
Tarea anterior
Resultado
Detalle del caso de prueba
Escenario 5 Verificar el comportamiento del flujo cuando el cliente presenta los
documentos necesarios para el juicio laboral.
Escenario Actor Inicio Fin Conclusión
250
Se ingresa
información
seleccionando la
opción de
documentos
completos
Abogado
Laborista
Registrar y
analizar
resultado del
caso (juez
competente)
Registrar y
analizar
resultado del
caso (audiencia
de conciliación)
El flujo continua
el camino
correcto en la
compuerta de
evaluación de
documentos
completos
Tarea anterior
Resultado
251
Detalle del caso de prueba
Escenario 6 Verificar el comportamiento del flujo cuando decide apelar la
decisión del juez competente y requiere exhibir documentos en el
juicio laboral.
Escenario Actor Inicio Fin Conclusión
Se ingresa
información
seleccionando la
opción de
apelación y
exhibición de
documentos.
Abogado
Laborista
Registrar y
analizar
resultado del
caso (audiencia
de conciliación)
Presentar
documentos.
El flujo continúa el
camino correcto en
la compuerta de
evaluación de
apelación y
exhibición de
documentos.
Tarea anterior
Resultado
252
Detalle del caso de prueba
Escenario 7 Verificar el comportamiento del flujo cuando el cliente no requiere
apelar en la instancia de audiencia definitiva.
Escenario Actor Inicio Fin Conclusión
Se ingresa
información
seleccionando
la opción de no
apelar.
Abogado
Laborista
Registrar y
analizar
resultado del
caso (audiencia
de
conciliación)
- Temporizador
- Registrar
cierre de causa
audiencia de
conciliación.
El flujo continua el
camino correcto en la
compuerta de
evaluación de
apelación y se dirige
al evento de
temporizador
esperando un tiempo
determinado hasta
llegar a la siguiente
tarea.
Tarea anterior
253
Resultado
Anexo 9. Resumen de pruebas
RESUMEN DE PRUEBAS - ESTUDIO JURIDICO
Nº Flujo Tipo de prueba Caso de prueba Estado
1 Laboral Funcionalidad Verificar las tareas consecutivas de
un asesoramiento hasta su
facturación / sin ser exento de pago.
OK
2 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta gestionar
documentos incompletos.
OK
3 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta archivar
OK
254
causa.
4 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta gestionar
documentos incompletos.
OK
5 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta la etapa de
exhibir documentos.
OK
6 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo.
OK
7 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo
(Exento de Pago)
OK
8 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
con mandamiento de pago.
OK
9 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
con reclamación de pago.
OK
10 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
Apelación Contraparte.
OK
11 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
NO Apelación Contraparte.
OK
12 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
Apela Contraparte.
OK
13 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
NO Apelación Contraparte.
OK
14 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
Apelación Contraparte.
OK
15 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta final del flujo,
NO Apelación Contraparte.
OK
16 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta la actividad
final
OK
17 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta la actividad
final
OK
18 Laboral Funcionalidad Verificar las tareas consecutivas de
un juicio laboral hasta la actividad
final
OK
255
19 Penal Funcionalidad Verificar las tareas hasta juez de
derecho - Caso ganado
OK
20 Penal Funcionalidad Verificar las tareas hasta fiscal
general del estado - Caso Ganado
OK
21 Penal Funcionalidad Verificar las tareas hasta audiencia de
sustentación - Caso Ganado
OK
22 Penal Funcionalidad Verificar las tareas hasta tribunal
penal - Caso Ganado
OK
23 Penal Funcionalidad Verificar las tareas hasta corte
nacional - Caso Ganado
OK
24 Penal Funcionalidad Verificar las tareas cuando se apela
en todas las instancias del juicio.
Caso Perdido.
OK
25 Laboral y Penal Escenario Verificar el comportamiento del flujo
después de la entrevista con el
abogado principal, cuando el cliente
requiere asesoramiento legal, pero no
contrata los servicios del Estudio
Jurídico.
OK
26 Laboral y Penal Escenario Verificar el comportamiento del flujo
después de la entrevista con el
abogado principal al seleccionar en
tipo de juicio: penal.
OK
27 Laboral y Penal Escenario Verificar el comportamiento del flujo
después registra el resultado del juez
penal.
OK
28 Laboral y Penal Escenario Verificar el comportamiento del flujo
después de la entrevista con el
abogado principal cuando se
selecciona que es un tipo de juicio
laboral.
OK
29 Laboral y Penal Escenario Verificar el comportamiento del flujo
cuando el cliente presenta los
documentos necesarios para el juicio
laboral.
OK
30 Laboral y Penal Escenario Verificar el comportamiento del flujo
cuando decide apelar la decisión del
juez competente y requiere exhibir
documentos en el juicio laboral.
OK
31 Laboral y Penal Escenario Verificar el comportamiento del flujo
cuando el cliente no requiere apelar
en la instancia de audiencia
definitiva.
OK