Zoologico Base de Datos

ntación de Base de Datos “Zoo
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
Zoológico
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

Personal
Entidad: Personal

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

Cuidador
Entidad: Cuidador

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

Entidad: Veterinario Veterinario

ud
R
Especialidad VARCHA 10 Almacena la especialidad del
R veterinario
Cedula VARCHA 10 Almacena la cedula profesional del
profesional R veterinario
Gerente
Entidad: Gerente

ud
CURP VARCHA 20 Almacena la CURP del gerente
R

Hábitat
Entidad: Hábitat

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

Teléfono
Entidad: Teléfono

ud
R
Teléfonos INTEGE - Almacena los teléfonos que pudiera
R tener el empleado

CompAlimentos
Entidad: CompAlimentos

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

CompMedicamentos
Entidad: CompMedicamentos

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

Proveedor
Entidad: Proveedor

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

DescCompraA
Entidad: DescCompraA

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

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
DescCompM
Entidad: DescCompraM

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

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

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

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

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

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

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

Medicación
Entidad: Medicació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
Sentencia
ALGEBRA RELACIONAL LENGUAJE SQL
σ ciudad='tehuacan’ (personal) Select*from personal where ciudad='tehuacan';
π idanimales, Select idanimales,

s_idnombres,sexo,nacimiento_o_adquisicion(animales) nombres_idnombres,sexo,nacimiento_o_adquisicion
From animales;
ales,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 whe
compalimentos.provedora_idproverdor=compmedica
limentos.ProvedorA_idProverdor=CompMedicamentos
provedora_idproverdor
rA_idProverdor (CompAlimentos X CompMedicamentos)
Select*from animales inner join consulta on
Consulta peso animales animales.peso=consulta.peso;
Select*from cuidador inner join habitat on

Cuidador tipo habitat) 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(consulta)) peso<100;
δ(π porcion,iddieta (dieta)) Select distinct porcion,iddieta from dieta;
Medicina X medicacion Select *from medicina,medicacion;
ompraA.f_cad= DescompraM.f_cad= (DescompraA X Select*from DescompraA, DescompraM where Descompra

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

mbres Nombres_idNombres animales) idnombres=Nombres_idnombres;
select*from compraAlimentos right join compraMedici

ompraAlimentos] fecha compraMedicina compraAlimentos.fecha=compraMecina.fecha;
select*from compraAlimentos left join compraMedicin

ompraAlimentos] fecha compraMedicina compraAlimentos.fecha=compraMecina.fecha;
π idDieta,porcion( σ porcion>2(Dieta))U π
select iddieta, porcion from dieta where porcion>2 union se
dicina,Nombre( σ Nombre like ´a%´(medicina)) cvemedicina, nombre from medicina where nombre like 'a%
Select*from DescompraA intersect select*from Descom

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

Zoologico Base de Datos

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Zoologico Base de Datos

Uploaded by

Copyright:

Available Formats

ntación de Base de Datos “Zoo

Fundamentos de Base de Datos

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

PLANTEAMIENTO DEL PROBLEMA

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

PERSPECTIVA DEL PRODUCTO

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

 Quién cuida cada hábitat.

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

Del zoológico en general se tiene:

El Zoológico tiene personal, que puede ser:

Del personal se guarda:

El gerente se encarga de:

El veterinario se encarga de:

 Cuidados médicos de los animales

Además del veterinario se debe tener:

Cada hábitat consta de:

De los animales se tiene:

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

 Tipo de alimento que suministra

De los alimentos se guarda:

Cada animal tiene consultas y de estas se guarda:

De las Medicinas se guarda:

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

1 La seguridad en nuestra base de datos

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

3 Respaldo del sistema

4 Rendimiento del sistema

Para el sistema utilizaremos la plataforma de java

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

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

Modelo Entidad – Relación.

Diagrama 2.1 Modelo

Atributo Tipo Longit Descripción

Tabla 2.2 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.3 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.4 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Atributo Tipo Longit Descripción

Tabla 2.6 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.7 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.8 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.9 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.10 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.11 Diccionario de datos Entidad

Atributo Tipo Longit Descripción

Tabla 2.12 Diccionario de datos Entidad Alimento

Atributo Tipo Longit Descripción

Atributo Tipo Longit Descripción

Tabla 2.14 Diccionario de datos Entidad Medicina

Atributo Tipo Longit Descripción

Tabla 2.15 Diccionario de datos Entidad Almacén

Atributo Tipo Longit Descripción

Tabla 2.16 Diccionario de datos Entidad Animales

Atributo Tipo Longit Descripción

Tabla 2.17 Diccionario de datos Entidad Nombres

Selectfrom DescompraA intersect selectfrom Descom