La gestion de mouvement des abonnées au sein d'une station-service cas de la station koweit service

« Heureux l'homme qui ne marche pas selon le conseil des méchants. »

Psaumes 1.1

DEDICACE

A notre très cher papa PALUKU KAMBALE Arnold

A notre très cher Maman LEMBEBU ZUBULE Nicol

A nos frères et soeurs

A nos amis et connaissance

A nos camarades

PALUKU WA-KITIKIRA Michel-ange

REMERCEMENTS

Nos remerciements se dirigent tout droit au Seigneur Jésus Christ pour la vie et la protection qu'il continue de nous accordé.

Qu'il nous soit permis d'adresser nos sincères remerciements a l'assistant AMANI HAGUMA Joseph qui a accepté de nous guider tout au long de nos recherches en vue de l'aboutissement de la présente oeuvre scientifique.

Nos remerciements et considérations vont également à tout le corps administratif et professoral de l'ISIG.

Nous tenons à remercier tout le monde qui a contribué tant bien que mal à la réussite de ce travail particulièrement a mon père PALUKU KAMBALE, ma mère LEMBEBU ZUBULU, nos frères et soeurs MASIKA Maguy, MWAMINI Esther, ILENGI Patrick, KODJAWA Pierre, KAHINDO philomene, KASEREKA Selestin, Prince CUBAKA Josué, Vianney,... sans oublier nos compagnons de lutte BAHATI Djeson, Benjamin, Geremie et tous les membres de CPG soft.

PALUKU WA-KITIKIRA Michel-angeSIGLE ET ABREVATIONS

A : Alphabétique

AN : Alphanumérique

CA : Calculé

Cmd : Commande

DE : Directeur des étude

Co : Concaténé

E : Elémentaire

HPNK : Hôpital Provincial du Nord - Kivu

M : Mouvement

MCC : Modèle Conceptuel de Communication

MCD : Modèle Conceptuel des Données

MCT : Modèle Conceptuel des Traitements

MLD : Modèle Logique des Données

MLT : Modèle logique des Traitements

MOT : Modèle Organisationnel des Traitements

MPD : Modèle Physique des Données

N : Numérique

PF : Procédure Fonctionnelle

RO : Règle d'Organisation

SI : Système d'Information

SIG : Signalétique

SIT : Situation

SKS : Station Koweït Service

INTRODUCTION GENERALE

1. ETAT DE LA QUESTION

L'automatisation dans une entreprise est l'une des réalités qui surpassent l'entendement de bien d'analystes, chercheurs et hommes de sciences dans le cadre du découpage en domaines.

Notons qu'avec la mondialisation, l'outil informatique est devenu incontournable ; il se déploie à travers ses applications diverses : informatique de gestion, médicale, bancaire, individuelle, scientifique, etc. ; et devient pour ce faire, un outil très important et indispensable, utilisé dans les entreprises, permettant non seulement de gérer les informations mais surtout de résoudre les embarras spécifiques à l'activité humaine.

Ce faisant, il sied de doter une station de service et ses petites structures de base, des voies et moyens pouvant lui permettre de rendre souple le traitement des informations et les opérations relatives aux inscriptions et paiements des abonnes.

Un bon nombre de chercheurs se sont intéressés à l'aspect de la gestion dans des stations. Dans le domaine des abonnements, lequel domaine pouvant entraver le processus de réglementation et de suivi direct des activités au sein d'une entreprise. Parmi eux, nous citons :

· Lionel ILUNGA TSHIBANGU, qui par ses analyses, a oriente son travail sur la gestion d'un système informatise de vente de carburant^1(*) ; dans la quel ses recherches ont étés orientées sur les processus d'évaluation des abonnées au sein de cette entreprise.

· Fréderic KIKALE NGOMA^2(*), dans son travail intitulé « Suivi automatisé de la gestion Des clients dans une station-service. Cas de COHYDRO KIS», a traité sur la vente des carburants au sein de cette entreprise.

Quant à nous, le présent travail intitule « la Gestion de mouvement des abonnées au sein d'une station-service cas de la STATION KOWEIT SERVICE», notre parle de la gestion de mouvement des abonnes au sein de la SKS.

Notre travail se différencie des autres travails ci-haut au niveau de la gestion, le premier travail parlait sur la gestion d'un système informatisé de vente de carburant et le second du suivi automatisé de la gestion des clients dans une station-service tandis que le notre parle sur la gestion de mouvement des abonnées au sein d'une station-service

2. CONTEXTE ET PROBLEMATIQUE

Dans toute société, dans tout le secteur, le besoin de recourir à l'outil informatique se fait sentir de plus en plus. Une station de service, à l'instar de toutes les autres organisations (entreprises, administrations commerciales ou financières, universités, administrations publiques ou privées, étatiques ou paraétatiques), acquiert, gère et traite les informations pour pouvoir obtenir, au moment opportun, des résultats fiables.

Au regard de l'importance grandissante que prennent les tâches de paiement des dettes et de gestion des abonnées dans la station-service SKS; et compte tenu de nombreuses difficultés rencontrées qui y sont liées, nous ne pouvons qu'être surpris de l'efficacité du travail accompli.

Néanmoins, chaque entreprise, prédéfinit ses règles propres et les fait exécuter dans toute leur extension dans une certaine transparence. C'est ainsi que les modalités d'évaluation sont diversifiées et la gestion des abonnes devient la tâche la plus lourde pour une administration non organisée, et ceci suivant le nombre croissant des abonnés; l'abonnée est amené à s'acquitter des dettes au temps prévue selon son attente avec la station, dans le but de préserver sa place et sa confiance tout prêt de ce dernier

Il sied de signale que, selon les différent entretient que nous avons eus avec les responsable de la station Koweït service ; De suite, le problème qui intervient est celui de savoir comment recueillir les informations, les conserver, les organiser, les analyser afin d'en créer un tout cohérent. Ainsi dans le service de mouvement des abonnées il se fait constate régulièrement des problèmes tel que :

· La lenteur dans l'élaboration des fiches de synthèse pour les différant rapports tant mensuel, semestriel que annuel,

· La fréquence des erreurs non seulement de transcription, mais aussi et surtout de calcul lors de l'élaboration de la facture et des fiches (fiche de contrôle, d'abonnement, etc.)

Au regard de tout ce qui précède, nous avons constaté que la station Koweït service regorge à son sein une bonne quantité d'équipement informatique mais qui ne participent pas instantanément à la gestion des mouvements des abonnés au sein de leur entreprise.

Et que les questions suivantes s'avèrent importantes d'être traitées tout au long de ce travail :

· Est-il possible de mettre en place un système d'information informatisé pouvant remédier à ces difficultés?

· Quel mécanisme pouvons-nous utilisé pour mettre en place un système pouvant permettre à la station Koweït service de surmonter les problèmes ?

3 .HYPOTHESES

Le présent travail s'inscrit dans le cadre général de la recherche scientifique. La Station Koweït Service(SKS) est l'une des stations les plus renommées de la province du Nord Kivu au regard de la qualité des ces produits et de la confiance dont les clients (abonnée et non abonnée) leur confies. Ceci étant, il s'avère aussi qu'il se soucie, au premier plan, de l'équipement de ses bureaux.

Dans le but de palier a ces problèmes et de chercher la solution, nous osons croire que l'utilisation de la conception du progiciel STATION-SERVICE PRO, la plate forme VB 6.0 connectée a une base des donnes développées sous Access serait d'une importance capitale

4. OBJECTIFS

Un objectif de recherche est la contribution que les chercheurs espèrent apporter à un champ de recherche en validant ou en invalidant une hypothèse. L'objectif général de notre étude scientifique, étant donnés les problèmes épinglés, s'énonce comme étant la conception d'un outil de gestion des mouvements des abonnés ( le progiciel STATION-SERVICE PRO)qui pourrait faciliter la maîtrise et la sécurité des données du système étudié.

En outre, il revient que celui-ci regorge en lui quelques objectifs spécifiques auxquels l'outil créé permettra d'aboutir :

· L'encodage des informations sur toutes les activités organisées pendant l'évaluation de la conformité des productions ;

· la production des documents inhérents le processus tel que :

a. Facture

b. Fiche d'abonnement

c. Fiche de crédit

d. la liste des abonnées

e. Reçu après paiement dette

5. DELIMITATION DU SUJET

Notre étude concerne la station Koweït service basée dans la province du Nord-Kivu, ville de Goma. Vu l'impossibilité avec merise de procéder à l'analyse de toute l'entreprise, elle se limite, par conséquent, à la gestion des mouvements des abonnés comme champ d'application.

Ce projet informatique s'étend de l'année de sa réalisation jusqu'au cas où une étude sur la revue du système d'information ou de l'organisation serait possible

6. METHODES ET TECHNIQUES A UTILISER

Pour atteindre les objectifs que nous nous sommes fixés les méthodes et techniques suivants nous on été utiles :

a. Méthodes

Ø la méthode historique : Elle nous a aide à tracer l'historique de la Station KOWEIT Service

Ø la méthode merise : Elle nous a permit d'analyser le système existant et de proposer un futur, système qui a été fondé sur la critique que nous avons apporté à l'existant.

b. Techniques

Ø La technique de documentaire : elle nous a permise d'exploiter les ouvrages de gestion, de collecter les données, de consulter les différents rapports pour la gestion des abonnées.

Ø la technique d'interview : celle-ci nous a aidés dans nos contacts verbaux avec les personnels du Station.

7. DIFFICULTES RENCONTREES

Il n'est jamais facile de rédiger un tel travail sans pour autant se heurter aux difficultés de tout ordre : pécuniaire, manque d'informations, manque d'ouvrages relatifs au sujet en cours de traitement

8. SUBDIVISION DU TRAVAIL

Hormis l'introduction, conclusion ainsi que l'annexe, ce travail comporte quatre chapitres :

· Chapitre I  : CADRE THEORIQUE ET PRESENTATION DE L'ENTREPRISE

· Chapitre II  : ANALYSE DU SYSTEME INFORMATIQUE EXISTANT

· Chapitre III : CONCEPTION D'UN SYSTEME D'INFORMATION FUTURE

· Chapitre IV : CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE (SII)

CHAP I : CADRE THEORIQUE ET PRESENTATION DE L'ENTREPRISE

I. 1. CADRE THEORIQUE

1. 1. CONCEPTS DE BASE

· Le concept «Base de données»

Une base de données est un mécanisme qui permet de stocker des informations de façon organisée et de le retrouver.3(*) Il est possible de chercher des données satisfaisants des critères particuliers, si toute fois elles on été organisées convenablement

· Le concept « Carburant »

Le carburant^4(*) est un combustible qui alimente un moteur thermique, celui-ci transforme l'énergie chimique en énergie mécanique.

