ntación de Base de Datos “Zo

INTEGRANTES:
Calvino Moreno Maricruz
Dector Sarmiento Yesenia
Vázquez Navarrete Nalleli Itandehui
Bonilla Ramírez Samuel
Valle Tobón Jorge

Fundamentos de Base de Datos

Matías López Ramón
 Especificación de
Requisitos

Modelo
Entidad-Relación

INTRODUCCIÓN

En el presente proyecto trata de dar respuesta a un problema encontrado

en un zoológico. Este documento es una especificación de requisitos para un
Gestor de Animales de un Zoológico. Todo su contenido ha sido elaborado en
colaboración con el zoológico “LOS ANIMALITOS”. Esta especificación se ha
estructurado inspirándose en las directrices dadas por el estándar “IEEE
Recomended Practice for Software Requirement Especificaciones ANSI/IEEE 830
1998” Actualmente este se llevara a cabo hasta el punto únicamente del diseño de
la base de datos . Para luego decidir el lenguaje de programación que se utilizara
para elaborar la parte de pantallas o formularios.

La cual además de que nos permitirá ingresar los datos de los animales, el
personal, el historial médico, veterinarios etc. Nos ayudara en la ardua tarea del
registro de los mismos de una manera mucho más eficiente y conveniente para la
empresa.

PLANTEAMIENTO DEL PROBLEMA

 El zoológico de Tehuacán no cuenta con una buena organización y
administración de sus especies y trabajadores que colaboran en él, ni se lleva un
control de visitas. Es por eso que el zoológico “Los Animalitos” han decidido tener
un sistema de Base de Datos, para una buena gestión de los animales que
alberga, además de poder brindarle a los trabajadores una manera más fácil de
realizar su trabajo, pues este gestor les debe brindar la información que desean
saber de acuerdo a sus consultas que hagan a la BDD.

DESCRIPCIÓN GENERAL

El Parque Zoológico “ANIMALITOS” se encuentra ubicado dentro de la

cabecera municipal de la ciudad de Tehuacán con una superficie de 2 mil metros
cuadrados. Lugar dedicado a la recreación, cuenta con diversas especies de
animales (patos, peces, linces, coyote, llamas, grulla, gansos, antílope, conejos,
venados, faisanes, iguanas, jaguares, pumas, león africano, zorro plateado, mono
papión sagrado, etc.).

PERSPECTIVA DEL PRODUCTO

Se proyecta implementar un sistema de información que permita controlar y

distribuir los hábitats, historiales médicos y el personal a cargo para cada
animalito, además que permita registrar todos los recorridos realizados por las
unidades durante el día, también que nos permita controlar de la alimentación de
los mismo.

ESPECIFICACIÓN DE REQUISITOS
Para una buena gestión del zoológico necesita saber:

✓ Quién cuida cada hábitat.

✓ Que enfermedades han tenido los animales.
✓ Que vacunas tiene cada animal.
✓ Que veterinario atendió a los animales.
✓ La dieta de cada animal, el horario para alimentarlo y la porción.
✓ Cuando fue la última vez que revisaron a cada especie de animales.
✓ Que enfermedades ha tenido cada animal.
✓ Animales que ya han sido vacunados contra cierto padecimiento.
✓ Cuantas consultas ha tenido cada animal.
✓ Quien compra el alimento y medicamentos para los animales.
✓ Cuanto alimento y de medicamento se compra.
✓ Cuanto medicamento se tienen y cuantos se ha aplicado a los animales.

PROPÓSITO

El objetivo de la especificación de requisitos es definir de manera clara y

precisa las funcionalidades y restricciones del Gestor de base de datos que se
desea construir. Se basa en la información brindada por zoológico “LOS
ANIMALITOS”, el cual será el canal de comunicación entre las partes implicadas.
Esta especificación está sujeta a revisiones por parte del grupo de trabajo, hasta
llegar a su aprobación total. Una vez aprobado servirá de base al equipó de
desarrolladores para la construcción del sistema.

REQUISITOS FUNCIONALES

Del zoológico en general se tiene:

➢ Dimensión
 ➢ Número de Animales
➢ Dueño
➢ Dirección: tiene número, calle y ciudad
➢ Id_zoologico (Nombre del zoológico)

El Zoológico tiene personal, que puede

ser:

