Modelado de Procesos

Agenda:
Idef0
Idef3

CONTEXTO
Las organizaciones modernas consideran una
necesidad primordial el convertirse en instituciones
flexibles que puedan satisfacer los requerimientos
del mercado.
Los cambios normalmente requieren reestructurar
las actividades en la cadena de valor, cambiar la
organizacin y la infraestructura (tecnolgica).
Cmo controlar el impacto de estos cambios?
O al menos visualizarlos
Numerosos estudios e iniciativas recientes
apuntan al desarrollo de arquitectura
empresariales.

Componentes o Dominios de una Arquitectura Empresarial

Dominio de los
Productos

Dominio de la
Estrategia

Dominio del
Comportamiento

Nivel de
Negocio
Dominio
Organizacional

Dominio de
la Informacin

Conocimiento
Informacin
Datos

Nivel de
Informacin

Nivel de
Aplicaciones

Dominio de
las Aplicaciones
Dominio de la
Infraestructura

Nivel de
Tecnologa

Modelos en el Nivel de Negocio

Conjunto de tcnicas, representaciones
grficas y documentacin asociada que
permiten entender el negocio.
Misin y objetivos, Principios
Productos y/o Servicios
Procesos, Funciones, Organizacin,
Localizacin, Ciclos, Indicadores de Gestin y
Calidad.

Tcnicas de modelado de

Procesos

IDEF0 - IDEF3
www.idef.com

Introduccin IDEF

La familia de tcnicas de modelado IDEF fue

desarrollada en conjunto por la industria y el
gobierno de EEUU.

El propsito de esta familia es proveer tcnicas de

modelado simples y formales que permitan
describir, analizar y evaluar distintos puntos de
vista de un sistema (organizacin).

Las tcnicas IDEF son usadas para crear

representaciones grficas de diversos sistemas,
analizar los modelos, crear modelos de sistemas
considerados ideales y apoyar la transicin de lo
existente a lo deseado.

Introduccin IDEF

Existen 16 tcnicas de modelado IDEF, desde

IDEF0 a IDEF14, incluyendo a IDEF1X. Cada una
diseada para capturar un cierto tipo de
informacin.

No hay propiedad sobre las tcnicas y estn

soportadas por estndares internacionales.

IDEF0
Integrated Definition Modeling Language

Metodologa para modelado

funcional de procesos

Contenido - IDEF0
Objetivo y aplicabilidad de IDEF0
Sintaxis y Semntica
Conclusiones

Qu es IDEF0?
Tcnica de modelado para representar de manera
estructurada y jerrquica las actividades que
conforman un sistema o empresa y los objetos o
datos que soportan la interaccin de esas
actividades.
Caractersticas de la Tcnica:
Genrica: Permite modelar
grficamente procesos de un sistema
de diferente propsito y a cualquier
nivel de detalle.
Consistencia de uso e
interpretacin: Basada en un
estndar con especificaciones precisas
y rigurosas.

Aplicabilidad de IDEF0
Medio para comunicar reglas y procesos de
negocios
Obtener una vista estratgica de un proceso
Facilitar el anlisis para identificar puntos de
mejora.

Aplicabilidad de IDEF0
IDEF0 representa lo que se hace en la
organizacin

Sintaxis y Semntica de IDEF0

Representacin de una actividad
Control

Entrada

Funcin
o
actividad

Salida

Mecanismo
Recurso
(o Mecanismo)

Funcin o actividad = Frase verbal (Verbo + objeto

directo)
I-C-O-M (Input, Control, Output, Mechanism)
Las flechas son sustantivos que representan
informacin, gente, lugares, cosas, conceptos, eventos.

Representacin de una actividad (cont.)

Entradas:

- Material o informacin consumida o transformada por

una actividad para producir salidas.
- Asociadas al lado izquierdo de la actividad (caja)
- Una actividad puede no tener entradas

Salidas:
- Objetos producidos por la actividad o proceso.
- Asociadas al lado derecho de la actividad

Representacin de una actividad (cont.)

Control:

