Proyecto de Base de Datos

FICHA DE IDENTIFICACIN DE PROYECTO
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
Carrera Ing. De Sistemas

Asignatura Base De Datos
Grupo A Regular
Docente Elizabeth Delgadillo Camacho
Periodo Acadmico II/2016
Subsede Cbba-sacaba-Campus
Copyright (2016)por (Leydy Flores Callejas). Todos los derechos reservados.

Ttulo: Desarrollo De Un Sistema De Base De Datos Para Una Agenda Virtual
Autor/es: Leydy Flores Callejas
RESUMEN:
En el siguiente trabajo comenzare explicando los captulos. En el captulo I tenemos lo que es la

introduccin ah podremos observar la evolucin de la base de datos durante 30 aos desde sistemas
de archivos rudimentarios hasta sistemas gestores de complejas estructuras de datos con un gran
nmero de posibilidades. Los objetivos ah tenemos el especfico y general, tambin el alcance y la
justificacin. En el captulo II ah tenemos lo que es un Sistema de Base de Datos, las ventajas, los tipos,
la Base de Datos, los tipos de base de datos y los lenguajes de programacin para pginas web.
Palabras clave: sistemas, archivos, programacin, pginas.
ABSTRACT: (traducido de google el mundo)

In the following work it will start by explaining the chapters. In the chapter I we have what is the
introduction there we will be able to observe the evolution of the database for 30 years from systems of
rudimentary files up to managing systems of complex structures of information with a great number of
possibilities. The aims there we have the specific and general, also the scope and the justification. In the
chapter II there we have what is a System of Database, the advantages, the types, the Database, the types
of database and the languages of programming for web pages.
Key words: Systems, files, programming, pages.
Asignatura: Base De Datos

Carrera: Ingeniera De Sistemas Pgina 2 de 31
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

2.5.1. PostgreSQL: ............................................................................................................................ 14

2.5.2. Mysql ..................................................................................................................................... 14
2.5.3. Oracle ..................................................................................................................................... 14
2.6. Modelo Entidad-Relacin: ......................................................................................................... 15
2.6.1. Componentes: ......................................................................................................................... 15
2.6.2. Entidad: .................................................................................................................................. 15
2.6.3. Atributos: ............................................................................................................................... 15
2.6.4. Atributo llave primario: ......................................................................................................... 15
2.6.5. Atributo llave secundaria: ....................................................................................................... 15
2.6.6. Relacin: ................................................................................................................................ 15
2.6.7. Cardinalidad: .......................................................................................................................... 15
2.7. La normalizacin: ...................................................................................................................... 16
2.7.1. Objetivo de la normalizacin: ................................................................................................. 16
2.7.2. Primera forma normal.............................................................................................................. 16
2.7.3. Segunda forma normal: ........................................................................................................... 17
2.7.4. Tercera forma normal .............................................................................................................. 17
2.8. Sesin: ....................................................................................................................................... 18
2.9. Definicin de Encriptacin: ........................................................................................................ 18
2.9.1. Usos de la Encriptacin: .......................................................................................................... 19
2.9.2. Funcionamiento: ...................................................................................................................... 19
2.9.3. Mtodos de Encriptacin ......................................................................................................... 19
2.10. Seguridad de datos ................................................................................................................... 21
2.11. Validacin ................................................................................................................................ 22
Capitulo III: Marco Prctico
3.1. Modelo Entidad Y Relacin: ...................................................................................................... 23
3.2. Estructura:.................................................................................................................................. 23
3.3. Desarrollo De Una Base De Datos: ............................................................................................. 24
3.4. Desarrollo de Las Interfaces: ...................................................................................................... 24
3.5. Conexin De La Base De Datos Con Las Interfaces: .................................................................. 29
Capitulo IV: Conclusiones
4. Conclusiones Y Recomendaciones: ............................................................................................... 30
5. Bibliografa| .................................................................................................................................. 31

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.

Captulo I: Marco Conceptual

1. Objetivos:
1.1. Objetivo general:
El objetivo general de mi trabajo es desarrollar un sistema de base de datos para una agenda
virtual para poder administrar mejor el tiempo.
1.2. Objetivo especfico:
Disear un modelo entidad y relacin
Desarrollar una base de datos para guardar informacin
Desarrollar las interfaces del sistema de agendas virtuales
Hacer la conexin de la base de datos con las interfaces
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.

