|
Conception et réalisation d'une base de données pour la gestion du personnel. Cas de la direction générale de l'institut national de préparation professionnelle (INPP en sigle).( Télécharger le fichier original )par NKWASA José MULENGA Université de Kinshasa - Graduat 2013 |
III.2.6: MODELE ORGANISATIONNEL DE DONNEESA. Définition C'est la représentation exprimée par le formalisme entité relation des informations qui sont mémorisées informatiquement, compte tenu des volumes, de la réparation et de l'accessibilité, sans tenir compte encore des conditions de structuration, de stockage et de performance liées à la technologie de mémorisation informatique utilisée. L'étape organisationnelle des données consiste à répondre aux questions : - Qui ? : posée pour déterminer la nature du traitement - Quand ? : posée pour préciser le temps de traitement - Où ? : posée pour connaitre le lieu du travail 22(*)Le modèle organisationnel de données est élaboré à partir du modèle conceptuel de données, et cette étape concerne l'organisation en mettre en place. B. Règle de passage du MCD au MOD L'obtention du modèle organisationnel de données est le résultat des règles de passage qui sont au nombre de deux (2) : Ø La suppression des objets et relations du MCD qui ne seront pas mémorisés informatiquement. Pour de raisons suivantes : - Si l'objet ne présente pas d'intérêt pour votre application ; - Si l'objet ou la relation est techniquement impossible d'être informatisé. Ø La création des objets et des relations de références aux objets supprimés. C. Présentation du modèle organisationnel de données
Se présenter Date
1, n 1,n 1, n Etablir Date et heure CIF 1, n CIF Faire signer 1, 1 Signer 1, 0 CIF
1, n 1,1
Figure 9: Présentation du modèle organisationnel de données III.2.7: MODELE LOGIQUE DE DONNEESIl exprime le choix des moyens et ressources informatiques sans se soucier de leurs caractéristiques techniques précises, il apporte les premières réponses à la question « comment ». Le modèle logique de données est une transformation de MCD dans un langage qui n'est compréhensibles que par l'informaticien. Il convient de signaler que le modèle logique de données contient encore des impuretés aux quelles, on doit appliquer un certain nombre de règle appelées la normalisation. A. Règle de passage du MCD au MLD Brut Au niveau du modèle logique de données brut, les éléments ci-après change de noms, notamment : - Les objets deviennent les tables ; - Les propriétés deviennent des attributs ; - Les identifiants deviennent des clés primaires et les relations retenues jusqu'au MCD subiront plusieurs traitements : v 1èr cas : pour les relations du type père et fils : · Cardinalité du type père : 0, n ou 1, n · Cardinalité du type fils : 0,1 ou 1,1 La relation où il ya contrainte d'intégrité fonctionnelle « CIF » disparait, mais la sémantique demeure, car le père va envoyer un héritage à son fils, son identifiant qui deviendra une clé secondaire. L'objet père devient la table père et l'objet fils devient la table fils. L'identifiant de l'objet père devient attribut de la table fils. Cet attribut est aussi appelé clé étrangère. Les propriétés de la relation deviennent les attributs de la table fils. v 2ème cas : pour les relations du type autre que père et fils : dont la cardinalité est 0,1 o u 1, n, les relations deviennent des tables de liaisons et les deux objets qui étaient en relation vont envoyer leurs clés à celle-ci qui forment la clé primaire de cette dernière. B. Présentation du MLD Brut
Figure 10: Présentation du MLD Brut C. Vérification et normalisation 0. Vérification La vérification est un processus de déchargement du MLD Brut de toutes les rubriques non significatives dans les tables. Cependant, le concept normalisation dépasse aujourd'hui largement le domaine de la simple description bibliographique et de l'échange de données. Une norme est un texte à caractère officiel validé par une structure ayant une vocation normative internationale et nationale. 1. Normalisation 23(*)La normalisation est une opération intellectuelle qui permet au concepteur de pouvoir supprimer les dernières redondances qui pourraient encore persister dans le MLD Brut pour obtenir le MLD Validé (normalisé). A l'aide des règles appelées forme normale, cette normalisation se présente alors comme un processus de décomposition des tables de départ en plusieurs tables de projetions. Ces projetions seront définies judicieusement en fonction de dépendance fonctionnelle entre tables. - 1ère forme normale : une table est en première forme normale si tous les attributs sont élémentaires, donc non décomposable et si cette table possède au moins une clé primaire respectant la règle d'intégrité d'entité. Une clé ne peut pas avoir une valeur nulle ou absente. - 2ème forme normale : cette normalisation exige que la table soit déjà en première forme et ses attributs en une dépendance fonctionnelle élémentaire. - 3ème forme normale : s'applique que sur des tables déjà en deuxième forme normale. La règle à pour objet, l'élimination des dépenses transitives au sein d'une même table. La démarche est la suivante : conserver dans la table initiale les attributs dépendants directement de la clé, l'attribut de transition reste dupliqué dans la table initiale et devient la clé primaire de la nouvelle table. D. Présentation du MLD Validé
Figure 11: Présentation du MLD Validé E. Schéma relationnel associés au MLD Validé C'est la redéfinition de chaque table du modèle logique de données validé, en ajoutant la nature des attributs ainsi que la taille de chaque attribut. Ø T-candidat : matricule char 5, #codcon char 5, nom char 25, post nom char 25, sexe char 1, origine char 50, Nbre-enfant char 2, nom-enfant char 25, adresse char 40, téléphone char 15, date-naiss date 8 ; Ø T-se présenter : Id-prés char 5, #matricule char 5, #codserv char 5, dateprés date8 ; Ø T-service : codserv char 5, libserv char 25 ; Ø T-contrat : codcon char 5, #codserv char 5, libcon char 25, destcon, date-con date, type char 25, montant char 10 ; Ø T-rapport : codrap char 5, #codserv char 5, librap char 25 ; * 22 Dominique Nansi, Bernard Espinasse : ingénierie de système d'information merise, 2ème éd, Paris, 1998, P35. * 23 Pierre-Yves dus chemin et Dominique lahary : l'art informatiser une bibliothèque, 2ème éd, paris, 2000, p 104. |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||
