application d’un progiciel a la fonction

REPUBLIQUE DU SENEGAL

------------------------

MINISTERE DE L’ENSEIGNEMENT TECHNIQUE

ET DE LA FORMATION PROFESSIONNELLE

------------------------------------

INSTITUT SUPERIEUR DES TRANSPORTS

MEMBRE DU GROUPE SUPDECO DAKAR

Point E-Rue de Kaolack 7, Ave Faidherbe Dakar– Sénégal

BP 21354 – Dakar – Sénégal Tèl : 33 8599595 –Fax : 33 8605202

Tèl : 33 8599595 –Fax : 33 8605202 www.supdeco.sn

THEME :

APPLICATION D’UN PROGICIEL A LA FONCTION

ACHAT DANS UNE ENTREPRISE DE BTP

Mémoire de fin d’Etudes

pour l’obtention du Diplôme de Master 2 en Transport et Logistique

Présenté par : Sous la direction de :

M. Abdoulaye NIANG M. Ibrahima DIALLO

Professeur à l’IST

Année Académique

2011-2012

http://www.supdeco.sn/

Application d’un progiciel à la fonction achat dans une entreprise de BTP

Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO

1

Je dédie ce travail à mon père feu Mamadou NIANG

Qui n’a jamais cessé de me guider tout le long de mon cursus.

DEDICACES



2

Au terme de mon mémoire, je tiens à témoigner ma profonde gratitude à :

Tout le corps professoral et administratif de l’institut supérieur des

transports (IST) pour la formation de qualité dispensée.

A mon encadreur M. Ibrahima Diallo professeur à l’IST, auditeur

logistique senior certifié ASLOG pour son soutien, sa disponibilité sans

faille ainsi que ses conseils.

A M. Abdou Gaye spécialiste en base données, chef de cabinet TINA

Tous mes camarades de promotion master2 transport et logistique

2011/2012

REMERCIEMENTS



3

Sujet: Application d’un progiciel à la fonction

achat dans une entreprise de BTP.



4

SOMMAIRE

Introduction…………………………………………………………………..………..9

PREMIERE PARTIE : Cadre théorique et méthodologique……………………..11

1.1 Problématique…………………………………………………….…………….11

1.2 Objectif de la recherche…………………………………………….…………..13

1.3 Intérêt de l’étude………………………………………………………..….……13

1.4 La fonction achat dans le secteur immobilier………………………...….…….14

a. Mission …………………………………………………….…….…….14

b. Rôle stratégique…………………………………………….……….….14

c. Processus…………………………………………………….……….…16

d. Sourcing.............................................................................................…..20

e. Les leviers…………………………………………………….………....22

DEUXIEME PARTIE : Système de gestion de base de données ……….………….26

2.1 : Concepts d’un SGBD……………………………..……………………….……….26

2.1 .1 : Base de données classiques…………………………………………….…..26

2.1.2 : Base de données multimédia………………………………………….…….26

2.1.3 : Les différents niveaux d’une base de données……………………………..27

2.2 : L’atelier de développement WinDev…………………………………………..….30

2.3 : Le W langage…………………………………………………………………..….30

TROISIEME PARTIE: Cadre conceptuel du progiciel de gestion des achats…...31

3.1 Modèle conceptuel de données MCD………………………………….……….….31

3.2 Application de la méthode Merise………………………………….…….………..31

3.2.1 Historique de la méthode………………………………………..……..31

3.2.2 Schéma entité association……………………………………...……….32

a. Entité………………………………………………………………...……….32

b. Association…………………………………………………………...………34

c. Attribut et identifiant……………………………………………...…………34

d. Cardinalité……………………………………………………………...…….35



5

3.2.3 Règle de normalisation………………………………………………………..36

a. Normalisation des entités……………………………………………..37

b. Normalisation des noms………………………………………..……..37

c. Normalisation des identifiants………………………………………..37

d. Normalisation des attributs……………………………...……………37

e. Attributs calculables…………………………………………………..37

f. Formalisation des associations……………………………..…………37

g. Normalisation des cardinalités………………………………………..38

QUATRIEME PARTIE : Manuel d’utilisation du progiciel de gestion des achats…….42

4.1 Exécution du programme…………………………………………………………………42

4.2 Première fenêtre de Achat-immo…………………………………………………...……43

a. La demande d’achat………………………………………………….43

b. Valorisation de la demande d’achat………………….………………47

c. Validation de la demande d’achat……………………………………49

d. Livraison des produits………………………………………………..54

e. Budgétisation des chantiers…………………………………………..56

CONCLUSION ……………………………………………………………………………..61



6

LISTE DES FIGURES

Fig1.1: Objectifs de performances, leviers et pratiques d’une fonction achat…….15

Fig1.3: Les 10 étapes du processus classique achat. (source cours de M. Ibrahima

Diallo professeur à l’IST 2011)……………………………………………………..19

Fig1.4: Processus itératif d’amélioration des performances achat Education

d’organisation (Paris 1999)…………………………………………………………21

Fig 1.5: Fiche fournisseur sur ‘’achat-immo’’………………………………………22

Fig1.6: illustration globalisation DA Ciment sur achat –immo……………………..23

Fig1.7: Cout global produit (Source cours M. Ibrahima Diallo IST 2011)…………24

Fig 2.1.Vue d’un SGBD……………...……………………………………………..28

Fig.2.2 Interface de Windev……………………………...………………… …….30

Fig.3.1 étape de conception d’un SGBD……….…………………………………..32

Fig.3.2 Entité Fournisseur……………………………………………………………33

Fig.3.3 Entité famille produit …………...…………………………………………..33

Fig.3.4 Association…………………………………………………………………..34

Fig.3.5 Cardinalité……………………………..……………………………………36

Fig.3.6 normalisation des noms des entités………………………………………….37

Fig.3.7 règle sur les attributs………………………………………………………..38

Fig. 3.8 normalisation des associations……………………………………………..38

Fig. 3.9 normalisation des cardinalité..…………...………………………………...39

Fig.3.10 forme normal de Boyce Cott………………………………………...……40

Fig3.11: Source Autoformation windev14……..…………………………………...41

Fig4.1 Requête validation ……………………………………………….………….51

Fig :4.2 Bon de commande sur ‘’achat immo’’ ……………………………………..53

Fig4.3 Reporting chantier …………………………………………………………..59



7

SIGLES ET ABREVIATIONS

AFNOR association française de normalisation

AGL atelier du génie logiciel

AO Appel d’offre

CA Chiffre d’affaire

CAO conception assistée par ordinateur

CETE centre d’études technique de

l’équipement

CTI centre technique d’information

CCT Cahier des charges technique

CCTP Cahier des clauses techniques

particulières

CSP Cahier des spécifications particulières

DAO dessin assisté par ordinateur

ESP Ecole Supérieure polytechnique

GMAO gestion de la maintenance assistée par

ordinateur

HSE Hygiène sécurité environnement

ISO international standard organization

IST Institut supérieur de transport

L4G Langage de 4eme génération

L5G Langage de 5eme génération

MTL2 master2 en transport et logistique

MERISE Méthode d’étude et de réalisation

informatique des systèmes d’information

MCC Modèle conceptuel de communication

MCD Modèle conceptuel de données

MCT Modèle conceptuel des traitements

MLD Modèle logique de données

MOT Modèle organisationnel des traitements

NF Norme française

PME Petite et moyenne entreprise

PMI Petite et moyenne industries

SGBD Système de gestion de base de données

SUPDECO école supérieure de commerce



8

INTRODUCTION GENERALE

Les achats constituent la fonction qui engage les dépenses de l’entreprise (toute dépense est

un achat), il subsiste de nombreux leviers d’amélioration pour optimiser sa contribution à la

création de valeur pour l’entreprise. Le contrôle de gestion voit encore trop souvent les achats

comme un centre de coûts alors qu’une bonne analyse des besoins d’achat en phase de

conception des projets ou des processus opérationnels conditionne les engagements financiers

de l’entreprise et, par conséquent, la marge sur les produits pour tout leur cycle de vie.

L’organisation des entreprises relègue encore trop souvent les achats au rang de fonction

support alors qu’ils ont une incidence directe sur les résultats.

Les entreprises de construction immobilière ne sont pas en reste, car les achats peuvent

atteindre plus de 80% de leurs chiffres d’affaires repartis entre :

La procuration de matériaux de construction qui coûtent de plus en plus chers (ciment,

gravier, latérite, sable de mer etc..)

la mise à disposition de matériel de plus en plus performant pour respecter les délais

(grues automotrices, grues à tours, pelles mécaniques, engins de manutention, matériel

de coffrage et autres engins de chantiers)

Le cout du transport boosté par la cherté du carburant

La rémunération d’une main d’œuvre qualifiée

La satisfaction d’un client exigent qui réclame un produit de qualité (nouvelle gamme)

aussi bien en gros œuvre qu’en second œuvre (carrelage, sanitaire, peinture, luminaire

etc.)

L’achat de formation pour être en veille technologique.

Les charges récurrentes(eau dans les chantiers, électricité, téléphones, pointage par

quinzaine etc.)

La liste n’est pas exhaustive.

Notons que les achats constituent une partie fondamentale de la logistique des entreprises

immobilières et ils ne peuvent pas jouer leur rôle pleinement sans être accompagnés par

les nouvelles technologies de l’information et de la communication.

Notre expérience dans le domaine de la construction immobilière au Sénégal, appuyée par

nos propres investigations nous révèlent que la plupart des petites et moyennes entreprises