- Objetos que gobiernan o regulan cmo, cundo y si

una actividad se ejecuta o no.
- Ejemplos: Normas, guas, polticas, calendarios,
presupuesto, reglas, especificaciones,
procedimientos.
- Asociados al lado superior de la actividad.

Recursos (o Mecanismos):
- Recursos necesarios para ejecutar un proceso.
- Ejemplos: Maquinaria, programas de cmputo,
Instalaciones, Recursos humanos.
- Asociados al lado inferior de la actividad.
- Una actividad puede no tener mecanismos.

Representacin de una actividad (cont.)

Flecha Llamada (Call arrow)

Prueba y calibracin

Referencia a otro modelo o diagrama dentro del mismo

modelo. Evita duplicidad de informacin

Representacin de una actividad (cont.)

Actividad: Preparar un pastel

Representacin en IDEF0
Receta

Ingredientes

Preparar
pastel

Utensilios

Pastel

Estructura de un modelo

Las actividades son agrupadas en

diagramas.
La relacin entre actividades es indicada
por su posicin y flechas.

Estructura de un modelo (cont.)

Combinaciones de flechas
Salida Entrada
Obtener
recurso

Salida Control

Aprobar
Presupuesto

Recurso

Transformar
recurso

Presupuesto
aprobado

Solicitar
compra

Estructura de un modelo (cont.)

Combinaciones de flechas (cont.)
Salida Recurso

Cortar la madera
Adquirir sierra
elctrica

Salida Control
retroalimentacin

Sierra
elctrica

Evaluacin de solvencia de clientes

Otorgar crdito

Evaluar situacin
de deudores

Estructura de un modelo (cont.)

Combinaciones de flechas (cont.)

Salida Entrada
retroalimentacin
Parte aprobada
Limpiar y
Pintar parte

Parte pintada

Partes a repintar

Revisar partes
procesadas

Estructura de un modelo (cont.)

Ejemplos de unin y ramificacin de flechas

Estructura de un modelo (cont.)

Ejemplos de unin y ramificacin de flechas (cont.)

Estructura de un modelo (cont.)

0

A-0

IDEF0 muestra una

vista jerrquica de un
modelo

Ms general

1
2
3

A0

Ms detallado
1
2
3

A2

A22

A23

Estructura de un modelo (cont.)

Informacin inicial:
Propsito
- Preguntas que el modelo intenta responder.

Alcance
- Nivel de detalle a lo profundo y a lo ancho del
modelo.
- Contexto: define las fronteras del modelo.

Punto de vista
- Perspectiva desde la que el modelo ve al sistema (e.g.
cliente, proveedor, propietario).

Estructura de un modelo (cont.)

CONTEXTO
El contexto define las
fronteras del modelo,
esto es: que est
incluido en el modelo.
Por ejemplo, los datos
de Empleado/Cargo
(Employee/Position
Data) provienen
desde fuera del
modelo

Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Applicant Data
Customer Request

Perform
Personnel
Actions

Personnel Action
Reports

Employee/Position
Data

Supplies & Equipment

Personnel Office Staff
Information System

Estructura de un modelo (cont.)

PROPOSITO
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Applicant Data
Customer Request

Perform
Personnel
Actions

Definimos el propsito
como la razn para
desarrollar un modelo
particular (objetivo).

Personnel Action
Reports

Employee/Position
Data

Supplies & Equipment

Personnel Office Staff
Information System

Obs.: Documentar las

actividades asociadas
con la administracin de
las acciones del personal
e identificar las
actividades sin valor
agregado que podran
eliminarse

Estructura de un modelo (cont.)

PUNTO DE VISTA
El punto de vista
puede ser pensado
como la perspectiva
de la persona o grupo
de desarrollo del
modelo.

Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Applicant Data
Customer Request

Perform
Personnel
Actions

Personnel Action
Reports

Employee/Position
Data

Punto de Vista:
Gerente de RRHH

Supplies & Equipment

Personnel Office Staff
Information System

Estructura de un modelo (cont.)