Et comme son nom l'indique, un carburant contient du carbone. Dans le cas de l'hydrogène par exemple on parlera de combustible, le carburant est souvent un liquide et par fois un gaz, il est stocké dans le réservoir. Il est à note qu'un carburant est un combustible dont le mélange avec son carburant se fait au moment de l'inflammation, alors que pour un carburant se fait au moment de l'inflammation. C'est ainsi que l'essence ou supercarburant sont des carburant alors que le gas-oil est des combustibles.

· Le concept de « Gestion »

La gestion est l'action de gérer.^5(*) Selon Morvan P., la gestion est un terme générique désignant l'ensemble des applications de l'informatique aux tâches administratives.^6(*)

· Le concept de « Gestion automatisée »

Une gestion est dite automatisée quand les tâches administratives s'exécutent d'une manière automatique, presque sans intervention de la volonté humaine à l'aide d'un outil de traitement automatique de l'information (ordinateur).

· Le concept « Station service »

Poste d'essence offrant aux automobilistes, aux chauffeurs de poids lourds et aux motocyclistes les ressources nécessaires à la bonne marche de leur véhicule, y compris certains dépannages d'urgence.^7(*)

· Le concept «Vente»

Action de vendre quelque chose à un prix convenu, disons également que c'est une Cession moyennant un prix convenu.^8(*)

· Environnement client /serveur

L'environnement client /serveur est probablement le plus rependu de nos jours .Il nécessite un ordinateur principale, baptise serveur, et un ou plusieurs ordinateurs personnels appelés clients, connectés en réseau au serveur .La base de données réside sur le serveur, toute personne ayant besoin d'y accéder utiliser un des Pc du réseau.^9(*)

Réseau local de l'entreprise

Base des données

Poste client

Serveur hôte

Fig1.1. Modèle client serveur

I.1.2. UNE STATION-SERVICE

· NOTION SUR UNE STATION-SERVICE

Une station service (ou essencerie en Afrique) est une infrastructure positionner sur le bord d'une route ou d'une autoroute destinée a fournir du carburant( Essence, gasoil, pétrole, baril) aux automobilistes, Le mot «station-service» est a l'origine un anglicisme. Les stations-services les plus équipées offrent des services nécessaires aux véhicules automobiles : pompes a carburant, boutique d'accessoires automobiles, station de gonflages des pneumatiques, petite mécanique et dépannage.^10(*)

· NOTION D'ESSENCE

L'essence^11(*) est utilisée comme carburant dans les moteurs thermiques ou les moteurs à combustion interne à allumage commandé. C'est un mélange d' hydrocarbures, auxquels sont parfois ajoutés d'autres produits combustibles ou adjuvants. On y trouve en moyenne :

· 20 % à 30 % d' alcanes, hydrocarbures saturés de formule C_nH_2n+2,

· Serveur hôte

5 % de cycloalcanes, hydrocarbures saturés cycliques,

· 30 % à 45 % d' alcènes, hydrocarbures non saturés,

· 30 % à 45 % d' hydrocarbures aromatiques, de la famille du benzène.

Ces produits sont, pour l'essentiel, issus de la distillation du pétrole. En cas de pénurie de pétrole, il a aussi été fait appel à la distillation des schistes bitumineux, comme cela s'est pratiqué il y a quelques décennies dans l'exploitation de la mine des Té lots, à Autun.

Elle est appelée Pétrole en Angleterre (abréviation de pétroleur spirit) et Gaz aux Etats-Unis (abréviation de gazoline)

· NOTION DE GAZOLE

Le gazole ou diesel^12(*) ou gas-oil, ou encore gasoil, est le nom d'un carburant pour moteur Diesel. Physiquement, c'est un fioul léger et, réglementairement, un carburant ( norme fiscale) issu du raffinage du pétrole.

Le mot « gazole » est issu du mot anglais gasoil (fioul, mazout). Ce terme est surtout utilisé en France. Dans d'autres pays, comme la Belgique, le Canada et la Suisse, le produit est connu comme « diesel », mot issu du nom de l'inventeur du moteur diesel, qui fonctionne habituellement avec ce carburant.

· NOTION DE PETROLE

Le pétrole ( L. pétroleur, du mot grec Petra, roche, et du latin oléum, huile) est une roche liquide carbonée, une huile minérale composée d' hydrocarbures plus ou moins légers et de divers composés organiques piégés dans des formations géologiques particulières. L'exploitation de cette énergie fossile est l'un des piliers de l' économie industrielle contemporaine, car le pétrole fournit la quasi totalité des carburants liquides fioul, gazole, kérosène, essence, GPL tandis que le naphta produit par le raffinage est à la base de la pétrochimie, dont sont issus un très grand nombre de matériaux usuels plastiques, textiles synthétiques, caoutchoucs synthétiques ( élastomères), détergents, adhésifs, engrais, cosmétiques, etc. Et que les fractions les plus lourdes conduisent aux bitumes, paraffines et lubrifiants.

Notons que chaque gisement pétrolier recèle une qualité particulière de pétrole, déterminée par la proportion relative en molécules lourdes et légères, mais aussi par la quantité d'impuretés. Au siècle dernier, l'industrie pétrolière avait l'habitude d'exprimer la qualité d'un pétrole à l'aide de sa densité API, correspondant à sa « légèreté » : un brut de moins de 10 °API est plus dense que l'eau et correspond à un bitume, tandis qu'une huile de plus de 31,1 °API correspond à un brut léger. Les pétroles compris entre 10 et 45 °API étaient dits conventionnels, tandis qu'en dehors de cet intervalle les pétroles étaient dits non conventionnels ; cette définition est néanmoins évolutive car les technologies actuelles permettent de traiter par des procédés standards des pétroles jusqu'alors considérés comme exotiques : les condensas, situés au-delà des 45 °API, en sont une bonne illustration.^13(*)

I.2. PRESENTATION DE L'ENTREPRISE

I.2.1. Situation Géographique

La station Koweït service est une entreprise commerciale privée se trouvant à l'Est de la RD Congo, en Province du Nord-Kivu, Ville de Goma ; plus précisément dans la Commune de Karisimbi, Quartier MURARA, Avenue MUKOSASENGE au numéro 39. Elle est située à quelques mètre de l'INSTIGO, sur la route KIBALABALA, entrée ISIG, en face de l'immeuble des Ets M.L.

Au nord de la station, nous avons l'Eglise Assemblée Chrétienne de Réveil Spirituel, a L'Est il ya l'habitation du colonel WABO des FARDC.

Elle a comme adresse électronique :

· E-mail : [e-mail]

Elle a comme numéro de téléphone :

· Tél : [phone]

I.2.2. Aperçu historique

L'Etablissement A LAKASATE dans le temps ; actuel SKS, est né à Kiwanja (Territoire de Rutshuru) dans les années 1985 par KATEMBO KASALAGHANDO ou l'on achetait du carburant au Kenya sans station-service pour le garder dans des futs, puis le revendre.

Suite à l'insécurité dans cette partie du pays, on a jugé mieux de transplanter l'Etablissement à Goma, chef lieu de la Province du Nord-Kivu.

Dans les années 2000, l'entreprise a commencé à ravitailler les avions en JET dont l'entrepôt SEP CONGO servait de dépôt.

En 2006, les installations de la SKS étaient prêtes et c'est des lors que l'on a commence a servir les clients a la pompe.

Notons également qu'aujourd'hui, avec la croissance positive que connait cette entreprise, elle a un autre point de livraison à Kisthanga, en territoire de Masisi, ou elle livre les produits pétroliers a ses clients abonnées avec une petite majoration de prix par rapport a Goma.

I.2.3 Objectif de la station Koweït service

Toute entreprise et/ou projet, doit partir de l'objectif est donc une source de personnes impliquées soient motivées. Un objectif est donc une source de motivation, une force motrice qui incite à poursuivre un chemin.

La SKS poursuit cependant un certain nombre d'objectif notamment :

· La réalisation du profit ;

· L'accroissement et l'épanouissement de l'entreprise ;

· La satisfaction de la clientèle et augmentation du monde de clients.

I.2.4. Perspective d'avenir

La SKS prétend :

· Ouvrir des nouvelles agences sur l'espace régionale du Nord-Kivu ;

· Augmenter le nombre des clients abonnés (ONG et autre grandes entreprises tant publiques que privées)

I.2.5. Statut juridique

La station-service dont nous parlons dans notre travail, est une entreprise privée, comme signale ci-haut, enregistrée sous le Numéro de Registre Commercial (NRC) 2063 au tribunal de Grande Instance du Nord-Kivu, siège de Goma et ld. Nat. N46740N.

I.2.6. Organisation et Fonctionnement

Nous allons pouvoir expliquer l'organisation au moyen d'un organigramme. L'organigramme étant défini comme une Graphique représentant la structure d'une organisation (entreprise, groupement, etc.), avec ses divers éléments et leurs relations.^14(*)

Notons que pour son épanouissement, toute entreprise doit établir un organigramme afin que chaque agent puisse savoir son niveau hiérarchique, de qui il dépend et qui dépend de lui.

I.2.7. Hiérarchie de la station Koweït service

I.2.7.1. Organigramme

A

8h<=t>=20h

8h<t<17h

GERANT

AVOCAT CONSEL

SERVICE GENERAUX - TECHNIQUE

VISA

COMPTABILITE - CAISSE

STATION SERVICE

CHAROI AUTOMOBILE

Source: Station Koweït Service

SENTINELLE

I.2.7.2. Fonctionnement

Dans cette partie il est question de faire une brève description des différentes attributions de chaque composant de l'organigramme. La station Koweït service est composée de quatre organes à savoir :

1. Comite de gestion

Il est composé de président et directeur général, auditeur, avocat et de gérant.

· PDG : il est le promoteur de la l'entreprise c'est-à-dire le propriétaire de la station-service

· Auditeur et Conseiller juridique (avocat) : ils sont chargés de matière juridique de la station.

· Gérant : il s'occupe du dédouanement et entreposage des produits dans les installations de la station et actualise le stock. Notons qu'il utilise le FIFO pour l'écoulement du stock et fait le rapport de vente, stock au patron. s'occupe de la gérance de la station Koweït service, il surveille l'arrive et la consommation du carburant, des impôts et assure les recouvrements de consommation de carburant par des abonnés.

2. Service technique

Ici il est question d'assuré la maintenance et l'entretien des équipements lié au bon fonctionnement de l'entreprise. A l'occurrence des pompes, camions et la station mobile

3. Service commercial

Est celle qui chargé de la venté et la distribution des produits de la société. Cette partie est composée de 2 parties :

· Le comptable - caissier

· Les pompiers et la réception

4. Visa

Ce service se charge de l'octroi de bon de consommation de client abonné au sein de la station service Koweït service

5. Service généraux

Il est charge des comptes de la société, les dépenses et factures de la société. En quelque sorte il s'occupe de tous les services.

CHAP II: ANALYSE DU SYSTEME D'INFORMATION EXISTANT

