P. 1
Clase 10

Clase 10

|Views: 13|Likes:

More info:

Published by: Joel Torres Carrasco on Sep 08, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

02/28/2014

pdf

text

original

Modelado de Procesos Empresariales

Teor de Sistemas ía

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 organización y la infraestructura (tecnológica). ¿Cómo controlar el impacto de estos cambios? O al menos visualizarlos … Numerosos estudios e iniciativas recientes apuntan al desarrollo de arquitectura empresariales.
Teor de Sistemas ía

Componentes o Dominios de una Arquitectura Empresarial

Dominio de los Productos

Dominio de la Estrategia Dominio Organizacional

Nivel de Negocio

Dominio del Comportamiento

Conocimiento Nivel de Dominio de Información Información la Información Datos Dominio de las Aplicaciones Dominio de la Infraestructura

Nivel de Aplicaciones

Nivel de Tecnología

Teor de Sistemas ía

métodos consistentes que guían a los interesados a través de pasos de transformación y decisiones Métodos Plantillas Modelos Plantillas de modelos de soluciones que soportan reutilización Las herramientas soportan metodologías mediante el diseño y análisis de modelos de transformación y artefactos relacionados Herramientas Arquitectura Componentes dirigidas por modelos para coreografías de procesos adaptivos. monitoreo y gestión en una arquitectura orientada a servicios Teor de Sistemas ía .Métodos. Plantillas y Arquitectura Modelos enlazados de negocio & semántica TI soportan metodologías y alineamiento de TI y negocios Repetible. escalable. Herramientas. Modelos.

Teor de Sistemas ía . Funciones. Principios • Productos y/o Servicios • Procesos.Modelos en el Nivel de Negocio Conjunto de técnicas. • Misión y objetivos. Ciclos. representaciones gráficas y documentación asociada que permiten entender a el negocio. Localización. Indicadores de Gestión y Calidad. Organización.

• Desarrollar y evolucionar sistemas informáticos más integrados y orientados al negocio. • Disponer una base sólida para definir el plan estratégico TIC. organización y de sistemas. • Apoyar a los procesos de Benchmarking Teor de Sistemas ía .Utilidad de los Modelos de Comportamiento • Estudios para la optimización de procesos (reingeniería. rediseño) • Reestructurar la organización • Formar y guiar al personal de la organización • Análisis de impacto de procesos.

IDEF3 Teor de Sistemas ía .Técnicas de modelado de Procesos IDEF0 .

crear modelos de sistemas considerados ideales y apoyar la transición de lo “existente” a lo “deseado”. Las técnicas IDEF son usadas para crear representaciones gráficas de diversos sistemas. analizar los modelos. analizar y evaluar distintos puntos de vista de un sistema (organización). Teor de Sistemas ía . El propósito de esta familia es proveer técnicas de modelado simples y formales que permitan describir.Introducción IDEF La familia de técnicas de modelado IDEF fue desarrollada en conjunto por la industria y el gobierno de EEUU.

desde IDEF0 a IDEF14.Introducción IDEF Existen 16 técnicas de modelado IDEF. incluyendo a IDEF1X. Cada una diseñada para capturar un cierto tipo de información. Teor de Sistemas ía . No hay propiedad sobre las técnicas y están soportadas por estándares internacionales.

IDEF0 Integrated Definition Modeling Language Metodología para modelado funcional de procesos Teor de Sistemas ía .

Contenido .IDEF0 • Objetivo y aplicabilidad de IDEF0 • Sintaxis y Semántica • Conclusiones Teor de Sistemas ía .

Consistencia de uso e interpretación: Basada en un estándar con especificaciones precisas y rigurosas. Características de la Técnica: Genérica: Permite modelar gráficamente procesos de un sistema de diferente propósito y a cualquier nivel de detalle.Qué es IDEF0? Técnica de modelado 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. Teor de Sistemas ía .

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. Teor de Sistemas ía .

Aplicabilidad de IDEF0 IDEF0 representa lo que se hace en la organización Teor de Sistemas ía .

Sintaxis y Semántica de IDEF0 Representación de una actividad Control Entrada Función o actividad Salida •Función o actividad = Frase verbal (Verbo + objeto directo) •I-C-O-M (Input. conceptos. gente. Control. lugares. Output. Mechanism) – Las flechas son sustantivos que representan información. cosas. eventos. Teor de Sistemas ía Mecanismo Recurso (o Mecanismo) .

Representación de una actividad (cont. .) • Entradas: .Material o información consumida o transformada por una actividad para producir “salidas”.Una actividad puede no tener entradas • Salidas: . .Asociadas al lado derecho de la actividad Teor de Sistemas ía .Asociadas al lado izquierdo de la actividad (caja) .Objetos producidos por la actividad o proceso.

