Vous êtes sur la page 1sur 38

Cahier des charges :

Mise en place dune solution


SCM

Page 1 sur 38
Table des matires

Introduction Gnrale ... 4

CHAPITRE I : Prsentation du projet .. 5


1 Contexte de GPAO .. 6
2 Prsentation du sujet (SCM) ........ 7
3 tude comparative .... 8

CHAPITRE II : Etudes des besoins ..9


1 Besoin entreprise .. 10
2 Besoin fonctionnel . 11

2.1 Module Gestion de latelier .... 11


2.1.1 Ordre de fabrication, fiche suiveuse 11
2.1.1.a. Gestion des Ordres de Fabrication 11
2.1.1.b. Calendrier de production et jalonnement .. 12
2.1.1.c. Contrle de la fabrication .. 12
2.1.2 Gestion donne technique 13
2.1.2.a. Gestion des nomenclatures 13
2.1.2.b. Gestion des gammes de fabrication ... 13
2.1.2.c. Gestion des centres de charge 14
2.1.2.d. Gestion des modifications techniques 14
2.1.3 Calcul des Besoins et de la charge 14
2.1.3.a. Le calcul des besoins .. 14
2.1.4 Gestion des cots - Valorisation de la production 15
2.1.4.a. Calcul des cots . 15
2.1.4.b. Frais annexes de production .. 15
2.2 Module Gestion des stocks .. 16
2.2.a. Gestion des matires premires 16
2.2.b. Gestion des fournitures et des produits finis .... 16
2.2.c. Stocks hors production 16
2.2.d. Stock alerte avec prparation de commandes .. 16
2.2.e. Etat du stock . 17
2.2.f. Gestion d'entrepts ... 17
2.2.g. Inventaire .. 17
2.2.h. Saisie des mouvements de stock ... 17

3 Besoin utilisateur . 18
4 Besoin qualit de service . 20

CHAPITRE III : Mthode de dveloppement .. 21


1 Introduction . 22
2 Etude Comparative des Mthodes Agiles 25
3 Cycle itratif de dveloppement .. 27
4 Droulement du cycle de vie ............ 28
5 Conclusion .................... 29
6 Glossaire . 30

Page 2 sur 38
Tables des figures

Figure 1 : Fonctionnement GPAO ............................................................................................................................. 5

Figure 2 : Etude Comparative des ERP GPAO avec Pondration ............................................................................. 7

Figure 3 : Etude Comparative des SCM avec Pondration ........................................................................................ 7

Figure 4 : Position de notre solution ........................................................................................................................ 10

Figure 5 : Conformit du Produit ........................................................................................................................... 103

Figure 6 : Classique vc Agile ................................................................................................................................... 22

Figure 7 : Enjeux des Diffrentes Mthodes ............................................................................................................ 23

Figure 8 : Etude comparative des Mthodes Agiles................................................................................................. 23

Figure 9 : Synthse des diffrentes Mthodes Agiles et Unifis.............................................................................. 24

Figure 10 : Cycle de vie de la Mthode XP ............................................................................................................. 26

Figure 11 : Vue Gnrale du Cycle de vie de la Mthode XP ................................................................................. 26

Figure 12 : les Principales Phases de la Mthode XP .............................................................................................. 27

Page 3 sur 38
Introduction Gnrale:

Le prsent document est le cahier des charges initial de ltude et mise en place dune solution SCM pour les
entreprises Industrielle.

Le but de ce document est de fournir une explication globale sur la faon dont le projet va tre conduit :

Il expose les diffrentes fonctionnalits qui seront fourni par notre solution ainsi les que ses orientations techniques
gnrales.

En effet, ce document est llment dclencheur pour commencer la conception dun SCM en se posant de la faon
la plus exhaustive les bonnes questions.

Il sert donc rassembler les diffrent besoins au quel cette solution doit rpondre.

La version Finale de notre Solution SCM devra tre livre le 6 Avril 2011.

Page 4 sur 38
1. Contexte du projet

La GPAO (Gestion de la production assiste par ordinateur) est une notion qui a pour objectif, doffrir aux
entreprises industrielles la possibilit dautomatiser l'ensemble de leurs activits impliques dans la ralisation des
produits depuis lapprovisionnement des matires premires et des composants chez les Fournisseurs jusqu la
livraison des produits aux Clients.

Les progiciels de GPAO permettent la :

- Gestion des stocks

- Gestion des produits engendrs par ces commandes

- Gestion des articles entrant dans la fabrication de ces produits et de leurs nomenclatures-gammes

- Gestion des ressources par familles (couple homme/spcialit) permettant la cration des gammes
(nomenclature de fabrication)

- Cration et gestion du planning de fabrication

- Expdition des produits

Figure 1 : Fonctionnement GPAO

Page 5 sur 38
2. Prsentation du sujet (SCM)

La SCM est le processus que suit le produit d'une entreprise donne avant d'arriver chez le consommateur final,
depuis l'approvisionnement de la matire premire, la transformation, l'emballage, le transport jusqu' sa
commercialisation.

Ceci dit que le produit traverse plusieurs tapes de vie qui permettent l'entreprise en premier lieu ( en cas de non
conformit) de dfinir le responsable travers la traabilit, d'optimiser son flux en essayant au maximum de rduire
les charges en rduisant le nombre d'intervenant et en se focalisant sur les meilleurs prestataires.

Le SCM est un concept gagnant puisqu'il constitue en lui mme un enchainement de tches videntes, ce qui permet
de gagner du temps et bien entendu en productivit.

Notre Projet traite La SCM qui, comme on vient de le dfinir, est un projet touchant plusieurs fonctionnalits
industrielles centralises autour dun thme commun, la production.

A titre dexemple, nous vous proposons une tude effectue par IBM en 2010 ou elle expose quelques enjeux
quantifis rencontrs rgulirement dans ses missions de dploiement de Supply Chain :

Qualit de service : + 2 5% des ventes.

Planification : baisse de 5 10% des cots de production.

Distribution : baisse de 10 20% des cots des stocks.

Transport : baisse de 10 20% des cots des transports.

Approvisionnements : baisse de 5 20% des cots de possession.

Mise sur le march : 15 30% de rduction du temps.

En outre, Les rsultats sont significatifs :

Les dlais de planification sont passs de 45 jours 20 jours.

La qualit de service est passe de 30 - 60% 91 - 95%.

Les dlais du cycle de commande livraison sont passs de 35 - 65 jours 2 -23 jours.

Page 6 sur 38
3. Etude comparative
GPAO

Qualiac ERP
M3 Enterprise
EnterpriseOne

Sage ERP X3
Management
JD Edwards

Pondration
Production
Yourcegid

Infor ERP

Premium
Industry

Edition
System
Fonctionnalits
Gestion des donnes techniques 5
Gestion commerciale 5
Gestion des stocks 5
Planification et calcul des charges 2
Gestion des achats et des approvisionnements 2
Ordonnancement et lancement de fabrication 4
Suivi de fabrication 3
Comptabilit industrielle 3
Plans moyen terme 1
Distribution 3
Collaboration interne 2
Pondration 29 23 30 31 30 29 35

type process
de maintenance
et les industries
professionnelle
textile, lagro-
alimentaire, la

Entreprises et
Manufacturire

la mode et le

Industries de
distribution
Standard

Standard
PME

Secteur dactivit
Industrie

Figure 2 : Etude Comparative des ERP GPAO avec Pondration


FuturMaster

