SlideShare una empresa de Scribd logo
1 de 25
Descargar para leer sin conexión
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
 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?
 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?
 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
 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?
 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?
 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?
 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
 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
 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)
 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)
 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
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
13
Un ejemplo
 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
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
15
Un ejemplo colaborativo
 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.
 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
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
18
Un ejemplo
¿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
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.
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
 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
 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
 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
 ¡Muchas gracias!
PI 29/B176 "Modelado en Análisis y Diseño de Software, un enfoque
arquitectural"
25
Fin

Más contenido relacionado

La actualidad más candente

Gestion y reingenieria
Gestion y reingenieriaGestion y reingenieria
Gestion y reingenieriatoga1000
 
Manual de calidad embotelladora ucc terminado 050414
Manual de calidad embotelladora ucc  terminado 050414Manual de calidad embotelladora ucc  terminado 050414
Manual de calidad embotelladora ucc terminado 050414Maxwell Altamirano
 
Iso9001 implementacion en empresa
  Iso9001 implementacion en empresa  Iso9001 implementacion en empresa
Iso9001 implementacion en empresaLuca Vitale
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosTensor
 
Evaluacion de arquitecturas
Evaluacion de arquitecturasEvaluacion de arquitecturas
Evaluacion de arquitecturasSamis Ambrocio
 
JIT, TPS y Operaciones Esbeltas.
JIT, TPS y Operaciones Esbeltas.JIT, TPS y Operaciones Esbeltas.
JIT, TPS y Operaciones Esbeltas.Carlos V
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmiSandrea Rodriguez
 
Prototipos
PrototiposPrototipos
PrototiposTensor
 
Los sistemas de información
Los sistemas de información Los sistemas de información
Los sistemas de información MichelleClap
 
Comprensión de los Requerimientos
Comprensión de los Requerimientos Comprensión de los Requerimientos
Comprensión de los Requerimientos Mauricio Blandon
 
Construyendo el Producto Minimo Viable con User Story Mapping
Construyendo el Producto Minimo Viable con User Story MappingConstruyendo el Producto Minimo Viable con User Story Mapping
Construyendo el Producto Minimo Viable con User Story MappingMarco Avendaño
 
Sistemas de manufactura de clase mundial utel
Sistemas de manufactura de clase mundial utelSistemas de manufactura de clase mundial utel
Sistemas de manufactura de clase mundial utellucero siles
 
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...TestingUy
 

La actualidad más candente (20)

Hoja ruta arquitectura empresarial v2014 05-08
Hoja ruta arquitectura empresarial v2014 05-08Hoja ruta arquitectura empresarial v2014 05-08
Hoja ruta arquitectura empresarial v2014 05-08
 
Gestion y reingenieria
Gestion y reingenieriaGestion y reingenieria
Gestion y reingenieria
 
Sistemas distribuidos pnn2
Sistemas distribuidos pnn2Sistemas distribuidos pnn2
Sistemas distribuidos pnn2
 
Manual de calidad embotelladora ucc terminado 050414
Manual de calidad embotelladora ucc  terminado 050414Manual de calidad embotelladora ucc  terminado 050414
Manual de calidad embotelladora ucc terminado 050414
 
SQA
SQASQA
SQA
 
Iso9001 implementacion en empresa
  Iso9001 implementacion en empresa  Iso9001 implementacion en empresa
Iso9001 implementacion en empresa
 
Just in time
Just in timeJust in time
Just in time
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Evaluacion de arquitecturas
Evaluacion de arquitecturasEvaluacion de arquitecturas
Evaluacion de arquitecturas
 
Clase: Uso correcto de subprocesos bpmn
Clase: Uso correcto de subprocesos bpmnClase: Uso correcto de subprocesos bpmn
Clase: Uso correcto de subprocesos bpmn
 
JIT, TPS y Operaciones Esbeltas.
JIT, TPS y Operaciones Esbeltas.JIT, TPS y Operaciones Esbeltas.
JIT, TPS y Operaciones Esbeltas.
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Prototipos
PrototiposPrototipos
Prototipos
 
