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

HISTORIA DE VIDA DE LAS ENTIDADESPalozzo, J., Britos, P., Rossi, B. y García Martínez, R.Centro de Ingeniería de Software e Ingeniería del Conocimiento. Instituto Tecnológico de Buenos Airesrgm@itba.edu.ar1. INTRODUCCIONEl presente artículo describe la técnica "Historia de vida de las entidades", en adelante llamadaHVE, en donde los efectos de los eventos aplicados sobre las ocurrencias de una entidad, sonconsiderados y modelados usando la notación y estilo de los diagramas de Jackson.La técnica HVE analiza el ciclo de vida de las entidades de un sistema de información; también,en este sentido, investiga qué requisitos de integridad y próximas acciones son relevantes para ladefinición de una nueva entidad, la administración de la entidad, y la eliminación de la entidad(insertar, actualizar, borrar).La técnica HVE es una técnica de modelado más, que dispone el ingeniero de software parapoder llevar a cabo con éxito la fase de análisis de requisitos del ciclo de vida. HVE estáorientada a modelar cómo los eventos internos y externos al sistema afectan a cada entidad delsistema, y además, poder representar de forma cronológica las posibles sucesiones de eventossobre la misma. Con este objetivo es de esperar que HVE tenga como dominio de entradaelementos tales como: entidades, eventos y operaciones.HVE provee la vista basada en el tiempo del sistema, es decir, la secuencia dinámica. Muestra elprogreso del ciclo de vida de la entidad desde su creación hasta su destrucción. Modela todos losposibles cambios de los valores de los atributos de las entidades durante la vida de la misma, y lasecuencia en que estos cambios toman lugar. Entonces, cada ocurrencia de una entidad tiene unavida propia que sigue un patrón común a toda ocurrencia de la entidad a la cual pertenece, y elcual puede ser descubierto por el analista gracias a esta técnica.La aplicación de la técnica HVE da como producto un diagrama, que se construye tomandocomo base la notación de los diagramas estructurados de Jackson. Los diagramas de Jackson sonampliamente utilizados en la programación estructurada de Jackson (JSP) y en la metodología dedesarrollo de sistemas de Jackson (JSD).El principio de la notación estructurada establece que toda actividad de programación se puededescribir usando sólo tres elementos de construcción básicos: secuencia, selección e iteración.Este principio establecido por los dos matemáticos italianos, Bohm y Jacopini [1966], llevó aWarnier [1974] y a Jackson [1975] a las bases de ésta aproximación.A continuación se presenta un diagrama abstracto de Jackson para introducir su notación. Luego,cada componente del mismo será tratado específicamente en función de su rol dentro deldiagrama HVE.Historia de Vida de las Entidades Página: 1

Sub-ArbolComponente TipoSecuenciaComponente TipoSelecciónRaízComponente TipoIteraciónSub-RaízIterador HijoOpción 1oOpción 2oOpción 3o*Caja de AcciónReferencia CódigoSelectores HijosComponente TipoElemental1Figura 1. Nomenclatura de JSP/JSD.2. DESCRIPCION DE LA TECNICAComo se menciona anteriormente, la aplicación de la técnica HVE nos brinda como productodiagramas HVE. Entonces, para comenzar con la descripción de la técnica se focalizará nuestraatención; primero, en presentar todos los elementos que intervienen o pueden intervenir en undiagrama, luego, en describir como se encuentran interconectados o relacionados los mismos, ypor último, en describir su rol dentro del diagrama tratándose los aspectos sintácticos ysemánticos.Historia de Vida de las Entidades Página: 2

