SEMA4 Requer Mision Func TRX Evento

Arquitectura de Datos
UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS
MÉTODO PARA MODELAR

ARQUITECTURA DE DATOS
DE SISTEMAS DE INFORMACIÓN
ASEGURANDO
ROBUSTEZ SEMÁNTICA
Y
ESTABILIDAD PARAMÉTRICA
TRANSACCIONES
LIMA – PERU
2017
Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 1

Tabla de contenido
Etapa I ....................................................................................................................... 3
3.3.- Fuentes de Conocimiento. ................................................................................ 4
3.3.1.- Tipos de Fuentes de Información Universales. ............................................. 4
3.3.2.- Fuentes Escritas Universales ......................................................................... 5
3.3.3.- Fuentes Orales Universales: Aplicados a Expertos y usuarios. .................... 5
3.3.4.- Fuente Vivencial: Observación Participante: ................................................ 6
3.3.5.- Misión del Área de Negocio.......................................................................... 6
3.4.- Función ............................................................................................................. 7
3.4.1.- Operaciones de Negocio. .............................................................................. 7
3.4.2.- Métodos (Servicio de Acceso a Datos). ........................................................ 8
3.4.3.- Límites Funcionales del Sistema ................................................................... 9
3.5.- Transacciones (Descubriendo Negocio)........................................................... 9
3.5.1.- Eventos: Produciendo Negocio ................................................................... 11
3.5.2.- Parque de Datos. .......................................................................................... 13
3.5.3.- Secuencia de pasos a seguir para obtener el Parque de Datos: ................... 13
3.5.4.- Impacto de Eventos hacia las Entidades (Cuentas) ..................................... 15
3.5.5.- Modelo Gráfico del Método para plantear el Modelo Funcional ................ 15
3.5.6.- Matriz del Parque de Datos ......................................................................... 16

Etapa I
Método para Definición
de Requerimientos de
Negocio

3.3.- Fuentes de Conocimiento.

Hasta aquí las funciones han sido tratadas de manera genérica y
aplicable de manera universal, ahora es necesario profundizar en su interior.
Porque las macro funciones varían de acuerdo al sistema o producto que
se trate.
Este asunto obliga a tener conocimiento pleno del Producto.
Conocimiento de su naturaleza, protocolo de entrega, recursos,
programación de recursos, entre otras características.
Para esta finalidad es necesario acopiar información, estudiarla y
analizarla para llegar a tener el concepto del negocio.
Para lograr un modelo de negocio universal y estándar, las fuentes
deberán ser igualmente universales y estándar.
Deben ser Universales, para cubrir todas las casuísticas y así su alcance
sea completo para el tipo de negocio que se trate. De esta manera se obtendrá
el meta-modelo a partir del cual se personalizará vía parámetros para cada
negocio en particular.
3.3.1.- Tipos de Fuentes de Información Universales.
Se presentan fuentes de información no tradicionales con la finalidad de

solucionar los problemas mencionados causados por depender del usuario
como fuente principal.
Para conseguir el Meta Modelo las fuentes deben ser de categoría

Universal, es decir válida para toda empresa.
Los Tipos de Fuentes que existen son las siguientes:

1.- Fuentes Escritas

2.- Fuentes Orales
3.- Fuentes Vivenciales
3.3.2.- Fuentes Escritas Universales

El conocimiento del Negocio está compuesto por una base teórica y una
experiencia basada en la casuística producto del tiempo de convivencia
con el sistema (K = BT + EXP).
Para la Base Teórica se debe:

- Conseguir documentos:
- Académico (Misión del Área)
- Laborales (Generados por la empresa)
- Estudiar la documentación
- Aplicar a la empresa como un caso particular
El documento teórico académico clave es aquel que define la Misión

del sistema, solo en lo referido a su Propósito de negocio.
A partir de este se desarrollan toda la funcionalidad requerida.
3.3.3.- Fuentes Orales Universales: Aplicados a Expertos y usuarios.

• Preparación del Cuestionario:
Con la información obtenida en la investigación documentaria
debemos preparar una batería de preguntas dirigidas hacia él experto, de
manera que se puedan cubrir temas pendientes de las fuentes teóricas.
La preparación de la encuesta debe ser realizada por el analista
responsable del proyecto.
• Ejecución del Cuestionario:

