1

Ingeniería de Procesos de Negocio y los

soportes tecnológicos

Objetivo

• Presentar una metodología para el estudio y diseño de procesos, la cual será un medio para conceptualizar los procesos y además servir como la herramienta mediante la cual se propongan los cambios a los mismos, que una vez autorizados se complementen con la especificación técnica suficiente para construir los aplicativos que darán el soporte tecnológico a los mismos.

2

Estudio preliminar

• Consiste en involucrarnos en lo que hace el negocio.

• Misión

• Visión

• Objetivos

• Mercado

• Clientes

• Productos

3

Metodología Resumen general

• La metodología utilizada parte del entendimiento de la situación actual del negocio o del proceso, para lo cual se realiza un levantamiento de la información que permita hacer una inmersión en dicho proceso, como:

• La información recolectada se plasma en un Diagrama de proceso utilizando la notación de BPMN, lo cual servirá en un principio para entender el proceso y posteriormente para proponer las mejoras al mismo.

• Una vez entendido y modelado el proceso, se proponen ajustes al mismo, esto sobre el diagrama de proceso en BPMN, con este modelo se discute y ajusta.

• Una vez autorizado se modelan los Casos de Uso para diseñar las herramientas tecnológicas de apoyo al mismo y de allí se desprenden los Diagramas de Secuencia y el Modelo de Clases.

• A continuación se presenta la metodología utilizada.

4

Actores Eventos

Actividades Decisiones

Datos Reglas

Normatividad Documentos

Levantamiento de información

Diagrama de proceso Caso de uso

Diagrama de secuencia

Modelo de clases

Esquema general de la metodología

5

Discusión y ajustes

As-Is To-be

Reglas

Definiciones

Proceso de Negocio • Es un conjunto de actividades relacionadas lógicamente para lograr un resultado

previamente definido, es ejecutado colaborativamente por un grupo de trabajadores de distintas especialidades, con frecuencia cruza las fronteras de un área funcional, e invariablemente es detonado por agentes externos o clientes de dicho proceso.

• Cada proceso de negocio tiene sus entradas, actividades y salidas: Las entradas son requisitos que deben tenerse antes de que una actividad pueda ser desarrollada; cuando una actividad es aplicada a las entradas, tendremos ciertas salidas resultantes.

• Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su función. En este contexto, un proceso de negocio puede ser visto a varios niveles de granularidad.

6

Proceso de negocio

• Los procesos poseen las siguientes características: – Pueden ser medidos y están orientados al rendimiento

– Tienen resultados específicos

– Entregan resultados a clientes o “stakeholders”

– Responden a alguna acción o evento específico

– Las actividades deben agregar valor a las entradas del proceso.

• Los procesos de negocio pueden ser vistos como un recetario para hacer funcionar a una organización para alcanzar las metas definidas en la estrategia de negocio de la empresa. Las dos formas principales de visualizar una organización, son la vista funcional y la vista de procesos.

7

Diagrama de proceso de negocio

• Un diagrama de proceso va de lo simple a lo complejo, cada nivel de profundidad debe describir a mayor nivel el proceso.

• Identificamos tres niveles de modelado: – Mapas de proceso, son diagramas simples que describen la secuencia

de las actividades. Solo contiene los nombres de las actividades en lo general.

– Descripciones de proceso, las cuales proveen mayor nivel de información del proceso, se menciona además los roles que participan en el proceso.

– Modelos de proceso, contienen todo el detalle con la información suficiente para describir el proceso completo, permite llevar a cabo el análisis y la simulación del mismo. Permite la ejecución del proceso

8

Proceso de negocio

• El modelado de procesos se realiza mediante diagramas de proceso de negocio muy simples en los cuales se utiliza un conjunto muy pequeño de elementos gráficos. Con esto se busca que para los usuarios del negocio y los desarrolladores técnicos sea fácil entender el flujo y el proceso.

• Las cuatro categorías básicas de éstos elementos gráficos son:

