A Margarita, con mucho cariño

Introducción

El presente trabajo monográfico cuyo nombre es Análisis y Diseño de Sistemas I, tiene por
objetivo generar un sistema gestor de base de datos. En plena era digital es importante la forma
en la que se almacena y gestiona la información. En este trabajo es precisamente donde
estudiamos las bases de datos, pero ¿qué es una base de datos?, ¿cómo funcionan las bases de
datos? , ¿Cuáles son los pasos a seguir para generar una base de datos? Te lo contamos en este
artículo.

Antes las bases de datos eran analógicas, es decir, contenían información en papel o
textos impresos. Sin embargo en plena era digital se ha hecho de vital importancia el uso de bases
de datos automatizadas. Gracias a las bases de datos (forma digital) se ha dado solución a los
graves problemas que surgían para manejar esa ingente información.

Un hecho a destacar con el uso de las bases de datos , que permiten almacenar mucha
información en pequeños espacios, hacer más rápidas las consultas y proteger la información. Los
programas que hacen posible reciben el nombre de sistemas gestores de bases de datos (SGBD).
Con este tipo de software se puede almacenar enormes cantidades de información y a la vez
facilitar la consulta de dicha información.

En un inicio este tipo de herramientas eran de uso exclusivo de grandes empresas o entes
públicos. Actualmente las usan todo tipos de usuarios, por ejemplo: en las instituciones
educativas, empresas de transporte, hospitales, entre otras instituciones o personas.
MODELO DE FLUJO DE DATOS

1. Representación de datos
a. Modelos de datos
b. Modelos semánticos
2. El modelo entidad/relación
a. Elementos del modelo E/R
 b. Entidades, atributos, claves y relaciones.
c. Representación gráfica del modelo E/R:
i. Diagramas entidad/relación y notación UML
d. Claves
e. Entidades fuertes y entidades débiles.
f. Especialización y generalización
3. Representación de datos

Representación lógica Representación física Modelo relacional

Tabla Archivo secuencial Relación
Fila Registro Tupia
columna campo Atributo
4. Ítems /Entidades/Objetos [sustantivos]
5. Objetos que existen en el “mundo” y que se pueden distinguir de otros. Por ejemplo: un
libro, un autor, un tema, etc.
6. Atributos (adjetivos): son propiedades asociadas a un conjunto de entidades.
7. Relaciones/ conexiones / asociaciones {verbos): vienen a ser conexiones semánticas entre
dos conjuntos de entidades. Por ejemplo: vender, comprar, etc.

Mecanismo formal para representar y manipular información de manera general y sistemática:

1. Descripción de datos
2. Operaciones
3. Reglas de integridad

Ejemplo de modelos de datos:

1. Modelos basados en grafos (en red y jerárquico)

2. Modelo relacional
3. Modelo multidimensional
4. Modelo orientado a objetos
5. Modelo lógicos

Ejemplo: modelo relacional

Descripción de datos

Entidades y relaciones se representan en forma de tablas:

a) Las tablas reciben el nombre de relación

b) Las filas (tuplas) contienen datos sobre cada entidad
c) Las columnas corresponden a los atributos de las entidades

Operaciones:

Unión, intersección, diferencia, producto cartesiano, selección, proyección,

reunión.

Restricciones de integridad

a) Integridad de entidad e integridad referencial mediante el uso de claves.

Ejemplo: modelo relacional

Proveedores

Código Nombre Ciudad

S1 José Gómez Alicante
S2 Rosa Jiménez Alicante
S3 Pablo Fernández Madrid
S4 Carola López Granada
S5 Cecilia García Madrid

Piezas

Código Nombre Dimensiones Peso

P1 Tuerca 12mm 1,2g
P2 Tornillo 10mm 1,7g
P3 Tornillo 20mm 2,7
P4 Clavo 25mm 1,4g
 P5 Arandela 15mm 3,0g
P6 Tuerca 10mm 1,0g

Relación entre proveedores y piezas

Código/Proveedor Código/Pieza Cantidad

S1 P1 300
S1 P2 200
S1 P3 400
S1 P4 200
S1 P5 100
S1 P6 100
S2 P1 200
S2 P2 400
S3 P2 200
S4 P2 200
S4 P4 300
S4 P5 400

Modelo: entidad / relación

Entidades Proveedor Pieza

 Atributos Código Código
Nombre Nombre
Ciudad Dimensiones
Peso

Relación Suministra
Entidades participantes Proveedor-Pieza
Cardinalidad Muchos a muchos
Atributos Cantidad

MODELADO SEMÁNTICO:

Consiste en estudiar los datos, los cuales se pretenden almacenar en la base de datos antes de
elegir el modelo de datos concreto que se va a usar en la base de datos.

El modelo semántico permite separar el análisis (¿qué?) del diseño

(¿cómo?)

Actividades realizadas en

Una organización
concreta

Datos operativos que

se manejan en la Análisis
organización

Esquema conceptual de la base

de datos ([Link]. modelo E/R)
 Modelo lógico de la base de
datos (específico del tipo DBMS) Diseño

Implementación de la base
de datos en un DBMS Implementación
CONCRETO

Técnica de análisis basada en la identificación de las entidades y de las relaciones que se dan entre
ellas en la parte de la realidad que pretendemos modelar.

El modelo E/R permite representar de forma abstracta los datos que se pretenden almacenar en
una base de datos.

Existen notaciones alternativas para la representación gráfica del diseño conseguido mediante la
técnica de análisis que propone el modelo E/R:

 Diagrama E/R
 Diagrama UML (Lenguaje Unificado de modelado)
 Diagrama CASE*Mhetod

Elementos del modelo E/R

Entidad

Objeto, real o abstracto, distinguible de otros objetos.

Al grupo de entidades con cualidades similares acerca de los cuales se almacena información se le
denomina tipo o, conjunto de entidades. Por ejemplo: un libro, un escritor.

Elementos del modelo E/R

Atributo: propiedad asociada a un conjunto de entidades.

a) Mediante los atributos representamos las propiedades de los objetos.

b) Para cada atributo hay un conjunto de valores permitidos llamado dominio. Es
decir:
a. Del libro: título, ISBN, edición, número de páginas.
b. Del escritor: nombre, apellidos, fecha de nacimiento.

Clave: conjunto de atributos que permite identificar unívocamente a una entidad dentro de un
conjunto de entidades. Por ejemplo:

a. Del libro: ISBN

b. Del escritor: nombre, apellidos, fecha de nacimiento.

Relación (conexión o asociación): conexión semántica entre dos conjuntos de entidades.

Ejemplo: relación entre los escritores y los libros que han escrito.

Ejemplo de diseño: base de datos de una facultad

Requerimientos (restricciones semánticas)

a) Los alumnos se matriculan en varias asignaturas (al menos una).

b) Una asignatura puede tener varios alumnos matriculados
c) Todo profesor pertenece a un departamento concreto.
d) Un profesor puede impartir varios grupos de la misma asignatura ( o de asignaturas
diferentes)
e) Un grupo de asignaturas ha de estar impartido , al menos, por un profesor.
f) Las clases de cada asignatura se imparten días, horas, y aulas determinadas.
g) Los atributos de cada entidad son “lo s habituales”.

Identificación de entidades, atributos y relaciones

Entidades Asignatura Alumnos Profesor Departamento Aula Grupo

Atributos ID DNI NRP ID ID ID
Nombre Nombre Nombre Nombre Capacidad Tipo
Créditos Dirección Categoría
 Carácter E-mail Área
Curso

Identificación de entidades, atributos y relaciones

Relación Entidades participantes Cardinalidad Atributos

Se matricula en Alumno-grupo N:M Calificación
Enseña Profesor-grupo N:M
Impartida en Asignatura-grupo 1:N
Asignada a Aula-grupo N:M Día – hora
Pertenece a Profesor-departamento N:1
Dirige Profesor- - departamento 1:1

Por completar
MODELADO A PARTIR DE DIAGRAMAS DE FLUJO DE DATOS

El diagrama de flujo de datos, es una herramienta de mayor uso, especialmente por sistemas
operacionales, para las cuales las funciones del sistema son de gran importancia y son más
complejas que los datos que se están manejando.

Con esta herramienta se puede analizar y resolver situaciones problemáticas usando elementos
gráficos, a través de estos gráficos se pueden representar algoritmos que nos permitan generar
alguna aplicación dentro de un determinado sistema. Los diagramas de flujo de datos se
representan haciendo uso de figuras geométricas, la interacción entre las figuras geométricas es a
través de flechas.

También se puede hacer uso de software para usar esta herramienta, dichas aplicaciones reciben
el nombre de software DFD. Haciendo uso de este software construimos nuestros diagramas y asi
representar los algoritmos de programación estructurada.

Los componentes de un diagrama de flujo de datos son:

1. Proceso
2. Flujo
3. Almacén
4. Terminador.

El proceso, es el primer paso dentro de un diagrama de flujo de datos para simbolizar este paso se
usan las siguientes figuras geométricas: el círculo y el rectángulo (con filos redondeados). Muchos
usan el rectángulo. El uso de estas tres presentaciones es solo un diseño visual, lo que no debemos
perder de vista es utilizarlo para representar a todas las actividades del sistema.