Le système d'information est la partie du réel constituée d'information organisée, d'événements, ayant un effet sur ces informations, et d'acteurs qui agissent sur ces informations ou à partir des ces informations, selon des processus visant une finalité de gestion et utilisant les techniques de l'information.^15(*)

L'analyse de l'existant nous permet de suivre la réalisation des objectifs dans une entreprise à tous les niveaux et dans toutes les principales fonctions de celle-ci.

II.1. MODEL CONCEPTUEL DE COMMUNICATION (MCC BRUT)

ENTREPRISE

COMMUTE DE GESTION

CLIENT

BANQUE

VISA

SERVICE COMMERCIAL

SERVICE TECHNIQUE

II.2. MODEL CONCEPTUEL DE COMMUNICATION (MCC NET)

Pour réduire la complexité de données d'une entreprise et pour avoir des projets maîtrisable car il et difficile d'informatise toute une entreprise d'un coup, on découpe en domaine d'activité, chaque domaine est considéré comme quasi automatique avec son propre système opérant, son propre système de pilotage et son propre système d'information.^16(*)

Ainsi ce découpage permet au concepteur de déterminé ce qu'il va informatiser

Ce modèle conceptuel net représente une cartographie des acteurs et des flux échangés. Ce modèle présente d'une manière précise et claire le domaine concerné par notre étude.

ENTREPRISE

CLIENT

GERANT

COMMUTE DE GESTION

SERVICE COMMERCIAL

COMPTABLE-CAISSIER

POMPISTE

7

22

21

20

19

3

4

1

5

2

6

14

13

18

8

SERVICE GENERAUX-TECH

COMPTABLE-CAISSE

CLIENTS

POMPISTE-RECEPTION

SENTINNELE

BANQUE

SERVICE GENERAUX

VISA

GERANT

PDG

9

II.3. DIAGRAMME DE FLUX BRUT

17

16

15

12

11

10

CONSEILLE - JURIDIQUE

AUDITEUR

Légende

1. Demande d'abonnement et si le client est déjà abonne livraison de produit

2. Exécution de l'instruction

3. Remise de rapport de la vente journalière

4. Demande de rapport journalier de vente au près du pompier

5. Remise de reçu de paiement

6. Paiement de bon de consommation

7. Remise de rapport de la situation financière de la station fournie

8. Gérant demande de rapport mensuel de situation financière de la station

9. Exécution de l'instruction donnée par le PDG

10. Instruction du PDG aux prés de Gérant

11. Demande de rapport journalier de bon de consommation de carburant

12. Rapport journalier de bon de consommation fournie

13. Versement de resette journalier à la banque au compte de la station

14. Remise de bordereau de dépôt au caissier par l'agent de la banque

15. Demande de rapport de service généraux et de l'état technique de la station

16. Remise de rapport de service généraux et de l'état technique de la station

17. Demande de rapport aux près de la sentinelle

18. Remise de rapport

19. Demande des conseils juridiques en cas des situations exigeant la justice

20. Remise de rapport juridique

21. Demande du DG aux près de l'Avocat en cas des situations exigeant la justice

22. Remise de rapport juridique

II. 4. MATRICE DES FLUX

	PDG	GERANT	CONSEILLE JURIDIQUE	AUDITEUR	SERVICE GENERAUX - TECHNIQUE	SENTINNELE	COMPTABLE - CAISSIER	POMPISTE -RECEPTION	CLIENT	BANQUE	VISA
PDG		10	21	19
GERANT	9				15		8				11
CONSEILLE JURIDIQUE	22
AUDITEUR	20
SERVICE GENERAUX - TECHNIQUE		16				17
SENTINNELE					18
COMPTABLE - CAISSIER		7						4	6	13
POMPISTE - RECEPTION							3		2
CLIENT							5	1
BANQUE							14
VISA		12

9

II.5. DIAGRAMME DE FLUX NET

Ce modèle conceptuel net représente une cartographie des acteurs et des flux échangés. Ce modèle présente d'une manière précise et claire le domaine concerné par notre étude.

PDG

VISA

15

13

3

12

11

4

5

GESTION DES MOUVEMENTS DES

ABONNES

16

14

BANQUE

AUDITEUR

CONSEILLLE

JURIDIQUE

6

2

4

CLIENTS

1

8

7

SERVICE GENERAUX- TECHNIQUE

4

10

9

SENTINNELE

Légende

1. Demande d'abonnement et si le client est déjà abonne livraison de produit

2. Livraison produit au client par le pompier

3. Demande de rapport journalier de la gestion des mouvements des abonnés

4. Remise de rapport journalier au près du PDG

5. Versement de resette journalier à la banque au compte de la station

6. Remise de bordereau de dépôt au caissier par l'agent de la banque

7. Demande de rapport journalier au près du service généraux et technique

8. Remise de rapport journalier

9. Demande de rapport journalier au près du sentinelle

10. Remise de rapport journalier

11. Demande de rapport journalier de bon de consommation de carburant

12. Rapport journalier de bon de consommation fournie

13. Demande des conseils juridiques en cas des situations exigeant la justice

14. Conseil et explication fournie

15. Demande des conseils juridiques en cas des situations exigeant la justice

16. Conseil et explication fournie

II.6. LE MODELE ORGANISATIONNEL DE TRAITEMENT (MOT)

Le modèle organisationnel de traitement est un plan qui exprime la gestion dont les règles des gestions sont appliquées dans l'organisation et indique l'utilisation des ressources mise en oeuvre l'or de cette application.^17(*)

Elle consiste à représente le modèle conceptuel de traitement dans un tableau dont les colonnes sont la durée, le lieu, les responsables. Le niveau organisationnel s'attache à décrire le système d'information en répondant aux questions Qui ? Où Quand ?

Au plan de la description le MOT intègre les notions du temps, duré, de ressource, de lieu et responsabilités (poste de travail) et de nature de traitement (manuels ou automatiques).

Quelques concepts de base :

§ Tache : est un travail déterminé à réaliser par le système. Elle utilise à cette fin un ensemble des données du système, soit en consultation, soit en mise jour.

§ Procédure^18(*) : est un ensemble des taches exécutées de manière ininterruption et en respectant la règles de trois unités même lieu de traitement, même type de traitements et même type période de traitement.

§ Un poste de travail : est un centre d'activité élémentaire et opérationnelle de l'organisme comprenant tout ce qui est important (homme, espace, outillage) à exécution définie des traitements automatisés ou pas. La première étape de model conceptuelle de traitement, consiste à découper les opérations en procédures fonctionnelles, une succession des traitements déclenchés par un événement. Il s'agit d'associer dans un tableau :

§ Les procédures fonctionnelles

§ L'heure de début et de fin

§ Le lieu de poste de travail

§ Les ressources du poste de travail

LES REGLES D'ORGANISATION

Les règles d'organisation sont des règles qui fixe l'orientation générale, elle amène effectuer les actions d'une prestation a un ou plusieurs sortes de travail.

A . ABONNEMENT

RO 1. Arriver du client, REGLE 2 le réceptionniste lui fournit toute les informations nécessaires pour qu'il soit abonne

RO 2. Apres avoir être renseigner par le receptionniste,REGLE3 : le Gérant fait le réception de la demande

RO 3. Réception de la demande chez le Gérant

RO 4 : Si la demande est réceptionnée par le Gérant, s'effectue l'analyse de la demande

RO 5 : Apres avoir analyse la demande, si elle est admise le Gérant donne accord pour effectuer la signature d'un contrat

RO 6 : Apres signature du contrat, le Gérant élabore le rapport.

RO 7 : Apres l'élaboration du rapport, le Gérant classe ce dernier .

B. LIVRAISONT PRODUIT ET PAIEMENT

RO 8 : Avant la livraison produit, s'effectue la réception bonne de commande a la réception

RO 9 : le réceptionniste effectue la vérification du produit

RO 10 : si le la quantite demandee est en stock, le réceptionniste enregistre la commande

RO 11 : Apres ça, le réceptionniste catégorise le client

· Si abonne

· Si non abonne

RO 12 : Si abonne le Gérant élabore l'accord, Pius s'effectue la remise de l'accord de la livraison produit RO 13 : remise accord

RO 13 : Apre ça, s'effectue la remise accord par le Gérant auprès du client,

RO 14 : Pius la livraison produit

RO 15 : Apres la livraison produit , le Géant élabore le rapport et le classe

RO 16 : Pour le paiement de la commande consommée avant tout s'effectue une facture qui doit être transmis RO 17 : Transmission de la facture auprès des clients

RO 17 : Transmission facture, âpres ce dernière s'effectue le paiement

RO 18 : Apres le paiement, on enregistre ce dernier puis élaboration du reçu après ça la remise effectue

RO 19 : Apres la remise reçu effectue, élabore le rapport par le comptable et a fin transmission du rapport auprès digérant

RO 20 : Transmission du rapport au de Géant

II.7. TABLEAU DES PROCEDURES FONCTIONNELLE

A. Processus d'abonnement

Entente lettre

Début

Durée max

DEROULEMENT

Lieu

POSTE DE TRAVAIL

Responsable

Ressource

PF1	06h<=t>=20h X	Arrivé client	M	S.K.S Réception Pompiste
PF2	06h<=t>=20h X	Renseignement prix produit	M	S.K.S Réception Pompiste
PF3	06h<=t>=20h X	Réception demande	M	Gérance Gérant Gérant
PF4	06h<=t>=20h X	Analyse demande	M	Gérance Gérant Gérant
PF5	06h<=t>=20h X	Signature contrat	M	Gérance Gérant Gérant

06h<=t>=20h

PF7

PF6

X

06h<=t>=20h X

Classement rapport

Elaboration rapport

Gérance

M

M

Gérant

Gérant

Gérance Gérant

Gérant

B. Processus livraison produit

Entente lettre

Début

Durée max

DEROULEMENT

Responsable

Lieu

POSTE DE TRAVAIL

Ressource

X

06h<=t>=20h

Réceptionniste

Pompiste

S.K.S

X

06h<=t>=20h

Pompiste

Réceptionniste

S.K.S

Réceptionniste

Pompiste

S.K.S

Réceptionniste

Pompiste

S.K.S

Gérant

Gérant

Gérance

Gérance

M

Gérant

Gérant

Approbation accord

Gérant

Commute de gestion

Gérance

Gérant

PF17

06h<=t>=20h

06h<=t>=20h

PF16

PF15

X

X

06h<=t>=20h X

Livraison produit

Classement rapport

Elaboration rapport

Gérance

Gérance

M

M

M

Pompiste

Pompiste

Commute de gestion

Commute de gestion

Gérant

Gérant

S.K.S

C. Processus de paiement

Entente lettre

Durée max

Début

DEROULEMENT

Lieu

POSTE DE TRAVAIL

Responsable

Ressource

06h<=t>=20h

PF18

X

Elaboration facture

M

Cpté Comptable Comptable Caisse

X

06h<=t>=20h

