You are on page 1of 53

Otros Lenguajes para

modelar procesos
EPC y UML

Definicin sacada de
Wikipedia
The EPC method was developed within the framework of

ARIS by Prof. Wilhelm-August Scheer at the Institut fr


Wirtschaftsinformatik at the Universitt des Saarlandes in
the early 1990s. It is used by many companies for
modeling, analyzing, and redesigning business processes.
As such it forms the core technique for modeling in ARIS,
which serves to link the different views in the so-called
control view, which will be elaborated in section of ARIS
Business Process Modeling.
"An EPC is an ordered graph of events and functions. It
provides various connectors that allow alternative and
parallel execution of processes. Furthermore it is specified
by the usages of logical operators, such as OR, AND, and
XOR. A major strength of EPC is claimed to be its
simplicity and easy-to-understand notation. This makes
EPC a widely acceptable technique to denote business
processes."

Diagramas EPC: Event Driven


Process Chain

Funciones
Una funcin es una tarea tcnica, un
procedimiento y/o una actividad relaizada
sobre un objeto para apoyar uno o ms
objetivos de la compaa.
La funcin involucra tiempos y costos.
Las funciones representan lugares
/momentos en el proceso donde ocurren
cambios.
Verbofunciones
Objeto
Las
se nombran usando verbo
Preparar
Reporte de gastos

objeto
Revisar
Reporte de gastos

otros ejemplos.

Enviar

Cheque de reembolso

Eventos
Un evento describe una ocurrencia en un objeto
que es relevante para el negocio que controla o
influencia la continuacin del proceso.
Los Eventos representan un estatado o
status en el proceso
Los Eventos actan como gatillantes de
actividades, pero tamin estn basados en las
funciones precedentes y por eso describen un
evento.
Objeto
verbo enusando Objeto V erbo
Los
Events se nombran
Give us your example.
pasado
en
pasado
Gasto
Incurrido
Reporte de Gastos
Formulario

Aprobado
Completado

Componentes EPC
Objeto
Expense
Incurred

Verbo pasado

Evento

Verbo

Prepare
Expense Report

Objeto

Funcin

Flujos
Los Diagramas EPC siguen una estructura
evento-funcin-evento
Los Diagramas EPC deben comenzar con
un evento
Ramificaciones lgicas estn
representadas en el flujo cronolgico de
un proceso por reglas en la forma de
operadores lgicos (AND, OR, XOR)
Se hacen con 3 tipos de conectores:
AND
OR
XOR (exclusive OR)

Expense
Incurred

Prepare
Expense Report

Expense Report
Completed

Mail
Expense Report

Expense Report
Received

Layout bsico
de un diagrama
EPC
Secuencia de eventos y funciones
intercalados, partiendo y terminando
con un evento

Evento gatilla
funcin
Funcin genera
evento

Crear reserva
vuelo

Reserva de
vuelo
creada

Solicitud
Recibo
reserva

Evento
Evento

Chequeo
solicitud
reserva

Funcin
Funcin

Solicitud
Reserva
chequeda

Evento
Evento

Funcin
Funcin

Evento
Evento

Ofrecer vuelo
alternativo

Vuelo alternativo
creado

Tabla de Conectores

CONECTOR OR
Process
Payment

Salesperson
Notified

Conector OR

Sales Manager
Notified

CONECTOR AND
Enter
Expense Report

Expense Report
Recorded

Conector AND

Hard Copy
Filed

CONECTOR XOR
Review
Expense Report

Conector XOR

Not
Approved

Approved

tor OR con dos eventos gatillantes


Trip
Completed

Prepare
Expense Report

Week
Ends

Combinaciones posibles de
conectores y gatillantes
Evento Gatillante

Funcin Gatillante

Unico

Unico

No
Permitido

Event

>

>
Event

Event

Function

Event

Function

Event

Event

Event

Event

Function

Function

Event

Function

x
Event

Function

Function

>

No
Permitido

Function

>

XOR

Function

Function

>

OR

Function

>

>
Function

Event

Event

Function

AND

Event

Multiple

Function

Event

Multiple

Event

Event

Separando y
consolidando rutas en el
proceso

Expense
Incurred

Check
Internet
Availability

Internet
Not Available

Internet
Available

Prepare
Online Report

Prepare
Paper Report

Report
Submitted

Report
Mailed

Review
Expense Report

Se debe usar el
mismo conector
para separar y
unir la ruta

