Gestion automatisé de la vente des téléphones usagés

1

« Que la grâce du seigneur Jésus Christ soit avec vous, apocalypse 22 :21 »

2

DEDICACE

A vous mes parents,

A vous mes frères et soeurs,

A toi ma future épouse,

A vous mes futures enfants,

NTAMBA RAMADHAN DAVID

3

REMERCIEMENTS

Le travail, quelle que soit sa réalisation modeste, il n'est pas l'effort d'un seul individu mais plutôt l'action qui exige de nombreuse personnes, qu'il nous a permis d'exprimer nos sentiments de reconnaissance à tous ceux qui ont contribué moralement et matériellement à son aboutissement.

Nos remerciements s'adressent à toutes les autorités académiques de l'institut supérieur d'informatique et de gestion et à son corps professoral, qui nous ont formés.

Nous remercions plus particulièrement le CT Jean Claude KASA-VUBU qui, malgré ses lourdes taches et ses multiples occupations, a accepté de soutenir les pénibles étapes du présent travail, ainsi que l'encadreur, à la personne de l'assistant2 Eurasme KAKULE MILANDO pour tous les efforts et contributions qu'il a fournit pour la réalisation de ce travail.

Nos remerciements à notre défunte mère HABONIMANA FITINA, à notre père KONGO RADJABU DJUMA PILI,

Nous réitérons nos remerciements à nos frères et grand soeurs, NTAMBA RADJABU, NTAMBA ALI, NTAMBA REAGAN, MIMILE DJOHA.ASHURA, Ursule SHINDANO pour que la contribution tant morale que matérielle à la réalisation de ce travail.

Nous gardons encore un sentiment de gratitude aux familles BASHIZI DENIS, KANKU, SEFU BIN ALI, YUSUFU KABEMBA, KASHAMURA, SERGE BALAGA, HENRI NZILA, CAMILLE MADULA et celle de la famille CHUBAKA joseph qui ont vivement participé à notre formation.

Nous tenons également à remercier notre amie NANKAFU N'SIMIRE RACHEL qui n'a cesse de nous apporter sa contribution morale, physique et matérielle

Notre reconnaissance va enfin à tous nos collègues avec qui nous avons partagé la peine et nos joies quotidienne, nous leurs demandons de bien vouloir trouver ici l'expression de nos sincères remerciements.

NTAMBA RAMADHANI DAVID

4

SIGLES ET ABREVIATIONS

A : alphabétique

AB : automatisation batch

AN : alpha numérique

CA : calculé

ASVATEL : association des vendeurs et acheteurs des téléphones usagés

CO : concaténé

IG : informatique de gestion

ISIG : institut supérieur d'informatique et de gestion

MCD : modèle conceptuel des données

MCT : modèle conceptuel des traitements

MLT : modèle logique de traitement

MOT : modèle organisationnel de traitement

MPD : modèle physique des données

MPT : modèle physique de traitement

N : numérique

RDC : république démocratique du Congo

SGBD : système de gestion de base des données

SII : système d'information informatisé

SIO : système d'information organisationnel

TFC : travail de fin de cycle

ULT : unité logique de traitement

WWW : world wide web

P : page

M : manuel

PF : procédure fonctionnelle

MAJ : mise à jour

RO : règle de gestion

ACANOKI : association des cambistes du nord Kivu

5

0.1 ETAT DE LA QUESTION

Le travail que nous voulons traiter s'intitule « gestion automatisé de la vente en détails des téléphones usagés cas de l'association ASVATEL»

Nous ne supposons pas être le premier à traiter ce genre de sujet d'autre l'ont abordé avant nous notamment:

- MULUMEODERWA MUSHONGA Adé¹: il avait travaillé sur « le suivi automatisé de la vente des patentes aux petits et moyennes entreprises dans la ville de Goma » il a orienté son travail dans l'élaboration des documents de la vente et patente dans la ville de Goma. Son objectif était de palier au problème d'affectation de payement de frais de patente de cette entité administrative ou cette tache ainsi il avait aboutit à la conception d'une base des donnés de la gestion de la distribution des patentes.

- GEORGE MIGUEL MBIYA WAMPOYA²: il avait traité sur « la gestion automatisé de la vente des appareils téléphonique mobile et cartes de télécommunication » il a orienté son travail dans l'automatisation de service de vente et améliorera les calculs des créances des clients et les recettes. Vu le besoin de communication évoluant du jour au jour, notre prédécesseur avait orienté ces investigations pour rendre efficace et efficience la distribution des cartes et les appareils téléphonique au sein de la dite entreprise son aboutissement est de concevoir une application de la gestion des cartes.

Ce présent travail poursuit comme objectif de faciliter la distribution de produit en détails au sein de cette association. A ce jour la demande est plus élevée suite au besoin de communiquer.

Dans le but de faciliter cette vente, il est souhaitable de concevoir une base des données.

Tout au long de notre travail nous essayerons de donner quelques pistes de solutions pour une bonne gestion des mouvements de vente en détail dans cette association « ASVATEL » en montant une base de données en Visuel Basic Access

0 .2 PROBLEMATIQUE

Suite aux nombreux vols, perte et autres la population de Goma commence a comprendre l'importance de l»ASVATEL qui s'y approvisionne et la demande devient de plus en plus important au sein de cette association.

Notre descente sur terrain nous a permis d'identifier quelques problèmes liés à la non automatisation des mouvements de vente en détail.

Selon les membres ou vendeurs de cette association, estiment qu'ils ont du mal a relever la vente journalière, la détermination de la moyenne de vente journalière se fait avec beaucoup de difficultés.

Nous pouvons citer:

- MULUMEODERWA MUSHONGA Adé: « le suivi automatisé de la vente des patentes aux petits et moyennes entreprises dans la ville de Goma» TFC Inédit ISIG 2006

- GEORGE MIGUEL MBIYA WAMPOYA: « la gestion automatisée de la vente des appareils téléphonique mobile et cartes de télécommunication Cas de vodacom» TFC inédit ISIG 2003

Sur le plan scientifique: notre travail constitue une source d'information pour les futurs chercheur dans le domaine de la gestion de la vente en détail; il présente en

6

o La facture des clients quasi inexistants

o Le système de gestion de l'approvisionnement, est manuel

o La redondance du travail car elle est faite manuellement

o Le risque de faire une opération deux fois

o Difficulté de déterminer la détermination de mouvement de vente de produit

o Difficulté de déterminer la situation de payement

C'est autours de ces réalités que nous nous sommes posé quelques questions à savoir :

4 est il possible de mettre en place un système d'information informatisé pouvant remédier aux difficultés de la gestion de vente en détails au sein de l'ASVATEL ?

4 est il possible et important de mettre en place une application conçue sous Microsoft Access capable de mettre à jour

· Les factures des clients?

· La liste des clients?

· La fiche de stock ?

0.3 HYPOTHESE

La mise en place d'un système d'information informatisée au sein de l'ASVATEL procurerait comme avantage de limiter les opérations de redondance et d'omission ainsi limité la lourdeur que poserait le traitement manuel.

La mise en place d'une application sous Microsoft Access inter active au sein de cette maison pourrait donner un coup de mains car elle serait capable de produire sans aucune erreur les états de sorties ci après:

- facture des clients

- liste des clients

- fiche de stock

0.4 OBJECTIF DU TRAVAIL

L'objectif poursuivi dans ce travail est de mettre en application un système d'information informatisé capable de fonctionner au sein de l'ASVATEL qui pourrait parvenir à maintenir le mouvement des clients sans y affecter une moindre erreur, montrer le point que l'opération manuelle pourrait procurer.

0.5 CHOIX ET INTERET DU SUJET

Nous avons choisi ce sujet dans le souci de voir comment la gestion de la vente en détail au sein de l'ASVATEL peut être automatisée

7

outre; un progiciel de contrôle des ventes en détails des téléphones usagés et ouvre de nombreux horizons dans le processus de contrôle de vente.

Sur le plan pratique: une base des données envisage par notre hypothèse procurera comme avantage:

La simplification et amélioration des taches administratives par l'automatisation des taches de gestions des ventes dans cette association.

0.6 DELIMITATION DU SUJET

Dans le cadre de notre travail nous nous intéresseront t à la vente des téléphones usagés, cependant notre étude s'étant sur une période d'août 2007 en août 2008

0.7 METHODES ET TECHNIQUES

0.7.1 Méthodes:

- La méthode Merise qui est une méthode de conception et de développement d'un système d'information, nous a permis d'analyser le système d'information actuel en y apportant quelques critiques et en mettant en place un système d'information future efficace.

- La méthode systémique: nous a servis d'étudier l'organigramme de l'ASVATEL et son fonctionnement

0.7.2 Techniques:

- la technique documentaire: qui a été très capital à la récolte des données Nous avons eu a consulté le statut et règlement d'ordre intérieur de cette association et plusieurs ouvrages mis à notre disposition pour l'enrichissement de notre travail.