Debe estar a cargo de un analista con ciertas características personales

tales como: agudeza y precisión para el enfoque de los temas, así como ser
afable y cortés en el trato.
3.3.4.- Fuente Vivencial: Observación Participante:

• Consiste en experimentar directamente conviviendo en el área
usuaria, observando y validando lo estudiado y conversado con los
usuarios operativos.
• Se recomienda estar presente sobre todo en los eventos claves como
cambio de ciclo del sistema o, incidencias diarias, entre otras.
• Las vivencias documentadas, así como toda la documentación serán
tratadas de manera reflexiva, por ser el ingrediente natural para la
conceptualización del sistema
3.3.5.- Misión del Área de Negocio.

Por definición la Misión es el Propósito o Razón de Ser del área de
negocio.
A partir de esta definición, se deducen las Funciones implícitas.
Esquemáticamente:
Misión = Propósito del Sistema (Razón de Ser).
MISIÓN = ENTREGAR (PRODUCTO)
Para llegar a establecer la Misión de manera correcta, se

recomienda responder de la manera más amplia y sintética posible la
siguiente pregunta:
¿Para que existe el área?
Al tratar de responder esta cuestión aplicando ingeniería de reversa, se

irá deduciendo desde la función final (entrega del producto) hasta la
funcionalidad inicial, vía deducción lógica. Hasta descubrir la cadena funcional
de manera completa.
La Misión está compuesta por Funciones.
MISION = {Funciones / Asegure Propósito Sistema}

Esquemáticamente: MISION = ∑ FUNCIONES
MISION: Razón de ser del Sistema, se descompone en:

Función1: Parte1 de Misión
.

Este esquema nos indica como a partir de la Misión se debe ser capaz de
descubrir todas las Funciones necesarias para producir el propósito del
sistema.
Es el ADN del Modelo Funcional.
3.4.- Función
Una Función se define como una Actividad propia de una entidad.
Actividad está dada por un conjunto de Operaciones de Negocio.
Actividad = {Operaciones de Negocio}
3.4.1.- Operaciones de Negocio.

Las Operaciones de Negocio son todas las actividades de negocio, es el
conjunto de acciones, de manera que se pueda operar de manera completa y
óptima para lograr el Propósito del sistema (Operar = Hacer).
Operación de Negocio = Unidad Mínima de una Actividad Negocio
Por ejemplo, en un sistema contable, se tienen varias operaciones como:

- OPENEG1 Registrar Hecho Contable (Asiento contable)
- OPENEG2 Cuadrar Saldo de Cuenta
- OPENEG3 Actualizar Saldo Contable
- OPENEG4 Balance Patrimonial
- OPENEG5 Estado de Ganancias y Pérdidas
- .
- .

FUNCION = {Universo Operaciones / Desarrollan la Función}
Ope Neg5
Ope Neg3
Ope Neg4
Ope-Neg1
Ope-Neg2
Se implementan a través de los Métodos.
3.4.2.- Métodos (Servicio de Acceso a Datos).

Los Métodos son mecanismos para ejecutar la funcionalidad del objeto y
propiciar su cambio de estado.
Cada objeto recibe el mensaje de aplicar un Método en particular, a su
estructura de datos.
De esta manera quedará Modificado el Parque de Datos. Creando,
Modificando o Eliminando al objeto.
Ejemplo:
OBJETO-CUENTA:
.Número-Cuenta Esta estructura de datos del
.Fecha-Apertura Objeto quedará alterada
.Total-Movimientos después del evento.
.Total-Saldo-Contable Dependerá del contenido del
.Total-Saldo-Disponible
.Total-Saldo-Transito mensaje que reciba desde una
.Total-Saldo-Confirmar Operación de Negocio.
.Total-Saldo-Directo
.Total-Saldo-Comprometido
.Estado
Esta estructura de datos del Objeto
OBJETO-EVENTO-CONTABLE:
.Número-Evento quedará creada después del evento.
.Fecha-Evento Dependerá del contenido del mensaje
.Hora-Evento que reciba desde una Operación de
.Total-Monto-Evento
Negocio.
.Estado-Evento
3.4.3.- Límites Funcionales del Sistema

