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
[Link]
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.