chaparro_tesis

7/21/2019 chaparro_tesis

1/26

UNIVERSIDAD NACIONAL DEL CALLAO

ESCUELA PROFESIONAL DE INGENIERIA

DE SISTEMAS

AARON CHAPARRO ARENAS

December 12, 2014

Abstract

AREA

BUSINESS PROCESS MANAGEMENT

TEMA

CONTROL Y MEJORA DEL PROCESO DE COMPRAS DE LA

EMPRESA CORA S.A.C A TRAVES DE PROCESS MINING

PROFESOR

Ing. MANUEL ABELARDO ALCANTARA

1


2/26

GLOSARIO

Actividad : es la suma de tareas, normalmente se agrupan en un proced-imiento para facilitar su gestion. La secuencia ordenada de actividades dacomo resultado un subproceso o un proceso. Normalmente se desarrollaen un departamento o funcion.

Business Intelligence : Conjunto de estrategias y aspectos relevantes en-focadas a la administracion y creacion de conocimiento sobre el medio, atraves del analisis de los datos existentes en una empresa.

Business Process Management : Es la aplicacion de metodologas orien-tadas a optimizar de forma sistematica los resultados de una empresa

garantizando procesos efectivos y eficientes que esten alineados a la es-trategia y que aprovechen al maximo los beneficios de la tecnologa y delos equipos de trabajo.

Data Mining : Es un campo de las ciencias de la computaci on referido alproceso que intenta descubrir patrones en grandes volumenes de conjuntosde datos.

Indicador : Es un dato o conjunto de datos que ayudan a medir objetiva-mente la evolucion de un proceso o de una actividad.

Organigrama : Es un marco y campo de accion, el cual define tareas,organiza actividades (division del trabajo) refleja autoridad, obligacion y

responsabilidades, define el tramo de control y esta sujeto a procesos yprocedimientos de trabajo en la organizacion para el logro de los objetivosy metas generales.

proceso : Un proceso es un conjunto de actividades mutuamente rela-cionadas o que al interactuar transforman elementos de entrada y los con-vierten en resultados.

Process Mining : Es una tecnica de administracion de procesos que permiteanalizar los procesos de negocios de acuerdo con un registro de eventos.

Reingeniera de Procesos : La reingeniera de procesos es un analisis yrediseno radical y la reconcepcion fundamental de los procesos de nego-

cios para lograr mejoras dramaticas en medidas como en costos, calidad,servicio y rapidez.

Subprocesos : Son partes bien definidas en un proceso. Su identificacionpuede resultar util para aislar los problemas que pueden presentarse yposibilitar diferentes tratamientos dentro de un mismo proceso.

2


3/26

1 INTRODUCCION

La complejidad del funcionamiento de las empresas y la variabilidad de suentorno de gestion han conducido a una creciente aplicacion de la gestion porprocesos en las organizaciones [2]. Process Mining es una disciplina relativa-mente joven que se ubica entre la inteligencia computacional y el Data Mining, por un lado, y el analisis y la modelacion de procesos, por otro [6]. Ademases el area donde confluyen tecnicas y herramientas que permiten analizar losprocesos, partiendo de la informacion almacenada o eventos registrados en lossistemas de informacion de la empresa.

Proveedores de software como IBM, empresas consultoras internacionalesy mas de 20 universidades han conformado recientemente una alianza para lainvestigacion y el desarrollo de la minera de proceso dentro del ambito de lainteligencia de negocios y la auditora; respaldados por mas de 100 casos exitososde aplicacion en organizaciones diversas [10].

Mientras BI y los enfoques de gestion tales como Six Sigma y TQM buscanmejorar el desempeno operacional, ej., reducir el tiempo de flujo y los defectos,las organizaciones tambien estan poniendo mas enfasis en el gobierno corpora-tivo, los riesgos, y el cumplimiento de normativas [13].

Legislaciones como la ley Sarbanes-Oxley (SOX) y el Acuerdo de Basilea IIilustran el foco en topicos de cumplimiento de normativas [13]. Las tecnicasde minera de procesos ofrecen un medio para chequear de manera mas rig-

urosa el cumplimiento de normativas y establecer la validez y confiabilidad dela informacion acerca de los procesos crticos de una organizacion.

