Marisol Mrquez Gmez 20082020053 Leonardo Lazo Hernndez 20082020048

En las organizaciones la recoleccin, clasificacin, procesamiento y control de la informacin es algo indispensable para el desarrollo del negocio de las mismas. El modelo usado tradicionalmente, el relacional, tiene varias limitaciones para representar algunas de las variables de la realidad de un ambiente de negocios. En consecuencia se han propuesto y desarrollado varios modelos de datos para responder ante esta creciente necesidad, entre ellos el modelo de datos orientado a objetos. Este modelo esta basado en el paradigma de los lenguajes de programacin orientados a objetos, que en el momento tiene tantos adeptos.

Estas buscan integrar las tecnologas de bases de datos con el paradigma de programacin orientada a objetos, para almacenar y manejar datos ms complejos. Estas bases de datos son lo suficientemente poderosas y ricas semnticamente como para satisfacer los requerimientos de las aplicaciones avanzadas.

El principal problema que resuelven este tipo de bases de datos es la persistencia de objetos. Ya que al almacenar los objetos, generados por aplicaciones construidas sobre el paradigma orientado a objetos, estos deban ser descompuestos para guardarlos en estructuras de tablas y recomponerlos de nuevo en objetos, para ser manipulados por la aplicacin, lo cual implicaba un gasto en recursos y esfuerzo computacional muy alto.

Caractersticas de los sistemas gestores de bases de datos (SGBDOO): Persistencia: Capacidad que tienen los SGBDOO para almacenar y recuperar el estado de los objetos y los valores de sus atributos, de forma que sobrevivan a los procesos que los manipulan. Concurrencia: Se relaciona con la existencia de muchos usuarios interactuando simultneamente en el sistema. Este debe controlar la interaccin entre las transacciones que ocurren simultneamente para evitar que se destruya la consistencia de la base de datos.

Caractersticas de los sistemas gestores de bases de datos (SGBDOO): Recuperacin ante fallos: Debe ser capaz recuperarse cuando se presente fallos en el software o hardware, y adems asegurar la consistencia e integridad de la informacin almacenada en la base de datos. Manejador de almacenamiento secundario: Es un grupo de mecanismos que no son visibles al usuario. Estos mecanismos evitan que se tengan que escribir programas para mantener ndices, asignar el almacenamiento en disco, o trasladar los datos entre el disco y la memoria principal, crendose de esta forma una independencia entre los niveles lgicos y fsicos del sistema.

Caractersticas de los sistemas gestores de bases de datos (SGBDOO): Facilidad de consultas: Nuestro SGBDOO debe proporcionarnos una forma fcil, confiable y eficiente para realizar consultas en la base de datos.

 Los objetos son utilizado para modelar entidades del mundo real, asociando las propiedades de estas entidades a los atributos del objeto, los mtodos del objeto no tienen su contrapartida en el mundo real. Un Objeto OODM se parece a la entidad y la tupla en los modelos E-R y relacionales, un objeto OODM tiene caractersticas adicionales, como comportamiento, herencia y encapsulado. Tales caractersticas hacen que el modelado orientado a objetos sea mas natural que el modelado E-R y relacional.

Figura 1. Representacin de una factura. Tomado de: Sistemas de Bases de Datos: Diseo, implementacin y administracin.

CLASE, CONJUNTO DE ENTIDADES Y TABLA

El concepto de clase puede ser asociado con los conceptos de conjunto y tabla de los modelos E-R y relacional, respectivamente. El ADT es una herramienta de modelado que permite que el usuario cree tipos de datos nuevos y los utilice como cualquier otro tipo de datos base que a compaa a una base de datos. El ADT incrementa, por lo tanto, el contenido semntico de los objetos modelados.

Encapsulado y Herencia
Las clases se organizan en jerarquas de clase. Un objeto que pertenece a una clase hereda todas las propiedades de sus superclases. Encapsulado significa que la representacin de datos y la ejecucin del mtodo se ocultan de otros objetos y del usuario final.

RELACIONES
Las relaciones en un OODM pueden ser de dos tipos: referencias interclase o herencia de jerarqua de clase. EL OODM utiliza la ID de objeto, la cual esta basada en la identidad, para establecer relaciones entre los objetos, y tales relaciones son independientes del estado del objeto.

