Está en la página 1de 74

Teora de Sistemas 1 semestre 2005 Universidad de Valparaso

Modelado de Procesos
Agenda:
Idef0
Idef3
UML Eriksson Penker
BPMN
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
CONTEXTO
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Dominio de los
Productos
Dominio
Organizacional
Dominio de la
Estrategia
Dominio del
Comportamiento
Dominio de
la Informacin
Dominio de
las Aplicaciones
Dominio de la
Infraestructura
Nivel de
Negocio
Nivel de
Informacin
Nivel de
Aplicaciones
Nivel de
Tecnologa
Conocimiento
Informacin
Datos
Componentes o Dominios de una Arquitectura Empresarial
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Mtodos, Modelos, Herramientas,
Plantillas y Arquitectura
Herramientas Arquitectura
Mtodos Plantillas
Modelos
Modelos enlazados de negocio &
semntica TI soportan metodologas
y alineamiento de TI y negocios
Repetible, escalable,
mtodos consistentes
que guan a los
interesados a travs
de pasos de
transformacin y
decisiones
Plantillas de
modelos de
soluciones que
soportan
reutilizacin
Las herramientas
soportan metodologas
mediante el diseo y
anlisis de modelos de
transformacin y
artefactos relacionados
Componentes dirigidas
por modelos para
coreografas de procesos
adaptivos, monitoreo y
gestin en una
arquitectura orientada a
servicios
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Modelos en el Nivel de Negocio
Conjunto de tcnicas, representaciones
grficas y documentacin asociada que
permiten entender a el negocio.

Misin y objetivos, Principios
Productos y/o Servicios
Procesos, Funciones, Organizacin,
Localizacin, Ciclos, Indicadores de Gestin y
Calidad.


Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Utilidad de los Modelos de Comportamiento

Estudios para la optimizacin de procesos
(reingeniera, rediseo)
Reestructurar la organizacin
Formar y guiar al personal de la organizacin
Anlisis de impacto de procesos, organizacin
y de sistemas.
Desarrollar y evolucionar sistemas informticos
ms integrados y orientados al negocio.
Disponer una base slida para definir el plan
estratgico TIC.
Apoyar a los procesos de Benchmarking
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Tcnicas de modelado de
Procesos

IDEF0 - IDEF3

www.idef.com
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
IDEF0
Metodologa para modelado
funcional de procesos
Integrated Definition Modeling Language
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Contenido - IDEF0
Objetivo y aplicabilidad de IDEF0

Sintaxis y Semntica

Conclusiones
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
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.
Caractersticas de la Tcnica:
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
IDEF0 representa lo que se hace en la
organizacin
Aplicabilidad de IDEF0
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Sintaxis y Semntica de IDEF0
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
Funcin
o
actividad
Control
Salida
Mecanismo
Entrada
Recurso (o Mecanismo)
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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

Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Representacin de una actividad (cont.)
Prueba y calibracin
Flecha Llamada (Call arrow)
Referencia a otro modelo o diagrama dentro del mismo
modelo. Evita duplicidad de informacin
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Representacin de una actividad (cont.)
Actividad: Preparar un pastel Representacin en IDEF0
Preparar
pastel
Pastel
Receta
Ingredientes
Utensilios
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo
Las actividades son agrupadas en
diagramas.
La relacin entre actividades es indicada
por su posicin y flechas.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Combinaciones de flechas

Obtener
recurso
Transformar
recurso
Recurso
Salida Entrada
Aprobar
Presupuesto
Solicitar
compra
Presupuesto
aprobado
Salida Control
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Combinaciones de flechas (cont.)

Salida Recurso
Salida Control
retroalimentacin
Adquirir sierra
elctrica
Cortar la madera
Sierra
elctrica
Otorgar crdito
Evaluar situacin
de deudores
Evaluacin de solvencia de clientes
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Combinaciones de flechas (cont.)

