DISEÑO DE INTERACCIONES CON

LA BASE DE DATOS

Brian Steven Gonzales Nariño

Iván Alberto Carrillo Mendoza
 DESARROLLO DE SISTEMAS EN UN
AMBIENTE DE BASES DE DATOS

• Cuando el propósito del sistema es el soporte de las decisiones de la

dirección y los mismos datos se utilizan en aplicaciones múltiples, el analista
debe implementar las bases de datos y los sistemas para su manejo.
• Los analistas deben diseñar los medios de interacción con las bases de datos
de la organización.
 RELACIONES ENTRE LOS DATOS

• Las relaciones entre los datos se hacen entre entidades una entidad es un
centro de atención ejemplo: un pedido o un inventario.
• Cuando analistas y usuarios se familiarizan con el sistema de información
surgen nuevos requerimientos entonces no solo es necesario recuperar un
registro sino relacionarlo con distintas entidades
En este ejemplo la entidad cliente apunta hacia la entidad vehículo, un cliente puede tener muchos vehículos, y un vehículo solo
puede pertenecer a un cliente.
Hay otras relaciones entre entidades que representan las actividades en una organización por ejemplo los departamentos están
conformados por empleados, los productos tiene partes y los proyectos incluyen a los empleados en cada uno de estos ejemplos
las entidades están relacionadas entre si.
 DESCRIPCIÓN DE LAS RELACIONES
ENTRE ENTIDADES

• Se describen mediante su dependencia una de la otra y por su alcance de

relación.
 DEPENDENCIA ENTRE ENTIDADES

• Dependencia existencial: una entidad no puede existir a menos que la otra

este presente, ejemplo los pedidos no pueden existir sin que exista el cliente.
En una base datos al borrar los registros de una entidad se pueden borrar los
registros de la otra.
• Dependencia de identificación: una dependencia no puede identificarse de
manera única con sus propios atributos. La identificación es posible mediante
la relación de una entidad con otras por ejemplo las calles son únicas dentro
de las ciudades las ciudades son únicas dentro de los estados, debemos
conocer tanto la calle como la ciudad, la ciudad como el estado para
identificar completamente que esta es una entidad de lugar.
 DIAGRAMAS DE ESTRUTURA DE DATOS

Es una descripción de la relación entre entidades (personas, lugares, eventos y

objetos) de un sistema y el conjunto de información relacionado con la entidad.
Una vez que se han determinado las entidades y sus relaciones, se pueden
centrar en los requerimientos de datos para cada entidad; y se construirá un
diagrama de estructura de datos a partir de la información obtenida, al preparar
el diagrama de relación entre las entidades (las entidades y la dirección y el
alcance de las relaciones entre ellas).
 FINALIDADES

• Verificar los requerimientos de información.

• Describir los datos asociados con las entidades.
• Mostrar la relación entre entidades.
 NOTACIÓN

Una común se usa al preparar los diagramas de estructura de datos. Las entidades se representan mediante
rectángulos, con el nombre de la entidad en la parte de arriba y una lista de atributos que describan la entidad.
Cada entidad se puede identificar mediante un atributo llave.
El uso de los diagramas de estructura de datos requiere que el analista haga preguntas importantes acerca de
la entidad a describir. La llave de registro, identifica de una forma única a la cuenta. Los demás detalles son los
atributos.
 USO EN EL DISEÑO DE ARCHIVO

Además de los componentes básicos existen dos elementos adicionales

esenciales:
• Apuntadores atributos: enlazan dos entidades mediante la información común,
usualmente un atributo llave en uno y un atributo (no llave) en el otro.
• Apuntadores lógicos: identifican las relaciones entre las entidades, sirven para
obtener acceso inmediato a la información en una entidad, definiendo un
atributo llave en otra entidad.
Los apuntadores lógicos, que usualmente se indican en la parte inferior del
diagrama de estructura de datos, son los enlaces con las demás entidades
incluidas en el diagrama.
EJEMPLO DIAGRAMA ESTRUCTURA DE
DATOS
 COMPARTIR DATOS ENTRE LAS