3


4/26

2 PRESENTACION DEL PROYECTO

2.1 PLANTEAMIENTO DEL PROBLEMA

En los ultimos anos se ha visto que el entorno empresarial ha estado cam-biando vertiginosamente desde el darle mayor importancia al producto final,para despues ser el servicio al cliente el de mayor importancia y en la actuali-dad vemos, que la atencion se centra en la calidad del proceso; amparado por elBusiness Process Management usado para desarrollar y mantener el producto yservicio [2].

Es debido a esta tendencia en el ambito empresarial que en la empresa CORAS.A.C se han generado problemas a la hora de controlar sus procesos de neogo-cio especficamente dentro del proceso de compras, teniendo demasiados costosoperacionales y desorden administrativo, debido a que no se capta los todos losrequerimientos de las otras areas involucradas en el proceso de compras en elmomento preciso, ocasionandole as gastos a la empresa (riesgo financiero).

El desafo de la empresa CORA S.A.C es aprovechar los datos sistemati-zados y eventos registrados en una forma significativa, para proveer un mejorentendimiento del funcionamiento de lo procesos, identificar posibles cuellos debotella, anticipar problemas, registrar violaciones de polticas, recomendar con-tramedidas, y simplificar procesos [8].

Ademas de que se desea obtener beneficio adicional para los procesos deauditoria.

Conociendo la problematica de la empresa CORA S.A.C se plantea la sigu-iente interrogante Como elegir de forma acertada las tecnicas y/o herramientaspara solucionar el conflicto en los procesos de negocio en la empresa CORAS.A.C?

2.2 OBJETIVO GENERAL

Evaluar las actividades del proceso de compras de la empresa CORA S.A.Cy optimizarlo mediante Process mining.

2.3 OBJETIVO ESPECIFICO

Se pretende lograr lo siguiente:

OE1: Identificar todos las actividades y subprocesos dentro del proceso decompras, de la empresa CORA S.A.C.

4


5/26

OE2: Analizar si existe trazas completas o hay ausencia de informaci onen el proceso de compras, de la empresa CORA S.A.C. para poder minar losprocesos.

OE3: Generar un nuevo registro de evento a partir de la estimacion de lainformacion ausente, que sera utilizado por el algoritmo de reconocimiento deprocesos existentes.

OE4: Disenar e implementar un software que permita el monitoreo y de-teccion de los procesos y/o actividades de negocio ocultos.

OE5: Evaluar los resultados obtenidos y realizar el chequeo de conformidad.

OE6: Optimizar los modelos de proceso con tecnicas para analizar el rendimientodel proceso y/o redisenar su modelo, permitiendo detectar puntos relevantespara la optimizacion de los procesos de negocio.

2.4 METODOLOGIA

Para el desarrollo de la presente investigacion de debe seguir las siguientesetapas:

1. Etapa de Estudio y Evaluacion

a) Etapa de estudio y evaluacion de las diferentes tecnicas y herramientasde la Minera de Procesos con el objetivo de seleccionar el algortimoque mejor se adapte al problema de la empresa CORA S.A.C.

b) Etapa de estudio y evaluacion de los factores que afectan de formamas significativa a los procesos de negocio especficamente al procesode compras y todas las areas y sub procesos que lo involucren.

2. Etapa de Identificacion, Analisis y Recoleccion de Datos

a) Identificacion de las actividades en el proceso de compras que estenregistrados en un sistema informatizado.

b) Analisis e identificacion de los procesos y sub procesos dentro del pro-

ceso de compras.c) Analizar si existe trazas completas o hay ausencia de informacion. Es-

timar la informacion ausente en las trazas utilizadas, se propone alinearlas trazas durante la etapa de pre-procesamiento de estas para detectarlas posibles situaciones en las que se manifiesta la ausencia de infor-macion.

3. Etapa de Procesamiento

a) Generar un nuevo registro de eventos a partir de la informacion ausenteestimada, para que el algoritmo ha emplear refleje las relaciones cor-rectas en las actividades.

5


6/26

b) Elegir el algoritmo que mas se adecue a la cantidad y calidad de eventos

registrados a procesar, con el algoritmo se identificara los procesosreales ejecutados en el proceso logstico.

