Está en la página 1de 2

El actor de negocio “Seguro Rapi” es asignado a un rol de negocio asegurador, el cual está

asignado al proceso de reclamación que agrupa a 3 procesos; el proceso de Registros


desencadena al proceso de Aceptación, también sirve al servicio Registro de la
Reclamación, a su vez este proceso de registro tiene acceso al objeto Información del
cliente que está fuera del proceso de Reclamación. Asimismo el procesos de Aceptación
sirve al servicio de Aceptación de la Reclamación que desencadena el proceso de Pago, el
cual sirve el servicio de Pago de la Reclamación. Estos 3 servicios sirven a un rol de
negocio Asegurado, el cual es asignado por el actor cliente.

que un objeto consta de varios otros objetos. En contraste con la relación de agregación, un
objeto puede ser parte de una sola composición. Una relación de composición siempre se
permite entre dos instancias del mismo tipo de elemento. Categoría: Estructural. Ejemplos:
Un componente de aplicación puede estar compuesto de dos o más subcomponentes. La
relación de agregación indica que un concepto agrupa una serie de otros conceptos. En
contraste con la relación de composición, un objeto puede ser parte de más de una
agregación. La agregación es siempre posible entre dos instancias del mismo concepto.
Categoría: Estructural. Ejemplos: Un producto de negocio de seguros de automóviles
agrega un contrato comercial y algunos servicios empresariales. La relación Serving modela
que un elemento proporciona su funcionalidad a otro elemento. La relación Serving describe
cómo los servicios o interfaces ofrecidos por un elemento de estructura de comportamiento
o activo sirven a entidades en su entorno. Esta relación se aplica tanto para el aspecto de
comportamiento como para el aspecto de estructura activa. Categoría: Dependencia.
Ejemplos: Una interfaz de pago sirve al cliente, mientras que el servicio de pago sirve el
proceso de facturas de pago de ese cliente. La relación Flujo describe el intercambio o
transferencia de información o valor entre procesos, funciones, interacciones y eventos. Se
utiliza para modelar el flujo de información entre conceptos conductuales en un proceso.
Una relación de flujo no implica una relación causal o temporal. Ejemplos: Una Función de
Negocio de "Reclamación de Reclamaciones" envía las decisiones sobre la reclamación a la
"Función de Negocio de Liquidación de Reclamaciones". La relación de especialización
indica que un objeto es una especialización de otro objeto. La relación de Especialización
puede relacionar cualquier instancia de un concepto con otra instancia del mismo concepto.
La especialización es siempre posible entre dos instancias del mismo concepto. Ejemplos:
Un "Seguro de viaje para llevar" y un "Seguro de equipaje" son una especialización de un
proceso más genérico de "Retire el seguro". La relación de asociación modela una relación
entre objetos que no está cubierta por otra relación más específica. Se utiliza para modelar
relaciones entre Business Objects o Data Objects que no están modelados por las
relaciones estándar. La relación de asociación también se utiliza para vincular los conceptos
informativos con los otros conceptos: La relación de asociación se puede utilizar cuando se
dibuja un primer modelo de alto nivel. Ejemplos: Algunos Business Objects y un contrato de
negocio están asociados entre sí. Una unión se utiliza para conectar relaciones del mismo
tipo. Este puede tener múltiples relaciones entrantes y una relación saliente, una relación
entrante y múltiples relaciones salientes, o múltiples relaciones entrantes y salientes. Las
relaciones que se pueden utilizar en combinación con un cruce son todas las relaciones
dinámicas, así como Asignación, Realización y Asociación. Ejemplos:Una "evaluación de la
aplicación" Business Process puede conducir a una elección Junction (división) para
aceptar o rechazar la aplicación cliente y la ruta a los procesos alternativos para cada caso.
La relación de Accesso modela el acceso de los conceptos de comportamiento a Business o
Data Objects. La relación de acceso indica que un proceso, función, interacción, servicio o
evento "hace algo" con un elemento de estructura pasivo; Por ejemplo, crear un nuevo
objeto, leer datos del objeto, escribir o modificar los datos del objeto, o eliminar el objeto. La
relación también se puede utilizar para indicar que el objeto está asociado con el
comportamiento. La flecha indica el flujo de información. Categoría: Estructural. La relación
de Influencia se utiliza para describir que algún elemento motivacional puede influir (la
realización) de otro elemento motivacional. Una influencia de algún otro elemento
motivacional puede afectar este grado positivamente o negativamente Categoría:
Dependencia. Ejemplos: El grado en el que el objetivo de aumentar la satisfacción del
cliente se realiza puede estar representado por el porcentaje de clientes satisfechos que
participan en una entrevista de mercado. La relación de desencadenamiento describe las
relaciones temporales o causales entre procesos, funciones, interacciones y eventos. Se
utiliza para modelar las relaciones causales entre los conceptos conductuales en un
proceso. Categoría: Dinámica. Ejemplos: Un evento "Solicitar seguro" desencadena una
serie de procesos empresariales, "Solicitud de recepción" y "Solicitud de proceso". La
relación de Asignación vincula elementos activos (por ejemplo, Roles de Negocios o
Componentes de Aplicación) con unidades de comportamiento que realizan, o Actores de
Negocios con Roles de Negocios que cumplan con ellos. Categoría: Estructural. Ejemplos:
Un actor de negocios asignado a un rol de negocio. Una función de negocio asignada a un
proce

También podría gustarte