APLICACIONES

Cada sistema se puede desarrollar por separado, guardando los datos de los
estados de cuenta aparte de los datos del inventario. Al desarrollar mas sistemas
y crecer su utilidad, muy seguido existe la necesidad de integrar los sistemas
para permitir que la información sea compartida por mas de un sistema.
• REDUNDANCIA
Si cada sistema se desarrolla en forma independiente, la información puede ser almacenada al menos una vez en cada
sistema, éste además de requerir espacio de almacenamiento extra.
• INTEGRIDAD
La integridad de los datos consiste en mantener la precisión y consistencia de los valores de los datos. Los mecanismos
de seguridad protegen la integridad de los datos. También se pueden mantener en el diccionario de datos restricciones
sobre los valores, aunque es una tarea que resulta complicada.
Por último, resaltar que los mecanismos de copias de seguridad y restauración soportados por el SGBD deben
preservar los datos de cualquier fallo del sistema.
 EL IMPACTO DE LOS SISTEMAS DE MANEJO
DE UNA BASE DE DATOS EN EL DISEÑO DE
SISTEMAS

los DBMS(sistema de gestión de bases de datos) son sistemas de manejadores de

bases de datos que cuentan con:
• La flexibilidad en el almacenamiento
• Recuperación de datos
• Producción de información
Es decir que es un lenguaje para el manejo de base de datos.
 ESQUEMA

Es un puente entre el programa de aplicación el cual determina cuales datos son

necesarios y como se les procesara, que coloca los datos en los dispositivos de
almacenamiento y define a la sección de la base de datos que se utilizara para la
recuperación de la información:
• El programa determinara que datos y necesidades tienen al DBMS
• el DBMS determina que los datos estén en el sistema
• Instruye al sistema operativo para localizar y recuperar los datos del lugar
especifico en el dispositivo donde se almacenan.
• se da una copia de datos al programa de aplicación para su procesamiento.
El DBMS permite la independencia de los datos lo cual si el programa cambie los datos no sufren cambios y se
emplea un diccionario que evita la duplicidad de datos.

ESTRUCTURA DE DATOS PARA LOS DATOS INTERRELACIONADOS

El almacenamiento se da mediante organizaciones secuenciales, aleatorias o indexadas.

Se creara multi-listas que es como una cadena que cada eslabón es un registro que cumple con los requisitos
del usuario, es decir que los registros no se mueven sino que cada registro que contiene información ligada se
va añadiendo a la cadena o lista.
 ARCHIVO INVERTIDO

Es un tipo de estructura de datos que se usa comúnmente y utiliza un índice

para para almacenar la información para la ubicación de registros con atributos
particulares , existe un índice por cada tipo de datos en el conjunto de datos.
 MODELO DE DATOS

Es un lenguaje orientado a describir una Base de Datos. Típicamente un modelo

de datos permite describir:
• Las estructuras de datos de la base: El tipo de los datos que hay en la base y la
forma en que se relacionan.
• Las restricciones de integridad: Un conjunto de condiciones que deben
cumplir los datos para reflejar correctamente la realidad deseada.
• Operaciones de manipulación de los datos: típicamente, operaciones de
agregado, borrado, modificación y recuperación de los datos de la base.
Un modelo de datos, permite describir los elementos de la realidad que intervienen en un problema dado y la
forma en que se relacionan esos elementos entre sí.
Los modelos de datos hacen que sea más fácil comprender el significado de los datos; por tanto, modelamos
los datos para estar seguros de comprender:
• La perspectiva que cada usuario tiene de los datos.
• La naturaleza de los propios datos, independiente de su representación física.
• La utilización de los datos en distintas vistas de usuario.
Los modelos de datos pueden utilizarse para representar la visión que el diseñador tiene de lo requisitos de
información de la empresa.
 MODELO RELACIONAL

Su idea fundamental es el uso de «relaciones». Estas relaciones podrían