A continuación se encuentran listados todos los elementos componentes del diagrama HVE:• Entidad.• Evento.♦ Secuencia.♦ Selección.• Selección propiamente dicha.• Selección nula.♦ Iteración.• Vida paralela.• Punto de escape.• Punto de retorno.• Operación.• Leyenda de operación.• Indicador de estado.• Conector.El diagrama HVE utiliza una estructura para organizar sus elementos de árbol jerárquico, quetiene una sola entidad la cual se ubica en el tope del mismo, o sea, en su raíz. Posee eventos ensus ramas y hojas, y por último, tiene operaciones e indicadores de estados, sólo para los eventosque se hayan ubicados en las hojas del mismo.Los eventos podrán representarse de diversas maneras según su aparición cronológica dentro dela historia de vida de la entidad. Estas formas podrán ser: secuencia, selección, e iteración. Acontinuación, se describirán cada uno de los elementos que intervienen dentro del diagramaHVE, y los mismos, serán ejemplificados con un ejemplo simplificado aplicado a una entidadllamada "Cuenta Bancaria". Dicha entidad contiene toda la información que un banco mantienepara su gestión sobre una cuenta bancaria de cualquier cliente. Los eventos que ocurrirán soneventos típicos del negocio bancario.Luego, cada uno de estos ejemplos se integrarán en uno sólo, que será nuestro primer diagramaHVE simple. Posteriormente, se seguirá con esta metodología, completando cada vez más dichoejemplo de diagrama a medida que se vayan explicando más elementos de la técnica, hasta llegara un diagrama completo.No siempre es necesario tener un diagrama completo, y esto dependerá del nivel de profundidadque se desee alcanzar en el análisis.2.1. ENTIDADUna entidad es algo que interesa en el dominio del problema, o algo de lo cual se desea guardar ymantener su información. Una entidad puede ser un objeto físico, o una abstracción conceptual.Por ejemplo, una persona o un proyecto. En un diagrama HVE, su función es informar cuál es laentidad del sistema que sufrirá los impactos de los eventos del diagrama en el transcurso de suvida, a través de las operaciones asociadas a dichos eventos.Historia de Vida de las Entidades Página: 3

En la figura 2, se muestra el símbolo que se utiliza en el diagrama HVE para representar a laentidad. Sólo debe existir una sola entidad por cada diagrama HVE.CUENTABANCARIAFigura 2. Símbolo del elemento entidad.2.2. EVENTOUn evento es algo que ocurre en el mundo real que causa un cambio en el estado de algunaocurrencia de la entidad. El evento puede ser clasificado en diferentes tipos de acuerdo a suorigen:• Externo: por ejemplo, que un oficial de cuentas cree una nueva cuenta bancaria para unnuevo cliente.• Interno: por ejemplo, el sistema detecta que el monto de una cuenta ha superado undeterminado umbral estadístico, indicando así, que se debe hacer un seguimiento especial adicha cuenta.• Basado en el tiempo: por ejemplo, el sistema automáticamente calcula los intereses ganadosde una cuenta al final del día, y luego se los suma al saldo de la misma.Por lo general el nivel de mayor detalle de un DFD dará la lista de eventos que se usarán en eldiagrama de HVE. Para el diagrama HVE no interesa el origen de los eventos, dado que los trataa todos de igual manera. Tampoco existen límites en la cantidad de eventos que pueden existir encada diagrama HVE.Como ya se mencionó anteriormente, en los diagramas HVE existen tres maneras de representarlos distintos eventos que interactúan con la entidad, estas son: secuencia, selección e iteración. Acontinuación se detalla cada una de las mismas.2.3. SECUENCIAEl componente secuencia se utiliza para representar una secuencia de eventos que sucederá sobreel sistema donde la misma implicará cambios en los atributos de una o más ocurrencias de unaentidad, debiendo entender la palabra cambio dentro de este contexto, con alcance a algunos o atodos los atributos de la entidad, incluyendo la creación y la destrucción de la ocurrencia misma.En el diagrama de la figura 3, se observa una secuencia de eventos donde el símbolo que seutiliza para representar a un evento dentro de la secuencia, es una caja con el nombre del eventodentro de la misma. La secuencia comienza con el evento que se encuentra más a la izquierda deldiagrama, y debe ser leída de izquierda a derecha. Entonces, la secuencia de aparición lógica deeventos es la siguiente:Historia de Vida de las Entidades Página: 4

1) Apertura.2) Vida Cuenta, (aquí es donde ocurren las transacciones con la misma).3) Cierre.Toda entidad tiene un evento constructor (evento que crea la ocurrencia), un evento destructor(evento que elimina la ocurrencia), y posiblemente eventos de vida que suceden entre los dosanteriores.CUENTABANCARIAAperturaVidaCuentaCierreFigura 3. Secuencia de eventos.2.4. SELECCIONExisten dos tipos de componentes de selección: la selección propiamente dicha y la selecciónnula, a continuación se tratan cada uno de ellos.2.4.1. SELECCION PROPIAMENTE DICHAEl componente selección propiamente dicha se utiliza para representar una serie de eventos queson opcionales, es decir, uno sólo de la serie podrá ocurrir sin importar el orden en el que seencuentre dentro de la misma.TransacciónDepósitooExtracciónoFigura 4. Construcción de selección de eventos.Historia de Vida de las Entidades Página: 5