ACCESO
El OODM produce un esquema en el cual las relaciones forman parte de la estructura de la base de datos. Tener acceso al espacio de objeto estructurado se parece al acceso a registro a la vez de lo viejo modelos jerrquicos y de red estructurados. El OODM soporta tanto el acceso navegacional como el acceso orientado a conjuntos.

EL "Object Oriented Database System Manifesto" (Atkinson y colaboradores, 1989)1 fue el primer intento amplio de definir las caractersticas de OODBMS, e incluyo 13 obligatorias, as como algunas opcionales: las primeras ocho caracterizan un sistema OO, y las ultimas cinco un SGBD.

Tomado de: Sistemas Gestores de Bases de Datos Orientadas a

Objetos. Juan Jambrina Martn, Hctor Mateos Oblanca.

Reglas que lo hacen un Sistema OO Regla 1 Regla 2 Regla 3 Regla 4 Regla 5 Regla 6 Regla 7 Regla 8 El sistema debe soportar objetos complejos Debe soportar la identidad del objeto Los objetos deben ser encapsulados El sistema debe soportar tipos o clases El sistema debe soportar herencia El sistema debe evitar asignacin prematura El sistema debe ser computacionalmente completo Debe ser extensible Reglas que lo hacen un SGBD Regla 9 Regla 10 Regla 11 Regla 12 Regla 13 Debe ser capaz de recordar las ubicaciones de los datos El sistema debe ser capaz de manejar Bases de Datos muy grandes Debe aceptar usuarios concurrentes El sistema de ser capaz de recuperarse de fallas de software y hardware La consulta de datos debe ser simple.

Tabla 1. Reglas del OODBMS. Tomado de: https://www.odmg.org.

El OMG produce estndares y especificaciones independientes del proveedor para componentes y sistemas basados en objetos. EL OMG ha creado el Unifiel Modeling Language (UML), que es un lenguaje grfico para modelar, disear y visualizar sistemas orientados a objetos.

El ODMG tiene como propsito definir estndares para los sistemas gestores de bases de datos orientadas a objetos, para que los diseos e implementaciones sean portables entre los sistemas que pueden soportarlos.

Tiene 3 componentes esenciales:

Modelo de objetos. ODL (Lenguaje de definicin de objetos). OQL (lenguaje de consulta de objetos)

Modelo de objetos : Dispone de las siguientes primitivas de modelado: Objeto: Es una ejemplificacin de una entidad del mundo real que se desee modelar. Este debe contar con un estado (atributos), un comportamiento (mtodos) y un identificador nico. Pueden ser transitorios o persistentes. Se comunican entre ellos a travs de mensajes. Literal: Es un valor especfico que se da a un atributo. Por ejemplo: Amparo.

ODL (Lenguaje de definicin de objetos): Es empleado para facilitar la portabilidad de los esquemas de las bases de datos. Intenta definir tipos de datos que pueden implementarse en diversos lenguajes de programacin. Debe apoyar todas las construcciones semnticas del modelo de objetos de ODMG. No debe ser un lenguaje de programacin, sino un lenguaje de definicin de las especificaciones del objeto. Debe ser lenguaje de programacin independiente. Debe ser compatible con el interfaz de lenguaje de definicin de la ODMG (IDL). Debe ser extensible, no slo para la funcionalidad futura, sino tambin para optimizaciones fsicas. Debe ser prctico, proporcionando valor a los desarrolladores de aplicaciones, siendo soportable por los vendedores ODMG dentro de un marco de tiempo relativamente corto despus de la publicacin de la especificacin.

OQL (lenguaje de consulta de objetos): Es un lenguaje de consulta de objetos que soporta el modelo de datos del ODMG, Estos son sus principales principios: OQL se basa en el modelo de objetos ODMG. OQL est muy cerca de SQL-92. Se extiende en lo concerniente a conceptos orientados a objetos, como objetos complejos, identidad de objeto, expresiones de ruta, el polimorfismo, la llamada operacin y el enlace. OQL proporciona primitivas de alto nivel para tratar grupos de objetos, pero no se limita a esta construccin coleccin. Tambin proporciona primitivas para hacer frente a las estructuras, listas y matrices y trata a tales construcciones con la misma eficiencia. OQL proporciona acceso declarativo a los objetos. Por lo tanto, las consultas OQL se pueden optimizar fcilmente en virtud de esta naturaleza declarativa. La semntica formal de OQL se pueden definir fcilmente.