Cada área del negocio es responsable por las funciones que le compete.
Para conocer los límites o línea que separa a un sistema de su entorno
se debe demarcar funcionalmente. Esta demarcación no es física y está en
función del parque de datos.
El no hacerlo podría superponer diferentes áreas vecinas y disputarse
los datos.
MISION = {Datos a ser Impactados}
Con estas ecuaciones conceptuales se demuestra como la Misión de un

sistema delimita el conjunto de datos de su dominio.
Cuando se detecta que se ha producido un cambio en la Base de Datos,
es porque que ha ocurrido un evento que ha impactado en la Base de Datos.
Otra interpretación de esta ecuación nos dice que para poder desarrollar
a plenitud la Misión de un sistema depende del conjunto de datos definidos en
el modelo de la Arquitectura.
3.5.- Transacciones (Descubriendo Negocio).

Conjunto acotado de operaciones que se integran para generar
negocio.
Negocio: Sinergia entre los Elementos que participan en la Transacción.
Partiendo de un repositorio de Operaciones de Negocio, la Transacción

orquestará a este conjunto en una secuencia única para producir negocio.

FUNCIÓN
Transación2
Transación1 OPNEG1
OPNEG2 OPNEG3 Transación3
OPNEG4
Transación4
OPNEG5 OPNEG6
Transación5
Transación1 La Transacción1 ordena la

OPNEG1 ejecución de la OpNeg1,
OpNeg2 y la OpNeg5.
OPNEG2
Ejemplo:
OpNeg1: Carga Cuenta
OpNeg2: Abona Cuenta
OPNEG5 OpNeg5: Registra Hecho
El Negocio es Transferencia
bancaria:
Ejemplo:
Para cada operación Financiera se deberá de registrar el Hecho
Contable para luego actualizar el saldo final de las cuentas
comprometidas en él evento.
Es decir:
Transacción Contable:
Ejecuta dos operaciones en la siguiente secuencia:
- Paso1 Registrar Hecho Contable OPENEG1

- Paso2 Actualizar Saldo Contable OPENEG3
De todas las operaciones de repositorio, solamente fue necesario la

aplicación de dos de ellas.

Función ➔ Operaciones ➔ Métodos➔ Datos
3.5.1.- Eventos: Produciendo Negocio

Hechos del mundo real.
EVENTO = TRANSACCIÓN CONSUMADA.
La Transacción define la Secuencia de Operaciones de Negocio, a modo

de Protocolo.
En el ejemplo de la operativa contable, la transacción describe como

deben darse este conjunto de operaciones. Los eventos siguiendo ese libreto
las concretan.
Las transacciones imponen un conjunto de condiciones para que estas
puedan darse.
Además, al consumar el hecho provocan cambios en los datos.
Sintetizando, el concepto de Evento:

En base a las Consideraciones previas, se define como:
Punto del tiempo en que se dan condiciones para que se

desencadenen una serie de Operaciones de Negocio, en una secuencia
determinada.
En esta definición se mencionan tres elementos fundamentales:

• Condiciones y
• Operaciones de Negocio
• Secuencia de ejecución

Se deben validar las Condiciones antes de iniciar Operaciones. Porque

los eventos requieren requisitos para su activación (no son espontáneos).
Concretándose de esta manera los Hechos Consumados.

Las Operaciones desencadenadas son aquellas necesarias e
imprescindibles para la consolidación del Producto a ser entregado.
No todas las Operaciones del Negocio participan en un evento particular.

Sólo aquellas que aporten al Producto del evento.
Al realizar Operaciones sobre los objetos estos serán alterados en su

estado inicial generándose cambios después del evento. Así los Eventos son
los encargados de generar los cambios al sistema. Estos cambios se
evidencian en el cambio de la base de datos.
Al generar estos cambios se da una “explosión” de datos Impactados

(Parque de Datos). Porque en un solo instante aparecen muchos datos
involucrados (algunos modificados, creados o eliminados) en el Evento que han
sido alterados.
Comprobándose que:
Los Eventos constituyen la “Energía “del Sistema.

