10 étapes vers le succès sql

Le but de SQL est de permettre aux développeurs de créer des bases de données utiles et robustes et les applications de base de données. Afin de réussir à cela, votre effort de développement doit passer à travers une série d'étapes, chacune bâtiment sur la précédente, jusqu'à ce que vous pouvez légitimement célébrer la réussite du projet. Voici dix étapes essentielles qui se traduira par un effort de développement de base de données avec succès.

Définir la tâche

Au début d'un projet, la personne qui vous assigne la tâche de construire un système (le client) a une certaine idée de ce qui est nécessaire. Cette idée peut être très précis, nette et concise, ou il peut être vague, nébuleuse, et mal défini. Votre première tâche consiste à générer et mettre par écrit une description détaillée des exactement ce que le résultat de la fin du projet, appelé les livrables devrait être. Telle est la tâche principale de la phase de définition.

Dans la phase de définition, vous définissez le problème à résoudre par votre base de données et l'application associée de façon aussi précise que possible. Pour ce faire, en écoutant attentivement votre client comme elle décrit ce qu'elle prévoit que le système soit. Poser des questions pour clarifier certains points vagues. Souvent, le client ne sera pas avoir des choses de la pensée par le biais complètement. Elle aura une idée générale de ce qu'elle veut, mais pas une idée claire des détails. Vous devez venir à un accord avec elle sur les détails avant de pouvoir continuer.

Déterminer la portée du projet

La prochaine étape dans la phase de définition est de déterminer la portée du projet. Quelle est la taille d'un emploi que ce sera? Que faut-il exiger dans les systèmes de temps de l'analyste, le temps du programmeur, l'équipement et d'autres éléments de coûts? Y at-il une date limite?

Déterminer ce qu'il faudra pour faire le travail:

Une fois que vous avez déterminé la portée du projet, la prochaine question à se poser est: «Est-il possible de faire ce travail dans les contraintes de temps et de coûts qui lui sont imposées par le client? Pour répondre à cette question, vous devez faire une analyse de faisabilité. Après avoir terminé l'analyse, vous pouvez décider que le projet est impossible tel que défini actuellement. Vous devez soit diminuer ou convaincre le client de réduire la portée à quelque chose de plus gérable.

Une fois que vous avez déterminé que le projet est faisable, vous savez quel genre de personnel dont vous aurez besoin pour faire le travail. À ce stade, vous devez décider qui va travailler sur le projet. Vous pourrez peut-être faire un petit travail par vous-même, mais la plupart des efforts de développement nécessite une équipe de plusieurs personnes. Trouver des gens qui ont les compétences requises (et qui sont également disponibles pour travailler sur le projet lorsque vous en avez besoin) peut être aussi difficile que d'une partie de l'effort global de développement.

Générer un Énoncé des besoins

Une fois que vous êtes venu à une entente avec votre client sur ce qu'est exactement le projet comprendra, vous pouvez écrire une déclaration formelle des besoins. L'énoncé des besoins est une déclaration explicite des mécanismes affichage, mise à jour, et de contrôle de la base de données d'application.

L'énoncé des besoins doit être aussi détaillé que possible. Il est essentiellement un contrat entre vous et votre client. Vous êtes d'accord sur tout ce qui sera livré et quand il sera livré. Pour sceller l'accord, vous et votre client doit signer l'énoncé des besoins, signifiant un accord sur ce que vous serez responsable de la prestation. Cette étape peut sembler plutôt formel, mais il protège les deux parties. Il ne peut jamais y avoir de question plus tard que ce qui a été convenu.

Créer un modèle de base de données officielle

Jusqu'à maintenant, le projet a surtout été l'analyse. À ce stade, vous pouvez entrer dans la phase de conception et de faire la transition de l'analyse à la conception. Vous savez probablement tout ce que vous devez savoir sur le problème, alors maintenant vous pouvez commencer à concevoir la solution.

La conception de base de données est tout au sujet des modèles. À ce stade, vous avez de la modèle de données, qui capture les utilisateurs des utilisateurs de concept de la structure de la base de données. Il comprend tous les principaux types d'objets, les caractéristiques de ces objets, et la façon dont les objets sont liées les unes aux autres. Cependant, il n'a pas été suffisamment structuré de manière à servir de base pour une conception de base de données. Pour cela, vous avez besoin de convertir le modèle de données de l'utilisateur dans un modèle qui est conforme à l'un des systèmes de modélisation de base de données formelles qui ont été développés au cours des dernières décennies.

