iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2025 · iT Synergy·

Diseñando procesos con BPMN (Business Process Modeling Notation)
Diseñando procesos con BPMN (Business Process Modeling Notation) avatar

By Leave a Comment

Las organizaciones cada vez más ven que el modelamiento de sus procesos de negocio son de vital importancia para así ser más eficientes, para esto es importante tener una manera fácil y gráfica para mostrar dichos procesos a todas las personas involucradas en el negocio, de esta manera BPMN brinda una buena notación para dicho modelamiento, ya que permite de manera gráfica diseñar los pasos, secuencia, participantes y demás que involucre un proceso de negocio.

Los cuatro elementos básicos para el modelamiento en BPMN son los Elementos de Flujo, los cuales muestran como es el comportamiento de los procesos, dichos elementos se conectan por medio de los Conectores, de igual forma dichos elementos se pueden distribuir en los Canales que permiten organizar de manera visual las diferentes áreas funcionales que se involucran en el proceso, si en dicho proceso se requiere notaciones para expresar de manera más apropiada se usan los Artefactos

 

A continuación explicaré que pasos se deben tener en cuenta para el modelamiento en BPMN:

 

  1. ¿Quién participa en el proceso?

 

Es de vital importancia saber quiénes participan en el proceso, entre los elementos básicos de BPMN se clasifican dentro de los canales,  estos participantes se modelan como Pools

A

 

2. ¿Dónde se empieza y dónde se termina?

Siempre en un modelamiento de un proceso se debe tener claro que estos siempre tienen que tener un punto de inicio y un punto de finalización, estos son únicos, pueden existir otros puntos intermedios de inicio o finalización pero estos afectan el proceso pero no lo inician ni terminan directamente.

 B

3. ¿Qué hace el participante?

Se debe especificar qué actividades hace cada uno de los participantes, estas actividades al ser acciones que se realizan deben estar escritas como verbos.

C

4. ¿Qué relación hay entre las actividades?

 

Se debe indicar que al terminar una actividad se debe iniciar otra, esto se hace con conectores. Siempre se debe llegar a un evento de terminación.

D

5. ¿Qué actividades hay en un Sub proceso?

 

Un subproceso tiene la misma estructura de un proceso, siempre debe tener un evento de inicio y otro de finalización, luego el proceso continúa. El nivel de granularidad depende de que tanta información del subproceso queremos dar a conocer.

E

 

6. Agregar anotaciones de aclaración

 

En algunos casos, es necesario escribir notas aclaratorias que expliquen mejor alguno de los pasos del proceso.

 F

 

 

 

He aquí los elementos de flujo más importantes:

Eventos

Los eventos afectan el flujo del proceso y casi siempre tienen un resultado sobre el mismo

 

 G1 Inicio: Indica el punto de inicio del proceso de negocio
 G2 El proceso activa el envío de un mensaje a otro para su inicio
 G3 Indica que se fijará una hora o fecha específica para que inicie el proceso
 G4 El proceso activo envía una señal (No es un mensaje) para que otro proceso inicie.
 H1 Intermedio: Es un punto entre el inicio y el fin del proceso en donde afecta el proceso pero no lo inicia ni termina directamente
 H2 Un Temporizador representa un retraso en un proceso.
 H3 Un Mensaje se puede enviar o recibir en el intermedio del proceso
 H4 Un Enlace permite conectar dos secciones del proceso, solo se pueden usar en un nivel del proceso
 H5 Una señal se usan para mostrar que en el proceso se envía o reciben comunicaciones
 J1 Fin: Muestra en que punto termina el proceso
 J2 Muestra el punto en donde se finaliza completamente el proceso
 J3 Muestra cuando una transacción en sub proceso debe terminar
 J4 Cuando un subproceso finalice envía un mensaje
 J5 Cuando una señal sea transmitida el proceso termina

 

Actividades

Estas indican las tareas que se deben realizar por las personas en la organización.

 K1 Es una tarea de flujo de trabajo, es usada cuando no se puede descomponer más finamente los pasos que debe realizar el participante del proceso
 K2 Esta tarea usa algún servicio web o una aplicación automática
 K3 Esta tarea recibe un mensaje y es completada cuando dicho mensaje llegue.
 K4 Esta tarea debe enviar un mensaje para ser completada.
 K5 Esta es una tarea automática en la que un servidor ejecuta un script
 K6 Esta es una tarea manual que no espera ser ejecutada por ningún motor de ejecución de procesos
 K7 Esta tarea es un subproceso, contiene un subconjunto de tareas que explican mejor dicha tarea.

 

 

Decisiones

 

Los eventos afectan el flujo del proceso y casi siempre tienen un resultado sobre el mismo

 

 L1 Si aparecen dos o más rutas alternativas, solo una de ellas es válida en un momento determinado. Es una compuerta exclusiva. La condición va sobre el flujo de salida.
 L2 Sincroniza dos o más flujos paralelos y espera a que todos los flujos lleguen
 L3 Uno o más caminos pueden ser activados.

Despliegue de un servicio en Azure desde Visual
Despliegue de un servicio en Azure desde Visual avatar