En el diagrama de la figura 4, se observa el proceso de selección de eventos. El símbolo que seutiliza en este caso, es una caja con la letra "o" en el ángulo superior derecho de la caja.Entonces, el evento "Transacción", puede producirse por dos eventos alternativos:1) Depósito.2) Extracción.2.4.2. SELECCION NULAEl componente selección nula se utiliza para indicar que en una serie de eventos opcionalesexiste una opción que es nula, la cual señala que en la serie de eventos existe la posibilidad queninguno se produzca. Dado que siempre una selección de eventos se encuentra ubicada en losniveles inferiores de la jerarquía, o sea, por ejemplo que tenga como padre a un elementosecuencial, si ningún evento hijo se produce, la historia de vida de la entidad terminará en dichoevento padre que debiera suceder. Por tal motivo, existe el evento de selección nula que permiteque su selección no produzca ningún efecto sobre la entidad y permita seguir la secuencia delnivel superior.En la figura 5, se observa el símbolo de selección nula. Más adelante se exhibirá en un ejemplosu utilización en el diagrama HVE.2.5. ITERACIONoFigura 5. Símbolo de selección nula.VidaCuenta* TransacciónEl componente iteración se utiliza para modelar la situación de iteración de eventos sobre unaentidad. Tal es el caso del evento Transacción; la cuenta del banco se crea y se cierra una vez,pero las transacciones sobre la misma van desde cero hasta N, donde N es un número arbitrario.Figura 6. Iteración de eventos.En el diagrama de la figura 6, se muestra el proceso de iteración de eventos. El símbolo que seutiliza para representar una iteración de eventos es una caja con un asterisco en el ánguloHistoria de Vida de las Entidades Página: 6

superior derecho. Como la iteración de cero veces está permitida, en esta construcción existe laposibilidad de que el evento no ocurra, por lo tanto, su efecto será similar al evento de SelecciónNula.2.6. CONECTORSe utiliza en el diagrama para conectar los distintos elementos. Su símbolo es una línea recta oquebrada.Ahora, se procederá a integrar todos los componentes descriptos hasta el momento para obtenernuestro primer diagrama HVE.CUENTABANCARIAAperturaVidaCuentaCierreTransacción *DepósitooExtracciónoFigura 7. Diagrama HVE de la entidad Cuenta Bancaria.Analizando el diagrama de la figura 7, se observa que dada una entidad Cuenta Bancaria, elprimer evento que ocurre es el de la Apertura de la cuenta bancaria, luego siguen los eventosVida Cuenta y Cierre de la cuenta bancaria, que sólo pueden ocurrir después de que la cuenta fueabierta. De manera similar, el evento Vida Cuenta puede dispararse cero o más veces después deque la cuenta fue abierta y antes de que la misma sea cerrada, y por último, el evento Cierre de lacuenta bancaria tendrá que ocurrir después de los dos anteriores.Historia de Vida de las Entidades Página: 7