➢ Gerente
➢ Cuidador
➢ Veterinario

Del personal se guarda:

➢ Id trabajador (CURP)
➢ Nombre
➢ Fecha de nacimiento
➢ Teléfono
➢ Dirección
➢ Edad

El gerente se encarga de:

➢ Compra de alimentos
➢ Compra medicinas

El veterinario se encarga

de:

➢ Cuidados médicos de los animales

➢ Vacunas
➢ Consultas

Además del veterinario se debe tener:

➢ Cedula profesional.
➢ Especialidad

El cuidador tiene:

➢ Hábitat a cargo

Cada hábitat consta

de:
 ➢ Id Hábitat
➢ Vegetación
➢ Capacidad Máxima
➢ Tipo de hábitat que es
➢ Vegetación

De los animales se tiene:

➢ Id animal
➢ Estatura
➢ Sexo
➢ Especie
➢ Edad
➢ Nombre común
➢ Nombre científico
➢ Peso
➢ Dieta

Cada especie de animales tiene una dieta, de la cual se guarda:

➢ Tipo de alimento que suministra

➢ Porciones
➢ Horarios

De los alimentos se guarda:

➢ Nombre Alimento
➢ Id Alimento
➢ Descripción

Cada animal tiene consultas y de estas se guarda:

➢ Id_Consulta
➢ Enfermedades
➢ Observaciones
➢ Medicamentos que se le aplicaron
➢ Peso
➢ Fecha y Hora de consulta
➢ Veterinario que lo atendió
➢ Vacunas que se le

pusieron De las Medicinas se

guarda:
 ➢ Nombre del Medicamento
➢ Descripción
➢ Id Medicamento

Y en el almacén se guarda:

➢ Clave de los alimentos o medicinas que hay en el almacén

➢ Salida
➢ Entrada
➢ Existencia

REQUISITOS NO FUNCIONALES

1 La seguridad en nuestra base de datos

 Los usuarios tendrán una contraseña para acceder al sistema.

 Tendrá niveles de usuario.
 El gerente tendrá la información completa, la controlara y será capaz
de realizar cambios.
 Los datos personales quedaran a cargo de la autoridad máxima que
maneja la base de datos.
 Los Veterinarios solo tendrán derecho de lectura en la base de datos
y comunicar si requieren medicar o cuidados a determinado hábitat a
un superior.

2 Interfaz grafica
Se ejecutara una ventana principal donde se incluya una barra de
herramientas en la que tendrá las opciones que el sistema puede realizar y
 un manual de ayuda para aclarar dudas o dar atención a problemas que se
presenten.

3 Respaldo del sistema

 El respaldo se hará conforme al usuario realice alguna modificación en la
base de datos, estas se guardaran automáticamente cada 5 segundos para
evitar perdida de información.
 También permitirá restablecer el sistema a un tiempo determinado que el
usuario disponga.

4 Rendimiento del sistema

Contará con una capacidad de manejo de datos a una velocidad
mínima posible, como son las, bajas, altas, consultas, por lo que requerirá de
los componentes más actuales

5 Disponibilidad
El sistema va a estar disponible en cualquier momento que el usuario
quiera acceder en un tiempo máximo de 1 segundo.

6 Estabilidad
El sistema estará a abierto a todos los posibles movimientos que se desee
realizar, o nuevos funcionamientos que debe de realizar por lo
que tendrá la disponibilidad de crecer conforme a los requerimientos. Y de
esta forma poder ir modernizando.

7 Compatibilidad

Para el sistema utilizaremos la plataforma de java

Modelo Relacional
 Diccionario de
Datos

INTRODUCCIÓN

En este punto abordaremos lo que es el modelo relacional y el diccionario de

datos que ocupamos para la creación de la base de datos; ambos de suma
importancia para el buen desarrollo de la base de datos que desarrollamos a lo
largo del semestre.

Diccionario de datos.

El diccionario de datos más que otra cosas un documento en el cual se

especifican los atributos que lleva una entidad, así como si tipo de dato de estos
(VARCHAR, INTEGER, DATE, CHAR, etc.), y sobre todo una breve descripción
de lo que almacenara cada atributo.

Modelo Entidad – Relación.