9

qui évoluent dans ce domaine ne disposent pas d’outils informatiques (logiciel) adapté à

leur besoin pour la gestion de leurs achats ; elles utilisent des moyens comme

MicrosoftWord ou Excel qui ne sont pas des systèmes de gestion de base de données

(SGBD).

Le suivi du flux d’informations géré par l’acheteur dans le secteur immobilier nécessite un

programme informatique adapté à son activité.

Le but de notre mémoire est de mettre à disposition des petites et moyennes entreprises

ainsi qu’aux jeunes entrepreneurs et promoteurs qui sont dans le besoin, un progiciel de

gestion des achats adapté à leur contexte.

Cet outil que nous avons appelé << achat-immo >>est développé avec windev 14 qui est

un atelier du génie logiciel très performant utilisant un langage de programmation de

cinquième génération appelé W-langage dont nous fourniront beaucoup plus de détails au

chapitre 2 / 2.3.

<<Achat-immo>> est un logiciel multiposte avec des restrictions selon la fonction de

l’utilisateur. Il permet :

L’informatisation et l’archivage de toutes les demandes d’achat

La centralisation de tous les DA au service achat qui valorisent et choisit les

fournisseurs pour chaque DA,

L’impression des bons de commande déjà validés par la hiérarchie (avec l’entête

de l’entreprise concernée)

L’envoi par E-mail des BC aux fournisseurs

De faire le reporting des chantiers par tableau croisé pour faire les états financiers

par chantier et par phase d’exécution.

D’avoir un tableau de bord de tous les chantiers ( achats par chantier , par type de

produit, par date etc…)

De disposer de base de données fournisseurs

D’avoir l’historique de tous les achats de l’entreprise.

Les détails seront fournis dans les chapitres qui suivent.

Ce mémoire est constitué de quatre chapitres :



10

- Dans le premier chapitre nous développons le cadre théorique et méthodologique du

sujet, la problématique ainsi les aspects théoriques de la fonction achat y sont

développés tout en mettant en exergue notre domaine d’étude (le secteur immobilier) ;

la particularité de la construction immobilière ainsi que les acteurs qui y interviennent

sont mis en relief.

- Le chapitre 2 intitulé<<système de gestion de base de données >>traite les aspects

théoriques et historiques des systèmes de bases de données. Il expose aussi Windev

que nous avons utilisé comme outil de programmation dans le cadre de notre mémoire.

- Le troisième chapitre : <<Cadre conceptuel du progiciel de gestion des achats>>

explique la technique de conception de <<achat-immo>> ainsi que toutes les règles de

programmation de la méthode MERISE.

- Le chapitre 4 est le manuel d’utilisation du progiciel <<achat-immo>> qui est guide

d’utilisateur. Nous avons opté pour une présentation graphique pour faciliter la

compréhension.



11

PREMIERE PARTIE : Cadre théorique et méthodologique

1.1 Problématique

Le secteur immobilier a connu une forte croissance au Sénégal surtout durant ces dix

dernières années. En effet nous assistons à la naissance de nombreuses entreprises de

constructions immobilières soumises à une rude concurrence pour l’acquisition de marché ;

ceci ne fait que renforcer les besoins d’une entreprise d’avoir une approche formelle et

structurée concernant toutes ses fonctions (technique, administrative, logistique etc..) et

surtout son volet achat qui en est un pilier fondamental.

Les entreprises de constructions immobilières présentent certaines particularités par rapport

aux autres types d’usines :l’activité essentielle se passe sur les chantiers ; c’est là que se

produit la quasi-totalité de la valeur ajoutée et que se trouve une large majorité du personnel,

c’est aussi aux niveaux de ces chantiers qu’est livrée la quasi-totalité des produits achetés

(matériel et matériaux). Il est important de noter que ces sites de productions (chantiers) sont

la plupart éloignés les uns des autres d’où la nécessité de l’optimisation du planning

d’approvisionnement.

Pour être compétitif, l’entreprise à l’obligation de mettre en place un service achat et

approvisionnement compètent capable de localiser le bon fournisseur détenant les meilleurs

produits pour les mettre à la disposition du chantier en honorant le triptyque cout, délai et

qualité.

« Dans un pays quand le bâtiment va, tout va»

Les nombreux corps de métier qui gravitent autour de ce secteur, font de l’immobilier un

pilier fondamental pour le développement d’un pays car mettent en concurrence

d’innombrables fournisseurs et prestataires proposant des produits de natures différentes.

Vu l’importance du flux physique et informationnel que doit gérer le service achat et

connaissant la diversité des produits dans la construction immobilière, l’outil informatique

devient incontournable. Un système de gestion de base de données permettrait de suivre de

manière efficace et efficiente le cycle des produits depuis leur achat jusqu’à leur

consommation finale dans les chantiers.

Les entreprises de construction immobilières ont la particularité d’évoluer en même temps

sur de multiples sites, sur des ouvrages différents aussi bien sur le plan exigences techniques

que commerciales. Elles font appel à plusieurs types de matériel et matériaux mais aussi font



12

intervenir plusieurs corps de métiers (maçon, plombier, électricien, menuisier, mécanicien,

soudeur etc...

Ainsi la maitrise de l‘information sur les différents sites de production demeure un facteur

déterminant pour la compétitivité des PME et PMI évoluant dans le secteur du bâtiment.

Aujourd’hui peu d’entre elles sont certifiées ISO même si nous sentons une forte aspiration

pour la certification. Ce vouloir sera difficile à réaliser sans une meilleure structuration des

procédures et des processus administratifs et techniques.

Selon la norme d’exigence ISO 9000 :

‘’On doit écrire ce que l’on fait et démontrer que l’on fait ce qu’on a écrit’’

Les systèmes de traçabilité sont devenus, de notre point de vue, des modules indispensables

du système d’information logistique. La plupart des entreprises réfléchissent ou mettent en

place des systèmes de traçabilité « totale », c’est-à-dire des systèmes qui permettent de suivre

les produits et si possible les activités, voire les documents associés sur l’ensemble de la

chaîne. Le principe est « simple » : il s’agit de suivre, si possible en temps réel et en

permanence, lots de matières, composants, produits, unités logistiques tout au long du cycle

de vie du produit. Précisons que la traçabilité ne consiste pas seulement à savoir où est le flux

à l’instant t (ce qui correspond au problème de localisation, tracking), mais aussi connaître

son histoire (le chemin suivi et les opérations subies, ce qui correspond au tracing).

Notre propre vécu dans le milieu du bâtiment sénégalais et nos investigations (enquêtes) nous

ont confirmés que seules les grandes entreprises (leader) disposent de système d’information

moderne professionnel (logiciel) pour la gestion de leurs achats ; les autres sont toujours à la

formule papier avec tous ses inconvénients.

L’application d’un progiciel à la fonction achat dans les entreprises de BTP permet-elle une

meilleure maitrise du flux d’informations ?



13

1.2 Objectif de la recherche

L’objectif de notre recherche est de concevoir un progiciel de gestion des achats adapté aux

réalités de nos entreprises de construction immobilière. Ce système de gestion de base de

données(SGBD)est un outil d’aide à la prise de décision qui propose divers indicateurs pour

contribuer à l’efficacité de ce service qui constitue une pierre angulaire du secteur.

Ce SGBD permettrait d’assurer parmi tant d’autres critères :

La traçabilité des achats au sein de l’entreprise

La minimisation des erreurs d’approvisionnement

Etablissement d’un planning de livraison périodique

L’évaluation des couts par types d’articles et par chantier

Une vision globale des demandes des différents prescripteurs

Globalisation des achats afin de minimiser les prix d’achat

Minimiser les couts de transport et optimisation des moyens de livraison

Suivre le cycle des différents produits dans les chantiers (consommables et

immobilisations)

Effectuer un rapport quantité consommée et niveau d’avancement des travaux

Produire en temps réel un rapport de consommations sur chaque site de production

ainsi l’inventaire.

Suivi du stock

Suivi et localisation des immobilisations (parc automobile et engins de production)

1.3 Intérêt de l’étude

Cette étude vise à mettre à la disposition de nos entreprises de construction immobilière

un progiciel pour la gestion de leurs achats, en effet la plupart d’entre elles n’ont pas les

moyens de s’offrir ou méconnaissent un logiciel de ce genreet si c’est le cas ces

programmes sont pour la plupart importés et ne répondent pas souvent aux réalités de

fonctionnement de nos entreprises locales.

C’est aux programmes informatiques de s’adapter aux contextes de nos PME et PMI et

pas l’inverse.

Sur toute la chaine logistique, nous avons ciblé le volet achat qui est plus que déterminant

pour la performance et la compétitivité dans le secteur immobilier.



14

1.4 La fonction achat dans le secteur immobilier

a. Mission

Dans la construction immobilière l’achat est une fonction qui a pour objectif de mettre à

disposition, au moindre coût et avec la qualité requise, un produit (ou un service),à

l’endroit et au moment où la demande existe. Elle concerne toutes les opérations

déterminant le mouvement des produits tel que :

la localisation des fournisseurs, des entrepôts,

L’approvisionnement des chantiers et des stocks,

La préparation de commandes,

Le transport et les tournées de livraison.

Dans l’immobilier la fonction approvisionnement est souvent rattachée au service achat.

Cependant, dans cette dynamique de satisfaction du client interne, une analyse de son

expression du besoin s’impose ; ainsi, le responsable achat veille à :

A la maitrise des besoins de ses clients internes

La présélection des fournisseurs

La consultation formelle

La négociation et contractualisation

L’exécution des contrats

Le pilotage de la performance

b. Rôle stratégique

La fonction production n’est plus seul en matière de création de valeur, en effet une

maitrise des achats permet aux entreprises d’augmenter considérablement leur résultat

(bénéfice) ; des études ont montré qu’une baisse de 5% du prix d’achat pouvait permettre

d’augmenter de 80% le bénéfice d’une entreprise.

Pour être performante elle doit :

Anticiper les évolutions des marchés amont (risques et opportunités) notamment

en matière d’innovation ; cet esprit de veille technologique est fondamental dans le

secteur de la construction immobilière où le marché propose des produits de plus

en plus innovants et de technologies diverses : un produit qui est aujourd’hui à la

mode est très vite dépassé ; ceci se fait le plus ressentir dans les produits de second

œuvre (carreaux, menuiserie, peinture, sanitaire etc…)



15

Elaborer et piloter la politique fournisseur : le service achat doit disposer d’une

base de données fournisseurs sélectionnés parmi les meilleurs sur le marché. Ces

derniers doivent être notés annuellement ou à la fin de chaque projet de manière

transparente. Cette notation aboutit à un classement :

- Fournisseurs à pratiquer

- Fournisseur en veille

- Fournisseur à homologuer

Cette classification permettra au service achat de disposer d’outils pour mettre

en place une politique fournisseur.

Fiabiliser et sécuriser les sources d’approvisionnement : l’entreprise doit être en de

bon termes avec ces fournisseurs pour cela chacun des parties doit respecter ses

engagements :

- Respect des modes de règlement

- Communication claire et traçable

- Respect des délais de livraison

- Respect des exigences et clauses des contrats.

Fig1.1: Source : la fonction achat la communication au service de la performance.(Education

d’organisation Paris 1999



16

c. Processus achat

Le processus achat se fait en dix étapes :

La demande d’achat : c’est l’expression du besoin d’un agent de l’entreprise,

notons que toutes dépenses est un achat ; selon l’organisation de l’entreprise cette

demande peut être écrite dans un carnet de demande d’achat ou informatisée

comme dans le cas de notre progiciel (achat-Immo) programmé avec windev. La

solution informatique prend de plus en plus d’ampleur vue son efficacité et la

rapidité de traitement des données tout en économisant du papier. Nous proposons

un modèle de DA en annexe.

L’appel d’offre : Le code des marchés publics exige aux entreprises de lancer un

appel d’offre pour un achat supérieur ou égal à cinq millions de francs. L’objectif

de l’appel d’offre étant la mise en concurrence des fournisseurs mais aussi d’éviter

le grès à grès dans la passation de marché et donc d’offrir une chance à tous les

fournisseurs.

La procédure d’appel d’offre se déroule comme suit :

- Présélection d’aux moins trois fournisseurs au choix de l’entreprise

(fournisseurs actifs, en sommeil ou à homologuer)

- Préparation des dossiers d’AO par le bureau d’étude et si nécessaire le service

juridique ou même le service HSE (hygiène sécurité et environnement) pour

les projet ayant un aspect environnemental déterminant.

- Envoi de dossiers préalables aux entreprises consultées (engagement de

confidentialité et autres documents propre à la politique de l’entreprise comme

la charte éthique ou l’engagement HSE) ; par ces documents elles s’engagent à

respecter toutes la règlementation qui régit l’appel d’offre.

- L’envoi des dossiers de l’appel d’offre aux fournisseurs composés de :

CCT (cahier des charges techniques)

Des plans (plans du bâtiment)

CCTP (cahiers des clauses techniques particulières)

CSP (cahier des spécifications particulières)

- L’élaboration de la grille comparative des offres. Selon la politique achat de

l’entreprise. Peuvent être retenus les fournisseurs moins disant ou mieux disant. Cette grille

tient compte des paramètres :



17

a) Cout de l’offre commerciale,

b) Le respect du cahier des charges