Pondration
SCM
Production
Forecasting

ORTEMS
n.SKEP

Planning
SAP

M3

Fonctionnalits
Gestion des performances de la chane logistique 5
Gestion des vnements de la chane logistique 4
Optimisation du rseau logistique 2
Planification de la demande 5
Planification de la distribution et des besoins de rapprovisionnement 5
Planification et ordonnancement de la production 5
Planification et ordonnancement des transports 4
Disponibilit des produits 3
Planification et gestion collaboratives de la Supply Chain 3
Gestion et optimisation de l'entreposage et du transport 4
Gestion des achats directs et indirects 5
Contrle qualit de services 5
Pondration 50 45 37 36 36 50
Figure 3 : Etude Comparative des SCM avec Pondration

Page 7 sur 38
CHAPITRE II :
Etudes des besoins

Page 8 sur 38
1. Besoin entreprise

Pourquoi la SCM ?

Le dfi principal pour la gestion de la Supply chain est de pouvoir livrer, partout dans monde, le bon produit ou le
bon service, dans la quantit et avec la qualit requise, dans les dlais prvus avec le client, et le tout un cot
comptitif.

Page 9 sur 38
Aujourdhui, les entreprise souhaite davantage amliorer leur visibilit sur la chaine logistique globale afin de
rpondre aux impratifs logistiques en terme de :

Minimisation des cots de la Supply chain


Augmentation du Chiffre daffaire et des Marges bnficiaire
Amlioration de la qualit de service
Augmentation de la satisfaction du client
Gains de parts de march
Amlioration de la productivit
Rduction des niveaux de stock
Rduction des cots de transport et de stockage
Rduction des gaspillages

Position de notre SCM ?


Notre Solution a pour objectif de permettre aux entreprises industrielle de :

Figure 4 : Position de notre solution

Page 10 sur 38
2. Besoin fonctionnel

Cette partie a pour objectif dapporter des lments de rponses la problmatique suivante :

Comment la Supply chain management permet de grer au mieux la chaine de production des structures
industrielles !?

Nous insisterons sur le besoin doptimiser chacune des phases cls de la chane logistique (planification,
approvisionnements et fabrication) dans une dmarche globale.
Nous allons maintenant parler plus en dtail de notre Solution, deux modules devront collaborer :

2.1. Module Gestion de latelier

2.1.1 Ordres de fabrication, fiche suiveuse


a. Gestion des Ordres de Fabrication :

Un ordre de fabrication est associ un article, une gamme standard ou spcifique (cr au moment du
lancement de lOF partir dune liste dopration standard), et une nomenclature.

Un ensemble de fonctions permet le suivi et la correction des informations relatives aux OF, la main duvre
en production, aux tches non productives, aux quantits produites, aux temps passs.
Ces fonctions permettent de connatre les diffrents stades davancement des oprations de fabrication et la
mise en vidence des avances et des retards.

Ce suivi est gnralement suivant 2 approches distinctes ou complmentaires :


une approche main d'uvre et/ou une approche moyens de production (machines).

Vous pouvez utiliser l'ordre de fabrication pour spcifier :

le produit fabriquer ;
le planning de fabrication ;
la capacit qui va traiter l'ordre ;
les cots de fabrication

Lorsqu'un ordre de fabrication est cr, les actions suivantes sont excutes :

Une gamme est slectionne, ses oprations et ses squences sont transfres l'ordre.

La nomenclature est clate et les postes de la nomenclature sont transfrs l'ordre.

Les rservations sont cres pour les postes de nomenclature grs dans le stock.

Les cots prvisionnels de l'ordre sont gnrs.

Les besoins en capacit sont gnrs pour les postes de travail.

Les demandes d'achat sont cres pour les articles non grs en stock et les oprations traites
l'extrieur.

Page 11 sur 38
b. Calendrier de production et jalonnement :
La planification des oprations consiste dfinir, en fonction des dlais et des priorits, les dates de dbut des
oprations dun ordre de fabrication, afin que celles-ci soit termines dans les dlais prvus.

Alors que la gamme prcise dans quel ordre se succde les oprations ainsi que les temps opratoires, les rgles
de jalonnement positionnent la gamme sur le plan gnral de la production en prcisant les dates de Dbut et
de Fin. Cette dmarche permet davoir une meilleure mesure des marges de manuvre dont vous disposez
(dates de lancement des commandes ou des oprations, retard acceptable).

Lorsque plusieurs ordres, qui ncessitent les mmes ressources sont lancs au mme moment, diffrentes rgles
de priorit peuvent tre utilises pour fixer les dates de dbut dexcution.
Deux principales rgles de jalonnement sont rgulirement utilises dans la pratique :

Le jalonnement au plus tt :

Dlais de livraison = date de dbut rel + dure de fabrication ou de ralisation des oprations

Le jalonnement au plus tard.

Date de lancement = date de Fin relle - dure de fabrication ou de ralisation des oprations

Notre solution vous permet de planifier votre Calendrier en choisissant la rgle qui vous convient.

c. Contrle de la fabrication :

Le contrle est un acte technique permettant de dterminer la conformit d'un produit.

Notre Solution vous permet de contrler votre production en dterminant les caractristiques et choisissant les
limites (les tolrances) l'intrieur desquelles le produit est conforme.

Il faut que ces limites soient connues par le contrleur qui effectuera le contrle.

Il implique galement qu l'issue de l'acte technique de contrle, une dcision soit prise en ce qui concerne la
conformit :

produit conforme
produit non-conforme qui doit tre rejet
produit non conforme pouvant tre retouch
produit non-conforme pouvant tre accept en exception

Page 12 sur 38
Figure 5 : Conformit du Produit

2.1.2. Gestion donne technique


a. Gestion des nomenclatures :

Notre solution de gestion de la nomenclature permet dadministrer efficacement les dfinitions de produit tout
au long de leur cycle de vie en numrant l'ensemble de ses constituants.

Offrant une source unique dinformations structures sur les produits et processus, notre solution permet
chaque utilisateur de disposer des informations de nomenclature appropries, en fonction de ses besoins.

Nous proposant une description complte de chaque produit, comportant la nomenclature proprement dite
(composition matrielle) et un document de description technique (fiche technique) avec des indications de
montage.

Nous offrant la possibilit de personnaliser les diffrentes nomenclatures en paramtrant Le nombre des pices
constituant le produit, la varit de ses modles, les diffrentes combinaisons d'options possibles pour chaque
modle, les besoins propres un client.

Notre Solution permet aussi dentrer des articles semblables en copiant les nomenclatures, les
instructions de la gamme et les procdures, tout en ne modifiant que les donnes spcifiques un
article donn, elle permet aussi dentrer plusieurs nomenclatures afin de grer diverses configurations
d'un article.

b. Gestion des gammes de fabrication :

Cette fonction rpertorie les oprations ncessaires la production d'un article, dans l'ordre de leur excution.

Chaque opration de la gamme identifie des donnes spcifiques telles que le centre de charge et les temps
standard de prparation, d'excution et de main-duvre. Les oprations de la gamme peuvent galement
comprendre des donnes supplmentaires comme les outils utiliser et les contrles obligatoires.

Chaque pice d'une nomenclature peut tre lie une opration de la gamme afin d'identifier l'opration au

Page 13 sur 38
cours de laquelle la pice est sortie du stock et consomme.