De la estructura se puede apreciar que el evento Vida Cuenta está descompuesto en iteracionesde eventos de Transacción sobre la cuenta bancaria. Estrictamente, una iteración puede ocurrircero o más veces, por lo que se puede pasar directamente del evento Apertura de la cuentabancaria al evento Cierre de la cuenta bancaria.Finalmente, el evento Transacción sobre la cuenta bancaria puede darse a través de uno de lossiguientes eventos: Depósito de dinero o Extracción de dinero. No hay orden de secuencia entreestos dos últimos eventos, dado que pueden ocurrir en cualquier orden.Vale agregar, que un mismo evento del sistema puede afectar a otras entidades de otrosdiagramas HVE. También, los diferentes elementos de construcción no se mezclan en un mismonivel, por eso es que el evento Vida Cuenta fue creado para no mezclar el mismo evento con elevento Transacción que está en un nivel inferior en la línea jerárquica, y siguiendo unrazonamiento equivalente, lo mismo se aplica con los elementos de construcción del tiposelección.2.7. VIDA PARALELALa técnica HVE determina el mapa de correspondencia de los eventos que impactan en la entidadde la manera secuencial en que aparecen. Sin embargo, no siempre todos los eventos se puedenmodelar de manera secuencial dado que en ocasiones la aparición de ciertos eventos es aleatoriao concurrente. De manera similar, cuando estos eventos ocurren, no inciden en la secuenciaprincipal de eventos de la historia de vida. Este tipo de eventos son frecuentemente referidos a laalteración de la referencia de la información de la entidad.VidaCuentaTransacción * Descubierto *Figura 8. Vida paralela.La estructura que se usa para representar este caso es la vida paralela, y la misma, es unaconstrucción necesaria para no obscurecer el diagrama tratando de llevar eventos a la formasecuencial cuando no lo son, y así, perder de vista los eventos que definen al negocio. Lanotación para mostrar la vida paralela es una doble línea horizontal. El evento que representa lavida normal se deberá ubicar del lado izquierdo del diagrama, y el evento que es la excepción lodeberá hacer del lado derecho. No hay límites en el número de vidas paralelas permitidas dentrode un diagrama.El diagrama de la figura 8, muestra que los eventos Transacción y Descubierto pueden ocurrir enel mismo instante.Historia de Vida de las Entidades Página: 8

2.8. PUNTO DE ESCAPE Y RETORNOExisten eventos que rompen con el patrón común de vida de la entidad esperado. Intentaranticipar tales situaciones conlleva a complicar y obscurecer la vida normal de la entidad en eldiagrama HVE. Para solucionar dicha situación existen los puntos de escape y retorno quepermiten saltar de un evento a otro.Los puntos de escape y retorno son utilizados dentro del diagrama HVE para indicar el eventopor el cual se escapa del diagrama, y luego indicar el evento por el cual se retorna al mismo. Sepueden utilizar tantos puntos de escape y de retorno como sea necesario. También, si es posiblesalir por cualquier punto del diagrama, se puede tratar en un diagrama aparte la situación deretorno.En el ejemplo siguiente, se muestra el caso de una cuenta bancaria de un usuario que puede sersuspendida momentáneamente por alguna razón, y ser activada nuevamente después de untiempo.Notar que en el ejemplo se está usando la selección nula. La misma es necesaria para obtener undiagrama semánticamente correcto. De no existir dicha selección nula, no sería posible evitar elevento Posible Suspención para pasar al evento Cierre, y por el contrario, de esta forma toda larama del evento Posible Suspención es opcional dentro de la vida de la entidad Cuenta Bancaria.La secuencia de eventos necesaria para pasar del evento Vida Cuenta al evento Cierre es lasiguiente:• Algún evento hijo de Vida Cuenta.• Algún evento hijo de Posible Suspención, en particular Selección Nula.• Cierre.El punto de escape se simboliza con la letra "E" mayúscula seguida de un número. El número seutiliza como índice para diferenciar los distintos puntos de escape. Lo mismo sucede con lospuntos de retorno. La letra que se utiliza es la "R" mayúscula seguida de un número. Se debeabandonar el diagrama por un punto de escape y retornar al mismo por un punto de retorno quetenga el mismo índice que tenía el punto de escape. Los puntos de escape y retorno se debenubicar sobre el lateral izquierdo de un evento.En el ejemplo de la figura 9, se observa la referencia E1 que indica el punto en donde eldiagrama es dejado, y R1 donde el diagrama es retomado.Historia de Vida de las Entidades Página: 9

CUENTABANCARIAAperturaVidaPosibleR1CuentaSuspensión* * oTransacción DescubiertoSuspendidaoCierreDepósitooExtracciónoSuspenderReaperturaE1Figura 9. Punto de escape y retorno.2.9. OPERACIONHasta aquí se ha diagramado la relación existente entre los eventos y la entidad. También, en losdiagramas HVE se incluye una vista funcional o de las actividades. En este contexto se llaman alas funciones o actividades, operaciones, dado el bajo nivel con que se describen.Específicamente, las operaciones son descriptas en función de las acciones que se ejecutan apartir de la ocurrencia de un evento a las distintas entidades (se debe recordar que hay unaentidad por diagrama pero un mismo evento puede estar en varios diagramas).Las operaciones se pueden clasificar en distintas categorías:• Crear ocurrencias, definir atributos de llaves, y algunas veces definir otros atributos que noson o pertenecen a una llave.• Unir, cortar o cambiar las relaciones entre dos ocurrencias de distintas entidades.• Definir, reemplazar, incrementar y decrementar atributos que no pertenecen a una llave conla frecuencia que sea necesaria.• Los atributos de una llave primaria no deben ser cambiados al igual que los atributos y lasllaves foráneas que se definen como fijos, pero al menos deben ser definidos una vez cuandose crea la ocurrencia en la entidad.• Destruir las ocurrencias de una entidad y las ocurrencias de las entidades asociadas que estánpermitidas.Historia de Vida de las Entidades Página: 10

