L'information est partout présente dans notre existence. Les messages les plus variés ne
cessent de nous parvenir de tous les points du globe, sous des formes de plus en plus diversifiées,
au point que certains s'inquiètent de l'ampleur de ce flot où il devient de plus en plus malaisé de
discerner l'essentiel de l'accessoire.
Les grands problèmes relatifs à l'information sont liés à sa collecte, son traitement, sa
diffusion, sa conservation. L'état de développement des solutions varie grandement d'un secteur à
l'autre. Une même question se pose à propos de la collecte ou de la diffusion: où trouver
l'information utile, à qui convient-il de faire parvenir telle information connue?
La collecte de l'information impose que les données soient intégrées par une organisation
dans une même structure dite base de données qui facilite les taches dures et les rend plus simple à
manier.
Après une première partie qui portera sur l'analyse et la conception et où nous essayerons
de modéliser notre problème, nous aborderons une deuxième partie qui va traiter la réalisation et
les solutions qui sont apportées pour résoudre les différents problèmes rencontrés afin de préserver
l'intégrité des données
[...] For_laur = (for_num, matricule). For_org = (for_num, org_num) Les contraintes d'intégrité et les cardinalités Les contraintes d'intégrité et les cardinalités ont pour but de maintenir une cohérence afin d'éviter des situations de non-sens du genre un forum ne reçoit aucune organisation, ou bien un élève n'effectue aucun stage durant son cursus scolaire à l'ENSIAS Les cardinalités Dans notre application il paraît logique d'adopter les règles de gestion suivantes : lauréat doit obligatoirement effectuer un et un seul PFE «l'école reçoit au moins une organisation lors du forum une organisation recrute au moins zéro lauréat et au plus plusieurs lauréats à un moment donné, un lauréat travaille au plus dans une organisation 13 A partir des expressions au superlatifs qui permettent de quantifier au sein d'une liaison une entité par rapport à une autre se dégagent les quatre types de cardinalités : au moins un : traduit le caractère obligatoire au plus un : traduit le caractère d'unicité au moins zéro : traduit le caractère non obligatoire au plus n : indique la multiplicité La formulation des règles de gestion ci-dessus indique que pour chaque entité d'une liaison, il y a lieu de préciser et la cardinalité minimale et la cardinalité maximale. [...]
[...] Pour automatiser ce travail, on établit le cahier de charge suivant Les entités de la base de données L'application met en œuvre les relations entre l'école et les organisations à travers les lauréats, les forums et les stages. Donc quatre entités principales s'imposent : Organisation : chaque organisation doit être définie d'une manière unique. Nous devons avoir la possibilité de consulter, modifier, rechercher et ajouter les informations concernant une organisation donnée. Lauréat : chaque élève ingénieur, ayant obtenu son diplôme, doit être inscrit dans la liste des lauréats. [...]
[...] Au départ seul les DAO existaient dans Access, ils représentaient l'outil standard de manipulation des bases de données et offraient une interface cohérente orientée objet permettant d'exécuter n'importe quelle fonction. mais vu qu'ils étaient optimisés principalement pour le jet , on avait introduit le modèle ADO Les DAO ont besoin de faire référence à un seul modèle d'objet, alors que les ADO nécessite trois modèles pour effectuer la plupart de ces tâches. Ainsi les DAO utilisent une seule bibliothèque qui est DAO 3.6 Object Library, alors que ADO en utilise trois : il y a Microsoft ActiveX Objects 2.1 Library, Microsoft ADO Ext for DDL and Security et Microsoft Jet and Replication Objects Il est vrai que les ADO sont les plus difficiles à manipuler, toutefois Microsoft a l'intention de nous amener à utiliser les ADO au lieu des DAO puisqu'elle a choisi de ne plus consacrer ses ressources pour l'amélioration des DAO même si ces derniers représentent une technologie très stable. [...]
[...] Dictionnaire de données Dans ce paragraphe, on définit les champs utilisés dans notre application ainsi que leurs significations. Nom Matricule Nom Prénom Adresse Ville Tel E_mail Fax promo Org_num Org_nom Org_domaine Org_type Org_adr Numéro du lauréat Nom du lauréat Prénom du lauréat Adresse du lauréat Ville du lauréat Désignation Type Numérique Texte Texte Texte Texte Numérique Texte Numérique numérique Numérique Texte Texte Texte Texte Numéro de téléphone du lauréat E_mail du lauréat Fax du lauréat Promotion du lauréat Numéro de l'organisation Nom de l'organisation Domaine économique de l'organisation Le type de l'organisation L'adresse de l'organisation 10 Org_ville Org_tel Org_fax Org_site Pfe_num Pfe_sujet Pfe_date_deb Pfe_date_fin Pfe_division For_num For_theme For_date_deb For_president Per_id Per_nom Per_prenom Per_tel Per_fax Per-status Num_eleve Nom_eleve Prenom_eleve Niveau Tel-eleve Adr_eleve Ville_eleve E_mail_eleve Num_stage Stage_sujet Stage_debut Stage_fin La ville de l'organisation Le téléphone de l'organisation Fax de l'organisation Site de l'organisation Le numéro du pfe effectué par le lauréat Le sujet du pfe La date de début du pfe La date de fin du pfe La division dans laquelle exerce le lauréat Le numéro du forum Le thème du forum La date de début du forum Le président du forum L'identifiant de la personne à contacter nom de la personne à contacter prénom de la personne à contacter téléphone de la personne à contacter fax de la personne à contacter le statut de la personne à contacter le numéro de l'élève le nom de l'élève le prénom de l'élève le niveau de l'élève le téléphone de l'élève l'adresse de l'élève la ville de l'élève l'E_mail de l'élève le numéro du stage le sujet du stage la date de début du stage la date de fin du stage Texte Texte Numérique Texte Numérique Texte Date Date Texte Numérique Texte Date Texte Numérique Texte Texte Numérique Numérique Texte Numérique Texte Texte Texte Numérique Texte Texte Texte Numérique Texte Date date La base de données La première forme normale Tous les attributs sont atomiques, donc notre relation(R) est au moins en première forme normale La clé a priori Num_eleve, org_num, matricule, for_num, num_stage, pfe_num, per_id. [...]
[...] Bien entendu, il se peut qu'un utilisateur dispose d'autres informations, ou souhaite tout simplement affiner sa recherche. Un utilisateur avancé aura donc la possibilité d'avoir une interface plus détaillée avec des champs supplémentaires CONCEPTION Les règles de gestion L'analyse des documents manipulés par les différents services de l'école nous a permis de soulever les contraintes de gestion suivantes : Un seul forum est organisé chaque année Un forum peut recevoir plusieurs organisations Un étudiant peut effectuer plusieurs stages dans plusieurs organisations Une personne à contacter se trouve dans une et une seule organisation Un PFE peut être effectué par un monôme ou un binôme, donc le numéro de PFE ne peut pas identifier un lauréat A un moment donné, un lauréat travaille dans une et une seule organisation Un même sujet de PFE ou de stage peut avoir lieu dans plusieurs organisations et peut être effectué par plusieurs élèves 2. [...]
Source aux normes APA
Pour votre bibliographieLecture en ligne
avec notre liseuse dédiée !Contenu vérifié
par notre comité de lecture