Sistema Gestor de Base de Datos

Los sistemas de gestión de bases de datos abreviado DBMS, son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.

Características del SGBD

  Ahora analizaremos qué características son deseables en los SBGD y qué capacidades deben ofrecer.

  Control de redundancia   En la creación tradicional de programas de archivos, cada grupo de usuarios mantiene sus propios archivos para manejar sus aplicaciones de procesamiento de datos. Supongamos la situación para una base de datos de un supermercado. Los grupos involucrados serían, entre otros, el de finanzas y el de reposición. Con el enfoque tradicional, cada sector mantendría archivos independientes para los proveedores, cada uno con un objetivo distinto. Buena parte de los datos se almacenarían dos veces.   Generalmente, esta redundancia de datos provoca varios problemas:

Es necesario realizar la misma actualización -introducir un nuevo proveedor- varias veces: una vez en cada archivo ue contenga datos de proveedores. Esto implica duplicar el trabajo

Se desperdiciar espacio de almacenamiento al guardar los mismos datos en varios lugares

Es posible que los archivos que representan los mismos datos se tornen inconsistentes

   Con el enfoque de bases de datos, las vistas de los diferentes grupos de usuarios se integran durante el diseño de la base de datos. Para conservar la consistencia, debe crearse un diseño que almacene cada dato lógico -como la dirección del proveedor- en un solo lugar de la base de datos. Ello evita la inconsistencia y ahorra espacio almacenamiento.

  Restricción de los accesos no autorizados   Cuando muchos usuarios comparten una misma base de datos, es probable que no todos tengan la autorización para tener acceso a toda la información que contiene. El SGBD debe contar con un subsistema de seguridad y autorización que permita al DBA crear cuentas y especificar restricciones para ellas.

  Cumplimiento de las restricciones de integridad   La mayor parte de las aplicaciones de base de datos tienen cierta s restricciones de integridad que deben cumplir los datos. El SGBD debe ofrecer recursos para definir tales

restricciones y hacer que se cumplan. Por ejemplo, en la figura A, podemos especificar que el valor del elemento Ciclo dentro de cada registro de la tabla ESTUDIANTE debe ser un entero entre 1 y 5. 

ESTUDIANTE

Nombre Matrícula Ciclo Carrera

Silva 17 1 501

Pérez 8 2 502

Objetos

Existen distintos objetivos que deben cumplir los SGBD:

Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca

del almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa uno o

cientos de archivos, este hecho se hace transparente al usuario. Así, se definen

varios niveles de abstracción.

Independencia. La independencia de los datos consiste en la capacidad de

modificar el esquema (físico o lógico) de una base de datos sin tener que realizar

cambios en las aplicaciones que se sirven de ella.

Consistencia. En aquellos casos en los que no se ha logrado eliminar la

redundancia, será necesario vigilar que aquella información que aparece repetida se

actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de

forma simultánea. Por otra parte, la base de datos representa una realidad determinada

que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden

tener licencia de conducir. El sistema no debería aceptar datos de un conductor menor

de edad. En los SGBD existen herramientas que facilitan la programación de este tipo

de condiciones.

Seguridad. La información almacenada en una base de datos puede llegar a tener

un gran valor. Los SGBD deben garantizar que esta información se encuentra segura de

permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de

permisos.

Manejo de transacciones. Una transacción es un programa que se ejecuta como

una sola operación. Esto quiere decir que luego de una ejecución en la que se produce

una falla es el mismo que se obtendría si el programa no se hubiera ejecutado. Los

SGBD proveen mecanismos para programar las modificaciones de los datos de una

forma mucho más simple que si no se dispusiera de ellos.

Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD

demora en proporcionar la información solicitada y en almacenar los cambios

realizados.

Ciclo de vida de las aplicaciones de bases de datos

A. Planificación del proyecto

Esta etapa conlleva la planificación de cómo se pueden llevar a cabo las etapas del ciclo de vida de la manera más eficiente. Hay tres componentes principales: el trabajo que se ha de realizar, los recursos para llevarlo a cabo y el dinero para pagar por todo ello. Como apoyo a esta etapa, se necesitará un modelo de datos corporativo en donde se muestren las entidades principales de la empresa y sus relaciones, y en donde se identifiquen las principales áreas funcionales. Normalmente, este modelo de datos se representa mediante un diagrama entidad-relación. En este modelo se tiene que mostrar también qué datos comparten las distintas áreas funcionales de la empresa.