El modelo relacional es una diagrama que deriva del modelo entidad relación y el
diccionario de datos, ya que en este se tiene una visión más clara de que se
guardara en la base de datos, cabe decir que estos puntos ya estaban
especificados en el modelo E – R pero esto en dicho modelo se deduce el cómo
se guardaran los datos, de que tipo serán, las relaciones que existe entre las
tablas( por medio de índices), si existirán catálogos para evitar la repetitividad en
los datos y sobre todo hacen más visible las normalizaciones que tuvieron algunas
tablas.

Diagrama 2.1 Modelo

 DICCIONARIO DE DATOS
Tabla 2.1 Diccionario de datos Entidad

Entidad: Zoológico

Atributo Tipo Longit Descripción

ud
Nombre VARCHA 20 Almacena el nombre del zoológico
R
Dueño VARCHA 10 Almacena el nombre del dueño del
R zoológico
Tamaño INTEGE - Almacena el área en m2 del zoológico
R
NoAnimales INTEGE - Almacena el total de población animal
R en el ZOO
Calle VARCHA 20 Almacena la calle donde está ubicado
R el ZOO
Numero INTEGE - Almacena el número correspondiente al
R ZOO
Ciudad VARCHA 20 Almacena la cuidad en donde está
R localizado el ZOO

Tabla 2.2 Diccionario de datos Entidad

Entidad: Personal

Atributo Tipo Longit Descripción

ud
CURP VARCHA 20 Almacena la CURP del empleado
R
NombreZOO VARCHA 20 Almacena el nombre del zoológico
R
Nombre VARCHA 20 Almacena el nombre del empleado
R
Fecha de DATE - Almacena la fechad e nacimiento del
nacimiento empleado
Cuidad VARCHA 20 Almacena la calle donde vive el
R empleado
Numero INTEGE - Almacena el número de la casa del
R empleado
Cuidad VARCHA 20 Almacena la cuidad donde está
R localizada la casa del empleado

Tabla 2.3 Diccionario de datos Entidad

Entidad: Cuidador

Atributo Tipo Longit Descripción

ud
CURP VARCHA 20 Almacena la CURP del cuidador
R
Habitad a VARCHA 10 Almacena el habitad que tiene a cargo
cargo R el cuidador

Tabla 2.4 Diccionario de datos Entidad

Entidad: Veteri nar

Atributo Tipo Longit Descripción

ud
CURP VARCHA 20 Almacena la CURP del empleado
R
Especialidad VARCHA 10 Almacena la especialidad del
R veterinario
Cedula VARCHA 10 Almacena la cedula profesional del
profesional R veterinario
 Tabla 2.5 Diccionario de datos Entidad

Entidad: Gerente

Atributo Tipo Longit Descripción

ud
CURP VARCHA 20 Almacena la CURP del gerente
R

Tabla 2.6 Diccionario de datos Entidad

Entidad: Hábitat

Atributo Tipo Longit Descripción

ud
Idhabitat VARCHA 10 Almacena el identificador del hábitat
R
Cuidador VARCHA 20 Almacena la CURP del cuidador que
R esta a cargo de ese hábitat
Vegetación VARCHA 20 Almacena el tipo de vegetación que
R tiene el hábitat
Capacidad INTEGE - Almacena la numero de animales que
R puede contener el hábitat
Tipo VARCHA 10 Almacena el tipo de hábitat
R
Tamaño INTEGE - Almacena el área en m2
R

Tabla 2.7 Diccionario de datos Entidad

Entidad: Teléfono

Atributo Tipo Longit Descripción

ud
CURP VARCHA 20 Almacena la CURP del empleado
R
Teléfonos INTEGE - Almacena los teléfonos que pudiera
R tener el empleado

Tabla 2.8 Diccionario de datos Entidad

Entidad: CompAlimentos

Atributo Tipo Longit Descripción

ud
NoCompra INTEGE - Almacena el no. de la compra de
R alimentos
CURP VARCHA 20 Amacena la CURP del empleado a
R cargo de realizar las compras
IdProveedor INTEGE - Almacena el id del proveedor
R
Fecha DATE - Almacena la fecha en que se hizo la
compra
Total INTEGE - Almacena el total de compra
R

Tabla 2.9 Diccionario de datos Entidad

Entidad: CompMedicamentos

Atributo Tipo Longit Descripción