– Objetos de flujo: Eventos, Actividades, Rombos de control de flujo (Gateways)

– Objetos de conexión: Flujo de Secuencia, Flujo de Mensaje, Asociación

– Swimlanes (Carriles de piscina): Pool, Lane

– Artefactos: Objetos de Datos, Grupo, Anotación

• Estas cuatro categorías de elementos permiten realizar un diagrama simple de procesos de negocio.

9

Diagrama de proceso

Objetos de flujo:

• Eventos

•Actividades

•Rombos de control de flujo (Gateways)

Objetos de conexión:

• Flujo de Secuencia

• Flujo de Mensaje

•Asociación

Swimlanes :

• Pool

• Lane

Artefactos:

•Objetos de Datos

•Grupo

•Anotación

Elementos del diagrama de proceso • Objetos de flujo: Eventos, Actividades, Rombos de control de flujo

(Gateways) – Los eventos describen sucesos o acontecimientos que inician o detienen de manera

temporal o permanente al flujo. Se representan con círculos.

– Las actividades describen las tareas que se llevan a cabo dentro de un proceso. Se representan con rectángulos.

– Los gateways representan los cambios de flujo que se presentan durante la ejecución del proceso. Se representan con la figura del rombo.

• Objetos de conexión: Flujo de Secuencia, Flujo de Mensaje, Asociación. – Los flujos de secuencia representan el orden en el cual se presentan o se llevan a cabo

los objetos de flujo. Se representan con una flecha con línea continua.

– Los flujos de mensaje representan el intercambio de información entre los diferentes objetos de flujo de dos pools. Se representan con una flecha con línea punteada.

– Las asociaciones representan la relación entre los artefactos y los objetos de flujo. Se representan con una línea punteada rotulada como “association”.

10

Elementos de un diagrama de proceso • Swimlanes: (Carriles de piscina): Pool, Lane. Describen Actores

participantes en el proceso. – Los participantes a nivel de organización, los cuales se modelan como un Pool. La

organización que estamos modelando siempre es un pool, aunque también se pueden representar entidades externas.

– Los participantes internos se modelan con una Lane bajo el amparo de un rol.

• Artefactos: Objetos de Datos, Grupo, Anotaciones de texto. Muestran información adicional al proceso la cual no está directamente relacionada a el flujo de los objetos. – Los objetos de datos. Proveen información sobre el proceso, pero no inciden en el flujo

del mismo, representa a los documentos y los datos que se utilizan , generan y/o se actualizan durante el proceso. Los objetos de datos se Asocian a los objetos de flujo, que es donde se pudieran modificar.

– Grupo. Es un mecanismo visual para agrupar elementos del diagrama y hacer notas o comentarios a dichos objetos. Se representa con un rectángulo con línea punteada y las esquinas redondeadas.

– Anotaciones de texto. Proporcionan información adicional para el lector del diagrama, las anotaciones se pueden conectar con alguno de los objetos del diagrama.

11

Reglas

• Es una declaración que rige el funcionamiento de algún aspecto del negocio, puede ser: – Política a cumplirse

– Condición a satisfacer

– Restricción a cumplir o evitar

• Tipo de requerimiento sobre como opera el negocio

12

Reglas

• Tipos de reglas de negocio

– Reglas de operación • Reglas de flujo

• Reglas de estímulo y respuesta

– Reglas de estructura • Reglas de dominio (modelo de datos)

• Reglas de relación (Organización)

13

Reglas de operación

• Es una condición que debe ser verdadera para asegurar que una operación se ejecute correctamente.

• Puede darse antes o después de la operación

• Ejemplos: – Solo se podrá entregar la chequera al titular de la cuenta.

– Solo se podrá otorgar una beca al alumno que tenga calificación promedio de 9.

14

Reglas de flujo

• Determinan la ruta que sigue el flujo de secuencia en un proceso.

• Por lo general tienen que ver con los flujos de autorización.

• Ejemplo: – Si se va a cobrar un cheque en ventanilla por un monto mayor a