considerarse en forma lógica como conjuntos de datos llamados «tuplas». Pese a
que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank
Codd, la mayoría de las veces se conceptualiza de una manera más fácil de
imaginar, esto es, pensando en cada relación como si fuese una tabla que está
compuesta por registros (cada fila de la tabla sería un registro o tupla), y
columnas (también llamadas campos).
 ESTRUCTURACION DE DATOS

Es una forma de organizar un conjunto de datos elementales con el objetivo de

facilitar su manipulación. Un dato elemental es la mínima información que se tiene en
un sistema.
Una estructura de datos define la organización e interrelación de éstos y un conjunto
de operaciones que se pueden realizar sobre ellos. Las operaciones básicas son:
• Alta, adicionar un nuevo valor a la estructura.
• Baja, borrar un valor de la estructura.
• Búsqueda, encontrar un determinado valor en la estructura para realizar una
operación con este valor, en forma secuencial o binario (siempre y cuando los
datos estén ordenados).
Otras operaciones que se pueden realizar son:
• Ordenamiento, de los elementos pertenecientes a la estructura.
• Apareo, dadas dos estructuras originar una nueva ordenada y que contenga a las apareadas.
Cada estructura ofrece ventajas y desventajas en relación a la simplicidad y eficiencia para la realización de
cada operación.
De esta forma, la elección de la estructura de datos apropiada para cada problema depende de factores como
la frecuencia y el orden en que se realiza cada operación sobre los datos.
 NORMALIZACION

Es la redacción y aprobación de normas que se establecen para garantizar el

acoplamiento de elementos construidos independientemente, así como
garantizar el repuesto en caso de ser necesario, garantizar la calidad de los
elementos fabricados y la seguridad de funcionamiento y para trabajar con
responsabilidad social.
 FORMAS NORMALES:

Las formas normales son aplicadas a las tablas de una base de datos. Decir que
una base de datos está en la forma normal N es decir que todas sus tablas están
en la forma normal N.
En general, las primeras tres formas normales son suficientes para cubrir las
necesidades de la mayoría de las bases de datos.
El creador de estas 3 primeras formas normales (o reglas) fue Edgar F.
 PRIMERA FORMA NORMAL (1FN)

Una tabla está en Primera Forma Normal si:

• Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son
indivisibles, mínimos.
• La tabla contiene una clave primaria.
• La llave primaria no contiene atributos nulos.
• No posee ciclos repetitivos.
• No debe de existir variación en el número de columnas.
Una columna no puede tener múltiples valores. Los datos son atómicos. (Si a cada valor de X le
pertenece un valor de Y, entonces a cada valor de Y le pertenece un valor de X)
Esta forma normal elimina los valores repetidos dentro de una BD.
 SEGUNDA FORMA NORMAL (2FN)

Dependencia Funcional.

Una relación está en 2FN si está en 1FN y si los atributos que no forman parte
de ninguna clave dependen de forma completa de la clave principal. Es decir que
no existen dependencias parciales.
 TERCERA FORMA NORMAL (3FN)

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia

funcional transitiva entre los atributos que no son clave.
Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un
esquema de relación R es una dependencia transitiva si hay un conjunto de
atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene
X->Z y Z->Y.
Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva.
RESUMEN EN LOS PASOS DE
NORMALIZACIÓN
 MANIPULACION DE DATOS

Depende del diseño de la base de datos si es óptimo su desarrollo sus

directrices serán más fáciles de recuperar.

El lenguaje de manipulación de datos (DML) es utilizado para escribir programas

que crean, actualizan y extraen información de las bases de datos.
• Es indispensable para el diseño de informes y para responder a consultas utilizando uno de los tres
operadores relacionales.
Esta se emplea con más frecuencia en la práctica, debido al rápido entendimiento por parte de los usuarios que
no tienen conocimientos profundos sobre Sistemas de Bases de Datos