Captulo II: Marco terico

2. Sistema de base de datos:
Es el que define, construye y maneja la informacin de una de las funciones ms importantes de
los sistemas de bases de datos es la que busca informacin nueva extrada de las tablas existentes. El
sistema de Base De Datos compone de 4 elementos Principales: Datos, Hardware, Software, Usuarios.
Figura N1: Estructura De Sistema De Base De Datos

2.1. Ventajas de sistemas de datos:
2.1.1. Independencia de los datos respecto a los tratamientos y viceversa
Esto se refiere a que la mutua independencia de datos y tratamientos, lleva a que un cambio de
estos ltimos no imponga un nuevo diseo de la base de datos. La flexibilidad que proporciona la
independencia de los datos y programas es muy importante para conseguir, sin excesivos costos, la
continua adaptacin de los sistemas de informacin conforme evoluciona la organizacin.
2.1.2. Reduccin de la redundancia
Debido a que la informacin en una base de datos se consulta y almacena una sola vez, en la
manipulacin de los mismos datos, los resultados de todos ellos son coherentes y perfectamente
comparables. De esta manera, al realizar un cambio en un dato, slo se realiza en l y no en sus copias
redundantes, como ocurra con los archivos.
2.1.3. Mejor disponibilidad de los datos para los usuarios
Cuando se aplica la metodologa de base de datos, cada usuario ya no es propietario de todos los
datos puesto que stos se comparten con el conjunto de aplicaciones que los necesitan, habiendo una

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.

2.3. Base de datos:

Una base de datos es el conjunto de datos informativos organizados en un mismo contexto para
su uso y vinculacin.
Se le llama base de datos a los bancos de informacin que contienen datos relativos a diversas
temticas y categorizados de distinta manera, pero que comparten entre s algn tipo de vnculo o relacin
que busca ordenarlos y clasificarlos en conjunto.
Una base de datos puede ser de diverso tipo, desde un pequeo fichero casero para ordenar libros y
revistas por clasificacin alfabtica hasta una compleja base que contenga datos de ndole gubernamental
en un Estado u organismo internacional. Recientemente, el trmino base de datos comenz a utilizarse
casi exclusivamente en referencia a bases construidas a partir de software informtico, que permiten una
ms fcil y rpida organizacin de los datos. Las bases de datos informticas pueden crearse a partir de
software o incluso de forma online usando Internet.
Las bases de datos se clasifican como estticas - en casos en que slo sirven para su lectura y
almacenamiento - o dinmicas - la informacin se modifica y puede ser actualizada -.
Tambin, segn su contenido pueden ser bibliogrficas, de texto completo, directorios, o de tipo
biblioteca.
2.3.1. Tipos de base de datos:
2.3.2. Bases De Datos Jerrquicas:
stas son bases de datos que, como su nombre indica, almacenan su informacin en una
estructura jerrquica. En este modelo los datos se organizan en una forma similar a un rbol (visto al
revs), en donde un nodo padre de informacin puede tener varios hijos. El nodo que no tiene padres es
llamado raz, y a los nodos que no tienen hijos se los conoce como hojas.
Las bases de datos jerrquicas son especialmente tiles en el caso de aplicaciones que manejan un
gran volumen de informacin y datos muy compartidos permitiendo crear estructuras estables y de gran
rendimiento.
2.3.3. Base De Datos De Red:
ste es un modelo ligeramente distinto del jerrquico; su diferencia fundamental es la
modificacin del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no
permitida en el modelo jerrquico).
Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una solucin eficiente al
problema de redundancia de datos; pero, aun as, la dificultad que significa administrar la informacin
en una base de datos de red ha significado que sea un modelo utilizado en su mayora por programadores
ms que por usuarios finales.

2.3.4. Bases De Datos Transaccionales:

Son bases de datos cuyo nico fin es el envo y recepcin de datos a grandes velocidades, estas
bases son muy poco comunes y estn dirigidas por lo general al entorno de anlisis de calidad, datos de
produccin e industrial, es importante entender que su fin nico es
Recolectar y recuperar los datos a la mayor velocidad posible, por lo tanto la redundancia y
duplicacin de informacin no es un problema como con las dems bases de datos, por lo general para
poderlas aprovechar al mximo permiten algn tipo de conectividad a bases de datos relacionales.
2.3.5. Bases De Datos Relacionales:
ste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos
dinmicamente. Tras ser postulados sus fundamentos en 1970 , de los laboratorios Ibm en San Jose , no
tard en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental
es el uso de "relaciones". Estas relaciones podran considerarse en forma lgica como conjuntos de datos
llamados "tuplas". Pese a que
sta es la teora de las bases de datos relacionales creadas por Codd, la mayora de las veces se
conceptualiza de una manera.
Ms fcil de imaginar. Esto es pensando en cada relacin como si fuese una tabla que est compuesta
por registros (las filas de una tabla), que representaran las tuplas, y campos(las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia
de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil
de entender y de utilizar para un usuario espordico de la base de datos. La informacin puede ser
recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para
administrar la informacin.
2.3.6. Bases De Datos Multidimensionales:
Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creacin de cubos
olap Bsicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base
de datos relacional podra serlo tambin en una base de datos multidimensional), la diferencia est ms
bien a nivel conceptual; en las bases de datos
Multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan
dimensiones de la tabla, o bien representan mtricas que se desean estudiar.
2.3.7. Bases De Datos Orientadas a Objetos:
Este modelo, bastante reciente, y propio de los modelos informticos enfocado a objetos, trata
de almacenar en la base de datos los objetos completos (estado y comportamiento).

2.4. Lenguajes De Programacin Para Pginas Web:

2.4.1. PHP:
PHP es sencillamente enorme. Actualmente es el responsable de que ms de 20 millones de webs
de todo el mundo puedan seguir estando operativas, incluyendo algunas tan populares como Facebook o
Wikipedia. Cada blog construido sobre WordPress, o cada web diseada sobre Drupal usan este lenguaje
de programacin Open Source.
2.4.2. JAVASCRIPT
Javascript es uno de los grandes responsables de que la Web sea interactiva. Su uso se ha
disparado con la llegada de smartphones y tablets, desplazando a flash en muchas de sus funciones.
2.4.3. HTML
Sin HTML no habra Web o al menos, no habra Web tal y como la entendemos hoy en da. Es
el lenguaje natural sobre el que se construyen todas las pginas web e incluso muchas apps para
dispositivos mviles. El lanzamiento de HTML5 y su potencial en sistemas operativos como Firefox OS
demuestra que no slo es el lenguaje del presente, sino probablemente tambin el del futuro.
Tabla n1: Tabla comparativa de lenguajes de programacin para pginas web
Lenguaje caractersticas Fortalezas Debilidades
PHP Utilizado para Es un lenguaje muy Necesita un
generar pginas popular tiene una servidor para
web dinmicas comunidad muy funcionar
Se ejecuta en el grande. La POO es
servidor deficiente para
aplicaciones
grandes
JavaScript es un lenguaje los script tiene No soporta
interpretado capacidad limitada herencias
es similar a java por razones de Cdigo visible
es orientado a seguridad por cualquier
objetos se ejecuta del lado usuario
del cliente
HTML Sin HTML no habra Es un lenguaje para G

Web o al menos, no disear paginas web
habra Web tal y
como la
entendemos hoy en
da.
Fuente: http://dylan050688.blogspot.com/

2.5. Manejadores de base de datos:

2.5.1. PostgreSQL:
Es un sistema de base de datos relacional orientada a objetos que est publicado bajo una licencia
BSD. Es un proyecto de cdigo libre debido a estas caractersticas sus mejoras han sido un poco ms
rpidas en comparacin con otros sistemas de base de datos. Originalmente este programa se llamaba
postgre
Posteriormente cambio su nombre postgres95 hasta llegar a ser llamado PostgreSQL como es
conocido en la actualidad.
2.5.2. Mysql
Es un sistema de base de datos relacional, multihilo y multiusuario esta publicado bajo una
licencia GLP esto quiere decir que es un software propietario y est sustentado por un empresa privada
Que posee el copyright de la mayor parte del cdigo. Es desarrollado en su mayor parte por ANCI C
este el uno es estndar para el lenguaje de programacin C. Fue comercializado por primera vez en 1981
por IBM.
2.5.3. Oracle
Es un sistema de base de datos relacional que fue desarrollado por Oracle corporacin se
considera como uno de los sistemas de base de datos ms completos. Hace algunos aos su dominio en
el mercado era casi total, en la actualidad debido a la gran competitividad que existe ya no lo es tanto.
Surge a finales de los 70. Las ltimas versiones de Oracle han sido certificadas para poder trabajar bajo
Tabla n2: Cuadro comparativo de manejadores de base de datos
DBMS Caractersticas Ventajas Desventajas Opinin
MySQL Propietaria y Fcil de El soporte para Mysql es uno de
publica aprender y disparadores es los DBMS ms
Portabilidad utilizar muy bsico populares que
multiplataforma No soporta algunas hay y es debido
Cdigo abierto conversiones de al hecho que
Fcil datos adems de ser
configuracin Los privilegios de las eficiente es de
Veloz a realizar tablas no se borrar cdigo libre y
operaciones de forma gratuito
automtica
Oracle Propietaria DBMS popular Una mala Oracle es un
Portable Oracle ofrece configuracin BAMS de paga
Compatible porte tcnico ofrece resultados que tiene como
Alto rendimiento Permite la desfavorables beneficio su
gestin de fiabilidad y su
mltiples bases soporte.
de datos