ud
NoCompra INTEGE - Almacena el no. de la compra de
R medicinas
CURP VARCHA 20 Amacena la CURP del empleado a
R cargo de realizar las compras
IdProveedor INTEGE - Almacena el id del proveedor
R
Fecha DATE - Almacena la fecha en que se hizo la
compra
Total INTEGE - Almacena el total de compra
R

Tabla 2.10 Diccionario de datos Entidad

Entidad: Proveedor

Atributo Tipo Longit Descripción

ud
IdProveedor INTEGE - Almacena un identificador para el
R proveedor
Empresa VARCHA 20 Almacena el nombre de la empresa
R (proveedor)
Teléfono VARCHA 20 Almacena el teléfono del proveedor
R
RFC VARCHA 20 Almacena el RFC del proveedor
R
Calle VARCHA 20 Almacena la calle de donde se localiza
R el proveedor
Numero INTEGE - Almacena el número de la dirección del
R proveedor
Cuidad VARCHA 20 Almacena la cuidad de donde se
R encuentra el proveedor
Contacto VARCHA 20 Almacena el nombre de la persona con
R la que se tuvo el trato

Tabla 2.11 Diccionario de datos Entidad

Entidad: DescCompraA

Atributo Tipo Longit Descripción

ud
CveAlimento VARCHA 10 Almacena la clave de alimento según el
R catalogo

NoCompra INTEGE - Almacena el numero de la compra

R
Cantidad INTEGE - Almacena la cantidad que se adquirió
R del alimento
Precio INTEGE - Almacena el precio del alimento
R
F_cad DATE - Almacena la fecha de caducidad del
alimento

Tabla 2.12 Diccionario de datos Entidad Alimento

Entidad: Alime n

Atributo Tipo Longit Descripción

ud
CveAlimento VARCHA 10 Almacena el identificador del alimento
R
Nombre VARCHA 20 Almacena el nombre del alimento
R
Descripcion VARCHA 30 Almacena en breve descripcion del
R alimento
 Tabla 2.13 Diccionario de datos Entidad

Entidad: DescCompraM

Atributo Tipo Longit Descripción

ud
CveMedicina VARCHA 10 Almacena la clave de la medicina
R según el catalogo
NoCompra INTEGE - Almacena el número de la compra
R
Cantidad INTEGE - Almacena la cantidad que se adquirió
R del alimento
Precio INTEGE - Almacena el precio de la medicina
R
F_cad DATE - Almacena la fecha de caducidad de la
medicina

Tabla 2.14 Diccionario de datos Entidad Medicina

Entidad: Medicina

Atributo Tipo Longit Descripción

ud
CveMedicina VARCHA 10 Almacena el identificador de la
R medicina
Nombre VARCHA 20 Almacena el nombre de la medicina
R
Descripcion VARCHA 30 Almacena en breve descripcion de la
R medicina

Tabla 2.15 Diccionario de datos Entidad Almacén

Entidad: Alma cé

Atributo Tipo Longit Descripción

ud
Clave VARCHA 10 Almacena la clave de alimento o
R medicina que se encuentra en el
almacén
Salida INTEGE - Almacena el número de cosas salidas
R del almacén
Entrada INTEGE - Almacena el número de cosas que
R ingresaron al almacén
Existencia INTEGE - Almacena la existencia en el almacén
R
Observaciones VARCHA 50 Almacena las observaciones del
 R almacén

Tabla 2.16 Diccionario de datos Entidad Animales

Entidad: Animales

Atributo Tipo Longit Descripción

ud
IdAnimal VARCHA 10 Almacena un identificador para el
R animal
IdHabitat VARCHA 10 Almacena el identificador del habita en
R el que está el animal
IdDieta VARCHA 10 Almacena el identificador de la dieta
R que lleva el animal
IdEspecie VARCHA 10 Almacena el identificador del tipo de
R especie del animal
IdNombres VARCHA 10 Almacena el identificador del nombre
R común/científico del animal
IdVeterinario VARCHA 20 Almacena el identificador del
R veterinario que está a cargo del animal
Estatura DECIMA - Almacena la estatura del animal
L
Sexo CHAR 1 Almacena el sexo del animal (M/H)
Peso DECIMA - Almacena el peso del animal
L
Edad INTEGE - Almacena la edad del animal
R
Fecha de DATE - Almacena la fecha de nacimiento del
nacimiento animal