- la technique d'interview libre: nous a permis d'obtenir des informations sur l'ASVATEL et sur le vrai problème de gestion de cette organisation.

0.8 DIFFICULTES RENCONTRER

Tout au long des nos investigations et de l'élaboration du présent travail, notre parcours a été maillé de nombreuse difficultés.

Sur le plan documentaire, nous déplorons la rareté des documents écrits sur cette association et la réticence des certains informateurs.

Les difficultés d'ordre financier ont handicapé quelques peu nos déplacements et nos opérations de photocopie sans mettre en doute la fiabilité des résultats de notre travail, ces difficultés ont sûrement empêché de scruter plus à fond certains éléments.

0.9 SUBDIVISION DU TRAVAIL

Outre la conclusion et l'introduction générale. Notre travail comprend quarte chapitres:

- le premier chapitre portera sur le cadre général du travail, dans cette partie sera brossée la présentation de l'ASVATEL, nous parlerons également de l'historique, de ces objectifs, fonctionnement, de ces activités menées avec

8

quelques difficultés qu'elles rencontrent dans l'accomplissement de ces missions.

- Le deuxième chapitre sera axé sur l'étude du système d'information existant - Le troisième chapitre présentera la conception du système futur

- Quand à ce dernier chapitre qui est le quatrième présentera une conception d'information informatisée

9

10

CHAP. I. PRESENTATION DE L'ASVATEL

I.1. HISTORIQUE

L'ASVATEL a était crée en 2005 par 7personnes, c'est un groupe des anciens cambistes au sein de l'ACANOKI, marché central ville de Goma qui à la suite de nombreux escroqueries et perte d'argent ont créée une nouvelle organisation .ceci à étais poussé par la demande des cambistes qui étaient en possession des téléphones laissaient en gage contre l'argent d'intérêt. C'est ainsi qu'au commencement les opérations de vente et d'achat des téléphones usagés ne se faisaient uniquement que pour facilité les gens à subvenir à leurs

besoins.

Les opérations n'étant pas sans risque; au fur et à mesure que les opérations augmentaient, Aussi les exerçant augmentaient de même que les tracasseries. Elle se butant ainsi à des nombreux problèmes et difficultés malgré l'intérêt qu'elle tire de cette activité les plus souvent et les tracasseries policières, des autorités de la place de par la cruauté des militaires. Intérêt comme contre partie plusieurs gros mots des cas d'escroqueries; des vols et le plus souvent des arrestations arbitraires.

L'année 2007 constitue pour l'ASVATEL les 1ères heures de vie avec une première tentative d'organisation de ce secteur par la mise sur pied d'un comité avec plus ou moins 9personnes dont l'actuel président du comité: TCHIKWANINE et ces compagnons.

Le numéro d'enregistrement N°108/UST GS/DR//4K remis aux dirigeant de cette organisation le 10 septembre 2007 signé par le chef de division régional de la justice garde de sceaux du nord Kivu lui donna la personnalité civile et lui autorise de fonctionner

I.2 SITUATION GEOGRAPHIQUE

Situé à l'est de la république démocratique du Congo (RDC) dans la province du nord Kivu, son siège social se situe au centre ville sur l'avenue MOBOTU, actuelle avenue de la libération au N° 40, elle est limitée à l'est par la préfecture de GISENYI (république rwandaise), à l'ouest par la cité de SAKE, au nord par la collectivité de BUKUMU et au sud par le LAC KIVU

I.3 ORGANISATION ET FONCTIONNEMENT

L'ASVATEL s'organise pour le moment à sept nivaux, à savoir:

- Gérant

- Secrétaire

- Comptable

- Approvisionnement

- Stockage et entreposage

- Vente

- Caisse

11

FONCTIONNEMENT Gérant :

- surveillera l'exécution du travail

- s'occupera aussi de paiement des agents

- règlera les différentes dus de l'état (taxe, impôts et autres...)

- contrôlera la situation de la caisse

- vérifiera le bilan comptable

Secrétaire :

- s'occupera des classements des courriers et des correspondances - secondera le gérant dans le contrôle des certaines activités

Comptable :

- s'occupera de la comptabilité

- s'occupera des entrées, des sorties et des ventes des produits - établira le bilan comptable

Approvisionnement :

- s'occupera de l'approvisionnement au niveau local qu'étranger

Stockage et entreposage :

- ce service s'occupera de l'entreposage des produits

Vente :

- s'occupera de la vente des produits

Caisse :

- s'occupera des entrées et des sorties des finances

Est membre effectif toute sympathisant, toute personne physique qui exprime de la sympathie envers les objectifs de l'ASVATEL et qui s'y intéressent volontairement,

Est membre d'honneur, toute personne physique qui constitue financièrement, matériellement ou moralement au développement de l'ASVATEL

La qualité de membre se perd pour manquement grave ou égard aux règlements

d'ordre intérieur ; démission, ou décès

NB: pour être membre effectif de l'ASVATEL, il faut:

Être de nationalité congolaise ;

Payer les frais d'adhésion fixé à 50$ (cinquante dollars) ;

Avoir un capital au moins de 300$ (trois cent dollars) ou son équivalent en monnaie

locale ;

S'acquitter de ses droits civiques ;

Il y a aussi des punitions pécuniaires qui sont prévus par les règlements d'ordre intérieur.

12

1.4 Les attributions

De l'assistance, des ressources et des sanctions:

Tout niveau supérieur a le devoir de veiller à l'ordre et la sécurité du niveau qui le succède.

De même, le niveau supérieur a le droit de regard sur toutes les recettes de celui qui le succède étant donné que ces recettes proviennent de la base, c'est-à-dire du niveau le plus bas, donc à partir des membres effectifs.

Pour son fonctionnement, le supérieur a droit à un certain pourcentage sur les recettes de son successeur.

Sur ce, toute les instances travaillent en étroite collaboration par le fait que les moyens de fonctionnement proviennent des niveaux les plus bas vers les niveaux le plus élevée.

*L'ASVATEL assiste ces membres en cas de:

Mariage

Accident (vole; perte,...) Hospitalisation

Décès et autres....

* les ressources de l'ASVATEL proviennent de:

Frais d'adhésion

Cotisations

Dons et le

NB:- les frais d'adhésion sont catégorisés en:

frais d'enregistrement, fixé à 50$ ; Frais de macaron fixé à 10$

- les cotisations sont aussi de deux catégories à savoir:

Les cotisations hebdomadaires fixées à 0,5$ Les cotisations spéciales.

Tout membres qui vide les dispositions du statut ou aux règlements d'ordre

intérieur est passible de:

* blâme

* Suspension

* exclusion temporaire

* exclusion définitive

STOCKAGE ET ENTREPOSAGE

CHAP. I.

PRESENTATION DE L'ASVATEL

V I.5 MISSION ET OBJECTIF DE L'ASVATEL

APPROVISIONNEME

NT

CAISSE

13

I.5 MISSION ET OBJECTIF DE L'ASVATEL

L'ASVATEL fut crée dans l'optique de formalisé, de renforcer les liens entre ces membres, de voir comment oeuvrer pour harmoniser et organiser l'activité d'achat et de vente des téléphones usagés et facilité l'assistance mutuelle de ces membres dans les épreuves comme dans les réjouissances afin de sauvegarder les intérêts et la sécurité de ces membres d'une part et de faciliter une bonne collaboration avec les clients et les autorités administratives de la province et d'autres...

I.6 ORGANISATION ET FONCTIONNEMENT DE LA COORDINATION Schéma N° 01: organigramme :

Conçu par nous même à partir des éléments (données) des statuts de l'ASVATEL

14

Tout ce que le gérant fait ou peut faire doit être dicté par volonté de ces membres, sont les membres qui donnent les moyens de fonctionnement à l'association. Celle-ci perçoit les frais de membres par le biais de secrétariat pour réalisé les différentes taches et charges lui édictée par le statut de l'ASVATEL.

Nous signalons que néanmoins qu'il y a paiement de 5$ pour la fiche d'identification en superflus des frais d'adhésion tells que prévu dans le statut.

Signalons enfin que les cotisations spéciales ne dépassent pas 1$ dans cette association, elles sont toujours fixées entre 0,5 à 1$ par membre étant justifié par la conjoncture actuelle, guerre, baisse de pouvoir d'achat

15

CHAP II : ANALYSE DU SYSTEME D'INFORMATION EXISTANT

II.1 MODELE CONCEPTUEL DES FLUX

Un système : est un ensemble d'éléments matériels ou immatériels (homme, machine, règle,...) en interaction transformés par un processus des éléments (les entrées) en d'autres éléments (les sorties) I.

Parmi les systèmes nous pouvons cités :

Système d'information,

Système opérant

Système de pilotage ou système de gestion