Asociados al lado superior de la actividad.Una actividad puede no tener mecanismos. . Instalaciones. Teor de Sistemas ía .Asociados al lado inferior de la actividad. • Recursos (o Mecanismos): . políticas. guías. Recursos humanos.Representación de una actividad (cont.Objetos que gobiernan o regulan cómo. .Ejemplos: Normas. especificaciones. .) • Control: . . programas de cómputo. reglas. .Recursos necesarios para ejecutar un proceso. calendarios. presupuesto.Ejemplos: Maquinaria. procedimientos. cuándo y si una actividad se ejecuta o no.

) Flecha “Llamada” (Call arrow) Prueba y calibración Referencia a otro modelo o diagrama dentro del mismo modelo.Representación de una actividad (cont. Evita duplicidad de información Teor de Sistemas ía .

Representación de una actividad (cont.) Actividad: Preparar un pastel Representación en IDEF0 Receta Ingredientes Preparar pastel Pastel Utensilios Teor de Sistemas ía .

Teor de Sistemas ía . •La relación entre actividades es indicada por su posición y flechas.Estructura de un modelo •Las actividades son agrupadas en diagramas.

) Combinaciones de flechas Salida – Entrada Obtener recurso Recurso Transformar recurso Salida – Control Aprobar Presupuesto Presupuesto aprobado Solicitar compra Teor de Sistemas ía .Estructura de un modelo (cont.

) Combinaciones de flechas (cont.Estructura de un modelo (cont.) Salida – Recurso Adquirir sierra eléctrica Cortar la madera Sierra eléctrica Salida – Control retroalimentación Evaluación de solvencia de clientes Otorgar crédito Evaluar situación de deudores Teor de Sistemas ía .

) Combinaciones de flechas (cont.Estructura de un modelo (cont.) Salida – Entrada retroalimentación Parte aprobada Limpiar y Pintar parte Parte pintada Revisar partes procesadas Partes a repintar Teor de Sistemas ía .

) Ejemplos de unión y ramificación de flechas Teor de Sistemas ía .Estructura de un modelo (cont.

Estructura de un modelo (cont.) Teor de Sistemas ía .) Ejemplos de unión y ramificación de flechas (cont.

Estructura de un modelo (cont.)
0

IDEF0 muestra una vista jerárquica de un modelo

A-0

1 2 3

Más general

A0

Más detallado
1 2 3

A2

1 2 3

1 2 3

A22

A23

Teor de Sistemas ía

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. - Contexto: define las fronteras del modelo.

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

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 Employee/Position Data

Perform Personnel Actions

Personnel Action Reports

Supplies & Equipment Personnel Office Staff Information System

Teor de Sistemas ía

Perform Personnel Actions Personnel Action Reports Supplies & Equipment Personnel Office Staff Information System Teor de Sistemas ía Obs.: Documentar las actividades asociadas con la administración de las acciones del personal e identificar las actividades sin valor agregado que podrían eliminarse .) PROPOSITO Personnel Regulations Department Policy Supervisor Instructions Manning Conditions Applicant Data Customer Request Employee/Position Data Definimos el propósito como la razón para desarrollar un modelo particular (objetivo).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.Estructura de un modelo (cont. Personnel Regulations Department Policy Supervisor Instructions Manning Conditions Applicant Data Customer Request Employee/Position Data Perform Personnel Actions Personnel Action Reports Punto de Vista: Gerente de RRHH Teor de Sistemas ía Supplies & Equipment Personnel Office Staff Information System .

se pueden dividir en 2 ó más en los diagramas “hijo” Teor de Sistemas ía .Estructura de un modelo (cont. al igual que las actividades. diagrama A-0 (“A menos cero”) –Una sola actividad. número 0 y representa el objetivo del modelo • Cada diagrama entre 3 y 6 actividades (Recomendación) • Todas las ICOM en la actividad “padre” deben aparecer en actividad “hijo” • Las flechas.) Algunas reglas • Diagrama Contexto: –Primer diagrama del modelo.

) Ejemplo Esposa Terreno Materiales Contruir casahabitación 0 Personal A-0 Contrucción de casa-habitación Casa Presupuesto Leyes de construcción Teor de Sistemas ía .Estructura de un modelo (cont.

) Ejemplo I1 C1 C2 C3 Terreno Materiales Esposa Presupuesto Leyes de construcción I2 Hacer diseño Diseño rechazado Diseño 1 Arquitecto Tramitar permisos 2 Arquitecto Diseño aceptado y permisos Presupuesto C2 O1 Implantar diseño 3 Casa Albañiles Materiales Terreno I1 A0 M1 Contruir casa-habitación Teor de Sistemas ía .Estructura de un modelo (cont.

Diagramas explicativos que no necesitan cumplir con el estándar. frases y acrónimos usados en el modelo. • Texto . Teor de Sistemas ía .Estructura de un modelo (cont.) Información de soporte: • Glosario .Listado de palabras claves.Texto asociado a diagramas para clarificar o enfatizar información • FEO (For Exposition Only) y Node Tree .

Teor de Sistemas ía . formal y que permite representar desde un punto de vista funcional el comportamiento de una organización (sistema).Conclusiones • IDEF0 es una técnica sencilla. • Técnica ampliamente usada en la industria durante la etapa de análisis en Re-ingeniería de procesos de negocios (BPR).

Teor de Sistemas ía . No es un organigrama!. no es un diagrama de flujo! • Usar modelos definidos en IDEF0 para operar en la realidad de una organización fomenta el trabajo en equipo de manera disciplinada y coordinada.Conclusiones • IDEF0 modela actividades y es independiente de la estructura organizacional y tiempo.

BPWin. Teor de Sistemas ía .Conclusiones • Varias herramientas de SW soportan la notación de IDEF0. entre otras. • Se puede combinar con otras metodologías para agregar secuencia y sincronización de actividades. – Algunas: System Architect. Visio. Process Modeler.

IDEF3 Integrated Definition Modeling Language Metodología para captura de descripción de procesos Teor de Sistemas ía .

Contenido .IDEF3 • Objetivo y aplicabilidad de IDEF3 • Sintaxis y Semántica • Conclusiones Teor de Sistemas ía .

a partir de la descripción dada por un experto. así como sus objetos participantes.Objetivo de IDEF3 IDEF3 es una técnica de modelado para representar el flujo de trabajo de un proceso. IDEF0 -Que hago? -Vista estratégica -Comunicación a usuarios no técnicos Vs. IDEF3 -Como lo hago? -Detalle de actividades terminales -Comunicación al propietario del proceso Teor de Sistemas ía .

• Facilitar el análisis de un proceso particular. • Obtener aprobación para implantar un cambio.Aplicabilidad de IDEF3 • Documentar un proceso actual (a nivel de detalle). • Proponer alternativas a un proceso. • Planear cambios a un proceso. Teor de Sistemas ía . • Identificar y capturar conocimiento crítico de un proceso.

Aplicabilidad de IDEF3 IDEF3 define cómo la Empresa hace lo que hace Teor de Sistemas ía .

Sintaxis y Semántica de IDEF3 Componentes de IDEF3 • • • • Unidad de trabajo (UOW) Ligas (links) Conexiones (junctions) Referencias (Referents) Teor de Sistemas ía .

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 Teor de Sistemas ía .

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 están organizados de izquierda a derecha. Teor de Sistemas ía .

La Semántica igual a la de Precedencia Temporal (la precedencia temporal también puede considerar la participación de un objeto). sólo que el proceso origen comenzará antes que el proceso destino termine. La semántica no está definida. Flujo de objeto Enfatiza la participación de un objeto entre dos procesos. Relacional Existencia de una relación entre los procesos ligados.Ligas (cont.) Precedencia temporal El proceso origen debe concluir antes de que el proceso destino pueda comenzar. Teor de Sistemas ía .

Precedencia Temporal .1 Aprobación Implantar recomendaciones 1. Aprobar recomendaciones 1.2 La liga debe estar etiquetada Teor de Sistemas ía .Ligas (cont.) La actividad origen se debe completar para que la actividad destino se pueda iniciar.

La actividad fuente tiene que terminar para que la actividad destino pueda comenzar.) Algún objeto producido por la actividad origen es requerido como entrada por la actividad destino.Flujo de Objeto .Ligas (cont.2 Teor de Sistemas ía . Ensamblar parte 1.1 Parte ensamblada Pintar parte 1.

Ligas (cont.(definición de la no sobrecargar el circuito liga) Arrancar motor 1. 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 relación y una descripción más completa 1.Relacional .5 segs.1 Teor de Sistemas ía .2 se puede dar en un texto 1.) No impone restricciones por si sola. de retraso para adicional.

Relacional .Ligas (cont.2 IMPORTANTE: documentar claramente el significado que se da a la liga relacional Teor de Sistemas ía . Aprobar Implementar diseño 1.1 Iniciar la implementación cuando se tenga un 70% del diseño aprobado.) Caso alterno de precedencia temporal Aprobar diseño 1.

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 Teor de Sistemas ía .

3 X Procesar factura 1.) Ejemplo Pagar con cheque Producto aprobado 1.Conexiones (cont.2 Producto pagado Revisar producto 1.4 Teor de Sistemas ía .1 X Pagar en efectivo 1.

Conexiones (cont. Convergencia (Fan-in): La terminación de múltiples actividades consolida el inicio de una actividad. Teor de Sistemas ía .) Tipos de ramificaciones Divergencia (Fan-out): Distribuye el flujo del proceso. La terminación de una actividad causa la activación de múltiples actividades.

& AND -Asíncrono TODAS las actividades que suceden a la conexión iniciarán & AND -Síncrono O OR -Asíncrono O OR -Síncrono X XOR Teor de Sistemas ía .) Divergencia (Fan-out) Tipo de conexión Significado TODAS las actividades que suceden a la conexión iniciarán al mismo tiempo.Conexiones (cont. 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 al mismo tiempo SOLO UNA de las actividades que suceden a la conexión ocurrirá.

Síncrono & AND O OR -Asíncrono O OR X XOR Síncrono Teor de Sistemas ía .) Convergencia (Fan-in) Tipo de conexión & AND Asíncrono Significado TODAS las actividades precedentes deben terminar. UNA O MÁS de las actividades precedentes terminarán.Conexiones (cont. UNA O MÁS de las actividades precedentes terminarán al mismo tiempo Exactamente una de las actividades precedentes terminará. TODAS las actividades precedentes deben terminar al mismo tiempo.

Conexiones (cont.) Ejemplo OR Estudiar libro Tomar curso Teor de Sistemas ía .

) Ejemplo AND Sonar Alarma Detecta fuego Notificar a los bomberos Registrar evento Activar dispositivo anti-incendio Teor de Sistemas ía .Conexiones (cont.

) Ejemplo XOR (OR exclusivo) Viajar en avión Seleccionar destino Avión Buscar alojamiento Viajar en auto Automóvil Teor de Sistemas ía .Conexiones (cont.

Conexiones (cont.) Ejemplo AND Síncrono Sonar disparo de inicio Iniciar carrera Iniciar cronómetro Empezar a correr Teor de Sistemas ía .

4 O Firmar contrato 1.Conexiones (cont.) Ejemplo Combinación de conexiones Rechazar propuesta 1.2 Evaluar propuesta 1.5 Teor de Sistemas ía .3 Ajustar costo 1.1 X O Ajustar detalles técnicos 1.

) Ejemplo Combinación no válida Evaluar costo Recibir propuesta 1.3 & Firmar contrato 1.1 1.2 X Evaluar parte técnica 1.Conexiones (cont.4 Teor de Sistemas ía .

Conexiones (cont.) Ejemplo Gráficas de posibles activaciones Teor de Sistemas ía .

) Ejemplo Gráficas de posibles activaciones Teor de Sistemas ía .Conexiones (cont.

Teor de Sistemas ía . conexión).Referentes Símbolos especiales para dirigir la atención del lector a otras partes importantes del modelo. Tipo Object GOTO Propósito 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 UOB (unitofbehaviour) Note ELAB (Elaboratio) Documentar cualquier información general importante de alguna gráfica (actividad. Documentar de manera detallada alguna gráfica .

) TipoRef / Nombre Ejemplo Aterrizar avión 1.1 Object/Piloto Teor de Sistemas ía .Referentes (cont.

3 Aprobar parcialmente 1.) Ejemplo Recibir solicitud de compra 1.6 GOTO/Recibir solicitud de compra Teor de Sistemas ía .Referentes (cont.1 X Aprobar solicitud 1. Modificar solicitud 1.4 Capturar datos de solicitud 1.5 ….2 Rechazar solicitud 1.

4 ID actividad padre Número de descomposición ID actividad 3.43 3.1.5 1.1 1.1.3 1.1.1.72 .Descomposición Más General 1.1.47 Descomposición 1 de la actividad 43 Más Detallado 43.43 Descomposición 1 de la actividad 3 3.1.79 Teor de Sistemas ía 3.1.7 43.45 3.

de ventas (A-0) IDEF0 Inventario Control de salida de mercadería Control de órdenes de envío Orden de envío para el cliente Orden del cliente Gestionar Depto.Ejemplo – Gestionar Depto. Ventas 0 Mercadería p/ cliente Factura p/ cliente Organización Teor de Sistemas ía .

de ventas (A0) IDEF0 Orden del cliente $0 Inventario Procesar orden Orden de envío de mercancía Control de salida de mercadería Control de órdenes de envío Orden de envío p/ cliente Enviar mercancía $0 Mercadería p/cliente Departamento de ventas Facturar Departamento de almacén $0 Factura p/ cliente Lista de mercadería enviada Departamento de facturación Teor de Sistemas ía .Ejemplo – Gestionar Depto.

.. Teor de Sistemas ía .Mas Elementos IDEF3 .

Teor de Sistemas ía .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. Teor de Sistemas ía .

• Permite 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. Teor de Sistemas ía .Conclusiones •IDEF3 sirve como una herramienta para analizar procesos existentes.

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->