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 |
Tableau n° 6 : Tableau des documents
· Etat des Besoins :
· Bon de Commande Fournisseurs :
· Bon de Livraison :
· Bon de Réception :
· Bon d'Entrée Caisse :
· Bon de Sortie Caisse :
· Facture Client :
· Fiche de Stock :
· Fiche d'inventaire :
· Offre des prix :
Les règles de gestion représentent des objectifs choisis, des contraintes, acceptées par l'Entreprise ou l'Etablissement. Dans le S. I. elles sont les lois de l'univers réel modélisé. En effet les règles de gestion sont des règles d'action ou de calcul liées aux traitements ou aux données s'appliquant au domaine concerné par notre étude. La gestion commerciale de l'Etablissement La Mardochée Foods se réalise selon les principales règles de gestion suivante : RG1 : Le Client peut commander une ou plusieurs Mses qui lui seront vendues moyennant une facture à payer comptant ou à crédit selon sa catégorie. RG2 : L'Ets peut vendre ses produits à un ou plusieurs clients qui en manifestent l'intérêt par leur bon de commande ou réquisition. RG3 : L'Ets s'approvisionnent auprès d'un ou plusieurs fournisseurs selon les besoins à satisfaire. RG4 : Chaque produit vendu par l'Ets appartient à une et une seule catégorie des produits ; RG5 : Chaque produit qui entre au magasin appartient à un et un seul lot en fonction de leur date d'arrivée. RG6 : Chaque agent est affecté tout au plus dans un des magasins de l'Ets disséminé dans plusieurs communes de la Capitale. RG7 : Un client de l'Ets appartient tout au plus à une des catégories des Clients selon la répartition adoptée par l'Ets. RG8 : Le Prix total d'un produit sur la facture est le produit de la quantité vendue et du prix unitaire dudit produit ; RG9 : Le prix total de la facture est la somme des prix totaux des produits. Les règles d'Organisation sont les contraintes déterminant le champ d'action propre à chaque individu dans l'ensemble de l'organisation. Ce sont elles qui, par la suite, aident le concepteur à déterminer les différents MOD de l'organisation en étude. Au niveau de l'Ets « La M F », les règles d'organisation ci-dessous ont été ressorties : RO1 : L'A.G. et le Coordon constituent le système de pilotage de l'Etablissement. RO2 : Seul l'AG (ou le Coordon mandaté par lui) peut engager l'Etablissement dans les affaires. RO3 : Contracter un crédit au nom de l'Etablissement est du ressort exclusif de l'AG. RO4 : La Direction Commerciale constitue l'organe qui a en sa charge la Gestion commerciale. RO5 : Les réunions de travail sont convoquées par l'AG ou le Coordon en cas d'indisponibilité de la première chaque mois. RO6 : Le préposé est l'unique agent chargé d'encaisser le montant représentant la valeur de la Mse achetée par le client. RO7 : Le préposé à la livraison a la charge de livrer la marchandise conformément à la facture payée ou classée vente à crédit. RO8 : Le gérant est tenu de contrôler les livraisons effectuées par le préposé, tenir ses fiches de stock chaque jour et procéder à l'inventaire selon les normes de l'Etablissement. RO9 : Seuls les client se trouvant en affaire avec l'Ets depuis plus d'une année peuvent solliciter un crédit. RO10 : LE travail commence à 8h00 et termine à 17h00. L'on ne peut prétendre construire un S.I. d'une Entreprise donnée ou d'un domaine en étude sans avoir, au préalable, identifié ses secteurs ou domaines d'activité car chacun de ceux-ci représente une finalité de l'Entreprise. Les échanges entre les acteurs du domaine ou secteur étudié entre eux ou avec les acteurs externes au domaine ou secteur étudié mais appartenant à une même entreprise et ou encore ceux externes à l'entreprise, sont représentés dans un diagramme appelé Diagramme de flux ou encore Data Flow Diagram. Pour le cas qui nous concerne, nous estimons que les échanges d'information peuvent être représenté dans les diagrammes ci-dessous :
GERANT DIR. COM SERV APPROV (COORDON) TRESORERIE (AG) FOURNISSEURS CPTE EB BLFC BCF FFC FFC BCFVP BCFV BSCS BCFVP FF BLF Flux Internes Flux Externes FF : Facture Fournisseur BLF : Bon de Livraison Fournisseur BSCS : Bon de Sortie Caisse BCFVP : Bon de commande Fournisseur Visé Payé EB : Etat des Besoins BLFC : Bon de Livraison Fournisseur Conforme BCF : Bon de Commande Fournisseur FFC : Facture Fournisseur Conforme LEGENDE
CPTE FACTURATION GERANT CLIENT LIVRAISON EB BLFC JL FCP BLCS BCC FC Flux Internes Flux Externes FC FCP BLC BLC JC BECS BEC CAISSE EB : Etat des Besoins FC : Facture Client BLC : Bon de Livraison Client BECS : Bon d'Entrée Caisse Signé BLCS : Bon de Livraison Client Signé JC : Journal de Caisse JL : Journal de Livraison BCC : Bon de Commande Client FCP : Facture Client Payée LEGENDE
DIR COM GERANT Flux Internes LPRS : Liste des Produits en rupture de Stock LP : Liste des Produits en stock BLFC : Bon de Livraison Fournisseur Conforme LEGENDE BLFC LPRS LP
Pour exercer ses activités, l'Ets la MF dispose d'un personnel qualifié au niveau d'étude variant entre le diplômé d'Etat et le licencié. Comme on peut le constater dans le tableau ci-dessous, les effectifs du personnel des l'Etablissement se présente comme suit :
Tableau n° 7 : Moyens humains Source : Direction Administrative L'Ets la MF utilise pour une grande partie de ses activités son propre immeuble à 4 locaux principaux et un local qu'il loue pour une de ses succursales.
Tableau n° 8 : Locaux Source : Direction Administrative
Tableau n° 9 : Matériels et Outillage Industriels Source : Direction Administrative
Tableau n° 10 : Matériel Roulant Source : Direction Administrative
Tableau n° 11 : Matériaux Roulants Source : Direction Administrative
Les besoins annuels en fourniture pour le fonctionnement de l'Etablissement sont évalués comme suit :
Tableau n° 11 : Fournitures Source : Direction Administrative L'Ets la MF finance l'ensemble de ses activités à l'aide des capitaux générés par ses propres activités. Cet autofinancement est fonction de l'intensité des activités car plus il y a ventes, plus l'Ets a des entrées des capitaux et plus de bénéfice. C'est seulement en temps de vache maigre que les frais de fonctionnement deviennent un grand poids à la survie de l'Ets.
Conformément à l'étude de l'existant que nous avons mené, nous pensons qu'une estimation objective du coût du système en place est possible. Ce dernier se composerait de : - Frais du Personnel ; - Frais de loyer ; - Frais de Matériels & outillage Industriel ; - Fais des Matériels & Mobiliers de Bureau ; - Frais des Fournitures
Tableau n° 13 : Frais du personnel Les frais du personnel annuels en 2007 remontent à 1.941 $ us.
Tableau n° 13 : Frais du personnel Les frais du personnel annuels en 2008 remontent à 17.004 $ us.
Conformément à la comptabilité de l'Ets, les coûts du loyer en rapport avec l'amortissement31(*) des locaux propres à l'Ets et ceux appartenant aux tiers et pour lesquels l'Ets a signé un contrat de bail avec leur propriétaire se présentent comme suit :
Tableau n° 13 : Locaux Le coût du loyer global pour l'année 2007 est évalué à 1.386 $ us cela en tenant compte des Amortissements trimestriels (Octbre, novembre et décembre) des bâtiments propres à l'Ets et des locaux des tiers que ce dernier loue (cas de la Succursale 1 de Bandal et celle 3 de Limete)
Le coût du loyer global pour l'année 2008 est évalué à 8.544 $ us cela en tenant compte des Amortissements annuels des bâtiments propres à l'Ets et des locaux des tiers que ce dernier loue (cas de la Succursale 1 de Bandal et celle 3 de Limete).
Le coût total d'amortissement des matériels et outillages industriels pour en 2007 est de 1.687,50 $ us.
Tableau n° 15 : Matériaux Roulants Le coût total d'amortissement du matériel roulant en 2007 est de 750 $ us tandis qu'en 2008 il s'élève à 3.000,00 $ us.
Le coût d'amortissement du matériel et mobiliers de bureau pour 2007 remonte à 191,25 $ us et pour 2008 à 765,00 $ us.
La comptabilité générale de l'Ets renseigne que l'on a dépensé environ 2.319 $ us pour l'approvisionnement en fournitures pendant les trois mois de fonctionnement au cours de l'année 2007 tandis que pour toute l'année 2008 l'on a dépensé 11.645,50 $ us.
Par ailleurs, 2007 et 2008 étant les deux années sur lesquelles porte notre étude nous constatons ce qui suit : - Les frais du personnel entre 2007 et 2008 ont sensiblement augmenté du fait de l'élargissement des activités sur d'autres sites et par conséquent il y a eu ajout de nouvelles unités. L'on est passé de 7.764 $us33(*) à 17.004 $ us, soit une augmentation de 119 %34(*). - Les frais de loyer ont connu une augmentation. Ils sont passés de 5.544 $ us à 8.544 $ us suite à l'ajout des locaux loués pour les deux succursales. Soit une augmentation de 54 %. - Les Frais des Fournitures ont également augmenté suite à l'élargissement des activités. On est passé de 9.276 $ us (extrapolation des frais de trois mois sur une année) à 11.645,50 $ us. Soit une augmentation de 25 %. - Les autres frais sont restés statiques.
Sixième Chapitre :Critique de l'ExistantL'étude d'un domaine ou secteur d'activité donné dont on a fini de recueillir complètement l'existant poursuit surtout son appréciation en vue de corriger les points faibles à l'aide des nouvelles propositions à formuler. En effet, la critique de l'existant sert à mettre en évidence les lacunes constatées dans la gestion commerciale actuelle de l'Etablissement la MF. Ces lacunes sont à catégoriser selon qu'elles concernent le système de pilotage ou celui opérant.
A ce niveau les faiblesses sont :
A ce niveau nous constatons les faiblesses ci-après :
L'Ets la MF dispose d'un effectif suffisant mais mal motivé et mal organisé, ce qui entraîne :
L'Ets la MF dispose du bon matériel de bureau, d'un outil informatique insuffisant qui lui-même est sous utilisé (uniquement pour le traitement des textes). Toutes les données sont fournies sur le support papier exposé à multiples risques d'altération. A défaut de la climatisation, les bureaux sont dotés des plafonniers qui permettent tant soit peu d'y acquérir un climat propice au travail et à la bonne tenue des machines.
L'Ets la MF ne dispose d'aucune application spécifique pour sa gestion commerciale. L'Access disponible sur ses PC n'est pas utilisé faute d'un personnel qualifié.
L'Ets la MF vit de ses propres capitaux au rythme du déroulement de ses activités. Les multiples tracasseries fiscales, le manque d'énergie pour faire fonctionner les outils de travail et l'utilisation des recettes de l'Ets à d'autres fins mettent souvent en mal sa capacité d'autofinancement. Ces difficultés énumérées ci-dessus sont la cause des lacunes ci-après :
L'Ets dispose d'une gamme des documents lui permettant de faire circuler l'information entre ses différents services. Néanmoins, nous constatons que :
L'Ets révèle une défaillance chronique en cette matière. Il n'existe aucune codification évidente au niveau de l'Etablissement, ce qui a comme conséquence :
Au niveau de l'Ets La MF, le traitement est entièrement manuel ce qui présente multiples risques dus aux erreurs humaines et par surcroît trop fatiguant pour le personnel. Aussi faut-il signaler que le traitement est trop lent et lassant car exige de reprendre les mêmes choses plusieurs fois. Les conclusions de la critique de l'existant démontrent que la procédure actuelle de la Gestion commerciale au sein de l'Ets est très peu efficace. Pour y remédier nous proposons les solutions ci-après : Cette solution consiste en une réorganisation des postes de l'Ets et une redéfinition des responsabilités en tenant compte du remède à apporter aux lacunes constatées. Ainsi proposons-nous de :
La présente solution consiste à créer un VPN (Virtual Private Network) de l'Ets la MF reliant tous ses magasins au Bâtiment central où se situe le siège de la Direction Commerciale. Un logiciel sera créé pour la gestion du stock, des ventes et des approvisionnements de tous ses magasins.
- Réduction du temps de réponse ; - Sécurité et confidentialité des données ; - Permanence de la liaison ; - Communication et Organisation plus efficace et plus efficiente ; - Fiabilité des traitements et de leurs résultats ; - Diminution sensible des risques d'erreur
- Coût très élevé par rapport aux ressources financières de l'Etablissement ;
Cette proposition consiste en la création d'un LAN (Local Area Network) à la Direction Commerciale de l'Etablissement. Le transfert des données des succursales vers la Direction Commerciale se ferait : · Soit sur Internet, au cas où le système de pilotage décide de disposer d'une connexion Internet ; · Soit sur support magnétique (Flash Disk, CD-Rom, Disquette, Disque amovible, ...)
- Réduction du temps de réponse ; - Confidentialité des données ; - Partage d'applications ; - L'unicité de l'Information garantie (Bdd) ; - Fiabilité des traitements et de leurs résultats ; - Diminution sensible des risques d'erreur ; - Communication et organisation plus efficace ;
- Risque d'altération des supports des données par leur transport physique ; - Coût élevé des équipements ; - L'entretien et la maintenance exigent une main d'oeuvre qualifiée ; - La nécessité de dédier un poste comme serveur du réseau. Outre la réorganisation du système existant, l'AG de l'Etablissement a opté pour la solution de la création d'un LAN au niveau de la Direction Commerciale. Les données des succursales devront être transférées sur des supports magnétiques au format qui sera convenu. Septième Chapitre :Elaboration de la SolutionLes objectifs poursuivis par le présent projet concernent à la fois le système opérant et le système de pilotage. Pour le système opérant l'automatisation de la Gestion commerciale a pour effets de : · Centraliser, coordonner, intégrer et diffuser en temps utile l'information relative aux opérations commerciales et celles relative au stock ; · Economiser les ressources ; · Réduire les erreurs ; · Editer aussi rapidement que possible les documents nécessaires à la prise de décision. Pour le système de pilotage, cette automatisation lui fournira : · Les possibilités de s'exprimer pleinement ; · Une maîtrise sûre de l'information aidant à prendre de bonne décision de gestion ; · La possibilité d'un suivi de toutes les activités commerciales de l'Ets · La possibilité d'évaluer les performances du système de gestion pour d'éventuelles modifications ; L'informatisation d'une entreprise suppose que celle-ci ait une organisation interne adaptée aux exigences d'une gestion moderne efficiente et efficace grâce à l'intégration de l'outil informatique. Quant aux aspects économiques et financiers du projet, l'Ets puisera dans ses ressources propres pour débloquer les fonds indispensables à : · l'étude de faisabilité ; · la formation du personnel ; · l'acquisition des matériels (informatiques et autres) ; · au fonctionnement du nouveau système. Notre choix de la solution implique la création des tâches informatisées débouchant concrètement sur les types d'informatisation ci-après : · le traitement en mode batch ou par lots ; · les traitements unitaires immédiats. La solution retenue donne la possibilité d'utilisation d'une base de données unique. Ceci signifie que l'on aura recours au mode de traitement immédiat et/ ou en temps différé pour avoir les résultats attendus selon la nature du problème à résoudre. Le domaine que nous étudions exige la réorganisation et l'informatisation des activités commerciales de l'Ets. La logique de la solution informatique adoptée s'articule autour d'une BDD centrale des éléments clés de la Gestion commerciale dont la structure et la mise à jour permettront de prendre en charge et de suivre l'évolution de toutes les activités commerciales de l'Ets. Les informations à mémoriser par le système feront l'objet de différentes tables de la BDD à décrire dans la suite de ce projet. Pour ce qui est des moyens à utiliser, ceux-ci seront définis ultérieurement. Mais pour les moyens humains, un séminaire de formation devra être organisé à l'intention du personnel de la direction commerciale. Cette formation portera sur : · la micro-informatique ; · le nouveau logiciel à installer à la Direction Commerciale. Troisième
Partie :
|
Elément du coût |
Estimation en $ |
|||||
2007 |
2008 |
2009 |
2010 |
2011 |
2012 |
|
1. Etudes |
||||||
Analyste Programmeur |
800,00 |
|||||
Concepteur |
1.200,00 |
|||||
2. Formation |
||||||
Formateur |
750,00 |
|||||
Participants (10) |
3.500,00 |
|||||
3. Installation |
||||||
Achats matériels informatiques |
5.380,00 |
|||||
Main d'oeuvre Installation réseau |
1.500,00 |
|||||
Aménagement locaux, équipements de bureau, climatisation, tables et chaises |
2.700,00 |
900,00 |
900,00 |
900,00 |
900,00 |
900,00 |
Total développement |
15.830,00 |
900,00 |
900,00 |
900,00 |
900,00 |
900,00 |
Tableau 17 : Coût de développement
Source : Marché de Kinshasa
· Fonctionnement
Elément du Coût |
Estimation en $ US |
|||||
2007 |
2008 |
2009 |
2010 |
2011 |
2012 |
|
Entretien et Réparation |
150,00 |
150,00 |
300,00 |
300,00 |
300,00 |
|
Fourniture et Consommables |
11.645,50 |
11.645,50 |
11.645,50 |
11.645,50 |
11.645,50 |
|
Personnel |
17.004,00 |
17.004,00 |
17.004,00 |
17.004,00 |
17.004,00 |
|
Loyer |
10.680,00 |
8.544,00 |
8.544,00 |
8.544,00 |
8.544,00 |
|
Matériel Roulant et Outils Industr. |
9.750,00 |
9.750,00 |
9.750,00 |
9.750,00 |
9.750,00 |
|
Total |
49.079,50 |
47.093,50 |
47.243,50 |
47.243,50 |
47.243,50 |
Source : Marché de Kinshasa
· Coût total du projet
Elément du coût |
Estimation en $ us |
||||
2008 |
2009 |
2010 |
2011 |
2012 |
|
Solution Proposée |
|||||
- Développement - Fonctionnement |
15.830,00 49.079,50 |
900,00 47.093,50 |
900,00 47.243,50 |
900,00 47.243,00 |
900,00 47.243,50 |
Coût du projet |
64.909,50 |
47.993,50 |
48.143,50 |
48.143,50 |
48.143,50 |
· Evaluation économique du projet
Elément du coût |
Estimation en $ us |
||||
2008 |
2009 |
2010 |
2011 |
2012 |
|
Système existant |
|||||
Coût de fonctionnement |
56.517,86 |
50.517,86 |
54.157,08 |
58.706,00 |
64.392,37 |
Solution Proposée |
|||||
- Développement - Fonctionnement |
15.830,00 49.079,50 |
900,00 47.093,50 |
900,00 47.243,50 |
900,00 47.243,00 |
900,00 47.243,50 |
Coût du projet |
64.909,50 |
47.993,50 |
48.143,50 |
48.143,50 |
48.143,50 |
Economie d'exploitation |
- 8.391,64 |
2.524,36 |
6.013,58 |
10.562,20 |
16.248,87 |
· Commentaires
La lecture du tableau ci-dessus nous conduit à des déductions ci-après :
1) Amélioration chiffrable
Dès la deuxième année l'économie d'exploitation est une économie positive ; laquelle économie va toujours croissante au fil des années.
2) Amélioration non chiffrable
Outre les améliorations chiffrables, il sied de noter que le projet incorpore également des améliorations positives mais non chiffrables. L'on peut citer entre autres :
- la production des résultats en temps record ;
- la réduction des erreurs lors des approvisionnements, tenue de stock ou ventes ; lesquelles erreurs seraient dues à la manipulation manuelle des données ;
- la production rapide des documents.
La représentation formelle de l'ensemble de données mémorisables du domaine étudié constitue le Modèle Conceptuel de données (M.C.D.). Cette représentation ne tient pas compte des contraintes organisationnelles, économiques ou techniques.
9.1.1.1 Définition des concepts de base38(*)
Il existe trois principaux concepts de base manipulés dans le MCD à partir d'un réel perçu :
- Entité (ou Objet) : est un objet pourvu d'une existence propre et conforme aux choix de gestion de l'entreprise ;
- Relation : est une association perçue dans le réel entre deux ou plusieurs entités. Une relation est dépourvue d'existence propre ;
- Propriété : est une donnée élémentaire que l'on perçoit sur une entité ou sur une relation entre objets.
Outre ces trois principaux concepts, il existe d'autres tels que :
- Occurrence d'un objet : c'est l'objet individualisé, déterminé, autrement dit, un élément individualisé appartenant à l'entité concernée ;
- Occurrence d'une relation : est une relation individualisée constituée d'une et d'une seule occurrence des entités participant à la relation ;
- Cardinalités (objet - relation) : la cardinalité d'une entité par rapport à une relation s'exprime par deux nombres appelés cardinalité minimale (0 ou 1) qu'est le nombre de fois minimum qu'une occurrence d'une entité participe aux occurrence de la relation d'une part et d'autre part cardinalité maximale (1 ou n) indiquant le nombre de fois maximum une occurrence de l'entité participe aux occurrences de la relation.
- Identifiant d'une entité : est une propriété particulière de l'entité telle qu'à chaque valeur de la propriété correspond une et une seule occurrence de l'entité ;
- Identifiant d'une relation : est l'identifiant obtenu par concaténation des identifiants des entités participant à la relation ;
- Dimension d'une relation : est le nombre d'entité participants à la relation.
La représentation de ces concepts est donnée à la figure n° 2 ci-dessous représentée :
Non ENTITE 1 |
Propriété 1 : : : : Propriété n |
Non ENTITE 2 |
Propriété 1 : : : : Propriété n |
Non de la Relation
m,M
m,M
Figure n° 8 : Schéma Entité - Relation
9.1.1.2. Conception du MCD
a) Identification et Description des objets (entités)
Après observation de l'univers réel tel que nous l'avons perçu, nous avons identifié les entités de gestion qui y sont couramment manipulées. Nous en faisons la description succincte dans le tableau ci-dessous :
Objet |
Code |
Propriétés |
Code |
Nature |
Taille |
Identifiant |
Produit |
PROD |
Code Produit Désignation Produit Prix Unitaire Unité Statistique |
CODPROD DESPROD PU UNITS |
AN AN N AN |
5 25 5 6 |
* |
Client |
CLI |
Numéro Client Nom Client Adresse Client Téléphone |
NUMCLI NOMCLI ADRCLI TEL |
N AN AN N |
2 30 15 10 |
* |
Commande |
CDE |
Numéro Commande Date Commande Quantité commandée Mode de paiement Délai de Livraison |
NUMCOM DATCOM QTECOM MDP DL |
N N N AN N |
4 8 3 7 2 |
* |
Facture |
FACT |
Numéro Facture Date Facture Quantité Montant Facture Montant Payé Date de paiement Motif de paiement |
NUMFACT DATFACT QTE MONTF MONTP DATP MOTP |
N N N N N N AN |
4 8 3 7 7 8 20 |
* |
Fournisseur |
FOU |
Numéro Fournisseur Nom Fournisseur Adresse Fournisseur |
NUMFOU NOMFOU ADRFOU |
N AN AN |
1 30 15 |
* |
Magasin |
MAG |
Code Magasin Désignation Magasin Adresse Magasin |
CODMAG DESMAG ADRMAG |
N AN AN |
1 18 15 |
* |
Lot |
Lot |
Code Lot Libellé Lot Date Expiration Poids Lot |
CODLOT LIBLOT DATEX POIDS |
N AN N N |
2 10 8 5 |
* |
Catégorie Produit |
CATPROD |
Code Catégorie Libellé Catégorie |
CODCAT LIBCAT |
N A |
2 15 |
* |
Catégorie Clients |
CATCLI |
Code Catégorie Libellé Catégorie |
CODCATCLI LIBCATCLI |
N A |
1 10 |
* |
Agent |
AGENT |
Numéro Agent Noms Agent Date Naissance Sexe Etat Civil Adresse Agent Fonction Date Engagement |
NUMAG NOMAG DATNAIS SEX ETATCIV ADRAG FONCT DATENG |
AN A N AN AN AN AN N |
4 30 8 1 1 15 15 8 |
* |
b) Identification et description des relations
Nous référant au discours de l'univers concerné, nous constatons également que les différentes entités sont en relations entre elles. Dans le tableau ci-dessous sera reprise la description de toutes ces relations.
N° |
Relation |
Dimension |
Objet 1 |
Objet 2 |
Propriétés |
1 |
Passer |
2 |
Client |
Commande |
|
2 |
Concerner 1 |
2 |
Commande |
Produit |
Quantité facturée |
3 |
Concerner 2 |
2 |
Facture |
Commande |
Quantité Facturée |
4 |
Stocker |
2 |
Magasin |
Produit |
Quantité Stock Quantité Critique |
5 |
Livrer |
2 |
Fournisseur |
Produit |
Quantité Livrée Date de Livraison |
6 |
Appartenir 1 |
2 |
Produit |
Catégorie Produit |
- |
7 |
Contenir |
2 |
Lot |
Produit |
|
8 |
Appartenir 2 |
2 |
Client |
Catégorie Clients |
- |
11 |
Etablir |
2 |
Agent |
Facture |
Date du jour |
c) Définition des contraintes d'intégrité fonctionnelle - CIF ou DF
Une contrainte d'intégrité fonctionnelle sur plusieurs entités participant à une même relation exprime que l'une des entités est totalement déterminée par la connaissance d'une ou plusieurs autres entités39(*).
Cette notion traduit un lien fort et permanent (non modifiable en moins d'une annulation) de dépendance d'une entité par rapport à plusieurs autres. Lorsque ce lien n'est pas permanent dans le temps, il s'agit d'une dépendance fonctionnelle (DF) entre entité.
Merise définit, à partir du formalisme conceptuel de données, la notion de DF entre autre au sein d'une relation-type entre deux ou plusieurs entités type de sa collection. C'est une dépendance obligatoire dans une relation d'un objet fils vis-à-vis d'un objet père. Dans le cas des relations binaires d'une cardinalité (1,1).
Relation |
Cardinalité Source |
Cardinalité cible |
CIF |
Objet Père |
Objet Fils |
Passer |
1,n |
1,1 |
oui |
Client |
Commande |
Concerner 2 |
1,n |
1,1 |
oui |
Facture |
Commande |
Appartenir 1 |
1,1 |
1,n |
oui |
Produit |
Catégorie Produit |
Appartenir 2 |
1,1 |
1,n |
oui |
Client |
Catégorie Client |
Contenir |
1,n |
1,1 |
oui |
Lot |
Produit |
Etablir |
1,n |
1,1 |
oui |
Agent |
Facture |
d) Elaboration du MCD
CLIENT |
# NUMCL NOMCLI ADRCLI TEL |
Passer
COMMANDE |
# NUMCOM DATCOM QTECOM MDP DL |
PRODUIT |
# CODPROD DESPROD PU UNITS |
FOU |
# NUMFOU NOMFOU ADRFOU |
Livrer
- Qtéliv
- Datliv
CATPROD |
# CODCAT LIBCAT |
Appartenir 1
MAGASIN |
# CODMAG DESMAG ADRMAG |
Stocker
- QTESTO
- QTECRIT
LOT |
# CODLOT LIBLOT POIDS DATEX |
Contenir
AGENT |
# NUMAG NMAG DATNAIS SEX ETATCIV ADRAG FONCT DATENG |
Concerner 2
- Qté
FACTURE |
# NUMFACT DATFACT QTE MONTFACT MONTP DATP MDP |
Appartenir 2
CATCLI |
# CODCATCLI LIBCATCLI |
Etablir
1,n
1,1
1,1
1,n
1,n
1,1
1,n
1,1
1,n
1,n
1,n
1,n
1,n
1,n
1,1
- Datjr
- Qté
Concerner 1
1,n
1,n
1,n
Les traitements constituent la partie dynamique du S.I. Ils décrivent les actions à exécuter sur les données afin d'obtenir les résultats attendus par l'entreprise. Les traitements ne sont en fait que la traduction en action des règles de gestion qui composent l'activité de l'entreprise40(*).
9.1.2.1. Identification et découpage du domaine en processus
Dans le domaine que nous étudions, trois processus peuvent être distingués à savoir :
- L'approvisionnement
- La Tenue des Stocks
- Et la Vente
9.1.2.2. Le modèle conceptuel des traitements (MCT)
La présentation schématique à l'aide du formalisme MERISE de l'activité ou d'un sous-ensemble de l'activité d'une entreprise indépendamment des choix d'organisation et des moyens d'exécution correspond au modèle conceptuel des traitements ou MCT41(*). Autrement dit, le MCT permet de représenter les actions menées par l'entreprise pour la réalisation de ses finalités.
Le formalisme Merise du MCT introduit les concepts de base ci-après :
· Le Processus : Constitue un sous-ensemble de l'activité de l'entreprise dont les points d'entrée et de sortie sont stables et indépendants des choix d'organisation. Le processus est donc un ensemble structuré d'événements, d'opérations et des résultats successifs qui concourent à un même but.
· L'opération : c'est un ensemble d'actions qui sont exécutables sans interruption. Une opération est déclenchée pour répondre à la sollicitation d'un événement et produire un résultat.
· Evénement - Résultat : l'événement correspond à une sollicitation pour le S.I. qui doit réagir par l'exécution d'une ou plusieurs actions en vue de traiter cet événement. L'événement qui se produit à la fin d'une opération est appelé résultat de l'opération. Ce résultat peut être, lui-même un événement déclencheur d'une autre opération.
· Synchronisation : est une combinaison par une expression logique des occurrences de plusieurs événements sollicitant une opération ;
· Les règles d'émission de résultats : l'émission des résultats par une opération peut être conditionnée par des règles d'émission des résultats.
La Figure ci-dessous représenté est celle du formalisme de représentation du MCT.
Condition d'exécution
Désignation de l'Opération |
|
Condition d'émission |
|
KO |
OK |
Evénements
Synchronisation
Opération
Conditions d'émission des résultats
Evénements résultats
Ev 1
Ev 1
Ev 3
Ev 4
Figure n° 9 : Formalisme de représentation du MCT
9.1.2.3. Construction du MCT
a) Règles de construction d'un MCT42(*)
· Première Règle : Une opération est une suite non interrompue de traitement ; toute intervention d'un acteur externe qui entraînerait une interruption provoque un découpage de l'opération.
· Deuxième règle : A l'intérieur d'une opération il ne doit pas apparaître de résultat pouvant conditionner la suite du déroulement des opération d'un processus étudié ; si tel était le cas, il faudrait découper l'opération.
b) Tableau Evénements - Résultats
· 1er Processus : Approvisionnement Maison Mère
Evénement |
Opération |
Résultat |
7. Etat des Besoins |
Vérification EB + Etablissement BCF |
8. BCF 9. EB rejetté |
10. BCF 11. Visa 12. BSCS |
Paiement |
13. 14. BCFVP |
15. 16. BCFVP 17. BLF 18. FF |
Contrôle de Conformité |
19. BLFC 20. Retour Mses (LR) |
· 2ème Processus : Vente
Evénement |
Opération |
Résultat |
21. Choix du Client 22. BCC |
Contrôle Disponibilité + Etablissement Facture client |
FC Choix ou BCC différé |
FC Paiement |
Encaissement Facture |
FCP FC |
FCP |
Etablissement JC |
JC |
FCP |
Etablissement Bon de Livraison Client |
BLC |
BLC |
Etablissement Journal de Livraison |
JL |
FC Echéance |
Relance |
LdR |
FCP Fin Journée |
Etablissement BEC |
BEC |
· 4ème Processus : Tenue de Stock
Evénement |
Opération |
Résultat |
23. PP 24. BLC 25. BLFC 26. EO 27. PI 28. EI |
Ajustement Fiche de Stock |
29. 30. 31. FSA |
32. FSA 33. PI |
Etablissement LP |
34. LP |
35. 36. LP 37. SP |
Rapprochement ST & SP |
38. FI |
c) Elaboration du MCT
· Processus d'approvisionnement Magasin Central
Etat des Besoins
Vérification EB + Etablissement BCF |
|
OK |
KO |
BCF
EB rejeté
Paiement |
Toujours |
BLFC
Visa
Et
BSCS
BCFVP
Contrôle de conformité |
|
OK |
KO |
Et
BLF
Ret Mses
FF
FF
· Processus de vente
Choix du Client
Contrôle Disponibilité + Etablissement Facture Client |
|
OK |
KO |
FC
Encaissement Facture |
|
OK |
KO |
Ou
BLC
Et
Etablissement Bon de Livraison |
Toujours |
JC
JL
Etablissement BEC |
Toujours |
Et
BEC
BCC
Paiement
FCP
Etablissement JC |
|
Toujours |
|
Etablissement Journal de Livraison |
|
Toujours |
Fin Journée
Relance |
Toujours |
Echéance
Et
LdR
· Processus de tenue de Stock
BLFC
Ajustement Fiche de Stock |
|
Toujours |
|
Etablissement LP |
|
Toujours |
A
FSA
Et
PI
Ou
Rapprochement ST et SP |
Toujours |
LP
EI
BLC
PP
EO
A ou B ou C ou D ou (E et F)
B
C
D
E
PI
F
SP
De la nouvelle organisation découle les règles générales suivantes :
· RO1 : Le Coordon a en sa charge l'administration et la maintenance de la BDD centrale implantée sur le Serveur Dédié située dans son bureau ;
· RO2 : Le Dir. Com., les préposés à la facturation et à la caisse, le gérant du magasin central et la comptabilité sont équipés des micro-Ordinateurs connectés au réseau local.
· RO3 : Les gérants des succursales sont aussi dotés des micro-ordinateurs non connectés au LAN mais sur lesquels la saisie des données se fera suivant la structure de la BDD centrale.
· RO4 : la mise à jour de la BDD est effectuée par le Coordon au moment opportun.
· RO5 : Les imprimantes sont trouvées chez le Dir. Com., à la Caisse et chez les trois gérants ; Et à ces postes on peut imprimer les documents relatifs au poste.
· R06 : les postes non équipés d'une imprimante peuvent imprimer leur état sur le réseau sur l'imprimante du Dir. Com qui sera partagée sur le réseau.
L'exploitation de la BDD consiste à produire différents documents parmi lesquels nous citons à titre d'exemple :
- Bon de Commande Fournisseur ;
- Bon de Livraison Client ;
- Facture Client ;
- Liste Produits en Rupture Stock (LPRS) ;
- Journal de Caisse ;
- Journal de Livraison ;
9.2.2.1. Description
Projet : Gestion Commerciale Processus : Ventes |
Fiche description du document de sortie Désignation : Bon de commande fournisseur |
Page : Date : Etablie : A.K.T. |
|
Désignation donnée |
Code |
Type |
Taille |
Numéro Bon de Commande Date de la Commande Désignation Magasin Adresse magasin Nom fournisseur Adresse fournisseur Code Produit Désignation Produit Quantité Commandée Prix Unitaire Mode de Paiement Délai de Livraison Total à Payer |
NUMBCF DATCOM DESMAG ADRMAG NOMFOU ADRFOU CODPROD DESPROD QTECDE PU MDP DL TOTPAY |
N N AN AN AN AN AN AN N N AN N N |
5 8 18 15 25 15 5 30 4 5 7 2 7 |
Projet : Gestion Commerciale Processus : Vente |
Fiche description du document de sortie Désignation : Bon de Livraison Client |
Page : Date : Etablie : A.K.T. |
|
Désignation donnée |
Code |
Type |
Taille |
Date Livraison Nom Client Code Lot Libellé Lot Code Produit Désignation Produit Quantité Livrée |
DATLIV NOMCLI CODLOT LIBLOT CODPROD DESPROD QTELIV |
N AN N AN AN AN N |
8 25 4 18 5 25 4 |
Projet : Gestion Commerciale Processus : Vente |
Fiche description du document de sortie Désignation : Facture Client |
Page : Date : Etablie : A.K.T. |
|
Désignation donnée |
Code |
Type |
Taille |
Date Vente Nom du Client Adresse du Client Code Produit Désignation Produit Quantité Vendue Prix Unitaire Montant Facture Montant Payé Motif de Paiement Mode de Paiement Nom Agent |
DATVEN NOMCLI ADRCLI CODPROD DESPROD QTEVEND PU MONTF MONTP MOTF MDP NOMAG |
N AN AN AN AN N N N N N AN AN |
8 30 15 5 25 4 5 6 7 7 7 30 |
Projet : Gestion Commerciale Processus : Vente |
Fiche description du document de sortie Désignation : JC |
Page : Date : Etablie : A.K.T. |
|
Désignation donnée |
Code |
Type |
Taille |
Date du Jour Numéro Facture Nom Client Montant Payé Total Recettes du Jour Signature |
DATJR NUMFACT NOMCLI MONTP TOTRECJR SE |
N N AN N N AN |
8 4 30 6 8 10 |
Projet : Gestion Commerciale Processus : Tenue de stock |
Fiche description du document de sortie Désignation : LPRS |
Page : Date : Etablie : A.K.T. |
|
Désignation donnée |
Code |
Type |
Taille |
Date du jour Code catégorie Libellé Catégorie Code Lot Lib Lot Date Expiration Code Produit Désignation Produit Quantité en stock Quantité Critique |
DATJR CODCAT LIBCAT CODLOT LIBLOT DATEXP CODPROD DESPROD QTESTO QTECRIT |
N N AN N AN N AN AN N N |
8 2 15 4 10 8 5 25 4 2 |
Projet : Gestion Commerciale Processus : Tenue de Stock |
Fiche description du document de sortie Désignation : JL |
Page : Date : Etablie : A.K.T. |
|
Désignation donnée |
Code |
Type |
Taille |
Date du Jour Numéro Facture Nom Client Numéro Bon livraison Désignation Produit Quantité Livrée Signature |
DATJR NUMFACT NOMCLI NUMBL DESPROD QTELIV SE |
N N AN N AN AN AN |
8 4 30 5 25 4 10 |
9.2.2.2. Dictionnaire des données
Il constitue l'ensemble de vocabulaire précis sur lequel tous ceux qui interviennent dans cette gestion pourront s'accorder.
N° |
Données |
Code |
Définition |
Contrainte syntaxique |
Contrainte sémantique |
1. |
Numéro Client |
NUMCLI |
Désigne le numéro du Client |
N(2) |
0 < NUMCLI <= 6 |
2. |
Nom Client |
NOMCLI |
Désigne le nom du Client |
AN(30) |
0 < NOMCLI <= 30 |
3. |
Adresse Client |
ADRCLI |
Désigne l'adresse du Client |
AN(15) |
0 < ADRCLI <= 15 |
4. |
Téléphone |
TEL |
Désigne le numéro de Téléphone du Client |
N(10) |
0 < TEL<= 10 |
5. |
Code Produit |
CODPROD |
Désigne le code du produit |
AN(5) |
0 < CODPROD<= 6 |
6. |
Désignation Produit |
DESPROD |
Désigne le nom du Produit |
AN(25) |
0 < DESPROD <= 25 |
7. |
Quantité Stock |
QTESTO |
Désigne la quantité des Mses en stock |
N(5) |
0 < QTESTO<= 6 |
8. |
Prix Unitaire |
PU |
Désigne le prix d'un produit |
N(5) |
0 < PU <= 5 |
9. |
Quantité Critique |
QTECRIT |
Désigne le stock critique d'un produit |
N(2) |
0 < QTECRIT<= 7 |
10. |
Date Expiration |
DATEX |
Désigne la date d'expiration d'un produit |
N(8) |
0 < DATEX<= 8 |
11 |
Code catégorie |
CODCAT |
Désigne la référence de la catégorie des produits |
N(2) |
0 < CODCAT<= 6 |
12 |
Libellé Catégorie |
LIBCAT |
Désigne le libellé de la Catégorie |
AN(15) |
0 < LIBCAT <= 15 |
13 |
Code Lot |
CODLOT |
Désigne la référence d'un Lot des produits |
N(4) |
0 < CODLOT <= 6 |
14 |
Libellé Lot |
LIBLOT |
Désigne le nom du Lot |
AN(10) |
0 < LIBLOT <= 10 |
15 |
Poids |
POIDS |
Désigne le poids du Lot |
N(5) |
0 < POIDS<= 5 |
16 |
Numéro Fournisseur |
NUMFOU |
Désigne la Référence du fournisseur |
N(1) |
0 < NUMFOU <=6 |
17 |
Nom Fournisseur |
NOMFOU |
Désigne le Nom du fournisseur |
AN(30) |
0<NOMFOU<= 30 |
18 |
Adresse Fournisseur |
ADRFOU |
Désigne l'Adresse du Fournisseur |
AN(15) |
0< ADRFOU<= 15 |
19 |
Date Vente |
DATVENTE |
Désigne la date du jour où le produit est vendu |
N(8) |
0<DATVENTE<= 8 |
20 |
Quantité Vendue |
QTEVEND |
Désigne la quantité vendue du produit |
N(4) |
0 < QTEVEND<= 7 |
21 |
Mode de Paiement |
MDP |
Désigne le mode de paiement |
N(1) |
0 < MDP <= 3 |
22 |
Echéance |
ECHEANCE |
Désigne la date prévue du paiement de la facture |
N(8) |
0 < ECHEANCE<= 8 |
23 |
Code Catégorie Client |
CODCATCLI |
Désigne la référence de la catégorie d'un client |
N(1) |
0< CODCATCLI<= 9 |
24 |
Libellé catégorie Client |
LIBCATCLI |
Désigne le nom de la catégorie d'un client |
AN(10) |
0 < LIBCATCLI<= 10 |
25 |
Code magasin |
CODMAG |
Désigne le code du magasin |
N(1) |
0 < CODMAG<= 6 |
26 |
Libellé Magasin |
LIBMAG |
Désigne la raison sociale du Magasin |
AN(18) |
0 < LIBMAG <= 18 |
27 |
Adresse Magasin |
ADRMAG |
Désigne l'Adresse du magasin |
AN(15) |
0 < ADRMAG<= 15 |
28 |
Date Réception |
DATREC |
Désigne la date de réception du produit |
N(8) |
0 < DATREC <= 8 |
29 |
Quantité livrée |
QTELIV |
Désigne la quantité des produits livrés parle fournisseur |
N(4) |
0 < QTELIV<= 6 |
30 |
Date livraison |
DATLIV |
Désigne la date de livraison des produits |
N(8) |
0 < DATLIV<= 8 |
31 |
Numéro Agent |
NUMAG |
Désigne la référence d'un agent dans la BDD |
N(2) |
0 < NUMAG<= 5 |
32 |
Nom Agent |
NOMAG |
Désigne le nom d'un agent |
AN(30) |
0 < NOMAG<= 30 |
33 |
Date Naissance |
DATNAIS |
Désigne la date de naissance d'un agent |
N(8) |
0 < DATNAIS<= 8 |
34 |
Sexe |
SEX |
Désigne le sexe d'un agent |
AN(1) |
0 < SEX<= 3 |
35 |
Etat Civil |
ETACIV |
Désigne l'Etat Civil d'un agent |
AN(1) |
0 < ETACIV<= 6 |
36 |
Adresse Agent |
ADRAG |
Désigne l'adresse d'un agent |
AN(15) |
0 < ADRAG<= 15 |
37 |
Fonction |
FONCT |
Désigne la fonction d'un agent |
AN(15) |
0 < FONCT<= 15 |
38 |
Date Engagement |
DATENG |
Désigne la date d'engagent d'un agent |
N(8) |
0 < DATENG <= 8 |
39 |
Date Affectation |
DATAFFECT |
Désigne la date d'affectation d'un agent |
N(8) |
0 < DATAFFECT<= 8 |
40 |
Nouvelle Fonction |
NVLFONCT |
Désigne la nouvelle fonction attribuée à un agent |
AN(15) |
0 < NVLFONCT<=15 |
41 |
Numéro Commande |
NUMCOM |
Désigne le numéro de la commande |
N(4) |
0 <NUMCOM <= 4 |
42 |
Date commande |
DATCOM |
Désigne la Date de la Commande |
N(8) |
0 <DATCOM <= 8 |
43 |
Quantité Commandée |
QTECOM |
Désigne la Quantité Commandée |
N(3) |
0 < QTECOM <= 3 |
44 |
Mode de Paiement |
MDP |
Désigne le mode de paiement |
AN(7) |
0<MDP <= 7 |
45 |
Délai de livraison |
DL |
Désigne le délai de livraison souhaité |
N(2) |
0 < DL <= 2 |
9.2.3.1. Passage du MCD au MOD
Le niveau organisationnel des données s'occupe d'un certain nombre de préoccupations spécifiques bien identifiées telles que :
- La détermination des données retenues au niveau organisationnel : à ce niveau les données du niveau conceptuel ne faisant pas l'objet de traitement automatisé ne sont pas prises en compte. Cependant l'ajout des données de type organisationnel relatives aux sites organisationnels est autorisé ;
- La détermination des droits d'accès aux données : pour chaque donnée ou ensemble de données, les droits d'accès en consultation et mise à jour doivent être définis par types d'utilisateurs et/ou par type de site ;
- Le volume des données : toutes les informations précisant le volume des données actives et le volume des données passives (non mise à jour) seront spécifiées.
L'ensemble de ces préoccupations est décrit dans le MOD Global et dans le MOD par site dans le cas d'un S.I. de type reparti sur plusieurs sites.
9.2.3.2. Modèle organisationnel des données
En application des règles de transformation du MCD en MOD, les objets mobilisés au niveau conceptuel sont mémorisables.
Ainsi, le modèle de données construit au niveau conceptuel représente également le MOD global.
9.2.3.3. Evaluation du volume global du MOD
9.2.3.3.1. Détermination de la taille et occurrence des entités
CLIENT |
T = 57 N = 500 |
Passer
PRODUIT |
T = 41 N = 50 |
Concerner 1
FOU |
T = 46 N = 5 |
Livrer
CATPROD |
T = 17 N = 10 |
Appartenir 1
MAGASIN |
T = 34 N = 3 |
Stocker
LOT |
T = 17 N = 1.000 |
Contenir
AGENT |
T = 82 N = 14 |
Concerner 2
FACTURE |
T = 22 N = 7200 |
Appartenir 2
CATCLI |
T = 11 N = 3 |
Etablir
COMMANDE |
T = 24 N = 7200 |
9.2.3.3.2. Quantification des cardinalités
C'est grâce à la quantification que l'on détermine de façon approximative le volume des données à mémoriser.
En effet, dans le MCD les cardinalités multiples ont été spécifiées par la lettre n. au niveau du MOD, elles doivent être quantifiées selon la règle de gestion (cette cardinalité multiple peut être fixée si le nombre est connu). Lorsque la règle de gestion ne le dit pas, il faut le calculer.
La cardinalité moyenne (Cm) d'un individu participant dans une relation est déterminée à l'aide de la formule suivante :
Cm = [(m + 2M + N) /4] x P
Avec
m = cardinalité mini ;
M = Cardinalité modale ;
N = cardinalité maximale ;
P = taux de participation d'un individu (entité) dans une relation et il est calculé par la relation suivante :
P = 1 - % des occurrences de l'individu ne participant pas à la relation
Les différentes valeurs obtenues après quantification sont présentées dans les tableaux ci-après :
Relation |
Entité |
Cm |
P |
|
Passer |
Client Commande |
326 815 |
0,60 0.,80 |
|
Stocker |
Produit Magasin |
33.5 508.33 |
1 1 |
|
Livrer |
Fournisseur Produit |
8.25 0 ;825 |
0,60 0,75 |
|
Concerner 2 |
Facture Commande |
3801 547.344 |
1 1 |
|
Appartenir 1 |
Produit CatProd |
73 ,50 367,50 |
0,20 0,20 |
|
Appartenir 2 |
Client CatCli |
326 54.333,33 |
0,33 |
|
Concerner 1 |
Commande Produit |
3801 547.344 |
0,50 0,20 |
|
Etablir |
Agent Facture |
10.5 0,02023 |
0,21 0,70 |
|
Contenir |
Lot Produit |
1.201 24020 |
0,02 0,20 |
|
Entité - Relation |
Total taille propriétés |
Nombres occurrences |
Volume |
|
Agent |
82 |
14 |
882 |
|
Produit |
41 |
50 |
2.400 |
|
Clients |
57 |
500 |
23.500 |
|
Fournisseurs |
46 |
5 |
230 |
|
Magasin |
34 |
3 |
102 |
|
Lot |
17 |
1.000 |
17.000 |
|
Catégorie Produit |
17 |
10 |
170 |
|
Catégorie Clients |
11 |
3 |
33 |
|
Concerner 1 |
12 |
27.367.200 |
328.406.400 |
|
Concerner 2 |
12 |
27.367.200 |
328.406.400 |
|
Stocker |
11 |
1.675 |
18.425 |
|
Livrer |
11 |
41,25 |
453,75 |
|
Etablir |
16 |
145,7 |
2.331,10 |
|
Total |
656.878.326,85 |
9.2.3.3.3. Evaluation du volume du MOD
Le volume global du MOD est égale à la somme des produits du volume de chaque objet (T * N) ; soit dans ce cas précis 656.878.326,85 octets.
Le volume total brut est obtenu en appliquant un coefficient quelconque contenu entre 1 et 2,5 % du volume Global. Ainsi le volume total brut sera égale à 656.878.326,85 octets * 2,5 = 1.642.195.817,125 Octets. Soit 1,53 GO
9.2.3.3.4. Répartition des MOD locaux à partir du MOD Global - Accessibilité et sécurité des données
Le système étudié présente une typologie des utilisateurs travaillant sur un même site bien que dans des bureaux et postes différents pour la plupart ; à l'exception des gérants des succursales qui ne sont du reste pas connectés au LAN.
En effet, le SI n'étant pas reparti sur plusieurs sites, il n'y a pas dérivation des MOD locaux. Cependant pour contrôler la diffusion et le traitement de chaque donnée ou ensemble des données, nous avons dressé un tableau des droits d'accès en consultation et mise à jour en rapport avec les types d'utilisateurs que nous avons identifiés à la Direction commerciale de l'Ets La MF.
Le droit d'accès en création initiale relèvera de la responsabilité du Coordon qui est l'administrateur des données de l'Ets.
Quant à la sécurité des données, les mesures suivantes sont préconisées :
- Une sauvegarde (Back up) hebdomadaire, mensuelle et annuelle doit être faite au cours de chaque exercice (année) par les différents utilisateurs chacun à son poste et par l'administrateur de la BDD;
- L'usage des onduleurs est recommandé pour palier aux coupures intempestives du courant ;
- Les matériels devront être sécurisés par l'usage des housses contre la poussière, d'un paratonnerre contre la foudre et des splits pour le maintien d'une bonne température de fonctionnement.
Entité - Relation |
AG |
Coordon |
D.C. |
Gérant |
Fact. |
Caisse |
Cpté |
Agents |
L |
L,C,M,S |
L |
- |
- |
- |
L |
Clients |
L |
L |
L, |
L |
L,C,M,S |
L |
L |
Produits |
L |
L,C,M,S |
L, |
L, |
L |
L |
L |
Fournisseurs |
L |
L,C,M,S |
L, |
L |
- |
- |
L |
Facture |
L |
L |
L, |
L |
L,C,MS |
L |
L |
Magasin |
L |
L,C,M,S |
L |
L |
L |
L |
L |
Lot |
L |
L,C,M,S |
L |
L, |
L |
L |
L |
Catégorie Produit |
L |
L |
L |
L,C,M,S |
L |
L |
L |
Catégorie Client |
L |
L |
L |
L |
L,C,M,S |
L |
L |
Concerner 1 |
L |
L,C,M,S |
L |
L |
L |
L |
|
Stocker |
L |
L |
L |
L,C,M,S |
- |
- |
L |
Concerner 2 |
L |
L,C,M,S |
L, |
L |
L, |
L |
L |
Livrer |
L |
L |
L,C,M,S |
L |
L |
L |
L |
Etablir |
L |
L |
L |
L,C,M,S |
L |
L |
9.2.4.1. Passage du MCT au MOT
Le modèle organisationnel des traitements (MOT) permet de représenter l'ensemble des traitements en prenant en compte l'organisation de l'entreprise. Il apporte réponse à deux préoccupations importantes :
- l'affectation des traitements aux postes de travail ;
- le niveau et le type d'automatisation des traitements qui peuvent être soit des traitements manuels (MA), soit des traitements automatisés selon deux modes : traitement en temps réel (TR) et traitement en temps différé (TD) ;
La représentation du MOT introduit les concepts suivants :
· Le poste de travail : centre élémentaire d'activités du domaine comprenant tout ce qui est nécessaire pour l'exécution des traitements ;
· La tâche : représente un ensemble de traitements élémentaires exécutés à l'intérieur d'une phase ;
· La phase : sous-ensemble de la procédure, la phase est une suite non interrompue de traitements, de même périodicité, exécutés par un poste de travail ;
· La procédure : est une succession de phases appartenant à un même processus
Quant au formalisme de représentation du MOT, il est identique à celui du MCT à la seule différence qu'à ce niveau, le poste de travail et la nature des tâches sont mis en exergue.
9.2.4.2. Présentation du MOT
9.2.4.2.1. Procédure Fonctionnelle : Approvisionnement
Phases |
Déroulement |
Enchaînement des tâches |
Nature de la tâche |
Poste de travail |
Etat des Besoins
Vérification EB |
|
OK |
KO |
EBV
EB rejetté
Edition BCF |
Toujours |
Fin Sem
Transmission BCF |
Toujours |
Et
Saisie Contrôlée EBV |
Toujours |
BCF
BCF
BCF Transmis
1
De Lundi à Samedi
De 8h30 à 12h00
De Lundi à Samedi
De 8h30 à 17h00
Samedi
De 8h00 à 8h30
Samedi
De 9h00 à 10h00
PF01
PF02
PF03
PF04
Visa
MAJ BCF / Paiement |
Toujours |
Et
BSCS
1
BCFVP
Edition BCFVP |
Toujours |
BCFVP
Transmission BCFVP aux Fournisseurs |
Toujours |
BCFVP Transmis
Et
BLF
FF
Contrôle de Conformité |
|
OK |
KO |
FFC
BLFC
Ret Mses
De lundi à Samedi de 8h00 à 17h00
De Lundi à Samedi à 16h30
De Lundi à Samedi à 16h30
De Lundi à Samedi de 8h00 à 16h30
PF05
PF06
PF07
PF08
M TR TD M TR TD M M |
Dir. Com Dir. Com Dir Com. Dir. Com Service Approv. Service Approv. Service Approv. Dir Com |
9.2.4.2.2. Procédure Fonctionnelle : Vente
Phases |
Déroulement |
Enchaînement des tâches |
Nature de la tâche |
Poste de travail |
||||
Contrôle Cde client |
||||||||
OK |
KO |
Choix
BCC
Ou
Saisie et contrôle Disponibilité |
||
OK |
KO |
|
MAJ FFC / Paiement |
||
Toujours |
FACT MAJ
Edition Facture |
Toujours |
Cde Ac.
Cde At
Paiement FC
1
Cde rej
Cde Dispo
Etat FC
FACT
Et
De Lundi à Samedi de 8h00 à 17h00
De Lundi à Samedi de 8h00 à 17h00
De Lundi à Samedi de 8h00 à 17h00
De Lundi à Samedi de 8h00 à 17h00
Ou
PF01
PF02
PF03
PF04
De Lundi à Samedi de 8h00 à 17h00
Echéance
Edition Relance Client |
Toujours |
Rel
Edition Bon de Livraison |
Toujours |
1
Et
Et
BLC
Fin Journée
Edition Journal de Caisse |
Toujours |
BLC
Et
Edition Journal de Livraison |
Toujours |
JL
Edition BEC |
Toujours |
Et
BEC
PF05
De Lundi à Samedi de 8h00 à 17h00
PF06
De Lundi à Samedi à 16h30
PF07
De Lundi à Samedi à 16h30
PF08
De Lundi à Samedi à 17h00
PF09
TR TR TR TR TD TR TD TD TD |
Facturation. Facturation Facturation Caisse Dir Com Gérant Caisse Livraison Caisse |
||||||||||||
Déroulement |
Enchaînement des tâches |
Poste de travail |
Nature de la tâche |
||||||||||
Mise à Jour |
|||||||||||||
Toujours |
|||||||||||||
Edition LPRS |
|||||||||||||
Toujours |
|||||||||||||
Transmission LPRS |
|||||||||||||
Toujours |
EO
A ou B ou C ou D ou (E et F)
PROD MAJ
PI
LP
Et
PP
BLC
BLFC
PI
SP
A
B
B
C
D
E
F
LPES
FS
Edition LP |
Toujours |
Et
Rapprochement ST et SP |
Toujours |
EI
PF02
PF01
PF03
PF04
PF05
Lundi à Samedi de 16h00 à 17h00
Lundi à Samedi à 16h00
Lundi à Samedi à 8h00
Lundi à Samedi à 17h00
Lundi à Samedi de 8h00 à 17h00
Gérant Gérant Gérant Gérant Gérant |
TR TD M TD M |
A 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)
10.1.1.1. Choix du formalisme
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.
10.1.1.2. Règles de passage
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
CATCLI |
CODCATCLI LIB CATCLI |
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 »
10.1.3.1. 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.
10.1.3.2. Présentation du MLD valide
Après application des principes de normalisation, nous constatons que le MLD valide est identique au MLD brut. (Cf. point 10.1.2.).
10.1.3.3. Schémas relationnels associés au MLD
TCLI |
NUMCLI(3N), CODCATCLI(1N), NOMCLI(30C), ADRCLI(15C), TEL(10N) ; Total = 59 C |
TCDE |
NUMCOM(4N), NUMCLI(3N), DATCOM(8N), QTECOM(3N), MDP(7C) ,DL(2N) ; Total = 27 C |
TCONCERNER 1 |
NUMCOM(4N), CODPROD (5C), QTE (3N) ; Total = 12 C |
TCONCERNER 2 |
NUMFACT (4 N), CODPROD (5C), QTE (3N) ; Total = 12 C |
TPROD |
CODPROD(5C), CODCAT(2N), CODLOT(4N), DESPROD(25C), PU(5N), UNITS(6C) ; Total = 42 C |
TFACT |
NUMFACT(4N), NUMAG(4C), DATFACT(8N), MONTF(6N), MONTP(6N)DATP(8N), MOTP(20C) ; Total = 56 C |
TFOU |
NUMFOU(1N), NOMFOU(30C), ADRFOU(15C); Total = 46 C |
TLIVRER |
NUMFOU(1N),CODPROD(5C), QTELIV(4N), DATLIV(8N); Total = 18 C |
TCATPROD |
CODCAT(2N), LIBCAT(15C) ; Total = 17 C |
TLOT |
CODLOT(4N), LIBLOT(10C), POIDS(5N), DATEXP(8N) ; Total = 27 C |
TMAG |
CODMAG(1N), LIBMAG(18C), ADRMAG(15C); Total = 34 C |
TSTOCKER |
CODPROD(5C), CODMAG(1N), QTESTO(4N), QTECRIT(2N) ; Total = 12 C |
TCATCLI |
CODCATCLI(1N), LIBCATCLI(10C); Total = 11 C |
TAGENT |
NUMAG(2N), NOMAG(30C), DATNAIS(8N), SEX(1C), ETATCIV(1C), ADRAG(15C), FONCT(15C), DATENG(8N), Total = 80 C |
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.
10.1.4.1. Calcul du volume utile
Entité - Relation |
Taille totale Propriétés |
Nombre Occurrence |
Volume |
TCLI |
59 |
500 |
29.500 |
TCDE |
27 |
7.200 |
194.400 |
TCONCERNER 1 |
12 |
27.367.200 |
328.406.400 |
TCONCERNER 2 |
12 |
27.367.200 |
328.406.400 |
TPROD |
42 |
50 |
2.100 |
TFACT |
56 |
7.200 |
424.800 |
TFOU |
46 |
5 |
230 |
TLIVRER |
18 |
41 |
738 |
TCATPROD |
17 |
10 |
170 |
TLOT |
27 |
1.000 |
27.000 |
TMAG |
34 |
3 |
102 |
TSTOCKER |
12 |
1.675 |
20.100 |
TCATCLI |
11 |
3 |
33 |
TAGENT |
80 |
14 |
1.120 |
Total |
657.513.093 |
Le volume utile s'élève à 657.513.093octets.
10.1.4.2. Calcul du volume des index
Entité - Relation |
Clé Index |
Taille |
Effectif |
Volume |
TCLI |
NUMCLI |
3 |
500 |
1.500 |
TCDE |
NUMCOM |
4 |
7.200 |
28.800 |
TCONCERNER 1 |
NUMCOM CODPROD |
4 5 |
27.367.200 |
246.304.800 |
TCONCERNER 2 |
NUMFACT NUMCOM |
4 4 |
27.367.200 |
218.937.600 |
TPROD |
CODPROD |
5 |
50 |
250 |
TFOU |
NUMFOU |
1 |
5 |
5 |
TLIVRER |
NUMFOU CODPROD |
1 5 |
114 |
684 |
TCATPROD |
CODCAT |
2 |
10 |
20 |
TLOT |
CODLOT |
4 |
1.000 |
4.000 |
TMAG |
CODMMAG |
1 |
3 |
3 |
TSTOCKER |
CODPROD CODMAG |
5 1 |
1.675 |
10.050 |
TCATCLI |
CODCATCLI |
1 |
3 |
3 |
TAGENT |
NUMAG |
2 |
14 |
28 |
Total |
465.287.743 |
Le volume des index s'élève à 465.287.743Octets.
10.1.4.3. Calcul du volume global du MLD (BDD)
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 :
o Les interfaces (écrans ou maquette) du dialogue entre l'homme et le système ;
o La logique de dialogue Homme / Machine ;
o Les règles de traitement, c'est-à-dire, des règles de calcul ou procédure à appliquer ;
o L'enchaînement de différentes ULT (amputées de leurs événements déclencheurs) afin d'obtenir une PL.
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
ULT N° |
|
SUIVANT |
ANNULER |
Fin
10.2.4.1. Décomposition du MLT en Procédures Logiques
Début PL Démarrage
Ou
ULT 01 |
Lancement Application |
|||
- Affichage LOGO GESCOM Ecran E00 - Cliquer sur le Bouton Démarrer |
||||
ANNULER |
DEMARRER |
|||
ULT 02 |
Boîte de Connexion |
|||
- Affichage Ecran E01 - Saisir l'Identifiant et le Mot de Passe - Cliquer sur une des options |
||||
Annuler |
Entrer |
Quitter |
Ou
Ou
ULT 03 |
Menu Principal |
|||
- Affichage Ecran E02 - Cliquer sur une des options |
||||
Approvisionnement |
Vente |
Tenue de Stock |
Déconnexion |
A
C
Utilisateur
D
D
B
E
LOGO
10.2.4.2. Procédure Logique Approvisionnement
Ou
ULT 02 |
Saisie Contrôlé BCF |
|||||||
- Affichage Ecran E04 - Opérer son Choix |
||||||||
Annuler |
Enregistrer |
Suivant |
Fermer |
|||||
ULT 03 |
Edition BCF |
|||||||
- Affichage Ecran E05 - Cliquer sur une des options |
||||||||
Annuler |
Imprimer |
Suivant |
Fermer |
Ou
Ou
ULT 04 |
MAJ BCF |
||||
- Affichage Ecran E06 - Cliquer sur une des options |
|||||
Annuler |
Mod |
Supp |
Suivant |
Fermer |
FIN PROCEDURE
FIN PROCEDURE
FIN PROCEDURE
ULT 05 |
Edition BCFVP |
|||
- Affichage Ecran E07 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
FIN PROCEDURE
ULT 01 |
Connexion Approvisionnement |
||
- Affichage Ecran E03 - Saisir Identifiant et Mot de passe - Recherche identifiant & mot de passe |
|||
Annuler |
Entrer |
Fermer |
BCF
Ou
BCF
Début PL Approvisionnement
Ou
BCFVP
Utilisateur
EBVB
PROD
MAG
FOU
BCF
BSCS
BCF
BCF
FIN PROCEDURE
E
E
10.2.4.3. Procédure Logique Vente
Ou
ULT 02 |
Contrôle Cde Client |
||||||
- Affichage Ecran E04 - Opérer son Choix |
|||||||
Annuler |
Afficher |
Suivant |
Fermer |
||||
ULT 02 |
Saisie Commande et Contrôle Disponibilité |
||||||
- Affichage Ecran E05 - Cliquer sur une des options |
|||||||
Annuler |
Enregistrer |
Suivant |
Fermer |
Ou
Ou
ULT 03 |
Edition Facture |
|||
- Affichage Ecran E06 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
FIN PROCEDURE
FIN PROCEDURE
ULT 04 |
MAJ Facture |
||||
- Affichage Ecran E07 - Cliquer sur une des options |
|||||
Annuler |
Mod |
Supp |
Suivant |
Fermer |
FIN PROCEDURE
ULT 01 |
Connexion Vente |
||
- Affichage Ecran E08 - Saisir Identifiant et Mot de passe - Recherche identifiant & mot de passe |
|||
Annuler |
Suivant |
Fermer |
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
ULT 03 |
Edition BL |
|||
- Affichage Ecran E08 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
Ou
FIN PROCEDURE
Ou
ULT 03 |
Edition Relance |
|||
- Affichage Ecran E09 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
FIN PROCEDURE
Ou
FACT
CLI
FACT
ULT 03 |
Edition JC |
|||
- Affichage Ecran E10 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
Ou
FIN PROCEDURE
ULT 03 |
Edition JL |
|||
- Affichage Ecran E11 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
Ou
ULT 03 |
Edition BEC |
||
- Affichage Ecran E12 - Cliquer sur une des options |
|||
Annuler |
Imprimer |
Fermer |
FIN PROCEDURE
BL
BEC
JL
JC
Rel
FIN PROCEDURE
F
FACT
FACT
FACT
AGENT
10.2.4.4. Procédure Logique Tenue de Stock
Ou
ULT 02 |
MAJ PRODUIT |
||||
- Affichage Ecran E14 - Opérer son Choix |
|||||
Annuler |
Afficher |
Suivant |
Fermer |
||
ULT 03 |
Edition LPRS |
||||
- Affichage Ecran E15 - Cliquer sur une des options |
|||||
Annuler |
Imprimer |
Suivant |
Fermer |
Ou
Ou
ULT 04 |
Edition LP |
|||
- Affichage Ecran E16 - Cliquer sur une des options |
||||
Annuler |
Imprimer |
Suivant |
Fermer |
FIN PROCEDURE
FIN PROCEDURE
ULT 01 |
Connexion Tenue de Stock |
||
- Affichage Ecran E13 - Saisir Identifiant et Mot de passe - Recherche identifiant & mot de passe |
|||
Annuler |
Suivant |
Fermer |
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
10.2.4.5. ULT O3.2.1. |
Boîte de Dialogue déconnexion |
|
- Affichage Ecran Déconnexion (Ecran E17) - Cliquer sur l'une des options |
||
Oui |
Non |
C
Ou
Bureau Windows
Procédure Logique Déconnexion
HOMME |
MACHINE |
OBSERVATION |
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
1. Démarrer
Msg : Mot de passe incorrect, veuillez recommencer SVP. N.B. : Après trois tentatives de saisie, on est éjecté de l'application. Affichage des options suivantes : 1. Saisie Contrôlée 2. Mise à Jour 3. Edition 4. Déconnexion Affichage des options suivantes : 1. BCF 2. CDE Client 3. Quitter |
||
HOMME |
MACHINE |
OBSERVATION |
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
Affichage des options suivantes : 1. Annuler 2. Enregistrer 3. Fermer Affichage des options suivantes : 1. TCli 2. TCatCli 3. TProd 4. TCatProd 5. TLot 6. TFact 7. TCde 8. TAgent 9. TMag 10. TFou 11. TLivrer 12. TStocker 13. TConcerner1 14. TConcerner2 15. BCF Affichage des options suivantes : 1. Création 2. Consultation 3. Modification 4. Suppression 5. Quitter Affichage des options suivantes : 1. Enregistrer 2. Annuler 3. Quitter |
||
HOMME |
MACHINE |
OBSERVATION |
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é
Affichage des options suivantes : 1. Annuler 2. Enregistrer 3. Fermer Affichage des options suivantes : 1. Annuler 2. Fermer Affichage des options suivantes : 1. Annuler 2. Enregistrer 3. Fermer Msg : « Voulez-vous vraiment Modifier ces Informations ? » 1. Oui 2. Non |
||
HOMME |
MACHINE |
OBSERVATION |
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
Affichage des options suivantes : 1. Annuler 2. Supprimer 3. Fermer Msg : « Voulez-vous vraiment Supprimer ce Client ? » 1. Oui 2. Non Affichage des options suivantes : 1. BCF 2. BCFVP 3. FACT 4. BL 5. REL 6. JC 7. JL 8. BEC 9. LPRS 10. LP Affichage des options suivantes : 1. Annuler 2. Imprimer 3. Fermer |
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)
Ets « La Mardochée Foods » GESTION COMMERCIALE God Bbless you ! Bienvenue dans l'application conçue et développée à la Direction Commerciale de l'Ets « La Mardochée Foods » par l'Ingénieur Alphonse KAYEMBE TSHISUMPA. Tout usage ou copie sans autorisation est proscrite |
Pour une meilleure Gestion des approvisionnements et des Ventes et une Bonne tenue de Stock. |
DEMARRER |
b) ULT - Boîte de Connexion (Ecran Identification GESCOM : E01)
Connexion
Saisir
Identifiant :
Mot de Passe :
Entrer
Annuler
Quitter
Enchaînement
Condition |
Action |
Résultat |
Entrer |
Click |
Appel Ecran Menu Principal |
Annuler |
Click |
Appel l'Ecran Connexion |
Quitter |
Click |
Affichage Bureau Windows |
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
Condition |
Action |
Résultat |
Saisie Contrôlée |
Click |
Affiche l'Ecran de Saisie contrôlée |
MAJ |
Click |
Affiche l'Ecran de MAJ |
Edition |
Click |
Affiche l'Ecran d'Edition |
Déconnexion |
Click |
Affiche l'écran de déconnexion |
a) ULT - Affichage Ecran de Saisie (Ecran E03)
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
Condition |
Action |
Résultat |
BCF |
Click |
Affiche l'Ecran de BCF |
CDE |
Click |
Affiche l'Ecran de Contrôle |
Quitter |
Click |
Affiche l'Ecran Menu Principal |
b) ULT - Ecran Saisie BCF (Ecran E04)
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
c) ULT - Ecran de MAJ (Ecran E05)
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
Condition |
Action |
Résultat |
Création |
Click |
Affiche l'écran de Création |
Consultation |
Click |
Affiche l'écran Consultation |
Modification |
Click |
Affiche l'écran de Modification |
Suppression |
Affiche l'Ecran de Suppression |
|
Quitter |
Click |
Affiche l'Ecran Menu Principal |
d) ULT - Création Client (Ecran E06)
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
Condition |
Action |
Résultat |
Annuler |
Click |
Affiche l'écran de Mise à Jour |
Enregistrer |
Click |
Affiche l'écran de Création Client |
Fermer |
Click |
Affiche l'Ecran Menu Principal |
e) ULT - Consultation Client (Ecran E07)
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
Condition |
Action |
Résultat |
Annuler |
Click |
Affiche l'écran de Mise à Jour |
Quitter |
Click |
Affiche l'Ecran Menu Principal |
f) ULT - Modification Client (Ecran E08)
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
Condition |
Action |
Résultat |
Annuler |
Click |
Affiche l'écran de Modification |
Enregistrer |
Click |
Stocke les Modifications dans la BDD et affiche l'Ecran de Modification |
Quitter |
Click |
Affiche l'Ecran Menu Principal |
g) ULT - Suppression Client (Ecran E09)
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
Condition |
Action |
Résultat |
Annuler |
Click |
Affiche l'écran de Suppression |
Supprimer |
Click |
Supprime un enregistrement dans la BDD |
Quitter |
Click |
Affiche l'Ecran Menu Principal |
h) ULT - Ecran d'Edition (Ecran E10)
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
Condition |
Action |
Résultat |
Annuler |
Click |
Affiche l'écran d'Edition |
Imprimer |
Click |
Lance l'impression |
Quitter |
Click |
Affiche l'Ecran Menu Principal |
i) ULT - Edition BCF (Ecran E11)
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
Code Produit |
Désignation Produit |
Qté Commandée |
Prix Unitaire |
Montant |
Mode de Paiement :
Total à Payer :
Délai de Livraison :
Annuler
Imprimer
Fermer
Enchaînement
Condition |
Action |
Résultat |
Annuler |
Click |
Affiche l'Ecran Edition du BCF (E07) |
Imprimer |
Click |
Lance l'impression du BCF |
Quitter |
Click |
Affiche l'écran Menu Principal |
a) ULT - Déconnexion (Ecran E12)
Voulez-vous vraiment quitter ce programme ?
Déconnexion
Oui
Non
Merci d'avoir choisi GESCOM, Au revoir et à Bientôt
Enchaînement
Condition |
Action |
Résultat |
Oui |
Click |
Affiche le bureau de Windows |
Non |
Click |
Affiche l'écran précédent |
Le niveau physique de description du système d'information est la dernière étape de la conception. Elle permet de résoudre le problème d'implémentation de la base des données ainsi que le programme sur le support magnétique.
Cette étape comprend le Modèle Physique des Données (MPD) et le Modèle Physique de Traitement (MPT).
Ce modèle est obtenu à partir du MLD normalisé. Il est l'aboutissement de tous les Modèles des données et dépend des contraintes du SGBD choisie. Autrement dit, le MPD est la traduction du MLD dabs un langage de description de données (LDD) spécifique au SGBD retenu pour la réalisation du système d'information44(*).
Merise ne prévoit pas des règles de passage du MLD au MPD car tout SGBD a ses principes qu'il convient de respecter. Ainsi donc le MPD sera présenté en fonction su SGBD utilisé.
Dans notre cas, nous présenterons le MPD selon le SGBD relationnel MS ACCESS que nous avons retenu dans le cadre de cette étude.
En effet, présenter le MPD revient à présenter la structure de la BDD dont l'implémentation en ACCESS suit la démarche ci-après :
DEMARRER / PPROGRAMME / MICROSFT OFFICE / ACCESS
- Création d'un fichier de Base des Données ;
- Création des Tables
- Choisir Nouveau ;
- Mode Création ;
- Entre le Nom de chaque champ en spécifiant le type de donnée, la taille et la contrainte ;
- Enregistrer la table en donnant le Nom.
Dans les SGBD relationnels les données sont structurées sous formes des tables45(*).
Ci-dessous, nous présentons la structure des tables de notre BDD suivant les spécificités de MS ACCESS.
TCLIENT
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUCLI CODCATCLI NOMCLI ADRCLI TEL |
Numérique Numérique Texte Texte Numérique |
3 1 30 15 10 |
Liste Déroul. |
TCOMMANDE
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUCOM NUMCLI DATCOM QTECOM MDP DL |
Numérique Numérique Numérique Numérique Texte Numérique |
4 3 8 3 7 2 |
Liste Déroul. Nul Interdit |
TSTOCKER
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# CODMAG # CODPROD QTESTO QTECRIT |
Numérique Texte Numérique Numérique |
1 5 4 2 |
Liste Déroul. Liste Déroul. Nul Interdit Nul Interdit |
TCONCERNER 1
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUMCOM # CODPROD QTE |
Numérique Texte Numérique |
4 5 3 |
Liste Déroul. Liste Déroul. Nul Interdit |
TCONCERNER 2
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUMFACT # CODPROD QTE |
Numérique Texte Numérique |
4 5 3 |
Liste Déroul. Liste Déroul. Nul Interdit |
TPRODUIT
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# CODPROD CODCAT CODLOT DESPROD PU UNITS |
Texte Numérique Numérique Texte Numérique Texte |
5 2 4 25 5 6 |
2 |
Nul Interdit. Liste Déroul. Liste Déroul. Nul Interdit Nul Interdit |
TFOURNISSEUR
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUMFOU NOMFOU ADRFOU |
Numérique Texte Texte |
1 30 15 |
Nul Interdit. Nul Interdit |
TFACTURE
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUMFACT NUMAG DATFACT QTE MONTF MONTP DATP MOTP |
Numérique Texte Numérique Numérique Numérique Numérique Numérique Texte |
4 4 8 3 6 6 8 20 |
2 2 |
Nul Interdit. Liste Déroul. Null Interdit |
TLIVRER
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUMFOU # CODPROD QTELIV DATELIV |
Numérique Texte Numérique Date |
1 5 4 8 |
Liste Déroul Liste Déroul Nul Interdit |
TCATEGORIE PRODUIT
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# CODCAT LIBCAT |
Numérique Texte |
2 15 |
Nul Interdit. Nul Interdit |
TCATEGORIE CLIENT
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# CODCATCLI LIBCAT |
Numérique Texte |
1 10 |
Nul Interdit. Nul Interdit |
TLOT
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# CODLOT LIBLOT POIDS DATEXP |
Numérique Texte Numérique Date |
4 10 5 8 |
Nul Interdit. Nul Interdit. |
TMAGASIN
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# CODMAG DESMAG ADRMAG |
Numérique Texte Texte |
1 18 15 |
Nul Interdit. Nul Interdit. |
TAGENT
Nom du Champ |
Type de donnée |
Taille |
Décimal |
Description / Contrainte |
# NUMAG NOMAG DATNAIS SEXE ETATCIV ADRAG FONCT DATENG |
Numérique Texte Date Texte Texte Texte Texte Date |
2 30 8 1 1 15 15 8 |
Nul Interdit. Nul Interdit |
Le MPT constitue l'ensemble des programmes informatiques qui assureront l'exécution des traitements des informations informatisées du SI46(*). Il est la solution technique de conception du logiciel. C'est une architecture technique des programmes qui traduit concrètement la logique des traitements définis dans le MLT en fonction des possibilités et des moyens de programmation47(*).
Le schéma du MPT représente l'articulation et l'enchaînement possible entre les différents programmes48(*). Nous le présenterons ci-dessous sous forme d'une structure arborescente.
IDENTIFICATION
MENU PRINCIPAL
SAISIE CONTROLEE
EDITION
DECONNEXION
MAJ
CREATION
CONSULTATION
MODIFICATION
SUPPRESSION
BCF
CDE CLIENT
BCF
BCFVP
LP
LPRS
BON D'ENTREE CAISSE
JOURNAL DE LIVRAISON
JOURNAL DE CAISSE
REL CLIENT
BL CLIENT
FACTURE
TCLI
TCATCLI
TPROD
TCATPROD
TLOT
TFACT
TCDE
TAGENT
TMAG
TFOU
TSTOCKER
TCONCERNER1
TCONCERNER2
TLIVRER
BCF
TCLI
TCATCLI
TPROD
TCATPROD
TLOT
TFACT
TCDE
TAGENT
TMAG
TFOU
TSTOCKER
TCONCERNER1
TCONCERNER2
BCF
TCLI
TCATCLI
TPROD
TCATPROD
TLOT
TFACT
TCDE
TAGENT
TMAG
TFOU
TSTOCKER
TCONCERNER1
TLIVRER
BCF
TCLI
TCATCLI
TPROD
TCATPROD
TLOT
TFACT
TCDE
TAGENT
TMAG
TFOU
TSTOCKER
TCONCERNER1
TCONCERNER2
BCF
Présentation du MPT :
La valeur d'une oeuvre se reconnaît à ses fruits, c'est-à-dire aux résultats qu'elle produit. Nous pensons également qu'étant arrivé à la fin de notre travail, sa valeur ne saurait être jugée que par les résultats qui pourront se laisser percevoir au fur et à mesure de la réalisation de ce projet par l'Etablissement bénéficiaire.
En effet, le projet que voici et qui arrive à son terme, a consisté en la conception d'un SI pour la Gestion Commerciale d'un établissement à plusieurs succursales, en l'occurrence, l'Ets La Mardochée Foods disposant de plus ou moins deux succursales disséminées dans les communes de la Capitale.
Au terme de ce parcours scientifique, le résultat obtenu montre qu'il est effectivement possible, en s'appuyant sur l'informatique, de tenir avec aisance l'Administration Commerciale dans un délai très court, ce qui permet aux responsables hiérarchiques de prendre les décisions qui s'imposent pour la bonne marche de l'Etablissement en temps opportun. Cela en disposant d'une meilleure maîtrise des informations relatives aux commandes des clients, aux ventes des produits ainsi qu'aux commandes de l'Ets auprès des fournisseurs et de leurs livraisons. En d'autres termes, les facilités qu'offre ce projet sont dues au fait de la maîtrise spontanée et quotidienne du stock, des approvisionnements et des ventes.
La réalisation de ce projet fera que la gestion des approvisionnements, Ventes, et Stock ne constituera plus un travail difficile mais plutôt un résultat d'un traitement automatique par l'ordinateur. Ce qui a l'avantage d'éviter maintes erreurs dues à la manipulation manuelle d'une kyrielle des données.
Bien sécurisée, sur le plan Hard et Soft, cette BDD assure en même temps un grand service d'archivage d'informations très utiles à la prise des décisions dans le futur. Il suffirait tout simplement de se référer aux cas similaires et adapter la décision à prendre selon le temps et les réalités actuelles.
Au-delà de toute prétention de perfection, nous reconnaissons avec humilité que tout travail d'homme est sujet à quelques imperfections. Ce projet étant un travail d'homme, nous estimons qu'il n'échappe pas à la règle. Sur ce nous sollicitons l'indulgence de nos lecteurs futurs quant à une éventuelle coquille ou incohérence pouvant être relevée dans ce travail. Sachant que c'est la falsifiabilité qui fait avancer la science, nous restons ouvert à toute critique susceptible de nous aider à améliorer notre vision du problème et ainsi faire avancer la science.
1. Alphonse Jacques MVIBUDULU KALUYIT KAKO, Initiation aux modèles, méthodes et pratique de la recherche opérationnelle ; Edition CRSAT, Kinshasa, Juin 2000.
2. AAVV, Ingénierie des systèmes d'information MERISE 2ème génération, paris, San Francisco, Dïsseldort, Londres, Amsterdam, Sybex, 1996.
3. Georges GARDARIN, Base des données objet et relationnel, 2ème Ed. Eyrolles, 2000.
4. James O'Brien, Les systèmes d'information de gestion, Edition du Renouveau Pédagogique Inc, MontRéal, 1995.
5. Joseph GABAY, MERISE et UML pour la modélisation des systèmes d'information, DUNOD, 4ème Edition, Paris, 2002.
6. BOLA GANTSHIO MAYO, Cours Inédit de Conception de Bases de Données Relationnelles (CBDR), E.I.FI. Kinshasa 2008.
7. Boniface NGOIE, Cours inédit de Recherches Opérationnelles, I, EIFI, Kinshasa 2007.
8. ILUNGA MBOMBO, Notes inédites du Cours de Conception des Systèmes d'Information (CSI), EIFI, I, 2007.
9. Jean-Pierre MUTAMBA, Notes Inédites du Cours d'Informatique Général, E.I.FI, Kinshasa, 2000.
10. MATANGA LUMONZO, Notes inédites du Cours d'Access, E.I.FI, Kinshasa, 2001.
11. MPUTU KINSALA, Cours Inédit de MCPI, IC3, EIFI, Kinshasa, 2008.
12. MPUTU KINSALA, Notes Inédite du cours de BDD, E.I.FI, Kinshasa, 2007.
13. SULUBIKA MULOSA, Notes inédites du Cours d'Analyse Organique, E.I.FI, Kinshasa 2002.
14. http://fr.wikipedia.org/wiki/Organisation_de_l'entreprise.
15. . http//www.dictionnaire/definition%+%gestion%.
16. René Basile YONGO, Conception d'un SI pour la gestion des services académiques, EIFI, Kinshasa, 2003.
1.3. Choix et Intérêt du sujet 3
1.5. Délimitation spatio-temporelle 4
1.6. Méthodes et techniques utilisées 4
2.1.2. Classification des Informations 13
2.1.3. Traitement des informations 13
2.2.3. Classification de l'Informatique 14
2.3.2. Le Système d'Information 15
2.4.2. Caractéristiques de Base de données 16
2.4.3. Définitions et utilités d'une Base des données 17
2.5.3. Niveau de description et modèles associés 20
PLANNING PREVISIONNEL DE REALISATION DU PROJET 24
3.1. Le Modèle d'ordonnancement 24
3.1.2. Principe du modèle d'ordonnancement 24
3.2.1. Présentation de la Méthode 25
3.2.2. Représentation du projet par le graphe P.E.R.T. 26
3.3. Chronologie de mise en oeuvre 27
3.3.1. Identification et dénombrement des tâches 27
3.3.2. Formation du projet à l'aide d'un tableau 28
3.3.3. Construction du graphe. 28
3.4. Détermination des dates et marges 31
3.4.1. Date au plus tôt (calendrier au plus tôt) 31
3.4.2. Dates au plus tard (calendrier au plus tard) 31
3.4.3. Calcul des marges totales et libres 32
3.5. Détermination du chemin critique et des tâches critiques 33
Présentation de l'Etablissement La Mardochée Foods 36
4.2. Texte juridique de création 37
4.4. Structure Administrative 37
4.4.1. Propriétaire et Administratrice Gérante (AG) 38
4.4.2. Direction Administrative 38
4.4.3. Direction financière 39
4.4.4. Direction commerciale 40
4.5. Organigramme de l'Etablissement 41
5.2. Présentation de la Direction Commerciale de l'Ets MF 42
5.2.1. Création de la Direction Commerciale 42
5.2.2. Situation Géographique 42
5.3.1. Directeur Commercial 43
5.3.2. Gérant Magasin Central 44
5.3.4. Le Préposé (e) à la Facturation 45
5.3.5. Le (la) Préposé (e) à la Caisse 46
5.3.6. Le Préposé à la Livraison 46
5.3.7. Le Préposé à la sécurité 46
5.4. Organisation du travail 46
5.4.1. Les approvisionnements 47
5.6. Analyse des règles de gestion 58
5.7. Analyse des règles d'Organisation 59
5.8.1. Diagramme des flux d'information 60
5.9. Moyens utilisés pour le traitement des informations 63
5.9.5. Estimation du Coût de l'Existant 68
6.1. Critique de l'Existant 75
6.2. Proposition des Solutions 78
6.2.1. Réorganisation du système en place 78
6.2.2. Solution Informatique 79
7.1. Objectifs de la Solution 82
7.3. Approche de la Solution 83
7.4. Organisation des traitements 83
7.5. Définition de la solution 83
Insertion de la Nouvelle Solution 86
8.3.1. Présentation des quantités 87
8.3.2. Configuration des matériels 88
8.6.2. Architecture du matériel 91
8.7. Evaluation de la Solution 91
8.7.2. Opportunité économique 92
8.7.3. Coût de développement du nouveau système 92
Conception du système d'Information 95
9.2. Etape Organisationnelle 109
9.2.1. Elaboration de nouvelles règles d'organisation 109
9.2.2. Description de nouveaux documents 109
10.1.1. Passage du MOT au MLD 134
10.1.2. Présentation du MLD relationnel brut 136
10.1.4. Evaluation du volume global du MLD (BDD) 140
10.2.1. Définition des concepts 143
10.2.2. Passage du MOT au MLT 143
10.2.4. Présentation du MLT 145
10.2.5. Logique de dialogue Homme - Machine 150
10.2.6. Définition et descriptions des écrans (interfaces) 154
11.1. Le Modèle Physique des Données (MPD) 164
11.1.1. Schéma de création du MPD (Passage du MLD au MPD) 164
11.1.2. Tables relationnelles associées au MPD 165
11.2. Le Modèle Physique des Traitement (MPT) 170
11.2.1. Présentation du MPT : 171
* 1 http://www.linternaute.com/dictionnaire/fr/definition/methode/
* 2 http://www.mediadico.com/dictionnaire/definition/methode/1
* 3 http://www.linternaute.com/dictionnaire/fr/definition/technique/
* 4 Cf. Jean-Pierre MUTAMBA, Notes Inédites du Cours d'Informatique Général, E.I.FI, Kinshasa 2000, p. 7.
* 5 Cf. MAZTANGA LUMONZO, Notes inédites du Cours d'Access, E.I.FI, Kinshasa 2001, p 8.
* 6 Cf. Jean-Pierre MUTAMBA, Op. Cit., p. 8
* 7 Cf. Ibid., p.8
* 8 Cf. Ibid, p.10
* 9 Cf. SULUBIKA MULOSA, Notes inédites du Cours d'Analyse Organique, E.I.FI, Kinshasa 2002.
* 10 Cf. James O'Brien, Les systèmes d'information de gestion, Edition du Renouveau Pédagogique Inc, MontRéal, 1995.
* 11 Cf. AAVV, Ingénierie des systèmes d'information MERISE 2ème génération, paris, San Francisco, Dïsseldort, Londres, Amsterdam, Sybex, 1996.
* 12 Cf. ILUNGA MBOMBO, Notes inédites de Cours de Conception de Système d'Information (CSI), E.I.FI, Kinshasa 2007.
* 13 Cf. AAVV, Op. Cit, p. 83.
* 14 Il faut noter qu'en pratique la non redondance absolue est quasi impossible à respecter car un minimum de redondance devra être tolérée pour question d'efficacité et de fiabilité de traitement.
* 15 Cf. BOLA GANTSHIO MAYO, Cours Inédit de Conception de Bases de Données Relationnelles (CBDR), E.I.FI. Kinshasa 2008.
* 16 Cf. MPUTU KINSALA, Notes Inédite du cours de BDD, E.I.FI, Kinshasa 2007.
* 17 Cf. Georges GARDARIN, Base des données objet et relationnel, 2ème Ed. Eyrolles, 2000, p. et BOLA NGANTSHIO, Notes inédites du cours de CBDR, E.I.FI., Kinshasa 2008.
* 18 Cf. AAVV, Op. Cit., p. 3
* Figure 1 : Le Niveau de descriptions et de préoccupation de la conception d'un SI
* 19 Cf. http//www.dictionnaire/definition%+%gestion%
* 20 Cf. AAVV, Petit Larousse, p. 287
* 21 Ibid., p. 124
* 22 Cf. http://fr.wikipedia.org/wiki/Organisation_de_l'entreprise
* 23 Alphonse Jacques MVIBUDULU KALUYIT KAKO, Initiation aux modèles, méthodes et pratique de la recherche opérationnelle ; Edition CRSAT, Kinshasa, Juin 2000 cité par René Basile YONGO, Conception d'un SI pour la gestion des services académiques - Mémoire, EIFI, Kinshasa 2003, p.23.
* 24 Boniface NGOIE, Cours inédit de Recherches Opérationnelles, I, EIFI, Kinshasa 2007 et MPUTU KINSALA, Cours Inédit de MCPI, IC3, EIFI, Kinshasa 2008.
* 25 P.E.R.T est l'abréviation de Program Evaluation and Review Technique ce qui se traduit par Programme d'Evaluation et révision Technique.
* 26 Alphonse Jacques MVIBUDULU K., Op. Cit., p. 204 cité par René Basile YONGO, Op. Cit, p.23.
* 27 MPUTU KINSALA, cours Inédit de MCPI, EIFI, Kinshasa 2008.
* 28 Ibid.
* 29 Nous n'aborderons dans le cadre de notre projet que l'organisation du travail au niveau de la Maison mère. En principe les processus utilisés dans les succursales sont similaires à ceux utilisés la Maison Mère, la différence intervenant uniquement au niveau des documents portant les informations ; ce qui les rend différents. Aussi faut-il signaler que nous présentons t les processus déjà corrigés (suite aux exigences de la méthode MERISE)
* 30 En ce qui concerne les frais d'amortissement des matériels intervenant dans cette section ils sont obtenus par le produit de la valeur d'acquisition du matériel et du taux ; lequel produit est divisé par 12 pour obtenir l'amortissement mensuel. Le taux est obtenu par la division de 100 par la durée de vie du matériel. Le coût total s'obtient par le produit de la valeur de l'amortissement mensuel et le nombre total de mois concerné par l'étude.
* 31 En ce qui concerne l'amortissement de l'Immeuble propre à l'Ets, la comptabilité révèle que la valeur estimée de l'Immeuble à son acquisition en 2007 est de 110.880 $ us ; ce qui donne un amortissement étalé sur 20 ans de 5.544 $ us par an à repartir proportionnellement à la surface entre les différents locaux appartenant à l'Ets. Quant aux locaux loués par l'Ets, nous nous référons au loyer mensuel.
* 32 Cette Imprimante ayant été achetée en 2008, le coût total de son amortissement sera égal au produit de l'amortissement mensuel et 12 (représentant le nombre de mois d'une année)
* 33 Ce montant est obtenu en divisant 1941 $ us qui est la somme des frais du personnel pour trois mois par trois et en multipliant le résultat obtenu par douze (extrapolation sur une année)
* 34 Les % sont calculés en divisant la différence entre la nouvelle valeur et l'ancienne par cette dernière le tout multiplié par cent.
* 35 L'Etablissement a ouvert ses portes officiellement au cours du mois d'octobre 2007 et donc pour cette année nous n'avons pris en compte que les données relatives à trois mois à savoir Octobre, Novembre et Décembre.
* 36 ILUNGA MBOMBO, Notes inédites du Cous de Conception des Systèmes d'Information (CSI), EIFI, I, 2007, p. 4.
* 37 Il convient de noter ici que tout avantage n'est pas toujours mesurable.
* 38 Joseph GABAY, MERISE et UML pour la modélisation des systèmes d'information, DUNOD, 4ème Edition, Paris 2002, p. 9.
* 39 Ibid., p. 31
* 40 Joseph GABAY : Op. Cit., p.77
* 41 Idem
* 42 Joseph GABAY : Op. Cit., p. 81.
* 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.
* 44 Dominique NANCI, Bernard ESPINASSE, Op. Cit., p. 429.
* 45 Dominique NANCI, Bernard EPINASSE, Op. Cit., p. 435.
* 46 Dominique NANCI, Bernard ESPINASSE, Op. Cit., p. 439.
* 47 Ibid. p. 439.
* 48 Ibid. p. 440.