OPERADORES
INICIO-EVENTO
FIN-EVENTO
ACTIALIZA SALDOS
CONSIGUE DATA
GRABA EVENTO
VALIDA DATA
En la figura se observa un grupo de personas realizando operaciones de negocio de diferente naturaleza.
Para aplicar los Tratamientos sobre los Objetos de datos se utilizan los
Métodos, estos son los únicos encargados de manipular datos como: Método
de Alta, Baja y Cambio de objetos.

Estos Métodos o Servicio de Acceso a Datos implementan los cambios

físicos alterando la base de datos.
3.5.2.- Parque de Datos.

Son el Conjunto de Datos impactados por los Eventos. Se generan en
cada evento al cambiar de estado.
Parque de Datos = {Datos Impactados}
El concepto de Parque de datos hace alusión a la existencia real de un

conjunto de datos, como consecuencia de los hechos propiciados por los
eventos.
En el siguiente gráfico se aprecia la generación del parque:
3.5.3.- Secuencia de pasos a seguir para obtener el Parque de

Datos:
1.- Definir la Misión
2.- Detallar las Funciones de la Misión
3.- Detallar el Universo de las Operaciones de la Función
4.- Para cada Transacción detallar sólo las Operaciones involucradas
5.- Para cada Operación detallar los Métodos invocados

6.- Para cada Método capturar todos los datos que intervienen.
Se concluye que el motor del cambio en la base de datos son los eventos:
EVENTO = ∑ ATRIBUTO
Evento: Evidencian los cambios producidos sobre los datos.

Atributo1: Dato1 de Evento
.
.
Sintetizando:
MISION:
FUNCION1
EVENTO1 (ATRIB1, ATRIB2,….)
EVENTO2
EVENTO3 D
FUNCION2
EVENTO-X A
EVENTO-Y
EVENTO-Z EVENTO (FUENTE) T
FUNCION3
EVENTO-a
O
.
. S
Todo cambio se evidencia en los datos (antes y después del evento).
Los eventos tienen la “energía” necesaria para consumar hechos realizando

transformaciones a los datos contenidos en los atributos o Meta-datos.
Las entidades que se ven afectadas por estos eventos, evidencian los
cambios en la estructura de sus datos (contabilizándolos en sus estadísticas).
Estas entidades a través de sus Atributos Estadísticos (Saldos) llevan la

Cuenta de sus cambios. Reciben el nombre Entidades Cuentas.
Si lo formalizamos en lenguaje matemático tendríamos lo siguiente:
Saldo-Final (Dato) = Saldo-Inicial (datos) + Cambio (Evento)

3.5.4.- Impacto de Eventos hacia las Entidades (Cuentas)
ENTIDAD-1
ENTIDAD-8 ENTIDAD-2
ENTIDAD-7
ENTIDAD-6 EVENTO ENTIDAD-3
ENTIDAD-5
ENTIDAD-4
Figura 1.- Impacto de un Evento sobre varias entidades.
Cada una de estas entidades representan a cualquier ente de la realidad

como: Alumno, Cliente, Proveedor, Médico, etc., también entidades de
naturaleza de productos servicios como: Transportes, Ventas, Hospedaje,
Atención Médica, etc.
Cuando se indica el impacto de los eventos sobre las entidades Cuentas
no se detalla el proceso en sí que se desarrolló, sino la función que se aplicó,
porque los procesos pueden variar a cada instante en su estructura, a
diferencia de las funciones que siempre permanecen constantes como parte de
la Misión, lo cual le da estabilidad al modelo.
Paradigma Funcional
3.5.5.- Modelo Gráfico del Método para plantear el Modelo Funcional
Figura 2.- La Misión inicio de toda Funcionalidad

La figura, muestra el esquema para obtener el “Parque de Datos” del

Sistema, el mismo que evolucionará hasta convertirse en el dominio de la
Información.
Generalmente cuando el usuario presenta un requerimiento este es
vago, con vacíos y precariedad funcional. Sin la proyección para su robustez.
El gráfico presenta, que el aporte del usuario es un pequeño porcentaje
de sus requerimientos, mientras que la Misión determina con amplitud la
funcionalidad de manera completa (Robusta).
3.5.6.- Matriz del Parque de Datos