Tabla 2.17 Diccionario de datos Entidad Nombres

Entidad: Nombres

Atributo Tipo Longit Descripción

ud
IdNombres VARCHA 10 Almacena un identificador para los
R nombres del animal
NombreComun VARCHA 15 Almacena el nombre común de los
R animales
NOmbreCienti VARCHA 15 Almacena el nombre científico de los
fico R animales

Tabla 2.18 Diccionario de datos Entidad Especie

Entidad: Especie

Atributo Tipo Longit Descripción

ud
IdEspecie VARCHA 10 Almacena un identificador para la
R especie del animal
Especie VARCHA 10 Almacena la especie de animal que hay
R en el ZOO

Tabla 2.19 Diccionario de datos Entidad Consulta

Entidad: Consulta

Atributo Tipo Longit Descripción

ud
IdConsulta VARCHA 10 Almacena el identificador de la
R consulta
IdVeterinario VARCHA 20 Almacena el identificador del
R veterinario que realizo la consulta
IdAnimal VARCHA 10 Almacena el animal consultado
R
Hora TIME - Almacena la hora en que se realizó la
consulta
Enfermedades VARCHA 20 Almacena las enfermedades del animal
R
Peso DECIMA - Almacena el peso de animal en la
L consulta
Vacunas VARCHA 20 Almacena las vacunas que tuvo el
R animal
Fecha DATE - Almacena la fecha en que se realizó la
consulta
Observaciones VARCHA 50 Almacena las observaciones del
R veterinario respecto al animal
Síntomas VARCHA 40 Almacena los síntomas que presentaba
R el animal

Tabla 2.20 Diccionario de datos Entidad Dieta

Entidad: Dieta

Atributo Tipo LongitDescripción

ud
IdDieta VARCHA 10 Almacena el identificador de la dieta
R
CveAlimento VARCHA 10 Almacena el clave del alimento que se
R dio
Porción INTEGE - Almacena la porción que se dio
R
Horario INTEGE - Almacena el horario de cada cuanto se
R va a alimentar

Tabla 2.20 Diccionario de datos Entidad

Entidad: Medicación

Atributo Tipo Longit Descripción

ud
IdMedicacion INTEGE - Almacena un identificador de para
R medicación del animal

CveMedicina VARCHA 10 Almacena la clave de la medicina

R suministrada
IdConsulta VARCHA 10 Almacena el identificador de la
R consulta de la medicación
 Dependencias
Funcionales

Aplicación de 5FN

INTRODUCCION
En esta sección podremos ver las dependencias funcionales y la aplicación de las
5 formas normales que se establecieron en la base de datos diseñada
especialmente para la gestión y control de un zoológico.

En cuanto a las dependencias funcionales veremos el uso de los diferentes tipos

que existe y de las que hicimos uso para el desarrollo de nuestra base de datos.

Con esto damos pie al el uso y aplicación de las 5 formas normales en nuestras
BDD para así no tener redundancias en la base de datos y reducir tiempo de
respuesta en cuanto a las consultas, podremos ver a las tablas atomizadas (1FN),
con dependencia total hacia la primaryKey y la respectiva existencia de esta cada
tabla(2FN), ningún atributo no-primario es dependiente transitivamente de la
primary key (3FN), así como la eficiente y correcta representación de las
dependencias multivaluadas en el diseño de la BDD (4FN), por último que cada
dependencia de unión (join) en la BDD sea implicada por claves candidatas, y esta
contenga a las todas formas normales anteriores(5FN).

Dependencias funcionales
 Diagrama 3.1 Representación de las
dependencias funcionales

Aplicación de las 5 Formas Normales

Primary key FKIndex

Zoológico
Nombre Dirección # Animales Tamaño Dueño

Zoológico-normalizada
Nombre Dueño Tamaño No_Animales Calle numero Ciudad

Personal
nombre CURP Fecha de nacimiento dirección teléfono

Personal- normalizada
CURP ZOO_Nombre Nombre Fecha_de_naciminto Ciudad Calle Numero

Veterinario
especialidad Cedula profesional

Veterinario-normalizada
Personal_CURP Especialidad Cedula profesional
 Cuidador

Habitad a cargo

Cuidador-normalizada

Personal_CURP Habitad a cargo

Compra alimentos
No. Compra Proveedor Fecha Total

