Anlisis y Diseo de Procesos de

Negocios

Anlisis de Sistemas
FISI-UNMSM

Tcnicas de Modelamiento
Herramientas grficas que permiten describir
(diagramar y documentar): funciones, operaciones,
toma de decisiones, etc., que se realizan en el
proceso.
Existe un gran nmero de dichas herramientas,
algunos son:
Modelo de Anlisis Estructurado (SADT)
Modelo de Ciclos de Trabajo
Modelo de Regulacin
Modelo de Anlisis de Actividades (IDEFx)

Por qu desarrollar un modelo?

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.

Beneficios de un modelo

Documentos de las actuales actividades.

Reducir la curva de aprendizaje para nuevos

usuarios.

Captura y analiza las actividades como son.

Facilita el diseo/rediseo para escenarios

como deben ser.

Caracterizacin de un Proceso
Recursos Productivos: corresponden a los elementos
que son utilizados para el desarrollo del proceso.

Configuracin

del

procedimientos, reglas
operaciones.

Proceso:

corresponde a
y distribucin fsica de

los
las

Carga de Trabajo: corresponde a los parmetros que

describen la carga de trabajo, es decir, el tipo, frecuencia y
comportamiento.

Niveles de Servicio: representa la definicin de aquellos

indicadores de calidad del proceso.

Tcnicas de Modelamiento
Mtodo Comentario
SADT
IDEF

Ciclos de
Trabajo
Regulacin

Structured Analysis and Design Technique (a fines de los

70s)
ICAM DEFinition language usedo en EE.UU., solicitado
por DOD, (ICAM = Integrated Computer Aided
Manufacturing)
IDEF0 = diagrama de flujo de datos
IDEF1X = modelamiento de datos
Desarrollado por ActionTech en torno a la semntica de
compromisos y cumplimiento
Desarrollado por el Dr. Oscar Barros, desde una
perspectiva del diseo de sistemas de informacin

Anlisis Estructurado
Proceso (programa, mdulo,
subsistema):
transformacin 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

Notaciones Alternativas
Gane&Sarson
Procesos

Datos (en
movimiento)
Datos (el resto)
Agentes

1
Process
name

Flow name

D1 store name

Agent
name

Yourdon/DeMarco
Processs
name

Flow name

store name

Agent
name

Descomposicin del Proceso

Diagrama de Contexto

E1

d1

E2

d2

d1

Diagrama de Nivel 0

d1
d
7

1.1
1.1

d8
d4

d6

d5

3.0
3.0

d3

d5

2.1
2.1
d9

1.2

D1

2.0
2.0

d2

E1

d7

1.0
1.0
d4

d4

d3

d11

2.2
2.2
d10

2.3
2.3

d5

d2

d12

3.1
3.1

D2

3.2
3.2
d13

d13
3.3
3.3

d6
d3

Ejemplo: orden de alimento

Diagrama de contexto
Cliente

Platos

Orden del Cliente

Sistema de
Orden de
Alimento

Orden

Cocina
Compras

Muestra el alcance del sistema

Centrado en los mayores entradas/salidas
Buena herramienta de comunicacin

Reportes de
Gestin

Cliente

Custom
Cocina
er

Gerente

Diagrama de Nivel CERO

Ordenes del Cliente

Ordenes Alimento, Platos

Manejo de
Ordenes de
Cliente

Bienes vendidos
Cambios
de Invent.

Compras

Manejo de
Compras

D2 Bienes vendidos

Bienes vendidos
diariamente

D1 Inventario

Incremento de
Inventario

Generacin
de Reportes

Niveles de
Inventario
Diarios

Reportes de
Gestin

Problemas Comunes
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

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 rediseo
IDEF1/1X, captura como los datos e informacin son
usados para apoyar el proceso de negocios
IDEF3, describe el proceso de negocio, y aquellos
para su mejoramiento y simulacin

Qu es el mtodo IDEF?

Mtodos de Integracin y DEFinicin

Adquisicin de conocimiento, anlisis y
herramientas de diseo
Lenguaje que incluye aspectos grficos
(diagramas) y texto
Procedimientos formales para construir
modelos o descripciones de aspectos de
una organizacin

Por qu usar IDEF?

La familia de los mtodos IDEF fue

codesarrollada por la industria y el gobierno
(EE.UU.).

Su propsito es proveer una estructura

comprensiva y flexible para describir, analizar
y evaluar prcticas de negocio.

No hay propiedad sobre el mtodo y soportado

por estndares internacionales.

Caractersticas

Diseada para aspectos especficos de un problema o

proveer diferentes perspectivas de l.
Provee un mecanismo explcito para integrar los
resultados de una aplicacin IDEF con otra.
Generar buenas prcticas de recoleccin de
antecedentes, anlisis, diseo y estructuracin de
actividades.
Mejorar el desempeo de los que parten en esta
rea.
Forzar al uso de tcnicas formales, de manera de
asegurar el entendimiento y comunicacin.

IDEF0 ...
Controles

(restricciones a una actividad, ej.,

procedimientos, presupuestos, etc.)

Entrada
(lo que es requerido
antes de que una
actividad ocurra, ej.,
poner una orden,
firma de supervisor,
etc.)

Funcin o
Actividad
(Verbo)
Mecanismos

Salidas
(lo que es producido por
una actividad, ej., reportes,
productos, etc.)

(lo que posibilita realizar una actividad,

ej., equipos, personal asignado,
informacin histrica, etc.)

IDEF0 captura el QUE se hace

Contexto, Propsito y Punto de

vista
El contexto define las
fronteras del modelo,
i.e., que es incluido
en el modelo.

CONTEXTO

Por ejemplo, los

datos de
Empleado/Cargo
provienen desde
fuera del modelo

Applicant Data

Personnel Regulations
Department Policy

Supervisor Instructions
Manning Conditions

Customer Request

Perform
Personnel
Actions

Personnel Action
Reports

Employee/Position
Data

Supplies & Equipment

Personnel Office Staff
Information System

Contexto, Propsito y Punto de vista

ROPOSITO
Personnel Regulations
Department Policy
Supervisor Instructions
Manning Conditions
Applicant Data
Customer Request

Perform
Personnel
Actions

Personnel Action
Reports

Employee/Position
Data

Supplies & Equipment

Personnel Office Staff
Information System

Definimos el propsito
como la razn para
desarrollar un modelo
particular (objetivo).
Propsito: Documentar las
actividades asociadas con la
administracin de las acciones
del personal e identificar las
actividades sin valor agregado
que podran eliminarse

Contexto, Propsito y Punto de vista

Punto de Vis

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

Personnel Regulations
Department Policy

Supervisor Instructions
Manning Conditions
Applicant Data
Customer Request

Perform
Personnel
Actions

Personnel Action
Reports

Employee/Position
Data

Supplies & Equipment

Personnel Office Staff
Information System

Modelo de Anlisis ...

Vender

Pedidos,
Solicitud
de Crdito

documentacin

Poltica de Crdito

Poltica de Distribucin

Otorgar
Crdito

Base de datos
clientes

Documentacin
de crdito

Entregar
Productos

productos

Decisin y solicitud de documentacin

productos

Bodega
Equipos

Facturar

Cantidad a entregar
Base de datos
clientes

factura

IDEF0 como un Estndar

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 estndar est siendo
desarrollado
IN72K, Tecnologas de Informacin y Rediseo de Procesos

Otoo 2004