Los sistemas de información
Los sistemas de información Los sistemas de información
Los sistemas de información
 
Unidad 5-analisis-de-sensibilidad
Unidad 5-analisis-de-sensibilidadUnidad 5-analisis-de-sensibilidad
Unidad 5-analisis-de-sensibilidad
 
Comprensión de los Requerimientos
Comprensión de los Requerimientos Comprensión de los Requerimientos
Comprensión de los Requerimientos
 
Construyendo el Producto Minimo Viable con User Story Mapping
Construyendo el Producto Minimo Viable con User Story MappingConstruyendo el Producto Minimo Viable con User Story Mapping
Construyendo el Producto Minimo Viable con User Story Mapping
 
Sistemas de manufactura de clase mundial utel
Sistemas de manufactura de clase mundial utelSistemas de manufactura de clase mundial utel
Sistemas de manufactura de clase mundial utel
 
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
 
Tendencias de hardware
Tendencias de hardwareTendencias de hardware
Tendencias de hardware
 

Similar a Modelado de procesos en las organizaciones

Interfaz de usuario
Interfaz de usuarioInterfaz de usuario
Interfaz de usuarioCarlis93
 
Analisis De Sistemas
Analisis De SistemasAnalisis De Sistemas
Analisis De SistemasShaneth
 
Arquitectura de Información + Proceso Unificado de Desarrollo
Arquitectura de Información + Proceso Unificado de DesarrolloArquitectura de Información + Proceso Unificado de Desarrollo
Arquitectura de Información + Proceso Unificado de DesarrolloPio.la
 
Metodologia analisis-y-diseno-sistemas-informacion
Metodologia analisis-y-diseno-sistemas-informacionMetodologia analisis-y-diseno-sistemas-informacion
Metodologia analisis-y-diseno-sistemas-informacionmenamigue
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De Informaciónjorgeluisguzmntorres1
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de RequerimientosNaylu Rincón
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de RequerimientosNaylu Rincón
 
ConceptosbáSicos
ConceptosbáSicosConceptosbáSicos
ConceptosbáSicosLuis
 
Insidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De SoftwareInsidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De SoftwareUniversidad De Cordoba
 
Fundamentos_de_ingenieria_de_software.pptx
Fundamentos_de_ingenieria_de_software.pptxFundamentos_de_ingenieria_de_software.pptx
Fundamentos_de_ingenieria_de_software.pptxmateoaramedi
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de InformaciónEnrique Cabello
 
CLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARE
CLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARECLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARE
CLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWAREMilagrosCz
 
clases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.pptclases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.pptTereBestene
 
clases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.pptclases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.pptronald flores
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Iso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motors
Iso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motorsIso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motors
Iso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motorsEduhardo Rodrigez Rosales
 
8 creacion de sistemas de informacion
8 creacion de sistemas de informacion8 creacion de sistemas de informacion
8 creacion de sistemas de informacionAbelAbedSilvaSantaCr
 
Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2johannalp
 
Tesis de Grado - Sistema de Gestión de Producción Creativa
Tesis de Grado - Sistema de Gestión de Producción CreativaTesis de Grado - Sistema de Gestión de Producción Creativa
Tesis de Grado - Sistema de Gestión de Producción CreativaGilberto Ramos Amarilla
 

Similar a Modelado de procesos en las organizaciones (20)

Interfaz de usuario
Interfaz de usuarioInterfaz de usuario
Interfaz de usuario
 
Analisis De Sistemas
Analisis De SistemasAnalisis De Sistemas
Analisis De Sistemas
 
Arquitectura de Información + Proceso Unificado de Desarrollo
Arquitectura de Información + Proceso Unificado de DesarrolloArquitectura de Información + Proceso Unificado de Desarrollo
Arquitectura de Información + Proceso Unificado de Desarrollo
 