En todo Protocolo de la Macro-Función de Entrega, se da la cascada
presentada en el esquema inferior. Se interpreta como una Macro-Función y se
desarrolla por medio de Eventos. Seguidamente, cada Evento desencadena
Operaciones de Negocio. Posteriormente cada Operación de Negocio aplicará
Métodos a los Objetos. Impactando en cada Atributo del objeto.
Para el ejemplo, el protocolo de la Función posee tres Eventos. Cada
Evento tres Operaciones. Cada Operación tres Métodos y, Cada Método
impacta a cinco Atributos.
Matriz del Parque de Datos
MACRO-
MACRO-FUNCIÓN EVENTO OPERACIÓN METODO PARQUE DE DATOS
MISION METODO1 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5
OPERACIÓN-1 METODO2 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5
METODO3 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5

E-EVENTO-1 OPERACIÓN-2 METODO2 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5

METODO1 ATRIBUTO1 ATRUBUTO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5

PROTOCOLO METODO1 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5

ENTREGA E-EVENTO-2 OPERACIÓN-2 METODO2 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5
PRODUCTO
METODO1 ATRIBUTO1 ATRUBUTO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5

E-EVENTO-3 OPERACIÓN-2 METODO2 ATRIBUTO1 ATRUBITO2 ATRIBUTO3 ATRIBUTO4 ATRIBUTO5
A continuación, se presenta el caso del sistema académico.

Misión. La Razón de ser de un Sistema Académico es la de Investigar y

Transmitir conocimiento científico y técnico. Esta Misión presenta dos
propósitos investigar y transmitir.
Se desarrolla la transmisión de conocimientos por ser la más familiar.
Funciones:
• Definición de especialidades con toda su complejidad mallas
curriculares, sílabos, sistemas de evaluación etc.
• Programación de actividades académicas como: programación del
ciclo académico, clases, horarios, exámenes, etc.
• Matrícula y retiro de clases.
• Sesiones de Clase, donde se transmiten los conocimientos.
Sesión de Clase
Evento -1.- SESION-CLASE
Operación. – INICIA-SESION
METODO: CREA-EVENTO
Atributos: Fecha, Hora, Ciclo-Académico, Nro.-Sesión, Tipo-Sesión,
Curso, Créditos, Objetivo, Horas, Sección, Cupo-Mínimo, Cupo-Máximo,
Horario,
Operación. UBICA-AULA
METODO: RELAC-AULA-EVENTO
METODO: ACT-ESTAD-AULA
Atributos: Código-Aula, Tipo-aula, Capacidad, Cantidad-Uso, Estado
Operación. Compensa Pendiente
METODO: RELAC-COMPENSA-EVENTO
METODO: ACTUALIZA(PENDIENTE)
Atributos: Nro.-Sesión-Programada, Estado-Sesión, Curso, Sección,
Ciclo
Evento-2.- DICTA-DOCENTE
Operación. LLEGA-DOCENTE
METODO: CREA-LLEGADA-EVENTO
METODO: REL-MACRO
Atributos: Fecha-Hora, Código-Docente, Estado
Operación: DICTA
METODO: RELAC-EVENTO
METODO: ACT-RECORD-DOCENTE
Atributos: Código-Docente, Categoría, Estado, Total-horas, Total-Sesiones
Evento-3.- ASISTE-ALUMNO:
Operación: LLEGA-ALUMNO
METODO: CREA-LLEGADA-EVENTO
METODO: REL-MACRO
Atributos: Fecha-Hora, Código-Alumno
Operación. ASISTENCIA
METODO: RELAC-EVENTO
METODO: ACT-RECORD-ALUMNO

Atributos: Código-Alumno, Tipo-Alumno, Situación, Record-Asistencia,