l Un système de pilotage ou de gestion procède au pilotage (à la régulation et au contrôle) du système opérant en décidant du comportement de celui ci en fonction des objectifs fixes.

l Un système d'information est charge de stocker et de traiter les informations relatives au SO (système opérant) afin de le mettre a la disposition du SP (système de pilotage), il peut en outre recevoir de celui ci des décisions destiner a son propre pilotages.

l le système d'information est celui qui donne les informations sur l'état du système de pilotage.³

II.1.1 MODELE BRUT DE FLUX

L'analyse de flux permet d'appréhender simplement le fonctionnement global de l'entreprise en se focalisant éventuellement sur un ensemble d'activité concerné pour l'étude sans chercher à identifier l'origine et la stabilité de ce découpage à une unité active.

L analyses des flux s expriment avec les deux concepts :

L'acteur : est une unité active intervenant dans le fonctionnement de système opérant stimulé par le flux.⁴

Le flux : c'est un échange entre deux acteurs.

Digramme de flux: est une représentation graphique des acteurs et des flux échangés. Le flux est représenté par une flèche,

Matrice des flux: est la représentation matricielle des acteurs et des flux échangés.

- EURASME KAKULE MILANDO; cours de MERISE I, G2 IG-GOMA année académique 2007-2008 - EURASME KAKULE MILANDO; cours de MERISE II, G3 IG-GOMA année académique 2008-2009

16

GERANT

Demande

d'approvisionnement

SERVICE VENTE

STOCKAGE

SERVICE
APPROVISIONNE

Client servi Facturation

Liste fournie

Stock

Demande Frais de transport

Payement de trais de transport

CLIENT

CAISSE

Demande du produit

Payement du produit

II.1.2 MODELE DE FLUX BUT

Demande de la lite des

dit

Demande d'une situation de la

Situation fournie

17

II.1.3 MATRICE DE FLUX BRUT

	GERANT	SERVICE VENTE	STOCKAGE	APPROVISIONNEMENT	CAISSE	CLIENT
GERANT		Demande d'une situation de la vente
SERVICE VENTE	Situation fournie		Demande de la liste des produits			Client servi
STOCKAGE		Liste fournie		Demande d'approvisionnement
APPROVISIONNEMENT			stockage		Frais de transport
CAISSE				Payement de frais de transport		facturation
CLIENT		Demande produit			Payement de produit

Situation fornie

Demande
de la
situation
de vente

Livraison aux clients

Commande des clients

Demande de l'état des bi

Etat des besoins fournit

CAISSE

Payement des clients

CLIENT

GESTION DE

LA VENTE

GERANT

STOCKAGE

18

II.1.4 MODELE DE FLUX NET

19

II.2 MODELE ORGANISATIONNEL DE TRAITEMENT

Le niveau organisationnel s'attache à décrire le SI en répondant aux questions QUI? OÙ? QUAND? Au plan de la description le modèle organisationnel des traitements (MOT) intègre les notions de temps et durée (déroulement); des ressources de lieu et de responsabilité (poste de travail) et de nature des traitements (manuels ou automatiques).

L'opportunité de l'automatisation pour aboutir à la conception d'une solution organisationnelle précède la mise en oeuvre au niveau opérationnel et physique⁵

· un type de lieu représente l'ensemble des lieux où les actions d'une opération pourront s'effectuer.

· Un responsable: est une personne ayant la responsabilité des certaines actions d'une opération.

· Des ressources: sont de moyens permettant de réaliser certaines actions d'une opération.

· Une procédure: est un ensemble d'action d'une opération conceptuelle affectée à un poste de travail.

Processus d'approvisionnement

RO1: établissement état de besoin

RO2: analyse état de besoin

RO3: validation commande

RO4: passation commande

RO5: livraison produit RO6:réception produit RO7: stockage produit

Processus vente

RO1: Réception client

RO2: Vérification produit

RO3: Appréciation produit

RO4: Payement produit

RO5: Livraison produit

- MUHINDO MASAVI, cours de méthode d'analyse informatique inéditG2 informatique de gestion ISC GOMA, 2005-2006

20

II.2.1 TABLEAU DES PROCEDURES FONCTIONNELLES (PF) Procédure d'approvisionnement

PF	DEROULEMENT		ACTION	NATURE	POSTE DE TRAVAIL
	Début	Durée max			lieu	responsable	ressource
PF1 PF2 PF3 PF4 PF5 PF6 PF7	8<t<17h 8<t<17h 8<t<17h 8<t<17h 8<t<17h 8<t<17h 8<t<17h	X X X X X X X	établissement état de besoin analyse état de besoin validation commande passation commande livraison produit réception produit stockage produit	M M M M M M M	Ambulant Ambulant Ambulant Ambulant Ambulant Ambulant Ambulant	Vendeur Vendeur Vendeur vendeur vendeur vendeur vendeur	Vendeur Vendeur Vendeur vendeur vendeur vendeur vendeur

Procédure vente

PF	DEROULEMENT		ACTION	NATURE	POSTE DE TRAVAIL
	Début	Durée max			lieu	responsable	ressource
PF1 PF2 PF3 PF4 PF5	8<t<17h 8<t<17h 8<t<17h 8<t<17h 8<t<17h	X X X X x	Réception client Vérification produit Appréciation produit Payement produit Livraison produit	M M M M M	Ambulant Ambulant Ambulant Ambulant ambulant	Vendeur Vendeur Vendeur vendeur vendeur	Vendeur Vendeur Vendeur vendeur vendeur

B

21

II.2.2 PROCESSUS D'APPROVISIONNEMENT Diagramme d'enchainement des processus fonctionnels

DEROULEMENT		ENCHAINEMENTS					NATURE	POSTE DE TRAVAIL
Début	Durée
		Vendeur présent Produit manquant					M
8 <t<16h X								ambulant vendeur
		ET A
		PF1		établissement état de besoin
				toujours
		état des besoins élaboré
8 <t<16h X								ambulant vendeur
						M
		Vendeur ET
		PF2		analyse état des besoins
				Favorable	non favorable
		Etat des besoins Etat des besoins accepté non accepté A
8 <t<16h X							M	ambulant vendeur
		vendeur
		ET
		PF3	validation commande
			toujours
		Commande validée

22

8<t<16h

B Fournisseur présent

M

Ambulant vendeur

ET

PF4

passation commande

toujours

Commande passée

8<t<16h

Produit disponible

M

Ambulant vendeur

ET

PF5

livraison produit

toujours

Produit livré

Vendeur présent

8<t<16h

M

Ambulant vendeur

ET

PF6

réception produit

toujours

Produit reçu

8<t<16h

Vendeur présent ET

M

Ambulant vendeur

PF7

stockage produit

toujours

Produit stocké

23

II.2.3 Processus vente

DEROULEMENT		ENCHAINEMENT NATURE			POSTE DE TRAVAIL
Début	durée
8 <t<17h X		M Client présent Vendeur présent			Ambulant vendeur
		ET
		PF1	réception client
			toujours
		Client reçu
8 <t<17h X		M Présentation produit			Ambulant vendeur
		ET
		PF2	vérification produit
			Trouvé non trouvé
			Produit trouvé Article non trouvé
			Processus approvisionnement
			M ambulant B Produit présenté Vendeur ET
		PF3	appréciation produit
			Apprécié	non apprécié
		Produit apprécié Produit non apprécié
		A B

24

8<t<17h x	B Argent disponible				M	Ambulant Vendeur
	ET
		PF4	payement produit
			toujours
	Produit payé
8<t<17h x					M	Ambulant Vendeur
	Argent reçu
	ET
	PF5		livraison produit
			toujours
	Produit livré

25

II.3 MODELE CONCEPTUEL DE TRAITEMENT

Le niveau organisationnel s'attache à décrire le SI actuel en répondant aux questions relatives au poste de travail, au moment et lieu de déroulement, aux ressources utilisées.

Par contre le niveau conceptuel exprime ce qu'il faut tout simplement et représente donc l'opération par l'entreprise pour la réalisation de ses finalités.

Concepts de base

Un processus : c'est un enchainement d'opération dans un même domaine d'activité Règle d'émission : sont des règles qui permettent de sortir une action ou une règle de gestion conditionnellement à la production de l'événement.

Evénement : est le fait 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.

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

Opération : c'est l'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, c'est aussi une suite interruptible d'opération.

Synchronisation : c'est la condition d'activation d'une opération, en se représenta sous la forme de condition booléenne d'événement (vérifiant les OU et les ET) et qu'elle correspond à la condition d'exécution d'opération.

6

-MUTULWA KABWE E « suivi automatisé des recettes d'un cyber café / cas de l'internet café Afic@network, TFC inédit ISIG 2002-2003

-Idem

Produit livré

B

26

II.3.1 PROCESSUS APPROVISIONEMENT

Produit manquant

