Unidad 3. Diseño

EVIDENCIA DE

APRENDIZAJEDESARROLLO

E INTEGRACIÓN

DEPROTOTIPO

CURSO: BASE DE DATOS

ALUMNO: JOSE ANGEL BLANCO FIERRO

AL12502611@UNADMEXICO.MX

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