ANÁLISIS Y DISEÑO DE

SISTEMAS DE
INFORMACIÓN II

DISEÑO DE INTERACCIONES DE
BASES DE DATOS
Gloria Estella Toro Villa
Ana Lorena Niño Téllez
Ángela Margarita Núñez Ariza
Blanca Helena Parada Lancheros
William Poveda Merchán
Mónica Johanna Sandoval Rincón
Sandra Mylena Segura Medina
 DESARROLLO DE SISTEMAS
EN UN AMBIENTE DE BASES
DE DATOS.
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
 Un cliente puede
hacer muchos pedidos Cada pedido es de un
cliente

PEDIDO
CLIENTE

Dependencias entre entidades

Los detalles del pedido
Información del cliente
Los artículos pueden Detalles del inventario de los
incluirse en muchos artículos , todos los datos se
pedidos. interrelacionan por medio de las
entidades.
De eso se trata el manejo de bases de
ARTICULO datos:
1.Marcas las relaciones naturales
entre los datos.
2.Compartir los datos entre entidades
en todas las aplicaciones que
necesiten de los detalles
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.

conductor Cliente Proyecto

I M
I

I M
M
Licencia De Pedido Empleado
Manejo
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.
Alcance de la dependencia

El alcance de la dependencia incluye dos preocupaciones

interrelacionadas: la dirección de relación y el tipo de
asociación entre ellas.
Por ejemplo: la entidad cliente apunta hacia la entidad
pedido la relación se lee como “los clientes tienen
pedidos” como lo indica el otro extremo en forma de pata
de gallina, la dirección de la flecha y el extremo de pata
de gallina indican una mutua dependencia entre los
clientes y los pedidos.
Las asociaciones entre las entidades son uno a uno y uno a
muchos y describen el alcance de la relación si es uno a
uno, quiere decir que existe una y solo una aparición
correspondiente de la otra entidad.
 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.
 Comunicar los requerimientos de datos a un
diseñador de archivos o administrador de la
base de datos.
 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.

Relación
Entidad

La flecha describe la dirección y el

alcance de la relación

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:
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:
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

PEDIDO CLIENTE

Numero de cliente
Clave Numero de
pedido
Nombre del cliente
Descripción del articulo
Dirección del cliente
Atributos Precio del articulo
Balance actual
Cantidad solicitada
Balance a 30 días

Numero de cliente Balance a 60 días

Apuntadores a los
Balance a 90 días
atributos Numero de articulo
Balance a mas de 120 días

Apuntador
Lógico

ARTICULO

Numero de articulo

Descripción del articulo

Costo del articulo
Renta del articulo
 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 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:  
1. El programa determinara que datos y necesidades tienen  al
DBMS
2. el DBMS determina que los datos estén en el sistema  
3. Instruye al sistema operativo para localizar y recuperar los
datos del lugar especifico en el dispositivo donde se
almacenan.
4. 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 multilistas que es como una cadena que cada
eslabón es un registro que cumple con los requisitos del
usuario, es decir que los registros nos e mueven si no 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

FORMA PASOS
Cambiar todas las estructuras que no
PRIMERA FORMA NORMAL sean bidimensionales (es decir grupos
de repetición) en estructuras de
registros bidimensionales.
SEGUNDA FORMA NORMAL Eliminar los datos que no dependan
totalmente de las llaves de registro
TERCERA FORMA NORMAL Eliminar los datos que dependan
transitivamente de las llaves primarias
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
OPERADOR RELACIONAL DESCRIPCION DE LA
OPERACIÓN
Crea una nueva relación extrayendo
SELECT renglones que cumplan con los criterios
establecidos.
Crea una nueva tabla extrayendo
PROJECT columnas que cumplan con los criterios
establecidos.
Crea una nueva relación a partir de los
JOIN renglones de dos tablas que tengan
atributos que cumplan los criterios
establecidos.
 MODELO DE DATOS JERÁRQUICO

Diagrama de 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:
 Emp N Puesto Reporta
10 Director
20 Alto directivo 10
30 Mecanógrafo 20
40 Programador 20

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.

Estructura de datos de Red

o estructura plex

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.
 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.
 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.
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.