Artefato: Modelo de Dados

Modelo de Dados	O modelo de dados é um subconjunto do modelo de implementação que descreve a representação lógica e física dos dados persistentes no sistema. Também abrange qualquer comportamento definido no banco de dados, como procedimentos armazenados, triggers, restrições etc.
Representação em UML:	Um Pacote de nível superior estereotipado como "modelo de dados", contendo um conjunto de Componentes que representa o armazenamento físico dos dados persistentes no sistema.
Papel:	Designer de Banco de Dados
Mais informações:	Diretrizes:Modelo de Dados Diretrizes:Bancos de Dados Relacionais de Engenharia Reversa Pontos de Controle:Modelo de Dados
Possibilidade de Opção:	Opcional se o sistema não tiver dados persistentes
Finalidade Propriedades Ocorrência Responsabilidade Adaptação

Entrada para Atividades:

Identificar Objetivos do Teste

Identificar Idéias de Teste

Implementar Componente

Design de Banco de Dados

Saída de Atividades:

Design de Banco de Dados

Finalidade

O modelo de dados é usado para descrever a estrutura lógica e possivelmente física das informações persistentes gerenciadas pelo sistema. O modelo de dados é especificamente necessário quando a estrutura de dados persistentes não pode ser obtida mecânica e automaticamente da estrutura de classes persistentes no modelo de design. Além de definir estruturas de dados persistentes, ele é usado para definir o mapeamento entre classes de design persistentes e estruturas de dados persistentes. Ele é necessário com mais freqüência quando o modelo de design é um modelo de objetos e o mecanismo de armazenamento persistente é baseado em um banco de dados relacional, embora geralmente seja necessário sempre que esse mecanismo é baseado em uma tecnologia não orientada a objetos.

Propriedades

Nome da Propriedade	Breve Descrição	Representação em UML
Introdução	É uma descrição textual que funciona como uma rápida introdução do modelo.	Valor rotulado, do tipo "texto curto".
Pacotes	Os pacotes usados para fins de agrupamento organizacional.	Incluídos por meio da associação "representa" ou recursivamente através da agregação "possui".
Tabelas	As tabelas do modelo de dados, pertencentes aos pacotes.	Componentes, estereotipados como "tabela".
Relacionamentos	Os relacionamentos entre as tabelas do modelo.	Associações, estereotipadas como "chave estrangeira".
Colunas	Os valores de dados das tabelas.	Atributos, estereotipados como "coluna".
Diagramas	Os diagramas do modelo, pertencentes aos pacotes.	- " -
Índices	As estruturas de acesso a dados usadas para acelerar o acesso em caminhos especificados.	Componentes, estereotipados como "índice".
Triggers	Comportamento ativado por evento e associado a tabelas.	Operação, estereotipada como "trigger".
Procedimentos	Comportamento chamado de forma explícita, associado a tabelas ou ao modelo como um todo.	Componente, estereotipado como "procedimento".

Ocorrência

O Modelo de Dados é criado na fase de Elaboração, com base em classes persistentes significativas do ponto de vista da arquitetura. O Modelo de Dados é refinado e expandido durante a fase de Construção.

Responsabilidade

O designer de banco de dados é responsável pela integridade do modelo de dados, garantindo que ele esteja correto, consistente e compreensível como um todo.

Adaptação

Precisa ser adaptado à semântica do banco de dados, que pode variar um pouco entre RDBMSes. Os sistemas de Bancos de Dados de Objetos possuem semânticas bem diferentes, e o modelo descrito acima precisa ser modificado de acordo.