El ODMG tiene como propsito definir estndares para los sistemas gestores de bases de datos orientadas a objetos, para que los diseos e implementaciones sean portables entre los sistemas que pueden soportarlos.

Tiene 3 componentes esenciales:

Modelo de objetos. ODL (Lenguaje de definicin de objetos). OQL (lenguaje de consulta de objetos)

Modelo de objetos : Dispone de las siguientes primitivas de modelado: Objeto: Es una ejemplificacin de una entidad del mundo real que se desee modelar. Este debe contar con un estado (atributos), un comportamiento (mtodos) y un identificador nico. Pueden ser transitorios o persistentes. Se comunican entre ellos a travs de mensajes. Literal: Es un valor especfico que se da a un atributo. Por ejemplo: Amparo.

ODL (Lenguaje de definicin de objetos): Es empleado para facilitar la portabilidad de los esquemas de las bases de datos. Intenta definir tipos de datos que pueden implementarse en diversos lenguajes de programacin. Debe apoyar todas las construcciones semnticas del modelo de objetos de ODMG. No debe ser un lenguaje de programacin, sino un lenguaje de definicin de las especificaciones del objeto. Debe ser lenguaje de programacin independiente. Debe ser compatible con el interfaz de lenguaje de definicin de la ODMG (IDL). Debe ser extensible, no slo para la funcionalidad futura, sino tambin para optimizaciones fsicas. Debe ser prctico, proporcionando valor a los desarrolladores de aplicaciones, siendo soportable por los vendedores ODMG dentro de un marco de tiempo relativamente corto despus de la publicacin de la especificacin.

OQL (lenguaje de consulta de objetos): Es un lenguaje de consulta de objetos que soporta el modelo de datos del ODMG. Entrada de consulta y resultados: Como un lenguaje autnomo, OQL permite consultar objetos a partir de sus nombres, que actan como puntos de acceso a una base de datos. Un nombre puede denotar cualquier tipo de objeto, es decir, estructura, coleccin, o literal. Una consulta OQL es una funcin que proporciona un objeto cuyo tipo se infiere de la operadora que contribuye a la expresin de consulta.

Lenguaje Unificado de Modelado (UML, por sus siglas en ingls, Unified Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad se usa como una herramienta grfica que nos permite disear, visualizar, especificar, construir y documentar de las clases, atributos y mtodos involucrados en el desarrollo de una BDOO y el POO. Una de la metas principales de UML es avanzar en el estado de la integracin, proporcionando herramientas de interoperabilidad para el modelado visual de objetos. Sin embargo para lograr un intercambio exitoso de modelos de informacin entre herramientas, se requiri definir a UML una semntica y una notacin.

Principios bsicos del modelado Existen cuatro principios bsicos, estos principios son fruto de la experiencia en todas las ramas de la ingeniera. a) La eleccin de qu modelos se creen influye directamente sobre cmo se acomete el problema. Hay que seleccionar el modelo adecuado para cada momento y dependiendo de que modelo se elija se obtendrn diferentes beneficios y diferentes costes. b) Todo modelo puede ser expresado a diferentes niveles de precisin. Esto es, es necesario poder seleccionar el nivel de detalle que se desea ya que en diferentes partes de un proyecto y en diferentes etapas se tendrn unas determinadas necesidades. c) Los mejores modelos estn ligados a la realidad. Lo principal es tener modelos que nos permitan representar la realidad tan claro como sea posible. d) Un nico modelo no es suficiente. Cualquier sistema que no sea trivial se afronta mejor desde pequeos modelos casi independientes, que los podamos construir y estudiar independientemente y que nos representen las partes ms diferenciadas del sistema y sus interrelaciones.

Los diagramas que nos ofrece UML para modelar nuestro sistema.

Los principales componentes para el modelado UML de las POO, son aplicables a las BDOO

Ejemplo de un diagrama de clases.

 Ingeniera de Software asistida por computadora (CASE).

En el uso de metodologas estructuradas e interfaces grficas. Desarrollo de sistemas de informacin. Estas herramientas CASE incluyen editores de diseo, diccionarios de datos, compiladores, depuradores, herramientas de construccin de sistemas, entre otros.

 Diccionario de Datos: Descripcin Relacin Interfaces:

Descripcin del
esquema Integracin

