E:\francois\education\2009-2010\ASUR\ASUR_2010 - contenu1.doc Francois Kieffer Page 1 sur 6
Contenu ASUR – 2010
Extrait du référentiel
UE 2 : Connaissances de base et outils pour les réseaux d’entreprise (130h)
MASbd = Les Bases de données 20h
Introduction théorique TD 4h François Kieffer
Déploiement TP 4h François Kieffer
Gestion des utilisateurs TP 4h François Kieffer
Les backup TP 4h François Kieffer
Notions de SQL TP 4h François Kieffer
Chaque TP ou TD donne lieu à un compte rendu noté ?
1 Théorie des bases de données (rappels?)
Utilité, relevé d'information, méthodes de modélisation, merise et schémas de merise,
1.1 Utilité
Une base de données vise à modéliser une partie du monde réel et sert de support à des
applications informatiques pour stocker, protéger les données formelles de l'organisation et
les manipuler (calculs, statistiques, tris, extractions, mises en corrélations, …).
Exemple :
Annuaire(nom, prénom, âge, CP, Ville)
- tableau Redondances (CP, Ville, …)
- 2
ème
tableau : (CP, Ville)
Note : toute situation ne nécessite pas forcément de Base de données.
SGBD : Système de gestion de Bases de Données
SGBDR : SGBR relationnel : il est possible d’établir des relations entre les données de la BDD
Exemples : Oui : Oracle, MySQL, Ingre, SQL Server ; Non : SQL (langage).
Comment faire ?
L’analyse : besoins : Pourquoi, à quoi ça sert ? Quand ? méthodologie : Comment ?
1.2 Le relevé d'informations
1.2.1 En théorie c'est ça …
Concepts, données et valeurs
Les concepts sont des choses, des objets que l'on va gérer. Ils deviendront
probablement des entités du schéma entité association vu plus loin.
Les données sont des informations élémentaires sur les concepts.
Données et concepts sont souvent masqués par des valeurs de ceux-ci ou exprimés
par des euphémismes ou des synonymes.
Attention !
Les acteurs ne sont pas des informations à mémoriser.
Les personnes sont souvent des acteurs mais parfois des concepts lorsqu'il s'agit de gérer du
personnel.
Donnée
Une donnée est une information élémentaire que l'on ne peut pas décomposer.
Exemple oui : description, prix, quantité, numéro d'identification, nom, prénom, ville, code
postal, etc. …
Exemple non : fournisseur, article, ingénieur
Dans le discours du sujet, une donnée est souvent rattachée à un concept.
E:\francois\education\2009-2010\ASUR\ASUR_2010 - contenu1.doc Francois Kieffer Page 2 sur 6
Exemple oui : description de l'article, nom de l'employé, numéro du client, numéro de
commande, etc. …
Exemple non : description (tout court, sans dire de quoi)
Concept
Un concept est une information complexe qui peut être décomposée en données.
Exemple oui : article, commande, client, employé, etc. …
Exemple non : description, organisation gérée, tapis Z7 cendré.
Pour tecter un concept, on va relever les noms de choses, d'objets, de personnes
ou de types. Ce seront souvent des concepts.
Ce seront sûrement des concepts si des données y sont rattachées.
Valeur Certains concepts ou données sont masqués par des valeurs exposant différentes
occurrences de ceux-ci.
Exemple oui : Strasbourg, Nantes, Rennes, Lyon et Mulhouse sont des occurrences du
concept 'ville'.
Ces mêmes valeurs sont, de plus, des occurrences de la donnée 'nom ville'.
Exemple non : type article, ville.
Remarques importantes :
Dans tous les cas, il ne faut relever que les données et concepts pertinents pour
l'étude, gérés par le système décrit, et ne pas se laisser perturber par des
informations qui constituent le bruit de l'étude.
Exemple descriptif : la société InfoTech travaille avec des fournisseurs à Strasbourg, Lyon et Nancy.
InfoTech n'est pas une donnée, c'est la description de l'organisation ;
- Fournisseur est un concept (dont on ne sait rien d'autre)
- Strasbourg, Lyon, … sont des occurrences de la donnée 'nom ville' du concept 'ville'.
- À indique qu'il y a un lien, une association, une relation entre les concepts fournisseur et ville
1.2.2 … mais en pratique …
Certains concepts sont ambigus. Ainsi dans certains cas, des concepts seront relégués au
rang de donnée.
Exemple descriptif : la société InfoTech travaille avec des fournisseurs à Strasbourg, Lyon et Nancy.
Les noms des villes ne font pas l'objet d'une gestion particulière.
- InfoTech n'est pas une donnée, c'est la description de l'organisation ;
- Fournisseur est un concept (dont on ne sait rien d'autre)
- Strasbourg, Lyon, … sont des occurrences de la donnée 'nom ville' du concept 'ville'.
- À indique qu'il y a un lien entre 'Fournisseurs' et 'Ville'. Mais comme la ville n'a pas besoin
d'être de façon précise, codifiée (ajout au sujet) le nom de la ville sera noté seul et le concept
risque de disparaître.
Les données seront consignées dans un dictionnaire des données, les concepts resteront au
brouillon, à titre d'indication pour une future utilisation.
1.3 Représentation (Merise)
Graphe des Dépendances
Fonctionnelles ; Données, dépendances ;
Modèle Conceptuel de
Données
Schéma Conceptuel des
Données
Entités, attributs, identifiants, associations,
cardinalités, etc. …
SLD Tables, propriétés, clés primaires, relations Modèle Logique de
Données ou Modèle
Relationnel MR Relations, propriétés, clés primaires, clés
étrangères
MPD Implémentation du MR en langage de définition des données (création des
tables de la BDD)
1.4 Modèle relationnel
E:\francois\education\2009-2010\ASUR\ASUR_2010 - contenu1.doc Francois Kieffer Page 3 sur 6
Exemple :
Relation client :
cliNum cliRaisonSociale cliZip cliVille cliadr1
C1 Toto 68000 Colmar Ici
C45d Titi 67000 Strasbourg La-bas
VEBBU2O34 GRRRR 68750 Bergheim Quelque-part
Relation Commande
cdeNum cdeDate cliNum
1 23/12/2005 C1
24 01/01/2009 C1
345 01/01/2009 VEBBU2O34
Client(cliNum, cliRaisonSociale, cliadr1, cliZip, cliVille)
Clé primaire : cliNum
Commande(cdeNum, cdeDate, cliNum)
Clé primaire : cdeNum
Clé étrangère : cliNum référence cliNum dans client*
* officiellement, on devrait dire : "l'attribut clinum est en dépendance de férence avec
l'attribut cliNum de la table Client", mais je trouve que c'est un peu long.
Exemple :
C1 Toto 68000 Colmar Ici
Est un enregistrement de la relation Client.
1.5 Privilèges (Droits d'accès)
Ces droit sont : création, interrogation, modification, suppression (CIMS).
Création permet de créer des enregistrements, des tables, des utilisateurs.
Interrogation permet d'extraire des enregistrements partiels ou entiers, d'afficher le
contenu de table, la structure des tables, la liste ou les droits des utilisateurs et
groupes.
Modification permet de modifier des valeurs, la structure de tables, les droits des
utilisateurs.
Suppression permet de supprimer des enregistrements, des champs, des tables, des
droits, des utilisateurs ou groupes.
Ils sont données hiérarchiquement selon :
Droits globaux sur la base
Droits globaux pour la catégorie d'utilisateur (adm, usr)
Droits de groupes puis de sous-groupes
Droits particuliers à un utilisateur.
Cependant, il vaut mieux ne pas multiplier les niveaux et les groupes de droits, afin de ne
pas risquer de maillage des droits :
Droit de création groupe interdit sur une table puis sous groupe autorisé sur une partie de
cette table. Donc en contradiction avec la règle du groupe …
Tentative de cession de privilèges refusés = erreur.
1.6 Exercices
=facile, =moyen, =difficile, =expert, $=rusé, sioux, *=squelette de source fourni.
1.6.1 Exo droits
Expliquez quels sont les risques de ne pas respecter la hiérarchisation d’attribution des
droits.
Proposez une solution simple pour pallier à cette difficulté.
1.6.2 Exo MCD
L'entreprise de négoce ECOTECH désire informatiser la gestion de ses fournisseurs et de ses
clients ainsi que des commandes de produits qu'elle passe avec chacun des deux types de
tiers.
Déterminez combien de concepts complexes sont en présence.
E:\francois\education\2009-2010\ASUR\ASUR_2010 - contenu1.doc Francois Kieffer Page 4 sur 6
Faites la liste et le schéma des pendances fonctionnelles entre ces concepts, en
ajoutant les données nécessaires.
Imaginez une série d'informations élémentaires pour chaque concept
Construisez un schéma conceptuel de cette organisation
1.6.3 Exo MCD
L'entreprise ECOTECH désire modifier son mode de production et effectuer le
reconditionnement des produits vendus. Pour cela, elle s'est dotée de machines de
conditionnement. A cet effet, pour un article M, il est nécessaire d'ajouter un emballage E
pour en faire un produit fini F.
Dans certains cas l'article M pourra figurer en plusieurs exemplaires dans le produit F. Il est
même possible qu'un produit F soit le résultat de l'emballage de différents M en nombre
d'exemplaires multiples
Il est évident qu'un article emballage ne peut être vendu seul et qu'un article de type M non
plus
Complétez le modèle conceptuel (DD, GDF, SCD) de l'exercice précédent.
1.6.4 Exo MCD, MR
L'entreprise PersoTECH gère un parc informatique et le personnel qui y accède. Dans cette
organisation, le réseau offre l'accès à une base de données sensible.
Il devient cessaire de rationaliser cette gestion en mémorisant les information relatives
aux postes informatiques (n° du poste, de série, localisation publique, production,
interne, labo informatique –, utilisateur habituel), aux utilisateurs (nom, prénom), aux
groupes ou sous groupes auxquels ils appartiennent et aux droits qui leurs sont conférés.
Il y a plusieurs possibilités de restrictions de l'accès aux données (/ex. : accès complet,
consultation complète, modification structurelle, modification des données, écriture
seulement, accès en consultation superficielle)
Les utilisateurs peuvent être regroupés en groupe d'utilisateurs. Chaque groupe appartient à
un groupe de niveau supérieur.
Il existe 3 groupes de plus haut niveau : "Administrateur", "gestionnaire" et "Utilisateur". Les
autres groupes sont toujours rattachés à un groupe de niveau supérieur.
Un groupe ne peut pas appartenir à lui-même.
Exemple :
Administrateur -> (aucun)
Gestionnaire -> Sauvegarde
-> Architecte
Utilisateur -> Invité
-> Standard -> Std-Comptable
-> Std-Production
-> Gestion -> Ges-Achat
-> Ges-Comptable
-> Ges-Personnel
Chaque groupe définit un ensemble de droits.
Les règles de droit sont analysées dans l'ordre suivant :
- droits de groupe et sous-groupes
- droits particuliers de l'utilisateur
- droits de la localisation du poste informatique
Les règles d'attribution des droits peuvent ajouter ou supprimer des droits.
Si un droit n'est pas nommément refusé ou offert, il est autorisé.
E:\francois\education\2009-2010\ASUR\ASUR_2010 - contenu1.doc Francois Kieffer Page 5 sur 6
On doit pouvoir parvenir à un résultat tel qu'un utilisateur qui possède peu de droits n'en
aura pas plus s'il se connecte sur le poste de l'administrateur. De me, l'administrateur
n'aura que peu de droits s'il se connecte sur un poste situé dans un espace public.
Toutes les personnes faisant partie d'un même groupe et n'ayant pas de modifications
particulières en fonction de leur qualification ou localisation auront les mêmes droits.
Construisez le modèle relationnel de la base de gestion des droits des utilisateurs.
1.6.5 Exo MCD, MR
Un passionné de la bande dessinée de Tintin (tintinophile) désire mettre en ligne la liste des
jurons prononcés dans les albums de cette série de BD.
Pour cela, il relève les informations suivantes :
- les titres, description et dates de 1
ère
parution des albums,
- les nom, prénom, fonction, sexe et rôle (gentil ou non) de chaque personnage et
leur participation à l'un ou l'autre album,
- les jurons ("noms" des jurons) ainsi que le personnage et la page où ils sont
prononcés dans un album,
- les pays (nom du pays) où se déroulent chaque album.
Modélisez cette situation :
a) Relevez toutes les données nécessaires à cette gestion dans un dictionnaire des
données (DD) puis construisez le graphe des dépendances fonctionnelles (GDF).
b) Dessinez le schéma conceptuel des données,
c) Rédigez le schéma des relations (MR).
d) Vérifiez qu'il n'y ai aucune possibilité d'erreur dans le schéma
1.6.6 Exo MCD, MR
En association à cette base, le collectionneur décide de vendre différents exemplaires de
chaque tome de Tintin.
Chaque album possède une cote. Cette cote dépend de l'année de réédition voire du de
réédition dans l’année.
Cette cote est attribuée par le vendeur en fonction de l’édition du livre.
Il est bien évident qu’un livre neuf n’a pas la même valeur de vente qu’un livre en état
moyen ou ayant des défauts ou dégradé. Selon les années, le prix de vente peut même
dépasser la cote si l’état est exceptionnel (livre ancien et neuf).
Le vendeur peut donc décider de vendre l’ouvrage à la cote ou à un autre prix, arbitraire.
Rédigez la nouvelle mouture ou les compléments au MR précédent.
1.6.7 Exo MCD, MR
Vous êtes chargés de développer une application de gestion de pannes sur un parc
informatique. Lors d'un incident, on désire avoir des informations sur le matériel en jeu
(clavier, écran, imprimante, PC, logiciel, numéro interne, nom, numéro de série, marque,
modèle), sur sa localisation dans l’entreprise. L’auteur de la déclaration de panne indiquera
aussi son nom puis un titre succinct et une description plus longue du dysfonctionnement.
Lorsqu’une panne est traitée par un technicien, celui-ci indique son nom et déclare la panne
résolue (ou non). Auquel cas, de l’état "en cours", l'incident passe à l’état "résolue" ou en
attente si le traitement doit être long (plus d’une intervention ou prestataire externe).
Modélisez cette situation
2 Langage de requête : SQL
2.1 LID
2.2 LMD
2.3 LDD
1 / 6 100%
La catégorie de ce document est-elle correcte?
Merci pour votre participation!

Faire une suggestion

Avez-vous trouvé des erreurs dans linterface ou les textes ? Ou savez-vous comment améliorer linterface utilisateur de StudyLib ? Nhésitez pas à envoyer vos suggestions. Cest très important pour nous !