Compra de medicamentos-Normalizada
No. Compra Gerente_Personal_CURP Proveedor_idProvedor Fecha Total

Compra de medicamentos
No. Compra proveedor fecha total

Compra de medicamentos-Normalizada
No. Compra Gerente_Personal_CURP Proveedor_idProvedor Fecha Total

Proveedor - CATALOGO
idProvedor Empresa Teléfono RFC Calle Número Ciudad Contacto

Descripción de compra alimentos y Descripción de compra de medicinas

No. de compra Clave d alimento Cantidad precio Fecha de caducidad

Descripción de compra alimentos-Normalizada

Alimento_claveAliment ComprAliment_NoCompr Cantidad precio F_caducidad

Descripción de compra de medicinas-Normalizada

Medicina_claveMedicina ComprMedicamentos_NoCompr Cantidad precio F_caducidad

Almacén

Clave Entrada salida observaciones existencia

Almacén-normalizado
 DesComprM_Med_CveMed Dieta_idDieta entrada salida observaciones existencia
DesComprA_Alim_CveAlime

Animales

Id. Nombre Nombre especie estatura sexo peso edad Nacimiento

Animal científico común o
adquisición

Animales-Normalizada

Id. Habitad_id Dieta_id Especie_i Nombres_idNo Veterinario estatura sexo peso e Nacimi
Animal Habitad Dieta dEspecie mbres _Personal_ d ento o
Curp a adquisi
d ción

Dieta
Clave dieta Clave alimento porción horario

Dieta-Normalizada
idDieta Porción horario

Hábitat
Clave de habitad Tamaño vegetación Capacidad Tipo

Hábitat-Normalizada

idHabitad Cuidador_Personal_CURP Vegetación Capacidad Tipo

Consulta

Id Id. fecha hora síntomas enfermedades peso medicación vacunas Observacio

Consulta personal nes

Consulta-Normalizada

IdCon Veterinario_ Animales_i fec ho sínto enferme pe medic vacu Observa

sulta PeCURP dAnimal ha ra mas dades so ación nas ciones

Medicación

idMedicina Consulta_idConsult
a
Algebra Relacional
vs SQL
INTRODUCCION

El modelo relacional de base de datos permite traducir de una manera más

comprensible desde la perspectiva matemática. Se introducen los fundamentos
del álgebra relacional y se les relaciona con la estructura del lenguaje de BD de
consulta de bases de datos relacionales SQL, para conectar la teoría con la
práctica. De acuerdo con la teoría de conjuntos una base de datos en el modelo
de algebra relacional es un conjunto de relaciones.

Estas relaciones las vemos informalmente como “tablas” en los gestores de

bases de datos relacionales, pero no hay que olvidar que se basan en una cierta
representación matemática.

El álgebra está conformado por un conjunto de:

• Operando: objetos (valores o variables) desde los cuales nuevos objetos pueden
ser construidos.

• Operadores: símbolos que denotan nuevos objetos desde objetos dados.

El resultado es que el álgebra relacional se puede utilizar como un lenguaje de

consulta.
En este proyecto vemos como se relaciona los operandos como los operadores
con el lenguaje de SQL y aquí tenemos algunos de los símbolos que se utilizaron:

Selección

Operador de selección σ, selecciona un subconjunto de las tuplas de una relación.

Proyección

Operador de proyección π, proyecta una relación sobre un subconjunto de sus

atributos.

Unión

Dado que las relaciones son conjuntos de tuplas, se pueden realizar las
operaciones usuales de conjuntos como la unión.

r1 ∪ r2

Producto Cartesiano

Representa al producto cartesiano usual de conjuntos. Combina tuplas de

cualquieras dos (o más) relaciones, hace la combinación de todos con todos.

r1 × r2

JOIN (LEFT, RIGHT)

 ALGEBRA RELACIONAL & LENGUAJE

SQL BASE DE DATOS

Tabla 4.1

ALGEBRA RELACIONAL
LENGUAJE SQL
σ ciudad='tehuacan’ (personal) Select*from personal where ciudad='tehuacan';

π idanimales, Select idanimales,

_idnombres,sexo,nacimiento_o_adquisicion(animales) nombres_idnombres,sexo,nacimiento_o_adquisicion
From animales;

