![]() |
Conception d'un système d'information pour la gestion commerciale d'un établissement à plusieurs succursales. Cas de l'établissement "la Mardochée foods "( Télécharger le fichier original )par Alphonse KAYEMBE TSHISUMPA Ecole informatique des finances - Ingénieur concepteur 2008 |
Dixième Chapitre :ETAPE LOGIQUEA ce niveau, nous allons, en partant des données retenues dans le MOD, organiser la mise en place des ressources informatiques. Cette étape va conduire aux opérations ci-après : - Transformation du MOD exprimé en formalisme Entité Relation en Modèle Logique des Données (MLD) dans un formalisme logique adapté au type de SGBD à utiliser ; - Validation du MLD ; - Quantification en volume du MLD (BDD)
Notre choix ayant été porté sur le SGBDR (Système de Gestion de Base des Données Relationnel), le MLD sera aussi du type relationnel. Le formalisme de représentation repose dur la théorie des ensembles mathématiques. Et les concepts fondamentaux de ce modèle sont aussi d'origine mathématiques. Les objets deviennent des tables, les propriétés que portait un objet deviennent des attributs de la table correspondante. L'identifiant de l'objet devient la clé primaire de la table.
En général, nous distinguons deux cas43(*) selon le type de relation : - Relation de type père - fils : C'est le cas de CIF. Dans ce cas, la relation conceptuelle n'apparaît plus en tant que telle dans le schéma relationnel. Toutefois, la sémantique qu'elle contient est conservée par le transfert de ses propriétés à l'objet fils. En outre, l'identifiant de l'objet père est ajouté à l'objet fils et y devient clé secondaire. - Relation du type autre que père et fils : A l'instar des objets, la relation devient également une table. La clé de cette table sera une clé composite formée des identifiants des objets qu'elle associait. Par ailleurs, si la relation portait des propriétés, celles-ci sont conservées en tant qu'attributs de la créée. Celle-ci est fait une table de liaison pointant les tables associées. CDE NUMCOM # NUMCLI DATCOM QTE COM MDP DL FOU NUMFOU NOMFOU ADRFOU CLI NUMCLI #CODCATCLI NOMCLI ADRCLI TEL PROD
CODPROD #CODCAT #CODLOT DESPROD PU UNITS Livrer NUMFOU CODPROD QTE LIV DATLIV Concerner 1 NUMCOM CODPROD QTE LOT CODLOT LIBLOT POIDS DATEXP Concerner 2 NUMFACT CODPROD QTE CATPROD CODCAT LIBCAT
FACT NUMFACT #NUMAG DATFACT MONTF MONTP DATP MOTP MDP Stocker CODPROD CODMAG QTESTO QTECRIT
AGENT
NUMAG NOMAG DATNAIS SEX ETATCIV ADRAG FONCT DATENG
MAG CODMAG LIBMAG ADRMAG Le MLD présenté au point précédent est dit brut car il est obtenu suite à l'application des règles de passage classiques sans tenir compte d'un certain nombre des normes de normalisation et contient encore quelques redondances (groupes d'informations répétitifs). En effet, la normalisation est un processus qui aide le concepteur à réduire au maximum la répétition de l'information et aboutir ainsi à un MLD dit valide ou normalisé. La normalisation se fait à l'aide des règles que l'on appelle « les formes normales »
Il existe cinq (5) formes normales. Mais en réalité la quatrième et la cinquième sont des cas particuliers de la troisième forme normale : · Première Forme Normale (1 FN) Une table est à la 1FN si tous ses attributs sont élémentaires et s'il doit exister au moins une clé caractérisant chaque occurrence de la table représentée. Ainsi on a : - TCLI (NUMCLI, #CODCATCLI, NOMCLI, ADRCLI, TEL) ; - TCDE (NUMCOM, #NUMCLI, DATCOM, QTECOM, MDP,DL) ; - TCONCERNER 1 (NUMCOM,CODPROD, QTE) ; - TCONCERNER 2 (NUMFACT,CODPROD, QTE) ; - TPROD (CODPROD, #CODCAT, #CODLOT, DESPROD, PU, UNITS) - TFACT (NUMFACT, #NUMAG,DATFACT, QTE, MONTF, MONTP, DATP, MDP); - TFOU (NUMFOU, NOMFOU, ADRFOU); - TLIVRER (NUMFOU,CODPROD, QTELIV,DATLIV); - TCATPROD (CODCAT, LIBCAT) ; - TLOT (CODLOT, LIBLOT, POIDS, DATEXP) ; - TMAG (CODMAG, LIBMAG, ADRMAG); - TSTOCKER (CODPROD,CODMAG, QTESTO, QTECRIT) - TCATCLI (CODCATCLI, LIBCATCLI); - TAGENT (NUMAG,NOMAG, DATNAIS, SEX, ETACIV, ADRAG, FONCT, DATENG). · Deuxième Forme Normale (2 FN) Une table est à la 2 FN si, étant déjà à la 1 FN, ses attributs dépendent de la clé par une dépendance fonctionnelle (DF) élémentaire. · Troisième Forme Normale (3 FN) Une table est à la 3 FN lorsque respectant déjà la 2 FN, ses attributs doivent avoir une DF directe. C'est-à-dire qu'ils ne doivent pas dépendre fonctionnellement de la clé transitive via un attribut non clé. Ainsi on a : - TCLI (NUMCLI, #CODCATCLI, NOMCLI, ADRCLI, TEL) ; - TCDE (NUMCOM, #NUMCLI, DATCOM, QTECOM, MDP,DL) ; - TCONCERNER 1 (NUMCOM,CODPROD, QTE) ; - TCONCERNER 2 (NUMFACT,CODPROD, QTE) ; - TPROD (CODPROD, #CODCAT, #CODLOT, DESPROD, PU, UNITS) - TFACT (NUMFACT, #NUMAG,DATFACT, QTE, MONTF, MONTP, DATP, MDP); - TFOU (NUMFOU, NOMFOU, ADRFOU); - TLIVRER (NUMFOU,CODPROD, QTELIV,DATLIV); - TCATPROD (CODCAT, LIBCAT) ; - TLOT (CODLOT, LIBLOT, POIDS, DATEXP) ; - TMAG (CODMAG, LIBMAG, ADRMAG); - TSTOCKER (CODPROD,CODMAG, QTESTO, QTECRIT) - TCATCLI (CODCATCLI, LIBCATCLI); - TAGENT (NUMAG,NOMAG, DATNAIS, SEX, ETACIV, ADRAG, FONCT, DATENG). A ce niveau, c'est-à-dire dès que l'on est à la troisième forme normale, on peut admettre que les tables sont normalisées.
Après application des principes de normalisation, nous constatons que le MLD valide est identique au MLD brut. (Cf. point 10.1.2.).
La première évaluation du volume de la BDD nous a permis de définir les cardinalités moyennes et le taux de participation des entités dans les relations. Cette évaluation se doit d'être affinée en prenant en compte la structure logique des données. En effet, la structure globale de la BDD (MLD) comprend : - le volume utile consacré aux données proprement dites, lesquelles données se trouvent contenues dans les tables primaires ; - le volume des index. Pour une estimation plus réaliste du besoin en espace de stockage d'informations, le volume global devra être multiplié par un coefficient.
Le volume utile s'élève à 657.513.093octets.
Le volume des index s'élève à 465.287.743Octets.
Volume de la BDD = Volume des données + Volume des index = 657.513.093 octets + 465.287.743 octets = 1.122.800.836 octets = 1.122.800.836 octets x 2,5 = 2.807.002.090 octets soit 2,61Go Le MOT a permis de définir une première répartition de l'ensemble des traitements dans les postes de travail ainsi que le niveau et le type d'automatisation de ces traitements. Le Modèle Logique des Traitements (MLT) donne une vue interne utiliser par l'informaticien pour créer le logiciel correspondant aux activités informatisées définies dans le MOT. Dans le MLT, le poste de travail du MOT doit être équipé des ressources informatiques en tenant compte du site qui est le lieu où s'effectue un traitement utilisant une ou plusieurs machines logiques. · La Machine Logique est l'ensemble d'une ou plusieurs machines physiques. Ces dernières peuvent être des gros système (mainframe), mini ou encore micro-ordinateurs ; · Une Unité Logique de Traitement (ULT) est une portion de la tâche organisationnelle qui sera exécutée d'une manière autonome ; · La Procédure Logique est un enchaînement logique de plusieurs unités logiques de traitement effectuées par une machine logique. Il existe plusieurs approches méthodologiques utilisées pour pouvoir passer du MOT au MLT. Nous avons choisi de procéder par la décomposition des tâches du MOT en différentes ULT de la manière suivante : · A partir du MOT, identifier toutes les tâches à informatiser, lesquelles tâches deviennent des ULT ; · Pour chaque ULT, présenter :
Nous distinguons une partie du formalisme du MOT auquel nous ajoutons quelques formalismes propres au MLT : · Une procédure logique commence par début et se termine par fin ; · Les ULT sont consultées ou MAJ par des fichiers informatiques (tables en entrée et tables en sortie) Début
Fin
Début PL Démarrage Ou
Ou Ou
A C Utilisateur D D B E LOGO
Ou
Ou Ou
FIN PROCEDURE FIN PROCEDURE FIN PROCEDURE
FIN PROCEDURE
BCF Ou BCF Début PL Approvisionnement Ou BCFVP Utilisateur EBVB PROD MAG FOU BCF BSCS BCF BCF FIN PROCEDURE E E
Ou
Ou Ou
FIN PROCEDURE FIN PROCEDURE
FIN PROCEDURE
Ou Début PL Vente Ou Utilisateur BCC FACT CLI FACT CLI FIN PROCEDURE E PROD CDE CLI AGENT PROD FACT FACT FACT F G FIN PROCEDURE F G
Ou FIN PROCEDURE Ou
FIN PROCEDURE Ou FACT CLI FACT
Ou FIN PROCEDURE
Ou
FIN PROCEDURE BL BEC JL JC Rel FIN PROCEDURE F FACT FACT FACT AGENT
Ou
Ou Ou
FIN PROCEDURE FIN PROCEDURE
Début PL Tenue de Stock Ou Utilisateur EO FIN PROCEDURE E PROD PROD LP FIN PROCEDURE PP BLC BLFC EI PROD LPRS H H
C Ou Bureau Windows
Affichage Logo avec le Bouton Démarrer Lancement PL Démarrage Cliquer Démarrer Affichage de la Boîte de Connexion - Saisir l'Identifiant - Saisir le mot de passe Vérification Mot de Passe Correct Non Correct Message erreur Affichage Ecran Menu Principal A A Lancement Saisie Contrôlée Affichage Ecran de Saisie Choix 1 2 3 Choix 1 3 4 C D E O 2 B O F E
G
Affichage Ecran de Saisie de BCF E 1 2 3 Saisir le Numéro du BCF Saisir les autres Informations Saisie NUMCLI Affichage Ecran MAJ Client E G Msg : « Ce numéro existe déjà » Vérification NUMBCF Si non trouvé Si trouvé Confirmation saisie Choix 1 4 5 Choix E Affichage Ecran de MAJ B Choix 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Lancement MAJ TCLI 1 3 1 2 Affichage Ecran Création Client I H Vérification NUMBCF Si non trouvé Si trouvé Msg : « Ce numéro existe déjà » Saisir les autres Informations Confirmation saisie J M O Q N
Choix 3 1 2 H I H Saisie NUMCLI Choix 2 1 I M Saisie NUMCLI P Saisie des modifications Choix 3 2 1 Choix 2 1 P N
Confirmation Modification Confirmation Saisie Affichage autres infomations N Msg : « Client Inexistant » Vérification NUMCLI Si trouvé Si non trouvé Affichage Ecran de Modification Client N M Afficher les autres informations Msg : « Client inexistant » M Affichage Ecran Consultation Client J Vérification NUMCLI Si trouvé Si non trouvé
Saisie NUMCLI Affichage Ecran Suppression Client Msg : « Client inexistant » Vérification NUMCLI Si trouvé Si non trouvé Q Afficher les autres informations Choix 1 2 Q 3 I Confirmation suppression Choix 1 2 R Q R Choix Affichage Ecran Edition Affichage Ecran Edition BCF C Saisie des Paramètres 1 Affichage Aperçu BCF Choix 1 3 C S R 2 3 4 5 6 7 8 9 10 2 T T
La partie la plus importante du programme est constituée par ces interfaces qui assurent la communication entre l'utilisateur et le programme. Les écrans constituent des supports visuels du dialogue. Leur conception est indispensable car elle conditionne directement l'efficacité et la commodité de l'utilisation de l'ordinateur. a) ULT - Lancement LOGO (Ecran LOGO GESCOM : E00)
b) ULT - Boîte de Connexion (Ecran Identification GESCOM : E01) Connexion Saisir Identifiant : Mot de Passe : Entrer Annuler Quitter Enchaînement
c) ULT - Affichage Menu Principal (Ecran Menu Principal GESCOM : E02) Menu Principal Edition Déconnexion Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 ??9 Saisie contrôlée MAJ Enchaînement
Saisie Contrôlée Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 BCF CDE Quitter Enchaînement
Saisie Contrôlée BCF Annuler Enregistrer Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 Fermer Code Magasin Désignation Magasin Adresse Magasin Numéro BCF Nom Fournisseur Adresse Fournisseur Désignation Produit Quantité Commandée Mode de Paiement Délai de Livraison
Mise à Jour des données Création Consultation Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 Cochez la case des données à mettre à jour et cliquez sur le bouton de l'action correspondante de votre choix Clients Magasin Lot Produit Catégorie Produit Agents Catégorie Clients Commandes Client Concerner 1 Fournisseurs Concerner 2 Livrer Quitter Modification Suppression Stoker BCF Enchaînement
Création Client Annuler Enregistrer Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 Fermer CODE CATEGORIE CLIENT NOM CLIENT NUMERO CLIENT ADRESSE CLIENT TEL Veuillez Saisir les Information du Client dans les champs ci-dessous Enchaînement
Consultation Client Annuler Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 CODE CATEGORIE CLIENT NOM CLIENT Mr KAYEMBE Alphonse NUMERO CLIENT 253 ADRESSE CLIENT 7145, Likasi C/Gombe TEL 089 78 75 593 3 Veuillez Saisir les Information du Client dans les champs ci-dessous Quitter Enchaînement
Modification Client Annuler Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 CODE CATEGORIE CLIENT NOM CLIENT Mr KAYEMBE Alphonse NUMERO CLIENT ADRESSE CLIENT 7145, Likasi C/Gombe TEL 089 78 75 593 3 Veuillez Saisir d'abord le Numéro du Client dont les informations sont à modifier pour activer les autres champs Quitter Enregistrer Enchaînement
Suppression Client Annuler Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 CODE CATEGORIE CLIENT NOM CLIENT Mr KAYEMBE Alphonse NUMERO CLIENT ADRESSE CLIENT 7145, Likasi C/Gombe TEL 089 78 75 593 3 Veuillez Saisir d'abord le Numéro du Client à supprimer pour activer les autres champs Quitter Supprimer Enchaînement
Impression des Etats Annuler Conçu pour la Gestion Commerciale de La Mardochée foods Par Ir. Alphonse K. Octobre 2 009 Cochez la case de l'Etat que vous voulez imprimer et cliquez sur le bouton de l'action correspondante de votre choix Bon de Commande Fournisseur Bon de Commande Fournisseur Visé Payé Facture Client Bon de livraison Client Relance Client Journal de Caisse Journal de livraison Bon d'entrée Caisse Liste Produits en Rupture de Stock Liste des Produits Imprimer Quitter Enchaînement
Edition BCF Edition du Bon de Commande Fournisseur Numéro BCF : Date Commande : Adresse Magasin AG : Désignation Magasin : Code Magasin : Numéro Fournisseur : Adresse Fournisseur : Nom Fournisseur
Mode de Paiement : Total à Payer : Délai de Livraison : Annuler Imprimer Fermer Enchaînement
Voulez-vous vraiment quitter ce programme ? Déconnexion Oui Non Merci d'avoir choisi GESCOM, Au revoir et à Bientôt Enchaînement
* 43 Il peut exister en dehors de deux cas un troisième (qui généralement dénote d'une mauvaise conception) celui des cardinalités minimales de part et d'autre de la relation c'est-à-dire 0,1 d'une part et 0,1 d'autre part ; dans ce cas là on a le choix quant à l'objet dans lequel on va transférer les propriétés de la relation comme attributs si elle en avait et l'identifiant de l'autre objet comme clé secondaire. |
|