El flujo, el cual se simboliza por una flecha. Dicha flecha ingresa y sale del proceso. Se acostumbra
usar para representar el movimiento o transición de mecanismos o bloques de información de una
a otra parte del sistema. Los datos (bloques de información) son los bits, caracteres, mensajes,
número de puntos flotantes y variables de información que la computadora puede interpretar.

Una característica importante a resaltar es que nos muestran la dirección ,el cual viene dado por la
cabeza de flecha en un extremo o a veces en ambos extremos (bidireccional), indicando hacia
donde se mueven los datos.

Otro elemento usado dentro del diagrama de flujo de datos es el almacén, el cual se utiliza para
guardar registros o datos. Se representan por dos líneas paralelas

DICCIONARIO DE DATOS.

La segunda herramienta de modelado importante es el diccionario de datos, aun cuando no tiene

la presencia y el atractivo gráfico de los DFD, es crucial. Sin los diccionarios de datos, el modelo de
los requerimientos del usuario no puede considerarse completo; todo lo que se tendría es un
borrador rudimentario, una “visión del artista” del sistema.

La importancia del diccionario de datos se puede explicar así: cuando recordamos nuestros días en
la primaria, cuando continuamente se nos presentaba palabras nuevas en nuestras tareas, sin un
diccionario, nos sería difícil cumplir con nuestros deberes escolares. Lo mismo sucede con un
diccionario de datos en el análisis de sistemas; sin un diccionario, nos extraviamos y el usuario no
podrá estar seguro de que entendió los detalles de la aplicación.

El diccionario de datos es un listado es un listado organizado de todos los datos pertinentes al

sistema, con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un
entendimiento común de todas las entradas, salidas, componentes de almacenes y cálculos
intermedios. El diccionario de datos define los datos haciendo lo siguiente:
 1. Describe el significado de los flujos y almacenes que se muestran en los DFD.
2. Describe la composición de agregados de paquetes de datos que se mueven a lo largo de
los flujos, es decir paquetes complejos (por ejemplo el domicilio de un cliente) que puede
descomponerse en unidades más elementales (como ciudad, estado y código postal).
3. Describen la composición de los paquetes de datos en los almacenes.
4. Especifica los valores y unidades relevantes de piezas elementales de información en los
flujos de datos y en los almacenes de datos.
5. Describe los detalles de las relaciones entre almacenes que se enfatizan en un diagrama
de entidad-relación.

Notación del diccionario de datos

Existen muchos esquemas de notación comunes utilizados por el analista de sistemas. El que se
muestra a continuación es de los más comunes y utiliza varios símbolos sencillos.

= está compuesto de

+y

() Optativo (puede estar presente o ausente)

{} Iteración

[] Seleccionar una de varias alternativas

** Comentario

@ Identificador (campo clave) para un almacén

Definiciones

La definición de un dato se introduce con el símbolo “ = “. En este contexto el “ = “ se lee: “se

define como”, o “ se compone de “, o simplemente “significa”. Por ejemplo, la notación:

A=B+C

Puede leerse de las siguientes maneras:

 Cuando digamos A, queremos decir una B y una C

  A se compone de B y C
 A se define como B y C

Para definir por completo un dato, nuestra definición debe incluir lo siguiente:

 El significado del dato dentro del contexto de la aplicación de este usuario. Por lo general
se ofrece como comentario utilizando la notación ****
 La composición del dato, si se compone de partes elementales con significado.
 Los valores que puede tomar el dato, si es un dato elemental que no puede
descomponerse más. Así, si estamos construyendo un sistema médico que siga la
evolución de los pacientes, podrían definirse los términos: peso y estatura de la siguiente
manera:
Peso = “peso del paciente al ser admitido al hospital”
“unidades: kilogramos; rango 1 – 200”
Estatura = “estatura del paciente al ser admitido al hospital”
“unidades: centímetros; escala: 20 – 200”
Nótese que hemos descrito las unidades relevantes y la escala relevante entre un par de
caracteres “*”
Repetimos que esto es un convenio de notación que muchas organizaciones encuentran
adecuado, pero que puede cambiarse de ser necesario.
Además de las unidades y la escala, podría requerirse la especificación de la precisión de la
medición del dato. Para datos tipo precio , por ejemplo, es importante indicar si los valores se
expresarán en moneda entera o redondeados al último centavo. En muchas aplicaciones
científicas y de ingeniería es importante indicar el número de dígitos significativos en el valor de
los datos.