Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Cr gestionclinique 2 Projet de Bases de Données Système d ? information d ? une clinique dentaire Rapport Xavier Milhaud Basile Voisin mai Ce document détaille les di ?erentes étapes de la conception de notre base de données et explique les principaux cho

Projet de Bases de Données Système d ? information d ? une clinique dentaire Rapport Xavier Milhaud Basile Voisin mai Ce document détaille les di ?erentes étapes de la conception de notre base de données et explique les principaux choix qui ont dû être fait a ?n d ? aboutir à notre modélisation Il regroupe aussi la mise en place de l ? application de gestion de notre base de données Table des matières Dépendances fonctionnelles et premières modélisations Dèpendances fonctionnelles explicites Autres dépendances fonctionnelles Contraintes et remarques Personnel Patients Soins Paiements Schéma Entités Associations Passage au relationnel Entités simples Entités faibles Associations dont une des cardinalités est Associations dont une des cardinalités est Autres associations Contraintes supplémentaires introduites Commentaire Bilan relationnel formes normales et contraintes ne pouvant pas être véri ?ées au niveau rela- tionnel Récapitulatif des relations et formes normales Contraintes à véri ?er dans le programme CXavier Milhaud Basile Voisin Fonctionnalités supportées Gestion des patients Gestion du personnel Gestion des soins Historique des soins Gestion des rappels de paiement Statistiques Transactions et requêtes Quand gère-t-on les transactions Véri ?cation des transactions Contraintes véri ?ées dans notre programme Détail des fonctions Java CXavier Milhaud Basile Voisin Dépendances fonctionnelles et premières modélisations Dèpendances fonctionnelles explicites La lecture de l ? énoncé nous a permis d ? extraire certaines dépendances fonctionnelles particulièrement explicites ? Personnel NSR ?? ?NomPers PrenomPers TelPers Et pour des catégories de personnel bien dé ?nies - NSR ?? ?ProfAdmin SalFixe pour le personnel administratif - NSR ?? ?ProfMed TxHor pour les médecins - NSR ?? ?ProfAux TxHor pour le personnel auxiliaire médical Le fait que ces trois catégories de personnel aient certaines propriété en commun et d ? autres spéci ?ques à une catégorie nous amene naturellement à créer un sous-type de personnel par catégorie dans le schéma entités associations ? Patients NSS ?? ?NomPat PrenomPat SexPat BirthPat TelPat ? Adresses des patients et du personnel nous avons décomposé l ? adresse de façon a n ? avoir que des propriétés atomiques - NSR ?? ?Num Rue CodePostal Ville Pays - NSS ?? ?Num Rue CodePostal Ville Pays Ce qui correspond à l ? entité adresse et aux associations persHabite et patHabite ? Interventions NomInterv ?? ?Materiaux CoutInterv MontRemb Duree ce qui se traduit par l ? entité catalogue int sur notre schéma ? Fiche de soin de consultation il n ? y a qu ? une consultation par jour pour un patient donné NSS DateCons ?? ?CoutTot Cette dépendace traduisant bien le fait qu ? il n ? y a pas de consultations sans patient nous conduit à modéliser l ? entité ?che soin par une entité faible reliée à patient par l ? association subit coût tôtal d ? une consultation cf section ? Factures NumFact ?? ?MontFact DateButFact montant d ? une facture cf section ? Mensualités NumFact DateButMens ?? ? MontMens Il est clair ici qu ? il ne peut y avoir de mensualité sans facture c ? est pourquoi nous représentons