Modelado de Base de Datos en UML

Los objetos brindan confiabilidad, flexibilidad y eficiencia a los sistemas de software, haci?dole frente a los dise?dores y a los arquitectos de hoy en d? con muchas opciones. Desde el punto de vista de la tecnolog?, la opci? esta generalmente entre orientaci? a objetos pura,  h?rido relacional-objeto, relacional puro, y soluciones basadas en los formatos de archivos abiertos o propietarios (ej. XML, el almacenamiento estructurado OLE). Oracle, IBM, Microsoft, POET ofrecen soluciones similares pero a menudo incompatibles.

Este articulo toma una de esas opciones, que es acordar un modelo orientado a objetos sobre una base de datos puramente relacional. Esto no implica que este sea la ?nica opci?, la mejor o mas simple soluci?, pero pragm?icamente es uno de los mas comunes.

Comenzaremos con un viaje r?ido entre los dos dominios del dise?: primero el modelo de clases orientado a objetos seg?n se presenta en UML, y segundo el modelo de base de datos relacional.

Para cada dominio miraremos solamente las caracter?ticas principales que afectan nuestra tarea. Entonces miraremos las t?nicas y las ediciones implicadas en el mapeo del modelo de clases al modelo de base de datos, incluyendo persistencia del objeto, comportamiento del objeto, relaciones entre los objetos e identidad de los objetos. Concluiremos con una revisi? del perfil de los datos de UML (seg?n lo propuesto por Rational Software).
Una cierta familiarizaci? con dise? orientado a objetos, UML y modelado de base de datos relacional es asumida.

El modelo de clase en UML es el artefacto principal producido para representar la estructura l?ica  de un sistema de software. Captura los requisitos de los datos y el comportamiento de objetos dentro del dominio de modelo. Las t?nicas para descubrir y elaborar este modelo est? fuera del alcance de este art?ulo, por eso asumiremos la existencia de un modelo de clases bien dise?do que requiere mapeo a la Base de Datos relacional.