Transmission facture

M

Cpté Comptable Comptable Caisse

X

06h<=t>=20h

Paiement

M

Caisse Caissier Comptable Caisse

06h<=t>=20h

X

Enregistrement paiement

M

Caisse Caissier Caissier

06h<=t>=20h

PF22

X

Elaboration reçus

M

Caisse Caissier Caissier

06h<=t>=20h

PF23

X

Remise reçus

M

Caisse Caissier Caissier

06h<=t>=20h

PF24

X

Elaboration rapport

M

Cpté Comptable Comptable

X

06h<=t>=20h

Transmission rapport

M

Cpté Comptable Comptabble Caisse

II. 07. DIAGRAMME D'ENCHENNEMENT DE PROCEDURE FONCTIONEL

A. Processus d'abonnement

DEROULEMENT		ENCHAINEMENT	NATURE	POST DE TRAVAIL
Début	Durée

06h<=t>=20h

PF 1

Toujours

Réception client

Client reçu

ET

Pompiste présent (réceptionniste)

Station ouverte

Client présent

M

S.k.S Réception Pompiste

06h<=t>=20h

Demande de renseignement

Toujours

A

Renseignement prix produit

Renseignement fournie

ET

PF 2

M

S.K.S Réception Pompiste

06h<=t>=20h

Demande deposée

A

Toujours

Gérant present

PF 3

Demande à analyser

Réception demande

ET

M

Gérance Gérant Gérant

06h<=t>=20h

Pompiste présent

PF 4

Analyse demande

ET

Demande non admis

Demande admis

Oui

Non

M

Gérance Gérant Gérant

06h<=t>=20h

Client présent

B

PF 5

Toujours

Signature contrat

ET

Contrat signé

M

Gérance Gérant Gérant

06h<=t>=20h

06h<=t>=20h

B

Rapport elaboré

Rapport classé

PF 6

PF 7

C

Toujours

Classement

ET

Elaboration rapport

Toujours

Géran présent

Gérance

Gérant

Gérant

B. Processus livraison produit

DEROULEMENT		ENCHAINEMENT	NATURE	POST DE TRAVAIL
Début	Durée

Bon de cmd deposé

06h<=t>=20h

PF 8

Bon de commande reçus

Réception bon de commande

Toujours

Réception pompiste

ET

M

S.k.S Réception Réception

Commande enregistré

06h<=t>=20h

06h<=t>=20h

Commande disponible saisie

D

PF 10

PF 9

TOUJOURS

Enregistrement commande

Produit

non disponible

Vérification disponibilité produit

Oui

Non

APPROVISIONNEMENT

M

M

S.K.S

S.K.S

Pompiste

Pompiste

Pompiste

Réceptionniste

06h<=t>=20h

b

Clients non abonnée

PF 11

Clients abonnée

Non abonnée

Abonnée

Catégorisation clients

D

M

S.K.S Pompiste Pompiste

06h<=t>=20h

(aouc)etb

Toujours

Elaboration accord

PF 12

a

c

Comptable

Gérant, Comptable present

Accord élaboré

M

Gérance Gérant Gérant

06h<=t>=20h

PF 13

Remise accord

Accord livré

Toujours

M

S.K.S Gérant Commute de gestion

06h<=t>=20h

E

Accord approbé

Pompiste présent

PF14

ET

Approbation accord

Toujours

M

S.K.S Pompiste Pompiste

06h<=t>=20h

Produit livré

E

PF 15

Livraison produit

Toujours

M

S.K.S

Pompiste Pompiste

06h<=t>=20h

06h<=t>=20h

Rapport classé

Toujours

PF 17

Classement rapport

F

PF 16

Elaboration rapport

Rapport élaboré

Toujours

M

M

S.K.S

Gérant

Pompiste

S.K.S

Pompiste Pompiste

Toujours

C. Processus de paiement

DEROULEMENT		ENCHAINEMENT	NATURE	POST DE TRAVAIL
Début	Durée

Comptable présent

Facture élaborée

Fin du mois

PF 18

Toujours

Elaboration facture

ET

M

Comptabilité Comptable Comptable

Toujours

PF 19

Transmission facture

Facture transmise

M

Comptabilité Comptable Comptable

Abonné pret à payer

G

Facture payé

Toujours

PF 20

Paiement facture

ET

M

Caisse Caissier Caissier

G

PF 21

Paiement enregistré

Toujours

Enregistrement paiement

M

Caisse Caissier Caissier

Reçus élaboré

Elaboration reçus

PF 22

Toujours

M

Caisse Caissier Caissier

Reçu

Abonné présent

PF 23

ET

Remise reçus

Toujours

M

Comptabilité Comptable Comptable

H

PF 24

Rapport élaboré

Elaboration rapport

Toujours

Comptabilité

Comptable

Comptable

M

Rapport transmis

H

PF 25

Toujours

Transmission rapport

Comptabilité

Comptable

M

Comptable Comptable

Comptable Comptable

II. 08. MODELE CONCEPTUEL DE TRAITEMENT (MCT)

II. 08. 01. Concept de base

· Un événement : est le fait que quelque chose survient et que l'on perçoit que quelque chose survient. Un certain temps peut s'écouler entre la perception du fait et la prise en compte de cette perception par le SI^19(*)

· Une Action : est définie comme un ou plusieurs faits élémentaires qui forment un tout pour transformer un ensemble de propositions à un autre ensemble de proposition dans la base d'information ou dans le modèle.

· La synchronisation d'une opération : marque le rendez-vous des éléments contributifs qui doivent arrives avant le déclanchement de l'opération selon une proposition logique traduisant les règles de gestion d'activité. Ainsi donc, la synchronisation d'une opération représente sous forme des conditions booléennes déventements (vérifiant le OU et le ET) et qu'elle correspond a la condition d'exécution d'opérations.

· Une Opération : est un ensemble d'actions accomplies par le Si en réaction à un événement ou à une conjonction d'événement appartenant en sortie à un type d'opération^20(*)

· Un processus : est un enchainement d'opérations dans un même domaine d'activité.

· Les règles de gestion : sont des règles qui permettent de sortir une action ou une règle de gestion conditionnellement à la production de l'événement.

II. 08. 02. Construction du MCT

A. Processus d'abonnement

Arrivé du clients

Demande reçu

Réception client

Client reçu

Toujours

Demande refusé

Client renseigné

A

Oui

Non

Analyse demande

Demmande accepté

ET

A

Contrat dispo

Rapport élaboré

Toujours

ET

Signature contrat

Contrat signé

Toujours

Classement rapport

ET

Processus de livraison produit

Rapport élaboré

ET

Oui

B

Bon de commande reçus

B. Processus de la facturation

Bon de commande

Enregistré

Registre de commande

Produit non disponible

Produit disponible

Situation de stock

Toujours

Réception bon de commande

ET

Toujours

Enregistrement commande

Non

Vérification disponibilité produit

Rapport élaboré

Accord approuvé

Accord remis

Toujours

Client categorisé

B

ET

ET

ET

Toujours

Livraison produit

Elaboration accord

C

Rapport classé

Toujours

Classement rapport

Produit livré

Accord élaboré

B

C. Processus de paiement

Facture élaborée

Transmission facture

Toujours

Enregistrement paiement

Facture transmise

Facture payé

Toujours

Paiement enregistré

D

Reçu élaboré

D

ET

Rapport élaboré

ET

Remise reçu

Toujours

Reçu remis

Transmission rapport

Toujours

Rapport transmis

II. 09. LE MODELE CONCEPTUEL D DONNEE

Au niveau conceptuel, la description de données et de traitements du système d'information prend en compte et formalise les règles de gestion indépendamment de l'organisation interne de l'entreprise et de choix aux contraintes technique éventuels.

Le niveau conceptuel traite des événements et fournit des résultats sans se soucier de la manière dont sont acquises et restituées les informations portées par ces événements et ces résultats.^21(*)

II .09. 01. DICTIONNAIRE DE DONNEE

Nom	Signification	Type	Longueur	nature		Règle à créer
		A, AN, N		E, CO, CA	M, SIG, SITU
*Code_ cli Nom_cli Adres_cli Tel_cli Email_cli *Code _fsseeur Nom_fsseur Adres-fsseur Tel_fsseur Email_fsseur *Code_Etprise Nom_Etprise *Code_Agent Nom_agent Sexe_agent Tel _agent *Code_cmd Num cmd Date_cmd *Code_prod Nom_prod Qte_prod PUnitaire PVente Mon_ payé *Code_fact Num_fact Date_fact *Code_Typecli Design_type	Code clients Nom clients Adresse clients Téléphone clients Email clients Code fsseur Nom fournisseur Adresse fsseur Téléphone fsseur Email fsseur Code entreprise Nom entreprise Code agent Nom agent Sexe agent Téléphone agent Code commande Numéro cmd Date cmd Code produit Nom produit Quantité produit Prix unitaire Prix de vente Montant payé Code facture Numéro facture Date facture Code type clients Désignation type	AN A AN N AN AN A AN N N AN AN AN A A N AN N D AN A N N N N AN AN D AN A	5 15 25 10 25 5 25 15 10 30 5 15 5 15 1 10 5 5 8 8 15 8 8 10 10 5 5 8 5 15	E E E E E E E E E E E E E E E E E E E E E E E CA E E E E E E	SIG SIG SIG M SIG SIG SIG SIG SIG M SIG SIG SIG SIG SIG M SIG M SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG	A créer Ville + Rue A créer Ville + Rue A créer A créer A créer jj mm aaa A créer < > 0 Qté * PU A créer jj mm aaa A créer

II .09. GRAPHE DE DEPENDANCE FONCTIONNELLE

Code_Cmd

Code_fact

Date_cmd

PUnitaire

PVente

Code_cli

Date_fact

Adres_cli

Nom_cli

Code_fsseur

Code_prod

Tél_cli

Adres_fsseur

Tél_fsseur

Nom_fsseur

Qte_prod

Nom_prod

Email_cli

Email_fsseur

Tél_Agent

Sex_Agent

Nom_Agent

Code_Agent

Nom_Etprise

Code_Etprise

Code_Typecli

Cli_Nabonné

Cli_Abonné

II .010. MODELE CONCEPTUEL DE DONNEE (MCD)

Vente

Fournisseur

Entreprise

Produit

Paie

1, n

Concerne

Code_prod

Nom_prod

Qté_prod

Code_vente

Designation

Clients

Code_cli

Nom_cli

Adres_cli

Tél_cli

Email_cli

Types clients

Code_Typecli

Design_Type

Code_Etprise

Nom_Etprise

Agents

Code_Agent

Nom_Agent

Sex_Agent

Tél_Agent

Commande

Code_cmd

Designation

Code_fsseur

Nom_fsseur

Adres_fsseur

Tél_fsseur

Email_fsseur

1 ,1

Appartenir

1, n

1 ,1

Livrer

0, 1

1, n

Date

