Está en la página 1de 9

Ingeniera en Desarrollo de

Software


Felipe de Jess Gutirrez Garca
(Al12535104)
5to Cuatrimestre
Fabin Glvez Gonzlez
Facilitador

Diseo de Base de datos
Unidad 1
Administracin de Base de datos
Actividad 4
Componentes de un DBMS


INTRODUCCION
El propsito general de los sistemas de administracin de bases de datos es el de
manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente
se convertirn en informacin relevante para una organizacin. Los DBMS (Data Base
Management System, por sus siglas en ingls) son paquetes de software muy complejo
y sofisticado. No se puede generalizar sobre los elementos que componen un SGBD
(Sistema Gestor de Base de Datos, en espaol) ya que varan mucho unos de otros. Sin
embargo, es muy til conocer sus componentes y cmo se relacionan cuando se trata de
comprender lo que es un sistema de bases de datos.
Un DBMS tiene varios mdulos, cada uno de los cuales realiza una funcin especfica. El
sistema operativo proporciona servicios bsicos al DBMS, que es construido sobre l.
El procesador de consultas es el componente principal de un SGBD. Transforma
las consultas en un conjunto de instrucciones de bajo nivel que se dirigen al gestor
de la base de datos.
El gestor de la base de datos es la interface con los programas de aplicacin y las
consultas de los usuarios. El gestor de la base de datos acepta consultas y
examina los esquemas externo y conceptual para determinar qu registros se
requieren para satisfacer la peticin. Entonces el gestor de la base de datos realiza
una llamada al gestor de ficheros para ejecutar la peticin.
El gestor de ficheros maneja los ficheros en disco en donde se almacena la base
de datos. Este gestor establece y mantiene la lista de estructuras e ndices
definidos en el esquema interno. Si se utilizan ficheros dispersos, llama a la
funcin de dispersin para generar la direccin de los registros. Pero el gestor de
ficheros no realiza directamente la entrada y salida de datos. Lo que hace es pasar
la peticin a los mtodos de acceso del sistema operativo que se encargan de leer
o escribir los datos en el buffer del sistema.
A continuacin se presentan las indicaciones para que iniciar el trabajo:

1. Realizar en un archivo de texto un esquema conceptual para una base de datos de
una farmacia donde existen las tablas de medicamento, cliente y proveedor.

2. En dicho esquema debes incluir los atributos que consideres en cada tabla, mnimo 4
atributos por tabla, para que de esta manera se pueda conocer bien la estructura de
dicha base de datos.

3. Por ltimo describe el esquema de integridad que utilizaras y tambin redacta que
restricciones se aplicaran a la misma.

4. Recuerda, lo puedes realizar en Word o en Microsoft Visio.


Esquemas para diseo conceptual de base de datos.

El diseo conceptual es el proceso por el cual se construye un modelo de la informacin
que se utiliza en una empresa u organizacin, independientemente de Sistema Gestor de
Base de Datos que se vaya a utilizar para implementar el sistema y de los equipos
informticos o cualquier otra consideracin fsica. Normalmente, se construyen varios
esquemas conceptuales, cada uno para representar las distintas visiones que los
usuarios tienen de la informacin. Cada una de estas visiones suelen corresponder a las
diferentes de la empresa como, por ejemplo, produccin, ventas, recursos humanos,
etc.
Estas visiones de la informacin, denominadas vistas, se pueden identificar de varias
formas. Una opcin consiste en examinar los diagramas de flujo de datos, que se
pueden haber producido previamente, para identificar cada una de las reas funcionales.
La otra opcin consiste en entrevistar a los usuarios, examinar los procedimientos, los
informes y los formularios, y tambin observar el funcionamiento de la empresa.
El objetivo es comprender:
La perspectiva que cada usuario tiene de los datos.

La naturaleza de los datos, independientemente de su representacin fsica.

El uso de los datos a travs de las reas de aplicacin. A los esquemas
conceptuales correspondientes a cada vista de usuario se les denomina esquemas
conceptuales locales. Cada uno de estos esquemas se compone de entidades,
relaciones, atributos, dominios de atributos e identificadores. El esquema
conceptual tambin tendr una documentacin, que se ir produciendo durante su
desarrollo. Los modelos conceptuales deben poseer una serie de propiedades:
expresividad, simplicidad, minimalidad y formalidad.







ESQUEMA CONCEPTUAL





CLIENTE MEDICAMENTO PROVEEDOR
Es la persona o empresa
receptora de un bien,
servicio, producto o idea, a
cambio de dinero u otro
artculo de valor.

Datos del cliente: Clave,
nombre, direccin, telfono,
clave medicamento.