Combinacin de conectores

No se permiten varias conexiones


entrantes y salientes de un
mismo conector

Resumen de las reglas para


modelar en EPC
Un EPC empieza y termina con un evento
Se debe seguir una secuencia evento-funcinevento (puede ser slo interrumpido por conectores
lgicos) Se pueden omitir eventos triviales en el
medio del proceso
Los conectores se usan para modelar varias rutas
en el proceso
Los conectores tiene o una conexin de entrada y
varias de salida o varias de entrada y una de salida
Para consolidar (unir) varias rutas en una debe
usarse el mismo conector que gener la
ramificacin
Un conector OR o XOR no puede seguir a un solo
evento

Diagramas Event Process Chain


Extendidos
(eEPC)
Modelan el proceso con informacin
adicional
Incluyen vistas de datos, informacin
y organizacin

Datos en Diagramas eEPC


Solicitud
Recibo
reserva

Datos son
procesados
en funciones

Datos del vuelo

Datos
Datos

Crear reserva
vuelo

Reserva de
vuelo
creada

Chequeo
solicitud
reserva

Solicitud
Reserva
chequeda

Datos del Cliente

Datos
Datos

Ofrecer vuelo
alternativo

Vuelo alternativo
creado

Personas en Diagramas eEPC


SolicitudRecibo
reserva

Personas
(Empleados)
Reponsables de
Funciones

Datos del vuelo

Chequeo
solicitud
reserva

R. Alvarez

Datos
Datos
Solicitud
Reserva chequeda

Empleado
Empleado
S. Urrutia

Empleado
Empleado

Emplea
Emplea
do
do
Sr. Gonzalez

Crear reserva
vuelo

Reserva de
vuelo
creada

Datos del Cliente

Datos
Datos

Ofrecer vuelo
alternativo

Vuelo alternativo
creado

eEPC Diagrams
Unidad
Unidad
Organizacional
Organizacional

Solicitud de
reserva

Employees are
assigned to
organisational units
Datos de vuelo

Chequeo de
solicitud

Sr. Alvarez

Call
center

Solicitud de
Reserva
chequeada

Unidad
Unidad
Organiza
Organiza
cional
cional
Disponibili
dad
vuelos

Sr. Urrutia

Crear
Reserva
vuelo

Datos cliente

Ofrecer
alternativa

Sr. Gonzales

Unidad
Unidad
Organiz
Organiz
aacional
cional
Disponibilidad
Vuelos

Reserva
creada

Alternativa
ofrecida

eEPC diagram
Formulario
reserva

Solicitud
reserva

Datos vuelo

Chequeo
solicitud
reserva

documento
documento

Funciones Generan y
procesan
documentos

Sr. Alvarez

Call
center

Solicitud
reserva
chequeada

Solicitud
reserva

Listado
vuelos
alternativos

R. Urrutia

Crear
reserva
vuelo

Oferta
vuelos
alternativos

Tickets
vuelo

Reserva
Vuelo
creada

documento
documento

Disponibilidad
vuelos

documento
documento

Datos cliente

Vuelos
Alternativos
ofrecidos

documento
documento

Sr. Gonzalez

Disponibilidad
vuelos

Actividad 4
Modele su proceso con Ares y EPC

UML
(Unified Modeling
Language)

UML
UML es un lenguaje para
Visualizar
Especificar
Construir
Documentar

artefactos de sistemas intensivos de software

DIAGRAMAS UML
Diagramas estticos
Diagrama de clases
Diagrama de objetos
Diagrama de componentes
Diagrama de estructura compuesta
Diagrama de paquetes
Diagrama de despliegue

Diagrama de clases

Muestra un conjunto
de
clases, interfaces,
colaboraciones y
sus relaciones

Diagrama de objetos

Muestra una
instantnea
de un conjunto de
objetos y sus
relaciones

Diagrama de componentes
Muestra la organizacin y
dependencias entre un
conjunto de componentes, la
vista de implementacin de
un sistema.
Estn relacionados a diagramas
de clases en donde un
componente se corresponde
con una o ms clases,interfaces
o colaboraciones.

Diagrama de estructura compuesta


(Composite Structural Diagram)
Muestra la estructura
interna (incluyendo
partes y conectores) de
un clasificador o una
colaboracin estructurada.

Diagrama de paquetes
Muestra la
descomposicin del
modelo en unidades
de
organizacin y sus
dependencias.