1, n

1, n

1, n

1, n

Concerne

Avoir

Date et PU

Qté , date

1, n

1 ,1

Appartenir

1, n

1 ,1

Facture

Numfac

Facture

REGLE DE GESTION

REGLE 1. Un ou plusieurs produits peut concerner une ou plusieurs commandes

REGLE 2. Sur une ou plusieurs , un ou plusieurs produits peut être conçerné

REGLE 3. Un ou plusieurs produits peut figurer dans un ou plusieurs factures

REGLE4. Sur une ou plusieurs factures , un ou plusieurs produits peut toute fois être figurer

REGLE 5. Une et une seule facture peut être payée par un ou plusieurs clients

REGLE 4. Un ou plusieurs clients peuvent payer une ou plusieurs factures

REGLE 5. Un et un seul client appartient à un ou plusieurs types des clients

REGLE 6. Sur un ou plusieurs types des clients, un et un seul client peut tout fois appartenir

REGLE7. Une commande peut ne pas être effectuée par un ou plusieurs fournisseurs

REGLE8. Un ou plusieurs fournisseurs peut effectuer une ou plusieurs commandes

REGLE9. Un et un seul produit peut être commande par une et une seul entreprise

REGLE10. Sur une ou plusieurs entreprises ,un ou plusieurs produits peuvent être commandes

REGLE11. Une ou plusieurs entreprises peuvent avoir un ou plusieurs agents

REGLE12. Un et un seul agent appartient à une et une seul entreprise

CRITIQUE DU SYSTEME EXISTANT

L'analyse détaillée de l'existant est très importante car elle permet de mettre en évidence certains dysfonctionnements.

Durant cette analyse, nous avons eu le constant suivant:

· Au niveau de la structure MCC, les taches sont bien attribuées mais vu la saisie redondantes d'informations à cause la gestion non informatisée, la gestion manuelle de certaines tâches importantes qui ne rend pas facilite la gestion des taches attribuées  et ne repond pas favorablement a ses obligations.

· Au niveau du traitement (MOT et MCT) la succession des tâches est bien ;

tandisque du point de vue MCD, les documents utilisés pour prendre en charge la gestion des abonnées sont facile, ce qui cloche ici est le remplissage de ces documents qui est non sans penne car nécessité d'effectue des longes, lourdes calculs et procédures, les donnes de mauvaise quqalites, les controles des acces insuffisant, il convient de signaler aussi que la gestion des ces documents ne permet pas une accessibilité facile.

CHAPITRE III : CONCEPTION DU SYSTEME D'INFORMATION FUTURE ET CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE

Le système d'information existant que nous venons d'étudier au chapitre précédent, nous conduit à conclure qu'il est totalement manuel et caractérisé des défaillances préjudiciables.

Dans ce chapitre nous partirons des modèles présentés précédemment pour concevoir un nouveau système d'information qui sera conçus de manière à ce que certain opérations jugées manuel de l'existant puissent être automatisées ainsi que d'ajouter d'autres, et cela pourra aboutir à une application conçus sur base de ce nouveau système d'information.

Nous ne reprendrons pas tout les modèles de l'existant, mais seulement ceux qui ont subit des modifications permettant de mettre en place notre application.

III. 1. LE MODELE CONCEPTUEL D DONNEE

III. 1. 1. DICTIONNAIRE DE DONNEE

Nom	Signification	Type	Longueur	nature		Règle à créer
		A, AN, N		E, CO, CA	M, SIG, SITU
Id_Abonne Nom_Abonne Adresse_Abonne Telephone_Abonne Email_Abonne Id_approv Designation_PRODUIT Id_Fsseur Nom_Fsseur Adress_Fsseur Telephone_Fsseur Email_Fsseur Id_Produit Designation_Produit Unite_Produit Id_vente Date_Vente Produit_vendu Quantite_vendu Prix_unitaire Id_Paiement Montant_Paiement Date_Paiement	Code Abonne Nom Abonne Adresse Abonn Téléphone Ab Email clients Code Approvis. Code Fsseur Nom Fsseur Adress Fsseur Telephone Fssr Email Fsseur Code produit Description P. Unité produit Code Vente Date de vente Produit vendue Quantité vendue Prix unitaire Code Paiement Montat paye Date de pmt	A A AN N AN A A A A AN N A A A N A AN A N N A N AN	5 15 25 10 25 5 15 5 15 25 15 25 5 15 15 5 15 15 15 10 5 10 15	E E E E E E E E E E E E E E E E E E E E E E E	SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG	jj mm aaa jj mm aaa

Id_Produit

III.1.2. GRAPHE DE DEPENDANCE FONCTIONNELLE

Id_vente

Designation_Produit

d

Unite_Produit

d

Date_Vente

Produit_vendu

Id_Abonne

Prix_unitaire

Telephone_Abonne

Quantite_vendu

Id_approvp

Adresse_Abonne

Nom_Abonne

Plaque_Vehicule_Abonne

Designation_PRODUIT

Email_Abonne

Id_Paiement

Id_Fsseur

Telephone_Fsseur

Email_Fsseur

Adress_Fsseur

Nom_Fsseur

Date_Paiement

Montant_Paiement

Concerne

PU,Qté

III .1. 3.MODELE CONCEPTUEL DE DONNEE (MCD)

1,n

1,n

Vente

Produit

Id_Produit, Designation_Produit, Unite_Produit

Id_vente, Date_Vente,

1,n

1,1

Concerne

Date,PU,Qté

Effectuer

date

1,1

1, n

Approvisionnement

Abonne

Id_approv, Designation_Appro

Codcli, Nomcli, numtelcli, Emai

Id_Abonne, Nom_Abonne, num_Abonne, Emai_Abonne

1,1

Payer

Paiement

1,1

0,n

1,n

Livrer

date

Id_Fsseur, Nom_Fsseur, Adress_Fsseur, Telephone_Fsseur, Email_Fsseur

Id_Paiement, Montant_Paiement, Date_Paiement

Fournisseur

REGLE DE GESTION

REGLE 1. Un paiement peut être payé par un et un seul client

REGLE 2. Un abonne peut effectuer un ou plusieurs paiements

REGLE 3. Un abonne peut effectuer un ou plusieurs ventes

REGLE4. Une vente peut être effectuée par un et un seul abonne

REGLE 5. Sur une vente, un ou plusieurs produit peut être conçernés

REGLE 6. Un ou plusieurs produits peut concernés une ou plusieurs ventes

REGLE 7. Un ou plusieurs produits peut être approvisionnés un ou plusieurs fois

REGLE 8. Sur un ou plusieurs approvisionnements , un ou plusieurs produits peut êtres approvisionnés

REGLE9. Un approvisionnement peut être livré par un et un seul fournisseur

REGLE10. Un fournisseur peut ou n'est pas livre un approvisionnement

III. 2. LE MCT

A. Procédure d'abonnement

Client reçu

Réception client

Toujours

Coordonnées client

Saisie coordonnées

ET

Arrivé du client

Demande admis

A

Demande non admis

Non

Oui

Analyse demande

Clients enregistres

Toujours

Toujours

Contrat signé

Signature contrat

Contrta disponible

ET

A

B. Procédure de la livraison produit

bon de commande deposé

Categorisation client

ET

Réception bon de commande

Produit disponible

Non

Oui

Vérification disponibilité produit

ET

Toujours

Bon de commande reçus

Situation en stock

Produit non disponible

Commande enregistré

Non

Oui

Paiement

B

Client abonné

Client non abonné

Accord de la livraison

B

Livraison produit

ET

Toujours

C

Produit livré

Facture effectuée

Elaboration facture

Toujours

C. Procédure de paiement

ET

C

Cas non payé

Facture éditée

H

Reçu elaboree

Toujours

ET

Toujours

ET

ET

Transmission facture

Toujours

Facture payé

Facture transmise

ET

Enregistrement paiement

Toujours

Paiement enregistré

D

Reçu élaboré

ET

Remise reçu

Toujours

D

Remise reçu

Rapport élaboré

ET

Editation rapport

Toujours

Dossier cloture

Rapport édité

ET

Transmission rapport

Toujours

Rapport transmis

III.3. TABLEAU DES PROCEDURES FONCTIONNELS

1. Procédure d'abonnement

PROCEDURE FONCTIONNEL	DEROULEMENT		ACTION	NATURE	POSTE DE TRAVAIL
	DEBUT	DUREE			LIEU	RESPONSABLE	RESSOURCE
PF1	06h<=t>=20h	X	Réception client	M	S.K.S	Réception	Pompiste
PF2	06h<=t>=20h	X	Renseignement client	M	S.K.S	Réception	Pompiste
PF3	06h<=t>=20h	X	Réception demande	M	Gérance	Gérant	Gérant
PF4	06h<=t>=20h	X	Analyse demande	M	Gérance	Gérant	Gérant
PF5	06h<=t>=20h	X	Saisie coordonné de l'abonné	M	Gérance	Gérant	Commute de gestion
PF6	06h<=t>=20h	X	Signature du contrat	AC	Gérance	Gérant	Commute de gestion

2. Procédure de livraison produit

PROCEDURE FONCTIONNEL	DEROULEMENT		ACTION	NATURE	POSTE DE TRAVAIL
	DEBUT	DUREE			LIEU	RESPONSABLE	RESSOURCE
PF7	06h<=t>=20h	X	Réception bon de commande	M	Gérance	Gérant	Gérant
PF8	06h<=t>=20h	X	Vérification disponibilité produit	AB	Gérance	Gérant	Gérant
PF9	06h<=t>=20h	X	Enregistrement commande	AC	Gérance	Gérant	Gérant
PF10	06h<=t>=20h	X	Catégorisation clients	M	Gérance	Gérant	Gérant
PF11	06h<=t>=20h	X	Bon de livraison	AC	Gérance	Gérant	Gérant
PF12	06h<=t>=20h	X	Editation bon de livraison	AB	Gérance	Gérant	Gérant
PF13	06h<=t>=20h	X	Remise bon de livraison	M	Gérance	Gérant	Gérant
PF14	06h<=t>=20h	X	Livraison produit	M	S.K.S	Pompiste	Pompiste
PF15	06h<=t>=20h	X	Elaboration rapport	AC	S.K.S	Gérant	Commute de gestion
PF16	06h<=t>=20h	X	Editation rapport	AB	S.K.S	Gérant	Commute de gestion
PF17	06h<=t>=20h	X	Classement rapport	M	S.K.S	Gérant	Commute de gestion

3. Procédure de Paiement

PROCEDURE FONCTIONNEL	DEROULEMENT		ACTION	NATURE	POSTE DE TRAVAIL
	DEBUT	DUREE			LIEU	RESPONSABLE	RESSOURCE
