A finalidade deste detalhe do workflow é identificar as classes de design a serem persistidas em um banco de dados e projetar as estruturas de banco de dados correspondentes.


Tópicos

      Mapa de Navegação
Mapa de
Navegação
Modelo de Design
Modelo de
Design
 
       
 
Revisor Técnico
Revisor
Técnico

 

 
Revisar o Design
Revisar
o Design

 
       
      Registro de Revisão
Registro
de Revisão
 

      Classe de Design
Classe de
Design
 
       
 
Designer de Banco de Dados
Designer
de Banco
de Dados

 

 
Design de Banco de Dados
Design de
Banco de
Dados

 
       
      Modelo de Dados
Modelo de
Dados
 

      Classe de Análise
Classe de
Análise
 
       
 
Designer
Designer
 

 
Design da Classe
Design da
Classe

 
       
      Modelo de Design
Modelo de
Design
Classe de Design
Classe de
Design
 


Descrição To top of page

Este Detalhe do Workflow inclui:

  • Identificar as classes persistentes no design
  • Projetar estruturas de banco de dados apropriadas, a fim de armazenar as classes persistentes
  • Definir mecanismos e estratégias de armazenamento e recuperação de dados persistentes, de modo a atender aos critérios de desempenho do sistema

Os mecanismos de armazenamento e recuperação dos dados persistentes e do banco de dados são implementados e testados como parte da implementação geral dos componentes e subsistemas do aplicativo.

Informações Relacionadas To top of page

Esta seção fornece fornece links para informações adicionais relacionadas a este detalhe do workflow.

Sincronização To top of page

Inicia na fase de Elaboração, passa pelas fases de Construção e Transição.

Opcionalidade To top of page

Opcional (obrigatório se o sistema incluir um banco de dados)

Como Definir a Equipe To top of page

Os Designers responsáveis pelas classes persistentes precisam conhecer a persistência em geral e, mais especificamente, os mecanismos de persistência. A sua principal responsabilidade é garantir que as classes persistentes sejam identificadas e que utilizem os mecanismos de persistência da maneira adequada. O Designer de Banco de Dados precisa entender as classes persistentes no modelo de design e, para isso, precisa ter conhecimento operacional de design orientado a objetos e das técnicas de implementação. O Designer de Banco de Dados também precisa dispor de bons conhecimentos sobre simultaneidade de banco de dados e questões relativas à distribuição.

Diretrizes de Trabalho To top of page

Na fase de elaboração, este workflow tem como foco assegurar que a estratégia de persistência seja escalável e que o design de banco de dados e o mecanismo de persistência suportem os requisitos de rendimento do processamento do sistema. As classes persistentes identificadas na Atividade: Design de Classe são mapeadas para o mecanismo de persistência e os casos de uso intensivo de dados são analisados para assegurar que os mecanismos sejam escaláveis. O mecanismo de persistência e o design de banco de dados são avaliados e validados.

A persistência precisa ser tratada como parte integrante do trabalho de design. É essencial que os designers e os designers de banco de dados trabalhem em estreita colaboração. Normalmente, o designer de banco de dados é um recurso flutuante, compartilhado por várias equipes como uma fonte de consulta para questões relativas à persistência. Em geral, o designer de banco de dados também é responsável pelos mecanismos de persistência. Se o mecanismo de persistência for criado, em vez de adquirido, certamente haverá uma equipe de pessoas trabalhando nisso. Os projetos maiores exigem, normalmente, uma equipe pequena de designers de banco de dados. Essa equipe precisa coordenar o trabalho entre as equipes de design e entre eles próprios para assegurar que a persistência seja implementada de forma consistente em todo o projeto.



Rational Unified Process   2003.06.15