CUENTABANCARIAAperturaVidaCuentaR1PosibleSuspensiónCierre24139 10Transacción *Descubierto *oSuspendidao6DepósitooExtracciónoSuspenderReaperturaE15 578Operaciones:1. Crear CUENTA BANCARIA.2. Definir llave maestra.3. Definir atributos.4. Relacionar CUENTA BANCARIA con CLIENTE.5. Actualizar saldo.6. Actualizar descubierto.7. Actualizar estado cuenta = suspendida.8. Actualizar estado cuenta = activa.9. Eliminar relación CUENTA BANCARIA con CLIENTE.10. Eliminar CUENTA BANCARIA.Figura 10. Operaciones y leyenda de operaciones.Historia de Vida de las Entidades Página: 11

Las operaciones se ubican en las hojas del árbol y pueden haber varias por cada una de ellas. Unamisma operación se puede repetir en otras hojas del árbol. Su símbolo es una caja cuadrada ypequeña con el número de referencia de la operación que realiza. El uso de operaciones es máscomplejo si se utilizan los indicadores de variables de estado.2.10. LEYENDA DE OPERACIONLa leyenda de operación es la referencia dentro del diagrama de los índices de las operaciones.En ella se encuentran los nombres de las operaciones.En la figura 10, se muestra un ejemplo del uso de las operaciones y de la leyenda de lasoperaciones.2.11. INDICADOR DE ESTADOLos diagramas HVE siguen el efecto que el tiempo le produce a las ocurrencias de las entidades.Esto significa que puede ser posible saber, para cada ocurrencia de una entidad, cual fue elúltimo evento que la ha afectado. Esta información es muy importante porque puede ser usadapara crear un diseño que no permita que ciertos eventos que afectan a una ocurrencia de laentidad sucedan, si anteriormente, otros eventos dictados por las reglas del negocio no han tenidolugar. Por ejemplo, no se puede sacar dinero de una cuenta bancaria si esta no fue creadapreviamente.Los indicadores de estado son un mecanismo para bloquear la ocurrencia de un evento si la regladel negocio no se cumple. O sea, el evento se va a disparar, pero este mecanismo de bloqueo nova ha permitir que se tomen las acciones normales, y dependiendo del diseño generará unaexcepción en el sistema o solamente será ignorado.Los indicadores de estado son marcas puestas en cada ocurrencia de una entidad que indican elúltimo evento que sucedió. Específicamente, son números asignados a una ocurrencia de unaentidad cada vez que un evento la afecta. Los indicadores de estado deben ser pensados comootro atributo de una entidad.Los indicadores de estado se simbolizan con una barra invertida "/" con números o símbolos a suizquierda y con un solo número o símbolo a la derecha de la misma. Los mismos se ubicandebajo de los eventos que se encuentran en las hojas del árbol.El valor con que el indicador de estado queda después que un evento ha ocurrido es el númeroque figura a la derecha de la barra invertida. Los valores de los eventos que deben preceder alevento en cuestión para que su ocurrencia sea efectiva, se encuentran listados sobre la izquierdade la barra invertida.Historia de Vida de las Entidades Página: 12

CUENTABANCARIAAperturaVidaCuentaR1PosibleSuspensiónCierre- / 15,6 / -24139 10Transacción *Descubierto *oSuspendidao3 / *1,2,3,4 / 66DepósitooExtracciónoSuspenderReaperturaE11,3,4 / 21,2,4 / 31,2,3,4 / 55 / 45 578Operaciones:1. Crear CUENTA BANCARIA.2. Definir llave maestra.3. Definir atributos.4. Relacionar CUENTA BANCARIA con CLIENTE.5. Actualizar saldo.6. Actualizar descubierto.7. Actualizar estado cuenta = suspendida.8. Actualizar estado cuenta = activa.9. Eliminar relación CUENTA BANCARIA con CLIENTE.10. Eliminar CUENTA BANCARIA.Figura 11. Indicador de estado.Historia de Vida de las Entidades Página: 13