PF18	06h<=t>=20h	X	Elaboration facture	AC	Comptabilite	Comptable	Comptable
PF19	06h<=t>=20h	X	Edition facture	AB	Comptabilite	Comptable	Comptable
PF20	06h<=t>=20h	X	Transmission facture	M	Comptabilite	Comptable	Comptable
PF21	06h<=t>=20h	X	Paiement facture	M	Caisse	Caissier	Caissier
PF22	06h<=t>=20h	X	Enregistrement paiement	AC	Caisse	Caissier	Caissier
PF23	06h<=t>=20h	X	Editation reçu	AB	Caisse	Caissier	Caissier
PF24	06h<=t>=20h	X	Elaboration rapport	AC	Caisse	Caissier	Comptable
PF25	06h<=t>=20h	X	Editation rapport	AB	Caisse	Caissier	Caissier
PF26	06h<=t>=20h	X	Remise reçus	M	Caisse	Caissier	Caissier
PF26	06h<=t>=20h	X	Transmission rapport	M	Caisse	Caissier	Caissier
PF27	06h<=t>=20h	X	Classement rapport	M	S.K.S	Comptable Caisse Gérant	Commute de gestion

III.4. MODELE ORGANISATIONEL DE TRAITEMENT

A. Processus d'abonnement

Station ouverte

Arrivé client

ENCHAINEMENT

		NATURE	POST DE TRAVAIL
Début	Durée

06h<=t>=20h

PF 1

Toujours

Réception client

Client reçu

ET

Pompiste présent (réceptionniste)

M

S.k.S Réception Pompiste

06h<=t>=20h

Demande renseignement

Toujours

A

Renseignement prix produit

Client renseigné

ET

PF 2

M

S.K.S Réception Commute de gestion

06h<=t>=20h

Gérant présent

Demande d'abonnement

A

PF 3

Toujours

Demande reçu

Réception demande

ET

M

Gérance Gérant Gérant

06h<=t>=20h

PF 4

Demande non admis

Demande admis

Non

Oui

Analyse demande

ET

M

S.K.S Gérant Gérant

06h<=t>=20h

Coordonné saisie

B

Gérant présent

PF 5

Toujours

Saisie coordonné client

ET

AC

S.K.S Gérant Commute de gestion

06h<=t>=20h

B

PF 6

Contrta signé

Toujours

Signature contrat

ET

Client présent

AC

S.K.S Gérant Commute de gestion

B. Processus livraison produit

DEROULEMENT		ENCHAINEMENT	NATURE	POST DE TRAVAIL
Début	Durée

06h<=t>=20h

Bureau ouverte

PF 8

Toujours

Réception bon de commande

Bon de commande reçus

ET

Réception pompiste

M

Gérance Gérant Gérant

Commande enregistrer

06h<=t>=20h

06h<=t>=20h

PF 10

D

Non

Vérification disponibilité produit

TOUJOURS

ET

Enregistrement commande

PF 9

Produit non disponible

Oui

Produit disponible saisie

Pompiste présent

ET

APPROVISIONNEMENT

AC

AB

Gérance

Gérant

Gérant

06h<=t>=20h

b

Clients non abonnée

Non abonnée

PF 11

Abonnée

Clients abonnée

D

Catégorisation clients

Paiement

06h<=t>=20h

Bon de livraison

(aouc)etb

c

a

Comptable

Gérant présent

PF 12

Bon livré

Toujours

Gérant, Comptable present

AC

Gérance Gérant Gérant

06h<=t>=20h

PF 13

Bon édité

Toujours

Editation bon de livraison

ET

AB

Gérance Gérant Gérant

06h<=t>=20h

Remise bon de livraison

Client abonne présent

PF14

E

Produit approbé

Toujours

ET

M

Gérance Gérant Gérant

E

Toujours

Livraison produit

Pompiste présent

Produit livré

M

S.K.S

Pompiste

Pompiste

PF 15

06h<=t>=20h

ET

F

Toujours

Rapport classé

PF 16

Toujours

Editation rapport

PF 17

Rapport édité

06h<=t>=20h

Elaboration rapport

AC

S.K.S

Gérant

Commute de gestion

06h<=t>=20h

S.K.S

Gérant

Commute de gestion

AB

PF 18

Rapport classé

S.K.S

Gérant

Commute de gestion

06h<=t>=20h

M

Classement rapport

Toujours

Toujours

D. Processus de paiement

DEROULEMENT		ENCHAINEMENT	NATURE	POST DE TRAVAIL
Début	Durée

Comptable présent

ET

Transmission facture

Facture transmis

Fin du mois

Comptable présent

ET

Facture élaborée

ET

Comptable présent

Facture édité

Edition facture

Elaboration facture

Toujours

PF 18

Toujours

Toujours

PF 19

PF 20

G

Comptabilté

Comptable

Comptable

M

06h<=t>=20h

>

06h<=t>=20h		AC	Comptabilité Comptable Comptable
06h<=t>=20h		AB	Comptabilité Comptable Comptable

G

PF 21

Paiement enregistré

Toujours

Paiement

ET

Facture honoreux

M

Caisse Caissier Caissier

PF 22

Reçus élaboré

Toujours

Enregistrement paiement

AC

S.K.S Comptable Comptable

Abonné présent

H

PF 23

ET

Rapport élaboré

PF 24

Remise reçu

Toujours

Remise efféctuée

Toujours

Elaboration reçus

ET

Abonné présent

Comptable

Comptable

M

AC

S .K.S

Comptable

06h<=t>=20h

ET

PF 25

Elaboration rapport

Toujours

Elaboration

Effectuer

AC

S.K.S

Comptable

Caisse

Comptable Comptable

H

ET

Transmission rapport

Toujours

Rapport transmis

Classement rapport

Toujours

Rapport classer

PF 27

PF 26

S.K.S

Comptable

Caisse

Comptable Comptable

S.K.S

Comptable

Caisse

Comptable Comptable

06h<=t>=20h

Comptable

06h<=t>=20h

Comptable

06h<=t>=20h

Comptable

Caissier present

Caissier present

III.4. GRAFE DE CIRCULATION DES INFORMATIONS

A. Processus d'abonnement

Temps

Gérant

Réception

Extérieur

Nature

Comptable

PF1

Réception Client

Note de réception

PF2

Renseignement prix produit

PF4

Analyse demande

PF3

Réception demande

Demande reçu

Admission demande

Renseignement fournie

OK

NON

Non admis

Contrat signé

M

M

M

M

M

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

PF5

Signature contrat

8h<=t>=20h

8h<=t>=20h

A

Temps

Gérant

Réception

Extérieur

Nature

Comptable

AC

M

8h<=t>=20h

8h<=t>=20h

PF6

Elaboration rapport et enregistrement Abonne.

A

Liste Inscrits

PF7

Classement rapport

B

Rapport elaboré et saisi coordonne abonne

Non admis

B. Processus de la livraison produit

Temps

Gérant

Réception

Nature

Comptable

PF8

Réception bon de commande

Reçu

Cmd disponible

PF10

Enregistrement commande

M

AB

AC

M

M

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

PF9

Vérification disponibilité produit

Client Abonne

C

B

OK

NON

NAbon

Abonne

Commande enregistrée

PF11

Catégorisation clients

PF12

Elaboration effectuée

Accord élaboré

Extérieur

Cmd non disponible

Paiement

Extérieur

Temps

Gérant

Réception

Nature

Comptable

PF17

Classement rapport

Produit approber

M

M

M

M

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

Livraison effectué

C

Effectuer

PF13

Remise accord

PF14

Approbation livraison

PF15

Livraison produit

8h<=t>=20h

M

Rapport classé

C

PF16

Elaboration accord

Elaboration effectuée

C. Processus paiement

Temps

Gérant

Caisse

Extérieur

Nature

Comptable

PF21

Paiement Facture

PF20

Transmission Facture

Facture payee

Facture transmise

PF22

Enregistrement paiement

AC

AB

M

M

AC

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

C

Effectuer

PF18

Elaboration Facture

Facture élaborée

PF19

Edition Facture

ENREGISTREMENT EFFECTUER

D

Temps

Gérant

Caisse

Extérieur

Nature

Comptable

PF26

Transmission rapport

Effectuer

RAPPORT CLASSER

AC

M

AC

M

M

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

8h<=t>=20h

PF23

Elaboration reçus

Reçu élaborée

PF25

Elaboration rapport

D

PF24

Remise reçu

Remise Effectuer

Elaboration effectuer

PF27

Classement rapport

Symboles utilisés

: Hommes

: Support papier

: PF manuel

: PF automatisée

: Disque magnétique

: Chemin parcouru par l'information

III.5. FICHE DE CIRCULATION DES PROCEDURES FONCTIONNELLES

A. PROCEDURE ABONNE

FICHE DE DESCRIPTION DE LA PF1

Nature : Manuel

Objet : Réception Client

Evénements utilisées : Station ouverte et arriver client

Evénements résultats : Note de réception, Client reçu

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF2

Nature : Manuel

Objet : Renseignement prix produit

Evénements utilisées : Note de réception

Evénements résultats : Renseignement fournie

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF3

Nature : Manuel

Objet : Réception demande

Evénements utilisées : Renseignement fournie

Evénements résultats : Demande reçu

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF4

Nature : Manuel

Objet : Analyse demande

Evénements utilisées : Demande reçu

Evénements résultats : Admission demande

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF5

Nature : Manuel

Objet : Signature contrat

Evénements utilisées : Admission demande

Evénements résultats : Contrat signe

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF6

Nature : AC

Objet : Elaboration rapport et enregistrement Abonne.

Evénements utilisées : Contrat signe

Evénements résultats : Saisie coordonne et rapport élaboré

Données sorties : Id_Abonne,Nom_Abonne,Adress_Abonne,Tel_Abonne,Email_Abonne

Plaque_vehicule_Abonne

Actions sur la base :

- Consultation : Néant

- MAJ : Ajout coordonnées dans la table TClient

FICHE DE DESCRIPTION DE LA PF7

Nature : Manuel

Objet : Classement rapport

Evénements utilisées : Rapport élaboré

Evénements résultats : Rapport Classer

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

B.PROCEDURE DE LA LIVRAISON PRODUIT

FICHE DE DESCRIPTION DE LA PF8

Nature : Manuel

Objet : Réception de bon de commande

Evénements utilisées : Rapport Classer

Evénements résultats : Reçu

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF10

Nature : AC

Objet : Enregistrement Commande

Evénements utilisées : Commande disponible

Evénements résultats : Enregistrement effectué

Données sorties : Id_Produit,Designation_Produit,Unite_Produit

Actions sur la base :

- Consultation : Néant

- MAJ : Ajout coordonnées dans la table TProduit

FICHE DE DESCRIPTION DE LA PF9

Nature : AB

Objet : Vérification disponibilité produit

Evénements utilisées : Réception reçu

Evénements résultats : Commande disponible

Données sorties : Id_Produit, Designation_Produit,Unite_Produit

Actions sur la base :

- Consultation : Néant

- MAJ : Ajout coordonnées dans la table TProduit