4. Etapa De Desarrollo De La Aplicacion Y Chequeo De Conformi-dad

a) Desarrollar una aplicacion en el software Disco que proporciona unaplataforma para los usuarios y desarrolladores de los algoritmos deminera de proceso que es facil de usar y facil de extender.

b) Realizar el chequeo de conformidad para comprobar el cumplimientoreal de reglas definidas para un proceso determinado.

c) Determinar las diferencias entre el modelo concebido o esperado y la

ejecucion real de dicho proceso.d) Detectar, localizar y explicar desviaciones as como la severidad de

dichas desviaciones, esencial cuando se detectan casos potenciales defraude.

5. Etapa de optimizacion

a) Ampliar, simplificar y/o modificar el proceso de acuerdo a las anomalasque presenten partiendo de los procesos reales obtenidos

2.5 SISTEMA DE VARIABLES

2.5.1 Variables Independientes

Se identicaron de un grupo de variables posibles las variables que pudieranpresentar mayor impacto y estar independientemente asociadas

Informes contables.

Actividades.

Disponibilidad de materiales.

6


7/26

2.5.2 Variables Dependientes

La variable dependiente es el producto de la relacion de las variables inde-pendientes y externas propuesta.

Registro de eventos.

3 MARCO TEORICO Y CONCEPTUAL

3.1 MARCO TEORICO

Antecedentes de la Investigacion

Las investigaciones realizadas en la gestion de procesos han tenido que pasarpor muchas etapas debido a la complejidad en el funcionamiento de las orga-nizaciones y la alta variabilidad de su entorno, es por este dinamismo que hansurgido diversas areas de estudio, tecnicas y herramientas de apoyo a la gestionde procesos para los entornos informatizados [7,9].

Durante la ultima decada los eventos han comenzado a estar disponible,estos se graban proporcionando as informacion detallada acerca de la historiade los procesos, a pesar de la omnipresencia de datos de eventos, la mayora delas organizaciones intentan diagnosticar problemas basados en las suposicionesque en hechos. Por otro lado, los proveedores de Business Process Management(BPM) y Business Intelligence Software (BI) han estado prometiendo milagros[10].

Aunque las tecnologas BPM y BI recibieron mucha atencion, no a la alturade las expectativas creadas por academicos, consultores y proveedores de soft-ware, sin que ningun area de estudio o metodologa pueda beneficiarse eficiente-mente de estos registros, es en este contexto que aparece el Process Mining, areade estudio relativamente joven, sin embargo, las races se remontan alrededorde medio siglo. Por ejemplo, Anil Nerode presenta un enfoque para sintetizarlas maquinas de estados finitos de ejemplo rastrea en 1958, Carl Adam Petripresento el primer lenguaje de modelado capturar adecuadamente la concurren-cia en 1962, y Mark Gold fue el primero en explorar sistem aticamente [8, 14].

Modelado de Procesos

La pletora de notaciones de modelado de procesos disponibles hoy ilustrala relevancia de modelado de procesos. Algunas organizaciones pueden utilizar

7


8/26

solo los modelos de procesos informales de estructurar los debates y documentar

procedimientos [1,9].

Sin embargo, las organizaciones que operan a un nivel de uso de los modelosmas altos de madurez BPM que pueden ser analizados y utilizados para promul-gar los procesos operativos. Hoy en da, la mayora de los modelos de procesosse hacen a mano y no se basan en un analisis riguroso de los datos de procesoexistentes [2,10,11].

Estos son solo algunos de los problemas que enfrentan las organizaciones alhacer modelos a mano. Solamente los disenadores y analistas experimentadospueden hacer los modelos que tienen un buen valor predictivo y se puedenutilizar como punto de partida para una (re) aplicacion o redisenar. Un modeloinadecuada puede conducir a conclusiones erroneas [8,10].

No es facil hacer buenos modelos de procesos. Sin embargo, son importantes.Afortunadamente, la minera proceso puede facilitar la construccion de mejoresmodelos en menos tiempo. Los algoritmos de descubrimiento de procesos comola alpha-algoritmo puede generar automaticamente un modelo de proceso [4].

3.2 MARCO CONCEPTUAL