Es importante mencionar que la mayoría de los paquetes que manejan bases de datos disponibles en el
mercado poseen las instrucciones SELECT, PROJECT Y JOIN con diferentes nombres y modalidades pero las
mismas funciones.
En este modelo toda la información se representa a través de arreglos bidimensionales o tablas.
Estas operaciones básicas son:
• SELECT
• PROJECT
• JOIN
• Operaciones SELECT
Operación que sirve para extraer renglones de una tabla a una nueva tabla como respuesta a una solicitud a partir de
la tabla inicial que cumpla con los requerimientos según la solicitud, siendo la respuesta a la nueva relación.
• Operaciones PROJECT
Crea una nueva tabla a partir de datos extraídos seleccionando columnas de alguna tabla en relación a alguna solicitud.
• Operaciones JOIN
Relación que combina tablas existentes en respuesta a la pregunta removiendo aquellos datos duplicados
OPERACIONES RELACIONALES:
MANIPULACIÓN DE DATOS
 MODELO DE DATOS JERÁRQUICO

Es un modelo de datos en el cual los datos son organizados en una estructura

parecida a un árbol. La estructura permite a la información que repite y usa
relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo
tiene un padre. Todos los atributos de un registro específico son catalogados
bajo un tipo de entidad.
 CARACTERÍSTICAS DE LAS BASES DE
DATOS JERÁRQUICAS:

• Los segmentos de un Archivo jerárquico están dispuestos en forma de árbol.

