Instituto
Tecnológico de Comitán
Daniela
Hernández Vázquez 19700041
Blanca
Magali Gordillo Guillen 19700033
Carlos
Gustavo Méndez Aguilar 19700058
Semestre:
5
Grupo:
A
Carrera:
Ingeniería en Sistemas Computacionales
Nombre
del Profesor: Mónica Laurent León Juárez
Materia: Fundamentos de Ingeniería de software
2do PA: Gestionar información por equipo de los diferentes estándares y notaciones del modelado de negocios
Fecha: 28/09/2021
Introducción
Modelo
y Notación de Proceso de Negocio es un conjunto de estándares gráficos que
especifican los conjuntos de símbolos que se utilizarán en los diagramas /
modelos de BPM. Como tal, definen los símbolos que se utilizarán para
representar el proceso y el flujo de trabajo en el modelado de negocios. El
modelado de procesos comerciales en la gestión de procesos comerciales y la
ingeniería de sistemas es la actividad de representar los procesos de una
empresa, de modo que los procesos comerciales actuales se puedan analizar,
mejorar y automatizar. El modelado de
procesos de negocios es una técnica que implica la creación de una
representación visual de un proceso de negocios. Esto se logra típicamente
usando herramientas de modelado de procesos de negocios como los diagramas de
flujo y la notación universal de procesos de modelado de negocios.
BPMN
Business Process Modeling Notation (Notación
para el Modelado de Procesos de Negocio)
¿Qué es una BPMN?
La notación del modelado de
procesos de negocio (BPMN) es un método de diagrama de flujo que modela los
pasos de un proceso de negocio planificado de principio a fin. Un aspecto clave
de la gestión de procesos de negocio (BPM) es que representa visualmente una
secuencia detallada de los flujos de información y las actividades
empresariales necesarias para finalizar un proceso.
Su propósito es modelar formas
de mejorar la eficiencia, representar nuevas circunstancias u obtener ventaja
sobre la competencia. Este método también ha experimentado un empuje hacia la
estandarización en los últimos años, y ahora su nombre es un poco diferente:
Notación y modelo de procesos de negocios, pero conserva la sigla BPMN.
Propósitos
y beneficios
En un nivel elevado, BPMN está
dirigido a participantes y otros interesados en un proceso de negocio con el
fin de obtener conocimientos mediante una representación visual de los pasos
fácil de entender. En un nivel más específico, se dirige a las personas que
implementarán el proceso, brindando suficientes detalles para permitir una
implementación precisa. Ofrece un lenguaje estándar y común para todos los
interesados, sean técnicos o no: analistas de negocios, participantes del
proceso, desarrolladores técnicos y directores, así como asesores y equipos
externos. Idealmente, cierra la brecha entre la intención del proceso y la
implementación, brindando suficientes detalles y claridad a la secuencia de las
actividades empresariales.
Símbolos
y elementos de diagramas BPMN
La BPMN representa estos
cuatro tipos de elementos de los diagramas de procesos de negocio.
·
Objetos de flujo: eventos, actividades y
portales
·
Objetos de conexión: flujo de secuencia, flujo
de mensaje y asociación
·
Carriles: piscina o carril
·
Artefactos: objeto de datos, grupo y anotación
Estos
son los elementos individuales y cómo se usan para definir un proceso de
negocio:
·
Eventos
·
Actividad
·
Gateway
·
Flujo de secuencia
·
Flujo de mensajes
·
Asociación
·
Carril y piscina
·
Artefacto
BPEL.
Business Process Execution Language (Lenguaje
de Ejecución de Procesos de Negocio)
BPEL es un lenguaje de
programación destinado para la ejecución de Procesos Empresariales. También es
conocido como WS-BPEL o Web Services- Business Process Execution Language
(Lenguaje de Ejecución de Procesos de Negocio con Servicios Web) BPEL persigue
lograr un modelo de Programación a gran escala. Los conceptos de programación a
gran escala y de Programación a pequeña escala distinguen dos enfoques del
desarrollo de procedimientos asincrónicos de larga duración que vamos a
generalizar dentro del concepto Procesos Empresariales.
El
documento
Un documento BPEL define el
proceso, o la orquestación y la lógica de las acciones que serán ejecutadas por
los motores de orquestación. La estructura de un fichero BPEL es la misma de la
del proceso. El programa constituye en sí el código fuente de la aplicación que
ejecuta el proceso, el motor de orquestación actúa como una máquina virtual
capaz de ejecutar código BPEL.
El
Lenguaje BPEL
El lenguaje fue concebido por
grandes de la informática como Oracle, BEA Systems, IBM, SAP y Microsoft entre
otros y estandarizado por OASIS para la composición de servicios web Es un
lenguaje de alto nivel que lleva el concepto de servicio un paso adelante al
proporcionar métodos de definición y soporte para flujos de trabajo y procesos
de negocio El enfoque sobre procesos de negocios modernos más el bagaje de los
lenguajes WSDL y XLANG, guiaron a BPEL a adoptar los servicios Web como su
mecanismo de comunicación externa. Así las facilidades de mensajería BPEL
dependen del uso del WSDL para describir los mensajes entrantes y salientes.
Objetivos
del diseño de BPEL
·
Definir procesos de negocio que interactúan con
entidades externas mediante operaciones de un servicio Web definidas usando
WSDL
·
Definir procesos de negocio utilizando un
lenguaje basado en XML.
·
Definir una serie de conceptos de orquestación
de servicios Web que pretenden ser usados por vistas internas o externas de un
proceso de negocio. Proveer sistemas de control jerárquicos y de estilo
gráfico, que permitan que su uso sea lo más fusionado e inconsútil posible. Proveer funciones de manipulación simple de
datos, requeridas para definir datos de procesos y flujos de control.
·
Soportar un método de identificación de
instancias de procesos que permita la definición de identificadores de
instancias a nivel de mensajes de aplicaciones.
·
Brindar la posibilidad de la creación y
terminación implícitas de instancias de procesos, como un mecanismo básico de
ciclo de vida.
·
Definir un modelo de transacción de largo plazo
que se base en técnicas probadas tales como acciones de compensación y ámbito.
·
Usar servicios Web como modelo para la
descomposición y ensamblaje de procesos.
·
Construir sobre estándares de servicios Web
tanto como sea posible, de manera modular y extensible.
UML
Unified Modeling Language (Lenguaje
Unificado de Modelo)
¿Qué es UML?
El Lenguaje Unificado de
Modelado (UML) fue creado para forjar un lenguaje de modelado visual común y
semántica y sintácticamente rico para la arquitectura, el diseño y la
implementación de sistemas de software complejos, tanto en estructura como en
comportamiento. UML tiene aplicaciones más allá del desarrollo de software, p.
ej., en el flujo de procesos en la fabricación. Es comparable a los planos
usados en otros campos y consiste en diferentes tipos de diagramas. En general,
los diagramas UML describen los límites, la estructura y el comportamiento del
sistema y los objetos que contiene. UML no es un lenguaje de programación, pero
existen herramientas que se pueden usar para generar código en diversos
lenguajes usando los diagramas UML. UML guarda una relación directa con el
análisis y el diseño orientados a objetos.
La
finalidad de UML
·
Brindar a arquitectos de sistemas, ingenieros y
desarrolladores de software las herramientas para el análisis, el diseño y la
implementación de sistemas basados en software, así como para el modelado de
procesos de negocios y similares.
·
Hacer progresar el estado de la industria
permitiendo la interoperabilidad de herramientas de modelado visual de objetos.
UML
cumple con los siguientes requerimientos:
·
Establecer una definición formal de un
metamodelo común basado en el estándar MOF (Meta-Object Facility) que
especifique la sintaxis abstracta del UML. La sintaxis abstracta define el
conjunto de conceptos de modelado UML, sus atributos y sus relaciones, así como
las reglas de combinación de estos conceptos para construir modelos UML
parciales o completos.
·
Brindar una explicación detallada de la
semántica de cada concepto de modelado UML. La semántica define, de manera
independiente a la tecnología, cómo los conceptos UML se habrán de desarrollar
por las computadoras.
·
Especificar los elementos de notación de
lectura humana para representar los conceptos individuales de modelado UML, así
como las reglas para combinarlos en una variedad de diferentes tipos de
diagramas que corresponden a diferentes aspectos de los sistemas modelados.
·
Definir formas que permitan hacer que las
herramientas UML cumplan con esta especificación.
Conceptos de modelado
especificados por UML
El
desarrollo de sistemas se centra en tres modelos generales de sistemas
diferentes:
·
Funcionales: Se trata de diagramas de casos de
uso que describen la funcionalidad del sistema desde el punto de vista del
usuario.
·
De objetos: Se trata de diagramas de clases que
describen la estructura del sistema en términos de objetos, atributos,
asociaciones y operaciones.
·
Dinámicos: Los diagramas de interacción, los
diagramas de máquina de estados y los diagramas de actividades se usan para
describir el comportamiento interno del sistema.
UML
y el modelado de datos
El UML es popular entre
programadores, pero no suele ser usado por desarrolladores de bases de datos.
Una razón es sencillamente que los creadores de UML no se enfocaron en las
bases de datos. A pesar de ello, el UML es efectivo para el modelado de alto
nivel de datos conceptuales y se puede usar en diferentes tipos de diagramas
UML. Puedes encontrar información sobre la multidimensionalidad de un modelo de
clases orientado a objetos en una base de datos relacional en este artículo
sobre Modelado de bases de datos en UML.
EPC.
Event-driven Process Chain (Líneas de Procesos
Gestionadas por Eventos).
Una Cadena de Procesos
Impulsada por Eventos es un tipo de diagrama de flujo usado para el Modelado de
Procesos de Negocio Una Cadena de Procesos Impulsada por Eventos puede ser
usada para configurar una implementación de un Sistema de planificación de
recursos empresariales (ERP) y para la mejora de un Proceso de Negocio. Las
empresas utilizan los diagramas de Cadena de Procesos impulsados por Eventos
para diseñar flujos de trabajo de procesos de negocio, inicialmente en conjunto
con el modelado en SAP R/3, pero ahora más ampliamente. Es utilizado por muchas
empresas para el modelado, análisis y rediseño de procesos de negocio. El
método de la Cadena de Processos Impulsado por Eventos se desarrolló en el
marco de la Arquitectura de Sistemas de Información Integrados (ARIS). Como
tal, conforma el núcleo de la técnica para el modelado en ARIS, que sirve para
unir los diferentes puntos de vista en la así llamada vista de control.
Elementos
de una Cadena de Procesos Impulsada por Eventos
Evento
·
Los Eventos son elementos pasivos en una Cadena
de Procesos impulsada por Eventos (CPE).
·
Describen bajo cuales circunstancias una
función o un proceso trabaja o cual es el resultado de una función o proceso.
·
Ejemplos de eventos son requerimientos
capturados, material en stock, etc.
·
En el gráfico EPC un evento está representado
con un hexágono.
·
En general, un diagrama EPC debe iniciar y
terminar con un evento.
Función
·
Son elementos activos en una Cadena de Procesos
Impulsada por Eventos.
·
Modelan las tareas o actividades dentro de la
empresa.
·
Describen las transformaciones desde un estado
inicial a un estado resultante
·
En el caso que diferentes estados resultantes
puedan ocurrir, la selección del respectivo estado resultante puede ser
modelado explícitamente como una función de decisión usando conectores lógicos.
·
Las funciones pueden ser refinadas en otro
diagrama CPE. En este caso se denomina función jerárquica.
Dueño
de Proceso
·
El Dueño del Proceso es el responsable de una
función (por ejemplo, un empleado de la reserva se hace responsable de los
viajes de reserva).
·
Es por lo general parte de una Unidad
Organizativa (por ejemplo, un empleado de la reserva pertenece al departamento
de reservas).
·
Se representa como un cuadrado con una línea
vertical.
Unidad
Organizativa
·
Determina quien, dentro de la estructura de una
compañía, es responsable de una función específica.
·
Ejemplos son Departamento de Ventas,
Departamento de Compras.
·
Se representa como una elipse con una línea
vertical.
Conector
Lógico
·
En la diagramación por CPE las relaciones
lógicas entre los elementos en el flujo de control, esto es, los eventos y
funciones se describen mediante conectores lógicos.
·
Con la ayuda de conectores lógicos es posible
dividir el flujo de control de un flujo en dos o más flujos y para sincronizar
el flujo de control desde dos o más flujos a un solo flujo.
Flujo de
Información
·
Los flujos de información muestran la conexión
entre funciones y la entrada o salida de datos, en la que la función lee los
cambios o los escribe.
·
Asignación de Unidad Organizativa
·
Muestran la conexión entre una Unidad
Organizativa y la Función de la cual es responsable.
Ruta
de proceso
·
Caminos o rutas de proceso sirven de ayuda para
la navegación en el EPC.
·
Ellos muestran la conexión desde o a otros
procesos.
·
El recorrido del proceso se representa
como un símbolo compuesto, consistente de un símbolo función superpuesta a un
símbolo de evento. :*
Conclusión
Los estándares
y notaciones del modelado de negocios son importantes ya que nos permite
entender prácticamente a simple vista los complicados procesos de negocios.
Resuelve las dificultades de comunicación que tiene el lenguaje común debido a
la baja complejidad del sistema y a su clara visualización por todas las partes
interesadas.
Bibliografía
https://www.lucidchart.com/pages/es/que-es-la-notacion-de-modelado-de-procesos-de-negocio
https://www.lucidchart.com/pages/es/que-es-el-lenguaje-unificado-de-modelado-uml
https://www.heflo.com/es/definiciones/notacion-modelado-procesos-negocio/
No hay comentarios:
Publicar un comentario