Sunteți pe pagina 1din 17

UNIVERSIDAD FRANCISCO GAVIDIA

FACULTAD DE INGENIERIA Y SISTEMAS

TEMA:
PROYECTO DISEO DE BASES DE DATOS

MATERIA: DISEO DE BASES DE DATOS


DOCENTE: ING. CARLOS ERNESTO LOPEZ SEGURA
GRUPO No.: N01 VIRTUAL.
CICLO No.: II 2016.
ALUMNOS:

MARROQUIN GIRON, ALICIA MARICELLE MG103412

SAN SALVADOR, 4 DE NOVIEMBRE DE 2017.


2

ndice

1. Introduccin................................................................................................................. 3

2. Objetivos del proyecto ................................................................................................ 4

3. Planteamiento del problema ....................................................................................... 5

4. Alcances del proyecto .................................................................................................. 6

5. Limitaciones del proyecto ........................................................................................... 7

6. Etapas del proyecto ..................................................................................................... 8

6.1. Diseo conceptual ................................................................................................ 8

6.2. Modelo entidad relacin ...................................................................................... 9

6.3. Diseo lgico ...................................................................................................... 10

6.4. Esquema de relacin de tablas .......................................................................... 11

7. Flujo de datos ............................................................................................................ 13

8. Seleccin del Sistemas Gestor de Bases de Datos..................................................... 14

9. Conclusiones .............................................................................................................. 16

10. Bibliografa ............................................................................................................. 17


3

1. Introduccin

Este proyecto disearemos una base de datos para una empresa. Nos
centraremos en el diseo conceptual de la base de datos, sus entidades principales y sus
interrelaciones, mediante un diagrama E/R, de entidad-relacin. Posteriormente
realizamos el diseo lgico de la base de datos, mediante la transformacin de estas
entidades y relaciones en tablas.

Disearemos e implementaremos procedimientos sobre los datos de la base de datos,


como pueden ser altas, bajas y modificaciones en los registros, procedimientos de
consulta de los datos almacenados y unas tablas especiales en las que almacenaremos
datos estadsticos relevantes al proyecto y que son llamadas, junto a los mecanismos
para su utilizacin, mdulo estadstico.

Siendo as en nuestro en el proyecto ser en base de una empresa envi de productos


de limpieza, la cual debe contener procedimientos almacenados para el tratamiento de
estos datos (altas, bajas, modificaciones), as como para su consulta (listados de clientes,
producto, colecciones, etc.).
4

2. Objetivos del proyecto

Implementar un sistema de base de datos para una empresa de venta de


productos de limpieza al finalizar el ciclo.

Conseguir que la base de datos aporte de manera efectiva al inventario de los


productos.

Implementar una propuesta viable que aporte un valor agregado a las ventas.

Reemplazar los archivos en Excel en lo que la empresa mide su inventario, dado


a que generalmente una empresa pequea mantiene sus datos en Excel.

Reducir el nmero de bugs mensuales, es decir que la empresa mantenga su


inventario rotativo para que la base sea efectiva.
5

3. Planteamiento del problema

Una empresa de productos de limpieza lleva su inventario en Excel, realiza el ingreso de


los productos adquiridos manualmente, lo cual le toma ms tiempo para ingresar o
reducir los productos de inventario, y si necesita modificar algn producto tiene que
hacerlo manualmente y en ocasiones marca un producto que ya no est en existencia ya
que no se cambi en su totalidad.
6

4. Alcances del proyecto

a) El software manejara la informacin de inventarios de una empresa de


productos de limpieza.

b) El sistema incluir datos de inventario desde Julio del 2017.

c) En el proyecto pasara un sistema manual auxiliada por Excel a un


manejador de Base de Datos.

d) El proyecto ser entregado con su respectiva documentacin.

e) La implementacin del sistema ser responsabilidad de grupo 01.


7

5. Limitaciones del proyecto

a) El sistema a implementar nicamente ser de la parte de inventarios, con


