Conceptual Design in Database Design Process

Conceptual Design in Database Design Process

Conceptual design is the first stage in the database design process. O objetivo nesta fase é projetar um banco de dados que seja independente de software de banco de dados e detalhes físicos. A saída deste processo é um modelo de dados conceitual que descreve as principais entidades de dados, atributos, relacionamentos e restrições de um determinado domínio de problema. Este desenho é descritivo e narrativo em forma. Tenha em mente a seguinte regra de dados mínimos:
“tudo o que é necessário está lá, e tudo o que existe é necessário”.
em outras palavras, certifique-se de que todos os dados necessários estão no modelo e que todos os dados no modelo são necessários. Todos os elementos de dados exigidos pelas transações da base de dados devem ser definidos no modelo, e todos os elementos de dados definidos no modelo devem ser usados por pelo menos uma transação da base de dados. O projeto conceitual tem quatro etapas, que são as seguintes.

1. Análise de dados e requisitos
2. Modelagem de relação de entidade e normalização
3. Verificação do modelo de dados
4. Desenho distribuído de bases de dados

Análise de dados e requisitos:

o primeiro passo no Desenho conceptual é descobrir as características dos elementos de dados. As características adequadas dos elementos de dados são as que podem ser transformadas em informação adequada. Portanto, os esforços designer’s estão focados em:

• necessidades de informação. Que tipo de informação é needed—ou seja, que resultado (relatórios e consultas) deve ser gerado pelo sistema, que informação gera o sistema atual, e em que medida essa informação é adequada?

†” utilizadores de informação. Quem vai usar a informação? Como utilizar a informação? Quais são as várias vistas de dados do usuário final?

fontes de informação. Onde estão as informações a serem encontradas? Como é que a informação é extraída quando é encontrada?

†” Information constitution. Que elementos de dados são necessários para produzir a informação? Quais são os atributos dos dados? Que relações existem entre os dados? Qual é o volume de dados? Com que frequência são utilizados os dados? Que transformações de dados devem ser usadas para gerar a informação necessária? O designer obtém as respostas a essas perguntas a partir de uma variedade de fontes, a fim de compilar as informações necessárias. Note estas fontes:

â € ¢ Desenvolvimento e recolha de dados do utilizador final vistas. O designer da base de dados e o(s) utilizador (es) Final (s) interagem para desenvolver em conjunto uma descrição precisa das vistas de dados do utilizador final. Por sua vez, as vistas de dados do usuário final será usado para ajudar a identificar a base de dados€™s principais elementos de dados.

a observar directamente o sistema actual: saída existente e desejada. O usuário final geralmente tem um sistema existente no lugar, se it’s manual ou baseado em computador. O designer analisa o sistema existente para identificar os dados e suas características.

â € ¢ interface com o grupo de design de sistemas. O processo de desenho de banco de dados é parte do ciclo de vida de desenvolvimento de Sistemas (SDLC). Em alguns casos, o analista de sistemas encarregado de projetar o novo sistema também desenvolverá o modelo de banco de dados conceitual.Modelagem e normalização de relações de entidade:

Antes de criar o modelo ER, o designer deve comunicar e impor padrões adequados para serem usados na documentação do projeto. O processo de definição de regras de negócio e desenvolvimento do modelo conceitual usando diagramas ER pode ser descrito usando as seguintes etapas.

1. Identificar, analisar e aperfeiçoar as regras de Negócio.
2. Identificar as principais entidades, utilizando os resultados da Etapa 1.
3. Definir as relações entre as entidades, utilizando os resultados das etapas 1 e 2.
4. Defina os atributos, chaves primárias e chaves estrangeiras para cada uma das entidades.
5. Normalizar as entidades. (Lembre-se que as entidades são implementadas como quadros em um RDBMS.)
6. Complete o diagrama inicial das urgências.
7. Validar o modelo ER contra os requisitos de informação e processamento final users’.
8. Modificar o modelo ER, usando os resultados da Etapa 7.

Data Model Verification:

the data model verification step is one of the last steps in the conceptual design stage, and it is also one of the most critical ones. Nesta etapa, o modelo ER deve ser verificado com os processos do sistema proposto, a fim de corroborar que os processos pretendidos podem ser suportados pelo modelo de banco de dados. A verificação exige que o modelo seja executado através de uma série de testes contra:

†” vista de dados do Utilizador Final.
• Todas as operações necessárias: Selecionar, Inserir, atualizar e excluir operações.Direitos de acesso e segurança.
â € ” Requisitos de dados impostos pelas empresas e restrições.Desenho Distribuído De Bases De Dados:

embora não seja um requisito para a maioria das bases de dados, às vezes uma base de dados pode precisar ser distribuída entre vários locais geograficamente dispersos. Os processos que acessam o banco de dados também podem variar de um local para outro. Por exemplo, um processo de varejo e um processo de armazenamento de armazém são susceptíveis de ser encontrados em diferentes locais físicos. Se os dados e processos da base de dados forem distribuídos através do sistema, partes de uma base de dados, conhecidas como fragmentos da base de dados, podem residir em vários locais físicos.