Le plus populaire des systèmes formels de modélisation est le modèle entité-relation, communément appelé le modèle ER. Avec ce modèle, vous pouvez capturer ce que les utilisateurs vous ont dit dans une forme bien définie que vous pouvez ensuite traduire facilement dans une base de données relationnelle.

Une fois que vous avez le système sous la forme d'un modèle ER, il est facile de convertir en un modèle relationnel. Le modèle relationnel est quelque chose que votre SGBD comprend, et vous pouvez créer la base de données directement auprès de lui.

Concevoir l'application de base de données

Une fois que vous avez conçu la base de données, la tâche de conception est qu'à moitié fait. Vous avez une structure que vous pouvez maintenant remplir avec des données, mais vous ne disposez pas encore d'un outil pour l'exploitation de ces données. L'outil vous devez concevoir aujourd'hui est l'application de base de données.

L'application de base de données est la partie de l'ensemble du système qui interagit avec l'utilisateur. Il crée tout ce que l'utilisateur voit sur l'écran. Il détecte et répond à chaque enfoncement de la touche que l'utilisateur fait et chaque action de la souris que l'utilisateur exécute. Elle imprime chaque rapport qui est lu par les collègues de travail de l'utilisateur. Du point de vue de l'utilisateur, l'application de base de données est le système.

Dans la conception de l'application de base de données, vous devez vous assurer qu'il permet aux utilisateurs de faire tout ce que l'Énoncé des besoins promet qu'ils seront en mesure de le faire. Elle doit également présenter une interface utilisateur qui est compréhensible et facile à utiliser. Les fonctions du système doivent apparaître dans des positions logiques sur l'écran. L'utilisateur doit saisir facilement comment effectuer toutes les fonctions que l'application fournit.

Construisez

Maintenant que vous avez une conception de base de données, vous pouvez créer les tables, les relations entre eux, et les contraintes que les données qui peuvent être entra en eux.

Documentez

Tout ce que vous avez fait et les raisons pour lesquelles toutes les décisions que vous avez apportées doivent être méticuleusement documenté. Heureusement, vous avez fait cela tout le long. A ce stade, tout ce que vous devez faire est de mettre la documentation dans sa forme finale. Un développeur compétent qui est familier avec le projet devrait être en mesure de le ramasser après que vous avez déplacé à des choses plus grandes et meilleures.

Tout test

Une fois que vous avez construit et documenté un système de base de données, il peut sembler que vous avez terminé et vous pouvez profiter de vacances bien méritées, mais vous n'êtes pas encore tout à fait terminé - le système doit être testé rigoureusement. Ce test doit être fait par quelqu'un qui ne pense pas de la même manière que vous faites. Une fois que le système sera opérationnel, les utilisateurs vont faire des choses à ce que vous jamais imaginé. Ils vont faire des combinaisons de sélections que vous ne prévoyait pas, entrer des valeurs dans les champs qui ne font pas de sens, et faire des choses en arrière et à l'envers. On ne sait pas ce qu'ils vont faire. Quel que soit chose inattendue que l'utilisateur fait, vous voulez que le système de répondre d'une manière qui protège la base de données et qui guide l'utilisateur dans la prise de mesures d'entrée appropriées.

Maintenir le produit fini

Une fois que vous avez livré le système à temps et selon le budget, célébrée, et recueilli votre paiement final pour le poste, vos responsabilités ne sont pas plus. Même si le testeur indépendant a fait un travail fantastique d'essayer de rendre le système sûr, après l'accouchement, il peut encore abriter des bogues latents qui se manifestent semaines, des mois, voire des années plus tard. Vous pouvez être obligé de corriger ces bugs, sans frais, en fonction de votre entente contractuelle avec le client.

Même si aucun bugs sont trouvés, vous pouvez toujours avoir une certaine responsabilité en cours. Après tout, personne ne comprend le système aussi bien que vous. Comme le temps passe, les besoins de votre client va changer. Elle va peut-être besoin de fonctions supplémentaires, ou si vous voulez migrer vers le nouveau matériel, plus puissant. Ces possibilités peuvent nécessiter des modifications à l'application de base de données, et vous êtes dans la meilleure position pour faire ces modifications, en fonction de votre connaissance préalable. Ce travail supplémentaire pourrait signifier quelques belles recettes supplémentaires pour vous.