Cada evento que no tiene eventos precedentes se debe marcar con el signo menos "-" a laizquierda de la barra invertida. De manera similar, cada evento que conlleva a la destrucción dela ocurrencia se lo debe marcar con el signo menos a la derecha de la barra invertida. Un eventoaleatorio, que se indica en el diagrama con el símbolo de vida paralela, no cambia el valor delindicador de estado, y se lo debe señalar con el símbolo asterisco "*" a la derecha de la barrainvertida.El la figura 11, se observa el uso de los indicadores de estado, además, la misma es el diagramacompleto HVE del ejemplo que se estuvo trabajando desde el comienzo.3. EJEMPLO DE INTERPRETACION DE UN DIAGRAMA HVEEn este apartado se intentará dar un resumen de la descripción de la técnica tratada en el apartadoanterior, dando un ejemplo de cómo se debe interpretar la lectura de un diagrama HVE. Seinterpretará entonces, el diagrama HVE de la figura 11.Este diagrama HVE, nos muestra el patrón de la sucesión de eventos en el tiempo sobre lasocurrencias de la entidad Cuenta Bancaria. También, se observan las operaciones elementalesque se les aplican a las ocurrencias de la entidad ante el disparo de un evento y las restriccionesimpuestas con los indicadores de estado para cumplir con las reglas del negocio bancario queluego se convertirán en restricciones para la fase del diseño.Por último, en el diagrama HVE, se observan los mecanismos, de excepción implementados porlos puntos de escape y de retorno, y el de vida paralela que le agrega al modelo la posibilidad detratar eventos concurrentes o situaciones especiales, pero necesarias, que no impactandirectamente en flujo principal de eventos que dictan las reglas del negocio.Entones, a continuación, se listan los puntos más importantes que se deberían obtener de lalectura directa del diagrama HVE de la figura 11. Cabe aclarar, que en un diagrama HVE comoel que se va a tratar en este caso, existen infinitas secuencias posibles de eventos. Por tal motivo,sólo se van a mostrar algunas de ellas y de manera parcial, con el único fin de ejemplificar elmecanismo de lectura de los diagramas HVE, y que le sirva de base al lector para poder obtenersus propias experiencias.• Asignar mentalmente al indicador de estado en el estado inicial "-" (no hubo algún eventoprecedente).• Dado que la lectura del árbol de eventos es de arriba hacia abajo y de izquierda a derecha,entonces en el primer nivel de profundidad de la jerarquía nos encontramos con la siguientesecuencia de eventos: Apertura, Vida Cuenta, Posible Suspención y Cierre.• De la secuencia anterior, el primer evento que ocurrirá es el de Apertura. Con él, seejecutarán las operaciones 1, 2, 3 y 4. Entonces, dichas operaciones crean una ocurrencia dela entidad Cuenta Bancaria y definen los atributos que forman la llave maestra, y otros quesólo se definen con la construcción de la ocurrencia; y por último, si es posible se relacionala ocurrencia con otras de otras entidades de acuerdo a cómo se encuentre definido en eldiagrama ER.Historia de Vida de las Entidades Página: 14

• 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

