eso es
Páginas: 19 (4735 palabras)
Publicado: 5 de abril de 2013
SISTEMAS ORIENTADOS A OBJETOS
PROBLEMÁTICA DE PERSISTENCIA
Víctor Anaya
Mayte Redolar
Facultad de Informática - Universidad Politécnica de Valencia
email: vicanfon@inf.upv.es, mareja@inf.upv.es
0. Resumen.
Los sistemas de información formados por objetos no tienen porque ser orientados a objetos.
Con la nuevas tendencias tecnológicas como son las aplicaciones cliente-servidor,nos enfrentamos con la distribución en distintas capas (pc’s) de cada los distintos componentes del sistema. Así los sistemas se acogen a tres tipos de arquitecturas principales como son la arquitectura simple de aplicaciones de negocios, la compleja y una para sistemas que no hacen uso de memoria secundaria. Las de negocios son las más usuales y en ellas se hace uso de operaciones triviales.Finalmente, y debido al masivo uso de bases de datos relacionales, es necesario diseñar un esquema de persistencia para materializar y desmaterializar objetos en/desde la base de datos. Con tal finalidad hace falta incluir clases de objetos intermedios que se encargarán de dicha tarea y clases de objectos agente que retrasarán la materialización de los objetos persistentes hasta el momento dereferenciarlos ya que dicha operación es muy costosa. Hay que tener en cuenta la posibilidad de ejecutar transacciones (commit y rollback).
1. Introducción.
Hoy en día el término Orientación a Objetos se ha puesto de moda. Entre otros se habla de análisis, diseño, lenguajes e incluso interfaces de usuario orientados a objetos. Muchas son las ventajas que se prometen, como mejores interfaces deusuario, reutilización de código, y costes de desarrollo más baratos. Sin embargo no se ha escrito mucho sobre sistemas orientados a objetos en una situación real, es decir en la vida real.
El presente trabajo comentará un estudio realizado a grupos de desarrollo que admitían usar orientación a objetos. Comentaremos las las dificultades que encontraron.
Posteriormente hablaremos de cómo diseñar unframework o esquema de persistencia para conseguir tener en memoria secundaria objetos. Prestaremos especial atención a las dificultades que nos encontraremos con las bases de datos relacionales, tan usadas hoy en día como medio de persistencia.
2. Orientación a objetos.
El desarrollo OO empieza con el análisis OO en el que realizamos un modelo de objetos que posteriormente en las fases dediseño e implementación cambian ligeramente de forma para confeccionar el sistema informatizado.
En un verdadero sistema OO, los datos y las funciones existen únicamente en forma de objetos. Podemos hablar de dos tipos de objetos deteriorados, aquellos que no poseen datos, cuya funcionalidad es ser librerías de subrutinas, y aquellos que solamente poseen operaciones triviales (crear,actualizar, leer, destruir) los cuales corresponden a la tradicional estructura de datos accesible por el sistema completo, a este tipo de objetos se les llama de tipo CRUD. Un sistema formado solo por objetos deteriorados no es OO.
Las ventajas que se esperan por parte de los sistemas OO con respecto a los tradicionales son:
Un proceso de desarrollo asimilable por los usuarios.
Una perfectatransición entre las fases de desarrollo de software.
Una interfaz de usuario en la que los objetos corresponden a objetos de usuario.
Un fácil mantenimiento sin cambiar el sistema completo.
Reutilización de objetos entre aplicaciones.
Aunque los desarrolladores afirmaban que los diseños OO son más completos que los tradicionales, las expectativas no eran satisfechas.
3. Arquitecturas.
Segúnla estructura del sistema podemos clasificarlo en tres arquitecturas principalmente. Dos de ellas son características de aplicaciones de negocios y una tercera para sistemas técnicos, como pueden ser sistemas en tiempo real, etc. A continuación las describimos.
Arquitectura simple de una aplicación de negocios
Los sistemas de arquitectura simple siguen una estructura de tres capas. En la...
PROBLEMÁTICA DE PERSISTENCIA
Víctor Anaya
Mayte Redolar
Facultad de Informática - Universidad Politécnica de Valencia
email: vicanfon@inf.upv.es, mareja@inf.upv.es
0. Resumen.
Los sistemas de información formados por objetos no tienen porque ser orientados a objetos.
Con la nuevas tendencias tecnológicas como son las aplicaciones cliente-servidor,nos enfrentamos con la distribución en distintas capas (pc’s) de cada los distintos componentes del sistema. Así los sistemas se acogen a tres tipos de arquitecturas principales como son la arquitectura simple de aplicaciones de negocios, la compleja y una para sistemas que no hacen uso de memoria secundaria. Las de negocios son las más usuales y en ellas se hace uso de operaciones triviales.Finalmente, y debido al masivo uso de bases de datos relacionales, es necesario diseñar un esquema de persistencia para materializar y desmaterializar objetos en/desde la base de datos. Con tal finalidad hace falta incluir clases de objetos intermedios que se encargarán de dicha tarea y clases de objectos agente que retrasarán la materialización de los objetos persistentes hasta el momento dereferenciarlos ya que dicha operación es muy costosa. Hay que tener en cuenta la posibilidad de ejecutar transacciones (commit y rollback).
1. Introducción.
Hoy en día el término Orientación a Objetos se ha puesto de moda. Entre otros se habla de análisis, diseño, lenguajes e incluso interfaces de usuario orientados a objetos. Muchas son las ventajas que se prometen, como mejores interfaces deusuario, reutilización de código, y costes de desarrollo más baratos. Sin embargo no se ha escrito mucho sobre sistemas orientados a objetos en una situación real, es decir en la vida real.
El presente trabajo comentará un estudio realizado a grupos de desarrollo que admitían usar orientación a objetos. Comentaremos las las dificultades que encontraron.
Posteriormente hablaremos de cómo diseñar unframework o esquema de persistencia para conseguir tener en memoria secundaria objetos. Prestaremos especial atención a las dificultades que nos encontraremos con las bases de datos relacionales, tan usadas hoy en día como medio de persistencia.
2. Orientación a objetos.
El desarrollo OO empieza con el análisis OO en el que realizamos un modelo de objetos que posteriormente en las fases dediseño e implementación cambian ligeramente de forma para confeccionar el sistema informatizado.
En un verdadero sistema OO, los datos y las funciones existen únicamente en forma de objetos. Podemos hablar de dos tipos de objetos deteriorados, aquellos que no poseen datos, cuya funcionalidad es ser librerías de subrutinas, y aquellos que solamente poseen operaciones triviales (crear,actualizar, leer, destruir) los cuales corresponden a la tradicional estructura de datos accesible por el sistema completo, a este tipo de objetos se les llama de tipo CRUD. Un sistema formado solo por objetos deteriorados no es OO.
Las ventajas que se esperan por parte de los sistemas OO con respecto a los tradicionales son:
Un proceso de desarrollo asimilable por los usuarios.
Una perfectatransición entre las fases de desarrollo de software.
Una interfaz de usuario en la que los objetos corresponden a objetos de usuario.
Un fácil mantenimiento sin cambiar el sistema completo.
Reutilización de objetos entre aplicaciones.
Aunque los desarrolladores afirmaban que los diseños OO son más completos que los tradicionales, las expectativas no eran satisfechas.
3. Arquitecturas.
Segúnla estructura del sistema podemos clasificarlo en tres arquitecturas principalmente. Dos de ellas son características de aplicaciones de negocios y una tercera para sistemas técnicos, como pueden ser sistemas en tiempo real, etc. A continuación las describimos.
Arquitectura simple de una aplicación de negocios
Los sistemas de arquitectura simple siguen una estructura de tres capas. En la...
Leer documento completo
Regístrate para leer el documento completo.