Técnicas de Modelamiento
Herramientas gráficas que permiten describir (diagramar y documentar): funciones, operaciones, toma de decisiones, etc., que se realizan en el proceso.
Existe un gran número de dichas herramientas, algunos son: Modelo de Análisis Estructurado (SADT) Modelo de Ciclos de Trabajo Modelo de Regulación Modelo de Análisis de Actividades (IDEFx)
Para identificar, documentar y comunicar las actividades principales de un empresa.
Como las actividades se interrelacionan con otras.
Para identificar las actividades que aportan y no aportan valor.
Para identificar actividades que necesitan ser mejoradas.
¿Por qué desarrollar un modelo?
Documentos de las actuales actividades. Reducir la curva de aprendizaje para nuevos
usuarios.
Captura y analiza las actividades como son.
Facilita el diseño/rediseño para escenarios
como deben ser.
Beneficios de un modelo
Caracterización de un Proceso
Recursos Productivos: corresponden a los elementos que son utilizados para el desarrollo del proceso.
Configuración del Proceso: corresponde a los procedimientos, reglas y distribución física de las operaciones.
Carga de Trabajo: corresponde a los parámetros que describen la carga de trabajo, es decir, el tipo, frecuencia y comportamiento.
Niveles de Servicio: representa la definición de aquellos indicadores de calidad del proceso.
Método ComentarioSADT Structured Analysis and Design Technique (a fines de los
70’s)IDEF ICAM DEFinition language usedo en EE.UU., solicitado
por DOD, (ICAM = Integrated Computer AidedManufacturing)IDEF0 = diagrama de flujo de datosIDEF1X = modelamiento de datos
Ciclos deTrabajo
Desarrollado por ActionTech en torno a la semántica decompromisos y cumplimiento
Regulación Desarrollado por el Dr. Oscar Barros, desde unaperspectiva del diseño de sistemas de información
Técnicas de Modelamiento
Proceso (programa, módulo, subsistema): transformación de datos
Flujo de Datos: input o output de un proceso
Data store (archivo, base de datos): almacenamiento de datos
Agentes (usuarios, operadores): fuentes o receptores de datos externos al sistema
Análisis Estructurado
Procesos
Datos (en movimiento)
Datos (el resto)
Agentes
Gane&Sarson Yourdon/DeMarco
Processs name
1
Processname
Flow name Flow name
D1 store name store name
Agentname
Agentname
Notaciones Alternativas
E1
E2
E1d1
d2
d3
1.0
2.0
3.0
d1
d2 d3
D1d4
d5 d6
d7
1.1
1.2
d1
d4d7
d8 2.1
2.2
2.3
d4
d5
d9
d10
3.1
3.2
3.3
d5
d2 d3
D2d11
d13 d13
d12
d6
Diagrama de Contexto
Diagrama de Nivel 0
Descomposición del Proceso
3.3
3.0
2.0
1.0
0
2.3
2.2
2.1
1.2
1.1 3.2
3.1
Diagrama de contexto
Muestra el alcance del sistema Centrado en los mayores entradas/salidas Buena herramienta de comunicación
Cliente
Cliente
Compras
Orden del Cliente
Orden
Cocina
Customer
Cocina
Gerente
Platos
Reportes deGestión
Ejemplo: orden de alimento
Sistema de Orden de Alimento
Ordenes del Cliente Ordenes Alimento, Platos
Bienes vendidos
Compras
Cambios de Invent.
Niveles deInventarioDiarios
Bienes vendidosdiariamente
Incremento deInventario
Reportes deGestión
D1 Inventario
D2 Bienes vendidos
Diagrama de Nivel CERO
Manejo deOrdenes de
Cliente
Generaciónde Reportes
Manejo deCompras
Caja Negra: el proceso tiene inputs y outputs, pero no describe la forma de hacerlo: inputs insuficientes para los outputs
Centrado en datos y no en el proceso en sí.Todo flujo de dato debe empezar y terminar
en un proceso (agentes o data stores no pueden conectarse unos con otros sin un proceso)
Herramienta CASE: PowerDesigner – Process Analyst
Problemas Comunes
Modelo IDEFx
Los procesos existen para producir salidas de valor agregado.
Existen funciones inter relacionadas por entradas, controles y transformaciones. IDEF0, captura las actividades y sus relaciones,
identifica las actividades importantes y aquellas para el rediseño
IDEF1/1X, captura como los datos e información son usados para apoyar el proceso de negocios
IDEF3, describe el proceso de negocio, y aquellos para su mejoramiento y simulación
Métodos de Integración y DEFinición Adquisición de conocimiento, análisis y
herramientas de diseño Lenguaje que incluye aspectos gráficos
(diagramas) y texto Procedimientos formales para construir
modelos o descripciones de aspectos de una organización
¿Qué es el método IDEF?
¿Por qué usar IDEF?
La familia de los métodos IDEF fue codesarrollada por la industria y el gobierno (EE.UU.).
Su propósito es proveer una estructura comprensiva y flexible para describir, analizar y evaluar prácticas de negocio.
No hay propiedad sobre el método y soportado por estándares internacionales.
Diseñada para aspectos específicos de un problema o proveer diferentes perspectivas de él.
Provee un mecanismo explícito para integrar los resultados de una aplicación IDEF con otra.
Generar buenas prácticas de recolección de antecedentes, análisis, diseño y estructuración de actividades.
Mejorar el desempeño de los que parten en esta área.
Forzar al uso de técnicas formales, de manera de asegurar el entendimiento y comunicación.
Características
IDEF0 ...
(lo que es producido por una actividad, ej., reportes, productos, etc.)
Entrada
Controles
Mecanismos
Función oActividad(Verbo)
Salidas
(restricciones a una actividad, ej., procedimientos, presupuestos, etc.)
(lo que posibilita realizar una actividad, ej., equipos, personal asignado, información histórica, etc.)
(lo que es requerido antes de que una actividad ocurra, ej., poner una orden, firma de supervisor, etc.)
(lo que es producido por una actividad, ej., reportes, productos, etc.)
Entrada
Controles
Mecanismos
Función oActividad(Verbo)
Salidas
(restricciones a una actividad, ej., procedimientos, presupuestos, etc.)
(lo que posibilita realizar una actividad, ej., equipos, personal asignado, información histórica, etc.)
(lo que es requerido antes de que una actividad ocurra, ej., poner una orden, firma de supervisor, etc.)
Entrada
Controles
Mecanismos
Función oActividad(Verbo)
Salidas
(restricciones a una actividad, ej., procedimientos, presupuestos, etc.)
(lo que posibilita realizar una actividad, ej., equipos, personal asignado, información histórica, etc.)
(lo que es requerido antes de que una actividad ocurra, ej., poner una orden, firma de supervisor, etc.)
El contexto define las fronteras del modelo, i.e., que es incluido en el modelo.
Por ejemplo, los datos de Empleado/Cargo provienen desde fuera del modelo
PerformPersonnel
Actions
Applicant Data
Customer Request
Employee/PositionData
Personnel Action
Reports
Information System
Personnel Office Staff
Supplies & Equipment
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Contexto, Propósito y Punto de vista
Definimos el propósito como la razón para desarrollar un modelo particular (objetivo).
Propósito: Documentar las actividades asociadas con la administración de las acciones del personal e identificar las actividades sin valor agregado que podrían eliminarse
PerformPersonnel
Actions
Applicant Data
Customer Request
Employee/PositionData
Personnel Action
Reports
Information System
Personnel Office Staff
Supplies & Equipment
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Contexto, Propósito y Punto de vista
El punto de vista puede ser pensado como la perspectiva de la persona o grupo de desarrollo del modelo.
Punto de Vista:
Gerente de RRHH
PerformPersonnel
Actions
Applicant Data
Customer Request
Employee/PositionData
Personnel Action
Reports
Information System
Personnel Office Staff
Supplies & Equipment
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Contexto, Propósito y Punto de vista
Modelo de Análisis ...
Vender
OtorgarCrédito
EntregarProductos
Facturar
Pedidos, Solicitud de Crédito
Política de Crédito
Decisión y solicitud de documentación
Base de datosclientes
documentación
Política de Distribución
BodegaEquiposproductos
Base de datosclientes
Cantidad a entregar
productos
Documentaciónde crédito
factura
IN72K, Tecnologías de Información y Rediseño de Procesos Otoño 2004
Modelo de funciones definido por la Federal Information Processing Standards Publication (FIPS PUB) Publicado en diciembre de 1993
DoD 8020.1-M estableció que “IDEFØ is the DoD standard methodology used for activity modeling”
Actualmente, ANSI estándar está siendo desarrollado
IDEF0 como un Estándar