KELA Presentacion Costa Rica 2024 - evento Protégeles
Modelado de procesos en las organizaciones
1. Modelar procesos en las
organizaciones, desde
BPMN a UML
Lic. Diana Cruz
Ing. Juan Fontana
Ing. Gabriela Rivadeneira
XIII Semana Nacional de la Ciencia y la Tecnología Del 15 al 26 de junio de 2015
2. Código: PI 29/B176-1
Denominación: «Modelado en Análisis y Diseño de
Software, un enfoque arquitectural»
Directora: Lic. Gabriela Vilanova (UACO)
Co-Directora: Ing. Gabriela Rivadeneira (UART)
Integrantes: Dr. Carlos Arias Méndez (UMAG, Chile),
Ing. Juan Fontana (UART), Lic. Diana Cruz (UART), Lic.
Fabián Altamirano (UART).
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
2
¿Qué hacemos además de enseñar?
3. Líneas de investigación:
Modelado de procesos.
Metodologías ágiles.
Arquitectura de Sistemas Complejos.
Arquitectura orientada a servicios.
Innovaciones en la enseñanza de modelado de software.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
3
¿Qué nos interesa?
4. Presentar una propuesta que permite combinar y
derivar a partir del modelado de procesos de
negocios (utilizando el estándar BPMN), un modelo
de requerimientos conformado por diagramas de
casos de uso, diagramas de interacción y diagrama de
clases preliminar (utilizando el estándar UML).
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
4
Objetivo del Taller
5. Un modelo es una representación de la realidad,
permite hacerla más simple, comprenderla y así,
poder abordarla.
Existen infinidad de modelos: atómicos, matemáticos,
económicos, educativos, y otros.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
5
¿Qué es un modelo y para qué sirve?
6. Para comprender el sistema actual.
Para conceptualizar la solución.
Para mejorar la comunicación.
Para evitar ambigüedades e interpretaciones
erróneas
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
6
¿Por qué modelamos?
7. Un proceso es un conjunto de actividades mutuamente
relacionadas o que al interactuar juntas en los elementos de
entrada y los convierten en resultados.
En medicina: un proceso de atención
En biología: un proceso evolutivo
En física: un proceso termodinámico
En ciencias sociales: un proceso histórico
En ciencias jurídicas: un proceso judicial
En industria: un proceso de fabricación
En informática: un proceso
En ciencias económicas y empresariales: un proceso productivo,
o un proceso de negocio
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
7
¿Qué es un proceso?
8. Es un conjunto de actividades que son realizadas en
coordinación en un entorno organizacional y técnico.
Es un conjunto de actividades que tomando una o
varias clases de entradas crean una salida que tiene
valor para un cliente.
Representa el flujo de trabajo y de información a
través del negocio
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
8
Un proceso de negocio …
Mezclar
ingredientes
Amasar Hornear
9. Representación abstracta de los procesos de la
organización, muestran cómo y quién hace las
actividades que generan valor para la organización
Actores
Actividades
Entradas y salidas
Secuencia
Recursos
Eventos
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
9
Modelos de procesos de negocio
10. Incluye conceptos, métodos y técnicas para dar
soporte al diseño, administración, configuración,
realización y análisis de procesos de negocio.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
10
Business Process Management
(BPM)
11. Es una notación gráfica para el modelado conceptual
de procesos de negocio.
Su objetivo fue proveer de una notación entendible
tanto para los desarrolladores de sistemas de
información como para los clientes interesados en
que les construyan sistemas de información.
Orientado a estandarizar BPM.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
11
Business Process Modelling Notation
(BPMN)
12. Define un Diagrama de Procesos de Negocio (BPD:
Business Process Diagram), basado en técnicas de
diagramas de flujo, pero orientado a graficar
operaciones de procesos de negocio, generando un
modelo de procesos de negocio (BPM: Business
Process Model) formado por una red de objetos
gráficos, los cuales son actividades o tareas o
subprocesos y controles de flujo que definen el orden
en que se desarrollan.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
12
Diagramas de Procesos de Negocio
13. PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
13
Un ejemplo
14. BPMN se utiliza tanto para modelar segmentos o
partes de un proceso, como procesos completos de
una empresa o procesos fin – a – fin, e inclusive para
modelar procesos que ocurren entre empresas. Para
ello, se identifican dos tipos de procesos de negocio:
Procesos de Negocios B2B Colaborativos (públicos)
(Pool o contenedor)
Procesos de Negocios Internos (privados) (Lane o
partición)
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
14
Uso de BPMN
15. PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
15
Un ejemplo colaborativo
16. Tiene como objetivo delimitar el sistema y capturar la
funcionalidad que debe ofrecer desde la perspectiva
del usuario. Este modelo puede funcionar como un
contrato entre el desarrollador y el cliente o usuario
del sistema, y por lo tanto proyecta lo que el cliente
desea según la percepción del desarrollador
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
16
Modelo de Requerimientos
El propósito del modelo de requerimientos es comprender completamente el
problema y sus implicaciones.
17. El modelo de casos de uso describe un sistema en
término de sus distintas formas de utilización, cada
uno de estas formas es conocida como un caso de
uso. Cada caso de uso o flujo se compone de una
secuencia de eventos iniciada por el usuario.
Para comprender los casos de uso de un sistema
primero es necesario saber quienes son sus usuarios.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
17
Modelo de Casos de Uso
18. PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
18
Un ejemplo
19. ¿Cómo derivar Casos de Uso?
Cada actividad tiene asignada quien la ejecuta
entonces cada enlace se puede usar para descubrir
Casos de Uso.
El actor es quien realiza la actividad
Los casos de uso son las acciones que se describen en la
actividad
20. Pasos para modelar procesos de
negocio
1. Descubrir los procesos
2. Seleccionar los procesos (priorizados por el cliente)
3. Desarrollar en detalle los procesos seleccionados
4. Definir las tareas a automatizar (junto al cliente)
5. Desarrollar un plan informático (Gantt)
6. Descubrir los casos de uso a partir de los diagramas
de procesos del ítem 4.
7. Definir los casos de prueba.
21. PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
21
Procesos de Negocio a Casos de Uso
Secretario
Definir temario
Registrar sesión
Generar instrumento legal
22. Un consultorio privado atiende pacientes con turnos
pre-establecidos. El día de la cita, el médico los
atiende, prescribe el tratamiento (medicamentos y
prácticas), y el paciente luego los realiza y vuelve
cuando termina el tratamiento o cuando el médico se
lo solicita.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
22
Ejercicio: El consultorio
23. Una biblioteca presta libros a lectores siempre que su
estado lo permita, para ello verifica el estado, registra
el préstamo por un cierto tiempo, en conformidad
con el usuario. Pasado un tiempo, el usuario devuelve
el libro a la Biblioteca.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
23
Ejercicio: La biblioteca
24. En el área de Ventas se reciben las órdenes de pedido
de los clientes, al confirmar la recepción se envía la
orden a Almacén para que preparen los productos, a
Logística para que prepare el transporte y en Finanzas
se encargan de emitir la Factura de Venta que se
entrega al cliente junto con los productos solicitados,
esto permite que el cliente una vez recibido los
productos pueda hacer el pago correspondiente, y
Finanzas registrar el pago.
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
24
Ejercicio: La fábrica
25. ¡Muchas gracias!
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
25
Fin