UNIVERSIDAD POLITÉCNICA SALESIANA SEDE QUITO - ST00… · plataforma Bizagi. Previa elección se...

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 36. Adaptado de acciones ................................................................................... 115

Figura 37. Acciones de actividad ................................................................................... 116

Figura 38. Acciones de actividad ................................................................................... 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


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


•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


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


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


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)

http://help.bizagi.com/bpmsuite/es/automatizacion_del_proceso.htm

http://help.bizagi.com/bpmsuite/es/ejecucion_del_proceso.htm

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


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.


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.

http://wiki.bizagi.com/es/index.php?title=Mensajes_por_Correo_Electronico

http://wiki.bizagi.com/es/index.php?title=Mensajes_por_Correo_Electronico

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


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.


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


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


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


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


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


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


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)

http://www.proyectosagiles.org/priorizacion-requisitos-valor-coste

http://www.proyectosagiles.org/priorizacion-requisitos-valor-coste

76

Gráfica modelo iterativo e incremental

Figura 17. Modelo iterativo e incremental


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.

http://www.proyectosagiles.org/requisitos-de-scrum#facilidad-cambios

http://www.proyectosagiles.org/requisitos-de-scrum#facilidad-cambios

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

85

Figura 19. Levantamiento AS IS


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


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.


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.


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.


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


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


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


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


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


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


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


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


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


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


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


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


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


4. Finalmente debe dar clic en guardar figura 29.

Gráfica forma diseñada

Figura 29. Forma diseñada


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


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


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


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


3. En la ventana expresiones, dar clic en nueva.

Gráfica administración de expresiones

Figura 34. Administración de expresiones


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.




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


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


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


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.




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


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


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


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


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


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 ([email protected]).

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


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


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





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





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?


o

Laborist

a

No


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


o

Laborist

a

No

9 1 ¿Requiere exhibir

documentos?


o

Laborist

a

No


o

Laborist

a

No

10 4 ¿Responder

Apelación

Contraparte?


o

Laborist

a

No


o

Laborist

a

No

11 4 ¿Fecha Vencida? 20 Si respuesta "SI" 21 Abogad

o

Laborist

a

No


o

Principal

No

12 4 ¿Presenta

Apelación?


o

Laborist

a

No


o

Laborist

a

No

13 4 ¿Responder

Apelación

Contraparte?


o

Laborist

a

No


o

Laborist

a

No

14 4 ¿Pago Realizado? 26 Si respuesta "SI" 53 Abogad No

182

o

Principal


o

Laborist

a

No

15 4 ¿Presenta

Apelación?


o

Laborist

a

No


o

Laborist

a

No

16 4 ¿Responder

Apelación

Contraparte?


o

Laborist

a

No


o

Laborist

a

No

17 4 ¿Presenta

Apelación?


o

Laborist

a

No


o

Laborist

a

No

18 4 ¿Responder

Apelación

Contraparte?


o

Laborist

a

No


o

Laborist

a

No

19 4 ¿Solicitar Pago? 31 Si respuesta "SI" 25 Abogad

o

Laborist

a

No


o

Principal

No

20 1 ¿Requiere 33 Si respuesta "SI" 34 Abogad No

183

Documentos para el

Juicio?

o

Penalista


o

Penalista

No

21 1 ¿Documentos

Completos?


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?


o

Penalista

No


o

Penalista

No

24 4 ¿Responder

Apelación

Contraparte?


o

Penalista

No


o

Principal

No

25 4 ¿Presenta

Apelación?


o

Penalista

No


o

Penalista

No

26 4 ¿Responder

Apelación

Contraparte?


o

Penalista

No


o

Principal

No

27 4 ¿Presenta

Apelación?


o

Penalista

No

184


o

Penalista

No

28 4 ¿Responder

Apelación

Contraparte?


o

Penalista

No


o

Principal

No

29 4 ¿Presenta

Apelación?


o

Penalista

No


o

Penalista

No

30 4 ¿Responder

Apelación

Contraparte?


o

Penalista

No


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


hasta archivar causa.

CPL0

4

Caso de

Prueba 4


hasta gestionar documentos incompletos.

185

Caso de prueba 1

Datos del caso de prueba

Nombre del

proyecto:


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


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


Nombre del

proyecto:



d

Escenario /

Flujo

Consulta/Asesoram

iento

Autor del caso de

prueba:

Id. Caso de

prueba:


Módulo a

probar:


de

ejecuci

ón:


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



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


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


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


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


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


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


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



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


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



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


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



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


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



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


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


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


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


mensaje de vacíos

cuando no cumplan

condición.

Formulari

o

dinámico.

Diferentes

mensajes

de

restricción

por

validación.

5

6


o

dinámico.

Verificar

que el

proceso

finaliza.

Caso de prueba 3


Nombre del

proyecto:

IMPLANTACIÓN BPM ESTUDIO JURIDICO


d

Escenario /

Flujo

Consulta/Asesorami

ento

Autor del caso de

prueba:

Id. Caso de

prueba:


Módulo a

probar:


de

ejecuci

200

ón:



archivar causa.

Orden de

ejecución:

1

Tipo de

ejecución:

Manual




Pos-condiciones:


Ejecución

Id

.

Element

o

aprobar


entrada

Resultado

esperado

Resultado

obtenido