FICHE DE DESCRIPTION DE LA PF11

Nature : AB

Objet : Catégorisation Clients

Evénements utilisées : Enregistrement effectue

Evénements résultats : Client Abonne

Données sorties : a.Id_Abonne

b.Id_non_Abonne

Actions sur la base :

- Consultation : Menu Client ou Menu Non Abonne

- MAJ :Ajout coordonnées dans la table TClient et TNon_Abonne

FICHE DE DESCRIPTION DE LA PF12

Nature : M

Objet : Elaboration Accord

Evénements utilisées : Identification Clients (Client Abonne)

Evénements résultats : Accord élaborée

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF14

Nature : M

Objet : Approbation Livraison

Evénements utilisées : Remise effectuer

Evénements résultats : Produit Approber

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF15

Nature : M

Objet : Livraison produit

Evénements utilisées : Produit Approber

Evénements résultats : Livraison effectué

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF13

Nature : M

Objet : Remise Accord

Evénements utilisées : Accord élaborée

Evénements résultats : Remise effectuer

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF16

Nature : M

Objet : Elaboration accord

Evénements utilisées : Livraison effectuée

Evénements résultats : Accord effectué

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF17

Nature : M

Objet : Classement rapport

Evénements utilisées : Accord effectuée

Evénements résultats : Rapport classe

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF18

Nature : AC

Objet : Elaboration Facture

Evénements utilisées : Rapport Classe

Evénements résultats : Facture Elabore

Données sorties : Néant

Actions sur la base :Id_vente,Date_vente,Id_Abonne,Nom_Abonne

- Consultation : Néant

- MAJ : Ajout coordonnées dans la requête FACTURE

- FICHE DE DESCRIPTION DE LA PF19

Nature : AB

Objet : Edition facture

Evénements utilisées : Facture élaborée

Evénements résultats : Edition effectuée

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

C. PROCEDURE PAIEMENT

FICHE DE DESCRIPTION DE LA PF23

Nature : AC

Objet : Elaboration reçu

Evénements utilisées : Enregistrement effectuer

Evénements résultats : Reçu élaborée

Données sorties : Id_Paiement ,Id_Abonne,Nom_Abonne

Actions sur la base :

- Consultation : Néant

- MAJ Ajout coordonnées dans la table TPaiement

FICHE DE DESCRIPTION DE LA PF22

Nature : AC

Objet : Enregistrement paiement

Evénements utilisées : Paiement effectuée

Evénements résultats : Enregistrement effectuer

Données sorties : Id_Paiement ,Id_Abonne,Nom_Abonne

Actions sur la base :

- Consultation : Néant

- MAJ : Ajout coordonnes dans la table TPaiement

FICHE DE DESCRIPTION DE LA PF21

Nature : M

Objet : Paiement Facture

Evénements utilisées : Facture transmise

Evénements résultats : Paiement effectuée

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF20

Nature : M

Objet : Transmission facture

Evénements utilisées : Facture élaborée

Evénements résultats : Transmission effectuée

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF27

Nature : M

Objet : Classement rapport

Evénements utilisées : Rapport transmis

Evénements résultats : Rapport classé

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF26

Nature : M

Objet : Transmission rapport

Evénements utilisées : Elaboration effectué

Evénements résultats : Rapport transmis

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF25

Nature : AC

Objet : Elaboration rapport

Evénements utilisées : Remise effectué

Evénements résultats : Elaboration effectué

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

FICHE DE DESCRIPTION DE LA PF24

Nature : AC

Objet : Remise reçu

Evénements utilisées : Reçu élaborée

Evénements résultats : Remise effectué

Données sorties : Néant

Actions sur la base :

- Consultation : Néant

- MAJ : Néant

CHAPITRE IV : CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE (SII)

III.6.1. MODELE LOGIQUE DES DONNES

Le MLD est une représentation du modèle conceptuel des données en fonction des possibilités techniques du moment, autrement dit de l'état de l'art technologique des matériels et logiciels présent sur le marché.

De notre MCD nous déduisons le MLD suivant :

· TApprovisionnement (Id_approv,Designation_Appro)

· TClient(Id_Abonne, Nom_Abonne, Adresse_Abonne, Telephone_Abonne, Email_Abonne, Plaque_Vehicule_Abonne)

· TCredit(Id_Enregistrer,Designation_Produit,Quantite_maximum,Quantite_commander,Quantite_consommer,Quantite_restant,Prix_unitaire,Paiement_cash,Avance,Reste, Id_Abonne, Id_vente)

· TFournisseur(Id_Fsseur, Nom_Fsseur, Adress_Fsseur, Telephone_Fsseur, Email_Fsseur, Id_Approv)

· TLogin(user, passwrd,nusre)

· Tmvt_Approv(Id_mvtapprovisionnement,Id_Approv,Id_Produit, Quanite_Approvisionnee, Prix_unitaire, Date_dapprovisionnement)

· TNon_Abonne(Id_Nonabonne, Nom,Post_nom)

· TPaiement(Id_Paiement,Montant_Paiement,Date_Paiement,Id_Abonne, Nom_Abonne)

· TProduit(Id_Produit, Designation_Produit, Unite_Produit)

· Tvente(Id_vente, Date_Vente, Produit_vendu, Quantite_vendu, Prix_unitaire, Id_Produit, Id_Abonne)

III.6.2. MODELE PHYSIQUE DES DONNES

Le MPD de son coté, est obtenu à partir du MLD et permet de matérialiser la structure : les tables et les types de relations définies entre elles y sont représentés.

Pour le progiciel STATION-SERVICE PRO, il est représenté comme suit :

III.6.3. MODELE LOGIQUE DES TRAITEMENTS

Le MLT décrit le fonctionnement du SII en réponse aux stimuli des événements associés aux différentes tâches informatisées et précisées dans le MOT c'est-à-dire les PF, AB et AC.

Néanmoins, sa spécificité est fortement liée à l'architecture adoptée et aux outils logiciels retenus pour la réalisation du SII. Pour le développement du progiciel (c'est un produit conçu en fonction d'un logiciel et qui ne fonctionne que sous l'environnement de ce dernier) STATION-SERVICE PRO, nous nous sommes servies du logiciel Microsoft Access 2003, qui est un SGBR.

Par ailleurs, son architecture est la suivante :

· Construction du MLT par processus

A. Processus d'Abonnement

Début

SAISIE DE COORDONNE DE L'ABONNE

- Maquette 001

- Saisie de coordonne Clients

SUIVANT

OK

ANNULER

TClients

INSCRIRE

CONFIRMATION

ANNULER

MAJ LISTE D'INSCRIPTION

- Maquette 002

- MAJ liste d'inscription

TClients

EDITION LISTES ABONNES

- Maquette 003

- Imprimer les listes de tous les abonnes

IMPRIMER

ENREGISTRER

ANNULER

TClients

Fin

Fin

Annuler

Ok

Imprimer

Edition liste Inscription

Annuler

Aperçu

Ok

- Maquette 003

-Edition liste Inscription

B. Processus da la livraison produit

Début

VERIFICATION DISPONIBILITE PRODUIT

- Maquette 004

- Saisie de la désignation Produit

SUIVANT

OK

ANNULER

TProduit

CONFIRMATION

ANNULER

ENREGISTREMENT COMMANDE

- Maquette 005

- Saisir toutes les enregistrements de la commande

Tvente

Catégorisation clients

- Maquette 006

- Catégorisation du Clients

SUIVANT

ENREGISTRER

ANNULER

TClient

Fin

IMPRIMER

ANNULER

EDITION LISTES DES COMMANDES

- Maquette 007

- Imprimer tout les listes de commendes

Tvente

TNon_Abonne

ENREGISTRER

C. Processus paiement

Début

ELABORATION FACTURE

- Maquette 008

- Saisie des éléments de la facture

SUIVANT

OK

ANNULER

Tvente

IMPRIMER

OK

ANNULER

EDITION FACTURE

- Maquette 009

- Imprimer les listes de toutes les ventes

Tvente

ENREGISTREMENT PAIEMENT

- Maquette 010

- Imprimer les listes de tous les élèves en ordre

SUIVANT

ENREGISTRER

ANNULER

TPaiement

Fin

ELABORATION RECU ET EDITE RECU

- Maquette 011

- Imprimer les listes de tous les paiements

IMPRIMER

ENREGISTRER

ANNULER

TPaiement

III.7. PRESENTATION DE L'APPLICATION

Lancement de l'application

Quelque seconde après

Puis suivie d'une boite de dialogue qui donne l'accès :

a. A l'administrateur d'ajouter, Modification ou suppression des utilisateurs grâce a son mot de passe

b. A d'autres utilisateurs de se connecter a l'application grâce a son mot de passe

A. Administrateur Modifier

'Action de validation lorsque le mot de passe est correct

'Action sur changement du contenu du texte box contenant le mot de passe

Private Sub txtPassword_Change()

If rec!nuser = "Administrator" And txtPassword.Text = rec!passwrd Then

cmdOk.Enabled = True

cmdModifier.Visible = True

cmdSupprimer.Visible = True

cmdNouveau.Visible = True

ElseIf rec!nuser = cboUser.Text And txtPassword.Text = rec!passwrd Then

cmdOk.Enabled = True

cmdModifier.Visible = False

cmdSupprimer.Visible = False

cmdNouveau.Visible = False

End If

End Sub

Suppression Nouveau

B. Autres utilisateur

III.7.1. QUELQUES INTERFACES

· MENU PRINCIPALE

· MENU ABONNE

' connection avec la base de donne

Private Sub Chargement_Form()

Set Cx = New ADODB.Connection

Cx.Provider = "Microsoft.jet.Oledb.4.0"

Cx.ConnectionString = App.Path & "\GMA12.mdb"

Cx.Open

StringReq = "SELECT TClients.Id_Abonne,TClients.Nom_Abonne,TClients.Adresse_Abonne,TClients.Telephone_Abonne,TClients.Email_Abonne,TClients.Plaque_Vehicule_Abonne FROM TClients;"

Set RC = New ADODB.Recordset

RC.Open StringReq, Cx, adOpenDynamic, adLockOptimistic

End Sub

' l'activation de form

Private Sub Activation_Form()

StringRequet = "SELECT TClients.Id_Abonne FROM TClients;"

Set rs = New ADODB.Recordset

rs.Open StringRequet, Cx, adOpenDynamic, adLockOptimistic

cboNom.Clear

Do Until rs.EOF

cboNom.AddItem rs!Id_Abonne

rs.MoveNext

Loop

End Sub

NB : Si Administrateur le bouton Modifier et Supprimer sont actives, sinon (autres utilisateur) ils ne sont pas actifs

· 'BOUTON ENREGISTRER

Private Sub cmdEnregistrer_Click()

If txtPnomAgent.Text = "" Then

MsgBox "Vous devez saisir le Matricule svp !!", vbExclamation, "Enregistrement"