valor del atributo saldo. Luego de esta operación, el estado del indicador, cambiará al estadonúmero 3.• Siguiendo con la historia de la sucesión de eventos, después de varías veces que el usuario dela cuenta ha extraído o ingresado fondos a su cuenta bancaria, decide finalmente cerrarla,porque ya no va a operar más con dicha entidad bancaria. Entonces, para poder cumplir conla lógica del recorrido del árbol, se desencadenan los siguientes eventos: Selección Nula yCierre. El evento Selección Nula no produce ningún efecto sobre la entidad en este caso ynos permite avanzar a la espera del próximo evento de la secuencia (Cierre). Luego, seproduce el evento de cierre y el mismo ejecuta las operaciones 9 y 10. Las mismas eliminanla relación de la ocurrencia de la entidad Cuenta Bancaria con las ocurrencias de la entidadCliente. Se menciona ocurrencias de la entidad Cliente y no ocurrencia, porque la cuentapuede tener más de un titular. Finalmente, la ocurrencia de la entidad Cuenta Bancaria esdestruida y con ello el ciclo de vida de la ocurrencia de la entidad.• Un punto que el lector tal vez se preguntó y debe tener en cuenta, es que en los diagramasHVE sólo se modelan los eventos que crean, modifican y eliminan ocurrencias de unaentidad. Por lo tanto, los eventos que sólo generan la lectura de una ocurrencia de maneratotal o parcial no se deben modelar. Esto mismo, hace posible y justifica que los eventosTransacción y Descubierto, siendo Descubierto una consecuencia directa (causa y efecto) deuna extracción que arroje un saldo negativo, puedan ser verdaderamente concurrentes.• Por último, se describe la situación del evento Suspender. Sea el siguiente caso: se acaba deabrir la cuenta, o sea, ha ocurrido el evento Apertura y luego ningún otro, entonces, esposible y válido que ocurra el evento Suspender por algún motivo en particular determinadopor la entidad bancaria. Por lo tanto, si sucede el evento Suspender, se ejecutará la operación7 y al finalizar la misma se actualizará nuestra variable mental, el indicador de estado, alestado número 5. Luego, después de un tiempo, la entidad bancaria decide la reapertura de lacuenta, y por ende se genera el evento Reapertura. El mismo, aparece en un momento que esválido de acuerdo a las reglas de recorrido de eventos de árbol y la condición del indicadorde estado, por lo cual, se ejecuta la operación 8 que cambia el valor del atributo estado cuentaa activa. Finalmente, se pasa el indicador de estado al estado número 4 y gracias a laindicación del punto de escape se escapa de la secuencia que indica el diagrama, y se entranuevamente en él, por el evento Vida Cuenta (R1). En definitiva, es como si hubiese ocurridoel evento Apertura en el sentido de la ubicación que queda dentro del diagrama a la esperadel nuevo evento.4. INTERRELACION ENTRE LOS DIAGRAMAS ER, DFD Y HVEEl diagrama de flujo de datos (DFD), el diagrama entidad relación (ER) y el diagrama de historiade vida de la entidad (HVE) representan cada uno de ellos una vista conceptual diferente delsistema a construir, y los tres, por ende, las tres vistas del sistema (datos, funciones y eventos).Las mismas se encuentran interrelacionadas, y además, de dar la visión completa del sistema,sirven por separado para poder realizar verificaciones cruzadas de consistencia y completud delmodelo de la solución al problema.La interrelación entre las tres vistas es la siguiente:Historia de Vida de las Entidades Página: 16

técnica, dado que la misma no está aislada y se encuentra soportada por herramientas que ayudana la aplicación de la misma.Desafortunadamente, no se encuentra tan difundida como otras, y no es fácil encontrar materialbibliográfico sobre la misma, al igual que casos de estudio sobre la aplicación de HVE a sistemasreales.El éxito de la aplicación de HVE depende del trabajo realizado sobre las técnicas de DFD y ER,además de ser muy sensible a los cambios en los diagramas de ER. También, HVE ayuda acompletar la lista de eventos que definirán a través del tiempo el comportamiento y la dinámicadel sistema de información.HVE presenta las siguientes limitaciones:• Un evento de iteración no dice de forma explícita el rango de iteración permitido. Estomismo podría corregirse, si se pusiera al costado del signo "*" un indicador tal como "* [1,15]".• Siendo estrictos, en el caso de eventos de selección que tienen como padre un eventoiterador, el indicador de estado debería llevar el número de estado próximo como estado decondición. Por ejemplo "2, 3, 6, 10 / 10".• También no es posible condicionar la aceptación de la ocurrencia de un evento porcondiciones de guarda que dependan del resultado de operaciones lógicas usando atributos dela entidad del diagrama HVE.6. BIBLIOGRAFIA• Hay, David C., "Object Oriented Data Modeling: Entity Life Histories", Essential Strategies,Inc, Marzo de 1993.• Sitio internet: http://www.doc.mmu.ac.uk/• Sitio internet: http://www.cscs.wmm.ac.uk/Historia de Vida de las Entidades Página: 18