Notre solution vous permet donc de dfinir chaque tape de la procdure de fabrication lie l'obtention de
votre produit fini en prenant en considration le rendement et les rejets anticips de chaque opration et
dajouter des oprations aux instructions de la gamme.

c. Gestion des centres de charge :

Les centres de charge reprsentent les emplacements physiques spcifiques de l'atelier o les oprations de la
gamme ont lieu. Le centre de charge dfinit des donnes de base, telles que les machines et le nombre
d'employs du centre. Les donnes supplmentaires peuvent indiquer les taux du centre de charge pour la main-
duvre, les machines et la prparation, la capacit et la productivit machine.

Notre Solution vous permet d'effectuer les oprations suivantes :

Dfinir le numro et la description du centre de charge

Dfinir les temps d'attente et de dplacement

Dfinir la capacit de main-duvre, la capacit machine et le nombre d'heures de travail par jour

Dfinir les cots de prparation, les cots de main-duvre, les cots machine et les cots indirects

Dfinir quel endroit un article est produit

d. Gestion des modifications techniques :

Cette fonction de notre solution rassemble les procdures de gestion des demandes et des ordres de
modification technique. Elle est parfois appele Notification des modifications techniques dans le jargon de
quelques entreprises.

Nous avons mis en place cette procdure de demande de modification afin de vous permettre la dfinition et le
suivi des demandes de modifications du produit.

La demande est cre, vrifie et approuve. Elle devient ensuite un ordre de modification technique.

La gestion des modifications techniques permet de crer, planifier, vrifier, approuver et implmenter la
modification des produits.

Les ordres de modification technique permettent d'effectuer les oprations suivantes :

Contrler les modifications apportes aux articles partir d'une seule source.
Incorporer automatiquement aux nomenclatures/gammes les modifications Approuves.

2.1.3 Calcul des Besoins et de la charge


a. Le calcul des besoins :

Pour chaque priode, le calcul des besoins suit ces tapes de planification :

1. Le systme calcule la quantit ncessaire pour poursuivre dans les dlais impartis la vente du

Page 14 sur 38
produit fini, en tenant compte des ressources suivantes :

Stock disponible.
Rceptions : commandes d'achat, ordres de production (pour l'article suprieur)

Le systme soustrait ensuite les besoins suivants :

Commandes clients
Prvisions
Ordres de production (pour les articles infrieurs)
Factures de rserve clients

2. Le systme utilise les rgles de planification pour crer les recommandations des ordres de
production/commandes d'achat. Les rgles de planification sont tablies partir des lments suivants :

Dlai
Montant minimum
Intervalles de temps

3. Pour excuter les ordres de production de l'article suprieur, il est ncessaire de disposer des
quantits des articles infrieurs qui composent la nomenclature. Par consquent, le systme calcule la
quantit des articles infrieurs.
Il recommande ensuite les ordres de production/commandes d'achat pour les articles infrieurs
ncessaires la fabrication de l'article suprieur.

2.1.4. Gestion des cots - Valorisation de la production


a. Calcul des cots avec la mthode MRP :

Ce module permet :

Le Calcul du Cots standards, budgtaires, prvisionnels grs date


La Valorisation des matires avec dernier prix de commande et tarif fournisseur
La Valorisation main d'uvre / Machine avec Taux horaires multiples
Le Calcul global ou par article
Les simulations et prix de revient rel

b. Frais annexes de production :

Ce module permet :

Le Calcul des Frais sur cots standards

Page 15 sur 38
2.2. Module Gestion des stocks
a. Gestion des matires premires

Ce sont les matires de base qui n'ont pas encore t fournies au processus de production en vue d'une
transformation.

b. Gestion des fournitures et des produits finis

Notre solution permet de distinguer 2 types de stocks :

stock d'en-cours de production (semi-finis)

Ce sont les matires fournies au processus de production, mais celui-ci n'est pas encore achev.

stock de produits finis

Ce sont les produits pouvant tre vendus aprs avoir t fabriqus.

c. Stocks hors production

stock de pices de rechange et accessoires

Ce sont des accessoires aux produits principaux ncessaires la vente ou l'aprs vente.

stock d'emballages

Ce sont les emballages ncessaires aux oprations logistiques et commerciales (palettes, cartons...).

stock de pices de maintenance des machines et des consommables

Ces pices n'interviennent pas dans la production du produit fini mais permettent l'entretien et la rparation des
machines. Les consommables de bureau rentrent galement dans cette catgorie.

d. Stock alerte avec prparation de commandes

Pour une bonne matrise de ses stocks, diffrents indicateurs de gestion des stocks existent :

Stock de scurit : cest la quantit en dessous de laquelle il ne faut pas descendre


Stock dalerte : cest la quantit qui dtermine le dclenchement de la commande, en fonction du
dlai habituel de livraison
Stock minimum : cest la quantit correspondante la consommation pendant le dlai de
rapprovisionnement, donc stock minimum = stock dalerte stock de scurit
Stock maximum : il est fonction de lespace de stockage disponible, mais aussi du cot que
reprsente lachat par avance du stock

Page 16 sur 38
e. Etat du Stock

Cette fonction permet la personne en charge de la gestion de lentrept de connatre parfaitement quelle
quantit de quels produits est stocks.

f. Gestion d'entrepts

Avec ce module, on a voulu donner lentreprise une vision densemble du fonctionnement de son entrept
qui permettra de gagner du temps, de limiter le risque derreurs, doptimiser la surface disponible et la qualit
du service de gestion des commandes et de livraisons.

Notre solution vous permet de grer votre entrept en terme de :

Recherche d'emplacements
Gestion des contraintes de stockage

g. Inventaire

Afin dviter la charge de travail que provoque un inventaire annuel, notre Solution se base sur un systme
dinventaire tournant qui permet une vrification des stocks par lots ou par tranche, avec une priodicit moins
longue.

Le dcompte des quantits en stock porte sur lensemble des lments constitutifs du stock faisant partie du
patrimoine de l'entreprise quels que soient leur nature ou leurs tats dans la chane de fabrication :

o Les stocks de production (matires premires, en-cours de fabrication, produits semi-ouvrs, produits
finis) ;
o Les stocks hors production (pices de rechange, consommables autres, emballages );

h. Saisie des mouvements de stock