Metodologia analisis-y-diseno-sistemas-informacion
Metodologia analisis-y-diseno-sistemas-informacionMetodologia analisis-y-diseno-sistemas-informacion
Metodologia analisis-y-diseno-sistemas-informacion
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De Información
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
ConceptosbáSicos
ConceptosbáSicosConceptosbáSicos
ConceptosbáSicos
 
Insidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De SoftwareInsidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De Software
 
SQM Lifecycle models
SQM Lifecycle modelsSQM Lifecycle models
SQM Lifecycle models
 
Fundamentos_de_ingenieria_de_software.pptx
Fundamentos_de_ingenieria_de_software.pptxFundamentos_de_ingenieria_de_software.pptx
Fundamentos_de_ingenieria_de_software.pptx
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de Información
 
CLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARE
CLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARECLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARE
CLASES DE METODOLOGIA DEL DESARROLLO DE SOFTWARE
 
clases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.pptclases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.ppt
 
clases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.pptclases3metodmetodlgiaherra.ppt
clases3metodmetodlgiaherra.ppt
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Iso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motors
Iso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motorsIso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motors
Iso112 evaluacion a distancia (2012 0) (ed 02) (rpta) mundo motors
 
8 creacion de sistemas de informacion
8 creacion de sistemas de informacion8 creacion de sistemas de informacion
8 creacion de sistemas de informacion
 
Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2
 
Tesis de Grado - Sistema de Gestión de Producción Creativa
Tesis de Grado - Sistema de Gestión de Producción CreativaTesis de Grado - Sistema de Gestión de Producción Creativa
Tesis de Grado - Sistema de Gestión de Producción Creativa
 

Último

EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveFagnerLisboa3
 
Proyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptxProyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptx241521559
 
guía de registro de slideshare por Brayan Joseph
guía de registro de slideshare por Brayan Josephguía de registro de slideshare por Brayan Joseph
guía de registro de slideshare por Brayan JosephBRAYANJOSEPHPEREZGOM
 
trabajotecologiaisabella-240424003133-8f126965.pdf
trabajotecologiaisabella-240424003133-8f126965.pdftrabajotecologiaisabella-240424003133-8f126965.pdf
trabajotecologiaisabella-240424003133-8f126965.pdfIsabellaMontaomurill
 
9egb-lengua y Literatura.pdf_texto del estudiante
9egb-lengua y Literatura.pdf_texto del estudiante9egb-lengua y Literatura.pdf_texto del estudiante
9egb-lengua y Literatura.pdf_texto del estudianteAndreaHuertas24
 
Plan de aula informatica segundo periodo.docx
Plan de aula informatica segundo periodo.docxPlan de aula informatica segundo periodo.docx
Plan de aula informatica segundo periodo.docxpabonheidy28
 
La era de la educación digital y sus desafios
La era de la educación digital y sus desafiosLa era de la educación digital y sus desafios
La era de la educación digital y sus desafiosFundación YOD YOD
 
Trabajo Mas Completo De Excel en clase tecnología
Trabajo Mas Completo De Excel en clase tecnologíaTrabajo Mas Completo De Excel en clase tecnología
Trabajo Mas Completo De Excel en clase tecnologíassuserf18419
 
International Women's Day Sucre 2024 (IWD)
International Women's Day Sucre 2024 (IWD)International Women's Day Sucre 2024 (IWD)
International Women's Day Sucre 2024 (IWD)GDGSucre
 
Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Global Azure Lima 2024 - Integración de Datos con Microsoft FabricGlobal Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Global Azure Lima 2024 - Integración de Datos con Microsoft FabricKeyla Dolores Méndez
 
Redes direccionamiento y subredes ipv4 2024 .pdf
Redes direccionamiento y subredes ipv4 2024 .pdfRedes direccionamiento y subredes ipv4 2024 .pdf
Redes direccionamiento y subredes ipv4 2024 .pdfsoporteupcology
 
Cortes-24-de-abril-Tungurahua-3 año 2024
Cortes-24-de-abril-Tungurahua-3 año 2024Cortes-24-de-abril-Tungurahua-3 año 2024
Cortes-24-de-abril-Tungurahua-3 año 2024GiovanniJavierHidalg
 
