En mi experiencia como programador de sistemas e investigando entre desarrolladores pocas respuesta he encontrado, acerca de la transición de un modelo UML a un modelo de base de datos o bién a la programación. Leyendo material de UML he encontrado información valiosa que nos ayudará a que la transición del modelo al desarrollo sea mas transparente...

Tip 1 Los diagramas de clases nos sirven para modelar Diagramas entidad relación, ya que el lenguaje UML es muy rico y cubre todo lo neesario para la elaboración de estos diagramas

Tip 2  Las operaciones que se modelan dentro de una clase pueden ser representadas como triggers(disparadores) o stored procedures(procedimientos almacenados) dentro de una base de datos

Dicen "Como administrar algo que no es medible", los que nos dedicamos a la rama de TI nos vemos inmersos en un problema cuando no somos capaces de medir nuestro trabajo, esto es parte fundamental para la administración de todo el proceso de desarrollo. Como bién sabemos existen 2 formas de como medir el software una es atrvés de líneas de código y otra a través de puntos de función. Leyendo este árticulo me encontré con otra opción para poder medir el software, a través de Testable Requirements, de acuerdo al autor es una metodología que no es nueva pero es mas usada en el ámbito de pruebas. Se me hizo interesante el artículo ya que de hecho si considera aspectos no tratados por LOC (líneas de código) ni por FP (Puntos de función)...

"Sizing Software with Testable Requirements"

Considero que muchos de los profesionales de la Ingeniería de Software, se ven en problemas cuando quieren transformar los requerimientos en Diseño, en palabras mas coloquiales irle dando forma a lo solicitado por el cliente en producto de sistemas, la metodología de proceso RUP propone que la base de para esta transición son los casos de uso y que los puentes entre los requerimientos y el diseño esta en la realización de los casos de uso. El siguiente artículo habla de esto autor Paul Reed y publicado en Rational Edge...

artículo Transitioning from Requirements to Design