3.2.1 Registro de Eventos

Para ser capaz de aplicar las tecnicas de minera de procesos es esencialpara extraer los registros de eventos de orgenes de datos (por ejemplo, basesde datos, registros de transacciones, pistas de auditora, etc). Los formatos desalida soportados por ProM son MXML (Minera eXtensible Markup Language)y XES (eXtensible Corriente del Evento). XES fue seleccionado por el Grupo deTrabajo IEEE en proceso de minera como el formato estandar para el registrode eventos [1,5].

Representar y Almacenar Registros de Eventos

Los registros de eventos de diferentes sistemas y organizaciones pueden al-macenados en diferentes formatos como: Archivos de texto plano, base de datos,hojas de calculo, etc.

Para aplicaciones de minera de procesos, un formato de registro de eventoscomun basado en un modelo de meta proceso, llamado el formato MXML, seha propuesto. Esto ha sido seguido por una mas reciente un avance, llamado elXES. XES es adoptado como el estandar por el grupo de trabajo IEEE sobre laminera proceso. En el siguiente grafico se puede ver un ejemplo de un registrode evento [12].

8


9/26

Figure 1: Modelo de un registro de evento.

9


10/26

3.2.2 Acoplado de la realidad en los registros de sucesos

Con el fin de hacer la minera proceso, eventos necesitan estar relacionadocon casos. Como se ha indicado antes, esto es natural como un modelo deproceso describe el ciclo de vida de un caso de un tipo particular. Todas lasactividades en un modelo de proceso convencional (independientes de la notaci onutilizada) corresponden a los cambios de estado de un caso as. [7, 9].

Nos referiremos a estos modelos de procesos como modelos planos.

3.2.3 Fuzzy Models

Con el objetivo de mostrar modelos comprensibles incluso para procesosmuy estructuradas y flexibles, modelos difusos son capaces de abstraerse de losdetalles y de comportamiento agregado que no es de interes en los nodos delcluster. Como consecuencia, los modelos resultantes no son adecuados para lapromulgacion de un proceso en un sistema de flujo de trabajo. En lugar deello, proporcionan un medio para explorar procesos complejos de una manerainteractiva, y en diferentes niveles de abstraccion. [8].

Si una tarea en un modelo Fuzzy tiene multiples tareas sucesoras, a contin-uacion, todos estos sucesores se activara una vez que se ha ejecutado la tarea.Sin embargo, ellos no necesitan ser ejecutado. De esta manera, no hay distincionexplcita posible entre la eleccion simple (split XOR), division paralela (Y

split), o de eleccion multiple (o dividir). Estos patrones pueden surgir deforma implcita, pero no son aplicadas por la semantica modelo. [3,7,12].

10


11/26

Figure 2: Modelo Fuzzy abstrado del proceso de servicio al cliente.

11


12/26

3.2.4 Workflow Nets

Al modelar los procesos de negocio en terminos de redes de Petri, a menudonos consideramos una subclase de las redes de Petri conocidas como redes deflujo de trabajo (WF-nets) [92, 114]. AWF-net es una red de Petri con unafuente dedicada lugar donde se inicia el proceso y un lugar dedicado fregaderodonde termina el proceso. Por otra parte, todos los nodos estan en un caminode la fuente al sumidero [4,12].

12


13/26

4 DESARROLLO DE LA INVESTIGACION

Para el desarrollo de la presente investigacion se siguen las siguientes etapas:

4.1 Etapa de estudio y evaluacion

4.1.1 Definicion del proceso y area de compras dentro de la empresaCORA S.A.C

El area de compras es la encargada de todas las adquisiciones de la or-ganizacion, como son; materiales para construccion, servicios (subcontratos ysimilares de obra), y otras adquisiciones de operacion (no aplicadas a obra di-rectamente), en las mejores condiciones de calidad, precio y servicio.

El proceso de compras esta compuesto por una serie de actividades y proced-imientos bien definidos, comienza por una requisicion y termina con la entregade materiales para su aplicacion en obra o para lo que fue adquirido, esto en loque se refiere al aspecto tecnico, y en el aspecto administrativo termina cuandose concreta el pago al proveedor, esto puede ser relativo de acuerdo a el compro-miso del area, ya que muchas veces se compromete o incluye en sus funciones lasupervision de la aplicacion real de lo comprado, cuestion de polticas y procesosde cada organizacion.