c) Le respect des délais d’exécution des travaux ou de la livraison des biens ou services

d) L’expérience des différents soumissionnaires dans le domaine de l’appel d’offre en

question ; appelée aussi référence (CV de l’entreprise).

e) Le budget disponible pour l’offre.

Comparaison des offres

Chacun de ces critères est pondéré en pourcentage et chaque fournisseur est noté selon son

offre technique et commerciale.

Le comité de dépouillement travaille dans la plus grande transparence et est composé :

a) Du prescripteur ou son représentant

b) Au moins un représentant du service achat

c) Un auditeur interne ou externe

d) Tout autre service habilité.

Notons qu’un appel d’offre n’a d’intérêt que si l’acheteur fait appel à des fournisseurs

comparables.

Mise au point des offres

Le comité peut fournir plus d’explications ou de détails aux soumissionnaires s’il le juge

nécessaire après dépouillement.

Prise de rendez-vous avec les fournisseurs :

Cette prise de rendez-vous concerne les entreprises présélectionnées

Préparation de la négociation :

Le service achat revisite les offres techniques et commerciales en vue de déceler les

points sur lesquels il s’appuie lors de la négociation ; l’assistance des services habilités

n’est pas exclue.

Négociation :



18

Elle vise à baisser les prix sur les devis et pro-forma des fournisseurs, l’objectif étant

d’obtenir une remise et de faire des gains.

Gain= (prix initial de l’offre- prix après négociation) x quantités.

Commande

Le service achat émet un bon de commande validé par la hiérarchie envoyé au

fournisseur retenu ; une copie peut être mise à la disposition du demandeur.

Traitement et vérification de l’accusé de réception commande

Le service achat s’assure de la réception effective du bon de commande par le biais

d’un accusé de réception.

Gestion et suivi de la commande fournisseur

Le bon de commande doit faire l’objet d’un suivi après émission jusqu’à réception du

bien ou service et la facturation.



19

Fig1.3: Les 10 étapes du processus classique achat. ( source cours de

M. Ibrahima Diallo professeur à l’IST 2011)

DEMANDE D’ACHAT

COMMANDE

NEGOCIATION

GESTION ET SUIVI COMMANDE

PREPARATION NEGOCIATION

PRISE DE RENDEZ VOUS AVEC LES

FOURNISSEURS

ACCUSE DE RECEPTION

APPEL D’OFFRE

COMPARAISON DES OFFRES

MISE AU POINT TECHNIQUE DES

OFFRES



20

d. Sourcing

L’entreprise dans son cadre d’activité a la liberté de choisir ses partenaires dans le marché des

fournisseurs ; notons toutefois que ce partenariat (client-fournisseur) n’est pas le fruit du

hasard, il découle d’une analyse du marché des fournisseurs suivi d’une sélection basée sur

des critères (cout, délai, qualité) suivant les spécificités du produit recherché : cette recherche

de fournisseurs est appelée sourcing.

Par le sourcing, l’acheteur alimente sa base de données fournisseurs qui est mise à jour en

fonction de l’évolution de l’environnement économique du marché et de la stratégie de

l’entreprise ; Ces fournisseurs sont classés en trois types :

Les fournisseurs actifs : avec qui l’entreprise a un volant régulier d’activité.

Les fournisseurs en sommeil : qui sont dans la base de données, déjà pratiqués leur

performances connues et évaluées mais inactifs

Les fournisseurs à homologuer : qui sont de nouveaux fournisseurs à inscrire dans le

répertoire.

Sur le plan technique

Le sourcing incite les partenaires externes (vendeur) à concevoir en termes de

fonctionnalité et d’éviter le super flux qui accroit le prix de vente de leur produit.

Permet à l’acheteur de repérer le bon fournisseur

Accélère l’innovation et oblige les entreprises d’être en veille technologique et d’être

plus exigeantes aux normes de qualité vue la rude concurrence.

Oblige les entreprises d’être plus rigoureux dans la gestion de la production.

Sur le plan commercial:

Le sourcing permet d’identifier et de développer voir de pratiquer de nouveaux

fournisseurs

Destruction ou prévention des monopoles

Il permet de nouer des relations d’affinités avec les fournisseurs afin d’installer un

climat détendu, basé sur la confiance afin de profiter au maximum d’avantages.

De gagner du temps pour trouver le produit sur le marché

De disposer d’un panel de fournisseurs répondant à ses appels d’offre

C’est aussi un moyen d’action permettant l’acheteur de tendre vers une réduction des

couts : il constitue alors un levier à l’achat

La mise en concurrence d’entreprises comparables octroie à l’acheteur un plus grand

pouvoir de négociation.



21

Une augmentation de la marge bénéficiaire de l’acheteur (car on sait qu’une réduction

de 5% du prix d’achat peut entrainer une amélioration de la marge bénéficiaire de plus

de 80%).

Le sourcing est un outil d’aide à la prise de décision par comparaison des offres

fournisseurs.

La prospection du marché des fournisseurs est fondamentale pour l’entreprise, l’acheteur

(interface entre le marché des fournisseurs, le marché des produits et l’entreprise) se doit de

vérifier en permanence que les caractéristiques, capacités et performances de ses fournisseurs

assurent l’adéquation optimum entre les besoins de l’entreprise et l’offre globale proposée par

le marché. La base de données fournisseurs ne saurait être figées ; ainsi dès qu’il repère un

fournisseur susceptible de répondre globalement à son besoin tant au niveau des produits que

de la structure, l’acheteur rassemble des données et des informations sur le produit et sur

l’entreprise, ``courtise’’ cette dernière avant de décider de son homologation avant de la

pratiquer.