Un mouvement de stock (galement appel mouvement d'article ou mouvement de stock/magasin) est un


vnement entranant une modification du stock.

Notre solution autorise les types de mouvement de stock suivants :

Entre de marchandises : Une entre de marchandises (EM) est un mouvement de stock enregistr la suite
d'une entre de marchandises provenant d'un fournisseur ou de la fabrication. Une entre de marchandises
entrane une augmentation du stock magasin.

Sortie de marchandises : Une sortie de marchandises (SM) est un mouvement de stock enregistr avec une
sortie de marchandise/article ou une sortie d'article, une consommation d'articles ou un envoi de marchandises
un client. Une sortie de marchandises entrane une rduction du stock magasin.

Pour un bon suivi des mouvements de stocks, nous avons jugs important dutiliser des documents normaliss :

Bon de livraison
Bon de sortie

Page 17 sur 38
3. Besoin utilisateur
Limplmentation du concept SCM a permis de mettre en place une organisation plus structure et des
processus mieux adapts aux besoins des utilisateurs.

Pour ceci, Lapplication raliser doit satisfaire les exigences de la totalit des utilisateurs. Nous prsentons
dans ce qui suit les besoins fonctionnels classs par acteur ainsi que les besoins techniques communs tous ces
acteurs.

- Besoin Fonctionnel :

Le systme doit permettre :

Au Magasinier :

- De saisir ses mouvements de stock.


- De suivre en temps rel les entres et sorties du stock.
- Dditer des bons de livraison (ou de rception ou dentre) des matires, marchandises, produits, o
lon enregistre par type dlment, les caractristiques, la date dentre en stock, les quantits et prix
unitaires de chaque lment
- Dditer des bons de sortie (ou denlvement) avec la date de sortie du stock, les caractristiques de
llment, sa quantit et son prix unitaires.
- De consulter Les diffrents Stock et leurs tats.
- De paramtrer la priodicit de linventaire automatique.
- Dimprimer linventaire.
- De rechercher des emplacements libres pour nouveau stocks.
- De modifier la disponibilit dun stock.
- De modifier lemplacement dun stock.
- De vrifier la disponibilit dun produit fini ou semi-fini ou dune matire premire.
- De grer les contraintes de stockages (emplacement, tempratures, hauteurs, emballage).
- De grer la disponibilit des pices de rechange pour la maintenance des quipements.
- Dditer un tableau de bord des mouvements de stock.
- Davoir louverture de lapplication un rappel des Commandes qui doivent arriver le jour mme
lentrept pour se prparer les recevoir.
- Davoir louverture un rappel des stocks alertes, en proposant une action (Lancement commande
dapprovisionnement ou attendre un besoin du client pour dclencher lordre dapprovisionnement).
- Dtre inform en temps rel des demandes dapprovisionnement lances automatiquement par le
systme en cas de rupture de stock pour un lment entrant dans la nomenclature dun produit client.
- De valider la demande dapprovisionnement et lancer un ordre dapprovisionnement.

Au Chef datelier :

- Doptimiser la planification globale et les processus de contrle tout au long de la chaine logistique
- De lancer les ordres de fabrication et grer leurs suivis
- De Contrler les modifications apportes aux articles et de les approuver ou refuser.
- Daccder aux informations des clients partir de lordre de fabrication.
- Davoir accs aux catalogues produits
- Davoir accs aux tats des stocks (Quantit, date disponibilit, article de remplacement)
- De contrler en temps rel les tapes de fabrication des produits
- De modifier la nomenclature, ou la gamme dun produit.
- De grer les dlais de production
- De grer les inadquations du stock par rapport la demande client
- De suivre lvolution de la production et ses cots.
- Davoir un Aperu des disponibilits qui Donne une visibilit rapide de la disponibilit de tous les

Page 18 sur 38
composants ou des chevauchements doprations sur la mme ressource.
- Daccder aux donnes enregistres dans le systme via un moteur de recherche intelligent (Stocks,
Gammes, nomenclature, Clients, Fournisseurs, Commande dachat, Ordre dapprovisionnement, Ordre
de fabrication).
- Dtre inform en temps rel en cas de modifications de champs dfinis, tels que changement de prix
dans la base de produits.
- De Corriger les informations relatives aux OF, la main duvre en production, aux tches non
productives, aux quantits produites et rejetes, aux temps passs

Au responsable de production deffectuer les mme tche que le responsable datelier avec la possibilit :

- De dfinir les caractristiques et choisissant les limites (les tolrances) l'intrieur desquelles le
produit est conforme.
- De valider les modifications techniques.
- Dtre avis en temps rel des modifications techniques en attente dapprobation.
- Davoir louverture de lapplication une fentre avec la liste des produits non conforme dans chaque
atelier, et den prendre une action.

Aux Contrleurs :

- De dterminer la conformit d'un produit en se basant sur les informations de tolrances stockes dans
le systme.

Besoin Non fonctionnel :


- Avoir une IHM ergonomique, conviviale et pratique utiliser.

- Adapter les IHM de faon ce quelle soit confortable en terme de visibilit pour tous les utilisateurs.

- Se dconnecter de lapplication aprs un temps dinactivit de 30 minutes, avec un message dalerte


informant et invitant lutilisateur se reconnecter.

- Scuriser laccs lapplication avec un mot de passe de 10 caractre au minimum, avec une dure
dexpiration de 30 jours.
- Avoir un dlai de rafrachissement qui s'approche le plus possible du temps rel.

- Avoir un temps de rponse, temps de traitement et temps de chargement dapplication ne dpassant


pas 15 secondes en condition normale.

- Faire circuler linformation modifie partir dun poste, sur linterface de tous les utilisateurs
connects en temps rel.

- Avoir une Fentre daccueil qui donne accs tous les modules de lapplication selon le profil
connect.

- Avoir une disponibilit

- Grer la rupture de stock par le calcul automatique du besoin net sans intervention humaine

Page 19 sur 38
4. Besoin qualit de service
Web

Standard XML, SOAP .

Nous proposons une Solution SCM en mode SAAS (Logiciel en tant que Service) avec les avantages suivants :

logique de leasing et non dachat (ce qui rduit les besoins de trsorerie)

pas dinstallation (pas de hardware maintenir, pas de frais dintgration, de maintenance, etc.)

diminution des ressources humaines affectes linformatique de lentreprise

moins de dpendance un diteur dans lvolution de son systme dinformation

meilleur ractivit et souplesse des services applicatifs

Page 20 sur 38
CHAPITRE III :
Mthode de Dveloppement

Page 21 sur 38
1. Introduction :

Dans le but de fournir une solution SCM qui rpond aux exigences des clients, on tait amen choisir la bonne
mthode de dveloppement qui met ces derniers au cur du processus de dveloppement de lapplication.

Et Vu la contrainte de temps quon est demand de respecter dans le cadre de notre PFE, les cycles de
dveloppement et donc les cycles de suivi de notre projet doivent tre courts.

Pour cela, on a du choisir une mthode de gestion de projet pour mieux cadrer les diffrentes phases de ce dernier et
les rendre en un ensemble d'activits :

- coordonn et matris

- comportant des dates de dbut et de fin

- entrepris dans le but d'atteindre un objectif conforme des exigences spcifiques

- incluant des contraintes de dlais et de ressources.

2. Diffrentes mthodes :

Ceci dit, Il existe deux types de mthode :

- Classique
- Agile

Figure 6 : Classique vs agile

Le schma ci-dessus illustre les diffrences entre les deux mthodes de travail .

Page 22 sur 38
Mthode classique (en rouge) :

Selon la mthode classique (ligne a ), lquipe de dveloppement est tablie, les deadline pour la livraison sont
fixs, le dveloppement se base sur le cahier des charges dans le but dobtenir le rsultat prdtermin entre le client
et la socit informatique.

Les priorits concernent les processus et les outils employs, le respect de la documentation exhaustive et un travail
sur base de la ngociation contractuelle.

Cette mthode ne garanti pas la livraison de lapplication fonctionnelle dans le temps. Et le rsultat obtenu nest pas
toujours celui espr par le client.

Ici le travail de dveloppement sapplique selon un plan prtabli avec le client.

Mthode agile (en vert) :

Dans le dveloppement agile, la priorit se place sur la ractivit par rapport au changement, plutt qu la
conformit par rapport un plan. Ici, on prconise la ralisation de projet par itration o lon doit livrer la fin de
chacune de ces itrations une partie fonctionnelle et teste de lapplication.

La collaboration et les interactions avec le client occupent la place centrale.

Le dveloppement agile permet de rvaluer le projet, durant sa programmation, et de le rorienter.

Le client veut arriver au rsultat b . On dlivrera alors les itrations ncessaires pour y arriver. Mais il est possible
quen cours de dveloppement, on se roriente compltement pour obtenir un rsultat c qui correspond encore
mieux aux attentes du client.

Figure 7 : Enjeux des Diffrentes Mthodes

Page 23 sur 38
3. Diffrences entre approche traditionnelle et approche agile

Thme Approche traditionnelle Approche agile

Cycle de vie - En cascade ou en V, sans rtroaction possible, - Itratif et incrmental.


phases squentielles.
- Prdictive, caractrise par des plans plus ou - Adaptative avec plusieurs niveaux de
Planification
moins dtaills sur la base dun primtre et planification (macro- et Micro planification) avec
dexigences dfinies et stables au dbut du projet. ajustements si ncessaires au fil de leau en
fonction des changements survenus.
- Produite en quantit importante comme - Rduite au strict ncessaire au profit
support de communication, de validation et de dincrments fonctionnels oprationnels pour
Documentatio
contractualisation. obtenir le feedback du client.
n
- Une quipe avec des ressources spcialises, - Une quipe responsabilise o linitiative et la
quipe
diriges par un chef de projet. communication sont privilgies, soutenue par le
chef de projet.
- Contrle qualit la fin du cycle de - Un contrle qualit prcoce et permanent, au
Qualit
dveloppement. Le client dcouvre le niveau du produit et du processus. Le client
visualise les rsultats tt et frquemment.
produit fini.
- Rsistance voire opposition au changement. - Accueil favorable au changement inluctable,
Changement
- Processus lourds de gestion des changements intgr dans le processus.
accepts.
Suivi de - Mesure de la conformit aux plans initiaux. - Un seul indicateur davancement : le nombre de
lavancement fonctionnalits implmentes et le travail restant
- Analyse des carts.
faire.

Gestion des - Processus distinct, rigoureux, de gestion - Gestion des risques intgre dans le processus
risques global, avec responsabilisation de chacun dans
des risques.
lidentification et la rsolution des risques.
- Pilotage par les risques.

Mesure du - Respect des engagements initiaux en termes de - Satisfaction client par la livraison de valeur
succs cots, de budget et de niveau de qualit. ajoute.

4. Notre Choix en termes de mthode de gestion de projet :

Nous avons opt pour le dveloppement avec les mthodes agiles, aussi appel "Mthodes de dveloppement
adaptatif", peuvent tre considres comme "un style de dveloppement logiciel itratif centr sur les personnes
et qui met l'accent sur la satisfaction du client travers l'intgration continue d'un logiciel entirement
fonctionnel".

Elles assurent les Tches suivantes :

- Des Mthodes centres sur les hommes : Personnes et interaction plutt que processus et outils
- Des centres sur une application qui fonctionne : Logiciel fonctionnel plutt que documentation complte
- Des Mthodes centres sur la collaboration avec le client : Collaboration avec le client plutt que
ngociation de contrat
- Des Mthodes centres sur l'acceptation du changement : Ragir au changement plutt que suivre un plan

Page 24 sur 38
5. Principes des Mthodes Agiles :

Principe Description

- Notre priorit est de satisfaire le client en lui livrant trs tt et - Grce au dveloppement itratif, chaque livraison intermdiaire donne lieu une validation par le
rgulirement des versions oprationnelles de lapplication, source client ; son feedback est essentiel pour garantir la conformit de la livraison avec ses attentes, pour
de valeur. prendre en compte ses remarques et (re)prioriser.

- Accepter le changement dans les exigences, mme tard dans le - Cet tat desprit caractrise une quipe agile qui dmontre ainsi sa capacit comprendre et apprendre
cycle de vie, pour garantir la comptitivit du client. comment satisfaire encore mieux la demande.

- Livrer le plus souvent possible des versions oprationnelles de - Une version intermdiaire du produit final, visible et testable, satisfait davantage le client quune
lapplication, une frquence allant de deux semaines deux mois. documentation valider. Il a, de ce fait, la preuve tangible que le projet avance et peut exprimer son
point de vue sur le rsultat prsent.

- Client et dveloppeurs doivent cooprer quotidiennement tout au - Les relations conflictuelles ne font pas partie de lesprit agile ; on prfrera des relations
long du projet. collaboratives et de partenariats bass sur la confiance et le consensus. Le client (ou son reprsentant)
est accessible et disponible, totalement impliqu dans toutes les phases du projet.

- Construire des projets autour dindividus motivs. - Le facteur cl du succs dun projet est lquipe. Tout obstacle son bon fonctionnement devra tre
lev ; un changement, sil savre ncessaire, sera apport aux processus, aux outils, lenvironnement,
- Leur donner lenvironnement et le support dont ils ont besoin et
la composition de lquipe
leur faire confiance pour remplir leur mission.

- La mthode la plus efficace de communiquer des informations - Par dfaut, on privilgie lchange oral lcrit, pour lever toute ambigut et favoriser la rapidit de
une quipe et au sein de celle-ci reste la conversation en face la comprhension. Tout ne peut tre formalis par crit, notamment la connaissance tacite , cest--
face. dire linformation informelle , la culture du projet, dtenues par chacun au sein dune quipe.

- Le fonctionnement de lapplication est le premier indicateur - Il nexiste pas dautre indicateur plus pertinent que le pourcentage ou le nombre dexigences
davancement du projet. satisfaites ; on ne mesure pas un projet la quantit de documents produits ou au nombre de lignes de
code, non significatifs pour le client.

- Les mthodes agiles recommandent que le projet avance un - La qualit du travail fourni dpend du rythme de travail qui doit tre adapt en fonction des
rythme soutenable. spcificits du projet. Le rythme doit tre soutenu et soutenable sur la dure du projet.

Page 25 sur 38
- Sponsors, dveloppeurs et utilisateurs devraient pouvoir - Ce rythme de travail est dterminer par lensemble des membres de lquipe et par le client, en
maintenir un rythme constant indfiniment. fonction de la productivit de lquipe et des priorits du client. Mais travailler en heures
supplmentaires, surtout pour corriger des bogues ou des rgressions, napporte aucune valeur ajoute.

- Porter une attention continue lexcellence technique et la - Maintenir un code propre, volutif et performant est un objectif permanent de lquipe ; il ne sagit
conception amliore lagilit. pas de produire rapidement du code non exploitable par les autres, ni du jetable .
- De plus, cela vite surtout denliser les dveloppements ultrieurs, avec des modifications cassant un
dveloppement fragile, ncessitant des interventions des endroits varis du code.

- La simplicit art de maximiser la quantit de travail non fait - La simplicit garantit lvolutivit du systme. La complexit, au contraire, cote davantage et rend
est essentielle. plus difficiles les volutions inhrentes au dveloppement incrmental.
La conception ne doit comporter que des lments utiles.

- Les meilleures architectures, spcifications et conceptions sont le - Le chef de projet agile nest plus celui qui attribue des tches. Lquipe, elle mme, se responsabilise
fruit dquipes qui sauto-organisent et dfinit ses travaux raliser, le partage des tches seffectuant sur la base du volontariat.

- intervalles rguliers, lensemble de lquipe sinterroge sur la - Lenvironnement dun projet nest pas constant ; lquipe agile, qui en a conscience, sinterroge en
manire de devenir encore plus efficace, puis ajuste son permanence sur la faon damliorer son fonctionnement afin de sadapter aux nouvelles conditions.
comportement en consquence. Cest aussi lacceptation du changement !

6. Les Diffrentes mthodes Agiles :

Pour faire notre choix, nous avons t men effectuer une tude comparative entre les plus connues des mthodes agiles.

Le tableau suivant prsente les caractristiques marquantes de chacune delles :

Mthode Points cls Caractristiques Imperfection

RUP - Modle complet du dveloppement de - Modlisation daffaires - RUP na aucune limitation dans le cadre dutilisation.
logiciel, inclut le soutien doutils.
(Rational Unified Process) - soutien doutils - Manque de la description (comment rduire, comment changer).
- tche de rle conduite par activit.
- Lourd, convient pour les gros projets qui gnrent beaucoup de
documentation.

Page 26 sur 38
XP - Dveloppement rduit par client - Refactoring : Les pratiques individuelles sont bien adaptes dans plusieurs
situations mais les pratiques de gestion et de vue gnral sont moins
(EXtreme Programming) - petite quipe Devoir refaire la
attentives.
conception du systme
- construction quotidienne.
de faon continue
- Amlioration constante pour amliorer sa
performance et sa
- adaptabilit aux modifications.
capacit de rponse
aux changements.

FDD - Processus avec 5 tapes - La simplicit de FDD ne se concentre que sur la conception et limplmentation,
mthode uniquement le dveloppement.
(Feature Driven - Dveloppement se basant sur les
Development) composants objet orient. - conception et
implmentation du
- Trs petite itration : de quelques heures
systme par des
2 semaines.
caractristiques,
modlisation dobjet.
- Itrations trs courtes.

Scrum - Indpendant Transfrer de "dfini et Scrum spcifie en dtail comment grer le cycle de 30 jours mais
rptitif" la vue de lintgration et le test dacceptation ne sont pas dtaills.
- Petite quipes organisation
dveloppement de
automatique de dveloppement La mise en uvre du dveloppement n'est pas prcise, seule
produits nouveaux de
compte la gestion des ressources humaines.
- cycles de 30 jours. Scrum"

ASD - Culture adaptative Les Organisations sont ASD se concentre plus sur le concept et la culture que la pratique
considres comme des logicielle.
(Adaptive Software - collaboration, dveloppement itratif
systmes adaptatifs.
Development)

Figure 8 : Etude comparative des mthodes agiles

Page 27 sur 38
La figure suivante prsente les diffrences marquantes entre quelques mthodes agile en termes de taille de projet :

Figure 9 : Synthse des diffrentes mthodes Agiles

7. Notre Choix en termes de mthode agile :


On a opt pour EXtreme Programming (XP) comme mthode de dveloppement parce quelle correspond
parfaitement notre besoin en terme de taille de projet, de contrainte de temps, de travail en binme, de cahier de
charge fonctionnel non complet , dintgration continu de diffrentes fonctionnalits exiges par le client, de
modification effectuer de faon continue tout au long du projet et de contrle de qualit de travail assur par Mr
Kebaili.

L'eXtreme Programming repose sur le principe du dveloppement itratif : c'est a dire que l'on construit l'application
en la dveloppant morceau par morceau et en ajoutant au fur et a Mesure de nouvelles fonctionnalits.
Dans un schma traditionnel, on commence dj par prendre en compte l'ensemble des fonctionnalits afin de se
faire une ide de la dure du projet et des diffrents lments qu'il faudra garder a l'esprit lors du dveloppement.

Parmi les avantages dEXtreme Programming :

- Qualit
Maintenabilit
Efficacit
Adaptabilit
- Transparence

Page 28 sur 38
Intgration du Client
- Respect des objectifs
- Ambiance de travail

EXtreme Programming tient sur les affirmations suivantes :

- Puisque la relecture du code est une bonne pratique, alors elle sera faite systmatiquement.
- Puisque lintgration des modifications des uns permet aux autres davancer alors la publication des
modifications se fera trs souvent.
- Puisque la simplicit est reine de sagesse, alors il faudra toujours choisir la solution la plus simple.
- Puisque lamlioration du code est importante, alors elle sera faite tout au long de lavancement des tches.
- Puisque la comprhension de tous les acteurs est primordiale, alors il faudra dfinir les termes utiliss afin
de lever toutes les ambiguts.
- Puisque les tests sont indispensables alors ils seront faits a la fin de chaque tape.

7.1 Approche itrative de la mthode XP :


Les projets base de dveloppement Agile sont livrs en plusieurs petits morceaux, des petites livraisons, des
livraisons incrmentales et itratives.

L'eXtreme Programming repose sur une approche itrative.

Les avantages de cette approche sont :

- Rduction des risques:


Permet davoir une visibilit de ce qui est achev un moment prcis du projet.

- Augmentation de la valeur :
Livrer rapidement des avantages, tre en mesure de livrer le produit quand il est considr comme assez
bon, plutt que de devoir attendre tous les lments destins tre livrs.

- Plus de souplesse / agilit:


On peut choisir de changer de direction ou dadapter les prochaines itrations sur la base ce qui a t
dvelopp et sur lutilisation du logiciel.

- Une meilleure gestion des cots:

Page 29 sur 38
Si, comme tous les trop nombreux projets de dveloppement de logiciels, vous courez aprs le budget, une
certaine conomie peut-tre apporte par la mthode Agile.

7.2 Cycle de vie de la mthode XP :


L'eXtreme Programming repose sur des cycles rapides de dveloppement (des itrations de quelques
semaines) dont les tapes sont les suivantes :

