Estuve echando un vistazo a un paper del sitio que comente en la entrada anterior: Object/Relational Access Layers. A Roadmap, Missing Links and More Patterns. Dicho documento es una introduccion, que puede ser profundizada con el resto del documentación del site.

A priori según me comentó Miguel, y en esto coincico con él, no parece interesante el montarnos un mecanismo de persistencia complicado, ya que tenemos que hacer algo muy concreto y no nos va a sobrar el tiempo (como siempre), pero lo que si necesitamos es la definición de como pasar la información de los objetos de negocio a la Base de Datos.
A priori a mi se me ocurrieron 3 posibilidades:

Por herencia (la clase que lo hace, hereradia de un interfaz y de la clase de negocio)

a través de un 'Broker'

o a través de un 'Broker Global'
Curiosamente, en el articulo mencionado aparecen justo estas tres opciones, en el apartado 'Moving Attributes to and from the Tuple Layer'.

De todas formas tenía en mente el echar un vistazo al libro 'UML Y PATRONES. Introducción al análisis y diseño orientado a objetos. Craig Larman. Prentice Hall. ISBN 970-17-0261-1'. Ya que recordaba que hay un capitulo que trata la problematica de los objetos persistentes. La verdad es que el 'Framework' que plantea esta muy bien, pero demasiado complejo para lo que nosotros queremos hacer. Ha estado bien echarle un vistazo, pero al final nos quedaremos con algo mas sencillo. Ya comentaré cual será la decisión final.

Aprovecho para comentar que dicho libro esta muy bien. Describe un proceso de modelado usando UML y Patrones de Modelado. El proceso es sencillo. No conozco en profundidaz el Proceso de Modelado de Rational, pero este es muy sencillo. Es un libro muy recomendable de leer.