les,nombres_idnombres,sexo,nacimiento_o_adquisicion Select idanimales, nombres_idnombres, sexo,

veterinario_personal_curp=´ricardo´(animales)) nacimiento_o_adquisicion from animales where
veterinario_personal_curp=´ricardo´;
δ(π veterinario_personal_curp (animales)) Select distinct veterinario_personal_curp from anima

habitat X animals Select *from habitat,animales;

σ Select*from compalimentos,compmedicamentos
imentos.ProvedorA_idProverdor=CompMedicamentos wh
A_idProverdor (CompAlimentos X compalimentos.provedora_idproverdor=compmedic
CompMedicamentos) provedora_idproverdor

Select*from animales inner join consulta on

Consulta peso animales animales.peso=consulta.peso;

Cuidador tipo habitat)

Select*from cuidador inner
join habitat on
habitat_a_cargo=tipo;
 Select*from descompraa right join descompram on
Descompraa ] precio descompram descompraa.precio=descompram.precio;

Select*from descompraa left join descompram on

Descompraa ] precio descompram descompraa.precio=descompram.precio;

π dieta,salida,existencia(almacen) Select dieta,salida,existencia from almacen;

π observaciones,sintomas,fecha Select observaciones,sintomas,fecha from consulta where

σ peso<100;
( peso<100(consulta))
δ(π porcion,iddieta (dieta)) Select distinct porcion,iddieta from dieta;

Medicina X medicacion Select *from medicina,medicacion;

mpraA.f_cad= DescompraM.f_cad= (DescompraA Select*from DescompraA, DescompraM where Descompr

DescompraM.f_cad ;
X DescompraM)
Select*from zoo inner join personal on zoo.calle=personal.
zoo calle personal

Select*from nombres inner join on animales

bres Nombres_idNombres animales) idnombres=Nombres_idnombres;

select*from compraAlimentos right join compraMedici

mpraAlimentos] fecha compraMedicina compraAlimentos.fecha=compraMecina.fecha;

select*from compraAlimentos left join compraMedici

mpraAlimentos] fecha compraMedicina compraAlimentos.fecha=compraMecina.fecha;

σ
idDieta,porcion( porcion>2(Dieta))U π
select iddieta, porcion from dieta where porcion>2 union s
σ
dicina,Nombre( Nombre like ´a%´(medicina)) cvemedicina, nombre from medicina where nombre like 'a

Select*from DescompraA intersect select*from Desco

DescompraA ∩ DescompraM
Conclusión

A continuación se presentara la conclusión y resultados finales del proyecto

"ZOOLOGICO” elaborado en el curso Bases de Datos de la carrera Ingeniería de
sistemas computacionales del Instituto Tecnológico Tehuacán, a cargo del
Profesor M.C Ramón Matías López

Para la realización de nuestra base de datos y la creación de consultas de base

de datos consta de archivos que permiten realizar muchas tareas diferentes con
los datos que se pueden ver sobre un “Zoológico”.

También se pueden utilizar para controlar los registros que visualiza Base de
datos la consulta no contiene información de base de datos, si no tan solo las
instrucciones necesarias para seleccionar los registros y campos requeridos de
nuestra base de datos, analizamos también la traducción matemática del algebra
relacional e ingresamos las diferentes consultas de ellas, con sus respectivos
campos que definen estas entidades, aplicando las Normas de Normalización para
nuestra primera base de datos . También como por la creación del modelo entidad
relacional podemos crear catálogos e ingresar un diccionario de datos. Todo esto
es en base a MySQL, con sus comandos que se crea las instrucciones para este
trabajo, en cual presentamos una opción de cómo generar los scripts, para que
puedan convertirse después en una base de datos eficiente.

Este proyecto nos ayudó a guiarnos y entender que en un futuro se aplicara en

cualquier empresa.
 REFERENCIAS BIBLIOGRAFICAS

http://algebrarelacional.awardspace.com/Algebra%20Relacional.htm

http://programmingbernie.blogspot.mx/2009/11/catalogo-de-un-sistema-de-
base-de-datos.html

http://www.belgrano.esc.edu.ar/matestudio/carpeta_de_access_introduccion.
pdf

http://es.kioskea.net/contents/66-introduccion-bases-de-datos

http://basededatos-uml.blogspot.mx/2009/10/conclusiones.html