idef0 idef3 e

Métodos de modelado IDEF0 e IDEF3y

uso básico del programa BPWin

ISC Jesus Martinez San German

Febrero 2005

Agenda

• IDEF0

• IDEF3

• BPWIN

IDEF0Integrated Definition Modeling Language

Metodología para modelado funcional de procesos

Contenido - IDEF0

• Objetivo y aplicabilidad de IDEF0

• Sintaxis y Semántica

• Conclusiones

Qué es IDEF0?

Metodología para representar de manera estructurada y jerárquica las actividades que conforman un sistema o empresa y los objetos o datos que soportan la interacción de esas actividades.

Generica: Permite modelar gráficamente sistemas de diferente propósito y a cualquier nivel de detalle.

Consistencia de uso e interpretación:Basada en un estándar con especificaciones precisas y rigurosas.

Aplicabilidad de IDEF0

• Medio para comunicar reglas y procesos de negocios

• Obtener una vista estratégica de un proceso

• Facilitar el análisis para identificar puntos de mejora.

Aplicabilidad de IDEF0

IDEF0 representa lo que se haceen la empresa

IDEF0: Metodología probada.

• Definida (70`s) y usada por la fuerza aérea de EEUU (programa ICAM1)

• Usada por el Departamento de defensa.

• FIPS2 desde 1993

1 integrated computer-aided manufacturing2 Federal Information Processing Standards

Sintaxis y Semántica de IDEF0Representación de una actividad

Funcióno

actividad

Control

Salida

Mecanismo

Entrada

•Función o actividad = Frase verbal (Verbo + objeto directo)

•ICOM (Input, Control, Output, Mechanism)– Las flechas son sustantivos que representan información,

gente, lugares, cosas, conceptos, eventos.

Representación de una actividad (cont.)

• Entradas:- Material o información 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

Representación de una actividad (cont.)• Control:

- Objetos que gobiernan o regulan cómo, cuándo y si una actividad se ejecuta o no.

- Ejemplos: Normas, guías, políticas, calendarios, presupuesto, reglas, especificaciones, procedimientos.

- Asociados al lado superior de la actvidad.

• Mecanismos:- Recursos necesarios para ejecutar un proceso. - Ejemplos: Maquinaria, programas de cómputo,

Instalaciones, Recursos humanos. - Asociados al lado inferior de la actividad.- Una actividad puede no tener mecanismos.

Representación de una actividad (cont.)

Flecha “Llamada” (Call arrow)

Prueba y calibración

Referencia a otro modelo o diagrama dentro del mismo modelo. Evita duplicidad de información

Representación de una actividad (cont.)

Actividad: Preparar un pastel Representación en IDEF0

Prepararpastel

Pastel

Receta

Ingredientes

Utensilios

Estructura de un modelo

• Las actividades son agrupadas en diagramas.• La relación entre actividades es indicada por su

posición y flechas.

Estructura de un modelo (cont.)Combinaciones de flechas

Obtenerrecurso

Transformarrecurso

RecursoSalida – Entrada

AprobarPresupuesto

Solicitarcompra

Presupuestoaprobado

Salida – Control

Estructura de un modelo (cont.)Combinaciones de flechas (cont.)

Salida – Mecanismo

Salida – Control retroalimentación

Adquirir sierraeléctrica

Cortar la madera

Sierraeléctrica

Otorgar crédito Evaluar situaciónde deudores

Evaluación de solvencia de clientes

Estructura de un modelo (cont.)Combinaciones de flechas (cont.)

Salida – Entrada retroalimentación

Limpiar yPintar parte

Revisar partesprocesadas

Partes a repintar

Parte pintadaParte aprobada

Estructura de un modelo (cont.)Ejemplos de unión y ramificación de flechas

Estructura de un modelo (cont.)Ejemplos de unión y ramificación de flechas (cont.)

Estructura de un modelo (cont.)

A-0

0

A0

12

3

A2

12

3

A22

12

3

A23

12

3

Más detallado

Más general

IDEF0 muestra una vista jerárquica de un modelo

Estructura de un modelo (cont.)Codificado ICOM

Estructura de un modelo (cont.)Flechas en túnel

Estructura de un modelo (cont.)Flechas en túnel (cont.)

Todas estas flechas no aparecen en el diagrama “hijo”

Estructura de un modelo (cont.)Flechas en túnel (cont.)

Estas flechas en la actividad “hijo” no corresponden a las flechas de la actividad padre.

Estructura de un modelo (cont.)

Información inicial:

• Propósito- Preguntas que el modelo intenta responder.

• Alcance- Nivel de detalle a lo “profundo” y a lo “ancho” del modelo.

• Punto de vista- Perspectiva desde la que el modelo ve al sistema (e.g.

cliente, proveedor, propietario).

Estructura de un modelo (cont.)

Información de soporte:

• Glosario- Listado de palabras claves, frases y acrónimos usados en

el modelo.

• Texto- Texto asociado a diagramas para clarificar o enfatizar

información

• FEO (For Exposition Only) y Node Tree- Diagramas explicativos que no necesitan cumplir con el

estándar.

Estructura de un modelo (cont.)Algunas reglas

• Diagrama Contexto:–Primer diagrama del modelo, diagrama A-0 (“A menos cero”) –Una sola actividad, número 0 y representa el objetivo del modelo

• Diagramas siguientes A0, A1, A2, …, An, con actividades 1, 2, …,6.

• Cada diagrama entre 3 y 6 actividades (Recomendación)

• Todas las ICOM en la actividad “padre” deben aparecer en actividad “hijo”

• Las flechas, al igual que las actividades, se pueden dividir en 2 ó más en los diagramas “hijo”

Estructura de un modelo (cont.)

Ejemplo

A-0

0

Contruir casa-habitación

Esposa Presupuesto Leyes deconstrucción

Casa

Personal

Terreno

Materiales

Contrucción de casa-habitación

Estructura de un modelo (cont.)

Ejemplo

A0

1Hacerdiseño

Casa

Presupuesto

TerrenoMateriales

Contruir casa-habitación

I1 C1 C2 C3

I2

2Tramitarpermisos

3Implantardiseño

Arquitecto

M1

Arquitecto

Albañiles

Leyes deconstrucción

Diseño

Diseñoaceptado ypermisos

C2Diseñorechazado

I1

O1

Materiales

Terreno PresupuestoEsposa

Conclusiones

• IDEF0 es una técnica sencilla pero poderosa.

• Técnica ampliamente usada en la industria durante la etapa de análisis en Re-ingeniería de procesos de negocios (BPR).

Conclusiones

• IDEF0 modela actividades y es independiente de la organización y tiempo. No es un organigrama!, no es un diagrama de flujo!

• IDEF0 fomenta el trabajo en equipo de manera disciplinada y coordinada. Aunque esto no significa que el modelo refleje el consenso del pensamiento del equipo.

Conclusiones

• Varias herramientas de cómputo soportan la notación de IDEF0.

• Se puede combinar con otras metodologías para agregar secuencia y sincronización de actividades.

IDEF3Integrated Definition Modeling Language

Metodología para captura de descripción de procesos

Contenido - IDEF3

• Objetivo y aplicabilidad de IDEF3

• Sintaxis y Semántica

• Conclusiones

Objetivo de IDEF3IDEF3 es una metodología para representar el flujo de trabajo de un proceso, así como sus objetos participantes, a partir de la descripción dada por un experto.

-Que hago?

-Vista estratégica

-Comunicación a usuarios no técnicos

-Como lo hago?

-Detalle de actividades terminales

-Comunicación al propietario del proceso

IDEF0 Vs. IDEF3

Aplicabilidad de IDEF3

• Documentar un proceso actual ( a nivel de detalle)

• Identificar y capturar conocimiento crítico de un proceso

• Facilitar el análisis de un proceso particular.• Proponer alternativas a un proceso• Obtener aprobación para implantar un cambio• Planear cambios a un proceso.

Aplicabilidad de IDEF3

IDEF3 define cómo la Empresahace lo que hace

Sintaxis y Semántica 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 parte1.1 Referencia IDEF0

ID actividadpadre

ID Actividad

NOTA: BPWin usa el ID de la actividad padre paraasociar a una actividad IDEF0.

Ligas

• Representan relaciones restrictivas entre actividades

• Todas las ligas en IDEF3 son unidireccionales• Pueden iniciar y terminar en cualquier parte de

la actividad (“caja“)Diagramas IDEF3 generalmente organizados de izquierda a derecha

Ligas (cont.)Precedencia temporal

Flujo de objeto

Relacional

El proceso origen debe concluir antes de que el procesodestino pueda comenzar

Enfatiza la participación de un objeto entre dos procesos. La Semántica igual a la de Precedencia Temporal (la precedencia temporal también puede considerar la participación de un objeto) .

Existencia de una relación entre los procesos ligados. La semántica no está definida, sólo 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.

Aprobarrecomendaciones

1.1

Implantarrecomendaciones

1.2

Aprobación

La liga debe estar etiquetada

Flujo de Objeto - Ligas (cont.)

Algún objeto producido por la actividad origen es requerido como entrada por la actividad destino. La actividad fuente tieneque terminar para que la actividad destino pueda comenzar.

Ensamblar parte

1.1

Pintar parte

1.2

Parteensamblada

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 relación y una descripción más completa se puede dar en un texto adicional.(definición de la liga)

Arrancar motor

1.1

Arrancar bomba deagua

1.2

1.5 segs. de retraso parano sobrecargar el circuito

Relacional - Ligas (cont.)

Caso alterno de precedencia temporal

Aprobardiseño

1.1

Implementardiseño

1.2

Aprobar

Iniciar la implementación cuando setenga un 70% del diseño 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 múltiples subprocesos

Los puntos en los cuales múltiples procesos convergen en un solo proceso

La temporalidad (sincronía/asincronía) en el flujo de actividades de un proceso

Conexiones (cont.)

Ejemplo

Revisarproducto

1.1

Pagar con cheque

1.2Productoaprobado

XPagar enefectivo

1.3

XProcesarfactura1.4

Productopagado

Conexiones (cont.)

Tipos de ramificaciones

Divergencia (Fan-out): Distribuye el fluio del proceso.La terminación de una actividad causa la activación de múltiples actividades.

Convergencia (Fan-in): La terminación de múltiples actividades consolida el inicio de una actividad.

Conexiones (cont.)Divergencia (Fan-out)

&

&

O

O

X

AND -Asíncrono

AND -Síncrono

OR -Asíncrono

OR -Síncrono

XOR

TODAS las actividades que suceden a la conexión iniciarán

TODAS las actividades que suceden a la conexión iniciarán al mismotiempo.

UNA O MAS de las actividades que suceden a la conexión iniciarán.

UNA O MAS de las actividades que suceden a la conexión iniciarán almismo tiempo

SOLO UNA de las actividades que suceden a la conexión ocurrirá.

Tipo de conexión Significado

Conexiones (cont.)

Convergencia (Fan-in)

&

&

O

O

X

AND -Asíncrono

AND -Síncrono

OR -Asíncrono

OR -Síncrono

XOR

TODAS las actividades precedentes deben terminar.TODAS las actividades precedentes deben terminar al mismo tiempo.

UNA O MÁS de las actividades precedentes terminarán.

UNA O MÁS de las actividades precedentes terminarán al mismo

Exactamente una de las actividades precedentes terminará.

Tipo de conexión Significado

Conexiones (cont.)EjemploOR

Estudiarlibro

Tomarcurso

Conexiones (cont.)EjemploAND

Detectafuego

SonarAlarma

Notificar alos bomberos

Activardispositivo

anti-incendio

Registrarevento

Conexiones (cont.)EjemploXOR (OR exclusivo)

Seleccionardestino

Viajar enavión

Buscaralojamiento

Viajar en autoAutomóvil

Avión

Conexiones (cont.)EjemploAND Síncrono

Iniciarcarrera

Sonar disparode inicio

Iniciarcronómetro

Empezar acorrer

Conexiones (cont.)EjemploCombinación de conexiones

1.1

Evaluar propuesta

1.3

Ajustar detallestécnicos

1.5

Firmar contrato

1.2

Rechazarpropuesta

1.4

Ajustar costo

X

OO

Conexiones (cont.)EjemploCombinación no válida

1.1

Recibirpropuesta

1.3

Evaluar partetécnica

1.4

Firmar contrato

1.2

Evaluar costo

X &

Conexiones (cont.)Ejemplo

Gráficas de posibles activaciones

Conexiones (cont.)Ejemplo

Gráficas de posibles activaciones

Referentes

Símbolos especiales para dirigir la atención del lector a otras partes importantes del modelo.

Tipo PropósitoObject

GOTO

UOB (unit of behaviour)

Note

ELAB

Describir la participación de un objeto importante en una actividad

Construir ciclos (repetir secuencia de actividades)

Incluir una actividad ya descrita sin implicar un ciclo

Documentar cualquier información general importante de algunagráfica (actividad, conexión).Documentar de manera detallada alguna gráfica

Referentes (cont.)

TipoRef / Nombre

Ejemplo

Object/Piloto

1.1

Aterrizar avión

Referentes (cont.)

Ejemplo

GOTO/Recibirrequisición de compra

1.1

Recibir requisiciónde compra

1.3

Rechazarrequisición

1.6

Modificarrequisición

1.2

Aprobarrequisición

1.4

Aprobarparcialmente

1.5

Capturar datosde requisiciónX ….

Descomposición

Más General

Más Detallado

1.3

3.1.43

1.51.1 1.4

3.1.45 3.1.47

43.1.7 43.1.79 3.1.72

3.1.43

ID actividad padre

Número dedescomposición

ID actividad

Descomposición 1 dela actividad 3

Descomposición 1 dela actividad 43

Ejemplo – Gestionar Depto. de ventas (A-0)IDEF0

0

Gestionar Depto. VentasOrden del cliente

Orden de envío para el cliente

Mercancia p/ cliente

Factura p/ cliente

InventarioControl de salida de mercancía Control de órdenes de envío

Organización

Ejemplo – Gestionar Depto. de ventas

1$0

Procesarorden

2$0

Enviarmercancía

3$0

Facturar

Inventario

Departamentode ventas

Control de salida demercancias

Departamentode almacén

Control deórdenes deenvío

Departamento defacturación

Orden de envío p/ cliente

Facturap/ cliente

Orden delcliente

Mercancía p/ cliente

Orden deenvío demercancía

Lista demercancíaenviada

IDEF0

Ejemplo - Gestionar Depto. de ventas (cont.)

A1.1.1

$0

Solicitarartículos

ordenados A1.1.3

$0

Aceptarorden

A1.1.2

$0

Cancelarorden

A1.1.4

$0

Corregirorden

y aceptar

A1.1.5

$0

Enviar avisode cancelación

A1.1.7

$0

Prepararorden de

envío

A1.1.6

$0

Enviarinformación

de corrección&

J2

XJ1

OJ3

Mercancíaagotada

Cantidadordenadadisponible

disponibleinferior alordenado

ProcesarordenIDEF3

Información de soporte

La documentación de un modelo incluye comúnmente

•Glosario: Descripción textual de los elementos del proceso

•Fuentes: Material usado en la construcción del modelo

•Notas: Anotaciones resultantes durante la revisión del modelo.

Conclusiones

•IDEF3 permite documentar procesos para estandarización o como guías 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 lógica de decisión que afecta a un proceso.

Conclusiones

•IDEF3 sirve como una herramienta para analizar procesos existentes y diseñar y probar nuevos procesos antes de iniciar cambios reales que pueden ser muy costosos.

•IDEF3 se puede combinar con IDEF0 para representar detalles de implantación y asírepresentar los procesos al nivel apropiado.