- une phase d'exploration dtermine les scnarios clients qui seront fournis pendant cette itration ;
- l'quipe transforme les scnarios en tches raliser et en tests fonctionnels ;
- chaque dveloppeur s'attribue des tches et les ralise avec un binme ;
- lorsque tous les tests fonctionnels passent, le produit est livr.

Figure 11 : Vue Gnrale du Cycle de vie de la Mthode XP

Le cycle se rpte tant que le client peut fournir des scnarios livrer. Gnralement le cycle de la
premire livraison se caractrise par sa dure et le volume important de fonctionnalits embarques. Aprs
la premire mise en production, les itrations peuvent devenir plus courtes (une semaine par exemple).

Un release se dfinit par une date de dbut et une date de fin, un thme et une slection de fonctionnalits
implmenter.

lintrieur dune release, on dfinit des itrations, auxquelles sont affectes les diffrentes stories.

Il est en effet souhaitable davoir, au cours dun projet, des itrations de mme longueur, afin de rythmer
le projet et de faciliter ainsi la planification des runions ou les validations pour toutes les parties
prenantes. En outre, la vlocit, cest--dire le nombre de story points dvelopps par lquipe au cours
dune itration, ne peut tre calcule et rutilise par lquipe que sur des priodes comparables.
Planifier une release, cela revient par consquent ventiler des fonctionnalits dans des itrations dont
la taille a t dtermine. Au pralable, il est souvent ncessaire de prciser ces fonctionnalits, voire de
les dcouper pour les affecter efficacement et logiquement aux itrations ; cette rpartition est fonction
de la vlocit. Au cours dune runion de planification (release planning meeting), les fonctionnalits
macroscopiques prioritaires sont alors dtailles en units plus fines, qui sont estimes en nombre de
points, selon leur complexit, et rparties sur les trois itrations de la release, en fonction de la vlocit
de lquipe.

