INTEGRANTES:

Calvino Moreno Maricruz

Dector Sarmiento Yesenia

Vázquez Navarrete Nalleli Itandehui

Bonilla Ramírez Samuel

Valle Tobón Jorge

Fundamentos de Base de DatosMatías López Ramón

Documentación de Base de Datos “Zoológico”

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. DisponibilidadEl sistema va a estar disponible en cualquier momento que el usuario

quiera acceder en un tiempo máximo de 1 segundo.

6. EstabilidadEl 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 Relacional

DICCIONARIO DE DATOS

Entidad: Zoológico

Atributo Tipo Longitud DescripciónNombre VARCHAR 20 Almacena el nombre del zoológicoDueño VARCHAR 10 Almacena el nombre del dueño del zoológicoTamaño INTEGER - Almacena el área en m2 del zoológicoNoAnimales INTEGER - Almacena el total de población animal en el ZOOCalle VARCHAR 20 Almacena la calle donde está ubicado el ZOONumero INTEGER - Almacena el número correspondiente al ZOOCiudad VARCHAR 20 Almacena la cuidad en donde está localizado el

ZOO

Entidad: Personal

Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del empleadoNombreZOO VARCHAR 20 Almacena el nombre del zoológicoNombre VARCHAR 20 Almacena el nombre del empleadoFecha de nacimiento

DATE - Almacena la fechad e nacimiento del empleado

Cuidad VARCHAR 20 Almacena la calle donde vive el empleadoNumero INTEGER - Almacena el número de la casa del empleadoCuidad VARCHAR 20 Almacena la cuidad donde está localizada la casa

del empleado

Entidad: Cuidador

Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del cuidadorHabitad a cargo VARCHAR 10 Almacena el habitad que tiene a cargo el

cuidador

Tabla 2.1 Diccionario de datos Entidad Zoológico

Tabla 2.2 Diccionario de datos Entidad Personal

Tabla 2.3 Diccionario de datos Entidad Cuidador

Entidad: Veterinario

Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del empleadoEspecialidad VARCHAR 10 Almacena la especialidad del veterinarioCedula profesional VARCHAR 10 Almacena la cedula profesional del veterinario

Entidad: Gerente

Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del gerente

Entidad: Hábitat

Atributo Tipo Longitud DescripciónIdhabitat VARCHAR 10 Almacena el identificador del hábitatCuidador VARCHAR 20 Almacena la CURP del cuidador que esta a cargo

de ese hábitatVegetación VARCHAR 20 Almacena el tipo de vegetación que tiene el

hábitatCapacidad INTEGER - Almacena la numero de animales que puede

contener el hábitatTipo VARCHAR 10 Almacena el tipo de hábitat Tamaño INTEGER - Almacena el área en m2

Entidad: Teléfono

Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del empleadoTeléfonos INTEGER - Almacena los teléfonos que pudiera tener el

empleado

Tabla 2.4 Diccionario de datos Entidad Veterinario

Tabla 2.5 Diccionario de datos Entidad Gerente

Tabla 2.6 Diccionario de datos Entidad Hábitat

Tabla 2.7 Diccionario de datos Entidad Teléfono

Tabla 2.8 Diccionario de datos Entidad CompAlimentos

Entidad: CompAlimentos

Atributo Tipo Longitud DescripciónNoCompra INTEGER - Almacena el no. de la compra de alimentosCURP VARCHAR 20 Amacena la CURP del empleado a cargo de

realizar las comprasIdProveedor INTEGER - Almacena el id del proveedorFecha DATE - Almacena la fecha en que se hizo la compraTotal INTEGER - Almacena el total de compra

Entidad: CompMedicamentos

Atributo Tipo Longitud DescripciónNoCompra INTEGER - Almacena el no. de la compra de medicinasCURP VARCHAR 20 Amacena la CURP del empleado a cargo de

realizar las comprasIdProveedor INTEGER - Almacena el id del proveedorFecha DATE - Almacena la fecha en que se hizo la compraTotal INTEGER - Almacena el total de compra

Entidad: Proveedor

Atributo Tipo Longitud DescripciónIdProveedor INTEGER - Almacena un identificador para el proveedorEmpresa VARCHAR 20 Almacena el nombre de la empresa (proveedor)Teléfono VARCHAR 20 Almacena el teléfono del proveedorRFC VARCHAR 20 Almacena el RFC del proveedorCalle VARCHAR 20 Almacena la calle de donde se localiza el

proveedorNumero INTEGER - Almacena el número de la dirección del

proveedorCuidad VARCHAR 20 Almacena la cuidad de donde se encuentra el