• Los segmentos están enlazados mediante relaciones uno a muchos.
• Cada nodo consta de uno o más campos.
• Cada ocurrencia de un registro padre pueden tener distinto número de
ocurrencias de registros hijos.
• Cuando se elimina un registro padre se deben eliminar todos los registros
hijos (integridad de los datos.
• Todo registro hijo debe tener un único registro padre excepto la raíz.
 EJEMPLO DE UN MODELO JERÁRQUICO:

En una base de datos, un tipo de entidad es el equivalente de una tabla; cada

registro individual es representado como una fila y un atributo como una
columna. Los tipos de entidad son relacionados el uno con el otro usando 1:
Trazar un mapa de n, también conocido como relación de uno a varios. El
ejemplo más aprobado de base de datos jerárquica modela es un IMS diseñado
por la IBM.
 HISTORIA

Una base de datos puesta en práctica relacionada con este tipo de modelo de
datos primero fue llamada en la forma de publicación en 1992. Antes del
desarrollo del primer sistema de gestión de datos (DBMS), los programas de
uso proporcionaron el acceso a los datos que tuvieron acceso a archivos planos.
Los problemas de integridad de datos y la inhabilidad de tales sistemas de
tratamiento de archivo para representar relaciones de datos lógicas conducen al
primer modelo de datos: el modelo de datos jerárquico. Este modelo, que fue
puesto en práctica principalmente por el Sistema de Dirección de Información
de la IBM (IMS) sólo permite personalizado(exacto) una a varias relaciones entre
entidades. Cualquier entidad al final de la relación puede ser relacionada sólo
con una entidad.
 EJEMPLO

Un ejemplo de un modelo de datos jerárquico sería si una organización tuviera

los registros de empleados en una tabla (el tipo de entidad) llamada "Empleados".
En la tabla habría atributos/columnas como el Nombre de pila, el Apellido, el
Nombre de Trabajo y el Salario. La empresa también tiene datos sobre los hijos
del empleado en una tabla separada "Hijos" llamada con atributos como el
Nombre de pila, el Apellido y la fecha de nacimiento. La tabla de Empleado
representa un segmento paternal y la tabla de Hijos representa un segmento
Infantil. Estos dos segmentos forman una jerarquía donde un empleado puede
tener muchos hijos, pero cada hijo sólo puede tener un padre.
Considere la estructura siguiente:
En esta tabla, "el hijo" es el mismo tipo que "el padre". La jerarquía que declara EmpNo 10 es el jefe de 20, 30 y
40, cada informe a 20 es representado por la columna "Reporta". Llamada en la Base de datos relacional, la
columna Reporta es una llave foránea, el referirse de la columna EmpNo. Si el tipo de datos "hijo" fuera
diferente, estaría en una tabla diferente, pero todavía habría una llave foránea que se refiere la columna EmpNo
de la tabla de empleados.
Comúnmente se conocen a estos modelos simplemente como la lista de adyacencia, fue presentado por el
Doctor Edgar F. Codd.
 MODELO DE DATOS DE RED

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la

modificación del concepto de nodo: se permite que un mismo nodo tenga varios
padres (posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución
eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa
administrar la información en una base de datos de red ha significado que sea un
modelo utilizado en su mayoría por programadores más que por usuarios finales.
Una base de datos de red es una base de datos conformada por una colección o set
de registros, los cuales están conectados entre sí por medio de enlaces en una red.
El registro es similar al de una entidad como las empleadas en el modelo relacional.
Un registro es una colección o conjunto de campos (atributos), donde cada uno de los que contiene
solamente un único valor almacenado, exclusivamente el enlace es la asociación entre dos registros, así que
podemos verla como una relación estrictamente binaria. Una estructura de base de datos de red, llamada
algunas veces estructura de plex, abarca más que la estructura de árbol, porque un nodo hijo en la estructura
red puede tener más de un nodo padre. En otras palabras, la restricción de que en un árbol jerárquico cada
hijo puede tener sólo un padre, se hace menos severa.
Así, la estructura de árbol se puede considerar como un caso especial de la estructura de red.
 EJEMPLO

Para ilustrar la estructura de los registros en una base de datos de red, mostraremos la base de datos alumno – materia, con los
siguientes registros (en el Lenguaje de programación Pascal):
type alumno = record
nombreA: string[30];
control: string[8];
esp: string[3]
end;
type materia = record
clave: string[7];
nombreM: string[25];
cred: string[2];
end;
El concepto básico en el enfoque de red es el conjunto (`set'), definido por el comité CODASYL. Un conjunto
está constituido por dos tipos de registros que mantienen una relación de muchos a muchos. Para conseguir
representar este tipo de relación es necesario que los dos tipos de registros estén interconectados por medio
de un registro conectivo llamado conjunto conectivo.
Los conjuntos poseen las siguientes características:
• El registro padre se denomina propietario del conjunto, mientras que el registro hijo se denomina miembro.
• Un conjunto está formado en un solo registro propietario y uno o más registros miembros.
• Una ocurrencia de conjuntos es una colección de registros, uno de ellos es el propietario y los otros los
miembros.
• El tipo de registro propietario de un tipo de conjunto debe ser distinto de los tipos de los registros
miembro.

• Sólo se permite que un registro miembro aparezca una vez en las ocurrencias de conjuntos del mismo tipo.

• Un registro miembro puede asociarse con más de un propietario, es decir, puede pertenecer al mismo
tiempo a dos o más tipos de conjuntos distintos. Esta situación se puede representar por medio de una
estructura Mult. Anillo.

• Se pueden definir niveles múltiples de jerarquías donde un tipo de registro puede ser miembro en un
conjunto y al mismo tiempo propietario en otro conjunto diferente.

• Todos los registros propietarios de ocurrencias del mismo tipo de conjunto deben ser del mismo tipo de
registro.
Como ejemplos de DBMSs comerciales basados en el modelo de red cabe citar:

El DMS 1100 de UNIVAC

El IDMS, de Cullinane
El TOTAL, de Cincom
El EDMS, de Xerox
El PHOLAS, de Philips
El DBOMP, de IBM
El IDS, de Honeywell

Tanto el modelo jerárquico de datos como el de red permiten únicamente operaciones y facilidades
navegacionales primitivas.
 DISEÑO EN UN AMBIENTE DE BASE DE
DATOS

El personal responsable de la base de datos debe vigilar el manejo y desarrollo de la misma,

definiendo el esquema, manteniendo el diccionario de datos y buscando estándares para los
datos.
El analista de sistemas debe determinar los requerimientos de la información y las
especificaciones de procesamiento de programa, las que a su vez se traducen en el contenido del
subes quema, el cual es la definición lógica de los datos para la base de datos que utilizara el
programa.
El analista de sistemas es el encargado de definir como se ligaran los datos para cumplir con los
requerimientos del usuario; los análisis de requerimientos realizados con cuidado permiten al
analista prever consultas complejas y proporcionar los métodos para responder a ellas.
Las estructuras de registro son determinadas por el analista de sistemas; el conocimiento de que
ciertos datos son necesarios para proporcionar información importante al usuario sigue siendo
responsabilidad del analista.
Si un sistema utiliza una base de datos existente, el analista debe completar los siguientes pasos:
1. Familiarizarse con el esquema de la base de datos.
2. Revisar los estándares y especificaciones de los datos en el diccionario de datos.
3. Determinar los requerimientos lógicos de los datos y desarrollar un subes quema en conjunto
con el personal de administración de los datos, que se acomode al esquema y que a su vez proporcione
los datos requeridos por el sistema de información.
4. Identificar y diseñar los archivos maestros o de transacción necesarios para el sistema de información,
pero que no forman parte de la base de datos existente.
5. Determinar los esquemas apropiados de identificación, código y validación, así como los procedimientos
adecuados de procesamiento para todas las entidades, ya sea que los datos acerca de ellas estén en una
base de datos o archivos separados.
6. Considerar las preocupaciones de diseño, de métodos de entrada y salida los cuales no cambiaran.
Si los analistas están trabajando con un sistema que implica el desarrollo de una nueva base de datos, todos los
pasos anteriores son necesarios, además, se necesitaran una interacción cercana con el personal de manejo de
la base de datos para establecer el esquema, definiciones y diccionario de base de datos.
El DBMS proporciona al analista una herramienta adicional para ser utilizada en el desarrollo de sistemas que
proporcionen información esencial a la dirección. Las preguntas acerca de los requerimientos del usuario
orientan cualquier decisión con respecto al diseño de sistemas o uso de un software de base de datos. El
objetivo del diseño es proporcionar la información correcta en el momento oportuno.
 GLOSARIO

• Base de datos: son programas que administran información y hacen más ordenada la información,
aparte de hacerla fácil de buscar.
• Diseño Lógico: El diseño lógico es el proceso de construir un esquema de la información que utiliza
la empresa, basándose en un modelo de base de datos específico.
• Esquema: es el que define a la base de datos.
• Llave Foránea (FK): Conjunto de atributos común a dos entidades que sirve como relación entre las
dos entidades. No es un atributo de la entidad relacionada, pero es la llave-primaria de la entidad con
la cual ésta se relaciona Es marcada como FK en el RDM.
• Nodo: Es un punto terminal de una red, o cualquiera de sus intersecciones. Su origen está en la raíz
indoeuropea ned, que en latín produjo nodus, origen del español nodo y nudo (y que, por cierto, dio
origen a la propia net en inglés). Según el Gran diccionario de uso del español actual de SGEL,
define Nodo como "Punto de intersección o unión de varios elementos que confluyen en el mismo
lugar“. En una red de ordenadores cada una de lás máquinas es un nodo, y si la red es Internet, cada
servidor constituye también un nodo.
 BIBLIOGRAFÍA

• Senn, James A. análisis y diseño de sistemas de información. Diseño de interacciones de bases de

datos. 2 ed. Naucalpan de Juárez, Edo de México. Mc Graw Hill interamericana de México. 1999. p.
641- 676.
• http://es.wikipedia.org/wiki/Modelo_jer%C3%A1rquico, Un modelo de datos jerárquico es un
modelo de datos en el cual los datos son organizados en una estructura parecida a un árbol.
• http://es.wikipedia.org/wiki/Base_de_datos#Base_de_datos_de_red, Éste es un modelo ligeramente
distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo.
• http://es.wikipedia.org/wiki/Base_de_datos_de_red, Una base de datos de red es una base de datos
conformada por una colección o set de registros, los cuales están conectados entre sí por medio de
enlaces en una red.
• http://html.rincondelvago.com/tipologia-de-bases-de-datos.html, Este modelo fue el resultado de
estandarización del comité CODASYL.
• https://es.slideshare.net/angela1997/diseo-de-interaccionesdebasesdedatos