Fig1.4: Processus itératif d’amélioration des performances achat Education d’organisation (Paris

1999)



22

e. Les leviers

C’est un moyen d’action qui permet à l’acheteur de réduire les couts en veillant au triptyque

cout/qualité/délais, parmi ces leviers nous pouvons noter :

La mise en concurrence, par le biais d’appel d’offre ou de consultations restreinte.

Recueillir plusieurs offres (3 au minimum) pour avoir une approche des prix sur le

marché. Notre programme (acha-immo) offre un répertoire de fournisseurs classés par

secteur d’activité qui permet à l’acheteur de gagner du temps lors des consultations

Fig 1.5: Fiche fournisseur sur ‘’achat-immo’’

La globalisation (économie d’échelle)

C’est un facteur déterminant pour réduire les couts en s’appuyant sur les économies

d’échelles ; plus la quantité à commander est grande plus l’acheteur dispose

d’arguments pour faire baisser les prix ; Certaines entreprises l’ayant compris très vite

s’associent pour globaliser leurs commandes même en étant des concurrents.

Dans le cadre de notre progiciel achat-immo, toutes les demandes saisies en machine

par les prescripteurs atterrissent au service achats qui a une vision globale des

demandes des différents chantiers, cette possibilité permet à l’acheteur de regrouper

les produits par famille et de procéder à un planning d’achat global au lieu de les

exécuter séparément.



23

Nous pouvons donner l’exemple des achats de ciment dont le cout de transport peut

être fortement réduit ainsi que le prix d’achat car les grosses quantités sont achetées

directement à l’usine donc nous bénéficions de prix d’usine.

La planification des achats

C’est un levier qui permet de réduire considérablement les couts, dans le secteur du

bâtiment, la planification des achats est un support incontournable pour l’avancement

des travaux, car dans ce secteur de lourdes pénalités sont supportées par l’entreprise en

cas de non-respect des délais.

L’analyse des coûts

Elle a un impact direct sur le résultat de la société, une non maitrise des coûts entraine

systématiquement un pilotage à vue qui peut être fatal pour l’entreprise.

L’entrepreneur travaille sur la base de devis constitué de prix unitaire, la

décomposition et la compréhension des détails de ces prix sont déterminantes pour la

compétitivité de la boite.

Le service achat doit décomposer tous les coûts.

Fig1.6: illustration globalisation DA Ciment sur achat -

immo



24

FIN DE VIE PRODUIT

Valeur à la casse/ recyclage

+maintenance, énergie ,fonct

+ Frais de stockage

+ Cout de passation commande

+ emballage/assurance etc.

ENTREE PRODUIT

+ Profit

La standardisation des produits

Ce facteur n’est pas très déterminant pour le gros œuvre dans le secteur de

l’immobilier car les matériaux de constructions sont locaux et déjà standard (Ciment,

gravier, sable de mer) ; cependant les équipements de second œuvre comme les

sanitaires, les carreaux, les luminaires peut faire l’objet de standardisation si le client

n’impose pas de produits particuliers. Le choix de ces équipements se fait de concert

avec le client, l’entrepreneur est en position de conseillé.

PRIX DE VENTE OU ACHAT

PRIX RENDU

ACHAT DU FOURNISSEUR

COUT D’UTILISATION

COUT DE POSSESSION

COUT D’ACQUISITION

Fig1.7:COUT GLOBAL PRODUIT (Source cours M. Ibrahima Diallo IST 2011)



25

L’expression fonctionnelle du besoin

L’acheteur doit éviter le super flux car toute fonction du produit est facturée par le

fournisseur (utilisée ou non).

Le service achat ainsi que le bureau d’étude doivent veiller à déceler le besoin

fonctionnel du client.

Ce critère fait la différence lors des soumissions aux appels d’offre, il permet à

l’entreprise d’être très compétitif (établissement d’offre commercial et offre technique

par les services techniques).



26

DEUXIEME PARTIE : théorie des systèmes de gestion de base de données

(SGBD)

Introduction :

L'informatique et les systèmes qui la composent permettent de stocker des données

représentant des informations. Ces données sont regroupées au sein d'une base appelé ainsi

base de données (data base).

Une base de données (son abréviation est BD, en anglais DB, database) est une entité dans

laquelle il est possible de stocker des données de façon structurée et avec le moins de

redondance possible. Ces données doivent pouvoir être utilisées par des programmes, par des

utilisateurs différents. Ainsi, la notion de base de données est généralement couplée à celle de

réseau, afin de pouvoir mettre en commun ces informations, d'où le nom de base. On parle

généralement de système d'information pour désigner toute la structure regroupant les moyens

mis en place pour pouvoir partager des données.

Les exemples d'application utilisant des bases de données sont nombreux. On peut cependant

les diviser en deux catégories.

Les bases de données classiques

Au sein desquelles on retrouve les applications les plus courantes : les bases de