4.1.2 Objetivos del area de compras

Generar utilidades en base a la reduccion de costos en todo el procesode compra (incluyendo la compra misma) respetando los estandares decalidad que demanda el proyecto, con el fin de mantener la empresa com-petitivamente en operacion.

Contribuir con la ejecucion y operacion de los trabajos de construccion entiempo y forma generada por la planeacion estrategica de adquisiciones en

su proceso total.

Relacion con proveedores que generen un desarrollo compartido por mediode negocios, alianzas y capacitacion, entre otros.

Generar imagen ocasionada por las buenas practicas comerciales basadoen valores eticos y morales.

13


14/26

4.1.3 Funciones del area de compras

a) Investigacion, evaluacion y seleccion de proveedores y precios.

b) Relaciones comerciales.

c) Desarrollo del area y del personal (compras - control de inventarios).

d) Recepcion, analisis y registro de requisiciones.

e) Elaboracion, emision y envo de solicitudes de cotizacion.

f) Seleccion de proveedores.

g) Elaboracion, emision, envo y seguimiento de ordenes de compra.

h) Coordinacion de los sistemas de recepcion, almacenaje, cuidados y entregade materiales.

i) Aseguramiento de la calidad de materiales y servicios (actividad compartida).

j) Concretar convenios y contratos con proveedores.

k) Seguimiento de las actividades post compra con proveedores (revision y pa-gos).

l) Levantamiento de inventarios.

m) Auditora interna administrativa (procesos, actividades y documentos).

n) Supervision de almacenes y bodegas.

o) Investigacion de mercados.

p) Prever situaciones de mercados.

q) Minimizar o eliminar la interrupcion de los procesos de construccion por faltade materiales.

r) Minimizar o eliminar perdidas por mermas, robos, controles, entre otros.

4.1.4 Responsabilidades del area de compras en la empresa CORAS.A.C

a) Suministrar materiales y servicios en tiempo y forma.

b) Elegir, tratar y negociar con proveedores.

c) Investigar, cotizar, analizar y actualizacion de precios.

d) Poner en circulacion ordenes de compra y su seguimiento.

e) Recepcion, revision custodia y entrega de adquisiciones.

14


15/26

f) Aseguramiento de la calidad.

g) Medios de transporte (busqueda de soluciones y costos).

h) Control de proveedores (cuentas por pagar).

i) Control de inventarios y almacenes.

j) Logstica de compras y almacenes.

k) Otros menores.

4.1.5 La estructura del area de compras en la empresa CORA S.A.C

El organigrama se elabora de acuerdo a las necesidades de cada empresa,pero hay factores que marcan su amplitud, sus responsabilidades y sus funciones,como son el tamano de la empresa, la necesidad de compactar funciones en pocasareas, los criterios de considerar a esta area tecnica o administrativa o ambas,el asignar actividades o tareas atpicas de la actividad, entre otras.

4.1.6 El proceso de compra en la empresa CORA S.A.C

El proceso de compra se inicia cuando cualquier area de la organizacionrequiere algun bien o servicio y lo solicita por medio de una requicion, de ahen adelante se construye una dinamica de procesos y actividades para abastecero cubrir el requerimiento, el proceso es complejo, porque no solo consiste encomprar por comprar, sino hacer un despliegue de estrategias bien planeadasy organizadas para lograr un valor competitivo que se refleje en las utilidades,

15


16/26

calidad e imagen de la empresa, pero sobre todo contribuir en gran medida a la

satisfaccion de los clientes.

El arte de comprar, es saber negociar, valiendose de todas las herramientasadquiridas en base a experiencias y habilidades para lograr objetivos, como son;precios comodos para la organizacion de los mejores materiales y servicios en elmercado (calidad), con facilidaes crediticias (creditos, tiempos y montos), con lamejor atencion (servicio), y finalmente con ese plus de competencia (desarrollo,capacitacion, infraetructura, negocios y alianzas, entre otros).

4.1.7 Principales problemas detectados en el proceso de compras dela empresa CORA S.A.C