Salida Entrada
retroalimentacin
Limpiar y
Pintar parte
Revisar partes
procesadas
Partes a repintar
Parte pintada
Parte aprobada
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Ejemplos de unin y ramificacin de flechas
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Ejemplos de unin y ramificacin de flechas (cont.)
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
A-0
0
A0
1
2
3
A2
1
2
3
A22
1
2
3
A23
1
2
3
Ms detallado
Ms general
IDEF0 muestra una
vista jerrquica de un
modelo
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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).
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Perform
Personnel
Actions
Applicant Data
Customer Request
Employee/Position
Data
Personnel Action
Reports
Information System
Personnel Office Staff
Supplies & Equipment
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
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
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Obs.: Documentar las
actividades asociadas
con la administracin de
las acciones del personal
e identificar las
actividades sin valor
agregado que podran
eliminarse
Perform
Personnel
Actions
Applicant Data
Customer Request
Employee/Position
Data
Personnel Action
Reports
Information System
Personnel Office Staff
Supplies & Equipment
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Estructura de un modelo (cont.)
PROPOSITO
Definimos el propsito
como la razn para
desarrollar un modelo
particular (objetivo).
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Punto de Vista:
Gerente de RRHH
Perform
Personnel
Actions
Applicant Data
Customer Request
Employee/Position
Data
Personnel Action
Reports
Information System
Personnel Office Staff
Supplies & Equipment
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Estructura de un modelo (cont.)
El punto de vista
puede ser pensado
como la perspectiva
de la persona o grupo
de desarrollo del
modelo.
PUNTO DE VISTA
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Ejemplo
A-0
0
Contruir casa-
habitacin
Esposa Presupuesto Leyes de
construccin
Casa
Personal
Terreno
Materiales
Contruccin de casa-habitacin
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Estructura de un modelo (cont.)
Ejemplo
A0
1
Hacer
diseo
Casa
Presupuesto
Terreno
Materiales
Contruir casa-habitacin
I1 C1
C2 C3
I2
2
Tramitar
permisos
3
Implantar
diseo
Arquitecto
M1
Arquitecto
Albailes
Leyes de
construccin
Diseo
Diseo
aceptado y
permisos
C2
Diseo
rechazado
I1
O1
Materiales
Terreno
Presupuesto
Esposa
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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).
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso

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
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
IDEF3
Metodologa para captura
de descripcin de procesos
Integrated Definition Modeling Language
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Contenido - IDEF3
Objetivo y aplicabilidad de IDEF3

Sintaxis y Semntica

Conclusiones
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
-Como lo hago?
-Detalle de actividades
terminales
-Comunicacin al
propietario del proceso
-Que hago?

-Vista estratgica

-Comunicacin a usuarios
no tcnicos
IDEF0 Vs. IDEF3
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.

Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Aplicabilidad de IDEF3
IDEF3 define cmo la Empresa
hace lo que hace
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Sintaxis y Semntica de IDEF3
Componentes de IDEF3

