DE VENEZUELA MINISTERIO DEL PODER
POPULAR PARA LA EDUCACIÓN
COLEGIO
UNIVERSITARIO DE CARACAS PROYECTO SOCIO TECNOLÓGICO
TRAYECTO 3 TRIMESTRE II
Diseño de Base de Datos (DBD)
Cedula Apellidos y Nombres Correo Electrónico V-17207074 Silva R. Ángel A. [email protected] V-16591329 González Edgar [email protected] V-20303540 Jansasoy Yaribeth [email protected] V-18009481 Prada R. Alejandro J. [email protected]
Profesor Marcos Gómez Sección: 14302
Revisiones del Proyecto
Fecha #
Revisión Responsable Observación
Contenido
TABLA DE ILUSTRACIONES ... 3
INTRODUCCIÓN ... 4
1.Información de la Base de Datos ... 5
2.Modelo Entidad Relación MER ... 6
3.Esquema de Identidad Referencial ... 6
4.Diccionario de Datos ... 7
5.Lista de Otros Objetos de la Base de Datos ... 8
6.Plan de mantenimiento, respaldo y recuperación de la base de datos ... 8
7.Especificaciones técnicas del manejo de la concurrencia ... 8
8.CONCURRENCIA ... 8
9.TRANSACCIONES ... 8
CONCLUSIONES ... 8
RECOMENDACIONES ... 9
INTRODUCCIÓN
Este documento tiene como objetivo principal detallar la forma como el sistema denominado "Sistema de consultas de datos académicos para estudiantes mediante dispositivos Móviles usando código QR" interactuara con la Base de Datos (BD).
Es importante resaltar que no es necesario para el correcto funcionamiento del sistema tener acceso a todas las tablas de la misma, ni mucho menos tener permisos de edición sobre las mismas, basta con tener privilegios para consultas, ya que el objetivo principal de este proyecto es retornar consultas.
La comunidad cuenta con 3 BD en los que respaldan el histórico de la institución, las mismas son:
BD Web
BD CUC
BD DATACUC
Para esta aplicación solo usaremos la BD Web. En esta encontramos las tablas que necesitamos consultar.
Esta BD no tiene Relaciones, motivado a que está hecha bajo la filosofía de MYISAM, eso quiere decir que las relaciones se realizan armando los QUERYS de consulta desde el controlador (Referenciando al Modelo Vista Controlador (MVC))
1. Información de la Base de Datos
Propósito de la base de datos
La BD es de la comunidad. La misma es usada para los servicios WEB
Gestor de la base de
datos
MySQL
Versión del gestor
MySQL 5.5
Nombre del
Esquema
UDTDATACUC
Fecha
2009
Usuario dueño
UDTDATACUC
2. Modelo Entidad Relación MER
La BD de la comunidad no cuenta con una normalización general, ni Relaciones motivado a que esta creado bajo la filosofía de MyISAM (Indicado por la comunidad).
Existen un total de 69 Tablas:
Ilustración 1 - Tablas
3. Esquema de Identidad Referencial
Para ver este punto no se detallan las relaciones motivado a que no existe Integridad Referencial en una BD sin MER (Ver detalle en imagen adjunta):
Ilustración 2 - Detalle de las Tablas
4. Diccionario de Datos
No Aplica para este modelo
5. Lista de Otros Objetos de la Base de Datos
No Aplica para este modelo, ya que usamos la BD de la comunidad y realizamos las consultas desde el PHP (El Controlador)
6. Plan de mantenimiento, respaldo y recuperación de la base de datos
No aplica para este proyecto.
7. Especificaciones técnicas del manejo de la concurrencia
No aplica para este proyecto; motivado a que la aplicación no necesita crear objetos en BD ni mucho menos modificar data en la misma, no es necesario crear un control de bloqueos y accesos a dichos objetos, la comunidad gestiona sus propias concurrencias según su conveniencia.
8. CONCURRENCIA
No aplica para este proyecto.
9. TRANSACCIONES
Para las consultas realizadas desde la aplicación, solo se puede medir las transacciones de los accesos, y ya la comunidad cuenta con un gestor de validaciones de acceso por medio de contraseñas, el cual reutilizaremos, ya que este es el único punto de trazabilidad que aplica.
CONCLUSIONES
El motivo de este informe es concretar los objetos necesarios para que nuestra aplicación funcione, sin embargo, es claro que no es necesaria la creación de ningún objeto
referencial para el éxito del proyecto; realizamos consultas directas a base de datos desde nuestro controlador (PHP).
Esta modalidad de consultas desde el controlador es diseñado así para mejorar el proceso de implementación, rendimiento y su impacto en la BD es mínima. De esta forma será mas simple para cualquier comunidad implementar esta aplicación.
RECOMENDACIONES
A pesar de que nuestro proyecto no cuenta con ningún objeto en la BD, si usaran tablas existentes pertenecientes a la comunidad para sus consultas, de tal forma que logramos tener una visión, aunque parcial, de la estructura de esta; de esta manera y tomando en cuenta nuestra experiencia podríamos hacer las siguientes sugerencias:
Normalizar, Actualmente la BD cuenta con una 1FN parcial (No aplica para todas las tablas), esto dificulta el alcance y rendimiento de la misma, creando inconsistencias y redundancia en a data.
Crear Relaciones, esto mejorara el rendimiento de la BD, ya que creando Claves Primas (Primary Key(PK)) es mas ágil el filtrado, además de poder emplear mejores prácticas.
Unificar BD, actualmente existen 3 BD, 2 de ellas (CUC y DATACUC) con diferentes estructuras pero con la misma finalidad y la tercera es el espejo de una de ellas (Web), esto mejorara la distribución de Activos Informáticos además de unificar requerimientos y evitar redundancias. Esto permitirá realizar minería de datos de una forma más eficiente para así implementar un gestor de estadísticas que ayudara a la toma de decisiones de la institución (Inteligencia de Negocios (Bussines Intelligence(BI))).
