HISTORIA DE VIDA DE LAS ENTIDADES - Iidia.com.ar

• Supongamos la ocurrencia del evento Apertura, la misma es filtrada por el filtro delindicador de estado, dado que el mismo se encuentra en el estado inicial. Luego, el indicadorde estado debe llevarse al valor 1. A partir de este momento, no podrá existir un nuevoevento Apertura dentro de la vida de esta ocurrencia, que se acaba de crear, por no existirningún evento según las reglas de negocio, que pasen al indicador de estado al estado iniciala excepción del evento de Cierre.• Luego, el próximo evento que debe ocurrir según la secuencia inicial es el de Vida Cuenta.El mismo, tiene como eventos hijos, a los eventos Transacción y Descubierto. Estos, estánmodelados como eventos de iteración, por ende pueden suceder de cero hasta N veces dentrode la vida de la ocurrencia de la entidad. Dado que ambos eventos están acoplados al eventopadre por una vida paralela, entones, ambos eventos pueden o no ocurrir de maneraconcurrente, por lo tanto, si existiese un contador de veces para cada uno de los mismos, elvalor de los contadores podría ser diferente.• Ahora, se probará el verdadero mecanismo de bloqueo de eventos que proveen losindicadores de estado, y de esta manera se va a reforzar el concepto de cómo ellosimplementan las restricciones dictadas únicamente por las reglas del negocio y no por otrasrazones.• Supongamos la siguiente situación que es correcta sintácticamente, dado que no viola lasreglas de construcción del diagrama: ocurre el evento Descubierto inmediatamente despuésdel evento Apertura. Lo anterior, es valido según la lógica de recorrido de eventos por elárbol, pero según el indicador de estado, este evento debe ser ignorado dado que el indicadorde estado se encuentra en el estado número 1, y la condición para aceptar el evento es que elestado del indicador se encuentre en el estado número 3. Esto último, es lógico a nivel denegocio, dado que es imposible que la cuenta se encuentre en descubierto si no se harealizado jamás alguna extracción sobre la misma.• Ahora veamos la concurrencia de los eventos Transacción y Descubierto. Para que ocurra unevento Transacción debe ocurrir algún evento hijo del mismo (Depósito o Extracción).Depósito y Extracción se encuentran al mismo nivel de la jerarquía y se hallan modeladoscomo eventos del tipo selección, por lo tanto, cualquiera de ellos pude ocurrir en cualquierorden. Supongamos que ocurre el evento Depósito, entonces, tenemos la ocurrenciaconcurrente de los eventos Transacción y Descubierto, y además, recordemos que elindicador de estado se encuentra en el estado número 1. El evento Depósito será tomado encuenta por cumplir con las reglas de recorrido de eventos impuestas por el árbol y lacondición del indicador de estado. El evento Depósito necesita que el último evento que hayaocurrido sea el evento Apertura, Extracción o el evento Reapertura, y para nuestro caso es elevento Apertura el que lo habilita. La operación 5 será ejecutada y la misma realizará laactualización del saldo de manera incremental sobre el atributo saldo de la ocurrencia de laentidad Cuenta Bancaria. Por otro lado, el evento Descubierto será filtrado, dado que nocumple con la condición requerida, ya que indicador de estado se encuentra en el estadonúmero 1 y el evento Descubierto necesita como último evento al evento Extracción. Luego,que se ejecutó el evento Depósito, el indicador de estado se encuentra en el estado número 2.• Nuevamente podemos imaginar, pero esta vez una situación más simple, el caso del disparodel evento Extracción, estando el indicador de estado en el estado número 2. En este caso, sesatisfacen todas las condiciones y por ende se ejecuta la operación 5 que decrementará elHistoria de Vida de las Entidades Página: 15