10,000 pesos debe ser remitido al gerente para su autorización.

15

Reglas de estímulo y respuesta

• Es una condición que de ser verdadera debe ejecutar una acción inmediata como respuesta.

• Ejemplo: – Si la cuenta no tiene saldo suficiente, no se podrá llevar a cabo el

retiro.

16

Reglas de estructura

• Por lo general son asociadas a los datos.

• Establecen la relación y el dominio de los datos que se manejan.

• Ejemplos: – Los precios no pueden ser negativos.

– En una factura se pueden incluir varios productos.

– Un cliente solo puede manejar en su portal las cuentas donde sea titular.

17

Modelo de reglas

• La propuesta es elaborar un modelo general que contenga todas las reglas utilizadas en el modelado del proceso, este modelo será un repositorio en el cual se modelen o se incorporen las reglas, las cuales serán utilizadas a lo largo de todos los procesos que se diseñen.

• Las reglas se van a agrupar por tareas de regla, una tarea de regla agrupa varias reglas de acuerdo a las necesidades de los procesos de negocio.

18

Modelo de reglas

• Un ejemplo de una tarea de regla es el siguiente: – Tarea de regla: Autorización de pago de un cheque

• Regla 1: El monto del cheque debe ser menor o igual al saldo de la cuenta.

• Regla 2: La firma(s) en el cheque debe ser la firma(s) registrada en la cuenta.

• Regla 3: La persona que se presenta en la ventanilla a cobrar es la misma a la que se extendió el cheque.

19

Indeval

Caso de estudio • Desarrollado por el Centro de Desarrollo Tecnológico

• Participaron:

– Profesores de diversas disciplinas

– Recien egresados

• Tiempo de realización: 8 meses

20

21

Contenido

1. ANTECEDENTES Y PROBLEMÁTICA

2. ESTRATEGIA CORPORATIVA SD INDEVAL

3. PROYECTO DISEÑO DEL NUEVO SISTEMA INDEVAL

4. MODELADO DE PROCESOS DE NEGOCIO

5. SISTEMA DE LIQUIDACIÓN DE VALORES

6. CONCLUSIONES

22

1. ANTECEDENTES: SD INDEVAL ¿Qué es el Indeval?

Las transacciones en los mercados financieros involucran la transferencia de

instrumentos financieros o de dinero entre vendedores y compradores.

Los servicios ofrecidos por un depositario central de valores (DCV) o un

sistema de liquidación de valores (SLV) permiten la eficiencia, confiabilidad y

seguridad de las transacciones.

En México, los servicios públicos de guarda, custodia, gestión, liquidación, y

transferencia de valores sólo puede ser ofrecida por instituciones autorizadas

por el gobierno federal. Desde 1987, la única institución que actúa como DCV

y SLV es INDEVAL.

En promedio, cada día se liquidan más de 17 mil millones en transacciones

relacionadas con los mercados de dinero y de valores, incluyendo, entre otros,

acciones, bonos corporativos e instrumentos de deuda emitidos por bancos de

México.

23

1. ANTECEDENTES

Ante un creciente número de fallas del sistema y

quejas de los usuarios de SD INDEVAL, se llevó a cabo

un diagnóstico que apuntó hacia la necesidad de hacer

una reingeniería de procesos de negocio en el Instituto.

Como resultado de un proceso de selección de

proveedores y una licitación a la que fueron invitados

11 participantes, el Instituto Tecnológico Autónomo de

México (ITAM), a través del Centro de Desarrollo

Tecnológico de la División Académica de Ingeniería,

resultó ser el ganador.

24

1. ANTECEDENTES

Como punto inicial se hizo una investigación de las

mejores prácticas a nivel internacional de los depósitos

de valores con el objeto de evaluar la situación actual

de SD INDEVAL.

La principal referencia de mejores prácticas son el

Comité de Sistemas de Pago y Liquidación (CPSS) de

los bancos centrales del Grupo de los Diez y el Comité

Técnico de la Organización Internacional de