Postgre Incluye herencia Ahora en costos Lento en Tiene

SQL entre las tablas Instalacin inserciones y caractersticas
Incorpora limitada actualizaciones especficas que
estructuras de Estabilidad Ofrece soporte en los hacen
arrays Gran capacidad lnea especial para
de ciertas
almacenamiento necesidades.
Fuente: http://desarrollowebydesarrolloweb.blogspot.com/2015/02/tabla-comparativa-de-los-
sistemas.html
2.6. Modelo Entidad-Relacin:

Es un esquema lgico para representar la informacin que se maneja en una base de datos.
2.6.1. Componentes:
2.6.2. Entidad: objet del cual se trata en la base de datos.
Nombre Singular
2.6.3. Atributos: caractersticas propias del objeto.
Placa
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.
Persona Compra Auto
2.6.7. Cardinalidad: grado de la relacin de un objeto con el otro.

1:1: uno a uno
Persona 1 1 Tiene 1 Documento
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.
2.7.2. Primera forma normal

Elimine los grupos repetidos de las tablas individuales.
Cree una tabla independiente para cada conjunto de datos relacionados.
Identifique cada conjunto de datos relacionados con una clave principal.
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.
2.7.3. Segunda forma normal:

Cree tablas independientes para conjuntos de valores que se apliquen a varios registros.
Relacione estas tablas con una clave externa.
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.

2.9.1. Usos de la Encriptacin:

Algunos de los usos ms comunes de la encriptacin son el almacenamiento y transmisin de
informacin sensible como contraseas, nmeros de identificacin legal, nmeros de tarjetas de crdito,
reportes administrativo-contables y conversaciones privadas, entre otros.
Como sabemos, en un Sistema de Comunicacin de Datos, es de vital importancia asegurar que la
Informacin viaje segura, manteniendo su autenticidad, integridad, confidencialidad y el no repudio de
la misma entre otros aspectos.
Estas caractersticas solo se pueden asegurar utilizando las Tcnicas de Firma Digital Encriptada y la
Encriptacin de Datos.
2.9.2. Funcionamiento:
Para la encriptacin de datos se utiliza comnmente un sistema de clave pblica que permite
conjuntamente con la firma digital, el aseguramiento de la integridad de los datos transmitidos o
almacenados.
La encriptacin con algoritmos de clave publica, funciona con un par de llaves, una publica y una
privada.
Estas claves permiten que el receptor y emisor mantengan una comunicacin confiable permitiendo
que los datos viajen a travs de la red encriptados y que al llegar al receptor, pueda el mismo recomponer
la informacin fcilmente.
La encriptacin de datos se basa en mtodas llamados Mtodos de encriptacin:
Para poder Encriptar un dato, se pueden utilizar procesos matemticos diferentes:
2.9.3. Mtodos de Encriptacin
Para poder Encriptar un dato, se pueden utilizar tres procesos matemticos diferentes:
Los algoritmos HASH, los simtricos y los asimtricos.
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.

Los criptosistemas de clave secreta se caracterizan porque la clave de cifrado y la de descifrado es la

misma, por tanto la robustez del algoritmo recae en mantener el secreto de la misma.
Sus principales caractersticas son:
rpidos y fciles de implementar
clave de cifrado y descifrado son la misma
cada par de usuarios tiene que tener una clave secreta compartida
una comunicacin en la que intervengan mltiples usuarios requiere muchas claves secretas
distintas
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.
Tabla N3: Dependencias Con Las Opciones Anteriores
Opciones de conexin de base de datos Preguntas de seguridad de datos
La cuenta de Modo de autenticacin Es posible la Los filtros de Se comparten

