Detalhe do Workflow:
|
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Este Detalhe do Workflow inclui:
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.
Esta seção fornece fornece links para informações adicionais relacionadas a este detalhe do workflow.
Inicia na fase de Elaboração, passa pelas fases de Construção e Transição.
Opcional (obrigatório se o sistema incluir um banco de dados)
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.
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
|