ISA 3 - OAD - SGBDR Access

- Etre capable de proposer une solution à un problème exposé par un demandeur,
- Savoir organiser un ensemble de données pour les relier entr'elles de manière cohérente
- Conceptualiser une base de données sur papier,
- Réaliser un travail en confrontant ses idées avec ses pairs

Pour répondre aux objectifs de cette partie du cours sur les bases de données, nous allons utiliser la résolution de problème.
" C'est une situation d'apprentissage imaginée par l'enseignant dans le but de créer un espace de réflexion et d'analyse autour de la question à résoudre. " Raynal, F. et Rieunier, A. (1997). Pédagogie : Dictionnaire des concepts clés. Paris, ESF Editeur.
Mais avant de proposer le problème, nous allons vous présenter sur un cas simple la façon dont se crée une base de données sur le papier. Il s'agit là d'un exemple volontairement simplifier. (Exposé théorique)

Dans la résolution du problème posé, ne vous interrogez pas sur le " comment le faire avec Access " ! Il s'agit bien ici d'une création, sur papier, de la base de données et non de la création du système informatique de gestion des données. La création du fichier de bases de données Access sera faite lors de la seconde partie du cours.

Mr DURAND est propriétaire-gérant d'un établissement de restauration rapide indépendant. Il souhaite s'informatiser pour pouvoir garder en mémoire certains éléments concernant son activité.

Il achète différents produits à différents fournisseurs privés dont il veut conserver les coordonnées complètes (adresse, numeros tél et fax) (cf listes en annexe). Plusieurs produits sont achetés chez un fournisseur. La plupart du temps, à un fournisseur correspond un certain type de produits ; mais, lors de promotions, Mr DURAND se garde la liberté de changer de fournisseur.
Pour chaque achat réalisé, il veut enregistrer le prix de chaque produit et le fournisseur. Les prix variant d'une semaine à l'autre, Mr DURAND souhaite garder en mémoire, pour chaque produit, les prix minimum et maximum avec le fournisseur correspondant.
Mr DURAND achète ses marchandises chaque semaine, il travaille sur 46 semaines à l'année (fermeture 6 semaines durant l'été).
Outre les achats hebdomadaires, Mr DURAND paie annuellement un certain nombre de factures, impôts, taxes (charges fixes) qu'il souhaite garder en mémoire.

Quant aux ressources, Mr DURAND les tire exclusivement de ses ventes . Les différents produits qu'il propose sont répertoriés dans la liste en annexe.
Il désire conserver la trace de chacune ses ventes avec un maximum de détails : le type de vente réalisée, le jour, la semaine. (NB : le restaurant est ouvert du lundi au vendredi, le midi uniquement.) Pour des raisons fiscales, il doit être en mesure de différencier les repas qu'il vend selon qu'ils sont consommés sur place ou à emporter (5.5% de TVA dans le 1er cas, 19.6% dans le second). Toutes les ventes sont enregistrées en Euros TTC, mais le système doit pouvoir calculer le montant de la TVA.
Pour être encore plus complet, Mr DURAND souhaite pouvoir identifier les achats payés en Espèces, Chèques, Carte de crédit ou Titres (ex : chèque restaurant).

Votre mission est de lui présenter sur papier l'ébauche d'un système qui lui permette de conserver l'ensemble des informations dont il a besoin. Vous devrez aussi imaginer les interfaces qui lui permettront d'enregistrer les informations ou de les visualiser.

Méthode pour la conceptualisation d'une base de données (Etapes du travail à réaliser)

Pour résoudre le problème posé (ou d'autres apparentés), on vous propose la démarche suivante :

1- Posez-vous d'abord quelques...
...QUESTIONS GENERALES

Objectif et contenu:

Après avoir répondu à ces questions, vous créerez le " dictionnaire de données ", c'est à dire l'inventaire de toutes les éléments d'informations (données). Ces données devront être caractérisées par un nom et un code. Le 'nom' est un descriptif complet des données, le 'code' permet de ne pas réécrire le descriptif à chaque fois.

Après avoir créé le dictionnaire des données, il est nécessaire de regrouper ces données autour de thèmes précis. C'est ainsi que vous dégagerez les classes d'entité qui sont des ensembles de données, regroupées entr'elles à cause du sujet identique auquel elles se rapportent. Gardez bien à l'esprit qu'une donnée (= un élément d'informations) peut se trouver dans plusieurs classes d'entité.

Sur un schéma, dessinez les classes d'entité (comme des bulles, des cadres, des ensembles) et remplissez-les avec les données voulues.

Pour chaque classe d'entité, il faudra choisir un élément d'information de base que vous mettrez en évidence. Cet élément est celui sur lequel s'appuie la classe d'entité et dont chaque valeur est unique. (Exemple : dans une classe d'entité " fournisseurs ", l'élément d'information de base sera 'nom_fournisseur' car c'est le meilleur identifiant de la classe d'entité et chaque 'nom_fournisseur' sera unique ; dans une classe d'entité " ventes ", l'élément d'information de base sera 'numero_vente' car cela identifiera chaque vente )

Sur le schéma des classes d'entité, matérialisez par des traits, les liens entre les éléments d'informations qui se retrouvent dans plusieurs classes d'entité.

Durant ce TD d'OAD, vous réaliserez un apprentissage : " comment conceptualiser une base de données ? " Pour évaluer ce que vous aurez appris, le formateur vous demande de rendre, pour le lundi 11 mars 2002, les documents réalisés durant ce TD. En d'autres mots, vous rendrez un document qui schématise la construction de la base de données sur le papier.

Le document pourra comporter de 2 à 3 noms. (Le travail peut donc se faire en binôme ou en trinôme.)

Département Fondements de la formation
Responsable : Vincent Dumortier
Outils d'Aide à la décision : Florent Duyme
Enseignant : Sébastien MALESYS