proveedorContacto VARCHAR 20 Almacena el nombre de la persona con la que se

tuvo el trato

Tabla 2.9 Diccionario de datos Entidad CompMedicamentos

Tabla 2.10 Diccionario de datos Entidad Proveedor

Tabla 2.11 Diccionario de datos Entidad DescCompraA

Entidad: DescCompraA

Atributo Tipo Longitud DescripciónCveAlimento VARCHAR 10 Almacena la clave de alimento según el catalogoNoCompra INTEGER - Almacena el numero de la compraCantidad INTEGER - Almacena la cantidad que se adquirió del

alimentoPrecio INTEGER - Almacena el precio del alimentoF_cad DATE - Almacena la fecha de caducidad del alimento

Entidad: Alimento

Atributo Tipo Longitud DescripciónCveAlimento VARCHAR 10 Almacena el identificador del alimentoNombre VARCHAR 20 Almacena el nombre del alimentoDescripcion VARCHAR 30 Almacena en breve descripcion del alimento

Entidad: DescCompraM

Atributo Tipo Longitud DescripciónCveMedicina VARCHAR 10 Almacena la clave de la medicina según el

catalogoNoCompra INTEGER - Almacena el número de la compraCantidad INTEGER - Almacena la cantidad que se adquirió del

alimentoPrecio INTEGER - Almacena el precio de la medicinaF_cad DATE - Almacena la fecha de caducidad de la medicina

Entidad: Medicina

Atributo Tipo Longitud DescripciónCveMedicina VARCHAR 10 Almacena el identificador de la medicinaNombre VARCHAR 20 Almacena el nombre de la medicinaDescripcion VARCHAR 30 Almacena en breve descripcion de la medicina

Tabla 2.12 Diccionario de datos Entidad Alimento

Tabla 2.13 Diccionario de datos Entidad DescCompM

Tabla 2.14 Diccionario de datos Entidad Medicina

Tabla 2.15 Diccionario de datos Entidad Almacén

Entidad: Almacén

Atributo Tipo Longitud DescripciónClave VARCHAR 10 Almacena la clave de alimento o medicina que se

encuentra en el almacénSalida INTEGER - Almacena el número de cosas salidas del

almacénEntrada INTEGER - Almacena el número de cosas que ingresaron al

almacénExistencia INTEGER - Almacena la existencia en el almacénObservaciones VARCHAR 50 Almacena las observaciones del almacén

Entidad: Animales

Atributo Tipo Longitud DescripciónIdAnimal VARCHAR 10 Almacena un identificador para el animalIdHabitat VARCHAR 10 Almacena el identificador del habita en el que

está el animalIdDieta VARCHAR 10 Almacena el identificador de la dieta que lleva el

animalIdEspecie VARCHAR 10 Almacena el identificador del tipo de especie del

animalIdNombres VARCHAR 10 Almacena el identificador del nombre

común/científico del animalIdVeterinario VARCHAR 20 Almacena el identificador del veterinario que

está a cargo del animalEstatura DECIMAL - Almacena la estatura del animalSexo CHAR 1 Almacena el sexo del animal (M/H)Peso DECIMAL - Almacena el peso del animalEdad INTEGER - Almacena la edad del animalFecha de nacimiento

DATE - Almacena la fecha de nacimiento del animal

Entidad: Nombres

Atributo Tipo Longitud DescripciónIdNombres VARCHAR 10 Almacena un identificador para los nombres del

animalNombreComun VARCHAR 15 Almacena el nombre común de los animalesNOmbreCientifico VARCHAR 15 Almacena el nombre científico de los animales

Tabla 2.16 Diccionario de datos Entidad Animales

Tabla 2.17 Diccionario de datos Entidad Nombres

Entidad: Especie

Atributo Tipo Longitud DescripciónIdEspecie VARCHAR 10 Almacena un identificador para la especie del

animalEspecie VARCHAR 10 Almacena la especie de animal que hay en el

ZOO

Entidad: Consulta

Atributo Tipo Longitud DescripciónIdConsulta VARCHAR 10 Almacena el identificador de la consultaIdVeterinario VARCHAR 20 Almacena el identificador del veterinario que

realizo la consultaIdAnimal VARCHAR 10 Almacena el animal consultadoHora TIME - Almacena la hora en que se realizó la consultaEnfermedades VARCHAR 20 Almacena las enfermedades del animalPeso DECIMAL - Almacena el peso de animal en la consultaVacunas VARCHAR 20 Almacena las vacunas que tuvo el animalFecha DATE - Almacena la fecha en que se realizó la consultaObservaciones VARCHAR 50 Almacena las observaciones del veterinario

