10 Etapas para SQL Success - dummies

O objetivo do SQL é permitir que os desenvolvedores criem bancos de dados e bancos de dados úteis e robustos. Para ter sucesso nisso, seu esforço de desenvolvimento deve passar por uma série de etapas, cada uma construindo sobre o anterior, até que você possa com justiça celebrar um projeto bem sucedido. Aqui estão dez estágios essenciais que resultarão em um esforço bem sucedido de desenvolvimento de banco de dados.

Defina a tarefa

No início de um projeto, a pessoa que está lhe atribuindo a tarefa de construir um sistema (o cliente) tem alguma idéia do que é necessário. Essa idéia pode ser muito específica, nítida e concisa, ou pode ser vaga, nebulosa e mal definida. Sua primeira tarefa é gerar e colocar na escrita uma descrição detalhada de exatamente qual será o resultado final do projeto, chamado os entregáveis ​​ . Esta é a principal tarefa do estágio de definição.

Na fase de definição, você define o problema a ser resolvido pelo seu banco de dados e aplicativo associado com a maior precisão possível. Faça isso ouvindo atentamente o seu cliente enquanto descreve o que ela pretende que o sistema seja. Faça perguntas para esclarecer pontos vagos. Muitas vezes, o cliente não pensou completamente em coisas. Ela terá uma idéia geral do que ela quer, mas nenhuma idéia clara dos detalhes. Você deve concordar com ela nos detalhes antes de poder prosseguir.

Determine o escopo do projeto

O próximo passo na fase de definição é determinar o escopo do projeto. Quão grande será o trabalho? O que isso exigirá no tempo do analista de sistemas, tempo do programador, equipamentos e outros itens de custo? Existe um prazo?

Determine o que será necessário para fazer o trabalho:

Depois de determinar o escopo do projeto, a próxima pergunta a se fazer é: "É possível fazer esse trabalho dentro das restrições de tempo e custo impostas pelo cliente? "Para responder a esta pergunta, você deve fazer uma análise de viabilidade. Depois de concluir a análise, você pode decidir que o projeto não é viável conforme definido atualmente. Você deve recusar ou convencer o cliente a reduzir o escopo para algo mais gerenciável.

Uma vez que você determinou que o projeto é realizável, você sabe que tipo de pessoal você precisará para fazer o trabalho. Neste ponto você precisa decidir quem trabalhará no projeto. Você pode fazer um pequeno trabalho sozinho, mas a maioria dos esforços de desenvolvimento requer uma equipe de vários indivíduos. Encontrar pessoas que possuem as habilidades necessárias (e que também estão disponíveis para trabalhar no projeto quando você precisar delas) pode ser tão desafiador como qualquer parte do esforço total de desenvolvimento.

Gerar uma Declaração de Requisitos

Depois de chegar a um acordo com o seu cliente no que exatamente o projeto incluirá, você pode escrever uma Declaração de Requisitos formal. A Declaração de Requisitos é uma declaração explícita dos mecanismos de exibição, atualização e controle do aplicativo de banco de dados.

A Declaração de Requisitos deve ser o mais detalhado possível. É essencialmente um contrato entre você e seu cliente. Você está concordando exatamente com o que será entregue e quando será entregue. Para selar o arranjo, você e seu cliente devem assinar a Declaração de Requisitos, significando o acordo sobre o que você será responsável pela entrega. Este passo pode parecer bastante formal, mas protege ambas as partes. Nunca pode haver qualquer dúvida sobre o que foi acordado.

Crie um modelo de banco de dados formal

Até agora, o projeto foi principalmente análise. Neste ponto, você pode inserir a fase de projeto e fazer a transição da análise para o design. Você provavelmente conhece tudo o que precisa saber sobre o problema, então agora você pode começar a projetar a solução.

O projeto de banco de dados é tudo sobre modelos. Neste ponto, você possui o modelo de dados dos usuários, que captura o conceito dos usuários da estrutura do banco de dados. Ele inclui todos os principais tipos de objetos, as características desses objetos e como os objetos estão relacionados um ao outro. No entanto, não está suficientemente estruturado para ser a base para um projeto de banco de dados. Para isso, você precisa converter o modelo de dados dos usuários em um modelo que esteja em conformidade com um dos sistemas de modelagem de banco de dados formal que foram desenvolvidos nas últimas décadas.