By Leave a Comment

A continuación se explicará como se hace un despliegue de un servicio en Azure desde Visual. Lo primero que se debe hacer es crear el Cloud Services, para esto en Azure se escoge la opción de Cloud Service.

1A

 

Se crea un servicio y se escoge creación personalizada

2A

En la creación personalizada  se escribe la información requerida

3A4A

 

Después de crear el proyecto Cloud, en Visual Studio vamos al proyecto que contiene el servicio y en el archivo csdef cambiamos el tamaño de máquina que vamos a crear, la dejamos ExtraSmall, esto dado que como solo es una prueba y estamos en stagging no necesitamos que el tamaño que azure da sea tan grande.

6A

7A

Luego en las propiedades del Role se valida que haya quedado ExtraSmall8A9A

Para publicar, vamos al proyecto Cloud, click derecho Publish10A

Luego hay que bajar las credenciales, para esto, clic en sign in to download credentials, debe abrir en el browser en que estamos logueados en Azure

11A

Si no, se da click y se copia la url y se pega en el browser indicado, ahí se abre una página para bajar el archivo de credenciales

12A

En Visual Studio en la ventana donde estamos ubicados, se debe importar las credenciales

13A

24A

Se busca donde se hayan guardado las credenciales, en la siguiente ventana ya va a cargar lo que está asociado a la cuenta

15A

Se escoge el ambiente Staging y Service configuration se escoge Cloud,

Como UserName ponemos un User y Password de fácil recordación16A

En Advanced Settings, se escoge como cuenta de Storage Portalvhd…17A

Luego del resumen que sale, se da clic en Publish, esto creará el ambiente de Staging con una instancia extraSmall18A19A

20A22ASe ingresa a Azure para verificar que  ya está creando todo

21A

Luego se navega por la URL del Cloud Service que aparece después de publicarlo

23A

Y Nuestro servicio quedo publicado !!

Exponer un servicio usando el Relay del bus de servicios de Windows Azure
Exponer un servicio usando el Relay del bus de servicios de Windows Azure avatar

By Leave a Comment

Prerequisitos:

  1. Tener creado un service bus en Windows Azure y conocer las credenciales de autenticación a este bus de servicio, nuestro bus se llama sbtestrelay:

1_createServicebus

2.  Luego seleccionar CONNECTION INFORMATION     del menú inferior para obtener las credenciales de autenticación al bus de servicios creado:

3_credentials

 

3. Copiar en un block de notas el default issuer y el Default Key ya que de aquí en adelante necesitaremos de estas credenciales.

 

En la Solución de Visual Studio del Servicio:

4. Para exponer un servicio en el bus de servicio de Windows Azure se requiere incluir a nuestra solución de visual studio, el paquete con el que trabaja Windows Azure Service Bus:

4.1.  Para instalar este paquete puede seguir los pasos de la siguiente página:

http://www.nuget.org/packages/WindowsAzure.ServiceBus/

Una vez adicionado este paquete al proyecto, en el archivo de configuración debe aparecer un tag de extensiones como la siguiente:

 

<extensions>
      <!– In this extension section we are introducing all known service bus extensions. User can remove the ones they don’t need. –>
      <behaviorExtensions>
        <addname=“connectionStatusBehavior“type=“Microsoft.ServiceBus.Configuration.ConnectionStatusElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“transportClientEndpointBehavior“type=“Microsoft.ServiceBus.Configuration.TransportClientEndpointBehaviorElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“serviceRegistrySettings“type=“Microsoft.ServiceBus.Configuration.ServiceRegistrySettingsElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
      </behaviorExtensions>
      <bindingElementExtensions>
        <addname=“netMessagingTransport“type=“Microsoft.ServiceBus.Messaging.Configuration.NetMessagingTransportExtensionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“tcpRelayTransport“type=“Microsoft.ServiceBus.Configuration.TcpRelayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“httpRelayTransport“type=“Microsoft.ServiceBus.Configuration.HttpRelayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“httpsRelayTransport“type=“Microsoft.ServiceBus.Configuration.HttpsRelayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“onewayRelayTransport“type=“Microsoft.ServiceBus.Configuration.RelayedOnewayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
      </bindingElementExtensions>
      <bindingExtensions>
        <addname=“basicHttpRelayBinding“type=“Microsoft.ServiceBus.Configuration.BasicHttpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“webHttpRelayBinding“type=“Microsoft.ServiceBus.Configuration.WebHttpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“ws2007HttpRelayBinding“type=“Microsoft.ServiceBus.Configuration.WS2007HttpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netTcpRelayBinding“type=“Microsoft.ServiceBus.Configuration.NetTcpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netOnewayRelayBinding“type=“Microsoft.ServiceBus.Configuration.NetOnewayRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netEventRelayBinding“type=“Microsoft.ServiceBus.Configuration.NetEventRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netMessagingBinding“type=“Microsoft.ServiceBus.Messaging.Configuration.NetMessagingBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
      </bindingExtensions>
    </extensions>

Configurar el web Config del Servicio