1 Validació

n de

informaci

ón de

pantalla

CASO

DE

PRUEBA

2


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



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


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


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



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


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



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


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


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


el cliente.

Formulari

o

dinámico.

Diferentes

mensajes

de

restricción

por

validación.

2

5

Usuario debe

confirmar que se



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


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


de la factura vía


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


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


mensaje de vacíos

cuando no cumplan

Formulari

o

dinámico.

Diferentes

mensajes

de

restricción

por

validación.

206

condición.

3

5


o

dinámico.

Verificar

que el

proceso

finaliza.

Caso de prueba 4


Nombre del

proyecto:

IMPLANTACIÓN BPM ESTUDIO JURIDICO


d

Escenario /

Flujo

Consulta/Asesoram

iento

Autor del caso de

prueba:

Id. Caso de

prueba:


Módulo a

probar:


de

ejecuci

ón:



gestionar documentos incompletos.

Orden de

ejecución:

1

Tipo de

ejecución:

Manual




Pos-condiciones:


Ejecución

Id

.

Element

o

aprobar


entrada

Resultado

esperado

Resultado

obtenido

207

1 Validació

n de

informaci

ón de

pantalla

CASO DE

PRUEBA

3


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



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



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


el cliente.

Formulari

o

dinámico.

Diferentes

mensajes

de

restricción

por

validación.

2

2

Usuario debe

confirmar que se



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


de la factura vía


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


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


213

Nombre del

proyecto:


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:


Objetivo: Verificar las tareas hasta juez de derecho - Caso ganado

Orden de

ejecución:

1

Tipo de

ejecución:

Manual




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


o

dinámico.

Verificar

que el

proceso

finaliza.

Caso de prueba 2


Nombre del

proyecto:


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

:


Objetivo: Verificar las tareas hasta fiscal general del estado - Caso

Ganado

Orden de

ejecución:

1

Tipo de

ejecución:

Manual





Pos condiciones:



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


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


Nombre del

proyecto:


Proceso: Procesos

Judiciales


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:


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:




Pos-condiciones:



Ejecución

Id

.

Elemento

aprobar


entrada

Resultado

esperado

Resultado

obtenido

1 Validación

de

informació

n de

pantalla

CASO DE

PRUEBA 2


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


Nombre del

proyecto:


Proceso: Procesos

Judiciales


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:


Objetivo: Verificar las tareas hasta tribunal penal - Caso Ganado

Orden de

ejecución:

1

Tipo de

ejecución:

Manual





Pos-condiciones:



Ejecución

Id

.

Elemento

aprobar


entrada

Resultado

esperado

Resultado

obtenido

239

1 Validación

de

informació

n de

pantalla

CASO DE

PRUEBA 3


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


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


Escenario 2 Verificar el comportamiento del flujo después de la entrevista

con el abogado principal al seleccionar en tipo de juicio: penal.


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


Escenario 3 Verificar el comportamiento del flujo después registra el resultado

del juez penal.


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


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.


Se ingresa

información referente

al caso y se

selecciona la opción

de juicio penal

Abogado

Principal

Entrevista

Cliente

Entrevista

cliente

(abogado

laborista)



compuerta de

evaluación del tipo de

flujo.

249

Tarea anterior

Resultado


Escenario 5 Verificar el comportamiento del flujo cuando el cliente presenta los

documentos necesarios para el juicio laboral.


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


Escenario 6 Verificar el comportamiento del flujo cuando decide apelar la

decisión del juez competente y requiere exhibir documentos en el

juicio laboral.


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.


camino correcto en

la compuerta de

evaluación de

apelación y

exhibición de

documentos.

Tarea anterior

Resultado

252


Escenario 7 Verificar el comportamiento del flujo cuando el cliente no requiere

apelar en la instancia de audiencia definitiva.


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


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


un juicio laboral hasta gestionar

documentos incompletos.

OK


un juicio laboral hasta archivar

OK

254

causa.


un juicio laboral hasta gestionar

documentos incompletos.

OK


un juicio laboral hasta la etapa de

exhibir documentos.

OK


un juicio laboral hasta final del flujo.

OK


un juicio laboral hasta final del flujo

(Exento de Pago)

OK


un juicio laboral hasta final del flujo,

con mandamiento de pago.

OK



con reclamación de pago.

OK



Apelación Contraparte.

OK



NO Apelación Contraparte.

OK



Apela Contraparte.

OK




OK



Apelación Contraparte.

OK




OK


un juicio laboral hasta la actividad

final

OK



final

OK



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



abogado principal al seleccionar en

tipo de juicio: penal.

OK


después registra el resultado del juez

penal.

OK



abogado principal cuando se

selecciona que es un tipo de juicio

laboral.

OK


cuando el cliente presenta los

documentos necesarios para el juicio

laboral.

OK


cuando decide apelar la decisión del

juez competente y requiere exhibir

documentos en el juicio laboral.

OK


cuando el cliente no requiere apelar

en la instancia de audiencia

definitiva.

OK

UNIVERSIDAD POLITÉCNICA SALESIANA SEDE QUITO - ST00… · plataforma Bizagi. Previa elección se...

Documents

Transcript of UNIVERSIDAD POLITÉCNICA SALESIANA SEDE QUITO - ST00… · plataforma Bizagi. Previa elección se...