inicio de sesin seguridad de usuario son la las memorias
de base de bases de datos nica forma de cach de Web
datos usa por usuario de restringir los entre usuarios?
Tableau Server? datos que cada
usuario ve?
Indicar usuario: Se solicita S No No
la credencial de base de
datos a los visores al hacer
Nombre de clic en una vista. Se puede
usuario y guardar las credenciales.
contrasea
Credenciales incrustadas: No S S
El libro de trabajo o el
publicador de fuente de
datos pueden incrustar
sus credenciales.

Opciones de conexin de base de datos Preguntas de seguridad de datos
La cuenta de Modo de autenticacin Es posible la Los filtros de Se comparten

inicio de sesin seguridad de usuario son la las memorias
de base de bases de datos nica forma de cach de Web
datos usa por usuario de restringir los entre usuarios?
Tableau Server? datos que cada
usuario ve?
Suplantar va contrasea S No* No
incrustada: Se incrustan
credenciales de bases de
datos con permisos
suplantados.
Fuente: https://onlinehelp.tableau.com/current/server/es-es/security_data.htm
2.11. Validacin
La principal utilidad de JavaScript en el manejo de los formularios es la validacin de los datos
introducidos por los usuarios. Antes de enviar un formulario al servidor, se recomienda validar mediante
JavaScript los datos insertados por el usuario. De esta forma, si el usuario ha cometido algn error al
rellenar el formulario, se le puede notificar de forma instantnea, sin necesidad de esperar la respuesta
del servidor.
Notificar los errores de forma inmediata mediante JavaScript mejora la satisfaccin del usuario con
la aplicacin (lo que tcnicamente se conoce como "mejorar la experiencia de usuario") y ayuda a
reducir la carga de procesamiento en el servidor.
Normalmente, la validacin de un formulario consiste en llamar a una funcin de validacin cuando
el usuario pulsa sobre el botn de envo del formulario. En esta funcin, se comprueban si los valores
que ha introducido el usuario cumplen las restricciones impuestas por la aplicacin.
Aunque existen tantas posibles comprobaciones como elementos de formulario diferentes, algunas
comprobaciones son muy habituales: que se rellene un campo obligatorio, que se seleccione el valor de
una lista desplegable, que la direccin de email indicada sea correcta, que la fecha introducida sea lgica,
que se haya introducido un nmero donde as se requiere, etc.

Capitulo III: Marco Prctico

3.1. Modelo Entidad Y Relacin:
Es un esquema logico para representar la informacion que se maneja en Base de Datos utilizando las
cardinlidades,una vez creada el modelo entidad y relacion, utilizaremos el programa DBDesigner,que
nos sirve para poder visualizar el diseo de la base de datos y podremos observarlo en la siguiente figura.
figura N2:Modelo Relacion Y Entidad En DBDesigner

3.2. Estructura:
Figura n3: Estructura De La Base De Datos

3.3. Desarrollo De Una Base De Datos:

La base de datos nos sirve para guardar informacin.
Para crear la base de datos utilizaremos SQL (lenguaje de consultas). Los cdigos son los siguientes:
1 CREATE DATABASE agendasvirtuales
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.
Figura N4: Creacin De Las Tablas

En esta otra figura podremos ver las tablas ya llenadas con informacin:
Figura n5: Tabalas Llenadas Con Informacion
3.4. Desarrollo de Las Interfaces:

La interfaz es el medio con que el usuario puede comunicarse con la mquina. El objetivo de las
interfaces es que el uso a los usuarios.
Las interfaces lo realizamos en el programa dreamWeaver que es un editor de texto con los lenguajes
HTML, PHP, JAVASCRIPT. Comenzaremos explicando la primera interfaz que es

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.
Figura N6: Pgina Principal De Las Interfaces
La segunda interfaz es la de inicio de sesin ah podemos ingresar los datos que nos pide como
podemos verlo en la figura 6.
Figura N7: Inicio De Sesin

El cdigo que se utiliz se puede ver en la figura
Figura n8: Cdigo De Inicio De Sesin

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]);
Figura N9: Datos Encriptados
Figura N10: Registro De Usuario