O mais popular dos sistemas de modelagem formal é o modelo de entidade-relacionamento, comumente conhecido como modelo E-R. Com este modelo, você pode capturar o que os usuários lhe disseram em um formulário bem definido que você pode traduzir facilmente em um banco de dados relacional.

Depois de ter o sistema na forma de um modelo E-R, é fácil converter-se em um modelo relacional. O modelo relacional é algo que seu SGBD entende, e você pode criar o banco de dados diretamente dele.

Desenhe o aplicativo de banco de dados

Depois de projetar o banco de dados, a tarefa de design é apenas meio feito. Você tem uma estrutura que agora pode preencher com dados, mas ainda não possui uma ferramenta para operar com esses dados. A ferramenta que você deve projetar agora é o aplicativo de banco de dados.

O aplicativo de banco de dados é a parte do sistema total que interage com o usuário. Ele cria tudo o que o usuário vê na tela. Ele detecta e responde a cada depressão chave que o usuário faz e a cada ação do mouse que o usuário executa. Ele imprime todos os relatórios que são lidos pelos colegas de trabalho do usuário. Do ponto de vista do usuário, o aplicativo de banco de dados é o sistema.

Ao projetar o aplicativo de banco de dados, você deve garantir que ele permite que os usuários façam tudo o que a Declaração de Requisitos promete que eles poderão fazer.Também deve apresentar uma interface de usuário que seja compreensível e fácil de usar. As funções do sistema devem aparecer em posições lógicas na tela. O usuário deve compreender facilmente como executar todas as funções que o aplicativo fornece.

Construa-o

Agora que você possui um design de banco de dados, você pode criar as tabelas, as relações entre elas e as restrições sobre os dados que podem ser inseridos nelas.

Documento

Tudo o que você fez e os motivos de todas as decisões que você fez devem ser meticulosamente documentados. Espero que você tenha feito isso o tempo todo. Nesta fase, tudo o que você precisa fazer é colocar a documentação em sua forma final. Um desenvolvedor competente que não está familiarizado com o projeto deve poder apanhá-lo depois de ter mudado para coisas maiores e melhores.

Teste tudo

Depois de criar e documentar um sistema de banco de dados, pode parecer que você terminou e você pode desfrutar de férias bem merecidas, mas você ainda não está bem finalizado - o sistema precisa seja rigorosamente testado. Esse teste precisa ser feito por alguém que não pensa da mesma forma que você faz. Uma vez que o sistema se torne operacional, os usuários farão coisas que você nunca imaginou. Eles criarão combinações de seleções que você não previu, inserem valores em campos que não fazem sentido e fazem coisas para trás e de cabeça para baixo. Não há como dizer o que farão. Qualquer coisa inesperada que o usuário faça, você quer que o sistema responda de forma a proteger o banco de dados e orienta o usuário a fazer as ações de entrada apropriadas.

Mantenha o produto final

Depois de entregar o sistema no horário e no orçamento, celebrou e recolheu seu pagamento final para o trabalho, suas responsabilidades não acabaram. Mesmo que o testador independente tenha feito um trabalho fantástico de tentar fazer o sistema falhar, após a entrega ainda pode conter erros latentes que aparecem semanas, meses ou até anos mais tarde. Você pode ser obrigado a corrigir esses erros sem custo, dependendo do seu contrato contratual com o cliente.

Mesmo que nenhum erro seja encontrado, você ainda pode ter alguma responsabilidade contínua. Afinal, ninguém entende o sistema assim como você. Com o passar do tempo, as necessidades do seu cliente mudarão. Talvez ela precise de funções adicionais, ou deseja migrar para hardware mais novo e mais poderoso. Essas possibilidades podem exigir modificações no aplicativo do banco de dados, e você está na melhor posição para fazer essas modificações, com base em seu conhecimento prévio. Este trabalho adicional pode significar uma receita adicional agradável para você.