Comunicacin
Interaccin Facilita correcciones
Imagen tomada de: Anlisis y Diseo de sistemas. Kenneth E. Kendall.

Entre los beneficios tenemos:

Una reduccin en el tiempo y costo de desarrollo. La automatizacin del SDLC. La estandarizacin de las metodologas de desarrollo de sistemas. El mantenimiento ms fcil de sistemas de aplicacin desarrollados con herramientas CASE.

Herramientas comerciales
Grficos Interfaces y generadores de reportes Depsito integrado Segmento de anlisis
Consistencia Sintaxis Integridad

Generador de Documentacin.

Tipo de Herramientas Herramientas de Planificacin Herramientas de edicin Herramientas de gestin del cambio Herramientas de gestin de la configuracin Herramientas de construccin de prototipos Herramientas de apoyo a mtodos Herramientas de procesamiento de lenguajes

Ejemplos Herramientas PERT, Herramientas de estimacin, hojas de clculo. Editores de texto, editores de diagramas, procesadores de texto. Herramientas de rastreo de requerimientos, sistemas de control de cambios. Sistemas de gestin de las versiones, herramientas de construccin de sistemas Lenguajes de muy alto nivel, generadores de interfaz de usuario. Editores de diseo, diccionario de datos, generadores de cdigo. Compiladores e interpretes.

Herramientas de anlisis de programas

Herramientas de pruebas Herramientas de depuracin Herramientas de documentacin Herramientas de reingeniera

Generadores de referencias cruzadas, analizadores estticos, analizadores dinmicos.

Generadores de pruebas de datos, comparadores de archivo. Sistemas de depuracin interactivas. Programas de diseos de paginas, imgenes. Sistemas de referencias cruzadas.

Tabla 2. Clasificacin funcional de las herramientas CASE..

Fuggetta (Fuggeta, 1993) propone que los sistemas CASE se deben clasificar en tres categoras:
1. Las herramientas ayudan a la tareas individuales del Las herramientas pueden ser de propsito general, independientes o agrupadas en bancos de trabajo. 2. Los bancos de trabajo ayudan a las fases o actividades del proceso como la especificacin, el diseo, entre otros. 3. Los entornos ayudan a todos los procesos del software.

PLATINUM ERwin de PLATINUM Tecnology Oracle con DB2 de IBM SQL/DS, SQL Server Recomendacin

VENTAJAS
Permite una mayor capacidad de modelado Mantenibilidad: Sus campos de accin son mayores a las bases de datos tradicionales (limitadas por su naturaleza), permitiendo dar solucin a problemas que no se podan solucionar antes. Lenguaje de consulta ms expresivo.

Permiten la inclusin de mas informacin semntica en la base de datos, y proporciona as una representacin ms natural y realista de objetos reales.
La reutilizacin de clases permite un desarrollo mas rpido y mantenimiento mas fcil de la base de datos y sus aplicaciones. El uso apropiado de jerarqua de clase. Metodologa de diseo orientado a objetos.

DESVENTAJAS
Los OODBMS no proporcionan un lenguaje de consulta ad hoc estndar, como los sistemas relacionales. El lenguaje de consulta de objetos (OQL) est muy lejos de estar completo. El DBMS relacional proporciona una amplia solucin a las necesidades de diseo y manejo de bases de datos, al ofrecer tanto un modelo de datos como un conjunto de reglas de normalizacin. Los OODBMS aun no proporcionan un conjunto de herramientas similares, carecen de un modelo de datos universal. La falta de compatibilidad entre diferentes OODBMS dificulta el cambio de una pieza de software a otra.

[1] Fundamentos de

bases de datos. 4ta Edicin. Abraham Silberschatz, Henry F. Korth, S. Sudarshan. [2] Sistemas gestores de bases de datos orientadas a objetos. Juan Jambrina Martn, Hctor Mateos Oblanca. [3] Modelos Avanzados de Bases de Datos. Alejandro Alberca Manzaneque, J Jess Galvez Daz-Tendero [4] Sistemas y bases de datos orientadas a objetos: conceptos y arquitecturas. Elisa Bertino y Lorenzo Martino. [5] The Object Data Standard ODMG 3.0 R.G.G. Cattell, Douglas K. Barry [6] Diseo Orientado a Objetos con UML. Ral Alarcn [7] William R, C., & Rosenberger, C. (2005). Native Queries for Persistent Objects. U.S.A.