Unidad de trabajo (UOW)
Ligas (links)
Conexiones (junctions)
Referencias (Referents)

Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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 Referencia IDEF0
ID actividad
padre
ID Actividad
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Ligas (cont.)
Precedencia temporal
Flujo de objeto
Relacional
El proceso origen debe concluir antes de que el proceso
destino pueda comenzar.
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).
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Precedencia Temporal - Ligas (cont.)
La actividad origen se debe completar para que
la actividad destino se pueda iniciar.
La liga debe estar etiquetada
Aprobar
recomendaciones
1.1
Implantar
recomendaciones
1.2
Aprobacin
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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
Pintar parte
1.2
Parte
ensamblada
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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
describir la naturaleza de
la relacin y una
descripcin ms completa
se puede dar en un texto
adicional.(definicin de la
liga)
Arrancar motor
1.1
Arrancar bomba de
agua
1.2
1.5 segs. de retraso para
no sobrecargar el circuito
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Relacional - Ligas (cont.)
Caso alterno de precedencia temporal
IMPORTANTE: documentar claramente el
significado que se da a la liga relacional
Aprobar
diseo
1.1
Implementar
diseo
1.2
Aprobar
Iniciar la implementacin cuando se
tenga un 70% del diseo aprobado.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
Revisar
producto
1.1
Pagar con cheque
1.2
Producto
aprobado
X
Pagar en
efectivo
1.3
X
Procesar
factura
1.4
Producto
pagado
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.

Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Divergencia (Fan-out)
&
&
O
O
X
AND - Asncrono
AND - Sncrono
OR - Asncrono
OR - Sncrono
XOR
TODAS las actividades que suceden a la conexin iniciarn
TODAS las actividades que suceden a la conexin iniciarn al mismo
tiempo.
UNA O MAS de las actividades que suceden a la conexin iniciarn.
UNA O MAS de las actividades que suceden a la conexin iniciarn al
mismo tiempo
SOLO UNA de las actividades que suceden a la conexin ocurrir.
Tipo de conexin Significado
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Convergencia (Fan-in)
&
&
O
O
X
AND - Asncrono
AND - Sncrono
OR - Asncrono
OR - Sncrono
XOR
TODAS las actividades precedentes deben terminar.
TODAS las actividades precedentes deben terminar al
mismo tiempo.
UNA O MS de las actividades precedentes terminarn.
UNA O MS de las actividades precedentes terminarn al
mismo tiempo
Exactamente una de las actividades precedentes terminar.
Tipo de conexin Significado
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
OR
Estudiar
libro
Tomar
curso
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
AND
Detecta
fuego
Sonar
Alarma
Notificar a
los bomberos
Activar
dispositivo
anti-incendio
Registrar
evento
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
XOR (OR exclusivo)
Seleccionar
destino
Viajar en
avin
Buscar
alojamiento
Viajar en auto
Automvil
Avin
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
AND Sncrono
Iniciar
carrera
Sonar disparo
de inicio
Iniciar
cronmetro
Empezar a
correr
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
Combinacin de conexiones
1.1
Evaluar propuesta
1.3
Ajustar detalles
tcnicos
1.5
Firmar contrato
1.2
Rechazar
propuesta
1.4
Ajustar costo
X
O O
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
Combinacin no vlida
1.1
Recibir
propuesta
1.3
Evaluar parte
tcnica
1.4
Firmar contrato
1.2
Evaluar costo
X
&
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
Grficas de posibles activaciones
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conexiones (cont.)
Ejemplo
Grficas de posibles activaciones
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Referentes
Smbolos especiales para dirigir la atencin del
lector a otras partes importantes del modelo.
Tipo Propsito
Object
GOTO
UOB
( unit of behaviour)
Note
ELAB
(Elaboratio)
Describir la participacin de un objeto importante
en una actividad
Construir ciclos (repetir secuencia de actividades)
Incluir una actividad ya descrita sin implicar un ciclo
Documentar cualquier informacin general
importante de alguna grfica (actividad, conexin).
.
Documentar de manera detallada alguna grfica
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Referentes (cont.)
TipoRef / Nombre
Object/Piloto
1.1
Aterrizar avin
Ejemplo
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Referentes (cont.)
Ejemplo
GOTO/Recibir
solicitud de compra
1.1
Recibir solicitud
de compra
1.3
Rechazar
solicitud
1.6
Modificar
solicitud
1.2
Aprobar
solicitud
1.4
Aprobar
parcialmente
1.5
Capturar datos
de solicitud
X
.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Descomposicin
Ms General
Ms Detallado
1.3
3.1.43
1.5 1.1 1.4
3.1.45 3.1.47
43.1.7
6
43.1.79 3.1.72
3.1.43
ID actividad padre
Nmero de
descomposicin
ID actividad
Descomposicin 1 de
la actividad 3
Descomposicin 1 de
la actividad 43
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Ejemplo Gestionar Depto. de ventas (A-0)
IDEF0

0

Gestionar Depto. Ventas

Orden del cliente

Orden de envo para el cliente

Mercadera p/ cliente

Factura p/ cliente

Inventario

Control de

salida de

mercadera

Control de rdenes de envo

Organiza cin

Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Ejemplo Gestionar Depto. de ventas (A0)
Procesar
orden
$0
Enviar
mercanca
$0
Facturar
Inventario
Departamento
de ventas
Control de salida de
mercadera
Departamento
de almacn
Control de
rdenes de
envo
Departamento de
facturacin
Orden de envo p/ cliente
Factura
p/ cliente
Orden del
cliente
Mercadera p/ cliente
Orden de
envo de
mercanca
Lista de
mercadera
enviada
IDEF0
$0
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Ejemplo - Gestionar Depto. de ventas (cont.)
IDEF3
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Mas Elementos IDEF3 ...
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
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.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conclusiones
IDEF3 permite documentar procesos para
estandarizacin o como guas para nuevos
integrantes del proceso y as reducir la curva de
aprendizaje.

IDEF3 provee un mecanismo para capturar la
secuencia temporal de un proceso y la lgica de
decisin que afecta a un proceso.
Teora de Sistemas 1 semestre 2005 Universidad de Valparaso
Conclusiones
IDEF3 sirve como una herramienta para
analizar procesos existentes.

Permite disear y probar nuevos procesos
antes de iniciar cambios reales que pueden ser
muy costosos.

IDEF3 se puede combinar con IDEF0 para
representar detalles de implantacin y as
representar los procesos al nivel apropiado.