Modelamiento Del Negocio

Análisis y Diseño de Procesos de Negocios

Análisis de SistemasFISI-UNMSM

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


Salidas




Entrada

Controles

Mecanismos


Salidas




IDEF0 captura el QUE se hace

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


Personnel Action

Reports

Information System




Department Policy


Manning Conditions


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


Personnel Action

Reports

Information System




Department Policy


Manning Conditions


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

Modelamiento Del Negocio

Documents

Transcript of Modelamiento Del Negocio