Download - Diseño de Archivos y Bases de Datos
REPÚBICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD NACIONAL EXPERIMENTAL
DE LOS LLANOS CENTRALES “RÓMULO GALLEGOS”
ÁREA DE INGENIERÍA DE SISTEMAS
PROGRAMA DE INGENIERIA EN INFORMÁTICA
Diseño de Archivos y Bases de Datos
Prof.: Ing. José Guillen Integrantes:
Sweetly Torrealba C.I: 20897765
Ronald Benitez C.I: 20450802
Alberto Gittens C.I:19.472.906
Víctor Reyes C.I.: 20.055.362
San Juan de los Morros, Mayo de 2012
ÍNDICE
Introducción…………………………………………………………….Pág. 3
Diseño de Archivos…………………………………………………… Pág.4
Diseño de Bases de Datos………………………………………….. Pág.4
Objetivos de diseño de archivos o bases de datos…………….. Pág.5
Organización de datos……………………………………………….. Pág.5
Organización de los archivos………………………………………... Pág.8
Organización de sistema de gestión de bases de datos………... Pág.10
Modelo EntidadRelación……………………………………………. Pág.16
Ingeniería Inversa en Bases de Datos………………………………. Pág.33
Conclusión……………………………………………………………… Pág.35
Bibliografía……………………………………………………………… Pág.36
INTRODUCCIÓN
Nunca hasta el presente, ha estado la información en tal cantidad y
riqueza a disposición de las personas. La computación, las redes y el Internet
se han convertido en medios por excelencia para acceder a la información de
manera fácil y rápida. La información oportuna y confiable hace la diferencia
en cualquier tipo de actividad que las personas desempeñen. Por esto, es
importante saber cómo encontrar de manera eficaz la información de interés.
El propósito del Diseño de Bases de Datos y Archivos es acopiar
información. Gracias a la tecnología y los recursos existentes, provistos por
campos como la informática y la electrónica, las bases de datos y sus
diversos modelos, presentan en la actualidad un rango de soluciones a la
cuestión del almacenamiento de datos. Los usos más comunes de las bases
de datos, se encuentran en las operaciones de empresas e instituciones
públicas, así como también en entornos científicos, educativos y de
investigación. En lo que sigue, se muestra como se organiza la información
mediante archivos y bases de datos; de que manera se puede tener acceso
a los datos así guardados y a la información suministrada por otras fuentes,
mediante las telecomunicaciones y las redes, que permiten ampliar el
alcance de las computadoras más allá del escritorio.
Diseño de Archivos y Bases de Datos
Diseño de archivos: Es la esencia del sistema de información, los datos
deben estar disponibles para cuando el usuario lo requiera, deben permitir su
actualización con un almacenamiento eficiente para que el acceso a la
información tenga un propósito en la administración, planeación, control o
toma de decisiones.
Diseño de Bases de Datos: Son muchas las consideraciones a tomar en
cuenta al momento de hacer el diseño de la base de datos, quizá las más
fuertes sean:
La velocidad de acceso,
El tamaño de la información,
El tipo de la información,
Facilidad de acceso a la información,
Facilidad para extraer la información requerida,
El comportamiento del manejador de bases de datos con cada tipo de
información.
No obstante que pueden desarrollarse sistemas de procesamiento de
archivo e incluso manejadores de bases de datos basándose en la
experiencia del equipo de desarrollo de software logrando resultados
altamente aceptables, siempre es recomendable la utilización de
determinados estándares de diseño que garantizan el nivel de eficiencia mas
alto en lo que se refiere a almacenamiento y recuperación de la información.
De igual manera se obtiene modelos que optimizan el aprovechamiento
secundario y la sencillez y flexibilidad en las consultas que pueden
proporcionarse al usuario.
Objetivos de diseño de archivos o bases de datos
El almacenamiento de datos es considerado por algunos como la parte
medular de los sistemas de información. Los objetivos generales para el
diseño de la organización son los siguientes.
INTEGRIDAD DE LOS DATOS.
DISPONIBIBILIDAD DE DATOS.
ACTUALIZACION Y RECUPERACION EFICIENTE.
ALMACENAMIENTOS DE DATOS EFICIENTE RECUPERACION DE
INFORMACION PARA UN PROPOSITO.
Organización de datos
Para que las computadoras puedan almacenar y procesar los datos, estos
se organizan regularmente en ciertos elementos. Cada uno de estos
elementos se agrupa con sus similares, para formar otro elemento más
complejo:
• Carácter: Es una letra, un número, signo de puntuación o signo especial.
• Campo: Contiene un grupo de caracteres que agrupados conforman un
dato o atributo de información. Cuando se llena un formato de solicitud de
ingreso en una Universidad, el nombre de la persona por ejemplo, representa
un campo; su dirección, domicilio, y otros, representan a su vez otros
campos.
• Registro: Está conformado por la agrupación de campos relacionados
entre sí. Toda la información de inscripción de un estudiante constituye un
registro.
• Archivo: Es un conjunto de registros relacionados. Todas las inscripciones
de los estudiantes de una universidad podrían conformar un archivo.
• Base de datos: Está conformada por un conjunto de archivos
interrelacionados. Los archivos de inscripción, además de los archivos de
notas, de profesores y de materias conjuntamente pueden constituir una
base de datos de una universidad.
Campo clave:
Es un campo particular dentro del registro, que permite la identificación
exclusiva y unívoca de cada registro. La clave debe ser un valor que no se
repita, como por ejemplo, el número de cédula de identidad, número de
identificación, el número de carnet en una universidad o el número de seguro
social.
Procesamiento de Datos.
Existen dos maneras tradicionales para procesar datos. El procesamiento
por lotes y el procesamiento en tiempo real.
• Procesamiento por lotes: En este procesamiento, los datos se reúnen por
un periodo de tiempo (horas, días o hasta semanas) al final del cual, se
procesan en una sola operación o “lote”.
• Procesamiento en tiempo real: Este ocurre cuando los datos se procesan
en el mismo momento en que son generados.
Al principio, tan sólo se disponía de almacenamiento en cintas magnéticas
que únicamente permiten almacenamiento secuencial. Esto obligaba a
realizar todo el procesamiento por lotes. Con la aparición de los dispositivos
de acceso directo (discos duros), fue posible el almacenamiento de acceso
directo, que permite localizar velozmente el registro de interés. Esto posibilitó
el procesamiento en tiempo real, que es muy apreciado en operaciones,
como las de empresas comerciales. El procesamiento en tiempo real
permite, por ejemplo, saber al instante cuántos productos han sido vendidos
y con cuántos se cuenta en inventario, en tanto se van haciendo las ventas.
Aún cuando el procesamiento por lotes precedió al procesamiento en
tiempo real, motivado a factores como la disponibilidad de la tecnología, no
es correcto pensar en el procesamiento por lotes como algo caduco. Existen
procesos que por su naturaleza deben hacerse por lotes, como por ejemplo
el cálculo de la nómina de una compañía cada mes.
Archivos maestros y archivos de transacciones.
Se tratan ahora dos tipos de archivos que son utilizados cuando se desea
actualizar los datos. El archivo maestro, mantiene la totalidad de registros
en una versión actualizada. Por ejemplo, un archivo usado para la
elaboración de los estados de cuenta bancarios. El archivo de
transacciones, contiene los cambios más recientes a los registros, que
permitirán actualizar el archivo maestro. Una muestra sería un archivo con
los datos temporales de movimientos bancarios a lo largo de un mes.
Organización de los archivos.
La organización de los registros en los archivos se puede hacer de tres
maneras diferentes, y para hacer la comparación por ventajas y desventajas,
ver tabla 1:
1. Organización secuencial: En esta organización los registros se
almacenan uno tras otro en un orden predeterminado. El orden lo determina
su campo clave. Los registros deben ser ordenados de una forma específica
para su almacenamiento, lo cual tiene su costo en tiempo. Tiene ventajas
cuando se necesita acceso a la totalidad o una gran porción de registros,
pero si se trata de ubicar un registro particular puede ser sumamente lento.
Con este tipo de organización, para llegar al registro 6510, deben recorrerse
uno a uno, los primeros 6509 registros anteriores empezando por el 0001.
2. Organización directa: Para esta organización, los registros no se
almacenan uno tras otro, sino que se ubican en una dirección particular que
está determinada por su campo clave. La dirección es establecida mediante
programas que usan una técnica denominada cálculo de clave, que
convierten el valor numérico del campo clave, en una dirección de
almacenamiento particular. Los programas son usados también para la
localización posterior de tales registros. Al usar organización directa de
archivos pueden localizarse velozmente registros específicos. Por ejemplo, si
se desean los datos de un carro particular en un archivo con los carros de
una ciudad, puede obtenerse casi instantáneamente simplemente
suministrando su placa. Sin embargo esta organización tiene como
desventaja que requiere mayor espacio de almacenamiento en disco.
Además, no es tan apta como la organización secuencial de archivos para
llevar a cabo un gran número de actualizaciones o listar un gran número de
registros.
3. Organización secuencial de índice: Es una combinación de las dos
organizaciones presentadas, que busca aprovechar las ventajas de ambas.
Los registros se van almacenando en orden secuencial, pero este archivo
cuenta con un índice. El archivo índice enlista las claves de cada grupo de
registros almacenados y sus direcciones de disco correspondientes. Cuando
se desea buscar un registro particular, la computadora inicia la búsqueda
secuencialmente, identificando el principio del grupo de registros. Esta
organización es más rápida que la secuencial, pero no lo es tanto como el
acceso directo. Es especialmente útil cuado se requiere actualizar
ocasionalmente grandes lotes de transacciones y se necesita disponer de
acceso rápido y frecuente a los datos.
Tabla 1.- Ventajas y desventajas de los tipos de organización de archivos
Organización de Archivos
Tipo Ventajas Desventajas
Secuencial
Acceso eficiente a todos o
gran parte de los datos. Menor
uso de espacio de
almacenamiento.
Acceso lento a registros
específicos.
DirectaAcceso rápido a registros
específicos.
Ineficiente acceso a la
totalidad o gran parte de los
registros. Mayor uso de
espacio de almacenamiento.
Secuencial
de índice
Más veloz que la secuencial,
más eficiente que la directa.
Menos eficiente que la
secuencial, menos rápida que
la directa.
Organización de sistema de gestión de bases de datos.
Una base de datos puede considerarse como un conjunto de datos sobre
elementos o hechos que están lógicamente relacionados entre sí y están
organizados bajo una estructura específica. Los modelos más comunes de
organización de bases de datos son el jerárquico, en red, relacional y
orientado a objetos.
• Base de datos jerárquica: Estructura los campos en nodos en una
estructura jerárquica. Los nodos son puntos conectados entre sí formando
una especie de árbol invertido. Cada entrada tiene un nodo padre, que puede
tener varios nodos hijos; esto suele denominarse relación “uno a muchos”.
Los nodos inferiores se subordinan a los que se hallan a su nivel inmediato
superior. Un nodo que no tiene padre es llamado raíz, en tanto que los que
no tienen hijos son conocidos como hojas. Cuando se desea hallar un campo
en particular, se empieza por el tope, con un nodo padre, descendiendo por
el árbol en dirección a un nodo hijo. Un sistema de reservaciones de una
línea aérea nacional puede ser representado mediante una organización
jerárquica. El nodo padre es la ciudad de salida (Caracas), este nodo puede
tener nodos hijos representando las ciudades destino. Uno de estos nodos
hijos, Maracay por ejemplo, tiene a su vez nodos hijos, que son el número
de vuelo. El número de vuelo tendrá también nodos hijos, que son los
pasajeros. Entre las limitaciones de este tipo de base de datos se tiene que
al borrar un nodo padre, desaparecen también sus nodos subordinados. Sólo
podrá añadirse un nodo hijo, si existe el nodo padre. Pero lo más significativo
es la rigidez de su estructura: sólo un padre por hijo y ausencia de relaciones
entre los nodos hijos.
Figura 1: Base de datos jerárquica
• Base de datos en red: Se trata también de una organización jerárquica de
nodos, pero un nodo hijo puede tener más de un solo nodo padre (relación
muchos a muchos). Existen los punteros, que son conexiones adicionales
entre nodos padres y nodos hijos, que permiten acceder a un nodo por vías
distintas accediendo al mismo en dirección descendente por las diversas
ramas. Representa una mejora al modelo jerárquico. Los vendedores
destacados para distribuir determinados productos en algunas ciudades
puede ilustrar este modelo. Cada producto puede ser distribuido por más de
un vendedor, así mismo cada vendedor puede encargarse de diferentes
ciudades.
Figura 2: Base de datos en red
• Base de datos relacional: Esta organización ofrece la mayor flexibilidad ya
que los datos se almacenan en tablas diferentes, conformadas así mismo por
filas y columnas. Una tabla se denomina relación. En una tabla las filas
contienen los registros. Las columnas representan los campos. Las tablas
relacionadas poseen un campo común, el campo clave, mediante el cual la
información almacenada en una tabla puede enlazarse con la información
almacenada en otra. El acceso a los datos se realiza mediante consultas
escritas en SQL. La organización de bases de datos relacional es la más
difundida en la actualidad motivada a su sencillez para realizar operaciones
de adición, eliminación y modificación en contraste con la mayor rigidez de
las organizaciones jerárquicas y de red. Por ejemplo en un modelo relacional
para un pequeño negocio, se puede contar con una tabla de clientes y otra
de órdenes. Las órdenes que pertenecen a un determinado cliente son
identificadas colocando el campo de identificación del cliente en la orden
(campo clave de la tabla de clientes), lo cual permite enlazar las dos tablas.
Figura 3: Base de datos relacional
• Bases de datos orientadas a objetos: Es una estructura relativamente
nueva que ha suscitado gran interés. El modelo de datos orientado a objetos,
es una adaptación para los sistemas de bases de datos del paradigma de la
programación orientada a objetos. Se basa en el concepto de encapsular
elementos de datos, sus características, atributos y el código que opera
sobre ellos en elementos complejos llamados objetos. Los objetos
estructurados se agrupan en clases. El conjunto de las clases se estructura
en subclases y superclases. Dado que los valores de los elementos de datos
también son objetos, es posible representar los continentes de objetos, lo
que da lugar a objetos compuestos.
Figura 4: El modelo de datos orientado a objetos usa los conceptos de la
programación orientada a objetos
Tipos de bases de datos.
Existen algunas características que permiten tipificar las bases de datos, ya
que estas pueden ser pequeñas o grandes, o su acceso puede ser limitado o
amplio. Así pues, es posible establecer cuatro tipos: individuales,
compartidas, distribuidas y propietarias.
1. Base de datos individual: Es una base de datos utilizada básicamente
por una persona. El sistema administrador de la base de datos y los datos
son controlados por el mismo usuario. Puede estar almacenada en la unidad
de disco duro del usuario o en el servidor de archivos de una red de área
local. Por ejemplo, un gerente de ventas podría contar con una base de
datos para el control de sus vendedores y su desempeño.
2. Base de datos compartida: Son bases de datos con múltiples usuarios y
que muy probablemente pertenezcan a la misma organización, como la base
de datos de una compañía. Se encuentra almacenada en una computadora
potente y bajo el cuidado de un profesional en el área, el administrador de la
base de datos. Los usuarios tienen acceso a la base de datos mediante una
red de área local o una red de área extensa.
3. Base de datos distribuida: Según la naturaleza de la organización es
probable que los datos no se almacenen en un único punto, sino que se
sitúen en un lugar o lugares diferentes a donde se encuentran los usuarios.
Una base de datos distribuida es la unión de las bases de datos mediante
redes. Los usuarios se vinculan a los servidores de bases de datos distantes
mediante una amplia variedad de redes de comunicación. Puede imaginarse
una compañía con diferentes oficinas regionales, donde se encuentra
distribuida la base de datos. Sin embargo, los ejecutivos pueden tener
acceso a la información de todas las oficinas regionales.
4. Base de datos propietarias o bancos de datos: Se trata en general de
bases de datos de gran tamaño, desarrollada por una organización y que
contiene temas especializados o de carácter particular. El público general
puede tener acceso a esta base a veces de forma gratuita y otras mediante
el pago de una cuota. Pueden ofrecer información que va desde negocios,
economía, inversión, técnica y científica hasta servicios de entretenimiento.
Permiten encontrar en minutos lo que tardaría horas ojeando revistas.
TECNICAS DE DISEÑO DE BASES DE DATOS (MODELO ENTIDAD-
RELACIÓN)
El modelo entidadrelación (ER) es un modelo conceptual creado por Peter
Chen en el año 1976, dicho modelo está basado en una percepción
del mundo real consistente en objetos básicos llamados entidades y de
relaciones entre estos objetos.
Diagrama EntidadRelación
Es un diagrama utilizado para realizar el diseño de base de datos en el
modelo entidadrelación. En este sentido el diagrama entidadrelación
correspendiente al diseño de una base datos es un esquema de datos
conceptual.
Entidad
Es un objeto del mundo real con existencia independiente, es decir, se
diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo
del mismo tipo, o una misma entidad. En este sentido una entidad
puede ser un objeto con existencia física como: una persona, un animal,
una casa, entre otros; o un objeto con existencia conceptual como: un
puesto de trabajo, una asignatura de clases, un nombre, entre otros. Se
representa en el Diagrama ER con un rectángulo:
Figura 5: Entidad
Conjunto de entidades
Un conjunto de entidades es un grupo de entidades del mismo tipo.
Usualmente. En el modelo entidadrelación suele utilizarce indistintamente el
término “entidad” o “conjunto de entidades” para referirse a un conjunto de
entidades.
Atributo
Los atributos son las propiedades que describen a cada entidad. Por
ejemplo, la entidad Persona puede llevar consigo los atributos: Nombre,
Apellido, Género, Estatura, Peso y Fecha de nacimiento.
Se representa en el Diagrama ER con un óvalo:
Figura 6: Atributo
Cada atributo tiene un conjunto de valores asociados denominado
dominio. El dominio define todos los valores posibles que puede tomar
un atributo. Puede haber varios atributos definidos sobre un mismo
dominio.
A continuación se considera en un ejemplo ilustrativo algunos
atributos para la entidad Persona y se identifica el tipo de atributo
correspondiente:
Tabla 2: Atributos de la entidad Persona
Atributo
Cédula
Nombres
Apellidos
Fecha de Nacimiento
Edad
Dirección
Clave Candidata
Es un campo o conjunto de campos que tomados
colectivamente permite identificar de forma única una entidad en un
conjunto de entidades. Ejemplos: cedula de persona, serial de motor de
vehículo, matrícula de vehículo, código de producto, entre otros.
Clave Primaria
Es la clave candidata elegida por el diseñador de base de datos para
identificar a una entidad en un conjunto de entidades.
Se representa en el Diagrama ER subrayando el atributo o
atributos que compongan la clave primaria:
Figura 7: Clave Primaria
Relación
Representa una asociación de entidades de manera que
describe cierta dependencia entre las mismas. Las entidades asociadas
mediante la relación se denominan entidades participantes, ya que estas
participan en la relación.
Se representa gráficamente en el Diagrama ER utilizando un rombo:
Figura 8: Relación
Atributos en relaciones
Las relaciones también pueden tener atributos asociados. Se
representan igual que los atributos de las entidades. Un ejemplo muy
común son las relaciones de tipo "histórico" donde debe constar una
fecha o una hora. Por ejemplo, supongamos que es necesario hacer
constar la fecha de emisión de una factura a un cliente, y que es posible
emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo
"Fecha de emisión" de la factura debería colocarse en la relación "se
emite".
Figura 9: Atributos en relaciónes
Correspondencia de Cardinalidad
Es aquella que expresa el número de entidades a las que otra entidad
puede estar asociada mediante un conjunto de relaciones.
Las correspondencias de cardinalidad que pueden existir entre
entidades son las siguientes:
a) Uno a Uno:
Dado dos conjuntos de entidades A y B, una entidad en A se asocia con
a lo sumo una entidad en B, y una entidad en B se asocia con a lo sumo
una entidad en A. Por ejemplo:
Figura 10: Uno a Uno
Se representa en el Diagrama ER de la siguiente manera:
Figura 11: Uno a Uno en Diagrama ER
b) Uno a Muchos:
Dados dos conjuntos de entidades A y B, una entidad en A se
asocia con cualquier número de entidades en B (ninguna o varias), y una
entidad en B se puede asociar con a lo sumo una entidad en A . Por
ejemplo:
Figura 12: Uno a Muchos
Se representa en el Diagrama ER de la siguiente manera:
Figura 13: Uno a Muchos en Diagrama ER
c) Muchos a Muchos:
Dados dos conjuntos de entidades A y B, una entidad en A se
asocia con cualquier número de entidades en B (ninguna o varias), y una
entidad en B se asocia con cualquier número de entidades en A (ninguna o
varias). Por Ejemplo:
Figura 14: Muchos a Muchos
Se representa en el Diagrama ER de la siguiente manera:
Figura 15: Muchos a Muchos en Diagrama ER
Grado de una relación
Se refiere al número de entidades que participan en la relación.
Pueden ser binarias (dos entidades), ternarias (tres entidades), asi
sucesivamente.
Respecto al caso de hallar cardinalidades en las relaciones ternarias; se
debe fijar
Una combinación de elementos en dos de los extremos de la
relación y obtener lógicamente las cardinalidades mínima y máxima en el
otro extremo libre. Ejemplo: el título de un libro, un autor y una editorial
se relacionan las tres mediante la acción de publicar el libro (en un año
concreto, con un ISBN y con un determinado número de páginas en la
edición). Para determinar las cardinalidades hay que preguntarse por:
1. Cuántos autores puede tener un determinado libro publicado en
una determinada editorial (cardinalidad en el extremo de la entidad autor).
2. Cuántos libros puede tener un determinado autor publicados en
una determinada editorial (cardinalidad en el extremo de la entidad libro).
3. En cuántas editoriales puede un determinado autor publicar un mismo
libro (cardinalidad en el extremo de la entidad editorial).
Figura 16: Relación ternaria
Usualmente; cualquier relación de grado superior a dos, puede
descomponerse en varias relaciones binarias equivalentes utilizando una
entidad debil, sin que se produzca perdida de datos.
Figura 17: Descomposición de relación ternaria
Pasos para elaborar el esquema conceptual utilizando Diagrama ER
1. Identificar las entidades.
2. Identificar las relaciones.
3. Identificar los atributos y asociarlos a entidades y relaciones.
4. Determinar los dominios de los atributos.
5. Determinar las claves primarias.
6. Convertir las relaciones n*arias en relaciones binarias (si las hay).
7. Dibujar el diagrama entidadrelación.
8. Revisar el esquema conceptual.
Ejemplo 1
Se desea diseñar una base de datos para una sucursal bancaria que
con tenga datos sobre los clientes, las cuentas, las sucursales y
las transacciones producidas. Construir utilizando el modelo E/R
teniendo en cuenta las siguientes restricciones:
1. Una transacción viene determinada por su número de transacción, la
fecha y la cantidad.
2. Un cliente puede tener muchas cuentas.
3. Una cuenta puede tener muchos clientes.
4. Una cuenta solo puede estar en una sucursal.
Solución:
Figura 18: Ejemplo 1
Ejemplo 2
Construir una base de datos utilizando el modelo E/R, que refleje todos
los datos necesarios para la gestión de las líneas de metro de una
determinada ciudad. Los supuestos semánticos considerados son los
siguientes:
1. Una línea está compuesta por una serie de estaciones en un
orden determinado, siendo muy importante recoger la información de ese
orden.
2. Cada estación pertenece al menos a una línea, pudiendo pertenecer
a varias.
3. Una estación nunca deja de pertenecer a una línea a la que
anteriormente pertenece (p. ej., Portazgo, que pertenece a la línea 1,
nunca podrá dejar de pertenecer a esta línea).
4. Cada estación puede tener varios accesos, pero consideramos que
un acceso solo puede pertenecer a una estación.
5. Un acceso nunca podrá cambiar de estación.
6. Cada línea tiene asignados una serie de trenes, no pudiendo suceder
que un tren está asignado a más de una línea, pero sí que no esté
asignado a ninguna (p. ej., si se encuentra en reparación).
7. Algunas estaciones tienen asignadas cocheras, y cada tren tiene
asignada una cochera.
8. Interesa conocer todos los accesos de cada línea.
Solución:
Figura 19: Ejemplo 2
Ingeniería Inversa En Base De Datos
Es el proceso de construir especificaciones de un mayor nivel de
abstracción partiendo del código fuente de un sistema software o cualquier
otro producto (se puede utilizar como punto de partida cualquier otro
elemento de diseño, etc.).
Estas especificaciones pueden volver ser utilizadas para construir una
nueva implementación del sistema utilizando, por ejemplo, técnicas de
ingeniería directa. Estas técnicas que permite la obtención de una
representación conceptual de un esquema de base de datos a partir de su
codificación.
Aplicaciones: Sus aplicaciones son múltiples. Re-documentar, reconstruir
y/o actualizar documentación perdida o inexistente de bases de datos, servir
como pivote en un proceso de migración de datos, y ayudar en la exploración
y extracción de datos en bases poco documentadas.
Beneficios de Ingeniería Inversa
• Reducir la complejidad del sistema: al intentar comprender el software se
facilita su mantenimiento y la complejidad existente disminuye.
• Generar diferentes alternativas: del punto de partida del proceso,
principalmente código fuente, se generan representaciones gráficas lo que
facilita su comprensión.
• Recuperar y/o actualizar la información perdida (cambios que no se
documentaron en su momento): en la evolución del sistema se realizan
cambios que no se suele actualizar en las representaciones de nivel de
abstracción más alto, para lo cual se utiliza la recuperación de diseño.
CONCLUSIÓN
Siempre que una persona escucha hablar de bases de datos y de toda la
terminología que las acompaña piensa que es un tema excesivamente
complicado, y no es así, todo tiene un porque y lógica, es cosa de
familiarizarse un poco con ellas (bases de datos).
Cuando se ven en realidad todas las ventajas que tienen, es mas sencillo
el proceso de aprendizaje, ya que siente que el aprender a manejarlas se
vera recompensado.
Además de los sencillas que son, es muy fácil acceder a información,
manuales y cursos relacionados a ellas, todo esta a la mano, con la facilidad
de poner este tema en un buscador de la red y aparecerán infinidad de
temas, unos mas complejos que otros, pero siempre uno que se adecue a las
capacidades de aprendizaje de cada persona.
Otro punto muy importante es que la mayoría son gratis.
BIBLIOGRAFÍA
·- Autor: Red Escolar Nacional (RENA), 10 de Mayo de 2012, 05:24pm.
Archivos y Bases de Datos. Documento tipo Html, URL:
http://www.rena.edu.ve/cuartaEtapa/Informatica/Tema9.html
·- Autor: Guillermo Saldivar, 11 de Mayo de 2012, 03:21pm, Diseño de Bases
de Datos. Documento tipo Html, URL:
http://www.monografias.com/trabajos30/base-datos/base-datos.shtml#concept