Diagrama de despliegue
Muestra los enlaces de
comunicacin fsica
entre elementos de
hardware y las
relaciones
entre mquinas fsicas
y
procesos: qu se
ejecuta
y dnde

Diagramas UML
Diagramas de comportamiento
Diagramas de casos de uso
Diagrama de secuencia
Diagrama de colaboracin
Diagrama de estados
Diagrama de actividades
Diagrama cronolgico
Diagrama general de interacciones

Diagrama de casos de uso


Muestra un conjunto de casos de uso y
actores y sus
relaciones

Diagrama de secuencia
Es un diagrama de
interaccin que muestra
los
objetos y actores que
participan en una
colaboracin poniendo el
nfasis en el
ordenamiento
en el tiempo de los
mensajes

Diagrama de colaboracin
Un diagrama
de interaccin
que pone el
nfasis en la
organizacin
estructural de
los objetos o
roles que
envan y
reciben
mensajes.

Diagrama de estados
Muestra un
autmata
que
consiste de
estados,
transiciones
, eventos y
actividades

Diagrama de actividades
Muestra la estructura
de
un proceso u otro
clculo
como el flujo de
control
y datos paso a paso
en el
clculo.

Starting and Stopping


. The solid circle
indicates the beginning
of the sequence of
activities. The circle with
an X represents an end of
a "flow" but not the end of
the entire use case. In
other words, some
subtask completes, but
the entire use case is not
yet complete. The "target"
indicates that the entire
use case is complete.

Subcase (Sub-Activity)
The "rake" symbol
indicates that the
"activity" is complex
enough to merit its own
activity diagram. In usecase analysis, this is a
"subcase"---a standalone activity that
occurs in more than one
use case but is not large
enough to be a use case
in its own right.

Synchronization
(Fork/Join)
Used either when several activities can
go on in parallel or when the order
in which a set of activities execute is
immaterial. The heavy bar at the top
is a fork. After the fork, all activities
can (but are not required to) go on
in parallel. Progress cannot continue
past the bar on the bottom (the join)
until all the activities that feed into
the join complete.
You can label the join with a constraint
(e.g. {joinspec= (A and B) or C})
to specify the condition that
allows progress to continue. If
there's no constraint, AND is
assumed.

Decision (Branch/Merge).
A decision activity, the guard
labels the decision that was
made. The diamond with
outgoing arrows (the
branch) specifies an OR
operation, with a condition
imposed by the guard. The
diamond with incoming
arrows (a merge) simply
provides an end to the OR
operation. A merge can
occur without an associated
branch if the diagram has
multiple start states.

Guards
This path is used
only if the text in
the brackets is
true.

Signals (Events)
Generating signals: sent
to outside process
(Request Payment at left).
Accepting signals:
received from outside
process (Payment
Received at left).
Timer signals: received
when time elapses or a
set time arrives (30 days...
at left).

Exceptions.
Extraordinary
errors that you
typically don't
detect with explicit
tests are indicated
with a "lightning
bolt."

Object Flow
Identifies objects that are created
by activities (box with outgoing
arrow) or used by activities (box
with incoming arrow). In the
example at left, The invoice
object is created during the
receive-invoice activity and used
by the process-invoice activity.
The check object is created in
the cut-check activity and is used
by the send-payment activity. In
this second case, you can also
put boxes at both ends of the
line. You can indicate exactly
how the object is used with
aconstraint. (e.g. {create},
{store}, etc.)

Swim Lanes
Activities are arranged into
vertical or horizontal zones
delimited with lines. Each
zone represents a broad area
of responsibility, typically
implemented by a set of
classes or objects. For
example, the swim lane
labeled accounting could
represent objects of several
classes (Bookkeeper, Clerk,
MailRoom, Accountant)
working in concert to perform
the single "cut paycheck"
activity.

Diagrama cronolgico
(Timing Diagram)
Es un diagrama de
interaccin que
muestra
tiempos a lo largo de
diferentes objetos o
roles, y no
secuencias
relativas de
mensajes

Diagrama de interacciones general


(Interaction Overview Diagram)
Es un hbrido de
diagramas de
actividad
y de secuencia.

Las grficas fueron extradas de


los siguientes textos:
Booch, G., Rumbaugh, J., Jacobson, I. The Unified Modeling
Language. User Guide. Addison Wesley. (2005)
Stevens, P. Pooley R. Utilizacin de UML en Ingeniera del
software con objetos y componentes (2002)