Algunas reglas
Diagrama Contexto:
Primer diagrama del modelo, diagrama A-0 (A menos
cero)
Una sola actividad, nmero 0 y representa el objetivo
del modelo
Cada diagrama entre 3 y 6 actividades (Recomendacin)
Todas las ICOM en la actividad padre deben aparecer en
actividad hijo
Las flechas, al igual que las actividades, se pueden dividir
en 2 ms en los diagramas hijo

Estructura de un modelo (cont.)

Ejemplo
Esposa

Presupuesto

Leyes de
construccin

Terreno
Materiales

Contruir casahabitacin
0
Personal

A-0

Contruccin de casa-habitacin

Casa

Estructura de un modelo (cont.)

Ejemplo
I1 C1 C2 C3

Esposa

Terreno

Leyes de
construccin

Materiales

Hacer
diseo

I2

Presupuesto

Diseo
rechazado

Diseo

1
Arquitecto

Tramitar
permisos 2

Diseo
aceptado y
permisos

Presupuesto

C2

Arquitecto
Materiales

I1
A0

Terreno

O1
Implantar
diseo
3 Casa
Albailes

M1
Contruir casa-habitacin

Estructura de un modelo (cont.)

Informacin de soporte:
Glosario
- Listado de palabras claves, frases y acrnimos usados
en el modelo.

Texto
- Texto asociado a diagramas para clarificar o enfatizar
informacin

FEO (For Exposition Only) y Node Tree

- Diagramas explicativos que no necesitan cumplir con el
estndar.

Conclusiones
IDEF0 es una tcnica sencilla, formal y que
permite representar desde un punto de vista
funcional el comportamiento de una
organizacin (sistema).
Tcnica ampliamente usada en la industria
durante la etapa de anlisis en Re-ingeniera
de procesos de negocios (BPR).

Conclusiones
IDEF0 modela actividades y es independiente de
la estructura organizacional y tiempo. No es un
organigrama!, no es un diagrama de flujo!
Usar modelos definidos en IDEF0 para operar en
la realidad de una organizacin fomenta el
trabajo en equipo de manera disciplinada y
coordinada.

Conclusiones
Varias herramientas de SW soportan la
notacin de IDEF0.
Algunas: System Architect, Visio, BPWin, Process
Modeler, entre otras.

Se puede combinar con otras metodologas

para agregar secuencia y sincronizacin de
actividades.

IDEF3
Integrated Definition Modeling Language

Metodologa para captura

de descripcin de procesos

Contenido - IDEF3
Objetivo y aplicabilidad de IDEF3
Sintaxis y Semntica
Conclusiones

Objetivo de IDEF3
IDEF3 es una tcnica de modelado para
representar el flujo de trabajo de un proceso, as
como sus objetos participantes, a partir de la
descripcin dada por un experto.
IDEF0

Vs.

IDEF3

-Que hago?

-Como lo hago?

-Vista estratgica

-Detalle de actividades
terminales

-Comunicacin a usuarios
no tcnicos

-Comunicacin al
propietario del proceso

Aplicabilidad de IDEF3
Documentar un proceso actual (a nivel de
detalle).
Identificar y capturar conocimiento crtico de un
proceso.
Facilitar el anlisis de un proceso particular.
Proponer alternativas a un proceso.
Obtener aprobacin para implantar un cambio.
Planear cambios a un proceso.

Aplicabilidad de IDEF3
IDEF3 define cmo la Empresa
hace lo que hace

Sintaxis y Semntica de IDEF3

Componentes de IDEF3

Unidad de trabajo (UOW)

Ligas (links)
Conexiones (junctions)
Referencias (Referents)

Unidad de Trabajo (UOW)

Representa una actividad
Siempre tienen un identificador nico
Puede tener una referencia asociada a una
actividad IDEF0

Pintar parte
1.1
ID actividad
padre

Referencia IDEF0
ID Actividad

Ligas
Representan relaciones restrictivas entre
actividades.
Todas las ligas en IDEF3 son unidireccionales
Pueden iniciar y terminar en cualquier parte de la
actividad (caja).
Los diagramas IDEF3 generalmente estn
organizados de izquierda a derecha.

