bdd_u3_ea_jobf
TRANSCRIPT
Unidad 3. Diseño
EVIDENCIA DE
APRENDIZAJEDESARROLLO
E INTEGRACIÓN
DEPROTOTIPO
CURSO: BASE DE DATOS
ALUMNO: JOSE ANGEL BLANCO FIERRO
1
Unidad 3. Diseño
ÍndiceAntecedentes:....................................................................................................................................3
Objetivo:.............................................................................................................................................4
a) Concepto de base de datos............................................................................................................4
b) Elección del caso de estudio..........................................................................................................4
c) Tipo de Base de datos utilizado......................................................................................................5
d) Esquema de entradas, procesos y salidas......................................................................................5
e) Instrumento de recopilación de información (cuestionario, entrevista o encuesta), según el caso............................................................................................................................................................5
f) Reporte de estudio de factibilidad..................................................................................................6
g) Requerimientos de hardware y software.......................................................................................6
h) Modelo entidad relación................................................................................................................7
i)Tablas lógicas...................................................................................................................................7
j) Diccionario de datos....................................................................................................................9
k) Aplicación de cinco operaciones de álgebra relacional como mínimo al caso de estudio............10
l) Conclusiones.................................................................................................................................12
2
Unidad 3. Diseño
Antecedentes:El término Base de Datos fue acuñado por primera vez en 1963, en un simposio celebrado en California.
En la década del 70
Edgar Frank Codd definió el modelo relacional y publicó una serie de reglas para la evaluación de administradores de sistemas de datos relacionales y asi nacieron las bases de datos relacionales.
A partir de los aportes de Codd el multimillonario Larry Ellison desarrolló la base de datos Oracle, la cual es un sistema de administración de Base de Datos, que se destaca por sus transacciones, estabilidad, escalabilidad y multiplataforma.
Inicialmente no se usó el Modelo Relacional debido a que tenía inconvenientes por el rendimiento, ya que no podían ser competitivas con las bases de datos Jerárquicas y de Red. Ésta tendencia cambio por un proyecto de IBM el cual desarrolló técnicas para la construcción de un sistema de bases de datos relacionales eficientes, llamado System R.
En la década del 80
Las Bases de Datos Relacionales con su sistema de Tablas, Filas y Columnas, pudieron competir con las Bases de Datos Jerárquicas y de Red, ya que su nivel de programación era bajo y su uso muy sencillo.
En esta década el Modelo Relacional ha conseguido posicionarse en el mercado de las Bases de Datos. Y también en este tiempo se iniciaron grandes investigaciones, como las Sistemas de Gestión de Bases de Datos Orientadas a Objetos SGBDOO (System Management Object Oriented Databases). .
Principios década de los 90
Para la toma de decisiones se crea el lenguaje SQL (Structured Query Language) , que es un lenguaje programado para consultas. El programa de alto nivel SQL es un lenguaje de consulta estructurado
3
Unidad 3. Diseño
que analiza grandes cantidades de información, el cual permite especificar diversos tipos de operaciones frente a la misma información, a diferencia de las bases de datos de los 80 que eran diseñadas para las aplicaciones de procesamiento de transacciones. Los grandes distribuidores de bases de datos incursionaron con la venta de bases de datos orientadas a objetos.
Finales de la década de los 90
El boom de esta década fue la aparición de la WWW “Word Wide Web” ya que por este medio se facilitaba la consulta de las bases de datos. Actualmente tienen una amplia capacidad de almacenamiento de información, también una de las ventajas es el servicio de siete días a la semana las veinticuatro horas del día, sin interrupciones a menos que haya planificaciones de mantenimiento de las plataformas o el software.
Objetivo: Un objetivo principal de un sistema de base de datos es proporcionar a los usuarios una visión abstracta de los datos, esto se logra escondiendo ciertos detalles de como se almacenan y mantienen los datos.
a) Concepto de base de datos.Una base de datos es el conjunto de datos informativos organizados en un mismo contexto para su uso y vinculación.
Se le llama base de datos a los bancos de información que contienen datos relativos a diversas temáticas y categorizados de distinta manera, pero que comparten entre sí algún tipo de vínculo o relación que busca ordenarlos y clasificarlos en conjunto.
b) Elección del caso de estudio.Crear un punto de venta en el cual se pretende saber cómo es el flujo de los productos de una abarrotera saber cuánto cobrar por cierta cantidad vendida así mismo el costo de cada uno y llevar un control para notificar cuanto se dará de cambio si es que lo requiere.
4
Unidad 3. Diseño
c) Tipo de Base de datos utilizado.Esquema Relacional
Para nuestro caso se eligió construir una base de datos documental
relacional, debido a que en la actualidad son las más utilizadas ya a
que permite la manipulación de datos (búsquedas entre otras
operaciones) de manera óptima y eficiente pues su estructura está
constituida por tablas (tuplas) que están conformadas por registros y
campos, de ahí su nombre relacional.
d) Esquema de entradas, procesos y salidas.
ENTRADA PROCESOS SALIDAS(Representación de datos)
Requisiciones Producto: Cantidad por precio unitario Monto de compra-PantallaCosteos Sumas y dividendos Precios de venta -PantallaInventarios Sumas: compras y ventas Existencia final -Reportes
Ventas Productos: cantidad por precio unitario. Monto de venta -PantallasAltas y bajas Capturas altas y bajas Altas y bajas -Reportes
e) Instrumento de recopilación de información (cuestionario, entrevista o encuesta), según el caso.Debido a las necesidades de mi caso elegí como instrumento de recopilación de información: Cuestionario porque es el que se adapta a las necesidades y cumple con los requisitos de este plan.
1. ¿Qué es lo que más le gusta de nuestra empresa?
2. ¿Qué es lo que más le disgusta?
3. ¿Por qué prefiere nuestra empresa a otras?
4. ¿Le parece bien nuestro horario de atención?
5. ¿Le parecen buenos nuestros precios?
5
Unidad 3. Diseño
Los cuestionarios son una serie de preguntas ordenadas, que buscan obtener información de parte de quien las responde, para servir a quien pregunta o a ambas partes.
f) Reporte de estudio de factibilidad.
HARDAWARE SOFTWARE OPERATIVIDAD FINANCIERO ECONÓMICO
Computadora:(Microprocesador: Intel Celeron CPU 430.
160 GB. Disco Duro.)
1 GB de RAM.
Impresora(Epson Tm-u220pa).
Lector de Código de Barras.
Escáner.
Sistema operativo.(Windows Xp)
Paquetería de Office.(2010)
Antivirus.(Panda Cloud, Usb Vaccine )
El sistema propuesto permitirá el control de los productos en ventas y sus datos correspondientes, de una manera sencilla y general se gestionara la información de cada uno.
La organización incrementará sus activos económicos utilizando esta base de datos Prácticamente se verá reflejado la cantidad que se tenga que pagar.
Referente al gestor de la base de datos no se requiere de realizar ningún gasto; pero en cuanto al mantenimiento de los equipos se pagará $ 350.00 por cada uno.
g) Requerimientos de hardware y software.5 Computadoras:(Microprocesador: Intel Celeron CPU 430. (160 GB. Disco Duro.)1 GB de RAM.
4 Impresoras (Epson Tm-u220pa).
4 Lector de Código de Barras.
1 Escáner.
Sistema Operativo (Mínimo Microsoft XP)
El utilizar este tipos de máquinas permite proporcionar herramientas de productividad avanzadas que su organización necesita y le ofrece
6
Unidad 3. Diseño
el poder de administrar, implementar y soportar su ambiente de administración de una manera más eficiente.
h) Modelo entidad relación
i)Tablas lógicas.
TABLAS DEL CLIENTEN/P PRODUCTO CANTIDA
DPRECIO TOTAL
1 Aceite 5 20 1002 Arroz 2 15 303 Atún 1 10 104 Azúcar 4 10 405 Frijol 10 10 1006 Servilletas 5 6 307 Lentejas 70 7 4908 Salchicha 35 14 4909 Queso 13 35 455
10 Mantequilla 25 4 100
TOTAL$
1,845.00
7
Unidad 3. Diseño
TABLAS DEL CAJERO(CAPTURISTA)N/P PRODUCTO CANTIDA
DPRECIO TOTAL
1 Aceite 5 20 1002 Arroz 2 15 303 Atún 1 10 104 Azúcar 4 10 405 Frijol 10 10 1006 Servilletas 5 6 307 Lentejas 70 7 4908 Salchicha 35 14 4909 Queso 13 35 455
10 Mantequilla 25 4 100
TOTAL$
1,845.00
TABLA DEL ADMINISTRADORPRODUCTOS TOTAL
Aceite 100Arroz 30Atún 10
Azúcar 40Frijol 100
Servilletas 30Lentejas 490Salchicha 490
Queso 455Mantequilla 100
TOTAL $ 1,845.00
8
Unidad 3. Diseño
j) Diccionario de datos.DICCIONARIO DE DATOS CLIENTE
NOMBRE CAMPO
DESCRIPCION TIPO LONGITUDCAMPOS LLAVES TABLAS EN
PKTABLAS EN
FKOTRAS
CAMPO OBLIGATORIO
PK FK
CVE PRODUCTO
CAMPO IDENTIFICADOR
DEL PRODUCTO
CHAR 10 SI SI PRODUCTO PRECIO SI
NOMBRE PRODUCTO
CAMPO QUE CONTIENE EL NOMBRE DEL PRODUCTO
CHAR VAR 60 NO NO NOMBRE SI
CANT PRODUCTO
CAMPO QUE CONTIENE LA
CANTIDAD DEL PRODUCTO
NUMERICO 10 SI SI CANTIDAD PRECIO SI
PRECIO PRODUCTO
CAMPO QUE CONTIENE EL PRECIO DEL PRODUCTO
NUMERICO DECIMAL
6 SI SI SI
DICCIONARIO DE DATOS CLIENTE CAJERO
NOMBRE CAMPO
DESCRIPCION TIPO LONGITUDCAMPOS LLAVES TABLAS EN
PKTABLAS EN
FKOTRAS
CAMPO OBLIGATORIO
PK FK
CVE PRODUCTO
CAMPO IDENTIFICADOR
DEL PRODUCTO
CHAR 10 SI SI PRODUCTO PRECIO SI
NOMBRE PRODUCTO
CAMPO QUE CONTIENE EL NOMBRE DEL PRODUCTO
CHAR VAR 60 NO NO NOMBRE SI
CANT PRODUCTO
CAMPO QUE CONTIENE LA
CANTIDAD DEL PRODUCTO
NUMERICO 10 SI SI CANTIDAD PRECIO SI
PRECIO PRODUCTO
CAMPO QUE CONTIENE EL PRECIO DEL PRODUCTO
NUMERICO DECIMAL
6 SI SI SI
9
Unidad 3. Diseño
DICCIONARIO DE DATOS ADMINISTRADOR
NOMBRE CAMPO DESCRIPCION TIPO LONGITUDCAMPOS LLAVES TABLAS EN
PKTABLAS EN
FKOTRAS
CAMPO OBLIGATORIO
PK FK
CVE PRODUCTO
CAMPO IDENTIFICADOR
DEL PRODUCTO
CHAR 10 SI SI PRODUCTO PRECIO SI
PRECIO PRODUCTO
CAMPO QUE CONTIENE EL PRECIO DEL PRODUCTO
NUMERICO DECIMAL
6 SI SI SI
k) Aplicación de cinco operaciones de álgebra relacional como mínimo al caso de estudio.
JOIN: Las tablas en una base de datos son frecuentemente relacionadas unas
con otras con llaves. Una llave primaria es una columna (o combinación de columnas) con un único valor para cada renglón. Cada valor de la llave primaria debe ser único dentro de la tabla. El propósito es vincular o enlazar los datos en conjunto, a través de tablas, sin repetir todos los datos en cada tabla.
N/P PRODUCTO CANTIDAD PRECIO TOTAL01 Aceite 5 20 10002 Arroz 2 15 3003 Atún 1 10 1004 Azúcar 4 10 4005 Frijol 10 10 10006 Aceite 4 20 80
Notamos que la columna N/P es la llave primaria de la tabla “Productos”. Esto significa que 2 renglones NO pueden tener el mismo N/P. El N/P distingue a 2 productos aún si ellas tienen el mismo nombre (ejemplo N/P 06 Y 01).
10
Unidad 3. Diseño
Ahora tenemos otra tabla llamada “PRECIO”
La llave primaria es la columna N/P y la columna PRECIO se refiere a los productos en la tabla “Productos” sin usar sus nombres.
El operador UNION de SQL
El operador SQL UNION es usado para combinar el resultado de 2 o más instrucciones SELECT.Notamos que cada instrucción SELECT dentro de la UNION debe tener el mismo número de columnas. También, las columnas en cada instrucción SELECT deben estar en el mismo orden.
Sintaxis
Para UNION de SQL
SELECT column_name(s) FROM table_name1
UNION
SELECT column_name(s) FROM table_name2
Nota:El operador UNION selecciona solamente distintos valores por default. Para permitir valores duplicados, usar UNION ALL.
TABLA DE “COMPRA 1”
N/P PRODUCTO1 ACEITE2 ARROZ3 AZUCAR4 FRIJOL
11
N/P CANTIDAD PRECIO01 5 2002 2 1503 1 1004 4 1005 10 10
Unidad 3. Diseño
TABLA DE “COMPRA 2”
N/P PRODUCTO1 JABON2 ARROZ3 AZUCAR4 FRIJOL
Ahora queremos listar a todos los PRODUCTOS de COMPRA 1 y COMPRA 2 con la siguiente sintaxis y empleando la instrucción SELECT.
SELECT E_PRODUCTOS FROM COMPRA 1UNION SELECT E_PRODUCTOS FROM COMPRA 2
Quedando el siguiente resultado:
PRODUCTOACEITEARROZ
AZUCARFRIJOLJABON
l) Conclusiones.Para crear y manipular una base de datos relacional necesitamos SQL. Además, si la tarea que queremos hacer requiere el poder de procesamiento de un lenguaje de programación.
Estos tipos de modelos son utilizados para facilitar el desarrollo de un producto de software mediante la definición de parámetros y requisitos que permitan satisfacer las necesidades del usuario además facilitar el trabajo a quien lo diseña.
12