Conception Conceptuelle dans le Processus de Conception de base de données

Conception Conceptuelle dans le Processus de Conception de base de données

La conception conceptuelle est la première étape du processus de conception de base de données. L’objectif à ce stade est de concevoir une base de données indépendante du logiciel de base de données et des détails physiques. La sortie de ce processus est un modèle de données conceptuel qui décrit les principales entités de données, attributs, relations et contraintes d’un domaine de problème donné. Cette conception est descriptive et narrative dans la forme. Gardez à l’esprit la règle de données minimales suivante:
“Tout ce qui est nécessaire est là, et tout ce qui est là est nécessaire”.
En d’autres termes, assurez-vous que toutes les données nécessaires sont dans le modèle et que toutes les données du modèle sont nécessaires. Tous les éléments de données requis par les transactions de base de données doivent être définis dans le modèle et tous les éléments de données définis dans le modèle doivent être utilisés par au moins une transaction de base de données. La conception conceptuelle comporte quatre étapes, qui sont les suivantes.

1. Analyse des données et exigences
2. Modélisation et normalisation des relations d’entité
3. Vérification du modèle de données
4. Conception de bases de données distribuées

Analyse des données et exigences:

La première étape de la conception conceptuelle consiste à découvrir les caractéristiques des éléments de données. Les caractéristiques des éléments de données appropriés sont celles qui peuvent être transformées en informations appropriées. Par conséquent, les efforts du concepteur se concentrent sur:

• Besoins d’information. Quel type d’information est nécessaire, c’est-à-dire quelle sortie (rapports et requêtes) doit être générée par le système, quelles informations le système actuel génère-t-il et dans quelle mesure ces informations sont-elles adéquates?

• Utilisateurs d’informations. Qui utilisera les informations? Comment les informations doivent-elles être utilisées? Quelles sont les différentes vues de données de l’utilisateur final ?

€¢ Sources d’information. Où se trouvent les informations ? Comment les informations doivent-elles être extraites une fois qu’elles sont trouvées ?

• Constitution d’information. Quels éléments de données sont nécessaires pour produire l’information? Quels sont les attributs de données ? Quelles relations existent entre les données ? Quel est le volume de données ? À quelle fréquence les données sont-elles utilisées ? Quelles transformations de données doivent être utilisées pour générer les informations requises? Le concepteur obtient les réponses à ces questions de diverses sources afin de compiler les informations nécessaires. Notez ces sources:

• Développer et collecter des vues de données des utilisateurs finaux. Le concepteur de base de données et le ou les utilisateurs finaux interagissent pour élaborer conjointement une description précise des vues de données de l’utilisateur final. À leur tour, les vues de données de l’utilisateur final seront utilisées pour aider à identifier les principaux éléments de données de la base de données.

• Observant directement le système actuel: sortie existante et souhaitée. L’utilisateur final a généralement un système existant en place, qu’il soit manuel ou informatique. Le concepteur passe en revue le système existant pour identifier les données et leurs caractéristiques.

Interfaçage avec le groupe de conception de systèmes. Le processus de conception de la base de données fait partie du Cycle de vie du Développement des systèmes (SDLC). Dans certains cas, l’analyste des systèmes en charge de la conception du nouveau système développera également le modèle conceptuel de base de données.

Modélisation et normalisation des Relations d’entité:

Avant de créer le modèle ER, le concepteur doit communiquer et appliquer les normes appropriées à utiliser dans la documentation de la conception. Le processus de définition des règles métier et de développement du modèle conceptuel à l’aide de diagrammes ER peut être décrit en suivant les étapes suivantes.

1. Identifiez, analysez et affinez les règles métier.
2. Identifiez les principales entités, en utilisant les résultats de l’étape 1.
3. Définissez les relations entre les entités, en utilisant les résultats des étapes 1 et 2.
4. Définissez les attributs, les clés primaires et les clés étrangères pour chacune des entités.
5. Normaliser les entités. (N’oubliez pas que les entités sont implémentées en tant que tables dans un SGBDR.)
6. Complétez le diagramme ER initial.
7. Validez le modèle ER par rapport aux exigences d’information et de traitement des utilisateurs finaux.
8. Modifier le modèle ER, en utilisant les résultats de l’étape 7.

Vérification du modèle de données :

L’étape de vérification du modèle de données est l’une des dernières étapes de la phase de conception conceptuelle, et elle est également l’une des plus critiques. À cette étape, le modèle ER doit être vérifié par rapport aux processus système proposés afin de corroborer que les processus prévus peuvent être pris en charge par le modèle de base de données. La vérification nécessite que le modèle soit exécuté par une série de tests sur :

• Vues de données de l’utilisateur final.
• Toutes les transactions requises : opérations de SÉLECTION, d’INSERTION, de MISE À JOUR et de SUPPRESSION.
• Droits d’accès et sécurité.
• Exigences et contraintes en matière de données imposées par l’entreprise.

Conception de bases de données distribuées:

Bien que cela ne soit pas une exigence pour la plupart des bases de données, une base de données peut parfois devoir être distribuée entre plusieurs emplacements dispersés géographiquement. Les processus qui accèdent à la base de données peuvent également varier d’un emplacement à un autre. Par exemple, un processus de vente au détail et un processus de stockage en entrepôt sont susceptibles d’être trouvés dans différents emplacements physiques. Si les données et les processus de base de données doivent être distribués dans le système, des parties d’une base de données, appelées fragments de base de données, peuvent résider dans plusieurs emplacements physiques.