Ligas (cont.)
Precedencia temporal
El proceso origen debe concluir antes de que el proceso
destino pueda comenzar.
Flujo de objeto
Enfatiza la participacin de un objeto entre dos procesos.
La Semntica igual a la de Precedencia Temporal (la
precedencia temporal tambin puede considerar la
participacin de un objeto).
Relacional
Existencia de una relacin entre los procesos ligados. La
semntica no est definida, slo que el proceso origen
comenzar antes que el proceso destino termine.

Precedencia Temporal - Ligas (cont.)

La actividad origen se debe completar para que la
actividad destino se pueda iniciar.
Aprobar
recomendaciones

Aprobacin

1.1

La liga debe estar etiquetada

Implantar
recomendaciones
1.2

Flujo de Objeto - Ligas (cont.)

Algn objeto producido por la actividad origen es
requerido como entrada por la actividad destino.
La actividad fuente tiene que terminar para que la
actividad destino pueda comenzar.

Ensamblar parte
1.1

Parte
ensamblada

Pintar parte
1.2

Relacional - Ligas (cont.)

No impone restricciones por si sola, su significado
debe ser definido por el usuario
La etiqueta de la flecha
puede usarse para
Arrancar bomba de
describir la naturaleza de
agua
la relacin y una
descripcin ms completa
1.2
se puede dar en un texto
1.5 segs. de retraso para adicional.(definicin de la
no sobrecargar el circuito liga)

Arrancar motor
1.1

Relacional - Ligas (cont.)

Caso alterno de precedencia temporal
Aprobar
diseo

Aprobar

Implementar
diseo
1.2

1.1
Iniciar la implementacin cuando se
tenga un 70% del diseo aprobado.

IMPORTANTE: documentar claramente el

significado que se da a la liga relacional

Conexiones
Las conexiones sirven para representar:
Los puntos en los que un proceso se ramifica en
mltiples subprocesos
Los puntos en los cuales mltiples procesos
convergen en un solo proceso
La temporalidad (sincrona/asincrona) en el flujo
de actividades de un proceso

Conexiones (cont.)
Ejemplo
Pagar con cheque

Revisar
producto
1.1

Producto
aprobado

1.2

X
Pagar en
efectivo
1.3

Producto
pagado

Procesar
factura
1.4

Conexiones (cont.)
Tipos de ramificaciones
Divergencia (Fan-out): Distribuye el flujo del
proceso.
La terminacin de una actividad causa la
activacin de mltiples actividades.
Convergencia (Fan-in): La terminacin de
mltiples actividades consolida el inicio de
una actividad.

Conexiones (cont.)
Divergencia (Fan-out)

Tipo de conexin

Significado

& AND -Asncrono TODAS las actividades que suceden a la conexin iniciarn
& AND -Sncrono

TODAS las actividades que suceden a la conexin iniciarn al mismo

tiempo.

O OR -Asncrono

UNA O MAS de las actividades que suceden a la conexin iniciarn.

O OR -Sncrono

UNA O MAS de las actividades que suceden a la conexin iniciarn al

mismo tiempo

XOR

SOLO UNA de las actividades que suceden a la conexin ocurrir.

Conexiones (cont.)
Convergencia (Fan-in)

Tipo de conexin

Significado

& AND -Asncrono

TODAS las actividades precedentes deben terminar.

& AND -Sncrono

TODAS las actividades precedentes deben terminar al

mismo tiempo.
UNA O MS de las actividades precedentes terminarn.

O OR -Asncrono
O OR
X XOR

-Sncrono

UNA O MS de las actividades precedentes terminarn al

mismo tiempo
Exactamente una de las actividades precedentes terminar.

Conexiones (cont.)
Ejemplo
OR
Estudiar
libro

Tomar
curso

Conexiones (cont.)
Ejemplo
AND
Sonar
Alarma

Detecta
fuego

Notificar a
los bomberos

Activar
dispositivo
anti-incendio