respecto al animal Síntomas VARCHAR 40 Almacena los síntomas que presentaba el animal

Entidad: Dieta

Atributo Tipo Longitud DescripciónIdDieta VARCHAR 10 Almacena el identificador de la dietaCveAlimento VARCHAR 10 Almacena el clave del alimento que se dioPorción INTEGER - Almacena la porción que se dio Horario INTEGER - Almacena el horario de cada cuanto se va a

alimentar

Tabla 2.18 Diccionario de datos Entidad Especie

Tabla 2.19 Diccionario de datos Entidad Consulta

Tabla 2.20 Diccionario de datos Entidad Dieta

Entidad: Medicación

Atributo Tipo Longitud DescripciónIdMedicacion INTEGER - Almacena un identificador de para medicación

del animalCveMedicina VARCHAR 10 Almacena la clave de la medicina suministradaIdConsulta VARCHAR 10 Almacena el identificador de la consulta de la

medicación

Tabla 2.20 Diccionario de datos Entidad 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_CveMedDesComprA_Alim_CveAlime

Dieta_idDieta entrada salida observaciones existencia

Animales

Id. Animal

Nombre científico

Nombre común

especie estatura sexo peso edad Nacimiento o adquisición

Animales-Normalizada

Id. Animal

Habitad_idHabitad

Dieta_idDieta

Especie_idEspecie

Nombres_idNombres

Veterinario_Personal_Curp

estatura sexo peso edad

Nacimiento o adquisició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 Consulta

Id. personal

fecha hora síntomas enfermedades peso medicación vacunas Observaciones

Consulta-Normalizada

IdConsulta

Veterinario_PeCURP

Animales_idAnimal

fecha

hora

síntomas

enfermedades

peso

medicación

vacunas

Observaciones

Medicación

idMedicina Consulta_idConsulta

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

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

π idanimales, hombres_idnombres,sexo,nacimiento_o_adquisicion(animales)

Select idanimales, nombres_idnombres,sexo,nacimiento_o_adquisicion From animales;

π idanimales,nombres_idnombres,sexo,nacimiento_o_adquisicion (σ veterinario_personal_curp=´ricardo´(animales))

Select idanimales, nombres_idnombres, sexo, nacimiento_o_adquisicion from animales where veterinario_personal_curp=´ricardo´;

δ(π veterinario_personal_curp (animales)) Select distinct veterinario_personal_curp from animales;

habitat X animals Select *from habitat,animales;σ

CompAlimentos.ProvedorA_idProverdor=CompMedicamentos .ProvedorA_idProverdor (CompAlimentos X CompMedicamentos)

Select*from compalimentos,compmedicamentos where compalimentos.provedora_idproverdor=compmedicamentos. .provedora_idproverdorSelect*from animales inner join consulta on

Tabla 4.1 Sentencias

Consulta peso animales animales.peso=consulta.peso;

Cuidador tipo habitat) Select*from cuidador inner join habitat on habitat_a_cargo=tipo;

Descompraa ] precio descompramSelect*from descompraa right join descompram on descompraa.precio=descompram.precio;

Descompraa ] precio descompramSelect*from descompraa left join descompram on descompraa.precio=descompram.precio;

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

π observaciones,sintomas,fecha (σ peso<100(consulta))

Select observaciones,sintomas,fecha from consulta where peso<100;

δ(π porcion,iddieta (dieta)) Select distinct porcion,iddieta from dieta;

Medicina X medicacion Select *from medicina,medicacion;

σ DescompraA.f_cad= DescompraM.f_cad= (DescompraA X DescompraM)

Select*from DescompraA, DescompraM where DescompraA.f_cad= DescompraM.f_cad ;

zoo calle personalSelect*from zoo inner join personal on zoo.calle=personal.calle;

Select*from nombres inner join on animales

nombres Nombres_idNombres animales) idnombres=Nombres_idnombres;

compraAlimentos] fecha compraMedicinaselect*from compraAlimentos right join compraMedicina on

compraAlimentos.fecha=compraMecina.fecha;

compraAlimentos] fecha compraMedicinaselect*from compraAlimentos left join compraMedicina on

compraAlimentos.fecha=compraMecina.fecha;

π idDieta,porcion(σporcion>2(Dieta))U π CveMedicina,Nombre(σ Nombre like ´a%´(medicina)) select iddieta, porcion from dieta where porcion>2 union select

cvemedicina, nombre from medicina where nombre like 'a%';

DescompraA ∩ DescompraMSelect*from DescompraA intersect select*from 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