Es uno o ms frmacos,
integrados en una forma
farmacutica, presentado para
expendio y uso industrial o
clnico, y destinado para su
utilizacin en las personas o en
los animales, dotado de
propiedades que permitan el
mejor efecto farmacolgico de
sus componentes con el fin de
prevenir, aliviar o mejorar
enfermedades, o para modificar
estados fisiolgicos.

Datos del medicamento: Clave,
nombre, nombre genrico,
compuesto principal, fecha de
caducidad y clave proveedor.

Proveedor es la persona o
empresa que abastece con
algo a otra empresa o a
una comunidad. El trmino
procede del verbo proveer,
que hace referencia a
suministrar lo necesario
para un fin.

Datos del proveedor:
Clave, nombre, direccin y
telfono.













FARMACIA
DBMS
Mtodos de acceso
(SO)
CLIENTE
FICHEROS DE DATOS
MEDICAMENTO
PROVEEDOR
Definicin Esquema de Integridad

Integridad: Consiste en conservar la seguridad en un sistema que se permite a
mltiples usuarios el acceso al sistema y compartir la base de datos. Tiene como funcin
proteger la base de datos contra operaciones que introduzcan inconsistencias en los
datos. Se habla de integridad en el sentido de correccin, validez o precisin de los
datos. Un control de integridad o restricciones es aquel que nos permite definir con
precisin el rango de valores vlidos para un elemento y/o las operaciones que sern
consideraciones validas en la relacin de tale elementos.
El objetivo primordial de un control de integridad es la reduccin de la inconsistencia en
la BD.
Las restricciones de integridad normalmente se aplican en tres niveles:
Un Atributo Simple: Se define un dominio del atributo que es totalmente
independiente del resto del entorno de la Base de Datos. Es un atributo que tiene un
solo componente, que no se puede dividir en partes ms pequeas que tengan un
significado propio (valor nico). Se identifica por la letra inicial en mayscula.
Un Atributo Dependiente de Otro: Se definen subconjuntos de dominios posibles
para un atributo X segn el valor que previamente ha sido asignado al atributo W.
Tambin es conocido como atributos de grupo y se representa por medio de corchetes.
Relaciones entre Tuplas de una o varias Tablas: Se especifican valores posibles
para registros completos segn los valores acumulados registros previos o por valores
existentes en registros de otras tablas. Tambin es conocido como objeto simtrico y se
representa con un rectngulo sombreado y todo con mayscula.
Reglas de Integridad:
Integridad de referencial. Se aplica a las claves ajenas: si en una relacin hay alguna
clave ajena, sus valores deben coincidir con valores de la clave primaria a la que hace
referencia, o bien, deben ser completamente nulo. Se enmarca en trminos de estados
de la base de datos indica lo que es un estado ilegal pero no dice como puede evitarse.
Existen 2 opciones rechazar la operacin o bien aceptar la operacin y realizar
operaciones adicionales compensatorias que conduzcan a un estado legal.
Por lo tanto, para cada clave ajena de la base de datos habr que contestar a tres
preguntas:



Reglas de los nulos: tiene sentido que la clave ajena acepte nulos?
Regla de borrado: Qu ocurre si se intenta borrar la tupla referenciada por la clave
ajena?
Restringir: no se permite borrar la tupla referenciada.
Propagar: se borra la tupla referenciada y se propaga el borrado a las tuplas la
referencia mediante la clave ajena.
Anular: se borra la tupla referenciada y las tuplas que la reverenciaba ponen a
nulo la clave ajena (solo si acepta nulos).

Reglas de modificacin: Qu ocurre si se intenta modificar el valor de la clave
primaria de la tupla referenciada por la clave ajena?
Restringir: no se permite modificar el valor de la clave primaria de la tupla
referenciada.
Propagar: se modifica el valor de la clave primaria de la tupla referenciaba y se
propaga la modificacin a las tuplas que la referencia mediante clave ajena.
Anular: se modifica la tupla referenciada y las tuplas que la referenciaban
ponen a nulo la clave ajena (solo si acepta nulos).
Reglas de Integridad de Dominio. Un dominio de valores posibles puede estar
asociado con cada atributo. Los lmites de dominio son la forma mas elemental de
restricciones de integridad. Son fciles de probar por el sistema siempre que se
introduce un nuevo dato en la base de datos.
Tipos de dominios: Es posible que varios atributos tengan el mismo dominio. Podemos
ver que una definicin adecuada de restricciones de dominio no solo nos permite probar
consultas para asegurar que la comparacin que se hace tiene sentido. El principio que
hay detrs de los dominios de atributo es similar al que hay detrs de la asignacin de
tipos a variables en los lenguajes de programacin. Los lenguajes de programacin
fuertemente tipiados permiten que el compilador el programa con mayor detalle.
Integridad de relaciones. Esta regla se aplica a las claves primarias de las relaciones
base: ningn atributo que forme parte de una llave primaria puede aceptar valores
nulos. Por definicin, una clave primaria es irreducible que se utiliza para identificar de
modo nico las tuplas. Irreducible significa que ningn subconjunto de la clave primaria
sirve para identificar las tuplas de modo nico. Si se permite que parte de la clave
primaria sea nula, se est diciendo que no todos sus atributos son necesarios para
distinguir las tuplas, con lo que se contradice la irreductibilidad. Esta regla solo se aplica
a las relaciones base y a las claves primarias, no a las claves alternativas.