ET

A

Vendeur présent

Elaboration état de besoin

toujours

Etat de besoin élaboré Vendeur présent

ET

Analyse état de besoin

Favorable	non favorable

Etat de besoin accepté

ET

Etat de besoin no accepté

A

Passation commande

toujours

Commande passé Produit disponible

ET

Livraison produit

toujours

27

B

ET

Vendeur présent

Produit stocké

Réception produit

Toujours

Produit reçu

ET

Vendeur présent

Stockage produit

toujours

28

II.3.2 PROCESUS VENTE

Client présent

E

Vendeur présent

Réception client

toujours

Client reçu Produ

ET

A

Appréciation du produit

toujours

Produit

Produi

E

Vérification produit
Accepté	rejeté

Produit accepté

B

Vendeu

Produit

jé A

Argent B

Payement produit

toujours

29

B Vendeur

ET

Livraison produit

toujours

Produit livré

II .4 MODELE CONCEPTUEL DES DONNEES

La modélisation conceptuelle des données du système d'information d'une organisation se fait au moyen de concepts dont la mise en oeuvre aboutit à une représentation appelée schéma conceptuel des données.

Une bonne représentation des données d'un système d'information doit avoir deux qualités :

Être simple

Être composé

La simplicité est obtenue en fournissant une représentation permettant le dialogue entre utilisateur et concepteur.

Ces objectifs de qualité peuvent être attendues si le concepteur dispose des concepts suffisamment variés et riches en outre pour le mettre en oeuvre.

Parmi tous les modèles que le concepteur peut utiliser pour faire représenter les données réelles, le modèle ENTITE-ASSOCIATION remplit les exigences.

30

II.4 MODELE CONCEPTUEL DES DONNEES

II.4.1 DICTIONNAIRE DES DONNEES

NOM	SIGNIFICATION	TYPE	LONGEUR	NATURE
		A, AN, N		E, CO, CA	M, SIG, SIT
Codecli	Code client	AN	10	E	SIG
Nomcli	Nom client	AN	15	E	SIG
Postnomcli	Postnom client	AN	15	E	SIG
Sexecli	Sexe client	A	2	E	SIG
Codepro	Code produit	AN	10	E	SIG
Despro	Désignation	A	10	E	SIG
Qtépro	produit	N	5	CA	M
Pu	Quantité produit	N	10	CA	M
Pv	Prix unitaire	N	10	CA	M
Codefour	Prix de vente	AN	12	E	SIG
Nomfour	Code fournisseur	AN	15	E	SIG
Postnomfour	Nom fournisseur	AN	20	E	SIG
Sexefour	Postnom	A	2	E	SIG
Codevend	fournisseur	AN	15	E	SIG
Nomvend	Sexe fournisseur	AN	20	E	SIG
Sexevend	Code vendeur	A	2	E	SIG
advend	Nom vendeur	AN	12	CO	M
	Sexe vendeur
	Adresse vendeur

31

II.4.2 GRAPHE DE DEPENDANCE FONVTIONNEL

codeclj

codeprod

date

Nom post nom

rue

ad nom

adresse

post nom

nom post nom

Nom Post nom ad

Rue ad

Rue

32

IIC.4.3 MODEL CONCEPTUEL DES DONNEES

ACHETE

CLIENT

Codecli, nomcli, sexecli, adcli

Produit

codeprod, design, prod

APPROVISIONNEMENT

VENDEUR

Codevend, nomvend, sexevend

FOURNISSEUR

Codefour, nomfour, sexefour

COMMANDE

II.4.4 REGLE DE GESTION

RG1: un ou plusieurs clients peuvent acheter un ou plusieurs produits

RG2: un ou plusieurs vendeurs peuvent commander un ou plusieurs produits

RG3: un ou plusieurs produits peuvent être approvisionnés par un ou plusieurs fournisseurs

RG4: un ou plusieurs produits peuvent être acheter par un ou plusieurs clients

RG5: un ou plusieurs vendeurs peuvent vendre un ou plusieurs produits

RG6: un ou plusieurs produits peuvent être vendu par un ou plusieurs vendeurs

II.5 CRITIQUE DU SYSTEME EXISTANT

Selon REIX, le système d'information met à la disposition des décideurs les informations nécessaire à la prise des décisions, permet d'étudier les conséquences prévisible des décisions

Après avoir parcouru le système d'information implanté au sein de l'ASVATEL du MCF au MOT en passant par le MCT et finissant par le MCD, nous avons remarqués quelque défaillance que nous résumons sur les points suivant.

33

Au point de vue traitement

Nous avons remarqué qu'il n'y a jamais eu de traitement de la facturation ni d'enregistrement des clients, ceci entraîne les déclarations mensongères, les arrestations arbitraires et l'administration ne sait jamais comment se référer aux lamentations des vendeurs et aux déclarations des clients.

Au point de vue organisationnel

Nous avons constatés que le MOT est un peu dénué en procédure fonctionnelle pour ce qui est de l'enregistrement de vente quasi inexistant.

Ainsi pour parvenir à remédier à ce problème au sein de l'ASVATEL, nous avons proposé l'application du système future et informatisé.

7

⁷ R. REIX, informatique appliqué à la gestion 1e, 2^e année éd. Foucher, Paris, 1996, P2

34

CHAP III: CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE

La conception du système d'information est une tache complexe et de haut niveau qui nécessite un bon pouvoir d'abstraction et la prise en compte d'un grand nombre des contraintes (de coût, d'existant,...) et d'un grand nombre des personnes (gérant, service, informatique, utilisateur)

III.1 MODELE CONCEPTUEL DE FLUX

Le model conceptuel est un outils très important, il nous permet de comprendre à mener le processus d'abstraction qu'il illustre bien la courbe du soleil à nous échapper de cette description organisationnelle de l'existant pour passer à un niveau conceptuel toujours associé à cet existant.

En particulier ce modèle permet d'une part de distinguer un acteur externe et domaine. D'autre part de mettre plus particulièrement en évidence le domaine et ses flux.⁸

⁸ Amani SAMBO FREDERIC, « suivi automatisé de la gestion de vente en détails au sein d'une entreprise privée, cas d'une quincaillerie métal service. Année 2007-2008

⁵www.polymorphe.org, cours informatique par REMI GILLEROM, université CHALES DEGAUL Grille 3

35

III.1.1 DIAGRAMME DE FLUX BRUT

Ce diagramme nous aidera à mieux appréhender la modélisation conceptuelle du traitement associer à l'activité future du domaine.

En effet, il est souvent possible, sur un tel diagramme, de faire apparaître des évolutions conceptuelles; c'est-à-dire les nouvelles orientations de gestion