Registrar
evento

Conexiones (cont.)
Ejemplo
XOR (OR exclusivo)
Viajar en
avin
Seleccionar
destino

Avin

Buscar
alojamiento
Viajar en auto

Automvil

Conexiones (cont.)
Ejemplo
AND Sncrono
Sonar disparo
de inicio

Iniciar
carrera

Iniciar
cronmetro

Empezar a
correr

Conexiones (cont.)
Ejemplo
Combinacin de conexiones

Evaluar propuesta
1.1

Rechazar
propuesta
1.2

X
O

Ajustar detalles
tcnicos
1.3
Ajustar costo
1.4

Firmar contrato
1.5

Conexiones (cont.)
Ejemplo
Combinacin no vlida

Evaluar costo
Recibir
propuesta
1.1

1.2

&
Evaluar parte
tcnica
1.3

Firmar contrato
1.4

Conexiones (cont.)
Ejemplo

Grficas de posibles activaciones

Conexiones (cont.)
Ejemplo

Grficas de posibles activaciones

Referentes
Smbolos especiales para dirigir la atencin del
lector a otras partes importantes del modelo.
Tipo

Propsito

Object

Describir la participacin de un objeto importante

en una actividad

GOTO

Construir ciclos (repetir secuencia de actividades)

UOB
(unitofbehaviour)

Incluir una actividad ya descrita sin implicar un ciclo

Note

Documentar cualquier informacin general

importante de alguna grfica (actividad, conexin).

ELAB

Documentar de manera detallada alguna grfica

(Elaboratio)

Referentes (cont.)
TipoRef / Nombre

Ejemplo
Aterrizar avin
1.1

Object/Piloto

Referentes (cont.)
Ejemplo
Recibir solicitud
de compra
1.1

Aprobar
solicitud
1.2

Capturar datos
de solicitud
1.5

Rechazar
solicitud
1.3
Aprobar
parcialmente
1.4

Modificar
solicitud
1.6

GOTO/Recibir
solicitud de compra

Descomposicin
Ms General

1.1

1.5

1.3

ID actividad padre
Nmero de
descomposicin

1.4

Descomposicin 1 de
la actividad 3

3.1.43

ID actividad
3.1.43

3.1.45

3.1.47

Descomposicin 1 de
la actividad 43
Ms Detallado
43.1.7
6

43.1.79

3.1.72

Ejemplo Gestionar Depto. de ventas (A-0)

IDEF0
Inventario

Control de
salida de
mercadera

Control de rdenes de envo

Orden de envo para el cliente

Orden del cliente

Mercadera p/ cliente

Gestionar Depto. Ventas

Factura p/ cliente

Organizacin

Ejemplo Gestionar Depto. de ventas (A0)

IDEF0

Control de
rdenes de
envo

Inventario

Orden del
cliente

Procesar
orden

Orden de
envo de
mercanca

Control de salida de
mercadera

Orden de envo p/ cliente

$0

Mercadera p/cliente

Enviar
mercanca
$0

Departamento
de ventas

Facturar
Departamento
de almacn

Factura
p/ cliente

$0

Lista de
mercadera
enviada

Departamento de
facturacin

Ejemplo - Gestionar Depto. de ventas (cont.)

IDEF3

Procesar
orden

Mercanca
agotada

$0

$0

Cancelar
orden

Enviar aviso
de cancelacin

A1.1.2

A1.1.5

Cantidad
ordenada
disponible
$0

Solicitar
artculos
ordenados
A1.1.1

$0

$0

Preparar
orden de
envo

Aceptar
orden

X
J1

disponible
inferior al
ordenado

A1.1.3

A1.1.7

$0

Corregir
orden
y aceptar
A1.1.4

$0

&
J2

Enviar
informacin
de correccin
A1.1.6

O
J3

Informacin de soporte
La documentacin de un modelo incluye
comnmente
Glosario: Descripcin textual de los elementos
del proceso
Fuentes: Material usado en la construccin del
modelo
Notas: Anotaciones resultantes durante la
revisin del modelo.