La planificación de la base de datos también incluye el desarrollo de estándares que especifiquen cómo realizar la recolección de datos, cómo especificar su formato, qué documentación será necesaria y cómo se va a llevar a cabo el diseño y la implementación. El desarrollo y el mantenimiento de los estándares puede llevar bastante tiempo, pero si están bien diseñados, son una base para el personal informático en formación y para medir la calidad, además, garantizan que el trabajo se ajusta a unos patrones, independientemente de las habilidades y la experiencia del diseñador. Por ejemplo, se pueden establecer reglas sobre cómo dar nombres a los datos, lo que evitará redundancias e inconsistencias. Se deben documentar todos los aspectos legales sobre los datos y los establecidos por la empresa como, por ejemplo, qué datos deben tratarse de modo confidencial.

B. Definición del sistema

En esta etapa se especifica el ámbito y los límites de la aplicación de bases de datos, así como con qué otros sistemas interactúan. También hay que determinar quienes son los usuarios y las áreas de aplicación.

C. Recolección y análisis de los requisitos

En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:

Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.

Observando el funcionamiento de la empresa. Examinando documentos, sobre todo aquellos que se utilizan para recoger o

visualizar información. Utilizando cuestionarios para recoger información de grandes grupos de usuarios. Utilizando la experiencia adquirida en el diseño de sistemas similares.

La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, la documentación utilizada o generada por estas áreas de aplicación o grupos de usuarios, las transacciones requeridas por cada área de aplicación o grupo de usuarios y una lista priorizada de los requerimientos de cada área de aplicación o grupo de usuarios.

Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.

La información recogida se debe estructurar utilizando técnicas de especificación de requisitos, como por ejemplo técnicas de análisis y diseño estructurado y diagramas de flujo de datos. También las herramientas CASE ( Computer-Aided Software Engineering) pueden proporcionar una asistencia automatizada que garantice que los requisitos son completos y consistentes.

D. Diseño de la base de datos

Esta etapa consta de tres fases: diseño conceptual, diseño lógico y diseño físico de la base de datos. La primera fase consiste en la producción de un esquema conceptual, que es independiente de todas las consideraciones físicas. Este modelo se refina después en un esquema lógico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). En la tercera fase, el esquema lógico se traduce en un esquema físico para el SGBD escogido. La fase de diseño físico considera las estructuras de almacenamiento y los métodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.

Los objetivos del diseño de la base de datos son:

Representar los datos que requieren las principales áreas de aplicación y los grupos de usuarios, y representar las relaciones entre dichos datos.

Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos.

Especificar un esquema que alcance las prestaciones requeridas para el sistema.

Hay varias estrategias a seguir para realizar el diseño: de abajo a arriba, de arriba a abajo, de dentro a fuera y la estrategia mixta. La estrategia de abajo a arriba parte de todos los atributos y los va agrupando en entidades y relaciones. Es apropiada cuando la base de datos es simple, con pocos atributos. La estrategia de arriba a abajo es más apropiada cuando se trata de bases de datos complejas. Se comienza con un esquema con entidades de alto nivel, que se van refinando para obtener entidades de bajo nivel, atributos y relaciones. La estrategia de dentro a fuera es similar a la estrategia de abajo a arriba, pero difiere en que se parte de los conceptos principales y se va extendiendo el esquema para considerar también otros conceptos, asociados con los que se han identificado en primer lugar. La estrategia mixta utiliza ambas estrategias, de abajo a arriba y de arriba a abajo, con un esquema de divide y vencerás. Se obtiene un esquema inicial de alto nivel, se divide en partes, y de cada parte se obtiene un sub. esquema. Estos sub. esquemas se integran después para obtener el modelo final.

E. Selección del SGBD

Si no se dispone de un SGBD, o el que hay se encuentra obsoleto, se debe escoger un SGBD que sea adecuado para el sistema de información. Esta elección se debe hacer en cualquier momento antes del diseño lógico.

F. Diseño de la aplicación

En esta etapa se diseñan los programas de aplicación que usarán y procesarán la base de datos. Esta etapa y el diseño de la base de datos, son paralelas. En la mayor parte de los casos no se puede finalizar el diseño de las aplicaciones hasta que se ha terminado con el diseño de la base de datos. Por otro lado, la base de datos existe para dar soporte a las aplicaciones, por lo que habrá una realimentación desde el diseño de las aplicaciones al diseño de la base de datos.

En esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuario se encuentra en el diseño de la aplicación. Habrá algunos programas que utilicen y procesen los datos de la base de datos.

Además, habrá que diseñar las interfaces de usuario, aspecto muy importante que se suele ignorar. El sistema debe ser fácil de aprender, fácil de usar, ser directo y estar ``dispuesto a perdonar''. Si la interface no tiene estas características, el sistema dará problemas, sin lugar a dudas.

G. Prototipo

Esta etapa, que es opcional, es para construir prototipos de la aplicación que permitan a los diseñadores y a los usuarios probar el sistema. Un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios puedan utilizar el sistema e identificar qué aspectos están

bien y cuáles no son adecuados, además de poder sugerir mejoras o la inclusión de nuevos elementos. Este proceso permite que quienes diseñan e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios. Otra ventaja de los prototipos es que se construyen rápidamente.

Esta etapa es imprescindible cuando el sistema que se va a implementar tiene un gran coste, alto riesgo o utiliza nuevas tecnologías.

H. Implementación

En esta etapa se crean las definiciones de la base de datos a nivel conceptual, externo e interno, así como los programas de aplicación. La implementación de la base de datos se realiza mediante las sentencias del lenguaje de definición de datos (LDD) del SGBD escogido. Estas sentencias se encargan de crear el esquema de la base de datos, los ficheros en donde se almacenarán los datos y las vistas de los usuarios.

Los programas de aplicación se implementan utilizando lenguajes de tercera o cuarta generación. Partes de estas aplicaciones son transacciones sobre la base de datos, que se implementan mediante el lenguaje de manejo de datos (LMD) del SGBD. Las sentencias de este lenguaje se pueden embeber en un lenguaje de programación anfitrión como Visual Basic, Delphi, C, C++, Java, COBOL, Fortran, Ada o Pascal. En esta etapa, también se implementan los menús, los formularios para la introducción de datos y los informes de visualización de datos. Para ello, el SGBD puede disponer de lenguajes de cuarta generación que permiten el desarrollo rápido de aplicaciones mediante lenguajes de consultas no procedurales, generadores de informes, generadores de formularios, generadores de gráficos y generadores de aplicaciones.

También se implementan en esta etapa todos los controles de seguridad e integridad. Algunos de estos controles se pueden implementar mediante el LDD y otros puede que haya que implementarlos mediante utilidades del SGBD o mediante programas de aplicación.

I. Conversión y carga de datos

Esta etapa es necesaria cuando se está reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente o, si es necesario, se convierten al formato que requiera el nuevo SGBD y luego se cargan. Si es posible, los programas de aplicación del sistema antiguo también se convierten para que se puedan utilizar en el sistema nuevo.

J. Prueba

En esta etapa se prueba y valida el sistema con los requisitos especificados por los usuarios. Para ello, se debe diseñar una batería de tests con datos reales, que se deben llevar a cabo

de manera metódica y rigurosa. Es importante darse cuenta de que la fase de prueba no sirve para demostrar que no hay fallos, sirve para encontrarlos. Si la fase de prueba se lleva a cabo correctamente, descubrirá los errores en los programas de aplicación y en la estructura de la base de datos. Además, demostrará que los programas ``parecen'' trabajar tal y como se especificaba en los requisitos y que las prestaciones deseadas ``parecen'' obtenerse. Por último, en las pruebas se podrá hacer una medida de la fiabilidad y la calidad del software desarrollado.

K. Mantenimiento

Una vez que el sistema está completamente implementado y probado, se pone en marcha. El sistema está ahora en la fase de mantenimiento en la que se llevan a cabo las siguientes tareas:

Monitorización de las prestaciones del sistema. Si las prestaciones caen por debajo de un determinado nivel, puede ser necesario reorganizar la base de datos.

Mantenimiento y actualización del sistema. Cuando sea necesario, los nuevos requisitos que vayan surgiendo se incorporarán al sistema, siguiendo de nuevo las etapas del ciclo de vida que se acaban de presentar.

Modelo de Entidad-Relación

Un diagrama o modelo entidad-relación o DER Diagrama de Entidad Relación, es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades.

Base Teórica y Conceptual

