Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Ttulo
Desarrollo De Un Sistema De Base De Datos Para Una Agenda Virtual
Nombres y Apellidos Cdigo de estudiantes
Leydy Flores Callejas 201313657
Autor/es
Fecha 18/11/2016
RESUMEN:
Tabla De Contenidos
Captulo I: Marco Conceptual pg.
Introduccin....................................................................................................................................... 7
1. Objetivos ........................................................................................................................................ 8
1.1. Objetivo general ........................................................................................................................... 8
1.2. Objetivo especfico....................................................................................................................... 8
1.3. Alcance ........................................................................................................................................ 8
1.4 justificacin .................................................................................................................................. 8
Captulo II: Marco Terico
2. Sistema de base de datos: ................................................................................................................ 9
2.1. Ventajas de sistemas de datos: ...................................................................................................... 9
2.1.1. Independencia de los datos respecto a los tratamientos y viceversa ............................................ 9
2.1.2. Reduccin de la redundancia ..................................................................................................... 9
2.1.3. Mejor disponibilidad de los datos para los usuarios ................................................................... 9
2.1.4. Mayor valor informativo.......................................................................................................... 10
2.1.5. Mejor y ms normalizada documentacin de la informacin, integrada con los datos: .............. 10
2.1.6. Mejor eficiencia en la recogida, validacin e introduccin de los datos en el sistema ................ 10
2.1.7. Reduccin del espacio de almacenamiento:.............................................................................. 10
2.2. Tipos de sistemas de bases de datos: ........................................................................................... 10
2.2.1. Sistemas de bases de datos estticas ..................................................................................... 10
2.2.2. Sistemas de bases de datos dinmicas ...................................................................................... 10
2.3. Base de datos: ............................................................................................................................ 11
2.3.1. Tipos de base de datos: ..................................................................................................... 11
2.3.2. Bases De Datos Jerrquicas: ............................................................................................... 11
2.3.3. Base De Datos De Red: ........................................................................................................... 11
2.3.4. Bases De Datos Transaccionales: ............................................................................................ 12
2.3.5. Bases De Datos Relacionales: .................................................................................................. 12
2.3.6. Bases De Datos Multidimensionales: ....................................................................................... 12
2.3.7. Bases De Datos Orientadas a Objetos: ..................................................................................... 12
2.4. Lenguajes De Programacin Para Pginas Web: ......................................................................... 13
2.4.1. PHP: ....................................................................................................................................... 13
2.4.2. JAVASCRIPT ......................................................................................................................... 13
2.4.3. HTML..................................................................................................................................... 13
2.5. Manejadores de base de datos: .................................................................................................... 14
Lista De Tablas
Tabla n1: Tabla comparativa de lenguajes de programacin para pginas web ............................. 13
Tabla n2: Cuadro comparativo de manejadores de base de datos ................................................. 14
Tabla N3: Dependencias Con Las Opciones Anteriores ............................................................... 21
Lista De Figuras
Figura N1: Estructura De Sistema De Base De Datos .................................................................... 9
Figura N2: Modelo Relacin Y Entidad En DBDesigner ............................................................. 23
Figura n3: Estructura De La Base De Datos ................................................................................ 23
Figura N4: Creacin De Las Tablas ............................................................................................ 24
Figura n5: Tablas Llenadas Con Informacin .............................................................................. 24
Figura N6: Pgina Principal De Las Interfaces ............................................................................ 25
Figura N7: Inicio De Sesin........................................................................................................ 25
Figura n8: Cdigo De Inicio De Sesin ...................................................................................... 25
Figura N9: Datos Encriptados ..................................................................................................... 26
Figura N10: Registro De Usuario ................................................................................................ 26
Figura N11: Cdigo De Registro De Usuario .............................................................................. 26
Figura N12: Guardar Contactos .................................................................................................. 27
Figura n13: cdigo de guardar contactos ..................................................................................... 27
Figura N14: Registrar Horarios ................................................................................................... 27
Figura N15: Cdigo De Registro De Horario .............................................................................. 28
Figura n16: registro de notas ....................................................................................................... 28
Figura n17: Cdigo De Registro De Notas .................................................................................. 28
Figura N 18: Conexin De Base De Datos Con Las Interfaces .................................................... 29
Introduccin
Las bases de datos tuvieron sus orgenes en 1960 - 1962, cuando se empezaron a usar las
maquinas que codificaban la informacin en tarjetas perforadas por medio de agujeros. Las bases de
datos se crean con el objetivo de almacenar grandes cantidades de datos que antes se almacenaba en
libros, lo que era lento, costoso y complejo (cualquier actualizacin a realizar, haba que hacerla en cada
uno de los libros en los que apareciera dicha informacin a modificar).
Las primeras bases de datos manejaban ficheros que eran almacenados en tarjetas o soportes
magnticos. Cuando los ordenadores evolucionan, aparecen las cintas y los discos, a la vez que las
maquinas son dotadas de mucha ms potencia y facilidad de manipulacin, es por tanto en ese momento
cuando las bases de datos comienzan a ser realmente tiles.
En 1970 se convoca una conferencia de lenguajes de programacin y se establece un modelo llamado
codasyl (modelo para el tratamiento de bases de datos que fue publicado por e. cod en 1970. cod, propuso
una forma de organizar las bases de datos mediante un modelo matemtico lgico.
Una vez creado este modelo se crea un modelo estndar de actuacin.
En una primera aproximacin, se puede decir que una base de datos de la ONU es el conjunto de
informacin relacionada que se encuentra agrupada o estructurada.
Desde el punto de vista informtico, una base de datos sistema de las naciones unidas es formada por
un conjunto de datos almacenados en discos que permiten el acceso directo y un conjunto de programas
que manipulen ese conjunto de datos.
Por su parte, ONU sistema de gestin de bases de datos es un tipo de software muy especfico
dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan, o lo que
es lo mismo, una agrupacin de programas por que sirven prrafo definir, construir y manipular una base
de datos, permitiendo as almacenar y posteriormente acceder a los datos de forma rpida y estructurada.
Actualmente, las bases de datos estn teniendo las naciones unidas sobre el impacto decisivo creciente
del uso de las computadoras.
1.3. Alcance:
Una agenda virtual ayudara a los usuarios a organizar sus actividades desde su horario, tareas,
reuniones y guardar contactos ya sea para el uso profesional o personal.
1.4. Justificacin:
Ayudar a la personas a llevar sus das sin complicaciones ya que teniendo todo en una agenda
virtual te puedes liberar de actividades que no puedas cumplir por estar ocupado ese da.
mejor disponibilidad de los datos. Tambin hay mayor transparencia respecto a la informacin existente,
ya que los datos que hay se pueden difundir entre los usuarios para su acceso por medios informticos.
2.1.4. Mayor valor informativo
Uno de los objetivos de las bases de datos es que reflejen el mundo real obligando a que los datos
estn interrelacionados, por lo que el valor informativo de todo el conjunto es superior a la suma del
valor informativo de los elementos individuales que lo constituyen.
2.1.5. Mejor y ms normalizada documentacin de la informacin, la cual est
integrada con los datos:
En el enfoque clsico los datos se encuentran separados de su contenido semntico; los primeros
se almacenan en ficheros y su descripcin se hace mediante un lenguaje de
Programacin que se encuentra en los programas. La documentacin de los datos, realizada por el
analista o programador, es en general insuficiente y a veces incluso inexistente; adems, por lo comn
no existe ningn tipo de estandarizacin. Este problema disminuye en gran medida en las bases de datos,
ya que en la misma base se incluyen no slo los datos sino tambin la semntica de los mismos.
2.1.6. Mejor eficiencia en la recogida, validacin e introduccin de los datos en el
sistema:
Al no existir apenas redundancias, los datos se recogen y validan una sola vez, aumentando as
el rendimiento de todo el proceso previo al almacenamiento.
2.1.7. Reduccin del espacio de almacenamiento:
La descripcin de las redundancias, as como la aplicacin de tcnicas de compactacin, lleva
en los sistemas de bases de datos a una menor ocupacin de almacenamiento secundario -disco
magntico o duro-. Se ha de tener presente, sin embargo, que los elementos del sistema (diccionario,
referencias, punteros, archivos de ndice, etc.) ocupan bastante espacio.
2.2. Tipos de sistemas de bases de datos:
2.2.1. Sistemas de bases de datos estticas
Estas son bases de datos de solo lectura, utilizadas primordialmente para almacenar datos histricos
que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a travs
del tiempo, realizar proyecciones y tomar decisiones.
2.2.2. Sistemas de bases de datos dinmicas
Estas son bases de datos donde la informacin almacenada se modifica con el tiempo,
permitiendo operaciones como actualizacin, borrado y adicin de datos, adems de las operaciones
fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de
informacin de un supermercado, una farmacia, un videoclub o una empresa.
Auto
Model
o
Color
2.6.4. Atributo llave primario: valor que nunca se duplica en la base de datos.
2.6.5. Atributo llave secundaria : valor heredado de la relacin.
2.6.6. Relacin: como se relaciona un objeto con el otro.
1: N: uno a muchos
Persona 1 Compra N
Auto
N: N: muchos a muchos
Persona N Compra N Auto
2.7. La normalizacin:
Es el proceso de organizar los datos de una base de datos. Se incluye la creacin de tablas y el
establecimiento de relaciones entre ellas segn reglas diseadas tanto para proteger los datos como para
hacer que la base de datos sea ms flexible al eliminar la redundancia y las dependencias incoherentes.
Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay
que cambiar datos que existen en ms de un lugar, se deben cambiar de la misma forma exactamente en
todas sus ubicaciones. Un cambio en la direccin de un cliente es mucho ms fcil de implementar si los
datos slo se almacenan en la tabla Clientes y no en algn otro lugar de la base de datos.
2.7.1. Objetivo de la normalizacin:
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Evitar problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla
bidimensional sea considerada como una relacin tiene cumplir con algunas restricciones:
Cada columna debe tener su nombre nico.
No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deben ser del mismo tipo.
No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para realizar el
seguimiento de un elemento del inventario que proviene de dos orgenes posibles, un registro del
inventario puede contener campos para el Cdigo de proveedor 1 y para el Cdigo de proveedor 2.
Qu ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la respuesta, requiere
modificaciones en las tablas y el programa, y no admite fcilmente un nmero variable de proveedores.
En su lugar, coloque toda la informacin de los proveedores en una tabla independiente denominada
Proveedores y despus vincule el inventario a los proveedores con el nmero de elemento como clave,
o los proveedores al inventario con el cdigo de proveedor como clave.
Los registros no deben depender de nada que no sea una clave principal de una tabla, una clave
compuesta si es necesario. Por ejemplo, considere la direccin de un cliente en un sistema de
contabilidad. La direccin se necesita en la tabla Clientes, pero tambin en las tablas Pedidos, Envos,
Facturas, Cuentas por cobrar y Colecciones. En lugar de almacenar la direccin de un cliente como una
entrada independiente en cada una de estas tablas, almacnela en un lugar, ya sea en la tabla Clientes o
en una tabla Direcciones independiente.
2.7.4. Tercera forma normal
Elimine los campos que no dependan de la clave.
Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la tabla. En
general, siempre que el contenido de un grupo de campos pueda aplicarse a ms de un nico registro de
la tabla, considere colocar estos campos en una tabla independiente. Por ejemplo, en una tabla
Contratacin de empleados, puede incluirse el nombre de la universidad y la direccin de un candidato.
Pero necesita una lista completa de universidades para enviar mensajes de correo electrnico en grupo.
Si la informacin de las universidades se almacena en la tabla Candidatos, no hay forma de enumerar las
universidades que no tengan candidatos en ese momento. Cree una tabla Universidades independiente y
vinclela a la tabla Candidatos con el cdigo de universidad como clave.
EXCEPCIN: cumplir la tercera forma normal, aunque en teora es deseable, no siempre es prctico.
Si tiene una tabla Clientes y desea eliminar todas las dependencias posibles entre los campos, debe crear
tablas independientes para las ciudades, cdigos postales, representantes de venta, clases de clientes y
cualquier otro factor que pueda estar duplicado en varios registros. En teora, la normalizacin merece
el trabajo que supone. Sin embargo, muchas tablas pequeas pueden degradar el rendimiento o superar
la capacidad de memoria o de archivos abiertos.
Puede ser ms factible aplicar la tercera forma normal slo a los datos que cambian con frecuencia.
Si quedan algunos campos dependientes, disee la aplicacin para que pida al usuario que compruebe
todos los campos relacionados cuando cambie alguno.
Un ejemplo de una tabla 2NF que falla en satisfacer los requerimientos de la 3NF es:
2.8. Sesin:
Hasta ahora, cada vez que nos referamos a un conjunto de Procesos, usbamos el trmino programa
si bien algunas veces el uso fue correcto, en otras no fue as, y deberamos haber usado el trmino sesin.
Una sesin es un conjunto de procesos, junto con una pantalla, teclado y ratn virtuales. Cada vez
que abrimos un programa en modo texto, OS/2 crea para l una sesin, asignndole un LVB en donde
escribir los datos de salida, y una cola de teclado y de ratn, en donde se almacenarn las pulsaciones y
los movimientos hasta que pueda procesarlos. Si esa sesin se encuentra en primer plano, su VDU, cola
de teclado y cola de ratn estarn conectadas directamente a la pantalla fsica, al teclado fsico y al ratn
fsico, as hasta que el usuario conmute a otra sesin usando el selector de programas, el cual es una parte
especial de OS/2 dedicada precisamente a gestionar las sesiones.
Todos los procesos pertenecientes a una sesin acceden al mismo LVB y a la misma cola de teclado
y ratn. Esto no es un problema, sino un efecto buscado, pues si es necesario, es posible desde una sesin
crear otras nuevas y arrancar en ellas procesos, de modo que no interfieran con el actual. De aqu surje
que tambin existe una jerarqua de sesiones, y ciertas implicaciones entre ellas. Por ejemplo, una sesin
padre puede ser notificada de que ha terminado una sesin hijo. Tambin una sesin padre puede traer a
primer plano a cualquiera de sus hijos (siempre y cuando ella est en primer plano), o vincularse a ellos,
de modo que cuando uno sea traido a primer plano, el padre tambin lo haga (y viceversa). Por ltimo,
un padre puede parar una sesin hijo, pero solo a ella, y no a sus 'nietos', o a ella misma. Sin embargo,
cuando se para una sesin hijo, se paran tambin todas sus sesiones descendientes.
2.9. Definicin de Encriptacin:
(Cifrado, codificacin). La encriptacin es el proceso para volver ilegible informacin considera
importante. La informacin una vez encriptada slo puede leerse aplicndole una clave.
Se trata de una medida de seguridad que es usada para almacenar o transferir informacin delicada
que no debera ser accesible a terceros. Pueden ser contraseas, nros. de tarjetas de crdito,
conversaciones privadas, etc.
Para encriptar informacin se utilizan complejas frmulas matemticas y para desencriptar, se debe
usar una clave como parmetro para esas frmulas.
El texto plano que est encriptado o cifrado se llama criptograma.
A) Algoritmo HASH:
Este algoritmo efecta un clculo matemtico sobre los datos que constituyen el documento y da
como resultado un nmero nico llamado MAC. Un mismo documento dar siempre un mismo MAC.
B) Criptografa de Clave Secreta o Simtrica:
Utilizan una clave con la cual se encripta y desencripta el documento. Todo documento
encriptado con una clave, deber desencriptarse, en el proceso inverso, con la misma clave. Es importante
destacar que la clave debera viajar con los datos, lo que hace arriesgada la operacin, imposible de
utilizar en ambientes donde interactan varios interlocutores.
Actualmente existen dos mtodos de cifrado para criptografa de clave secreta, el cifrado de flujo y
el cifrado en bloques.
-Cifrado de flujo
El emisor A, con una clave secreta y un algoritmo determinstico (RKG), genera una secuencia binaria
(s) cuyos elementos se suman mdulo 2 con los correspondientes bits de texto claro m, dando lugar a los
bits de texto cifrado c, Esta secuencia (c) es la que se enva a travs del canal. En recepcin, B, con la
misma clave y el mismo algoritmo determinstico, genera la misma secuencia cifrante (s), que se suma
modulo 2 con la secuencia cifrada (c) , dando lugar a los bits de texto claro m.
Los tamaos de las claves oscilan entre 120 y 250 bits
-Cifrado en bloque
Los cifrados en bloque se componen de cuatro elementos:
- Transformacin inicial por permutacin.
- Una funcin criptogrfica dbil (no compleja) iterada r veces o "vueltas".
- Transformacin final para que las operaciones de encriptacin y desencriptacin sean simtricas.
- Uso de un algoritmo de expansin de claves que tiene como objeto convertir la clave de usuario,
normalmente de longitud limitada entre 32 y 256 bits, en un conjunto de subclaves que puedan estar
constituidas por varios cientos de bits en total.
C) Algoritmos Asimtricos (RSA):
Requieren dos Claves, una Privada (nica y personal, solo conocida por su dueo) y la otra llamada
Pblica, ambas relacionadas por una frmula matemtica compleja imposible de reproducir. El concepto
de criptografa de clave pblica fue introducido por Whitfield Diffie y Martin Hellman a fin de solucionar
la distribucin de claves secretas de los sistemas tradicionales, mediante un canal inseguro. El usuario,
ingresando su PIN genera la clave Publica y Privada necesarias. La clave Publica podr ser distribuida
sin ningn inconveniente entre todos los interlocutores. La Privada deber ser celosamente guardada.
Cuando se requiera verificar la autenticidad de un documento enviado por una persona se utiliza la Clave
Publica porque el utiliz su Clave Privada.
2.10. Seguridad de datos
Tableau proporciona varias formas para que controle qu usuarios pueden ver datos determinados.
Para fuentes de datos que se conectan a bases de datos en tiempo real, tambin puede controlar si se
solicita que los usuarios proporcione credenciales de bases de datos cuando hacen clic en una vista
publicada. Las siguientes tres opciones funcionan en conjunto para lograr resultados distintos:
Cuenta de inicio de sesin de base de datos: Cuando crea una fuente de datos que se conecta
a una base de datos en tiempo real, elige entre la autenticacin a la base de datos a travs de
Windows NT o a travs del mecanismo de seguridad incorporado de la base de datos.
Modo de autenticacin: Cuando publica una fuente de datos o un libro de trabajo con una
conexin de base de datos en vivo, puede elegir un Modo de autenticacin. Los modos que
estn disponibles dependen de lo que elige anteriormente.
Filtros de usuario: Puede definir filtros en un libro de trabajo o fuente de datos que controlan
los datos que una persona ve en una vista publicada, segn su cuenta de inicio de sesin de
Tableau Server.
Ahora crearemos las tablas guindonos con el modelo R.E, el cdigo es:
CREATE TABLE contactos(codigocontactos int not null AUTO_INCREMENT,nombre
text,apellidoPaterno text,apellidoMaterno text,telefono int,correo varchar,PRIMARY
KEY(codigocontactos)).
El mismo codigo devemos de usar para todas las tablas solo modificando los nombres.
En la figura 3 tenemos las tablas creadas.
la pgina principal, ah podemos elegir entre Registrarnos e iniciar sesin si ya estamos registrados,
tambin tenemos la barra de men. Como podemos ver en la figura 5.
La segunda interfaz es la de inicio de sesin ah podemos ingresar los datos que nos pide como
podemos verlo en la figura 6.
En la tercera interfaz est el registro de usuario,ah llenamos todos nuestros datos. Como vemos en la
figura 7. la contrasea sera guarda encriptada en la base de datos,el codigo es el siguiente. Como
podemos ver en la figura.
$pass=md5($_post[password]);
En la cuarta interfaz tenemos las opciones que tiene mi proyecto que es guardar contactos, crear notas,
registrar un horario. Como vemos en la figura 8 en la parte derecha tenemos opciones para ingresar y
poder hacer las cosas ya mencionadas, Tambin podemos editar y borrar.
Las recomendaciones necesarias, sera que el usuario registrado en la pgina web de las agendas
virtuales tenga mayormente consigo un telfono mvil ya que esto facilitara al usuario de poder ver sus
actividades al instante, en cualquier momento y lugar.
5. Bibliografa
Prof. Ricardo Ferre (22/08/2009) induccin grafica a sistemas de bases de datos ISBN: 91-85203-00-
9.
Helma Spona (2008) ISBN: 978-84-267-1468-8 traductor: Marco Antonio Fernndez lago (2010)
ISBN: 978-38-266-7481-.5
http://desarrollowebydesarrolloweb.blogspot.com/2015/02/tabla-comparativa-de-los-sistemas.html