Ponderado, Código-Matrícula, Porcentaje-máximo-inasistencias,
Evento-4.- TRATA-TEMA:
Operación: INICIA-TEMA
METODO: CREA-TEMA-EVENTO
METODO: REL-MACRO
Atributos: Fecha, Hora, Tema, Duración
Operación. TRATA-TEMA
METODO: RELAC-TEMA-EVENTO
- METODO: ACT-CANT-TEMAS
Atributos: Código-Tema, Duración, Tipo, Capítulo, Total-horas, Total-Sesiones
Secuencia de Eventos
Evento-1.- Inicia-Macro-Evento, Ubica la Sesión, Compensa Pendiente
Evento-2.- Dictar la Sesión
Evento-3.- Asistencia a la Sesión
Evento-4.- Tratado de Temas
FUNCIÓN: SESION DE CLASE

En este
gráfico, se
aprecian dos
esquemas en
la parte
superior:
Modelo de
Datos y, en la
parte inferior el
Modelo de
Eventos. Cada
Relación del
modelo de
datos tiene su
Operación en
el Modelo de
Eventos.
La llegada de los actores en diferentes momentos de la Sesión, generan eventos distintos. Pero todos se originan por
el Macro Evento Sesión de Clase.

SEMA4 Requer Mision Func TRX Evento

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SEMA4 Requer Mision Func TRX Evento

Cargado por

Copyright:

Formatos disponibles

Arquitectura de Datos

UNIVERSIDAD NACIONAL DE INGENIERÍA

MÉTODO PARA MODELAR

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 1

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 2

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 3

3.3.- Fuentes de Conocimiento.

3.3.1.- Tipos de Fuentes de Información Universales.

Se presentan fuentes de información no tradicionales con la finalidad de

Para conseguir el Meta Modelo las fuentes deben ser de categoría

Los Tipos de Fuentes que existen son las siguientes:

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 4

1.- Fuentes Escritas

3.3.2.- Fuentes Escritas Universales

Para la Base Teórica se debe:

El documento teórico académico clave es aquel que define la Misión

3.3.3.- Fuentes Orales Universales: Aplicados a Expertos y usuarios.

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 5

Debe estar a cargo de un analista con ciertas características personales

3.3.4.- Fuente Vivencial: Observación Participante:

3.3.5.- Misión del Área de Negocio.

Misión = Propósito del Sistema (Razón de Ser).

MISIÓN = ENTREGAR (PRODUCTO)

Para llegar a establecer la Misión de manera correcta, se

¿Para que existe el área?

Al tratar de responder esta cuestión aplicando ingeniería de reversa, se

La Misión está compuesta por Funciones.

MISION = {Funciones / Asegure Propósito Sistema}

MISION: Razón de ser del Sistema, se descompone en:

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 6

Actividad está dada por un conjunto de Operaciones de Negocio.

Actividad = {Operaciones de Negocio}

3.4.1.- Operaciones de Negocio.

Operación de Negocio = Unidad Mínima de una Actividad Negocio

Por ejemplo, en un sistema contable, se tienen varias operaciones como:

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 7

FUNCION = {Universo Operaciones / Desarrollan la Función}

Se implementan a través de los Métodos.

3.4.2.- Métodos (Servicio de Acceso a Datos).

3.4.3.- Límites Funcionales del Sistema

MISION = {Datos a ser Impactados}

Con estas ecuaciones conceptuales se demuestra como la Misión de un

3.5.- Transacciones (Descubriendo Negocio).

Negocio: Sinergia entre los Elementos que participan en la Transacción.

Partiendo de un repositorio de Operaciones de Negocio, la Transacción

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 9

OPNEG2 OPNEG3 Transación3

Transación1 La Transacción1 ordena la

Ejecuta dos operaciones en la siguiente secuencia:

- Paso1 Registrar Hecho Contable OPENEG1

De todas las operaciones de repositorio, solamente fue necesario la

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 10

Función ➔ Operaciones ➔ Métodos➔ Datos

3.5.1.- Eventos: Produciendo Negocio

EVENTO = TRANSACCIÓN CONSUMADA.

La Transacción define la Secuencia de Operaciones de Negocio, a modo

En el ejemplo de la operativa contable, la transacción describe como

Sintetizando, el concepto de Evento:

Punto del tiempo en que se dan condiciones para que se

En esta definición se mencionan tres elementos fundamentales:

Modelado de Datos con Robustez y Estabilidad Dr. Tino Reyna M. 11

Se deben validar las Condiciones antes de iniciar Operaciones. Porque

Concretándose de esta manera los Hechos Consumados.