Page 30 sur 38
On obtient ainsi le plan de la release (release plan), cest--dire, pour cette premire release, le nombre
ditrations, leurs dates de dbut et de fin, ainsi que les fonctionnalits que lon envisage dy dvelopper,
aprs calcul de la vlocit de lquipe.
Ce plan de la release peut tre mis jour tout au long de la priode, essentiellement la fin de chaque
itration, si la vlocit estime de lquipe se rvle tre errone ou si le client modifie ses priorits.

7.3 Droulement du Cycle de vie :

Figure 12 : Les Principales Phases de la Mthode XP

lintrieur des jalons de fin et dbut de litration, on dfinit ce que lon va y faire. Lorsque litration dbute, les
stories retenues sont dtailles, leur tour, pour estimer les activits raliser. Au sein dune release, seule
litration qui dbute est planifie en dtail.
Il sagit, prsent, lors dune nouvelle runion de planification (itration ou sprint planning meeting) avec
lensemble de lquipe et le reprsentant du client, de lister les activits techniques (par exemple, implmenter les
composants techniques, faire de la persistance en base de donnes), ncessaires pour raliser les stories affectes
litration.
Gnralement, dans une premire partie de cette runion, quelques heures sont consacres la comprhension des
attentes du client et la dfinition des critres dvaluation ; les stories sont dcrites sur des fiches bristol que lon
peut schanger et complter facilement ; ensuite, dans une deuxime partie, lquipe dtaille les travaux raliser,
recense les activits et estime le temps ncessaire leur ralisation en heures (ideal hours) ou en points.