Nulos: Ningn atributo que forme parte de una llave primaria puede aceptar valores
nulos. Un valor nulo es un valor que esta fuera de la definicin de cualquier dominio el
cual permite dejar el valor del atributo "latente"; en otras palabras, un valor nulo no
representa el valor cero, ni una cadena vaca, stos son valores que tienen significado;
implica ausencia de informacin porque se desconoce el valor del atributo o simplemente
no tiene sentido.
Reglas de negocio: Los usuarios o los administradores de la base de datos pueden
imponer ciertas restricciones especficas sobre los datos, a esto se le conoce como reglas
de negocio.

ESQUEMA DE INTEGRIDAD

CLIENTE MEDICAMENTO PROVEEDOR
Clave_Cliente PK n Clave_Medicamento PK 1 Clave_Proveedor PK
Nombre_Cliente Nombre_Medicamento Nombre_Proveedor
Dir_Cliente Nombre_GI Dir_Proveedor
Tel_Cliente Componente_Principal Tel_Proveedor
Clave_Medicamento FK 1 Fecha_Caducidad
Clave_Proveedor FK n

ANEXO:
MEDICAMENTO
Clave_Medicamento: Numrico (Long_Int [12]), Se basa en el cdigo de barras del
medicamento.
Nombre_Medicamento: Texto (String [20]), Almacena el nombre del laboratorio. Ej.
Novartis, Bayer, Proctor & Gamble, etc.
Componente_Principal: Texto (String [40]), Indica el tipo de formula. Ej. Tabletas
de 500mg, Suspensin 2g, etc.
Nombre_GI: Texto (String [40]), Paracetamol, cido Acetil Saliclico, Naproxeno, etc.
Fecha_Caducidad: Texto (String [20]), 01/enero/2014.
Clave_Proveedor: Numrico (Long_Int [12]), Se le asigna clave al proveedor


CLIENTE
Clave_Cliente: Numrico (Long Int [10]), Clave nica que se asigna a cada cliente
para identificarlo dentro del sistema.
Nombre_Cliente: Texto (String [40]), Guarda el nombre del cliente.
Dir_Cliente: Texto (String [40]), Guarda la direccin del cliente.
Tel_Cliente: (Long Int [10]), Guarda el nmero telefnico del cliente a 10 dgitos.
Clave_Medicamento: Numrico (Long_Int [12]), Se basa en el cdigo de barras del
medicamento.

PROVEEDOR
Clave_Proveedor: Numrico (Long_Int [10]), Clave nica que se asigna a cada
proveedor para identificarlo dentro del sistema.
Nombre_Proveedor: Texto (String [40]), Guarda el nombre del proveedor.
Dir_Proveedor: Texto (String [40]), Guarda la direccin del proveedor.
Tel_Proveedor: (Long Int [10]), Guarda el nmero telefnico del proveedor a 10
dgitos.

CLIENTE MEDICAMENTO PROVEEDOR
Clave_Cliente PK Long int [12] Clave_Medicamento PK Long int
[12]
Clave_Proveedor PK Long
int [12]
Nombre_Cliente String [40] Nombre_Medicamento String [40] Nombre_Proveedor String
[40]
Dir_Cliente String [40] Nombre_GI String [40] Dir_Proveedor String [40]
Tel_Cliente Long [10] Componente_Principal String [40] Tel_Proveedor Long int
[10]
Clave_Medicamento FK
Long int [12]
Fecha_Caducidad String [20]
Clave_Proveedor FK Long int [12]
Almacena informacin referente
al cliente.
Almacena informacin referente al
medicamento.
Almacena informacin del
proveedor.




FUENTES DE CONSULTA:
http://es.wikipedia.org/wiki/Cliente_(econom%C3%ADa)
http://es.wikipedia.org/wiki/Medicamento
http://definicion.de/proveedor/
http://www.jorgesanchez.net/bd/disenoBD.pdf
http://es.scribd.com/doc/58720369/Esquema-Conceptual-Base-Datos
http://yoalo.wikispaces.com/2.2+Definicion+Esquema+de+Integridad

También podría gustarte