ACTIVIDAD/SUBPROCESO PROBLEMACompra de materiales de obra No existen tiempos lmites para la ejecucion de tareas.El

proceso es muy burocraticoContrato de suministros Considera la posibilidad de que se produzcan errores.

Existen demasiadas tareas para la ejecucion del proceso.Recepcion de materiales Solicita que la portera de obra verifique la entrada y

salida de vehculosEntrada de materiales Existen demasiadas actividades, muy burocraticoPago a proveedores No existen tiempos lmites para la elaboracion de las

tareas.Ajuste de inventario El subproceso no esta definido en caso de no otorgar el

visto bueno al ajuste.Solicitud de alquiler de equipos Tiene demasiadas tareas y el subproceso no esta definido

en caso de no otorgar el visto bueno a la solicitud dealquiler.

4.2 Etapa de Identificacion, Analisis y Recoleccion de Datos

4.2.1 Identificacion de las actividades en el proceso de compras

El proceso de compra en la empresa constructora lo integran las siguientes ac-tividades:

La requisicion de materiales.

Resgistro clasificacion de requisiciones.

Localizacion de proveedores.

Solicitud de cotizaciones.

Analisis de cotizaciones y presupuestos.

Seleccion de proveedores y negociaciones.

16


17/26

Elaborar ordenes de compra, poner en circulacion y dar seguimiento a

estas. Entrada, almacenaje, cuidado y entrega de los materiales.

Seguimiento de procesos de proveedores, revision y pago de facturas.

Otras actividades indirectas del proceso.

Control de inventarios.

Control de cuentas por pagar a proveedores.

Generacion y transferencia de informacion a contabilidad. Generacion y transferencia de informacion a gerencia de proyectos.

Entre otras.

4.2.2 Identificacion de actividades,sub procesos ocultos en el procesode compras de la empresa CORA S.A.C

Para determinar las actividades y los subprocesos ocultos se recurri o al mod-elado de procesos clasico.

MODELADO CLASICO DE PROCESO DE COMPRA PARADETERMINAR PROCESOS OCULTOS O ACTIVIDADES OCUL-TAS

17


18/26

18


19/26

4.3 Etapa de Procesamiento

En esta etapa se elabora el registro de evento a partir de la informaci on iden-tificada y llevandolo a un formato estandar MXML o dependiendo del softwarecon el que se trabaje.

4.3.1 Generar un nuevo registro de evento a partir de la estimacionde la informacion

Para poder minar un proceso de la forma mas rapida y efectiva es nece-saria la elaboracion de un registro de eventos a partir del descubrimiento de lasactividades y sub procesos comprendidos en un proceso.

Registro de evento del proceso de compra de la empresa CORAS.A.C

19


20/26

Eleccion del algoritmo a emplear

Para minar el proceso de compras a partir del evento registrado obtenido sedecidio utilizar el algoritmo FUZZY MINING por que se basa en probabilidadesy el modelado es mas sencillo de comprender.

4.4 Etapa de desarrollo de la aplicacion y chequeo de con-

formidad

A partir de la eleccion del algoritmo, se emplea el software Disco, un softwarecomercial que ademas de ser sencillo nos ofrece una poderosa herramienta paravel el rendimiento y duracion de las actividades y subprocesos.

El registro de evento en la interfaz de Disco

En primer lugar se instala y configura el software Disco con el plug-in re-spectivo para este caso se utilizo el plug-in de fuzzy miner ya que Disco estabasado principalmente en fuzzy mining.

Aqu vemos el registro de eventos que se creo (proceso de compras.csv) y listopara su importacion para determinar lo senalado anteriormente. Se da click enel boton importar para comenzar con el minado del proceso de compras.

Figure 3: el registro de eventos en la interfaz de Disco

20


21/26

Determinando la frecuencia de actividades

El software nos permite ver el flujo de datos entre cada actividad asi como sufrecuencia, a medida que una actividad se ejecute con mas frecuencia su rellenosera de color azul mas oscuro ver figura.

Figure 4: frecuencia de informacion entre cada actividad

Caminos ocultos y/o desviaciones entre ciertas actividades