Avec le client, on dfinit les fonctionnalits du logiciel ~ 1 mois au maximum


Les fonctionnalits sont exprims sous forme de user-stories (scnarios) :

exprimer simplement une fonctionnalit


rester le plus simple et le plus concret possible

Si un scnario est trop complexe (trop vague, pas assez bien dfini) : on va le dcomposer.
Si un scnario est trop simple, on va lintgrer dans un scnario plus gros.
Avec lensemble des scnarios, on peut commencer planifier le dveloppement.

On runit client et dveloppeurs.

Page 31 sur 38
1. Le client prsente les scnarios lquipe
2. Les dveloppeurs tentent dvaluer la charge de travail de chaque scnario. On attribue
un nombre de points en fonction de la difficult.
3. Lquipe estime sa vlocit : le nombre de scnario quelle est capable deffectuer en une
itration
4. Le client organise le planning
Refactorisation - Refactoring : Consiste amliorer le code de manire permanente, en le restructurant :

liminer le code redondant


amliorer la lisibilit
raccourcir les mthodes trop longues

8. Les principaux intervenants dans le cycle de dveloppement de la mthode XP :


Acteurs Rles Reprsentant
- Doit participer la conception du logiciel et
peut influer sur son volution

- Doit utiliser le logiciel et dfinir de nouvelles


Client fonctionnalits

- Doit organiser le planning du projet


- Doit garantir la qualit de lapplication

- Doit travailler sur nimporte quelle partie du


code

- Doit fournir un code clair, propre et bien


comment
Dveloppeur
- Doit Scuriser lapplication en liminant les
bogues.

- Doit former lquipe aux pratiques dXP

- Doit soccuper des formalits administratives


Coach ou chef de projet
- Doit tenir le planning et le respecter

Page 32 sur 38
1. Users Stories :
Module User Story Descriptif Acteurs Priorit
En tant que chef datelier je veux accder lapplication, afin de
faire le suivi et la correction des informations relatives aux OF, la
main duvre en production, aux quantits produites, aux temps
passs, aux cots prvisionnels.
Chef datelier
Gestion des Ordres de Fabrication Cette fonction doit Permettre de connatre les diffrents stades 5
Directeur de Production
davancement des oprations de fabrication et la mise en vidence
des avances et des retards.
En tant que Directeur de production je veux accder
lapplication, afin de crer ou annuler des OF.

En tant que Directeur de Production je veux accder


lapplication, afin de dfinir, en fonction des dlais et des priorits,
les dates de dbut des oprations dun ordre de fabrication, afin
que celles-ci soit termines dans les dlais prvus.
Calendrier de production et jalonnement Directeur de Production
Gestion de Cette fonction doit permettre davoir une meilleure mesure des
datelier marges de manuvre dont Lentreprise dispose (dates de
lancement des commandes ou des oprations, retard acceptable).
Elle doit aussi permettre le choix de rgle de jalonnement utilise.

En tant que Directeur de Production je veux accder


lapplication, afin de dterminer les caractristiques et choisir les
limites (les tolrances) l'intrieur desquelles le produit est
conforme.
En tant que Contrleur je veux accder lapplication, afin de
Directeur de Production
Contrle de la fabrication connaitre les conformits auquel chaque produit doit Obir Pour
Contrleur
pouvoir les appliquer et prendre une dcision concernant la
conformit de chaque produit.
En tant que chef datelier je veux accder lapplication, afin de
connatre les limites et tolrance de conformit, et en faire un
premier contrle.

Page 33 sur 38
En tant que Directeur de Production je veux accder
lapplication, afin dadministrer les dfinitions de produit tout au
long de leur cycle de vie en numrant l'ensemble de ses
Directeur de Production
constituants, de grer diverses configurations d'un article et de
Gestion des nomenclatures Chef datelier
copier les nomenclatures Pour les articles semblables.
En tant que chef datelier je veux accder lapplication, afin de
proposer des modifications de nomenclature pour un produit donn
et dditer les fiches techniques.
En tant que Directeur de Production je veux accder
lapplication, afin dindiquer les oprations ncessaires la
Directeur de Production
production d'un article, dans l'ordre de leur excution et dajouter
Gestion des gammes de fabrication Chef datelier
des oprations aux instructions de la gamme.
En tant que chef datelier je veux accder lapplication, afin de
proposer des modifications de gammes pour un produit donn.
En tant que Directeur de Production je veux accder
lapplication, afin de dfinir le numro et la description du centre
de charge, les temps d'attente et de dplacement, la capacit de
Directeur de Production
Gestion des centres de charge main-duvre, la capacit machine et le nombre d'heures de travail
par jour, les cots de prparation, les cots de main-duvre, les
cots machine et les cots indirects, quel endroit un article est
produit.
En tant que Directeur de Production je veux accder
lapplication, afin de crer, planifier, vrifier, approuver et
Directeur de Production
implmenter la modification des produits.
Gestion des modifications techniques chef datelier
En tant que chef datelier je veux accder lapplication, afin de
faire le suivi de mes demandes de modifications du produit
(Nomenclature, Gamme de fabrication).
En tant que Directeur de Production, et chef datelier je veux
accder lapplication, afin de visualiser les recommandations des
ordres de commandes d'achat (dapprovisionnement) des quantits
Directeur de Production
ncessaires pour poursuivre dans les dlais impartis la production
Le calcul des besoins chef datelier
du produit fini calcul par le systme.
Magasinier
En tant que magasinier je veux accder lapplication, afin de
valider (ou ne pas valider) les recommandations des ordres de
commandes d'achat (dapprovisionnement)
Page 34 sur 38
Interface avec SRM
En tant que Directeur de Production, et chef datelier je veux
accder lapplication, afin de visualiser le Cot de production
calcul automatiquement par le systme. Directeur de Production
Calcul des cots chef datelier
Interface avec SRM
Interface avec CRM
Interface avec RH
En tant que Magasinier je veux accder lapplication, afin de
Gestion des matires premires, des
faire le suivi logistique du stock depuis la rception de la matire
fournitures, des produits finis et du Magasinier
premire jusqu' la sortie du Produit Fini.
Stock hors production
Interface avec SRM
En tant que Magasinier je veux accder lapplication, afin de
Prciser les diffrents indicateurs de gestion des stocks (Stock de
scurit, dalerte, minimum et maximum), et de connatre
parfaitement quelle quantit de quels produits est stocks, depuis Directeur de Production
Stock alerte avec prparation de
quand, jusqu' quand et pour quel usage. chef datelier
commandes et Etat du stock
En tant que Directeur de Production, et Chef datelier je veux Magasinier
accder lapplication, afin de faire un suivi sur la disponibilit
des lments entrant dans la fabrication encours ou prvu dun
produit.
Gestion de stock En tant que Magasinier je veux accder lapplication, afin de
Gestion d'entrepts grer lentrept en termes de recherche d'emplacements et de Magasinier
gestion des contraintes de stockage.
En tant que Magasinier je veux accder lapplication, afin de
dcompter les quantits en stock de lensemble des lments
constitutifs du stock faisant partie du patrimoine de l'entreprise
quels que soient leur nature ou leurs tats dans la chane de
Inventaire Magasinier
fabrication.
Cette fonction permet une vrification des stocks par lots ou par
tranche, avec une priodicit moins longue pour viter la charge de
travail que provoque un inventaire annuel.
En tant que Magasinier je veux accder lapplication, afin
denregistrer tout vnement entranant une modification du stock
Saisie des mouvements de stock Magasinier
(Une entre de marchandises (EM), Une sortie de marchandises
(SM)), et dditer les Bons de livraison et les Bons de sortie.
Page 35 sur 38
5. Conclusion