conexin a las ventas realizadas nicamente para descontar del stock.

b) Las modificaciones a los productos solo los podr realizar el Admin.


8

6. Etapas del proyecto

6.1.Diseo conceptual

La idea ms simple e importante a la vez cuando se trata de acertar con el diseo de


una base de datos es la siguiente: una base de datos es un modelo de una parte del
mundo real. Si la estructura de registros y campos captura bien esa parte de la realidad
que queremos representar, en principio todo ir bien. Pero cmo podemos estar
seguros de una cosa as?

Afortunadamente, disponemos de dos instrumentos de validez largamente demostrada


para determinar exactamente qu registros necesitamos y qu campos deben tener, y
son los siguientes:

Modelo entidad-relacin
Diccionario de datos

El diseo de una base de datos consiste en extraer del trabajo de la empresa


aquellas entidades y acciones que son de uso habitual en la misma y que van a formar
parte de la base de datos, es definir la estructura de los datos que debe tener un
sistema de informacin determinado. Para ello se suelen seguir por regla general unas
fases en el proceso de diseo definiendo para ello el modelo conceptual, el lgico y el
fsico.

En el diseo conceptual se hace una descripcin de alto nivel de la estructura de

la base de datos, independientemente del sistema gestor de bases de datos que


9

se utilizara. Nuestro objetivo es describir el contenido de informacin de la base

de datos.

El diseo lgico parte del resultado del diseo conceptual y da como resultado

una descripcin de la estructura de la base de datos en trminos de las

estructuras de datos que puede procesar un tipo de sistema gestor de base de

datos que utilizaremos,

El diseo fsico parte del lgico y nos dar como resultado una descripcin de la

implementacin de una base de datos en memoria secundaria: las estructuras de

almacenamiento y los mtodos utilizados para tener un acceso eficiente a los

datos.

6.2.Modelo entidad relacin

El diseo del modelo E-R a partir del anlisis inicial no es directo. A un mismo anlisis le
corresponden muchos diseos, hay varios criterios, pero ninguno es definitivo. De un
buen diseo depende:
Eficiencia: Es muy importante en las bases de datos cuando se manejan grandes
cantidades de datos.
Simplicidad del cdigo: Se cometen menos errores.
Flexibilidad: Se refiere a que el diagrama sea fcil de modificar.

El modelo entidad-relacin es un procedimiento de anlisis y diseo


aparentemente sencillo (aunque podemos complicarlo todo lo que queramos) para
determinar cul debe ser la estructura de una base de datos en relacin con:
10

Entidades (tems o unidades) los elementos o cosas que se van a


representar en la misma. Sern modelos de registro y por tanto, tipos de
entidades, cuando diseemos la base de datos. En formato de tabla,
seran las filas de la misma.
Propiedades (campos) de las entidades que se van a representar. Sern
los campos de cada registro. En formato tabla, seran las columnas de la
misma.
Relaciones entre las entidades de cara a la explotacin posterior de la
base de datos. En algunos casos, segn veremos se transforman en
modelos de registro o tablas para poder representar bien la relacin.

6.3.Diseo lgico

La conversin del diseo conceptual al diseo lgico est basada en los tres
principios siguientes:

Todo tipo de entidad del modelo conceptual se convierte en una tabla.


11

Todo tipo de relacin entre tablas 1:N se traduce en una propagacin de la clave

(se crea una clave primaria o fornea) o bien se crea una nueva tabla intermedia.

Todo tipo de relaciones entre tablas N:M (muchos a muchos) origina la creacin

de una nueva tabla intermedia.

6.4.Esquema de relacin de tablas

Al observar que la aplicacin de las reglas anteriores, en el paso del diseo


conceptual al diseo lgico se pierde informacin semntica, pues tanto las entidades
como las relaciones son convertidas en tablas, sin que exista una diferencia entre las
provenientes de las entidades o de relaciones.