El cdigo que se utilizo es el siguiente.
Figura N11: Cdigo De Registro De Usuario

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.
Figura N12: Guardar Contactos

El cdigo que se utilizo es el siguiente.
Figura n13: cdigo de guardar contactos
Figura N14: Registrar Horarios

El cdigo que se uso es la siguiente:
Figura N15: Cdigo De Registro De Horario
Figura n16: registro de notas
Figura n17: Cdigo De Registro De Notas

3.5. Conexin De La Base De Datos Con Las Interfaces:

La conexin nos sirve para poder guardar la informacin desde las interfaces. Como podemos ver en
la figura 9, ah tenemos el cdigo
Figura N 18: Conexin De Base De Datos Con Las Interfaces

Capitulo IV: Conclusiones

4. Conclusiones Y Recomendaciones:
En conclusin tenemos que las personas hoy en da hacen el uso de la tecnologa para facilitar su da
y que mejor el uso de una agenda virtual que est en la red y poder utilizarlo en cualquier momento y en
cualquier lugar siempre y cuando tengamos un equipo electrnico conectado a la red de internet, y as
poder manejar en orden y sin complicaciones tus actividades diarias.
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


Proyecto de Base de Datos

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Proyecto de Base de Datos

Загружено:

Авторское право:

Доступные форматы

FICHA DE IDENTIFICACIN DE PROYECTO

Carrera Ing. De Sistemas

Copyright (2016)por (Leydy Flores Callejas). Todos los derechos reservados.

En el siguiente trabajo comenzare explicando los captulos. En el captulo I tenemos lo que es la

Palabras clave: sistemas, archivos, programacin, pginas.

ABSTRACT: (traducido de google el mundo)

Key words: Systems, files, programming, pages.

Asignatura: Base De Datos

Asignatura: Base De Datos

2.5.1. PostgreSQL: ............................................................................................................................ 14

Asignatura: Base De Datos

Asignatura: Base De Datos

Asignatura: Base De Datos

Asignatura: Base De Datos

Captulo I: Marco Conceptual

Asignatura: Base De Datos

Captulo II: Marco terico

Figura N1: Estructura De Sistema De Base De Datos

Asignatura: Base De Datos

Asignatura: Base De Datos

2.3. Base de datos:

Asignatura: Base De Datos

2.3.4. Bases De Datos Transaccionales:

Asignatura: Base De Datos

2.4. Lenguajes De Programacin Para Pginas Web:

HTML Sin HTML no habra Es un lenguaje para G

Asignatura: Base De Datos

2.5. Manejadores de base de datos:

Asignatura: Base De Datos

Postgre Incluye herencia Ahora en costos Lento en Tiene

2.6. Modelo Entidad-Relacin:

Persona Compra Auto

2.6.7. Cardinalidad: grado de la relacin de un objeto con el otro.

Asignatura: Base De Datos

2.7.2. Primera forma normal

Asignatura: Base De Datos

2.7.3. Segunda forma normal:

Asignatura: Base De Datos

Asignatura: Base De Datos

2.9.1. Usos de la Encriptacin:

Asignatura: Base De Datos

Los criptosistemas de clave secreta se caracterizan porque la clave de cifrado y la de descifrado es la

Asignatura: Base De Datos

Tabla N3: Dependencias Con Las Opciones Anteriores

Opciones de conexin de base de datos Preguntas de seguridad de datos

La cuenta de Modo de autenticacin Es posible la Los filtros de Se comparten

Asignatura: Base De Datos

Opciones de conexin de base de datos Preguntas de seguridad de datos

La cuenta de Modo de autenticacin Es posible la Los filtros de Se comparten

Asignatura: Base De Datos

Capitulo III: Marco Prctico

figura N2:Modelo Relacion Y Entidad En DBDesigner

Figura n3: Estructura De La Base De Datos

Asignatura: Base De Datos

3.3. Desarrollo De Una Base De Datos:

Figura N4: Creacin De Las Tablas

Figura n5: Tabalas Llenadas Con Informacion

3.4. Desarrollo de Las Interfaces:

Asignatura: Base De Datos

Figura N6: Pgina Principal De Las Interfaces

Figura N7: Inicio De Sesin

Figura n8: Cdigo De Inicio De Sesin

Asignatura: Base De Datos

Figura N9: Datos Encriptados