Maintenant que nous avons la faon dont va fonctionner notre logiciel, ce quil va contenir , de quelle manire les
diffrents modules vont communiquer et avec quelle mthode, nous allons pouvoir commencer la partie conception.

Page 36 sur 38
GLOSSAIRE :

Approvisionnement : Cest une technique ou mthode permettant de livrer un bien, ou un besoin un


tiers. Il a pour but de rpondre aux besoins de lentreprise en matire de produits ou de services ncessaires
son fonctionnement. Il consiste acheter, au bon moment et au meilleur prix, les quantits ncessaires de
produits de qualit des fournisseurs qui respecteront les dlais. Il comporte donc un lment achat et un
lment gestion des stocks.

Bon de livraison : Cest un document utilis pour le traitement dune livraison de marchandises ou de services un
client. Cest sur la base de ce bon que sont excutes les activits Sales Distribution relatives la planification des
articles, leur prlvement, l'expdition, au transport et la facturation. Ce bon est galement utilis pour
lexcution des contrles qualit de livraisons.

Centre de charge : Il dfinit des donnes de base, telles que les machines et le nombre d'employs du centre. Les
donnes supplmentaires peuvent indiquer les taux du centre de charge pour la main-duvre, les machines et la
prparation, la capacit et la productivit machine.

Commande : Cest une intention, soit verbale soit crite, d'engager une transaction commerciale pour des produits
ou services particuliers. Du point de vue de l'acheteur, elle exprime l'intention d'acheter et est appele une commande
d'achat. Du point de vue du vendeur, elle exprime l'intention de vendre et elle se rfre une commande de vente.

Entreposage : Cest une tape trs importante dans la chaine logistique qui consiste Dposer des marchandises
dans un entrept.

Entrept : Lieu servant de dpt pour des marchandises

Gamme de fabrication : C'est un document qui rpertorie toutes les phases d'laboration d'une pice jusqu' son
stockage. Il s'agit de noter tape par tape l'volution de la fabrication d'une pice. Les gammes sont des cas
particuliers de mode opratoire.

IHM : Cest L'interface homme-machine qui dfinit, les moyens et outils mis en uvre, afin qu'un humain puisse
contrler et communiquer avec une machine.

Jalonnement : Cest lAction de placer des jalons ou des jalonneurs pour dterminer une direction o un alignement,
Permet de vrifier si lordre est ralisable en calculant sa marge (diffrence entre la date de fin au plus tard et date de
fin au plus tt). Il existe 2 types de jalonnements : lun au plus tt et lautre au plus tard. Le jalonnement prend en
compte le temps de rglage de la machine, le temps opratoire et le temps de transfert lopration suivante.

Matire premire : Cest une matire extraite de la nature (ressource naturelle), ou produite par elle, utilise dans la
production de produits finis ou comme source d'nergie.

Marchandise : Tous biens que l'entreprise achte pour revendre en l'tat, sans transformation notable, ni intgration
d'autres biens et services produits.

MRP : Le Calcul des Besoins Nets (CBN) plus connu sous le nom de MRP (Material Requirements Planning), est
un ensemble de techniques utilisant les donnes des articles, les nomenclatures, les stocks et les besoins enregistrs
dans le Programme Directeur de Production (PDP), pour :

Calculer les besoins chancs,


Recommander le lancement dordres dapprovisionnements ou de fabrication,
Prconiser le rordonnancement des ordres lancs (achats ou production).

Page 37 sur 38
Le calcul CBN/MRP est le cur de tous les progiciels de Gestion de Production et ERP (Enterprise Ressource
Planning) qui appliquent le concept de gestion MRP2 (Management des Ressources de la Production).

Nomenclature : La nomenclature est la mthode principale permettant de dfinir et communiquer la structure d'un
produit. Une nomenclature peut tre structure de diffrentes faons, mais vous pouvez suivre certaines directives
gnrales. Ces directives facilitent la dfinition et le dveloppement de niveaux dans la nomenclature, la cration de
numros de pices, la dfinition d'articles fantmes et la rsolution d'autres problmes de nomenclature

Ordonnancement : Technique de contrle de la production dont le but est de permettre la ralisation du programme
de production selon les dlais tablis, au cot minimal. ...

Ordre de Fabrication : Ordre autorisant un atelier de fabrication produire des pices.

Produit Fini : Un produit fini est le rsultat de la transformation industrielle d'une ressource naturelle en
matire premire, par son extraction, et d'un certain nombre de transformations (produits intermdiaires ou
semi-finis) pour aboutir un rsultat, voulu par le concepteur, ralis par le producteur, en vue de la
satisfaction des besoins connus ou anticips de clients.

Produit semi-fini : Cest un produit Qui doit encore subir des modifications avant de pouvoir tre commercialis,
cest un produit de l'industrie, intermdiaire entre la matire premire et le produit fini.

Produit semi-ouvr : Cest un produit industriel ayant dj subi des transformations mais qui doit en subir
d'autres avant commercialisation.

Stock : Ensemble des matires premires, marchandises, fournitures, produits semi-ouvrs, produits finis, produits
en cours, emballages, biens achets, transforms ou vendre qui appartiennent une entreprise une date donne.
Cest aussi l'ensemble des biens qui interviennent dans le cycle d'exploitation de l'entreprise pour soit tre vendus
en l'tat ou au terme d'un processus de production venir ou en cours, soit tre consomms au premier usage

Refactoring : Opration de maintenance rgulire du code, pour en amliorer la qualit, la lisibilit et la simplicit,
qui se droule tout au long du projet.

Vlocit : Somme des points correspondant aux fonctionnalits rellement dveloppes au terme
dune itration ; elle dtermine la capacit de lquipe. Cette vlocit est utile pour la planification des itrations
suivantes, et est ajuste en fonction des rsultats constats.

Page 38 sur 38