Primero aplicaremos las primeras dos reglas, en el cual obtendremos las categoras
Orden, DetalleOrden, Categoria, Productos, Proveerdor y empleados, hemos creado seis
tablas, una por cada entidad, con su correspondiente clave primaria. Luego aplicaremos
la segunda regla con las relaciones.
12

Posteriormente aplicaremos la tercera regla y nuestro modelo quedara as:


13

7. Flujo de datos

Un diagrama de flujos de datos traza el flujo de la informacin para cualquier


proceso o sistema.

Productos
Informacin del Detalles de categora
Proveedor del producto.

Proveedor Categoria
Ingreso de la
solicitud del pedido.

DetalleOrden
Detalles de envi.

Orden
Informacin del
vendedor.

Empleados
14

8. Seleccin del Sistemas Gestor de Bases de Datos

Gestores de Bases de Datos:


El propsito general de los sistemas de gestin 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, sus objetivos son:

Existen distintos objetivos que deben cumplir los SGBD:

Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles acerca del
almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o
cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios
niveles de abstraccin.

Independencia. La independencia de los datos consiste en la capacidad de modificar el


esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las
aplicaciones que se sirven de ella.

Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia,


ser necesario vigilar que aquella informacin que aparece repetida se actualice de
forma coherente, es decir, que todos los datos repetidos se actualicen de forma
simultnea. Por otra parte, la base de datos representa una realidad determinada que
tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener
licencia de conducir. El sistema no debera aceptar datos de un conductor menor de
edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de
condiciones.
15

Seguridad. La informacin almacenada en una base de datos puede llegar a tener un


gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de
permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de
permisos.

Manejo de transacciones. Una transaccin es un programa que se ejecuta como una


sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce una
falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD
proveen mecanismos para programar las modificaciones de los datos de una forma
mucho ms simple que si no se dispusiera de ellos.

Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD


demora en proporcionar la informacin solicitada y en almacenar los cambios
realizados.

MySQL es un sistema gestor de bases de datos relacionales rpido, slido y flexible. Es


idneo para la creacin de bases de datos con acceso desde pginas web dinmicas, as
como para la creacin de cualquier otra solucin que implique el almacenamiento de
datos, posibilitando realizar mltiples y rpidas consultas. Est desarrollado en C y C++,
facilitando su integracin en otras aplicaciones desarrolladas tambin en esos lenguajes.

Es un sistema cliente/servidor, por lo que permite trabajar como servidor multiusuario y


de subprocesamiento mltiple, o sea, cada vez que se crea una conexin con el servidor,
el programa servidor establece un proceso para manejar la solicitud del cliente,
controlando as el acceso simultneo de un gran nmero de usuarios a los datos y
asegurando el acceso a usuarios autorizados solamente. Es uno de los sistemas gestores
de bases de datos ms utilizado en la actualidad.
16

9. Conclusiones

Al realizar este proyecto nos permite tener ms conocimiento y experiencia en el campo


laboral, dado a que nos da apertura en conocimientos, a pesar de ser una empresa
ficticia, si consideramos la realidad del pas donde en las pequeas y medianas
empresas an no se establece una base de datos formal, pero vemos las ventajas de
presentar la informacin y administrarla correctamente.
17

10. Bibliografa

CODINA, Llus (1998). Metodologa de anlisis de sistemas de informacin y


diseo de bases de datos documentales: aspectos lgicos y funcionales. BAR,
J.; CID, P. (eds.). Anuario SOCADI de Documentacin e Informacin 1998.
Barcelona: SOCADI, 1998, p. 195-210.

CHECKLAND, P. B.; HOLWELL, Sue (1998). Information, systems and information


systems: making sense of the field. Chichester [etc.]: John Wiley & Sons, cop.
1998. 262 p.

ABADAL, Ernest; CODINA, Llus (2005). Bases de datos documentales:


caractersticas, funciones y mtodo. Madrid : Sntesis, 2005, 220 p.

https://www.lucidchart.com/pages/es/qu%C3%A9-es-un-diagrama-de-flujo-de-datos

S-ar putea să vă placă și