gestion(salaires, stocks…), les bases transactionnelles (comptes bancaires, centrales

d'achats…),les bases de réservations (avions, trains…).

Les bases de données multimédias

Plus récentes, on les retrouve dans les domaines de la documentation, la géographie, le génie

logiciel ou la C.A.O. (conception assisté par ordinateur) et D.A.O (dessin assisté par

ordinateur)

Un fichier texte composé de noms est déjà une base de données même si l'accès aux

informations est pénible puisqu'il faudra lire à chaque recherche l'ensemble du fichier en le

parcourant séquentiellement. Pour accéder plus rapidement aux informations, on a donc

recours à un index. Le format de base de données de Windev sur lequel nous avons travaillé,

l'Hyper File est un système de ce type en étant composé d'un fichier de données et d'un fichier

d'index.

2.1 Qu’est-ce qu’un système de gestion de base de données (SGBD)

Si la base de données n'est composée que de données, le système de gestion de base de

données est en fait un logiciel couplé à une base de données. Un système de gestion de base



27

de données (couramment appelé SGBD) est un logiciel de haut niveau qui permet de

manipuler ses informations.

Un SGBD peut être perçu comme un ensemble de logiciels systèmes permettant aux

utilisateurs :

D’insérer, de modifier et de rechercher des efficacement des données spécifiques dans une

masse d’informations partagées par de multiples utilisateurs .Les recherches peuvent être

exécutées à partir de la valeur d’une donnée désignée par un nom dans un ensemble d’objet

(ex : DA de numéro 325) mais aussi à partir de relations entre objets (par exemple les

personnes ayant demandé du ciment dans la semaine).

En résumé, un SGBD peut donc apparaître comme un outil informatique permettant la

sauvegarder, l’interrogation, la recherche et la mise en forme de données stockées en mémoire

pour :

permettre l'accès aux données de façon simple

autoriser un accès aux informations à de multiples utilisateurs

manipuler les données présentes dans la base de données (insertion, suppression,

modification)

Le système de gestion de base de données est architecturé sur trois niveaux :

a. Le niveau physique.

C'est ce que fait le SGBD physiquement. La gestion des données et des index. Le partage de

ces données et de la concurrence des accès. La distribution des données à travers le réseau.

b. Le niveau logique.

C'est ce que fait le SGBD logiciellement. La définition de la structure des données. La gestion

de la confidentialité (sécurité). Le maintien de l'intégrité entre les données et les index. La

consultation et la mise à jour des données.

c. Le niveau externe.

C’est la mise en forme et la présentation des données aux programmes d’applications et aux

utilisateurs interactifs. Ceux-ci expriment leurs critères de recherche à l’aide de langage basés

sur des procédures de recherche progressives en référençant des données dérivées de la base.

Les principaux systèmes de gestion de bases de données sont les suivants :

Borland Paradox ,File maker ,IBM DB2 ,Ingres ,Interbase ,Microsoft SQL serveur,Microsoft

Access ,Microsoft FoxPro ,Oracle ,Hyper file ,Sybase ,MySQL ,PostgreSQL ,mSQL ,SQL

Server 11



28

Fig 2.1.Vue d’un SGBD

(Source : Bases de données de Georges Garderin)

Le SGBD avec lequel nous avons programmée notre progiciel de gestion de la maintenance

des équipements est le Hyper File qui est intégré dans l’atelier du génie logiciel WinDev

présenté ci-dessous.

2.2 Présentation de WinDev

WinDev est un AGL (atelier du génie logiciel)créé par la société française PC Soft,

permettant de créer des applications basées sur un moteur d'exécution (framework). WinDev

permet de développer simplement tout type d’applications Windows dans les domaines de la

gestion, de l’industrie, du médical,etc. Les applications développées peuvent inclure l’accès à

des bases de données. WinDev inclut un puissant moteur de base de données Hyper File

WinDev est un outil conçu pour développer rapidement des applications, principalement

orientées données. Le langage de programmation inclus dans l'outil est le W-langage, un

langage de 5e génération (L5G). C'est un langage simplifié et flexible qui permet d'obtenir des

résultats très rapidement.

Gestionnaire de

fichiers

SGBD interne

SGBD externe P .A

Terminaux



29

WinDev possède un éditeur d'interface graphique permettant de créer les IHM par glisser/

déplacer. Il permet également de choisir un modèle de charte graphique parmi un ensemble

proposé et d'en créer de nouveaux. L'outil d'interface permet de définir interactivement de très

nombreuses sécurités de saisie sur les champs : taille, masque, formatage automatique, saisie

obligatoire, aide à afficher… Cela limite ensuite le nombre de fonctions à programmer.

L'héritage et la surcharge sont gérés.

Comme les langages Java ou Visual Basic , le code est précompilé et interprété à l'exécution

par le framework, ce qui permet une indépendance du fichier exécutable par rapport au

système d'exploitation cible. WinDev a été initialement prévu pour Windows.

L’environnement de développement intégré de WinDev se compose de différents éditeurs :

• Un éditeur de projet permettant de visualiser et d’agir sur le graphe

du projet.

• Un éditeur d’analyses permettant l’accès à tout type de base de données (Hyper File, Hyper

File Client/Serveur, xBase, AS/400*,

Oracle*, SQL Server*, Access**, ODBC, OLE DB)

• Un éditeur UML permettant une modélisation objet de vos données

et traitements

Depuis la version 10, WinDev permet de générer les applications au format Java (environ 500

commandes du WLangage sont supportées) en plus des formats exécutables standard et .NET.

On peut noter que cette version permet l'exécution sur les systèmes Windows mais aussi

Linux (batch sous Linux), pour une partie des fonctions.

Ses frères WebDev et WinDev Mobile permettent d'utiliser le même langage de

programmation, et les mêmes concepts (analyse, fenêtre, états, composants, classes…), pour

la génération de sites Web et d'applications pour PocketPC, SmartPhones et terminaux

industriels. La version 10 des outils vise la construction de projets multicibles à partir d'un

même code. En version 11, WinDev intègre des fonctionnalités liées à la domotique



30

Fig.2.2 Interface de Windev

2.3 Présentation du langage de programmation W-langage

Le WLangage est un langage de 5ème génération : les ordres sont concis, précis, faciles à

comprendre. Un ordre de WLangage correspond souvent à des dizaines d’ordres d’un L4G!

Le WLangage de WinDev permet de manipuler les objets créés par WinDev, fenêtre, état

d'impression, bouton, champ de saisie, fichier et il permet de réaliser les traitements

caractérisant le logiciel écrit, scanner des documents, imprimer des factures, envoyer des

emails, etc...

Le WLangage est extrêmement riche en fonctionnalité, tout en restant très simple.

Le WLangage est en français par défaut. Cela signifie que quand vous lisez du code, vous

comprenez facilement :

Le WLangage est également disponible en anglais, la traduction d’une langue à l’autre est

automatique



31

TROISIEME PARTIE : cadre conceptuel du progiciel de gestion des

achats

3.1 Introduction

La programmation du progiciel de gestion de la maintenance est faite sous Windev avec le

langage de cinquième génération (L5G) w langage que nous avons présenté ci-dessus.

Dans ce nouveau chapitre nous exposons les différentes phases de conception du progiciel

depuis le modèle conceptuel de données (MCD) jusqu’au modèle logique de données (MLD)

en passant par la modélisation avec MERISE (méthode d’étude et de réalisation informatique

des systèmes d’entreprise).

3.2 Le modèle conceptuel de données MCD

La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble

de l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes

permettant de mettre en place un modèle sur lequel on va s'appuyer. La modélisation consiste

à créer une représentation virtuelle d'une réalité de telle façon à faire ressortir les points

auxquels on s'intéresse. Ce type de méthode est appelé analyse. Il existe plusieurs méthodes

d'analyse, la méthode que nous allons utilisée est la méthode MERISE.

3.3 Application de la méthode MERISE :

3.3.1 1 historique de la méthode

MERISE est une méthode de conception, de développement et de réalisation de projets

informatiques. Le but de cette méthode est d'arriver à concevoir un système d'information. La

méthode MERISE est basée sur la séparation des données et des traitements à effectuer en

plusieurs modèles conceptuels et physiques.

La séparation des données et des traitements assure une longévité au modèle. En effet,

l'agencement des données n'a pas à être souvent remanié, tandis que les traitements le sont

plus fréquemment.

La méthode MERISE date de 1978-1979, et fait suite à une consultation nationale lancée en

1977 par le ministère de l'Industrie dans le but de choisir des sociétés de conseil en

informatique afin de définir une méthode de conception de systèmes d'information. Les deux

principales sociétés ayant mis au point cette méthode sont le CTI (Centre Technique

d'Informatique) chargé de gérer le projet, et le CETE (Centre d'Etudes Techniques de

l'Equipement) implanté à Aix-en-Provence.



32

La conception du système d'information se fait par étapes, afin d'aboutir à un système

d'information fonctionnel reflétant une réalité physique. Il s'agit donc de valider une à une

chacune des étapes en prenant en compte les résultats de la phase précédente. D'autre part, les

données étant séparées des traitements, il faut vérifier la concordance entre données et

traitements afin de vérifier que toutes les données nécessaires aux traitements sont présentes

et qu'il n'y a pas de données superflues.

Cette succession d'étapes est appelée cycle d'abstraction pour la conception des systèmes

d'informations :

L'expression des besoins est une étape consistant à définir ce que l'on attend du système

d'information automatisé, il faut pour cela :

faire l'inventaire des éléments nécessaires au système d'information

délimiter le système en s'informant auprès des futurs utilisateurs

Cela va permettre de créer le MCC (Modèle conceptuel de la communication) qui définit les

flux d'informations à prendre en compte.

Fig.3.1 étape de conception d’un SGBD



33

L'étape suivante consiste à mettre au point le MCD (Modèle conceptuel des données) et le

MCT (Modèle conceptuel des traitements) décrivant les règles et les contraintes à prendre en

compte.

Le modèle organisationnel consiste à définir le MOT (Modèle organisationnel des

traitements) décrivant les contraintes dues à l'environnement (organisationnel, spatial et

temporel).

Le modèle logique représente un choix logiciel pour le système d'information.

Le modèle physique reflète un choix matériel pour le système d'information.

3.3.2 Schéma entité-association :

a. Entité :

Une entité est une population d’individus homogènes. Par exemple les fournisseurs des

équipements peuvent être regroupées dans une même entité « fournisseurs» car d’un

fournisseur à un autre les informations ne changent pas de nature .Par exemple à chaque fois

les mêmes informations élémentaires qui décrivent l’entité « fournisseur» sont : nom, adresse,

téléphone, email, contact… voir l’exemple ci-dessous.

Ces informations qui décrivent une entité sont appelées attributs ou propriétés.

Fig.3.2 Entité Fournisseur Fig.3.3 Entite famille produit



34

Par contre les fournisseurs et les prescripteurs ne peuvent pas être regroupés car leur

informations ne sont pas homogènes (par exemple un prescripteur n’a pas d’adresse, ni un

contact encore moins une civilité).

b. Association :

Une association est une liaison qui a une signification précise entre deux entités.

Dans un système d'information considéré, une association correspond à une ou plusieurs

règles générales d'organisation ou de logique ; par exemple

Un demandeur va prescrire une demande d’achat

Un produit doit appartenir à une famille

Une livraison est destinée à un chantier (adresse de livraison)

Pour notre premier exemple ci-dessus l’association « a des facture » est une liaison évidente

Entre les entités « facture» et « commande» (voir fig. ci -dessous)

Fig.3.4 Association

c. Attributs et identifiants



35

Un attribut c’est une propriété d’une entité ou d’une association (exemple : « marque » est un

attribut de l’entité « produit»).Une entité et ses attributs ne doivent traiter que d’un seul sujet

afin d’assurer une cohérence au modèle.

Ensuite chaque individu d’une entité doit être identifiable de manière unique ; c’est pourquoi

chaque entité doit avoir un attribut sans doublon (c'est-à-dire ne prenant pas deux fois la

même valeur ;d’ailleurs c’est ce qui a été à l’origine de la codification des produits afin de

pouvoir utiliser ce code comme identifiant dans l’entité produit car aucune autre rubrique ne

peut assurer ce rôle ,ni le chantier destinataire, ni le prix unitaire, ni le code barre …encore

moins le numéro de série.

Dans le cadre de notre analyse conceptuelle, la codification des autres entités existe déjà sur

place, ainsi:

Les codes articles (IDChantier) servent de clé pour l’entité « Chantier »

Les codes produits pour les différents produits

Le code fournisseur pour l’entité « fournisseur»

Les matricules vont servir d’identifiants pour le demandeur et prescripteur

Les autres entités comme « bon de commande », « demande d’achat » etc. ont des clés

automatique gérées par le logiciel (cette méthode étant plus pratique que d’essayer

d’affecter quotidiennement un numéro à chaque bon de commande ce qui est non

seulement fastidieux mais pourrait être source d’erreur).

d. Cardinalité :

Une cardinalité, dans une association, exprime le nombre de participations possibles d'une

occurrence de chaque entité à l'association. Ce nombre étant variable, on note la cardinalité

minimum et la cardinalité maximum. Comme il y a deux entités (au moins) associées, la

cardinalité est précisée pour chaque entité.



36

Fig.3.5 Cardinalité

2.1. 3 Règle de normalisation

Le modèle conceptuel de données (MCD) répond à 9 règles de normalisation :

a. Normalisation des entités : Toute entité remplaçable par une association est remplacée

par une association.

b. Normalisation des noms : le nom d’une entité, d’une association, d’une rubrique est

unique.

Il est conseillé d’utiliser un nom commun au pluriel (ex : produits), pour les associations un

nom commun à l’infinitif ou à la forme passive (ex : émettre, intervenir, valider) et pour les

attributs un nom commun au singulier (ex : nom, prénom, matricule)

Les redondances sont à éviter par exemple dans notre MCD, ouvriers, agents de maîtrise,

techniciens de surface…sont représentés par une même entité « demandeur » pour éviter ces

dites redondances.



37

c. Normalisation des identifiants :

chaque entité a un identifiant ;les identifiants composés de plusieurs attributs sont à

éviter (ex :nomprenom) car d’une part c’est mauvais pour les performances et d’autre

part ,l’unicité supposée par une telle démarche finit tôt ou tard par être démentie.

Il est préférable d’avoir des identifiants relativement courts et de type numérique.

L’identifiant sur un schéma entité association est la futur clé primaire dans le modèle logique

de données(MLD) donc ne doit pas être une rubrique qui change au fil du temps (ex :la

localisation ne peut pas être un identifiant pour un équipement de chantier car il peut être

transporté vers un autre secteur)

d. Normalisation des attributs : remplacer les rubriques en plusieurs exemplaires en une

association supplémentaire de cardinalité maximale n.

e. Ajouter d’attributs calculables à partir d’autres rubriques (si on met la date de naissance,

l’âge devient superflu): risque d’incohérence.

technicien

Nom

Prénom

Matricule

Rac.Tel

demandeur

Nom

Prénom

Matricule

Rac.Tel

ingenieur

Nom

Prénom

Matricule

Fig.3.6 normalisation des noms des entités



38

Normalisation des associations : éviter les associations fantômes, redondantes ou

en plusieurs exemplaires

Fig. 3.8 normalisation des associations

Cet exemple n’est qu’illustratif.

Demandeur

Nom

prenom

Chantier

identifiant

Adresse

Demande pour

1,1 1,1

Demandeur

Nom

Prenom

Identifiant

Chantier

Prix TTC= Prix HTVA (1+TauxTVA)

Ici la norme citée ci-dessus est respectée car le prix TTC

n’apparait pas dans l’entité

Fig.3.7 règle sur les attributs



39

f. Normalisation des cardinalités : une cardinalité minimale est toujours 0 ou 1 (pas 2, 3 ou

n) et une cardinalité maximale 1 ou n

Fig. 3.8 normalisation des associations

g. En un instant donné dans une entité pour un individu, un attribut ne peut prendre qu’une

valeur et non pas un ensemble ou une liste de valeurs.

i. L’identifiant peut être constitué de plusieurs attributs mais les autres attributs de l’entité

doivent dépendre de l’identifiant en entier et non pas une partie de l’identifiant .Cette

règle peut être oubliée si on n’utilise pas de clé composées comme dans le cas de notre

étude.

commande

Date commande

prescripteur

ref. produit

quantite

commande

Date commande

prescripteur

Datelivraison

Produit

Ref produit 0, n 1,1

Commander Qte

Fig.3.9 normalisation des cardinalités

NB : durant une intervention nous pouvons émettre plusieurs bons de

sortie.



40

j. La forme normale de Boyce Cott : tous les attributs d’une entité doivent dépendre

directement de son identifiant et d’aucun autre attribut ;si c’est le cas il faut placer l’attribut

pathologique dans une entité séparée mais en association avec la première.

NB : nous n’avons pas d’exemples dans notre modèle mais en guise illustrative nous

pouvons donner l’exemple ci dessous.

Le modèle de l’avion exemple sous entend le constructeur et la capacité : exemple A380

constructeur Air Bus et capacité 180

Nous donnons cet exemple car ce cas ne s’est pas présenté dans notre programme.

Conclusion :

La conception de notre progiciel est basée sur les règles de MERISE développées ci-dessus,

Le MLD sera présenté et commenté sous windev le jour de la soutenance

Avion

Numéro

Propriétaire

Modèle

Constructeur

Capacité

Avion

Numéro

Propriétaire

Etre du

Modèle

Constructeur

Capacité

1,n 1,n

Fig.3.10 forme normal de Boyce Cott


41

Fig3.11: Source Autoformation windev14


42

QUATRIEME PARTIE : Manuel d’utilisation de ‘’achat-immo’’

Ce progiciel que nous avons développé dans le cadre de notre mémoire de master 2 ÌST, est

baptisé achat immo.

La programmation est faite avec windev 14 dont la présentation est faite au chapitre 2.

Achat-immo est un outil spécifique d’aide à la maitrise des achats mais aussi de support de

prise de décision pour les entreprises de construction immobilière ainsi que les entrepreneurs

évoluant dans ce domaine.

4.1 Exécution du programme

Au lancement du programme : le Login et le mot de passe sont demandé pour identifier

l’utilisateur.

Achat-immo étant multi utilisateur il est nécessaire d’identifier chaque personne ayant accès à

la base de données.

Nous avons créé des restrictions selon l’utilisateur, tout le monde n’a pas accès à toutes les

informations de la base.


43

4.2 Première fenêtre d’achat-immo

a. La demande d’achat

Bouton ‘’Nouvelle DA’’ clic sur ce bouton pour envoyer une nouvelle

demande d’achat, c’est un bouton actif pour tous les utilisateurs de la base de données ; il

permet une expression de besoin qui sera validé par la hiérarchie des demandeurs respectifs

avant de s’afficher sur la plateforme du service achat.

Tout le personnel de l’entreprise a droit à exprimer une DA via ce bouton.

Clic sur ce bouton ouvre la fenêtre DA ci-dessous :


44

Le tableau 1 : par son bouton ‘’nouveau’’ permet d’enregistrer :

Le nom et prénoms du demandeur

La date d’émission de la demande

La date de livraison à titre indicatif

Le degré d’urgence de la DA pour lui attribuer un traitement de faveur.

Le numéro de la DA est attribué automatiquement par le programme, chaque DA a un

numéro unique qui lui sert de clef primaire.

Le tableau 2 : par son bouton ‘’nouveau’’ permet d’enregistrer :

Le libellé du produit demandé (ciment, gravier, sable de mer, matériels de coffrage,

bétonnière, papier, imprimante, chaussure de sécurité, consultance etc.. bref tout achat

possible).


45

L’unité de mesure du produit (m3, tonne, ensemble, litre, paire, unité etc..).Le service

achat veillera à la cohérence de ces unités, il adoptera sa propre codification :

Exemple : tonne pour le ciment, donc ne pas accepter Kg pour le ciment ou procéder à

la conversion, le service achat a la possibilité de corriger les DA si l’émetteur commet

des erreurs.

La quantité à livrer

La date de livraison prévue ; le prescripteur, en fonction de l’avancement de son

chantier fixe un délai de livraison du matériel demandé ; ce délai n’est pas fixé au

hasard, le non-respect de ce délai peut entrainer d’énorme cout logistique ( exemple :

espace de stockage non disponible pour stocker 30 tonnes de ciment, rupture de

matériaux alors qu’on a déjà pointé les main d’œuvre, retard du chantier …).

Ce délai offre au service achat la latitude d’établir son planning d’achat tout en

respectant les attentes de ces clients internes (ingénieurs, conducteurs des travaux

etc...)

La phase des travaux : cette rubrique permet d’attribuer à la DA une étape du

chantier.

Par exemple : on a demandé 2000 agglos pour le niveau 1 (premier étage).

Nous avons inséré cette information pour pouvoir établir une répartition des demandes

par niveau d’avancement du chantier.

Le chantier : c’est la destination de la DA, le fait de mettre cette information dans le

tableau2 et non dans le tableau1 offre au prescripteur la possibilité de demander des

produits pour des destinations différentes dans la même DA.

Vous remarquerez que la DA n’est pas valorisée (pas de montant en FCFA) car le

demandeur n’est pas habilité à fixer les prix des articles ceci est du ressort de

l’acheteur qui a le rôle de prospecter le marché des produits et des fournisseurs.


46

NB : Pour saisir une nouvelle DA, les boutons ‘’nouveau’ ’des tableau1 et tableau 2

permettent d’ouvrir les fiches de saisi ci-dessous.

Clic sur bouton ‘’nouveau’’ du tableau1 ouvre la fiche DA ci dessous

Le bouton ‘’valider’’ permet d’ajouter les informations au tableau1

Clic sur bouton ‘’nouveau’’ du tableau2 Le bouton ‘’valider’’ permet d’ajouter les

informations au tableau2


47

b. Valorisation de la DA

bouton valorisation DA, ce bouton permet au service achat de renseigner

les prix sur la DA.

Cette table valorisation est propre au service achat, il le seul habilité à renseigner des

montantssur la base des DA émises.

Tableau 3 : il ne reprend que les informations de DA. (voir tableau1)

Tableau 4 : il reprend les données du tableau 2 avec la possibilité de modification et

d’ajout de rubriques relatifs aux prix.

De la gauche à la droite du tableau 4 nous avons les colonnes:

Chantier : identique à celui du tableau 2 (DA)

Phase travaux : identique à celui du tableau 2 (DA)


48

Fournisseur :saisi par l’acheteur après consultation (devis, facture proforma ou appel

d’offre).

Libelle : identique à celui du tableau 2 (DA)

Famille de produit : saisi par l’acheteur sur la codification mise en place.

INV : coché si l’achat est un investissement. (comme dans notre cas l’achat de

bétonnière pour la production de béton). L’intérêt est de dissocier les achats pour

investissement et pour fonctionnement. Cette information nous permettra de faire un

bilan sur l’ensemble des investissements et servira au responsable du parc matériel

pour le suivi des investissements.

Quantité achat : identique à celui du tableau 2 (DA)

Quantité commandée : renseignée par le responsable achat, notons que la quantité

commandée n’est pas forcement égale à la quantité demandé dans la DA. Les

prescripteurs n’expriment que leurs besoins, la direction par le biais du contrôleur

budget et le service achat fixeront les quantités réelles à commander en fonction de la

trésorerie et du budget alloué.

Reste à commander = Quantité demandée – quantité achetée

Unité : identique à celui du tableau 2 (DA)

PU HTVA : Prix unitaire saisi par l’acheteur en fonction des devis reçus

TVA : Taux TVA en cours relatif au type de fournisseur et de ses conditions de vente.

Remise : Taux négocié par l’acheteur

Total TTC : prix total du produit

Total TTC= (PU HTVA*Qte commandée (1-Taux Remise))*(1+Taux TVA)

NB : La valorisation permet de compléter la DA à l’aide du bouton ‘’modifier’’ du tableau 4


49

Clic sur modifier pour ouvrir la fiche valorisation ci-dessous afin de renseigner le tableau 4

Apres renseignement de cette fiche clic sur le bouton valider pour transférer les

informations dans le tableau4.

c. Validation des DA


50

Bouton validation. Clic sur ce bouton ouvre la table ci-

dessous de toutes les demandes d’achat non validées.

Cette table permet au responsable technique de valider les demandes émises par ses

différents responsables de projet.

Les deux colonnes à gauche sont à cocher :

Colonne validation

Ou colonne en attente

Cette fenêtre affiche les informations de la requête ci-dessous qui trie toutes les DA non

validées. Cette fenêtre ne s’affiche que chez le responsable technique et le responsable

budgétaire.

Le sous total dans la fenêtre (voir flèche bleue) affiche le total TTC des DA non validées :

c’est un indicateur qui permet d’apprécier financièrement les besoins en attentes


51

. table demande de produits

Fichier de 2Go, toutes les demandes sont

Stockée dans ce fichier

Conditions de sélection de la requête

Colonne validation non coché

Et numéro DA supérieur à 0

Requête

Fig4.1 Requête validation

La fenêtre ci-dessous s’ouvre sur cli du bouton modifier de la table validation.

Cette fiche de validation permet au responsable technique ou le supérieur hiérarchique

d’autoriser l’achat.


52

Clic sur le bouton ‘’valider’’ pour la validation des modifications.

Apres la valorisation et la validation de la DA, le service achat imprime le bon de commande.

Le matériel peut être livré par le fournisseur sur présentation du BC.

L’impression de ce BC est effectué avec le bouton ‘’imprimer BC’’(voir flèche bleu sur le

tableau 3).

Voir ci-dessous un BC imprimé à partir de de ‘’achat-immo’’

La simulation est faite avec l’entête de mon entreprise personnel LIES (Logistique ingénieries

équipements et service)

Valideroumettre en attente


53

Fig :4.2 Bon de commande sur ‘’achat immo’’

BC à cacheté et signé par la direction avant de le remettre au fournisseur et garder une copie

au service achat en attendant bordereau de livraison.


54

d. Livraison des produits

Bouton réception

Clic sur cet icone, ouvre la fenêtre réception où figurent les articles commandés en attentes de

réception.

Le tableau5 reprend les informations des DA valorisées du tableau

Le tableau 6 est destiné aux livraisons de produits sur les chantiers, la sélection d’une ligne

du tableau5 affiche les informations relatives à la réception de ce produit dans le tableau6.


55

De la gauche à la droite du taleau6 on a les colonnes suivantes :

IDProd qui reprend le numéro de la DA

Reçu le : qui affiche la date de réception du produit

Quantité reçue : en effet nous avons prévu des livraisons partielles à suivre jusqu’à

solder la quantité commandée.

L’unité du produit demandé.

Chantier réceptionnaire : ce chantier peut être celui qui a commandé le produit comme

il peut en être différent. Lorsque l’entreprise gère beaucoup de chantiers, il arrive

fréquemment que des produits destiné à un chantier X soit dévié vers un autre chantier Y

pour des raisons d’urgence, dans notre programmation nous avons tenu compte de ces

imprévus.

Total TTC : valeur TTC de la quantité reçue.

Total TTC= ((PU achat * Qte reçue)*(1-remise achat))*(1+taux TVA)

Phase travaux : le chantier demandeur pouvant être différent du chantier réceptionnaire,

alors idem pour les phases des travaux.

Le taux de charge (%)= quantité commandée / quantité reçue

C’est un indicateur d’efficacité de nos fournisseurs, nous en tenons compte lors de

l’évaluation de nos fournisseurs.

Le numéro de bordereau de livraison BL : c’est le numéro du document de notre

fournisseur qui confirme la livraison du matériel au chantier.

La colonne observation est réservée aux informations particulières

NB : tous les bordereaux de livraisons sont archivés au service achat (copies ou

originaux selon l’organisation de l’entreprise). Les commandes sont suivies jusqu’à ce

qu’elles soient soldées.


56

La liasse des commandes est transmise à la comptabilité pour justificatif payement

fournisseurs, les achats peuvent garder une copie.

e. Budgétisation des chantiers :

Le chantier afin d’avoir un tableau de bord pour une bonne maitrise des couts pour éviter à

l’entreprise un pilotage à vue.

clic sur le bouton appliquer pour ouvrir la fenêtre

budgétisation où toutes les phases des chantiers sont budgétisées par le responsable

budget. Ce travail est fait dès que l’entreprise gagne une nouveau chantier

Ce dernier fera des reporting périodique pour comparer avancement du projet et

budget restant.


57

Le tableau 7 contient les informations sur le chantier :

IdChantier :Code alloué

Appellation du chantier

Montant du marché

Propriétaire

Adresse du chantier

Date début des travaux

Date fin des travaux

Nombre de niveau du bâtiment

Nombre de sous-sol

Nombre de mezzanine

Surface dallage

Total dallage= surface dallage*(nombre de niveau + nombre de mezzanine+1)

Prix de vente du m2= montant du marché/total dallage

(Voir fiche chantier ci-dessous)


58

Tableau8 : il affiche les différentes phases du chantier et le budget qui leur sont alloué

f. Tableau de bord chantier

La liste

déroulante permet de choisir le chantier à évaluer.


59

Le bouton diagnostic permet de faire l’état financier du chantier.

En faisant une simulation avec le chantier immeuble K, d’après les données que nous avons

saisies on obtient le tableau croisé ci-dessous.

Fig4.3Reporting chantier

Le bouton BR : affiche tous les bons de réception du chantier

Clic sur BR ouvre la fenêtre si dessous.


60

Le bouton DA en attente affiche toutes les DA du chantier concerné qui ne sont pas encore

validées par la hierarchie.

NB : Toutes les informations complémentaires concernant notre progiciel ‘’achat-immo’’

seront fournies lors de la soutenance du mémoire.


61

CONCLUSION GENERALE

Les nouvelles technologies de l’information et de la communication sont aujourd’hui

incontournables pour le développement de nos entreprises, le secteur de l’immobilier ne fait

pas exception. Ce dernier est un pilier central de notre économie :

Sur le pan création de l’emploi, la construction immobilière fait travailler toutes les

couches sociales du pays: de l’ingénieur au manœuvre de chantier sans oublier les

ramasseurs des chutes de fer et autres matériaux pour le recyclage ; il est maillon

principal pour la lutte contre la pauvreté.

Sur l’économique, c’est un secteur qui contribue au chiffre d’affaire de plusieurs

domaines d’activité :

- L’industrie(cimenteries, chaudronneries, l’exploitation des carrières, industrie

chimique, automobile, fabriques de matériaux de construction, entreprise de

menuiserie, entreprise d’électricité, de plomberie, de décoration, etc…)

- Le commerce, les quincailleries font des CA énormes avec le bâtiment.

- Le service, comme les bureaux de contrôles, les bureaux d’étude, les cabinets

d’architecture, les cabinets d’audits et de conseils etc…..

- L’habitat et le tourisme par la mise à disposition d’un éventail de standing

selon la bourse de l’acquérant.

Ainsi, contribuer au développement d’un tel secteur a un impact sur tous les autres domaines

qui lui sont liés.

Le but de notre mémoire est de contribuer à l’accompagnement des entreprises qui sont

dans le besoin, de pouvoir disposer d’un programme informatique (achat-immo) pour la

gestion et le suivi de leurs achats. Le choix de la partie achat n’est pas fortuit car

aujourd’hui, c’est un volet sur lequel peuvent s’appuyer ces entreprises pour améliorer

considérablement leur résultat.

En effet face à un marché en veille technologique et des concurrents de plus en plus

avertis, la compétitivité se joue sur la stratégie, les outils et les leviers d’action mis en

place par les managers ;


62

Vu le rôle stratégique des achats dans la construction immobilière, une attention

particulière doit lui être dévouée ; lui fournir les moyens didactiques nécessaires à la

gestion des données nous parait indispensable car les enjeux sont énormes.

Lors de la programmation de<<achat immo>>, nous avons tenu compte de la réalité de

nos entreprises afin de leur proposer un outil adapté à leur contexte qui leur permet d’avoir

en temps réel l’évolution de leurs achats sur tous les chantiers.

Cependant, comme tout travail humain, le nôtre peut comporter des imperfections et nous

sommes ouverts aux critiques et suggestions en vue de l’améliorer.

Notre ambition est de faire évoluer <<achat immo>> en y intégrant d’autres fonctionnalités

telles que le pointage biométrique dans les chantiers, la gestion du parc automobile, la

création d’une plateforme de communication entre l’entreprise et ses différents

fournisseurs et enfin de le protéger par un brevet.


63

Cours autoformation windev14 PC Soft, Edition 2011.

M. Ibrahima Diallo ‘’ Note de cours achat et approvisionnement’’ Institut

supérieur des transports de Dakar 2011-2012.

Georges Garderin ‘’ Base de données’’ edition eyrolles

Dominique MANIEZ ‘’Access 2003’’ Edition first interactive, Paris 2004

M. Baro ‘’ Note de cours qualité’’ Institut supérieur des transports de

Dakar 2011-2012.

Cyril GRUAU ‘’ Conception d’une base de données

Abdou Gaye ‘’ Guide de l’utilisateur de GEMIX’’ Cabinet TINA

Ngor Sarr ‘’ Notes de cours gestions des opérations de production’’ Ecole

Supérieure polytechnique ESP, centre de thiès 2006-2007

Quelques sites web

www.google.com

Bibliothèque en ligne www.supdeco.sn

www.pcsoft.com

REFERENCES BIBLIOGRAPHIQUES

http://www.google.com/

http://www.supdeco.sn/

http://www.pcsoft.com/


64

Annexe 1 : Exemple de codification des produits de chantiers

Annexe 2 : Les incoterms pour les achats internationaux

Annexe3 : Les limites de responsabilités en importation

Annexe 4 : liste de quelques codes w-langage

Annexe 5 : exemple de code de programmation avec w-langage

ANNEXES


65

Annexe 1 : Exemple de codification des produits de chantiers

DESIGNATION SEGMENT

FAMILLE

CODIFICATION

CIMENT Matière Matériaux

de

construction

10 01 01

SABLE DE MER Matière Matériaux

de

construction

10 01 02

GRAVIER8/16 Matière

Matériaux

de

construction

10 01 03

GRAVIER3/16 Matière Matériaux

de

construction

10 01 04

LATERITE Matière Matériaux

de

construction

10 01 11

FER A BETON DIAM.6 Matière Matériaux

de

construction

10 01 20

FER A BETON DIAM.8 Matière Matériaux

de

construction

10 01 21

AGGLOS 15 Matière Matériaux

de

construction

10 01 30

AGGLOS 20 Matière Matériaux

de

construction

10 01 31

POUTRELLE Matériel

GC

Coffrage 20 01 01

PANNEAU COFFRAGE DALLE Matériel

GC

Coffrage 20 01 02

GRUE A TOUR Matériel

GC

Engins 30 01 01


66

Incot

erms

Cha

rge

à

cam

ion

paieme

nt à

l'expor

tation

en

service

Trans

ports

au

port

export

ateur

Déch

arger

d'un

camio

n au

port

d'orig

ine

Les

redeva

nces

d'atterri

ssage

au port

d'origin

e

Transp

orts au

port

import

ateur

Les

redeva

nces

d'atterri

ssage

au port

importa

teur

Déchar

ger sur

des

camion

s du

port

par les

import

ateurs

Trans

port à

destin

ation

Assur

ance

Entrée -

Dédouan

ement

Ent

rée

-

dro

its

et

tax

es

EXW N N N N N N N N N N N N

CAF Oui Oui Oui N N N N N N N N N

SAF Oui Oui Oui Oui N N N N N N N N

FOB Oui Oui Oui Oui Oui N N N N N N N

CFR Oui Oui Oui Oui Oui Oui Oui N N N N N

CIF Oui Oui Oui Oui Oui Oui N N N Oui N N

CPT Oui Oui Oui Oui Oui Oui Oui Oui Oui N N N

CIP Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui N N

DAF Oui Oui Oui Oui Oui Oui N N N N N N

DES Oui Oui Oui Oui Oui Oui N N N N N N

DEQ Oui Oui Oui Oui Oui Oui Oui N N N N N

DDU Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui N N

DDP Oui Oui Oui Oui Oui Oui Oui Oui Oui N Oui Oui

Annexe 2 : Les incoterms pour les achats internationaux

Commentaire : Dans la construction immobilière, beaucoup de matériel de finition sont

importés d’où la nécessité de maitriser les incoterms.


67

Annexe3 : Les limites de responsabilités en importation

Commentaire : Le bon choix de l’incoterm permet de mieux sécuriser les investissements de

l’entreprise et une maitrise des risques liés aux importations.

http://en.wikipedia.org/wiki/File:Incoterms_Robert_Wielgorski_EN.PNG


68

ComboFerme

Ferme la liste deroulantede la combo

ComboOuvre

Deroule la liste deroulanted’une combo

DateSys

Renvoi ou modifie la date système

EntierVersJour

Renvoi le jour de la semaine correspondant à la date specifiée

Ouvre

Ouvre une fenetre modale de windev

HlitDernier

Positionne sur le dernier enregistrement d’un fichier, lit l’enregistrement et met à jour les

variables hyper File

HAjoute

Ajoute l’enregistrement present en mémoire dans le fichier de données

HModifie

Modifie l’enregistrement spécifié ou l’enregistrement présent en mémoire dans le fichier de

données.

HSupprime

Supprime un enregistrement d’un fichier

HEnDehors

permet de savoir si l’enregistrement sur lequel on veut se positionner est en dehors du

fichiers, du filtre, de la vue ou de la requête.

IImprimeEtat

Imprime l’état avec l’éditeur d’états.

Annexe 4 : liste de quelques code w-langage :


69

REQ_Requête1.Param1=FEN_TABLE_Da_Produit3.TABLE_Da.COL_IDDa

HExécuteRequête(REQ_Requête1)

// Filtre le fichier Produit avec l'identifiant de Da

HFiltre(Produit,IDDa,Da.IDDa, Da.IDDa)

// Réaffiche la table des Produit

TableAffiche(TABLE_Produit,taInit)

REQ_Requête1.Param1=FEN_TABLE_Da_Produit3.COL_IDDa

COL_Total_TTC_Achat=(COL_PrixHT*COL_Quantite_achat*(1-

COL_Remise/100))*(1+COL_TauxTVA/100)

COL_RestCom=COL_Quantite_comm-COL_Quantite_achat

// Une ligne est-elle sélectionné ?

SI TableSelect(TABLE_Produit)=-1 ALORS RETOUR

// Ouverture de la fiche du fichier Produit en mode modification

Ouvre(FEN_Fiche_Produitachat)

// Rafraichissement de la table

TableAffiche(TABLE_Produit,taCourantBandeau)

REQ_Requête1.Param1=FEN_TABLE_Da_Produit3.TABLE_Da.COL_IDDa

HExécuteRequête(REQ_Requête1)

Annexe 5 : exemple de code de programmation avec w-langage

Commentaire : le w-langage est un langage de programmation dont les codes sont très

proches de la langue française ce qui permet une traduction aisée des algorithmes.


70

SOMMAIRE

Dédicace………………………………………………………………………………….1

Remerciements …………………………………………………..……………………...2

Sommaire ………………………………………………………….…………………….4

Liste des figures ………………………………………………….……………………...6

Liste des abréviations ……………………………………………………………………7

Introduction générale……………………………………………………………………..8

PREMIERE PARTIE : Cadre théorique et méthodologique………………..………..11

1.1 Problématique………………………………………………………………….11

1.2 Objectif de la recherche………………………………………………………..13

1.3 Intérêt de l’étude…………………………………………....…………….……13

1.4 La fonction achat dans le secteur immobilier……………………………….….14

a. Mission …………………………………………………….…….14

b. Rôle stratégique……………………………………………….….14

c. Processus……………………………………………………….…16

d. Sourcing.....................................................................................…..20

e. Les leviers………………………………………………………....22

DEUXIEME PARTIE : Système de gestion de base de données ……….……..…...….26

2.1 : Concepts d’un SGBD………………………….……..…………………………….26

2.1.1 : Base de données classiques…………………………..…………………………..26

2.1.2 : Base de données multimédia…………………………..………………………….26

2.1.3 : Les différents niveaux d’une base de données…………..………………………..27

2.2 : L’atelier de développement WinDev……………………………………………….30

2.3 : Le W langage……………………………………………………………………….30

TROISIEME PARTIE: Cadre conceptuel du progiciel de gestion des achats………..31

3.1 Modèle conceptuel de données MCD……………………………………………….31


71

3.2 Application de la méthode Merise ………………………………………...….………..31

3.2.1 Historique de la méthode ……………………………………………………...……..31

3.2.2 Schéma entité association…………………………………………………...….…….32

a. Entité……………………………………………………………..……….32

b. Association……………………………………………………......………34

c. Attribut et identifiant…………………………………………......………34

d. Cardinalité……………………………………………………………..….35

3.2.3 Règle de normalisation………………………………………………………………..36

a. Normalisation des entités………………………………………..………..37

b. Normalisation des noms……………………………………….…..……..37

c. Normalisation des identifiants……………………………….…………..37

d. Normalisation des attributs……………………………….………………37

e. Attributs calculables……………………………………..………………..37

f. Formalisation des associations…………………………..…..……………37

g. Normalisation des cardinalités…………………………..………………..38

QUATRIEME PARTIE : Manuel d’utilisation du progiciel de gestion des achats…..…..42

4.1 Exécution du programme………………………………………………………………42

4.2 Première fenêtre de Achat-immo…………………………………………………….…43

a. La demande d’achat……………………………………………..…....….43

b. Valorisation de la demande d’achat………………….…………..………47

c. Validation de la demande d’achat……………………………...…………49

d. Livraison des produits……………………………………………...……..54

e. Budgétisation des chantiers…………………………………………...…..56

CONCLUSION ……………………………………………………………………………..61

REFERENCES BIBLIOGRAPHIQUES……………………………………………………63

ANNEXES…………………………………………………………………………………..64

application d’un progiciel a la fonction

Documents