Comisiones de Valores (IOSCO) quienes proponen una

serie de recomendaciones que deben seguir los

sistemas de depósito de valores.

34

3. PROYECTO DISEÑO DEL NUEVO SISTEMA Proceso de modelado

IND. Instituto para elDepósito de Valores

IND.GRD_.Guarda

IND.ADMG.Administración de la

Guarda

IND.ADMC.Administración y

Custodia

IND.LQDN.Liquidación

IND.SRVI. Serviciosde Información

*

IND.PRMV.Préstamo de Valores

IND.CPTC. Corrospara operaciones Over

the Counter (OTC)

*

IND.ACTU. Asesoriay Capacitación a

Usuarios

*

IND.FNCS.Funciones de

Soporte

IND.PRLQ.Preliquidación

*

IND.SGRD.Seguridad

*

IND.ADMC.Administración

Contable

*

IND.STIN. Sistemasde Información

*

IND.SAVR.Administr-ación y Valuación de

Reportos

IND.INTR.Inter-nacional

IND.SISP.Siste-mas de Pago

35

3. PROYECTO DISEÑO DEL NUEVO SISTEMA Proceso de modelado

IND. Instituto para elDepósito de Valores

IND.GRD_.Guarda

IND.ADMG.Administración de la

Guarda

IND.ADMC.Administración y

Custodia

IND.LQDN.Liquidación

IND.SRVI. Serviciosde Información

*

IND.PRMV.Préstamo de Valores

IND.CPTC. Corrospara operaciones Over

the Counter (OTC)

*

IND.ACTU. Asesoriay Capacitación a

Usuarios

*

IND.FNCS.Funciones de

Soporte

IND.PRLQ.Preliquidación

*

IND.SGRD.Seguridad

*

IND.ADMC.Administración

Contable

*

IND.STIN. Sistemasde Información

*

IND.SAVR.Administr-ación y Valuación de

Reportos

IND.INTR.Inter-nacional

IND.SISP.Siste-mas de Pago

36

3. PROYECTO DISEÑO DEL NUEVO SISTEMA Líneas de negocio, roles de participante y roles de usuario

LINEA_DE_NEGOCIO ROL_PARTICIPANTEROL_PARTICIPANTE X

LINEA_DE_NEGOCIO

INSTRUCCION

LINEA_DE_NEGOCIO X

INSTRUCCIONROL_USUARIO

CAPACIDAD =

f(Parametros)

REGLA_DE_DISPONIDILIDAD_

DE_EJECUCION

PARTICIPANTEROL_PARTICIPANTE X

PARTICIPANTE

USUARIOROL_USUARIO X

USUARIO

Una Línea de Negocio

comprende un conjunto de

instrucciones que pueden ser

solicitadas por los usuarios.

Los Roles de Usuario

están asignados a los

pares Línea de Negocio e

instrucción

El Usuario

pertenece a un

Participante

Un Participante puede tener

más de un Rol

Capacidad = función lógica de los parámetros

de la Guia Operativa para determinar si se

puede o no ejecutar una Instrucción

La Regla de Disponiblilidad de Ejecución

determina si una instrucción se puede o

no ejecutar en ese momento

A un Rol de Participante se le asocia una o

mas Líneas de Negocio

N < +++ 1

N < ++++ 1

1 ++++ > N

1 +

++

++

> N

N < +++++ 11 ++++ > N

1 +

++

+ >

NN

< +

++

+ 1

1 +++ > N

N <++++ 1

37

4. MODELADO DE PROCESOS DE NEGOCIO Gestor General y módulos de Distribución y Concentración

RECEPCIÓN DE

INSTRUCCIONESInstrucciones

AUTENTICACIÓN

VALIDACIÓNDISTRIBUCIÓN

ESTRUCTURA DE

INFORMACIÓN

OPERACIONES

CONSULTA

CONCENTRACIÓN

Transacciones

Modificaciones

a Estructura

Consultas

Respuesta

GESTOR GENERAL

GESTOR

GENERAL