CLASE DE TECNOLOGIA E INFORMATICA PRIMARIA
CLASE  DE TECNOLOGIA E INFORMATICA PRIMARIACLASE  DE TECNOLOGIA E INFORMATICA PRIMARIA
CLASE DE TECNOLOGIA E INFORMATICA PRIMARIAWilbisVega
 
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...silviayucra2
 
Hernandez_Hernandez_Practica web de la sesion 12.pptx
Hernandez_Hernandez_Practica web de la sesion 12.pptxHernandez_Hernandez_Practica web de la sesion 12.pptx
Hernandez_Hernandez_Practica web de la sesion 12.pptxJOSEMANUELHERNANDEZH11
 
KELA Presentacion Costa Rica 2024 - evento Protégeles
KELA Presentacion Costa Rica 2024 - evento ProtégelesKELA Presentacion Costa Rica 2024 - evento Protégeles
KELA Presentacion Costa Rica 2024 - evento ProtégelesFundación YOD YOD
 

Último (16)

EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
 
Proyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptxProyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptx
 
guía de registro de slideshare por Brayan Joseph
guía de registro de slideshare por Brayan Josephguía de registro de slideshare por Brayan Joseph
guía de registro de slideshare por Brayan Joseph
 
trabajotecologiaisabella-240424003133-8f126965.pdf
trabajotecologiaisabella-240424003133-8f126965.pdftrabajotecologiaisabella-240424003133-8f126965.pdf
trabajotecologiaisabella-240424003133-8f126965.pdf
 
9egb-lengua y Literatura.pdf_texto del estudiante
9egb-lengua y Literatura.pdf_texto del estudiante9egb-lengua y Literatura.pdf_texto del estudiante
9egb-lengua y Literatura.pdf_texto del estudiante
 
Plan de aula informatica segundo periodo.docx
Plan de aula informatica segundo periodo.docxPlan de aula informatica segundo periodo.docx
Plan de aula informatica segundo periodo.docx
 
La era de la educación digital y sus desafios
La era de la educación digital y sus desafiosLa era de la educación digital y sus desafios
La era de la educación digital y sus desafios
 
Trabajo Mas Completo De Excel en clase tecnología
Trabajo Mas Completo De Excel en clase tecnologíaTrabajo Mas Completo De Excel en clase tecnología
Trabajo Mas Completo De Excel en clase tecnología
 
International Women's Day Sucre 2024 (IWD)
International Women's Day Sucre 2024 (IWD)International Women's Day Sucre 2024 (IWD)
International Women's Day Sucre 2024 (IWD)
 
Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Global Azure Lima 2024 - Integración de Datos con Microsoft FabricGlobal Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
 
Redes direccionamiento y subredes ipv4 2024 .pdf
Redes direccionamiento y subredes ipv4 2024 .pdfRedes direccionamiento y subredes ipv4 2024 .pdf
Redes direccionamiento y subredes ipv4 2024 .pdf
 
Cortes-24-de-abril-Tungurahua-3 año 2024
Cortes-24-de-abril-Tungurahua-3 año 2024Cortes-24-de-abril-Tungurahua-3 año 2024
Cortes-24-de-abril-Tungurahua-3 año 2024
 
CLASE DE TECNOLOGIA E INFORMATICA PRIMARIA
CLASE  DE TECNOLOGIA E INFORMATICA PRIMARIACLASE  DE TECNOLOGIA E INFORMATICA PRIMARIA
CLASE DE TECNOLOGIA E INFORMATICA PRIMARIA
 
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
 
Hernandez_Hernandez_Practica web de la sesion 12.pptx
Hernandez_Hernandez_Practica web de la sesion 12.pptxHernandez_Hernandez_Practica web de la sesion 12.pptx
Hernandez_Hernandez_Practica web de la sesion 12.pptx
 
KELA Presentacion Costa Rica 2024 - evento Protégeles
KELA Presentacion Costa Rica 2024 - evento ProtégelesKELA Presentacion Costa Rica 2024 - evento Protégeles
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