txtPnomAgent.SetFocus

Exit Sub

End If

RC.Find "Date_Vente=" & "'" & txtPnomAgent.Text & "'"

If RC.EOF Then

Cx.Execute ("INSERT INTO Tvente(Id_vente,Date_Vente,Id_Produit,Id_Abonne,Produit_vendu,Quantite_vendu,Prix_unitaire) VALUES('" & txtId_vente.Text & "','" & txtPnomAgent.Text & "','" & Combo_IdProduit.Text & "','" & Combo_IdAbonne.Text & "','" & txtNomAgent.Text & "','" & txtemail.Text & "','" & txtPrix_unitaire.Text & "')")

MsgBox "Un entregistrement effectue", vbInformation, "Enregistrement"

RC.MovePrevious

If RC.EOF Then

RC.MoveFirst

End If

txtId_vente.Text = RC!Id_vente

txtNomAgent.Text = RC!Produit_vendu

txtPnomAgent.Text = RC!Date_Vente

txtemail.Text = RC!Quantite_vendu

txtPrix_unitaire.Text = RC!Prix_unitaire

Combo_IdProduit.Text = RC!Id_Produit

Combo_IdAbonne.Text = RC!Id_Abonne

RC.Close

rs.Close

Call Chargement_Form

Call Activation_Form

Else

MsgBox "L'entregistrement existe", vbCritical, "Enregistrement"

txtId_vente.Text = RC!Id_vente

txtNomAgent.Text = RC!Produit_vendu

txtPnomAgent.Text = RC!Date_Vente

txtemail.Text = RC!Quantite_vendu

txtPrix_unitaire.Text = RC!Prix_unitaire

Combo_IdProduit.Text = RC!Id_Produit

Combo_IdAbonne.Text = RC!Id_Abonne

End If

End Sub

MENU VENTE

· MENU PRODUIT

'BOUTON RECHERCEH

Private Sub cmdRechercher_Click()

Dim Stringrep As String

Stringrep = InputBox("Saisie le matricule de l'agent recherche", "Rechercher agent")

If Stringrep = Empty Then

MsgBox "Vous n'avez rien saisie", vbCritical, "Recherche agent"

Exit Sub

End If

RC.MoveFirst

RC.Find "Id_Produit=" & "'" & Stringrep & "'"

Do While Not RC.EOF

If RC!Id_Produit = Stringrep Then

txtMatAgent.Text = Stringrep

Combo1.Text = RC!Designation_PRODUIT

txtPnomAgent.Text = RC!Unite_Produit

Exit Do

End If

RC.MoveNext

Loop

MsgBox "Matricule inexistant", vbInformation, "Echec de recherche"

Exit Sub

End Sub

· MENU VERIFICATION CREDIT

'RAPPORT INDIVIDUEL CREDIDT ABONNE

Private Sub cmdRapportIndiv_Click()

Set RC = New ADODB.Recordset

RC.Open "SELECT TCredit.Id_Enregistrer, TCredit.Id_Abonne,TCredit.Id_vente , TCredit.Nom_Abonne,TCredi.Designation_Produit,TCredit.Quantite_maximum,TCredit.Quantite_commander,TCredit.Quantite_consommer,TCredit.Quantite_restant,TCredit.Prix_unitaire,TCredit.Paiement_cash,TCredit.Avance,TCredit.Reste From TCredit where TCredit.Id_Enregistrer ='" & txtnumenreg.Text & "' ", Cx, adOpenDynamic, adLockReadOnly

If Not RC.EOF Then

Set DRESSAIE.DataSource = RC

DRverifi_unique.Show

End If

End Sub

'BOUTON SUIVANT

Private Sub cmdSuivant_Click()

RC.MoveNext `POUR PRECEDENT RC.MOVEPREVIOUS

If RC.EOF Then `If RC.BOF Then

RC.MoveLast `RC.MoveFirst

End If

txtnumenreg.Text = RC!Id_Enregistrer

Combo3.Text = RC!Id_Abonne

Combo4.Text = RC!Nom_Abonne_Abonne

Combo2.Text = RC!Id_Abonne

Text3.Text = RC!Quantite_consommer

txtqtecmd.Text = RC!Quantite_commander

txtrestant.Text = RC!Quantite_restant

Combo1.Text = RC!Quantite_maximum

Text5.Text = RC!Paiement_cash

Text6.Text = RC!Avance

Text8.Text = RC!Prix_unitaire

Combo2.Text = RC!Designation_PRODUIT

Text9.Text = RC!Reste

End Sub

· MENU APPROVISIONNEMENT

'BOUTON SUPPRIMER

Private Sub cmdSupprimer_Click()

If RC.RecordCount = 0 Then

MsgBox "Il n'ya plus d'enregistrement !!", vbExclamation, "Plus d'enregistrements"

Exit Sub

End If

Dim StringQst As String

StringQst = MsgBox("Voulez vous vraiment supprimer cet enregistrement ?", vbQuestion + vbYesNo, "Supprimer enregistrement")

If StringQst = vbYes Then

Cx.Execute ("DELETE FROM TApprovisionnement WHERE TApprovisionnement.Id_approv='" & txtMatAgent.Text & "'")

RC.MoveNext

If RC.EOF Then

RC.MoveLast

End If

txtMatAgent.Text = RC!Id_approv

txtNomAgent.Text = RC!Designation_PRODUIT

RC.Close

rs.Close

Call Chargement_Form

Call Activation_Form

End If

If StringQst = vbNo Then

MsgBox "Operation annulée", vbCritical, "Supprimer enregistrement"

Beep

End If

End Sub

III.7.2. QUELQUES ETATS DE SORTIES

A. FACTURE

B. LISTE DES ABONNES

C. FICHE D'ABONNEMENT

D. FICHE DE CREDIT

CONCLUSION

Est-il possible de mettre en place un système informatisé moderne permettant a la station Koweït service rien que de saisir l'enregistrement des abonnes et de laisser a la caisse la possibilité de produire automatiquement les factures et au Gérant d'être capable de produit automatiquement les fiches de la liste des abonnes ainsi que les rapports exacte de nombre d'abonnes qui sont en ordre avec l'entreprise et ceux qui ne les sont pas.

Nous avons eu comme objectif la conception d'un progiciel nome STATION-SERVICE PRO qui va permettre la gestion rationnelle et efficace des mouvements des abonnes au sein de la station Koweït service .Pour y parvenir nous avons fait recours à la méthode merise pour l'analyse du système existant et la conception d'un nouveau, résultat de la correction apporté à l'ancien système.

Nous avons donc mis au point une application dont la basse de données et sous ACCESS et les interfaces on été réalisée dans le langage VB 6.0, la base de données est accessible via réseau et les interfaces sont multiplateformes.

En fin ce projet contribuera à la sécurité, la rapidité, la crédibilité et la fiabilité dans la gestion des mouvements des abonnes au sein de la station Koweït service.

BIBLIOGRAPHIE

1. OUVRAGE

· George PANET, Raymond LE DUCHE, Merise/2 ; Modèle et technique merise <<avancés, collection>> dirigée par Hubert TARDIEU, les Éductions organisations,1994,page 69

· KAKULE MILANDO E., Cours, inédit

· Osée M., Cours de méthode d'analyse d'informatique I, G2 Info, ISC Goma, p.99

· Fréderic KIKALE NGOMA« Suivi automatisé de la gestion Des clients dans

une station-service. Cas de COHYDRO KIN», TFC, ISIPA. (2007-2008)

· Lionel ILUNGA TSHIBANGU, de la mise en place de suivi de la gestion du système informatise de vente de carburant, «Cas de la station IBB », TFC, Inédit, ISIG, Goma. (2009-2010)

· BEAUCOURT, M. et Ali., Dictionnaire Usuel, Ed. Larousse, Paris, 1986

· MORVAN P., Dictionnaire de l'informatique, Ed. Larousse, Paris, 1996

· RONARLD R .R et RYAN K., Conception de basées des données, Ed. , Paris, 2001

· NIEMEYER et JOSHUA Peck, VB 6.0 par la pratique, Ed. O'REILLY INTERNATIONAL THOMSON, Paris ,1998

· MORLEY, HUGUES J, LE BLANC B, ULM pour l'analyse d'un système d'information, Dunod Informatique ,2000

· GEDIN, Méthode de conduite de projet informatique, Ed. D'Organisation, Paris 1886

2. WEBOGRAPHIE

· www.commentcamarhe. Net

· www.siteduzero. Net

· www.educ.org

· www.develloppez.com

· www.Code-source.net

* ¹ Lionel ILUNGA TSHIBANGU, de la mise en place de suivi de la gestion du système informatise de vente de carburant, «Cas de la station IBB », TFC, Inédit, ISIG, Goma. (2009-2010)

* ² Fréderic KIKALE NGOMA« Suivi automatisé de la gestion Des clients dans une station-service. Cas de COHYDRO KIN», TFC, ISIPA. (2007-2008)

* ^{3 RONARLD R .R et RYAN K., Conception de basées des données, Ed. , Paris, 2001}

* ⁴ www.google.fr : Jean FAUSSI TRINGWASON / Livre sur les hydrocarbures

* ⁵ BEAUCOURT, M. et Alii, Dictionnaire Usuel, Ed. Larousse, Paris, 1986

* ⁶ MORVAN P., Dictionnaire de l'informatique, Ed. Larousse, Paris, 1996

* ⁷ PETIT LAROUSSE 2010

* ⁸ PETIT LAROUSSE 2010

* ⁹ WWW. Siteduzero.com

* ¹⁰ Http : //fr.wikipedia.org/wiki

* ¹¹ www.google.fr/ Jean FAUSSI TRINGWASON : livres sur les hydrocarbures

* ¹² www.google.fr/ Jean FAUSSI TRINGWASON : livres sur les hydrocarbures

* ¹³ www.google.fr/ Jean FAUSSI TRINGWASON : livres sur les hydrocarbures

* ¹⁴ PETIT LAROUSSE 2010

* ¹⁵ MORLEY, HUGUES J, LE BLANC B, ULM pour l'analyse d'un système d'information, Dunod Informatique ,2000

* ¹⁶ KAKULE MILANDOE E., cour de merise I, inédit ISIG ,2006

* ¹⁷ GEDIN, Méthode de conduite de projet informatique, Ed. D'Organisation, Paris 1886

* ¹⁸ EURASME KAKULE MILANDO : cours de méthode et analyse informatique G3 informatique de gestion/ ISIG GOMA, année 2010 - 2011

* ¹⁹ KAKULE MILANDO E., Cours, inédit

* ²⁰ Osée M., Cours de méthode d'analyse d'informatique I, G2 Info, ISC Goma, p.99

* ²¹ George PANET, Raymond LE DUCHE, Merise/2 ; Modèle et technique merise <<avancés, collection>> dirigée par Hubert TARDIEU, les Éductions organisations, 1994, page 69