Fiabilisation de l'information
Étude de cas : Fiabilisation de l'information. Recherche parmi 300 000+ dissertationsPar MOHEDK • 27 Janvier 2021 • Étude de cas • 756 Mots (4 Pages) • 608 Vues
BTS Comptabilité et gestion 1re année
PROCESSUS 7 : FIABILISATION DE L'INFORMATION
ET SYSTÈME D'INFORMATION
CORRIGÉ DU DEVOIR 1
■ Mission 1 (5 points)
1. Comment sont classées les productions ?
Les productions sont classées en deux catégories :
• Agglomérés ;
• Contreplaqués.
Les panneaux de particules sont à classer dans l’une des deux catégories (en agglomérés sûrement).
Peut-on ajouter une nouvelle production sans changer le schéma relationnel ?
On peut toujours ajouter un nouveau produit ; mais le classement de ce produit est fonction du type de produit
ajouté ; il se peut que le classement du nouveau produit soit impossible ce qui poserait des problèmes dans les
requêtes le cas échéant. Par contre, on peut toujours modifier le modèle et ajouter un sous-type.
2. À quoi sert la table composition ? Pourquoi y a-t-il un identifiant double (2 clés) ?
La table Composition sert à connaître la quantité des matières premières utilisées pour la fabrication d’un
produit. L’identifiant permet de rapprocher uniquement un produit et une matière pour la définition de la
quantité ; donc nécessité d’une clé composée de deux éléments.
3. Combien y a-t-il de fournisseurs pour une matière ? N’est-ce pas un problème ?
Il y a un fournisseur par matières car il y a une relation unique entre fournisseurs et matières. Le problème
peut se poser lorsque le fournisseur ne peut fournir la matière première et que nous avons besoin d’un autre
fournisseur. On ne pourrait pas le référencer dans la base de données.
4. Combien y a-t-il de catégorie clients ?
Le schéma relationnel ne donne aucune catégorie de clients ce qui peut poser un problème pour les extractions
pour un traitement précis.
Exemple : envoi d’une promotion aux professionnels
■ Mission 2 (9 points)
1. M. Soulier veut connaître la quantité vendue par produit.
SELECT Ligne_commande.Num_Prod, Production.Nom_Prod, Sum(Ligne_commande.Quantité_Commandée)
AS SommeDeQuantité_Commandée
FROM Production, Ligne_commande
Where Production.NumProd = Ligne_commande.Num_Prod
GROUP BY Ligne_commande.Num_Prod, Production.Nom_Prod;
NB : on remarquera que le SQL standard se préoccupe lui-même des liens à faire entre les données ; de ce
fait, les tables ne sont pas reliées et le lien se fait par le biais d’un critère.
2. M. Soulier veut connaître le montant du CA (tenir compte de la remise).
SELECTLigne_commande.Num_Prod, Sum([Prix_Unitaire]*(1-([Remise_Client]/100))*[Quantité_Commandée])
AS CAremisé
FROM Production, Ligne_commande
WHERE Production.NumProd = Ligne_commande.Num_Prod
GROUP BY Ligne_commande.Num_Prod;
3. M. Soulier veut connaître le CA du client « Etchevary » pour le mois de juin 2017.
SELECT Client.Nom_Cli, Sum([Prix_Unitaire]*(1-([Remise_Client]/100))*[Quantité_Commandée]) AS CAremisé
FROM Production, Ligne_commande, Client, Commande_Client
WHERE [Production].[NumProd]=[Ligne_commande].[Num_Prod]
...