Actividad: Diseñar la base de datos
Esta actividad identifica las clases de diseño que deben permanecer en una base de datos y diseña las estructuras de base de datos correspondientes.
DescripciónEstructura de desglose de trabajoAsignación de equiposUtilización del producto de trabajo
Relaciones
Actividades principales
Descripción

Esta actividad incluye:

  • Identificación de las clases permanentes en el diseño
  • Diseño de estructuras de base de datos adecuadas para el almacenamiento de las clases permanentes
  • Definición de mecanismos y estrategias para el almacenamiento y recuperación de datos permanentes de forma que se cumplan los criterios de rendimiento del sistema

El almacenamiento de la base de datos y de los datos permanentes, así como los mecanismos de recuperación, se implementan y prueban como parte de la implementación general de los componentes y los subsistemas de la aplicación.

Propiedades
Condicionado por sucesos
Varias apariciones
Continuo
Opcional
Planeado
Se puede repetir
Personal

Los diseñadores responsables de las clases permanentes deben comprender la noción de permanencia en general y los mecanismos de permanencia en particular. Su principal responsabilidad debe ser garantizar que se identifique las clases permanentes y que éstas utilicen los mecanismos de permanencia de la forma adecuada. El diseñador de bases de datos debe comprender las clases persistentes en el modelo de diseño y debe tener conocimientos prácticos del diseño orientado a objetos y de las técnicas de implementación. El diseñador de bases de datos también necesita sólidos conocimientos de concurrencia de bases de datos y de cuestiones de distribución.

Utilización
Instrucciones de utilización

En la fase de elaboración , esta actividad se centra en garantizar que la estrategia de permanencia sea escalable y que el mecanismo d e permanencia y el diseño de bases de datos soporten los requisitos de rendimiento del sistema. Las clases persistentes identificadas en la Tarea: Diseño de clases se correlacionan con el mecanismo de permanencia y los casos de uso con un uso intensivo de datos se analizan para garantizar que los mecanismos sean escalables. El mecanismo de permanencia y el diseño de bases de datos se valora y se valida.

Factores clave

La permanencia debe tratarse como una parte integral del esfuerzo de diseño, por lo que la estrecha colaboración entre los diseñadores y los ingenieros de base de datos es esencial. Normalmente, el diseñador de bases de datos es un recurso 'flotante', compartido por distintos equipos como recurso de consulta para abordar cuestiones de permanencia. El diseñador de bases de datos suele ser también el responsable de los mecanismos de permanencia; si el mecanismo de permanencia se construye en lugar de comprarlo, deberá haber un equipo de personas que trabajen en él. Los proyectos de más envergadura suelen precisar de un equipo pequeño de diseñadores de bases de datos que necesitan coordinar su trabajo entre ellos y con los equipos de diseño para garantizar que la permanencia se implemente de forma coherente en todo el proyecto.