10 Passos para o sucesso sql

O objetivo do SQL é permitir que desenvolvedores criem bases de dados úteis e robustas e aplicações de banco de dados. A fim de ser bem sucedido neste, o seu esforço de desenvolvimento deve passar por uma série de etapas, cada uma construída sobre a anterior, até que você pode legitimamente celebrar um projeto bem sucedido. Aqui estão dez etapas essenciais que irão resultar em um esforço de desenvolvimento de banco de dados bem-sucedida.

Video: 10 PASSOS PARA O SUCESSO | FLÁVIO AUGUSTO

Definir a tarefa

No início de um projeto, a pessoa que está atribuindo-lhe a tarefa de construir um sistema (o cliente) tem alguma idéia do que é necessário. Essa idéia pode ser muito específico, afiado, e concisa, ou pode ser vago e nebuloso, e mal definido. Sua primeira tarefa é a de gerar e colocar em escrever uma descrição detalhada de exatamente o que o resultado final do projeto, chamado as entregas deveria estar. Esta é a principal tarefa da fase 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. Para fazer isso, ouvindo atentamente para o seu cliente como ela descreve o que ela prevê que o sistema seja. Faça perguntas para esclarecer pontos vagos. Muitas vezes, o cliente não terá coisas pensadas completamente. Ela vai ter uma idéia geral do que ela quer, mas nenhuma ideia clara das especificidades. Você deve chegar a um acordo com ela sobre os detalhes antes de prosseguir.

Determinar o escopo do projeto

O próximo passo na fase de definição é determinar o escopo do projeto. Como grande um trabalho que vai ser? O que ela vai exigir em sistemas de tempo analista, tempo de programador, equipamentos e outros itens de custos? Há um prazo?

Determine o que vai demorar para fazer o trabalho:

Depois de determinar o escopo do projeto, a próxima questão a se perguntar é: `É possível fazer este trabalho dentro das limitações de tempo e de custo colocados sobre ele 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 tal como actualmente definido. Você deve recusá-lo ou convencer o cliente a reduzir o alcance para algo mais gerenciável.

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

Gerar uma Declaração de Requisitos

Uma vez que você chegar a um acordo com seu cliente sobre o que exatamente o projeto vai incluir, você pode escrever uma declaração formal de Requisitos. A declaração de requisitos é uma declaração explícita de mecanismos de exibição, atualização e controle do aplicativo de banco de dados.

Video: Hinode - Treinamento SETA - 10 passos para o sucesso

A declaração de requisitos deve ser o mais detalhado possível. É essencialmente um contrato entre você e seu cliente. Você concorda sobre o que exatamente será entregue e quando será entregue. Para selar o acordo, você e seu cliente deve assinar a Declaração de Requisitos, significando um acordo sobre o que você vai ser responsável pela entrega. Esta etapa pode parecer um pouco formal, mas protege ambas as partes. Nunca pode haver qualquer pergunta mais tarde, como o que foi acordado.

Criar um modelo de banco de dados formais

Até agora, o projeto tem sido principalmente análise. Neste ponto, você pode entrar na fase de projeto e fazer a transição da análise ao projeto. Você provavelmente sabe tudo que você precisa saber sobre o problema, então agora você pode começar a projetar a solução.

design de banco de dados é tudo sobre modelos. Neste ponto, você tem modelo de dados, que capta os usuários os usuários conceito 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, ele não é suficientemente estruturado para ser a base para um projeto de banco de dados. Para isso, você precisa converter modelo de dados dos usuários em um modelo que está em conformidade com um dos sistemas formais de modelagem de banco de dados que foram desenvolvidos ao longo das últimas décadas.

O mais popular dos sistemas de modelagem formal é o modelo entidade-relacionamento, comumente referido como o modelo E-R. Com este modelo, você pode capturar o que os usuários não lhe disse em uma forma bem definida, que você pode facilmente traduzir-se em um banco de dados relacional.

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

Projetar o aplicativo de banco de dados

Assim que tiver criado o banco de dados, a tarefa de design é feito apenas a metade. Você tem uma estrutura que agora você pode preencher com dados, mas você ainda não tem uma ferramenta para operar nesses dados. A ferramenta que você deve projetar agora é a aplicação de banco de dados.

A base de dados de aplicação, é a parte do sistema total que interage com o utilizador. 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 cada ação do mouse que o usuário executa. Ela imprime a cada relatório que é lido por colegas de trabalho do usuário. Do ponto de vista do usuário, o aplicativo de banco de dados é o sistema.

Na concepção do 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 vão ser capazes de fazer. Ele também deve apresentar uma interface de usuário que é compreensível e fácil de usar. As funções do sistema deve aparecer em posições lógicas na tela. O usuário deve facilmente entender como executar todas as funções que o aplicativo oferece.

Construa

Agora que você tem um projeto de banco de dados, você pode criar as tabelas, as relações entre eles e as restrições sobre os dados que podem ser inseridos dentro deles.

Video: 10 Passos para o Sucesso - Sistema Seta

documentá-lo

Tudo que você fez e os motivos de todas as decisões que você fez deve ser meticulosamente documentado. Com sorte, você venho fazendo isso o tempo todo. Nesta fase, tudo que você precisa fazer é colocar a documentação em sua forma final. Um desenvolvedor competente que não está familiarizado com o projeto deve ser capaz de pegá-lo depois de ter movido para coisas maiores e melhores.

teste tudo

Uma vez que você construiu e documentou um sistema de banco de dados, pode parecer que você está acabado e você pode desfrutar de uma merecidas férias, mas você não está completamente terminado ainda - o sistema precisa ser rigorosamente testados. Que o teste precisa ser feito por alguém que não pensa da mesma maneira que você faz. Assim que o sistema estiver operacional, os usuários irão fazer coisas para que você nunca imaginou. Eles vão fazer combinações de seleções que você não previa, insira valores em campos que não fazem sentido, e fazer as coisas para trás e cabeça para baixo. Não há como dizer o que vou fazer. Seja qual for a coisa inesperada que o usuário faz, você deseja que o sistema para responder de uma forma que protege o banco de dados e que orienta o usuário a fazer ações de entrada apropriados.

Manter o produto acabado

Depois de ter entregue o sistema no tempo e no orçamento, comemorou, e recolheu o seu pagamento final para o trabalho, suas responsabilidades não são mais. Mesmo se o verificador independente tem feito um trabalho fantástico de tentar fazer o sistema falhar, após a entrega ainda podem abrigar erros latentes que aparecem semanas, meses ou mesmo anos mais tarde. Você pode ser obrigado a corrigir esses erros, sem custo, dependendo do seu acordo contratual com o cliente.

Mesmo se há erros são encontrados, você ainda pode ter alguma responsabilidade em curso. Afinal, ninguém entende o sistema, assim como você. Conforme o tempo passa, as necessidades do seu cliente vai mudar. Talvez ela vai precisar de funções adicionais, ou se quiser migrar para hardware mais recente, mais poderoso. Estas possibilidades podem exigir modificações para o aplicativo de banco de dados, e você está na melhor posição para fazer essas modificações, com base no seu conhecimento prévio. Este trabalho adicional pode significar alguma receita adicional agradável para você.