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