Estructura de base de datos Modelo conceptual

1. Modelo conceptual

Identificación de los objetos que participan en el negocio descrito.

Negocio: Tenemos un médico, un paciente, una consulta, un consultorio, etc.

De esto obtenemos el Modelo Entidad Relación, usamos la Normalización ó usamos el Modelo de Objetos (Persistencia de Datos y relaciones).

Diseño

De las entidades u objeto identificados, hacemos una especificación de cada uno de ellos (a esto le llamamos diseño lógico), pensando que después se convertirán en un espacio físico.

Construcción

La base de Datos se crea físicamente, cada entidad u objeto se convierte en tabla, implementándolo de acuerdo al diseño de Base de Datos (especificación hecha).

Los Sistemas de bases de datos Relacionales como ORACLE® permiten procesar gran cantidad de información en muy poco tiempo, así mismo, permiten que un gran número de usuarios hagan uso de la misma información en forma concurrente.   La base de datos se encarga de controlar la integridad y exactitud de la data, permitiendo que las ‘Reglas del Negocio’ se mantengan intactas dentro del repositorio de datos.

1. Modelo Relacional

El contenido entero de una base de datos relacional se representa por una y sola una forma, a saber: como valores de atributos en tuplas dentro de relaciones.

E. F. Codd

1. Primeros comienzos

Tenemos una relación matemática:

Relación= {(e1,e2) | e1 € E1, e2 € E2}

Donde E: Son dominios

e: Son ocurrencias de entidades

Ejemplo: Matrimonio= { (e1,e2)| e1 € “Persona”, e2 € “Persona”}

Donde e1: Esposo, e2: Esposa

Relación=Matrimonio

Estos principios comenzaron con los dos importantes hombres de la base de datos, Edgar Frank "Ted" Codd y Charles Bachman

[pic 1]

Figura 1. Modelo matemático

[pic 2]

Figura 2.Marco de trabajo de la base de datos

La figura explica el proceso de la implementación de un sistema de información desde la perspectiva de la gestión de los requerimientos, los cuales serán alineados a la implementación del software.

Comenzamos con la gestión de los requerimientos, los cuales son diseñados basándose en entrevistas, focus group, encuestas, etc.

Se realiza una lista de todos los requerimientos, para después identificar aquellos que son funcionales, es decir; que serán implementados en un sistema de información.

Una vez que se identifica los requerimientos funcionales, se identifican las entidades que se encuentran en aquellos requerimientos funcionales, estas serán según las matemáticas las matrices, según la programación los objetos, según la base de datos las entidades o al final en un gestor de base de datos las estructuras de almacenamiento llamadas tablas

Diseño de requerimientos

Consiste en la definición del modelo del negocio, transcrito en los procesos que se desarrolla en dicho negocio.

Características:

• Cada entidad debe representar una única idea.
• El único objeto que puede tener atributos es una entidad. Las relaciones no tienen atributos propios.
• Toda entidad debe tener:

• Un identificador definido (Simple o compuesto).
• Por lo menos un atributo no clave

[pic 3]

Figura 3. Proceso de abstracción del mundo real

La estructura de la información manejada a este nivel sería

• Descripción del requerimiento
• Definición de los procesos concernientes (actividades a realizar), distinguir entre actividades automatizables y las no automatizables
• Definición de roles
• Definición de reglas de negocio
• Definición del modelo de datos (conceptual, lógico, físico, dimensional, de conocimiento)

Partiendo del modelo conceptual del negocio que incluye (Análisis de requerimientos funcionales y el diseño del modelo de base de datos que usara el sistema).

Ejemplo

Sistema de ventas

[pic 4]

Figura 4. Módulo de venta

Se procederá al modelamiento a través de la gestión de requerimientos

Etapa de Planificación

1. ACTIVIDAD: el cliente sale de su casa ---- no se puede automatizar
2. ACTIVIDAD: encuentra la forma de conocer el producto ---- si se puede automatizar

Colocar un catálogo de producto (tiene q ser llamativa).

1. ACTIVIDAD: Concepción de la idea del producto---- no se puede automatizar
2. ACTIVIDAD: selecciona el producto---- si se puede automatizar

Agregar producto al carrito

1. ACTIVIDAD: forma de pago---- si se puede automatizar

Pago

1. ACTIVIDAD: entrega del producto---- no se puede automatizar

Registrar la venta

Tabla 1. Descripción de la etapa de planificación

Etapa de organización

[pic 5]

Figura 5.Diagrama de procesos del caso analizado

...