Aqu podemos ver los diferentes caminos que se genera para as actividadesy las flechas mas coloreadas nos indica entre que actividades hay mas flujo deinformacion. Las lneas punteadas son los caminos entre cada actividad, estoquiere decir la relacion entre el suceso de cada actividad.

21


22/26

Figure 5: los flujos ocultos entre algunas actividades

Determinando el rendimiento de cada actividad en el proceso decompras de la empresa CORA S.A.C

De acuerdo a lo que muestra la interfaz de Disco, se puede notar que lasactividades que toman mas tiempo en su ejecucion con respecto al resto sonlas que tienen relleno rojo y las flechas rojas indican el retraso en el flujo deinformacion entre una y otra actividad.

22


23/26

Figure 6: rendimiento de cada actividad en el proceso de compras

Simulacion la duracion de todo el proceso de compras en el tiempo

Se determina las duraciones exactas de cada actividad y como esta se vee enel tiempo de duracion de todo el proceso, es vital para determinar los retrasosy bucles.

23


24/26

Figure 7: desempeno de actividades a traves de toda la duracion del proceso decompras

Realiza graficos estadsticos para el apoyo en la toma de decisiones

Con la implementacion de este software se desarrolla modelos y pronosticoscon gran precision, ademas de que presenta graficos faciles de entender y el de-sempeno de una actividad o subproceso en el tiempo y tambien una comparacionentre actividades y/o subprocesos similares.

24


25/26

Figure 8: estadsticas globales de cada actividad

Figure 9: relacion entre los casos de cada actividad, su variante y la duracionen el tiempo

25


26/26

References

[1] Ailenei, I., Rozinat, A., Eckert, A., and van der Aalst, W. M.Definition and validation of process mining use cases. 7th InternationalWorkshop on Business Process Intelligence (2011), 7586.

[2] Alfonso, D. P., Herrera, R. Y., Castro, R. S., and Cortes., M. L.Utilizacion de tecnicas de minera de proceso en el entorno empresarialcubano. Universidad de las Ciencias Informaticas. (2012), 115.

[3] Bose, J. C. Process mining in the large preprocessing, discovery anddiagnostics. SIKS (2012).

[4] de Medeiros, A., van Dongen, B., van der Aalst, W., and Wei-jters, A. Process mining: Extending the alpha-algorithm to mine short

loops. 125.

[5] de Medeiros, A. A., Guzzo, A., Greco, G., van der Aalst, W.,Weijters, A., van Dongen, B., and Sacca, D. Process mining basedon clustering: A quest for precision. 112.

[6] de Medeiros, A. K. A., Weijters, A. J. M. M., and van der Aalst,W. M. P. Genetic process mining: an experimental evaluation. Data MinKnowl Disc 14 (2007), 245304.

[7] Gunther, C. W. Process mining in flexible environments. Beta (2009).

[8] Mans, R., Reijers, H., Berends, H., Bandara, W., and Prince,R. Business process mining success. Proceedings of the 21st European

Conference on Information Systems 21st (2011), 113.

[9] Swinnen, J., Depaire, B., Jans, M. J., and Vanhoof, K. A processdeviation analysis a case study. 7th International Workshop on BusinessProcess Intelligence (2011), 8798.

[10] van der Aalst, W., Adriansyah, A., de Medeiros, A. K. A., andArcieri, F. Maniesto sobre minera de procesos. Lecture Notes in BusinessInformation Processing BPM 2011 Workshops proceedings (2011), 121.

[11] van der Aalst, W., de Beer, H., and van Dongen, B.Process miningand verification of properties: An approach based on temporal logic. WP136 (working paper) BETA publicatie (2005), 118.

[12] van der Aalst, W. M. Discovery, conformance and enhancement ofbusiness processes. Springer (2011).

[13] van der Aalst, W. M. P., Rubin, V., Verbeek, H. M., van Dongen,B. F., Kindler, E., and Gunther, C. W. Process mining: a two-stepapproach to balance between underfitting and overfitting. Softw Syst Model9 (2010), 87111.

[14] Yzquierdo-Herrera, R., Silverio-Castro, R., and Lazo-Cortes,M. Treatment of lack of information in process mining. Rev. Fac. Ing.Univ. Antioquia 69 (2013), 112115.

26

chaparro_tesis

Documents