El modelo de datos entidad-relación está basado en una percepción del mundo real que

consta de una colección de objetos básicos, llamados entidades, y de relaciones entre esos

objetos.

Entidad

Representa una “cosa” u "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.

Algunos Ejemplos:

Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).

Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán

atributos diferentes, por ejemplo, el número de bastidor).

Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su

dirección).

Una entidad puede ser un objeto con existencia física como: una persona, un animal, una

casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de

trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta).

Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la

entidad Persona puede llevar consigo las características: Nombre, Apellido, Género,

Estatura, Peso, Fecha de nacimiento, etc...

Atributos

Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.

Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para

cada uno de sus atributos, de esta forma, es posible su identificación unívoca.

Ejemplos:

A la colección de entidades Alumnos, con el siguiente conjunto de atributos en común, (id,

nombre, edad, semestre), pertenecen las entidades:

(1, Sofia, 18 años, 2)

(2, Josefa, 19 años, 5)

(3, Carlos, 20 años, 2)

...

Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el

valor de sus atributos. Nótese que dos o más entidades diferentes pueden tener los mismos

valores para algunos de sus atributos, pero nunca para todos.

En particular, los atributos identificativos son aquellos que permiten diferenciar a una

instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue

a un alumno de otro es su número de id.

Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que

será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de

caracteres, números, solo dos letras, solo números mayores que cero, solo números

enteros...).

Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien

sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo.

Relación

Describe cierta dependencia entre entidades o permite la asociación de las mismas.

Ejemplo:

Dadas dos entidades "Habitación 502" y "Mark", es posible relacionar que lahabitacion 502 se encuentra ocupada por el huésped de nombre Mark.

Una relación tiene sentido al expresar las entidades que relaciona. En el ejemplo anterior,

Un Huésped (entidad), se aloja (relación) en una habitación (entidad).

Restricciones

Son reglas que deben mantener los datos almacenados en la base de datos. No se deben

quebrantar a menos que tenga otra relacion de una tabla de uno a muchos.

Correspondencia de cardinalidades

Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la

correspondencia de cardinalidad indica el número de entidades con las que puede estar

relacionada una entidad dada.

Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la

correspondencia de cardinalidades puede ser:

Uno a Uno: Una entidad de A se relaciona únicamente con una entidad en B y

viceversa.

Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B.

Pero una entidad en B se relaciona con una única entidad en A.

Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B.

Pero una entidad en B se puede relacionar con 0 o muchas entidades en A.

Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas entidades

en B y viceversa.

Restricciones de participación

Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha

participación puede ser de dos tipos:

Total: Cuando cada entidad en A participa en al menos una relación de R.

Parcial: Cuando al menos una entidad en A NO participa en alguna relación de R.

República Bolivariana de VenezuelaMinisterio del Poder Popular para la Educación

E.T.R.C Dr. Rafael Loreto LoretoCalabozo Edo Guárico

 

¡Profesor: Integrantes: Sumoza Hercilia Silva Joel Hoyos heder “4tº” (Informática)

09-03-2011

Introducción

En la actualidad el enfoque de bases de datos es extensamente utilizado por ser la única solución posible para manejar grandes volúmenes de datos, la complejidad de la extracción de datos y la concurrencia de datos (accesos simultáneos).Las bases de datos se han extendido por la disminución de los costos de los servidores y las necesidades de exploración de datos.

Bibliografía.

Internet

www.monografias.com

www.postgrado.inea.org

www.inea.uva.es

www.aulafacil.com

www.tecniciencia.com

www.wikipedia.com

www.alegsa.com.ar

Conclusión

Es deseable que el Técnico en Administración, que integre el equipo de trabajo junto con los informáticos, participe intensamente en todas las etapas, incluyendo el diseño del sistema. En la actualidad el enfoque de bases de datos es extensamente utilizado por las ventajas que presenta respecto a los archivos tradicionales. En este contexto, resulta relevamente que el estudiante conozca los conceptos básicos vinculados al tema, a fin de poder desempeñarse como usuario o de poder interactuar adecuadamente en equipo de desarrollo de los sistemas de información.

Calabozo, 14-03-2011

Autorización

Gerencia: Mecatradona Plus (San Fernando de Apure) Av. España

Yo: Jesús G. Silva Titular de la CI: 3.724.962 . Me dirijo a ustedes por

motivo de una coalición con una de su unidades la cual ocasiono daños a