III.1.2 MCFB (modèle conceptuel de flux brut

36

Demande

d'approvisionnement

SERVICE VENTE

STOCKAGE

SERVICE
APPROVISION

Client servi Facturation

Liste fournie

Stock

Demande Frais de transport

Payement de trais de trasnsport

CLIENT

CAISSE

Demande du produit

Payement du produit

GERANT

Demande d'une situation de la

Situation fournie

Demande de la lite des

di

37

Demande

d'approvisionnement

SERVICE VENTE

STOCKAGE

SERVICE
APPROVISION

Client servi Facturation

Liste fournie

Stock

Demande Frais de transport

Payement de trais de trasnsport

CLIENT

CAISSE

Demande du produit

Payement du produit

GERANT

Demande d'une situation de la

Situation fournie

Demande de la lite des

di

38

III.1.3 MATRICE DE FLUX BRUTS

	GERANT	SERVICE VENTE	STOCKAGE	APPROVISIONNEMENT	CAISSE	CLIENT
GERANT		Demande d'une situation de la vente
SERVICE VENTE	Situation fournie		Demande de la liste des produits			Client servi
STOCKAGE		Liste fournie		Demande d'approvisionnement
APPROVISIONNEMENT			stockage		Frais de transport
CAISSE				Payement de frais de transport		facturation
CLIENT		Demande produit			Payement de produit

39

III.1.4 MODELE CONCEPTUEL DES FLUX NET FUTURE

Livraison aux clients

Commande des clients

Situation

Demande
de la
situation

CAISSE

Demande de l'état des besoins

Etat des besoins

Payement des clients

CLIENT

GESTION
DE LA
VETE DES

STOCKAGE

GERANT

40

III.2 ETUDE DES DONNEES

La lenteur du système d'information actuel et son incapacité a fournir certaine informations indispensables justifient notre décision mieux l'attente des objectifs.

Ce système d'information futur sera automatisé ; pour cela il doit être formalisable c'est-à-dire il va comporter des actions programmées la connaissance des entrées doit permettre de déterminer les sorties par les règles de transformations explicables.

III.2.1 DOCUMENT UTILISES

Comme cette association ne possède aucun document justificatif nous nous sommes entretenu avec les membres qui son les vendeurs dans cette association et les acheteurs pour la récolte des données brutes

41

III.2.2 DICTIONNAIRE DES DONNEES

NOM	SIGNIFICATION	TYPE	LONGEUR	NATURE
		A, AN, N		E, CO, CA	M, SIG, SIT
N°fact	Numero facture	N	6	E	M
Date	Date	D	8	E	M
Codecli	Code client	AN	5	E	SIG
Nomcli	Nom client	AN	10	E	SIG
Postcli	Postnom client	AN	10	E	SIG
Sexecli	Sexe client	A	2	E	SIG
Villecli	Ville client	AN	12	E	SIG
Ruecli	Rue client	AN	15	E	SIG
Codevend	Code vendeur	AN	5	E	SIG
Nomvend	Nom vendeur	AN	10	E	SIG
Postnomvend	Postnom vendeur	AN	10	E	SIG
Codepro	Code produit	AN	5	E	SIG
Despro	Designation produit	A	15	E	SIG
Qtpro	Quantite produit	N	16	E	M
Stockalerte	Stock alerte	N	6	CA	M

42

III.2.3 GRAPHE DE DEPENDANCE FONTIONNELLE

43

III.2.4 MODELE CONCEPTUEL DES DONNEES

CLIENT

Codecli, nomcli, postnomcli, sexecli, adcli

PRODUIT

Codepro, desipro, stock alerte

1,n 1, n

ACHETER

date

LIVRER

1, n

1, n

VENDRE

1, n 1, n

FOURNISSEUR

Codefour, nomfour, sexefour, adfour

VENDEUR

Codevend, nomfour, postnomfour, sexefour

RG1: un client peut acheter un ou plusieurs

RG2: un ou plusieurs produits peuvent être acheter par un ou plusieurs client

RG3: un ou plusieurs produits peuvent être approvisionner par un ou plusieurs fournisseurs

RG4: un ou plusieurs fournisseurs peuvent être approvisionner par un ou plusieurs produits

RG5: un ou plusieurs vendeurs peuvent vendre un ou plusieurs produits

RG6: un ou plusieurs produits peuvent être vendu par un ou plusieurs vendeurs

Commande accepté Commande refusée

B

44

III.3 MODELE CONCEPTUEL DE TRAITEMENT

III.3.1 Processus approvisionnement

Stock disponible< au stock

ET

Client présent

Constatation produit manquant

toujours

Manquant constaté

ET

A

Service vente présent

Elaboration état de besoin

toujours

Etat de besoin élaborer Fiche de stock ouvert

ET

Analyse état de besoin

Favorable

non favorable

Etat de besoin favorable Etat de besoin non

favorable

ET

Fournisseur choisis

A

Passation commande

Commande accepté commande non accepté

45

B

ET

Produit disponible

Livraison produit

toujours

Produit livré Shop ouvert

ET

Réception produit

toujours

Produit reçu

ET

Fiche de stock présent

Secrétaire présent

Vérification produit

Conforme

non conforme

Produit conforme Produit non conforme

ET

Secrétaire présent

Produit enregistré

Produit mis en stock

toujours

Produit mis en stock Dossier ouvert

ET

Enregistrement produit

toujours

46

III.3.2 processus vente

Arrivé client

ert

B Produit disponible

ET

ET

Réce tion roduit

Livraison produit

toujours

Client reçu

Produit livré

ET

A

Présentation catalogue

toujours

Commande

ET

Fiche de stock

Passation commande

Vérification produit
Trouvé	non trouvé

Article trouvé Article non trouvé

ET

caisse présent

A

Elaboration facture

Facture payé Caisse

B

toujours

Facture présent Argent disponible

ET

Payement facture

toujours

47

III.4 MODELE ORGANISATIONNEL DE TRAITEMENT

III.4.1 PROCESSUS COMMANDE

PROCEDURE FOCTIONNEL	DEROULEMENT		ACTIONS	NATURE	POSTE DE TRAVAIL
	DEBUT	DUREE			LIEU	RESPONSABLE	RESSOURCE
PF1	8t17h	X	Commande produit manquant	M	SHOP	SERVICE VENTE	GERANT
PF2	8t17h	X	Etablissement état de besoin	AC	SHOP	SERVICE VENTE	ORDINATEUR, GERANT
PF3	8t17h	X	Edition état de besoin	AB	SHOP	SERVICE VENTE	ORDINATEUR
PF4	8t17h	X	Analyse état de besoin	M	SHOP	SERVICE VENTE	GERANT
PF5	8t17h	X	Validation état de besoin	AC	SHOP	GERANT	GERANT; ORDINATEUR
PF6	8t17h	X	Passation commande	M	SHOP	GERANT	GERANT

III.4.2 PROCESSUS APPROVISIONNEMET

PROCEDURE FOCTIONNEL	DEROULEMENT		ACTIONS	NATURE	POSTE DE TRAVAIL
	DEBUT	DUREE			LIEU	RESPONSABLE	RESSOURCE
PF7	8t17h	X	Réception bordereau de livraison	M	SHOP	SERVICE VENTE	GERANT
PF8	8t17h	X	Saisie identification produit	AC	SHOP	SERVICE VENTE	SECRETAIRE. ORDINATEUR
PF9	8t17h	X	Edition liste produits	AB	SHOP	SERVICE VENTE	ORDINATEUR
PF10	8t17h	X	Vérification produit	M	SHOP	SERVICE VENTE	GERANT
PF11	8t17h	X	MAJ stock	AC	SHOP	GERANT	GERANT. ORDINATEUR

Etat de besoin édité

A

48

III.4.3 DIAGRAMME D'ENCHAINEMENT DE PROCEDURE FONCTIONNEL

DEROULEMENT DEBUT DUREE	A processus commande						NATURE	POSTE DE TRAVAIL
8t17h X	Article Gérant présent manquant						M	Service vente shop
	Support stockage
	ET
		PF1	constatation produit manquant
			toujours
		Produit manquant
8t17h X		Service vente ET					AC	Ordinateur Service vente shop
		PF2	établissement état de besoin
			Toujours
		Etat de besoin établi
8t17h X		Ordinateur présent					AB	Ordinateur Service vente shop
		ET
				Edition état de besoin
		PF3		toujours

49

8t17h X	A Gérant présent								AB	Ordinateur Service vente shop
	ET
	PF4					analyse état de besoin
						Toujours
	Etat de besoin analysé
8t17h X	Gérant présent								AC	Ordinateur gérant shop
	ET
		PF5			validation état de besoin
					validé		non validé
	Etat			de besoin Etat de besoin validé non validé B
8t17h X				Gérant présent					AC	Service vente shop
	ET
	PF6		passation commande
			toujours
	commande accepté
	C

50

III.4.4 Processus approvisionnement

D

								M	gérant shop
8t17h X	C Gérant présent
	ET
		PF7				réception bordereau état de besoin
						Toujours
		Bordereau état de besoin reçu
8t17h X		secrétaire présent ET						AC	Ordinateur Secrétaire shop
		PF8			saisie identification produit
					toujours
	Identification produit saisie
8t17h X				Ordinateur présent				AB	Ordinateur Service vente shop
	ET
	PF9		édition liste produit
			toujours
	Liste de produit éditée

51

8t17h X	D Gérant pésent				M	Ordinateur Service vente shop
	ET
		PF10		vérification produit
				Toujours
	Produit vérifié
8t17h X	toujours Secrétaire présent ET				AC	Ordinateur Secrétaire shop
		PF11	MAJ stock
			toujours
	Stock mis à jour

52

III.5 MODELE ORGANISATIONNEL DE TRAITEMENT

III.5.1 PROCESSUS VENTE

PROCEDURE FOCTIONNEL	DEROULEMENT		ACTIONS	NATURE	POSTE DE TRAVAIL
	DEBUT	DUREE			LIEU	RESPONSABLE	RESSOURCE
PF12	8t17h	X	réception client	M	SHOP	SERVICE VENTE	GERANT
PF13	8t17h	X	saisie coordonnée	AC	SHOP	SERVICE VENTE	ORDINATEUR, SERVICE VENTE
PF14	8t17h	X	Edition coordonné	AB	SHOP	SERVICE VENTE	ORDINATEUR
PF15	8t17h	X	passation commande	M	SHOP	SERVICE VENTE	SERVICE VENT
PF16	8t17h	X	Vérification disponibilité	AC	SHOP	SERVICE VENTE	GERANT
PF17	8t17h	X	Edition des disponibilités	AB	SHOP	SERVICE VENTE	ORDINATEUR
PF18	8t17h	X	élaboration facture	AC	SHOP	CAISSE	CAISSE ET ORDINATEUR
PF19	8t17h	X	Edition facture	AB	SHOP	CAISSE	ORDINATEUR
PF20	8t17h	X	Remise facture	M	SHOP	CAISSE	CAISSE
PF21	8t17h	X	Paiement facture	M	SHOP	CAISSE	CAISSE
PF22	8t17h	X	Livraison produit	M	SHOP	SERVICE VENTE	GERANT
PF23	8t17h	X	MAJ du stock	AB	SHOP	SERVICE vent	SECRETAIRE
PF24	8t17h	X	Edition du stock	AB	SHOP	SERVICE VENTE	ORDINATEUR

53

III.5.2 DIAGRAMME D'ENCHAINEMENT DE PROCEDURE FONCTIONNEL

DEROULEMENT DEBUT DUREE	Processus vente						NATURE	POSTE DE TRAVAIL
8t17h X							M	SHOP SERV VENTE GERENT
	Shop Client ouvert présent
	ET
					Réception client
		PF12			toujours
	Client reçu
8t17h X	Service vente ET						AC	SHOP SERV VENTE GERENT
			saisie de coordonnée
	PF13		toujours
				Coordonnee saisie
8t17h X				Dossier ouvert			AB	SHOP SERV VENTE GERENT
	ET
			Edition coordonnée
	PF14		toujours
	Coordonnée saisie A

SHOP

SERV VENTE GERENT

SHOP

SERV VENTE GERENT

SHOP

SERV VENTE GERENT

AB

54

		Passation commaande
PF15		toujours
	Recherche disponible
PF16
	Retrouvé non retrouvé
			Edition disponibilité
PF17
			toujours

A

La disponibilité édité

Article trouvé

Commande passé

ET

ET

ET

Tarif présent

Fiche de stock présent

Réquisition en attente

Processus approvisionneme

Article non trouvé

B

8t17h X

8t17h X

8t17h X

M

AC

55

8t17h X							AC	SHOP SERV VENTE GERENT
		Produit présent B
	ET
			Elaboration facture
	PF18		toujours
	Facture élaborée
8t17h X							AB	SHOP SERV VENT GERENT
				Secrétaire présent ET
	PF19			Edition facture
				toujours
	Facture éditée
8t17h X	Cassier présent ET						M	SHOP SERV VENTE GERENT
	PF20 remise facture
	TOUJOURS
	Facture remise				C

56

				M	SHOP SER VENTE GERENT
8t17h X		C Client présent ET
	PF21		paiement facture
			toujours
		Facture payé
8t17h X		Vérification produit ET		M	SHOP SERV VENTE GERENT
		PF22 livraison produit
		toujours
		Produit livré
8t17h				M	SHOP SERV VENTE GERENT
X		Service vente ET
		PF23 MAJ du stock
		toujours
		MJA stock D

57

8t17h X			M	SHOP SERV VENTE GERENT
	Dossier ouvert D
	ET
	PF24	Edition MAJ
		toujours
	MAJ stock

58

FICHE DE DESCRIPTION FONCTIONNELLE PF1

NATURE: M

OBJET : constatation produit manquant

EVENEMENT TRAITE: article manquant, gérant, support

DONNEES UTILISES: néant

EVENEMENT RESULTAT: produit manquant constaté

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF2

NATURE: AC

OBJET : établissement état de besoin

EVENEMENT TRAITE: produit manquant, secrétaire présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: état de besoin établi

DONNEES SORTIES:

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: établissement état de besoin

FICHE DE DESCRIPTION FONCTIONNELLE PF3

NATURE: AB

OBJET : édition état de besoin

EVENEMENT TRAITE: secrétaire présent, produit manquant

DONNEES UTILISES: tproduit

EVENEMENT RESULTAT: état de besoin établi

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: Consultation tproduit

- MISE A JOUR: néant

59

FICHE DE DESCRIPTION FONCTIONNELLE PF4

NATURE: M

OBJET : analyse état de besoin

EVENEMENT TRAITE: état de besoin édité, gérant présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: état de besoin analysé

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF5

NATURE: AC

OBJET : validation état de besoin

EVENEMENT TRAITE: état de besoin validé

DONNEES UTILISES: néant

EVENEMENT RESULTAT: état de besoin favorable; état de besoin défavorable

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: état de besoin validé

FICHE DE DESCRIPTION FONCTIONNELLE PF6

NATURE: M

OBJET : passation commande

EVENEMENT TRAITE: état de besoin favorable, secrétaire présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: commande passé

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

60

FICHE DE DESCRIPTION FONCTIONNELLE PF7

NATURE: M

OBJET : réception bordereau de livraison

EVENEMENT TRAITE: état de besoin favorable; secrétaire présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: bordereau de livraison réçu

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR:néant

FICHE DE DESCRIPTION FONCTIONNELLE PF8

NATURE: AC

OBJET : saisie identification produit

EVENEMENT TRAITE: bordereau de livraison reçu; secrétaire présent

DONNEES UTILISES: confère table produit

EVENEMENT RESULTAT: identification produit saisie

DONNEES SORTIES: liste des produits

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: MAJ de la liste des produits

FICHE DE DESCRIPTION FONCTIONNELLE PF9

NATURE: AB

OBJET : édition liste des produits

EVENEMENT TRAITE: saisie identification produit ;ordinateur présent

DONNEES UTILISES: confère tproduit

EVENEMENT RESULTAT: liste des produits édités

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: table produit

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF10

NATURE: M

OBJET : vérification produit

EVENEMENT TRAITE: saisie liste des produits édités ; ecrétaire présent

DONNEES UTILISES: consultation table produit

EVENEMENT RESULTAT: produit vérifié

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

61

FICHE DE DESCRIPTION FONCTIONNELLE PF11

NATURE: AC

OBJET : MAJ stock

EVENEMENT TRAITE: produit vérifié; service vente présent

DONNEES UTILISES: consultation table produit et table vente

EVENEMENT RESULTAT: stock MAJ

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: stock

FICHE DE DESCRIPTION FONCTIONNELLE PF12

NATURE: M

OBJET : réception du client

EVENEMENT TRAITE: shop ouvert, client présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: client reçu

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF13

NATURE: M

OBJET : saisie cordonné

EVENEMENT TRAITE: client reçu, service vente

DONNEES UTILISES: code client, nom, post nom, adresse client

EVENEMENT RESULTAT: cordonné saisie, dossier ouvert

DONNEES SORTIES: liste des clients

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

62

FICHE DE DESCRIPTION FONCTIONNELLE PF13

NATURE: M

OBJET : édition cordonnée

EVENEMENT TRAITE: coordonné saisie, dossier ouvert

DONNEES UTILISES: consultation table client

EVENEMENT RESULTAT: cordonné éditée

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF14

NATURE: M

OBJET : passation commande

EVENEMENT TRAITE: tarif présent, coordonné édité

DONNEES UTILISES: néant

EVENEMENT RESULTAT: commande passé

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF15

NATURE: M

OBJET : recherche disponibilité

EVENEMENT TRAITE: service vente, fiche de stock, commande passée

DONNEES UTILISES: néant

EVENEMENT RESULTAT: disponibilité trouvé, disponibilité non trouvé

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR:néant

FICHE DE DESCRIPTION FONCTIONNELLE PF16

NATURE: AB

OBJET : édition disponibilité

EVENEMENT TRAITE: article trouvé, réquisition en attente

DONNEES UTILISES: confère table produit

EVENEMENT RESULTAT: disponibilité édité

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: table produit

- MISE A JOUR: néant

63

FICHE DE DESCRIPTION FONCTIONNELLE PF17

NATURE: AC

OBJET : élaboration facture

EVENEMENT TRAITE: disponibilité éditée, produit présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: facture élaboré

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: table facture

FICHE DE DESCRIPTION FONCTIONNELLE PF18

NATURE: AC

OBJET : édition facture

EVENEMENT TRAITE: caissier présent, facture élaboré

DONNEES UTILISES: néant

EVENEMENT RESULTAT: facture élaboré

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: facture

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF19

NATURE: M

OBJET : remise facture

EVENEMENT TRAITE: caissier présent, facture éditée

DONNEES UTILISES: néant

EVENEMENT RESULTAT: facture remise

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF20

NATURE: M

OBJET : paiement produit

EVENEMENT TRAITE: client présent, facture remise, caissier présent

DONNEES UTILISES: néant

EVENEMENT RESULTAT: produit payé

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR:néant

64

FICHE DE DESCRIPTION FONCTIONNELLE PF21

NATURE: M

OBJET : livraison produit

EVENEMENT TRAITE: facture payé, produit présent

DONNEES UTILISES: consultation table vente

EVENEMENT RESULTAT: néant

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: néant

FICHE DE DESCRIPTION FONCTIONNELLE PF22

NATURE: AC

OBJET : MAJ stock

EVENEMENT TRAITE: produit livré, service vente

DONNEES UTILISES: consultation table produit

EVENEMENT RESULTAT: stock mis à jours

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: néant

- MISE A JOUR: MAJ stock

FICHE DE DESCRIPTION FONCTIONNELLE PF23

NATURE: AC

OBJET : édition MAJ stock

EVENEMENT TRAITE: stock MAJ, dossier fermé

DONNEES UTILISES: table stock

EVENEMENT RESULTAT: MAJ édité

DONNEES SORTIES: néant

ACTION SUR LA BASE DES DONNEES

- CONSULTATION: MAJ stock édité

- MISE A JOUR: néant

III.6 GRAPHE DE CIRCULATION DES INFORMATIONS

Le graphe de circulation se place d'un autre point de vue que celui de diagramme d'enchaînement. Celui-ci montre de quel événement une procédure était déclenchée. Le graphe de circulation montre quels sont les événements traits par processus. Il émet la circulation de l'information dans l'espace et le temps.

Les colonnes représentent les lieux et les lignes, les instant où ma procédure se déclenche

65

					Procédure automatisée conversationnelle (Ressource: homme + machine)
			S
			Support papier
					Disque magnétique Support << homme>> lorsque l' Information est transmise ou Emise par une personne

Chemin parcouru par L'information

Procédure manuelle

III.6.1 PROCEDURE D'APPROVISIONNEMENT

TEMPS

SHOP

VEDEURS

STOCKAGE

66

8h<t<17h x

Article manquant

PF1 gérant

et secrétaire

Constant

niveau stock

8h<t<17h x

PF2 edition

stock

8h<t<17h x

PF3 gerant

+ secretaire

Fiche de l'etat

de besoin

8h<t<17h x

PF4 ordinateur

+ imprimante

A

67

8h<t<17h x

A

PF5 gerant secretaire

Elaboration recquisition

8h<t<17h x

PF6 secrétaire + gerant + ordinateur

Réquisition présente

8h<t<17h x

PF7 ordinateur et imprimant

8h<t<17h x

PF8 gérant, secrétaire

Liste des fournisseurs

B

8h<t<17h x

8h<t<17h X

8h<t<17h X

8h<t<17h X

8h<t<17h x

68

Serv. vente présent

C

PF10 fournisseur présent

B

PF9 gérant présent

Produit reçu

Bon de commande présent

Fiche de stock présent

PF12 gérant,
vendeur, secrétaire
présent

PF11gerant, serv. vente

Fiche de réception produit

69

8h<t<17h x
		PF14 ordinateur + inprimante
		Fiche de stock mis a jours

70

TEMPS

VENDEUR

SECRETAIRE

GERANT

CAISSE

STOCKAGE

EXTERIRUR

8h<t<17h X

PF15 vendeur présent

Fiche de vente

8h<t<17h X

PF16 serv.

vendeur secrétaire

8h<t<17h X

PF17 ordinateur, imprimante

8h<t<17h X

PF18 client serv. vente

Fiche de vente présent

71

8h<t<17h X

A

PF19 serv. Vente présent

Produit trouve

8h<t<17h X

PF20 ordinateur + imprimante

8h<t<17h X

PF21 serv. Vente + ordinateur présent

B

Facture présent

C

72

8h<t<17h X		B
		PF22 ordinateur + imprimante
		Facture édite
8h<t<17h X
						PF24 caisse+ client présent
						fiche de recette
8h<t<17h X
		PF25 serv. Vente+client
		Livraison produit

73

8h<t<17h X

C

PF26 gérant

+ serv. Vente+ ordinateur

8h<t<17h X

PF27 ordinateur + imprimante

Fiche de stock MAJ

- www.polymorphe.org, cours d analyse informatique format PDF de10 mars 2007 mise a jour université char le de gaule, Lille 3

74

CHAP IV CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE (SII)

La première partie à traité de la conception du SIO, cette deuxième partie est consacrée a l'étude du système d'information informatise (SII) plus précisément a l articulation de modélisation et formalisme associe, nous y verrons comment élaborer, comment exprimer et transformer les différent modèle, comment passer d'un niveau d'abstraction au niveau opérationnel.

Comme pour la première partie, la présentation est effectuée sans référence aux autres cycles. Nous rappelons pédagogiquement que dans la pratique comme nous l'avons vu dans la partie précédente le parcours du cycle d'abstraction devra toujours se situer par rapport a une étape détaillée ou étude du SIO.

9

IV.1 MODEL LOGIQUE DES DONNEES

Le model logique des données est obtenu a partir du MCD valide donc des classes d'entités le composant devient une table et leurs identifiant sont appelées des clés primaires, des attributs de la table ( ou simplement des propriétés)

IV.2MODEL PHYSIQUE DES DONNEES

Le model physique des données concerne l'administrateur de la base, une partie importante est prise en charge par le logiciel, on définit les tables, les contraintes d'intégrité, les requêtes, les vues (avec différent niveau d'utilisateurs)¹⁰

CLIENT (codecli, nom, post nom, rue, quartier)

PRODUIT (codepro, désignation, marque, quantité. Prix unitaire)

Approvisionnement (codeappro, désignation, marque, quantité, prix unitaire) Vente (codevent, date, designation. Marque, codecli)

Mvt vente (codevent, codepro, designation, date)

Mvt approvisionnement (codeappro, codepro, date, désignation)

⁹ Eurasme KAKULE MILANDO cours de MERISE II, inédit G3 ISIG-GOMA 2007-2008 Eurasme KAKULE MILANDO cours de MERISE II, inédit G3 ISIG-GOMA 2008-2009

75

76

IV.3 MODELE LOGIQUE DES TRAITEMENTS

Le MLT se préoccupe d une vision interne des moyens que l information va utiliser pour construire le logiciel correspondant aux activités informatisées définies dans le MOT.

AUTOMATISE; équiper le système avec les ordinateurs (l'homme et la machine) On parlera d'enchaînement de transaction de découpage en module des réparations des données et traitements automatises. L informaticien se pose la question comment vais-je concevoir mon logiciel par rapport aux fonctions demandées.

IV.4 CONCEPTION DES UNITES LOGIQUE DES TRAITEMENTS

La composition du modèle logique de traitement passage par les étapes suivante: IV.4.1 DECOMPOSITION DES TACHES DU MOT

Le concepteur élabore les procédures logique a partir des préoccupations exprimées dans les phases ou taches informatisées du MOT, il est essentiellement guide par la description de taches. Il est construis des enchaînements contenu des UK\LT le plus appropries étudies.

Dans cette approche , la procédure logique apparaît comme une décomposition de la tache. On conduit ainsi globalement le processus utilise pour passer du MCT ou MOT.

IV.4.2 REUTILISATION DES ULT

Cette approche s inspire des principes préconises en génie logiciel visant a limiter la multiplication des fonctions applicatives similaire voire identité afin d'améliorer l économie du développement et la maintenance du logiciel. Dans cette approche d une part le concepteur recherchera dans le MOT des taches dont la description est similaire ou proche. Il pourra aussi concevoir les ULT utilisables en commun par ces différentes taches d autres part lors de la construction du MLT et éventuellement par procédure logique, il se forcera de réutilise les ULT déjà existantes quitte a procéder a leur amendement.

V.4.3 CONCEPTION DES ULT AUTOUR DES DONNEES

Cette approche cherche à être la plus indépendante possible du contexte d'organisation en s'appuyant sur les éléments des données perçues comme stable par des utilisateurs.

Ces objets, utilisateurs correspondent au concept d'entité externe voir confrontation détaillée entre les données et le traitement) c'est-à-dire une entité jouant un rôle de pivot liée à des entités binaires fonctionnelle. Les objets utilisateurs complexe constituant un véritable modèle externe peut se composer d'une entité externe principale (désignant l'objet) et d'une entité externe dépendante.

1. Dans cette approche le concepteur recherchera dans le MCD ou le MOT des entités dont l'appellation évoque des notions principales du domaine qu'il construira ce model externe. Il associera son schéma à une ULT (unité logique de traitement) qui permettra d'effectuer les actions de base (création,

77

modification, suppression, consultation) ces ULT peuvent être directement implémenté dans des environnements graphique en dehors de l'approche procédurale. Ces ULT peuvent servir d'élément de base pour constituer une approche par réutilisation

78

Début processus

MAJ DU STOCK DES PRODUITS

MAQUETTE Y004 SISIE numstock Saisir désign Entrée, sortie

suivant

annuler

ok

EDITION De la MAJ dus tock

MAQUETTE Y005

Visualiser désign, entrée, sortie

éditer

Suivant

Ok

ANNULER

Elaboration de l'état de soin

Maquette Y006

Enregistrer les coordonnéés

ok

ANNULER

Edition de l'état de besoin

MAQUETTE Y007 Saisir et afficher ref

EDITER

ANNULER

OK

Fin processus

79

présentation

2. logiques de dialogue

Saisie et affiche numéro matricule, le nom, post nom, date de naissance nationalité, lieu de naissance

3. logique fonctionnelle pas d'algorithme

4. règles de calcul pas de calcul

5. sous shèma foctionnelle

80

6. enchainment

condition	action	Résultat
suivant	bouton	Permet de conserver l'inscription et effacer les zones pour ressaisir
Supprimer	Bouton	Permet d'effacer n enregistrement
Enregistrer	Bouton	Permet d'enregistrer les coordonnées saisies
fermer	Bouton	Permet de fermer l'application

81

IV.5 MANUEL D'UTILISATION DE L'APPLICATION

Entrée dans l'application

Pour accéder à notre application, il faut qu'à partir du bureau de Windows

vous:

- cliquer sur le bouton « démarrer » puis pointer sur le programme;

- sélectionner Microsoft office;

- puis cliquer sur Microsoft Access

SAISIR LES DONN EES Pour saisir les donnée s, nous utilison s des formula ires de

saisir, pour cela, à chaque table correspond un formulaire pour la saisie. Il est

82

possible d'accéder aux formulaires à partir du menu principal. Il suffit de cliquer sur le bouton saisie et ouvrir un sous menu qui indique ce qu'il faut saisir (produit, client,....) les données seront stocker dans les tables

Traitement des données

Le traitement des données se fait à l'aide des requêtes importateur relatives aux états de sorties prévus.

Accès

Quitter l'application

Sélectionner le bouton quitter sur le menu principal

83

IV.6 PRESENTATION DES ETATS DE SORTIES

84

CONCLUSION GENERAL

Nous voici au terme de notre travail qui a pour objectif la gestion de la vente en détail des téléphones usagés au sein d'une association des vendeurs et acheteurs des téléphones. Cas de l'ASVATEL.

Il est constitué de quatre chapitres; nous avons dans le chapitre premier dégagé les généralités, le cadre théorique du présent travail en montrant les relations qui existent entre différents services opérant au sein de l'ASVATEL.

Dans le deuxième chapitre nous avons essayé de présenté la structure du système existant en nous servant des différents modèles. Ceci nous a conduit de part notre problématique, à déduire en sortant les défauts et faiblesse suivant:

°La facture des clients quasis inexistants

°Le système de gestion de l'approvisionnement, est manuel

°La redondance du travail car elle est faite manue llement

°Le risque de faire une opération deux fois

°Difficulté de déterminer la détermination de mouvement de vente de produit

°Difficulté de déterminer la situation de payement

85

Partant de cette analyse, nous avons proposé un système d'information future qui est toujours présent dans le chapitre quatre. Nous avons élaboré différents outils permettant de passer à l'automatisation.

En abordant cette étude, nous avons émis l'hypothèse selon la quelle la mise en place d'un système d'information informatisé dans le chapitre quatre au sein de l'ASVATEL pourrait procurer comme avantage de limiter les opérations de redondance et d'omission, ainsi limiter la lourdeur que poserait le traitement manuel.

La mise ne place d'une application sous Microsoft Access inter active au sein de cette association pourrait donner un coup demain, car il serait capable de produire sans aucune erreur les états de sorties ci-après:

- la facture du client - la liste des clients

- la liste des produits

Pour vérifier nos hypothèse nous nous sommes servis de la méthodes MERISE, elle nous a permis d'analyser le système d'information actuel en y apportant quelques critiques et en mettant en place un système d'information futur et efficace. Ainsi nous avons aboutit au résultat en produisant les états de sorties ci-après:

- la facture du client

- la liste des clients

- la liste des produits

Enfin, nous restons réceptifs à toutes les critiques constructives et invitons d'autres chercheurs à l'amélioration de ce système pour son exploitation future.

86

BILBLIOGRAPHIE OUVRAGES

- R, REIX, informatique appliquée à la gestion 1er, 2^ème année, éd. FOUCHER, Paris 1996 p 2.

- M, GEDIN, méthodes de conduite des projets informatiques d'organisations. Paris, 1996 p 313.

COURS

- EURASME KAKULE MILANDO; cours de méthode d'analyse informatique inédit G2 informatique de gestion

- EURASME KAKULE MILANDO; cours de méthode d'analyse informatique inédit G3 informatique de gestion

- MUHINDO MASAVI; cours de méthode d'analyse informatique inédit G2 informatique de gestion

TRAVAUX DE FIN DE CYCLE

- Georges MIGUEL MBIYA WAMPOYI « la gestion automatisé de la vente appareils de téléphonie mobil et cartes de télécommunication » cas de vodacom TFC ISIG 2003

- MULUMEODERWA MUSHONGA Adé; « le suivi automatisé de la vente des patentes aux petites et moyens entreprises. Dans la ville de Goma » TFC Inédit ISIG 2006

- AMANI SAMBO Fréderic: « suivi automatisé de la gestion des mouvements de vente en détails au sein d'une entreprise privée, cas d'une quincaillerie métal-service » TFC Inédit ISIG 2008

AUTRES

- www.polymorphe.org, cours informatique, cours d'analyse d'information par REMI GILLERON, uniersité charles de GAULLE grille 3

87

SOMMAIRES

CHAP. I. PRESENTATION DE L'ASVATEL 1

I.1. HISTORIQUE 10

I.2 SITUATION GEOGRAPHIQUE 10

I.3 ORGANISATION ET FONCTIONNEMENT 10

FONCTIONNEMENT 11

1.4 Les attributions 12

I.5 MISSION ET OBJECTIF DE L'ASVATEL 13

I.6 ORGANISATION ET FONCTIONNEMENT DE LA COORDINATION 13

CHAP II : ANALYSE DU SYSTEME D'INFORMATION EXISTANT 15

II.1 MODELE CONCEPTUEL DES FLUX 15

II.1.1 MODELE BRUT DE FLUX 15

II.1.2 MODELE DE FLUX BUT 16

II.1.3 MATRICE DE FLUX BRUT 17

II.1.4 MODELE DE FLUX NET 18

II.2 MODELE ORGANISATIONNEL DE TRAITEMENT 19

II.2.1 TABLEAU DES PROCEDURES FONCTIONNELLES (PF) 20

II.2.2 PROCESSUS D'APPROVISIONNEMENT 21

II.3 MODELE CONCEPTUEL DE TRAITEMENT 25

II.3.1 PROCESSUS APPROVISIONEMENT 26

II.3.2 PROCESUS VENTE 28

II .4 MODELE CONCEPTUEL DES DONNEES 29

II.4 MODELE CONCEPTUEL DES DONNEES 30

II.4.1 DICTIONNAIRE DES DONNEES 30

II.4.2 GRAPHE DE DEPENDANCE FONVTIONNEL 31

II.4.4 REGLE DE GESTION 32

II.5 CRITIQUE DU SYSTEME EXISTANT 32

CHAP III: CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE 34

III.1 MODELE CONCEPTUEL DE FLUX 34

III.1.1 DIAGRAMME DE FLUX BRUT 35

III.1.2 MCFB (modèle conceptuel de flux brut 35

III.1.3 MATRICE DE FLUX BRUTS 37

III.1.3 MATRICE DE FLUX BRUTS 38

III.1.4 MODELE CONCEPTUEL DES FLUX NET FUTURE 39

III.2 ETUDE DES DONNEES 40

III.2.1 DOCUMENT UTILISES 40

III.2.2 DICTIONNAIRE DES DONNEES 41

III.2.3 GRAPHE DE DEPENDANCE FONTIONNELLE 42

III.2.4 MODELE CONCEPTUEL DES DONNEES 43

III.3 MODELE CONCEPTUEL DE TRAITEMENT 44

III.3.1 Processus approvisionnement 44

III.3.2 processus vente 46

III.4 MODELE ORGANISATIONNEL DE TRAITEMENT III.4.1 PROCESSUS

COMMANDE 47

III.4.3 DIAGRAMME D'ENCHAINEMENT DE PROCEDURE FONCTIONNEL 48

III.5 MODELE ORGANISATIONNEL DE TRAITEMENT 52

III.5.1 PROCESSUS VENTE 52

III.5.2 DIAGRAMME D'ENCHAINEMENT DE PROCEDURE FONCTIONNEL 53

III.6 GRAPHE DE CIRCULATION DES INFORMATIONS 64

88

III.6.1 PROCEDURE D'APPROVISIONNEMENT 65

CHAP IV CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE (SII) 74

IV.1 MODEL LOGIQUE DES DONNEES 74

IV.2MODEL PHYSIQUE DES DONNEES 74

IV.3 MODELE LOGIQUE DES TRAITEMENTS 76

IV.4.1 DECOMPOSITION DES TACHES DU MOT 76

IV.4.2 REUTILISATION DES ULT 76

IV.5 MANUEL D'UTILISATION DE L'APPLICATION 81

IV.6 PRESENTATION DES ETATS DE SORTIES 83

CONCLUSION GENERAL 84

BILBLIOGRAPHIE 86