5. Es necesario realizar la siguiente configuración en el web config del servicio:

5.1. Ubicar los tags de Bindings <bindings></bindings> y dentro de estos tags incluir el siguiente binding:

<basicHttpRelayBinding>
        <bindingname=“NombreBinding“>
          <securitymode=“None“relayClientAuthenticationType=“None“ />
        </binding> </basicHttpRelayBinding>
    </bindings>

 

Donde,

<NombreBinding>. Es el nombre que usted le quiere asignar al binding.

Para nuestro binding de ejemplo, tendriamos lo siguiente:

<basicHttpRelayBinding>          
          <bindingname=“customBinding“>
            <securitymode=“None“relayClientAuthenticationType=“None“ />
          </binding>
      </basicHttpRelayBinding>

 

5.2. Dentro de los tags  del servicio correspondiente <service name=”NombreServicio” behaviorConfiguration=”ServiceBehaviour”> </service> , incluir el siguiente endpoint:

 

<endpointname=“NombreEndpoint“
            contract=“Namespace.InterfazDelServicio“
            binding=“TipoBinding“
            bindingConfiguration=“NombreBindingConfiguration“
            behaviorConfiguration=“NombreBehaviorConfigurationEndpoint“
            address=“http://NamespaceServiceBus.servicebus.windows.net/NombreServicioenRelay/“ />

Donde:

<NombreEndpoint>. Es el nombre con el cual se identifica el servicio.

<Namespace.InterfazDelServicio>. Nombre del contrato del servicio

<TipoBinding>. El tipo de binding que se quiere implementar. Para este ejemplo usaremos basicHttpRelayBinding

<NombreBindingConfiguration>. Es el nombre que se le asigno al binding en el punto anterior (5.1)

<NombreBehaviorConfigurationEndpoint>. Es el nombre del Behavior que se asigno. Para este ejemplo usaremos sharedSecretClientCredentials

<NamespaceServiceBus>. Es el nombre del namespace del service bus, creado en el punto 1 de los prerrequisitos que para nuestro caso sería sbtestrelay.

<NombreServicioenRelay>. Nombre con el cual se va identificar el servicio expuesto en relay, para este ejemplo sería ServicioPruebasRelay.

 

Finalmente para este ejemplo el endpoint qudaría de la siguiente manera:

 

<servicename=“TestWCF.WCFServiceTest“behaviorConfiguration=“ServiceBehaviour“>
          <endpointname=“BasicHttpRelayBinding“
                    contract=“TestWCF.IWCFServiceTest“
                    binding=“basicHttpRelayBinding“
                    bindingConfiguration=“customBinding“
                    behaviorConfiguration=“sharedSecretClientCredentials“
                    address=“http://sbtestrelay.servicebus.windows.net/ServicioPruebasRelay/“ />
        </service>

 

Con la inclusión de este endpoint se expondrá nuestro servicio  en el relay del bus de Servicios.

 

5.3. Dentro de los tags <endpointBehaviors> </endpointBehaviors>  incluir las siguientes líneas de código.

 

<behaviorname=“NombreBehaviorEndpoint“>
          <transportClientEndpointBehavior>
            <tokenProvider>
              <sharedSecretissuerName=“NombreUsuariosb“issuerSecret=“Clavesb“ />
            </tokenProvider>
          </transportClientEndpointBehavior>
        </behavior>

Donde:

<NombreBehaviorEndpoint>. Nombre del behavior para este ejemplo usaremos sharedSecretClientCredentials

<NombreUsuariosb>. Usuario (Default Issuer) del service bus obtenido en el punto 3 de los prerrequisitos. Para nuestro caso sería owner

<Clavesb>. Clave (Default key ) del services bus obtenido en el punto 3 de los prerrequisitos. Para nuestro caso seria XXXXXXXXXXXXXXXXXXXXXXXXXXXXX.

Con este paso lo que se pretende es autenticación frente al bus de Servicios de azure para poder exponer nuestro servicio en el Relay.

Nuestro behavior quedaria de la siguiente manera:

 

<behaviorname=“sharedSecretClientCredentials“>
          <transportClientEndpointBehavior>
            <tokenProvider>
              <sharedSecretissuerName=“owner“issuerSecret=“XXXXXXXXXXXXXXXXXXXXXXXX“ />
            </tokenProvider>
          </transportClientEndpointBehavior>
        </behavior>

 

Y asi de esta manera nuestro servicio quedará expuesto en el bus de servicio de Windows Azure

 

Verificar si el servicio está expuesto en el Relay.

Cuando el servicio esta ejecutándose en el IIS automanticamente en Windows Azure en el ítem service Bus Aparecerá el service bus creado en el punto 1 (sbtestrelay) y al seleccionar este bus de servicio se desplegará un menú en el panel derecho en la parte superior que contiene:

All, Queques, Topics, Relays, Notifications, Configure

Seleccionar el item Relays y allí aparecerá nuestro servicio (ServicioPruebasRelay) expuesto en el Relay del Bus de servicio, como lo muestra la siguiente pantalla:

4_creadoServiceBus