mi vehiculo, llegando aun acuerdo con el encargado de dicha empresa se

procedió a pedir presupuestos a talleres de la localidad.

Arrojando un estimado ajustado de cuatro mil Bolívares Fuertes, 4000,00

BF.

Y comprometiéndome yo ante ustedes para mayor rapidez de encargarme

de la compra de repuestos y la reparación, por lo antes expuesto Autorizo

al asociado Javier Hernández Titular de la CI: 18.405.163 .de la

Cooperativa Venezuela Express RL. Donde Yo laboro Como presidente

de la misma, para que se le haga la entrega de la cantidad acordada.

Agradeciéndoles su responsabilidad efectuada

__________________________Jesús G. silva

_________________________

Ortiga: Fleurya aestuans L (Urticáceas), las flores y las hojas son las partes utilizadas de esta planta; las hojas contienen galotaninos, ácido fórmico, acetilcolina, histamina, sales de hierro, azufre, calcio, manganeso, vitaminas A y C. Entre sus propiedades se considera que es antianémica, hemostática, galactagoga, desinfectante; no se sabe porqué mecanismo de acción se le atribuyen propiedades benéficas en caso de osteoporosis. Se recomienda su uso en caso de acné, calvicie, caspa, diarrea, enuresis, epitaxis, hemorragia, dolores de menstruación, reumatismo y problemas renales. El uso inadecuado de esta planta puede producir dermatitis.Guaritoto: Jatropha urens L (Euphorbiáceas), se utiliza toda la planta, las raíces y las hojas; contienen ácido fórmico y fumárico; terpenos con esqueleto del endesmano; d-galactosa, L arabinosa y sales minerales. Tiene efectos antirreumático, depurativo, diurético, emoliente; se recomienda su uso en el tratamiento de la osteoporosis, problemas hepáticos, piel, riñón, reumatismo y en la higiene íntima. La manera de prepararla es macerando 100 g de la planta seca, en 400 ml de alcohol absoluto de 90º diluido a 70º durante nueve días; filtrar a través de un lienzo y envasar.Granado: Púnica granatum L (Punicáceas), de esta planta se utiliza la raíz, corteza del tallo, flor y fruto. En la raíz y corteza del tallo se encuentran los alcaloides pelletierina, pseudopelletierina, isopelletierina y metil-isopelletierina; ácido tánico, materia grasa, fécula, resina, manitol y algunos minerales como calcio, potasio, hierro y fósforo. Se le atribuye efectos bacteriostático, diurético, astringente y tenífugo; se recomienda su uso en caso de amigdalitis, asma, problemas cardíacos, diarrea, faringitis, higiene íntima, lavados oculares, parasitosis y teniasis. Su forma de preparación es sancochando las partes de la planta y el agua se utiliza para hacer gargarismos cuando se padece de amigdalitis, se toman dos o tres vasos en caso de presentarse diarrea y se puede usar como vermífugo.Llantén: Plantago media L (Plantagináceas), se utiliza la planta entera, sin nervaduras principales. Las hojas y semillas contienen un hidrocoloide (5-10%) compuesto de numerosos polisacáridos que por hidrólisis producen ácido D-galacturónico, L-arabinosa, D-galactosa, entre otros azúcares. El aucobósido es un heterósido que al hidrolizarse origina aucubina y azúcar. Además están presentes adenina, colina, ácido cítrico, sales de azufre y potasio. Las semillas de esta planta quedan enteras en la luz intestinal sin haber sido sometidas a un proceso de digestión. Sus mucílagos atraen agua en el intestino, lo cual explica esta acción laxante suave volumétrica.Poleo, Toronjil o Santa María: Lippia alba (Verbenaceae), las hojas y las sumidades floridas son las partes utilizadas de esta planta. En las hojas está presente un aceite esencial compuesto principalmente por acetato de mentilo, mentol, l-limoneno, cineol, carvacrol, mentona, dipenteno, geraniol, borneol, B-cariofileno y bisboleno, además hay presencia de goma, resinas y minerales. Al respecto, se le atribuyen efectos afrodisíaco, estimulante estomacal, carminativo, secretolítico; se recomienda su uso en caso de depresión, problemas estomacales, flatulencia, gripe y problemas hepáticos. Según el uso popular es una planta caliente que sirve para sacar catarro y es oxigenante del cerebro.