|
Application client/ serveur de gestion des stocks( Télécharger le fichier original )par Loà¯c Cédric TALOBOU Université africaine de technologie et de management Bénin - Licence professionnelle en génie électrique option système informatique et logiciel 2009 |
b. Les logiciels
IV. Présentation des produits de DATA SERVICESIl s'agit des ordinateurs portables, de bureau, des imprimantes, des scanners, des onduleurs, des serveurs et des copieurs (bureautique) qui divergent selon les marques comme HP, Canon, Brother, Epson, Lexmark, Xeros, Ricoh et Dell pour ne citer que celles-ci. LISTE ET PRIX DE CERTAINS ARTICLES
V. / 4I171111nnI13 IIt ISI DATA SERVICES1. Les FournisseursIndispensables à toute entreprise pour obtenir des matières premières, fournitures et main d'oeuvre , les fournisseurs constituent des interlocuteurs constants en matière de négociation, lors des achats mais aussi pour la négociation et la gestion des stocks. Ceux-ci approvisionnent l'entreprise en matières premières pour la commercialisation de ses produits ou services. APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS 2. Les ClientsIls sont constitués pour la plupart des clients nationaux qui jouissent des services et produits offerts par DATA SERVICES dans le cadre de sa vocation sur le territoire béninois. 3. La concurrenceSuite à la vulgarisation de l'informatique au Bénin, la concurrence demeure rude sur le marché en raison de la pléthore d'entreprises spécialisées dans la vente des consommables informatiques. APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS Chapitre II : ETUDE PREALABLE DE L'EXISTANTLes interviews réalisées à DATA SERVICES, principalement au Magasin, nous ont permis d'étudier l'existant en trois parties à savoir :
I. Présentation du projet :Le système d'information actuel de DATA SERVICES et plus particulièrement celui du magasin n'est pas encore automatisé. Toutefois, les tâches et procédures administratives de l'organisation qui contrôlent et traitent les mouvements du stock sont manuelles, ce qui rend la tâche du magasinier fastidieuse et complexe. II. Définition des objectifs :Les objectifs de la société à travers le Magasin peuvent être résumés comme suit :
III. Approches de solution :Après étude des informations recueillies, quelques problèmes de gestion ont été relevés : APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS Chapitre III : Fonctionnalités du systèmeI. Description des processus1. Processus commandeSelon les besoins exprimés de la clientèle et aussi la nécessité d'approvisionnement, une demande est adressée aux fournisseurs qui selon la disponibilité du produit envoie une facture pro forma après négociation sur le prix d'achat avec le Directeur. 2. Processus stockA partir des cahiers d'entrée et de sortie, des souches de facture et bordereau de livraison, le stock est gérer de façon manuelle et fastidieuse. Le magasinier consulte la fiche de stock et compare ses sorties avec le cahier des ventes qui se trouve au niveau du service vente. 3. Processus approvisionnementL'approvisionnement dépend d'une part de la facilité d'écoulement du produit sur le marché, de la demande expresse de certains clients et d'autre part de l'état en stock des produits. A l'arrivée de la facture du fournisseur, ainsi que la marchandise commandée, le magasinier procède comme suit: il vérifie tout d'abord la conformité de la marchandise conformément au bon de commande, ensuite le magasinier enchaîne avec ces deux opérations: 1. Etablir un bon d'entrée (bon de réception) sur lequel il saisit son numéro et sa date d'établissement. Par la suite, il note dans chaque ligne de bon: la désignation du produit réceptionné, le numéro de facture (ou bon de livraison), date de réception, le nom du fournisseur et enfin la quantité livrée. 2. Enregistrer les produits réceptionnés dans le registre d'entrée, en mentionnant la désignation des produits, le numéro de la facture, etc. II. Les spécifications du systèmeLe système à mettre en place doit pouvoir permettre : Au magasinier :
III. Etude détaillée des fonctionnalités du système1- Identification des acteurs
2- Diagramme de contexte statiqueLe diagramme de contexte statique spécifie le nombre d'instances d'acteurs reliées au système à un moment donné. C'est un diagramme qui ne fait ressortir que les acteurs du système et le système.
Diagramme de contexte statique L'étude préalable appelée techniquement ingénierie des exigences ou analyse et spécification des besoins, constitue une phase capitale dans le cas oütoute la suite du projet dépend d'elle, elle doit être faite avec beaucoup de rigueur et plus d'attention pour que le projet réussisse avec un grand succès. Dans cette première partie, nous avons d'abord présenté la société DATA SERVICES, ensuite nous avons exposé les problèmes de la société en faisant toutefois les critiques du travail manuel et enfin nous avons fait une approche de solutions qui consiste à concevoir et à développer une application qui facilitera les services énumérés précédemment. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Nous identifions globalement les cas d'utilisation |
: |
Ø Gérer l'entrée des produits ;
> Gérer la sortie des produits ;
Ø Gérer l'état en stock des produits ;
> Gérer les produits et les fournisseurs ;
> Gérer les utilisateurs ;
> Consulter les produits en stock.
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d'un système logiciel. Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur (humain, machine ou autre (logiciel )) et un système. Il est une unité significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec les cas d'utilisation (use case).
Acteur : Représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel ou autre système) qui interagit directement avec le système étudié. [8]
Cas d'utilisation (use case) : Représente un ensemble de séquences d'actions qui sont réalisées par le système et qui produisent un résultat observable intéressant pour un acteur particulier. [8]
Les relations entre acteurs : La seule relation entre acteur est la relation de généralisation. Quand un acteur fils hérite d'un acteur père, il hérite en réalité de toutes les associations du père. [8]
Les relations entre cas d'utilisation :
Relation d'inclusion : Une relation d'inclusion d'un cas d'utilisation A par rapport à un cas d'utilisation B signifie qu'une instance de A contient le comportement décrit dans B. [8]
Relation d'extension : Une relation d'extension d'un cas d'utilisation A par un cas d'utilisation B signifie qu'une instance de A peut être étendue par le comportement décrit dans B. [8]
Relation de généralisation : Les cas d'utilisation descendants héritent de la description de leurs parents communs. Chacun d'entre eux peut néanmoins comprendre des interactions spécifiques supplémentaires. [8]
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
1. ' iINrat
· t
· 1REIRcM
RE'uAiIisaAinn Rsulit
· inaire
Diagramme de cas d'utilisation préliminaire
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
2. DiagraP P 114111cEs 41'XAI4isEMIC ITAI4XT
Pour notre système, certains acteurs doivent s'identifier avant d'exécuter une opération donnée. Nous allons donc créer un cas d'utilisation «authentifier » qui fera l'objet d'inclusion avec tous les autres cas d'utilisation du système.
Diagramme de cas d'utilisation évolué
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Titre : Gérer l'entrée des produits
Type : Essentiel détaillé
Résumé : Le magasinier enregistre, après vérification de la conformité de la
facture, les produits achetés auprès du fournisseur.
Acteur : Magasinier
Date de création : Septembre 2010
Date de mise à jour : Septembre 2010
Responsable : TALOBOU Loïc Cédric
Version: 1.1
Description des scénarios :
Pré-condition :
ü L'application est lancée et le magasinier s'est authentifié
ü Le magasinier est sur le menu du système
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Scénario nominal :
|
HOMME |
MACHINE |
||
|
1- Le magasinier choisit d'effectuer l'opération : Enregistrer une nouvelle |
2- Le système affiche le formulaire d'enregistrement des nouvelles entrées |
||
|
|
||
|
|||
|
|||
|
|||
|
|||
|
|||
Enchainement alternatif
A3 : La date d'entrée saisie est incorrecte
L'enchainement A3 démarre au point 3 du scénario nominal
1- La machine signale au magasinier que la date saisie est incorrecte Cette date ne peut donc être enregistrée
L'enchainement A3 reprend au point 3 du scénario nominal
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
A6 : Le prix d'achat saisi est incorrect
L'enchainement A6 démarre au point 6 du scénario nominal
1- La machine signale au magasinier que le prix d'achat saisi est incorrect Ce prix ne peut donc être enregistré
L'enchainement A6 reprend au point 6 du scénario nominal
A7 : La quantité d'achat saisie est incorrecte
L'enchainement A7 démarre au point 7 du scénario nominal 1- La machine signale au magasinier que la quantité d'achat Cette quantité ne peut donc être enregistrée
L'enchainement A7 reprend au point 7 du scénario nominal b. Description réelle
Interface Homme Machine
Date d'approvisionnement : Fournisseur : Produit :
/ /
Quantité : Prix d'achat :
Fermer
Valider
Modifier
FICHE ENTREE EN STOCK
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Titre : Gérer la sortie de stock
Type : Essentiel détaillé
Résumé : Le magasinier enregistre les produits qui sortent du stock pour aller au
service vente sous la demande de celui-ci.
Acteur : Magasinier
Date de création : Septembre 2010
Date de mise à jour : Septembre 2010
Responsable : TALOBOU Loïc Cédric
Version: 1.1
Description des scénarios :
Pré-condition :
v' L'application est lancée et le magasinier s'est authentifié
v' Le magasinier est sur le menu du système
Date de sortie : Produit : Quantité :
/ /
Fermer
Valider
Modifier
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Scénario nominal :
|
HOMME |
MACHINE |
||
|
1- Le magasinier choisit d'effectuer l'opération : Enregistrer une nouvelle sortie |
2- Le système affiche le formulaire d'enregistrement des nouvelles sorties de stock |
||
|
|
||
|
|||
|
|||
|
|||
Enchainement alternatif
A3 : La date de sortie du produit saisie est incorrecte
L'enchainement A3 démarre au point 3 du scénario nominal
1- La machine signale au magasinier que la date saisie est incorrecte Cette date ne peut donc être enregistrée
L'enchainement A3 reprend au point 3 du scénario nominal
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
A5 : La quantité du produit à sortir saisie est incorrecte L'enchainement A5 démarre au point 5 du scénario nominal 1- La machine signale au magasinier que la quantité d'achat s Cette quantité ne peut donc être enregistrée
L'enchainement A5 reprend au point 5 du scénario nominal
|
FICHE SORTIE DE STOCK |
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
La modélisation statique s'occupe de la description des objets. Ce niveau de modélisation ne tient pas compte du facteur temporel dans le comportement du système mais s'attèle à fournir une représentation abstraite des objets du système qui vont interagir ensemble pour réaliser les cas d'utilisation. [9]
Une classe est un ensemble de fonctions (méthodes) et de données (attributs) qui sont liées par un champ sémantique. Les classes sont utilisées dans la programmation orientée objet. Elles permettent de modéliser un programme et ainsi de découper une tâche complexe en plusieurs petits travaux simples. [5]
Une classe décrit les responsabilités, le comportement et le type d'un ensemble d'objets. Les éléments de cet ensemble sont les instances de la classe.
Dans notre étude, nous pouvons dégager les classes suivantes :
Produit : C'est une classe qui regroupe les différents produits qu'offre DATA SERVICES à sa clientèle.
Fournisseur : Cette classe regroupe tous les fournisseurs de l'entreprise.
SortieStock : Cette classe enregistre les sorties des produits du magasin vers le service vente.
EntréeStock : Cette classe enregistre les entrées des produits dans le magasin.
Facture : Cette classe enregistre les factures des produits envoyés dans le magasin.
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Dictionnaire des données :
|
N° |
PROPRIETES |
DESIGNATION |
NAT |
TYPE |
LNG |
OBSERV |
|
1 |
Numfour |
Numéro du fournisseur |
E |
N |
6 |
|
|
2 |
Nomfour |
Nom du fournisseur |
E |
C |
30 |
|
|
3 |
Adresse |
Adresse du fournisseur |
E |
C |
30 |
|
|
4 |
Ville |
Ville du fournisseur |
E |
C |
30 |
|
|
5 |
Pays |
Pays du fournisseur |
E |
C |
30 |
|
|
6 |
Codprod |
Code du produit |
E |
N |
6 |
|
|
7 |
Libprod |
Libellé du produit |
E |
C |
30 |
|
|
8 |
Marque |
Marque du produit |
E |
C |
30 |
|
|
9 |
Qtéréapprov |
Quantité de réapprovisionnement |
E |
N |
6 |
|
|
10 |
Qtéalerte |
Quantité d'alerte |
E |
N |
6 |
|
|
11 |
Identrée |
Identifiant d'entrée |
E |
N |
6 |
|
|
12 |
Datentrée |
Date d'entrée en stock |
E |
D |
10 |
JJ/MM/AAAA |
|
13 |
Qtéentrée |
Quantité entrée en stock |
E |
N |
6 |
|
|
14 |
Idsortie |
Identifiant de sortie |
E |
N |
6 |
|
|
15 |
Datsortie |
Date de sortie du stock |
E |
D |
10 |
JJ/MM/AAAA |
|
16 |
Qtésortie |
Quantité sortie du stock |
E |
N |
6 |
|
|
17 |
Numfact |
Numéro de la facture |
E |
N |
6 |
|
|
18 |
Datefact |
Date de la facture |
E |
D |
10 |
JJ/MM/AAAA |
|
19 |
Prix |
Prix du produit |
E |
N |
6 |
|
|
20 |
Qtéstock |
Quantité en stock |
CA |
N |
6 |
J : jour M : mois A : année E : élémentaire N : numérique D : date CA : calculée C : caractère NAT : nature LNG : longueur TYPE : type OBSERV : observation N° : numéro
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Les attributs définissent des informations qu'une classe ou un objet doit connaître. Ils représentent les données encapsulées dans les objets de cette classe. Chacune de ces informations est définie par un nom, un type de données, une visibilité. Cette visibilité peut être « privée » (marquée par un `'-`'), « protégée » (marquée par un `'#») ou « publique » (marquée par un `'+»). [9]
Les méthodes quant à elles sont des opérations, c'est-à-dire des éléments
de comportement qui ne peuvent manipuler que des attributs de
classe et leurs
propres paramètres. Par défaut, les attributs
d'une classe sont privés et les méthodes publiques. [9]
Ainsi, nous distinguons pour chaque classe, les attributs et méthodes
répartis dans les classes comme ci-dessous
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Le diagramme de classe est un schéma utilisé en génie logiciel pour présenter les classes et les interfaces d'un système ainsi que les différentes relations entre celles-ci. Ce diagramme fait partie de la partie statique d'UML car il fait abstraction des aspects temporels et dynamiques. [9]
Le diagramme de classe est considéré comme le plus important de la modélisation orientée objet. Contrairement au diagramme des cas d'utilisation qui montre le système du point de vue des acteurs, il stipule quant à lui la structure interne du système. Il permet de fournir une représentation abstraite des objets du système qui vont interagir ensemble pour les cas d'utilisation. [9]
Les principaux éléments de cette vue statique sont les classes et leurs relations (association, généralisation et plusieurs autres types de dépendances).
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Voici donc le diagramme de classes réalisé :
Diagramme de classe
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Un diagramme d'objet représente des objets, qui sont les instances des
de l'état du système à un instant donné. Il permet, selon les situations, d'illustrer le modèle de classes (en montrant un exemple qui explique le modèle), de préciser certains aspects du système (en mettant en évidence des détails imperceptibles dans le diagramme des classes), d'exprimer une particularité (en modélisant certains cas, des connaissances non généralisables.), ou de prendre une image d'un système à un moment donné. Alors que le diagramme de classe modélise les règles, celui d'objet modélise les faits. [9]
Graphiquement, un diagramme d'objet se représente comme une classe. Cependant, le compartiment des opérations n'est pas utile. De plus, le nom de la classe dont l'objet est une instance est précédé d'un « : » et est souligné. [9]
A partir de notre diagramm
représenté quelques
diagrammes d'objets
Ce diagramme montre qu'un produit peut faire l'objet de plusieurs sorties du stock et qu'une sortie du stock concerne un et un seul produit.
Diagramme d'objet1
Ce diagramme montre qu'un fournisseur peut approvisionner plusieurs entrées en stock et qu'une entrée en stock appartient à un fournisseur.
Diagramme d'objet2
Ce diagramme montre qu'une facture peut contenir plusieurs entrées de produits et qu'une entrée en stock concerne une seule facture.
Diagramme d'objet3
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Le diagramme de collaboration décrit le comportement collectif d'un ensemble d'objets, en vue de réaliser une opération et en décrivant leurs interactions modélisées par des envois (éventuellement numérotés) de messages. Il met en évidence les interactions entre les différents objets du système étudié. Il est possible de faire intervenir un acteur dans un diagramme de collaboration, afin de représenter le comportement du système sous l'effet d'un stimulus externe. Un objet actif peut activer un objet passif en lui envoyant un message. Une fois le message traité, le flot de contrôle est restitué à l'objet appelant. [9]
Les messages sont le seul moyen de communication entre les objets. Ils sont décrits essentiellement par objet émetteur (actif) et l'objet récepteur (passif). Leur description peut être complétée par un nom, une séquence, des arguments, un résultat attendu ou une condition d'émission. [5]
|
Enregistrement d'une entrée en stHI I |
Enregistrement d'une sortie de stock
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Pour décrire les cas d'utilisation, la description textuelle est indispensable
car elle seule permet de communiquer avec les utilisateurs. En revanche elle
· La difficulté de montrer comment les enchaînements se succèdent ou à quel mom
· La maintenance des évolutions s'avère souvent fastidieuse.
Le diagramme de séquence met en évidence une structure temporelle des
messages qui sont échangés entre les différents objets impliqués dans la réalisation d'un cas d'utilisation. La dimension verticale du (haut vers le bas) montre les enchainements temporels des messages. Les réponses des différents objets aux messages reçus sont aussi clairement représentées et compréhensibles. [10]
Un objet a une ligne de vie représentée par une ligne verticale en pointillé. Une flèche reçue par un objet se traduit par l'exécution d'une opération. La durée de vie de l'opération est symbolisée par un rectangle. Certains objets vivent pendant tout le diagramme, d'autres sont activés et/ou meurent pendant la
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
1. Cas d'utilisation : « Gérer l'entrée en stock»
· Scenario nominal
Diagramme de séquence du cas d'utilisation « Gérer l'entrée en stock »
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Enchaînement « alternatif »
A3 : La date d'entrée saisie est incorrecte
Diagramme de séquence de l'enchaînement A3 du cas d'utilisation «Gérer l'entrée en stock »
A6 : Le prix d'achat saisi est incorrect
Diagramme de séquence de l'enchaînement A6 du cas d'utilisation «Gérer l'entrée en stock »
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
A7 : La quantité d'achat saisie est incorrecte
Diagramme de séquence de l'enchaînement A$ldu cas d'utilisation «Gérer
l'eIItfIleI lKIIIIlu l
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
2. &ls Id'u7,ilisl7,io4 I« Gérer la sortie du stock»
· Scénario nominal
Diagramme de séquence du cas d'utilisation « Gérer la sortie du stock »
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
A3 : La date de sortie du produit saisie est incorrecte
Diagramme de séquence de l'enchaînement A3 du cas d'utilisation « Gérer la sortie du stock »
A5 : La quantité du produit saisie est incorrecte
Diagramme de séquence de l'enchaînement A5 du cas d'utilisation Gérer la sortie du stock »
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Un diagramme de déploiement décrit la disposition physique des ressources matérielles qui composent le système et montre la répartition des composants sur ces matériels. Chaque ressource étant matérialisée par un noeud, le diagramme de déploiement précise comment les composants sont répartis sur les noeuds et quelles sont les connexions entre les composants ou les noeuds. Les diagrammes de déploiement existent sous deux formes: spécification et instance.
Chaque ressource est matérialisée par un noeud représenté par un cube comportant un nom. Un noeud est un classeur et peut posséder des attributs (quantité de mémoire, vitesse du processeur,. . .).
Dans notre cas, nous aurons trois stations (Magasin, Service vente et Administrateur) sur lesquelles seront installées notre application client/serveur de gestion des stocks c'est-à-dire l'exécutable et un serveur qui à son tour contient la base de données SQL SERVEUR sur laquelle toutes les applications installées devront s'y connecter gr~ce aux partages des ressources du réseau de DATA SERVICES.
Ces propos sont donc illustrés par le schéma ci-dessus qui met en exergue l'architecture matérielle et logicielle de notre application client/serveur.
Diagramme de CvpGEIP WEEMappliJcDTioCUREt/serveuTEe gestion dHEstocs.
Dans cette deuxième partie, nous avons présenté les différents diagrammes d'UML utiles à la modélisation du système d'information en vue de
éré
la réalisation de notre logiciel sans pouvoir nous préoccupés de la manière dont elles seront stockées et manipulées. Autrement dit, le niveau conceptuel consiste jà penser au système d'information sans envisager de concept lié à l'organisation tant du point de vue des données que des traitements c'est-à-dire avoir des préjugés ni sur le matériel utilisé ni sur l'organisation du travail.
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Après avoir fixé nos objectifs, pour atteindre notre but nous devons suivre plusieurs étapes. Ces dernières constituent une partie du cycle de vie de tout projet informatique. Ainsi dans l'étape suivante nous allons nous consacrer sur le choix des méthodes et outils de réalisation.
De nos jours, chacun a profité facilement des avantages que l'informatique apporte à l'entreprise. Cependant, l'informatique est pour la majorité synonyme de vocabulaire hermétique ou encore de service « citadelle ». e cet état de fait, découle la nécessité d'une méthode permettant d'avoir un langage commun de l'informatisation et utilisable par tous.
Il est évident que les méthodes et les outils choisis pour concevoir et développer une application doivent être en fonction de l'environnement et du domaine d'application de celle-ci. Pour le développement de notre application, nous aurons à utiliser un outil de modélisation (Visual Paradigm), une interface de développement (Visual Basic Team Edition 2008), un gestionnaire de base de données (Microsoft SQL Server), un langage de programmation (Visual Basic.Net) et une démarche d'analyse (UML).
|
|||
C'est un outil qui permet de créer des diagrammes UML, de transformer du code PHP, Java, C ++ en diagramme UML. Ceci nous permet de nous concentrer sur la conception du logiciel et de ne pas s'attarder sur des interminables déclarations de classes et de variables. Ceci ne change en rien l'écriture des méthodes en général, si ce n'est le fait que tous les cas d'utilisation sont prévus et gérés. Ce genre d'outil présente un intér~t indéniable pour la conception et réalisation de logiciels robustes.
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Visual studio .net 2008
L'environnement de travail de Visual Basic (IDE, Intergrated Development Environment) est le Visual Studio .NET. Il permet de créer des applications winform et webform, grâce aux composants préconstruits, des Assistants de programmation et la possibilité de réutiliser des composants quel
que soit leur langage, ainsi que la compilation et le débogage au sein du même environnement. Le Visual Studio .NET intègre un ensemble de langage de programmation :
· Microsoft Visual Basic .NET
· Microsoft Visual C++
· C#
Cette diversification de langages permet au développeur de construire son
projet avec le langage qui lui convient, et travailler simultanément avec des solutions créées avec d'autres langages. Visual Studio .NET prend en charge le développement de plusieurs types de projets dans un même environnement tels que les applications Microsoft Windows, applications Web ASP.NET et les services Web XML. [9]
|
|||
L'approche orientée objet présente des avantages considérables, on peut citer : la réutilisabilité des éléments (objets), l'utilisation d'un objet de base afin de produire un autre qui peut être une amélioration de cet objet (phénomène d'héritage), etc.
L'objet est le coeur de cette approche. Tout objet donné possède deux caractéristiques :
· Son état courant (attributs)
· Son comportement (méthodes)
En approche orientée objet, on utilise le concept de classe, celle-ci permet de regrouper des objets de même nature. Une classe est un moule (prototype) qui permet de définir les attributs (champs) et les méthodes (comportement) à tous les objets de cette classe. La facilité de l'utilisation de ce langage est la possibilité de créer des interfaces graphiques aux utilisateurs (GUI, Graphical User Interface). Visual Basic constitue une évolution par rapport au langage BASIC (Beginners All-Purpose Symbolic Instruction Code). [9]
|
Base de données Microsoft SQL Server |
De nombreux SGBD sont disponibles sur le marché, partant des SGBD gratuits jusqu'aux SGBD destinés spécialement aux professionnels, comportant de plus nombreuses fonctionnalités, mais plus coûteux. Pour cela, quelques facteurs subjectifs qui influent souvent sur le choix du SGBD : La politique sécuritaire, le budget à disposition, les compétences déjà acquises en terme de développement et d'administration et au besoin du prix de la formation, le système d'exploitation hébergeant, les architectures logicielles et matérielles. [14]
Ensuite viendront des points tels que : la richesse fonctionnelle du SGBDR, les ressources (disques, mémoire, CPU (Central Process Unit), Transactions par secondes, nombre de connexions simultanées), l'attente que vous avez vis-à-vis du support technique, le type d'accès aux données (OLTP, décisionnelle, reporting, mixte). [14]
Microsoft SQL Server est un Système de gestion de base de données (SGBD) relationnel et transactionnel développé et commercialisé par Microsoft. Il permet de stocker des données sur une base et de gérer ces données en les modifiant et en les mettant à jour. Il permet aussi de définir des relations entre les tables en assurant l'intégrité des données qui sont stockées. Ces relations
peuvent être utilisées pour modifier ou supprimer en chaîne des enregistrements liés. [14]
Microsoft SQL Server utilise le langage T-SQL (Transact-SQL) pour ses requêtes, c'est une implémentation de SQL qui prend en charge les procédures stockées et les déclencheurs (trigger). Pour les transferts de données, il utilise le format TDS (Tabular Data Stream). La première version est sortie en 1989 sur les plateformes Unix et OS/2 et, depuis, Microsoft a porté ce système de base de données sous Microsoft Windows. Il est uniquement supporté sur ce système. [14]
|
Architecture n-tiers |
L'informatique est une science évolutive. De nos jours avec l'arrivée des Technologies de l'Information et de la Communication (TIC), en occurrence l'Internet, l'architecture logicielle ne peut rester indifférent, raison pour laquelle nous trouvons plusieurs architectures sur le marché que nous pouvons subdiviser en deux catégories: l'architecture utilisant un serveur centré et l'architecture n-tiers.
· Architecture utilisant un serveur
centré :
Il s'agit de la première génération : l'ensemble des traitements et des données se trouvent dans un serveur et les utilisateurs des applications utilisent des terminaux pour appeler les fonctions se trouvant dans le serveur. Les terminaux ont uniquement une fonction d'affichage. [8]
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
· Architectures n-tiers :
Comme son nom l'indique cette architecture est un prototype de plusieurs architectures. Commençant du 2-tiers (appelée régulièrement Client/serveur) qui est la base de notre application allant au 3-tiers voire 4-tiers. D'une manière générale les architectures n-tiers suivent les mêmes principes qui sont l'affichage (User interface), le traitement (Business logic) et la partie accès et stockage des données (Data Access Object). En ce qui nous concerne nous aurions besoin de développer une application qui sera utilisée localement. [8]
|
UML |
D'un point de vue plus pratique, UML va nous permettre de créer des diagrammes tels que le: [2]
v Diagramme de cas d'utilisation pour structurer les besoins des utilisateurs et les objectifs correspondants du système [2]
v Diagramme de classes pour passer facilement à l'implémentation avec un langage objet [2]
v Diagramme d'objet où l'on procède à la représentation des objets (instances de classes) et des associations entre ces derniers [2]
v Diagramme de séquence qui représente temporairement les tâches effectuées par les acteurs en montrant ceux qui participent à l'interaction par leur « ligne de vie a» et les messages qu'ils échangent, ordonnancés dans le temps sans spécifier les associations entre les objets [2]
v Diagramme d'état-transitions qui est une représentation de comportement d'un objet en termes d'état. Il décrit le cycle de vie d'un objet sous la forme d'états, de transition, d'événements [2]
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
L'enjeu consiste à réaliser une intégration de l'informatique personnelle dans le SI de l'entreprise avec les objectifs suivants :
Tout utilisateur dans l'entreprise doit pouvoir accéder à toute information utile à sa tâche dès lors que cet accès est autorisé par les règles de confidentialité et de sécurité en vigueur. L'accès doit être instantané et doit pouvoir être fait à partir de n'importe quel poste de travail. L'accès à l'information doit avoir lieu par une interface aussi simple que possible, choisie par l'utilisateur.
Les risques propres à une source de données sont les suivants : [8]
· vol de données (perte de confidentialité)
· altération de données (perte d'intégrité)
· destruction de données (remise en cause de la continuité d'activité)
· augmentation du niveau de privilèges d'un utilisateur d'une application (sécurité, espionnage)
· ressources systèmes abusives (déni de service)
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Formulaire de chargement du logiciel GestStock :
Formulaire d'enregistrement d'un produit:
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Formulaire d'identification d'un utilisateur:
Formulaire d'enregistrement d'un fournisseur:
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Code de création de la classe connection
Imports System
Imports System.Data
Imports System.Data.SqlClient
Public Class Connection
Sub New()
'déclaration d'une variable de type string
' variable qui va contenir les paramètres de connection à la BDD Dim connetionString As String
'affection des paramètres de connection à la variable connetionString connetionString = "Data Source =SWEET-63367FA4A\SQLEXPRESS;Initial Catalog =GestStock;User ID =feno;Password=talobouloic"
Dim connection As SqlConnection
' déclaration d'une variable de type sqlConnection
connection = New SqlConnection(connetionString)
'instanciation de l'objet connection de la classe SqlConnection End Sub
End Class
|
Code de création de la classe Produit |
Private Sub Button1_Click_1(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Dim sql As String 'variable qui va contenir la requête sql
sql = ("insert into Produit(libprod,marque,qtereapprov,qtealerte) values('" & Me.TextBox1.Text & "','" & Me.TextBox2.Text & "','" & Me.TextBox3.Text & "', '" & Me.TextBox4.Text & "')")
'instanciation d'un objet de type sqlDataAdapter
Dim adapter As New SqlDataAdapter 'new est un contructeur
Try
connection.Open() 'ouverture de la connection adapter.InsertCommand = New SqlCommand(sql, connection) adapter.InsertCommand.ExecuteNonQuery()
MsgBox("enregistrement effectué !! ")
Catch ex As SqlException
MsgBox(ex.ToString)
End Try
End Sub
Private Sub Button3_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button3.Click
Dim sql As String 'variable qui va contenir la requête sql
sql ="Update Produit set libprod=" & "'" & Me.TextBox1.Text.Replace("'", "''") & "' ,marque =" & "'" & Me.TextBox2.Text & "' ,qtereapprov =" & "'" & Me.TextBox3.Text & "',qtealerte =" & "'" & Me.TextBox4.Text & "' where codprod='" & TextBox0.Text & "'"
Dim adapter As New SqlDataAdapter
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Try
connection.Open()
adapter.UpdateCommand = connection.CreateCommand adapter.UpdateCommand.CommandText = sql adapter.UpdateCommand.ExecuteNonQuery()
MsgBox("modification effectuée !! ")
Catch ex As Exception
MsgBox(ex.ToString)
End Try
End Sub
Private Sub Button4_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button4.Click
Dim sql As String 'variable qui va contenir la requête sql
connection = New SqlConnection(connetionString)
Dim adapter As New SqlDataAdapter
sql = "Delete From Produit where codprod=" & "'" & Me.TextBox0.Text & "'" Try
connection.Open()
adapter.DeleteCommand = connection.CreateCommand adapter.DeleteCommand.CommandText = Sql adapter.DeleteCommand.ExecuteNonQuery()
MsgBox("Enregistrement supprimé !! ")
Catch ex As Exception
MsgBox(ex.ToString)
End Try
End Sub
Private Sub Button9_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button9.Click
Dim mycom As SqlCommand = cnn.CreateCommand()
Dim cmd1 As SqlCommand = cnn.CreateCommand
cmd1.CommandText = "Select * From Produit where libprod like '" & Me.TextBox5.Text & "%'"
connection.Open()
Try
Dim myread As SqlDataReader = cmd1.ExecuteReader
Do While myread.Read
Me.TextBox0.Text = myread(0).ToString Me.TextBox1.Text = myread(1).ToString Me.TextBox2.Text = myread(2).ToString Me.TextBox3.Text = myread(3).ToString Me.TextBox4.Text = myread(4).ToString Exit Do
Loop
myread.Close()
Catch ex As Exception MsgBox(ex.Message) End Try
connection.Close() End Sub
End Class
Nous intervenons généralement dans la maintenance préventive et curative des équipements informatiques ainsi que dans l'installation et la configuration des équipements après-vente chez les clients. Pour la maintenance, il consiste à souffler l'unité centrale, le moniteur (écran), le clavier, ensuite nous procédons au curetage de ces derniers. Après cette opération, nous procédons au nettoyage du logiciel en lançant des utilitaires tels que Tune UP utility 2008 ou ccleaner pour faire la défragmentation, nettoyer la base des registres, le disque dur, nous désinstallons les anti-virus expirés et les remplaçons par l'antivirus ``kapersky 2010'' pour rendre les systèmes sains. Nous reconnectons les postes qui ne sont pas configurés à internet en les mettant dans une plage d'adresse leur permettant de bien naviguer sur internet, nous définissons une politique de sécurité avec les utilisateurs et donnons les droits d'accès.
En fonction des besoins exprimés dans les différents services, nous définissons les caractéristiques des nouveaux matériels à acquérir pour le bon fonctionnement de la direction. Lors de la livraison des produits chez le client, nous nous assurons de configurer les équipements en vérifiant leur conformité à la demande puis nous installons certains logiciels d'applications primordiaux aux utilisateurs tels que Microsoft office 2010, ccleaner~
Les activités inopinées les plus fréquentes sont :
ü La lutte contre les virus,
ü sécurisation du réseau contre les intrusions
ü Dépannage ou remplacement de quelques matériels
Ce sont les opérations les plus fréquentes. Elles sont souvent dues aux mauvaises manipulations des utilisateurs et aussi à la vétusté du matériel dont le remplacement s'avère indispensable pour la bonne marche des travaux dans les différentes sections. Les problèmes les plus fréquents dans ce volet sont ceux du disque dur, des lecteurs de CD ou de disquette, des cartes d'extension et d'insuffisance de mémoires. Nous pouvons inscrire dans ce volet les problèmes des imprimantes. La résolution des problèmes est souvent logicielle ou matérielle. Mais quel que soit le problème, des utilitaires de diagnostique sont lancés pour savoir les causes.
Durant notre stage, nous avions pu observer quelques insuffisances qui bien qu'étant bénignes méritent d'itre signaler. Nous citerons entre autres le problème de la maintenance qui est le plus souvent dE à l'infiltration des virus qui détruisent des informations utiles au personnel de DATA SERVICES, donc il serait préférable d'opter pour la maintenance préventive en mettant d'un antivirus efficace suivi d'une mise à jour automatique et mensuelle afin d'assurer l'entretien des équipements informatiques.
Deuxièmement, certains problèmes fondamentaux (comme une souris qui ne marche pas, un fichier à ouvrir ou à télécharger) ne nécessitent vraiment pas la présence d'un informaticien car l'informatique de nos jours n'est plus ce service citadelle qui n'est accessible qu'aux informaticiens. Pour ce faire, il va de soi que l'informatique fondamentale soit vulgarisée au niveau du personnel afin que l'exécution de certaines tches primaires ne soit plus réservée aux spécialistes d'où la promotion d'une formation à l'outil informatique.
Somme toute, nous avons présenté dans cette partie, les méthodes utilisées et les outils de réalisation du système, ensuite nous avons exposé la question de la sécurité et de la confidentialité du système et enfin nous avons présenté notre solution informatique à travers des captures d'écran de certains formulaires du logiciel en présentant toutefois quelques codes du langage de programmation utilisé. Par ailleurs, nous avons par ricochet parlé du déroulement de notre stage en présentant les travaux effectués pour en fin de compte faire des critiques et suggestions suite aux insuffisances observées au niveau de DATA SERVICES
Aujourd'hui, la disponibilité de systèmes de gestion de base de données fiables permet aux organisations de toutes tailles de gérer des données efficacement, de déployer des applications utilisant ces données et de les stocker. Les bases de données sont actuellement au coeur du système d'information des entreprises. La quasi-totalité des applications requièrent une base de données pour le stockage de l'information comme simple source d'informations.
La sécurité d'une application peut être compromise de multiples manières. Les applications web sont plus particulièrement vulnérables du fait de leur architecture distribuée et leur architecture n-tiers qui multiplient les composants autonomes représentant autant de maillons d'une chaîne de sécurité à rompre. La compromission d'une application peut engendrer la compromission en cascade des sources de données auxquelles elle a accès. Pour réduire le risque de compromissions en chaîne, il est nécessaire de se doter d'une politique de gestion des privilèges drastiques.
La réalisation de notre application client/serveur sur la gestion automatisée du stock a été un projet très bénéfique pour nous car elle nous a permis d'approfondir nos connaissances apprises tant théoriques que pratiques durant notre parcours universitaire à travers la conception et la modélisation des systèmes d'information et le développement des logiciels d'application.
Durant notre stage, nous avons pu combler certaines zones d'ombres qui régnaient dans notre compréhension. Ces nouvelles connaissances acquises nous permettent d'entrevoir de nouvelles perspectives. Ce travail que nous avons réalisé n'est que le début de notre carrière en développement logiciel que nous espérons très longue.
Nous avons essayé de réaliser ce projet dans le but de faciliter et d'améliorer un tant soit peu la gestion du stock spécifique à DATA SERVICES. Nous avons appliqué autant que possible les règles de bases permettant d'avoir une application performante.
Service
Informatique
DIRECTEUR
Magasin
Service Vente
Secrétariat
Organigramme de DATA SERVICES
Fiche de stock a DATA SERVICES
- [1] M. Cyril GRUAU, Conception d'une base des données, Masson, 13 Juillet 2006
- [2] M. DIMASSI Jamil, Méthodologie de conception UML, 21 Août 2008.
- [3] M. Benoît Sonntag, Conception et programmation Orientée objets, Université de Louis Pasteur de Strasbourg
- [4] M. Thomas NDIE DJOTIO, Cours de Génie Logiciel, Mars 2010.
- [5] M. Oloubo SAMADY et M. Pierre Claver MONTCHO, cours d'UML, 2009-2010
- [6] M. Didier FOURT, Glossaire Informatique, infoprat@free.fr, 1998
- [7] M. Hugo Etiévant, Politique de gestion des droits d'accès à une base de données, 30/08/2010
- [8] M. TCHENBA, cours de VB.Net, Présentation de VB.net, Janvier 2010
- [9] M. Frédéric Julliard, UML Unified Method Language (Langage unifié pour la modélisation objet), Université de Bretagne Sud UFR SSI - IUP Vannes, 2001-2002
[10] http://www.memoireonline.com/07/10/3700/m Conception-et-realisationdune-application-web-pour-la-gestion-des-stocks-cas-detude-magasin29.html Dernière consultation 05 Février 2011
[11]
http://www.memoireonline.com/02/09/2005/m_ConceptionetDeveloppement-dun-logiciel--de-gestion-commerciale19.html
Dernière
consultation 15 Février 2011
[12] http://plasserre.developpez.com/cours/vb-net/ Dernière consultation 03 Février 2011
[13] http://www.vbfrance.com/codes/GESTION-STOCK 37539.aspx Dernière consultation 02 Février 2011
[14] http://fr.wikipedia.org/wiki/SQL_Server Dernière consultation 21 Février 2011
[15] http:// vb.net-informations.com / Dernière consultation 25 Février 2011
[16] http://www.siteduzero.com/tutoriel-3-134798-visual-basic-net.html Dernière consultation 09 Février 2011
DEDICACE ~~~~~~~~~~~~~~~~~~~~~~~~~~~... 3 REMERCIEMENTS ~~~~~~~~~~~~~~~~~~~~~~~~ 4 SIGLES ET ABREVIATIONS ~~~~~~~~~~~~~~~~~~~~ 5 SOMMAIRE ~~~~~~~~~~~~~~~~~~~~~~~~~~~.. 6 INTRODUCTION ~~~~~~~~~~~~~~~~~~~~~~~~~ 8 Première partie : Présentation du contexte d'étude ~~~~~~~~~~~. 11 Chapitre I : Présentation Générale de DATA SERVICES ~~~~~~~~. 12
I. Historique et Missions ~~~~~~~~~~~~~~~.. 12
1. Historique ~~~~~~~~~~~~~~~~~~~~~~~~~~~. 12
2. Missions ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 12
II. Structure organisationnelle et fonctionnement ~~~~~.. 13
1. La Direction ~~~~~~~~~~~~~~~~~~~~~~~~~~. 13
2. Le service des ventes à la clientele ~~~~~~~~~~~~~~~~~ 13
3. Le service informatique ~~~~~~~~~~~~~~~~~~~~~.. 13
4. Le Magasin (dépôt) ~~~~~~~~~~~~~~~~~~~~~~~. 14
5. Le Secrétariat du Directeur .................... 14
III. Ressources et matériels de DATA SERVICES ~~~~~~ 14
1. Ressources humaines et financieres ~~~~~~~~~~~~~~~~.. 14
2. Ressources Matérielles et logicielles ~~~~~~~~~~~~~~~~. 15
a. Les matériels ~~~~~~~~~~~~~~~~~~~~~~~~~~ 15
b. Les logiciels ~~~~~~~~~~~~~~~~~~~~~~~~~~.. 16
IV. Présentation des produits de DATA SERVICES ~~~~~ 16
V. L'environnement de DATA SERVICES ~~~~~~~~.. 17
1. Les Fournisseurs ~~~~~~~~~~~~~~~~~~~~~~~~.. 17
2. Les Clients ~~~~~~~~~~~~~~~~~~~~~~~~~~~ 18
3. La concurrence ~~~~~~~~~~~~~~~~~~~~~~~~~ 18 Chapitre II : Etude préalable de l'existant ~~~~~~~~~~~~~~~ 19
I. Présentation du projet : ~~~~~~~~~~~~~~~ 19
II. Définition des objectifs : ~~~~~~~~~~~~~~~. 19
III. Approches de solution : ~~~~~~~~~~~~~~~.. 19
APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS
Chapitre III : Fonctionnalités du syst~me «««««««««000««~~~~~~~~~~~~~~~.. 21
I. Description des processus ~~~~~~~~~~~~~~~ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 21
1. Processus commande ~ 0 00 0 0 0 00 00.. 21
2. Processus stock 0 00 000 0 0 0 00 00 21
3. Processus approvisionnement 0 0 00 000 0 0 ~ 21
II. Les spécifications du syst~me ~ 0 00 0 00.. 22
III. Etude détaillée des fonctionnalités du syst~me « « « « « 22
1. ,Identification des acteurs ~~~~~~~~~~~~~~~~~~~~~ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 22
2. Diagramme de contexte statique ««««««««««~~~~~~~~~~ ~ ~ ~ 23
Deuxième partie : Conception et modélisation du syst~me d'information ~. 25 Chapitre I : Modélisation fonctionnelle ~ « « « ««««~.. 26
I. Identification des cas d'utilisation «« « «~~ 26
II. Diagramme de cas d'utilisation 000 0 0 ~ 27
1. Diagramme de cas d'utilisation préliminaire « ««~«~~0~... 28
2. Diagramme de cas d'utilisation évolué ~~~~~~~~~~~~«~. 29
III. Description textuelle des cas d'utilisation 0 0 0 0 0 0 0 30
1. Cas d'utilisation : `'Gérer l'entrée des produits'' ~~~~~~~~~~~ 0 0 0 0 0 0 0 0 0 0 30
a. Description essentielle ~~~~~~~~~~~~~~~~~~~~~~ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 30
b. Description réelle 0 00 000 0 0 0 00 00. 32
2. Cas d'utilisation : `'Gérer la sortie de stock'' ~ 0 0 0 0 ~. 33
a. Description essentielle ~ 00 0 00 000 0 0 00. 33
b. Description réelle 0 00 000 0 0 0 00 00. 35
Chapitre II : Modélisation statique ~~~~~~~~~~~~~~~~~~ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 36
I. Diagramme de classes ~~~~~~~~~~~~~~~~ « « « « « « « « « « 0 0 0 « « 36
1. ,Identification des classes ~~~~~~~~~~~ ~ ~~ ~~. 36
2. ,Identification des attributs et méthodes ~~~~~~~~~~~~~~~ « « « « « « « « « « 0 0 «« 38
3. Elaboration du diagramme de classe 0 00 000 0 0 ~ 39
II. Diagramme d'objet A 0 00 000 0 0 ~ 41 Chapitre III : Modélisation dynamique « «« «««~0~~0«~.. 43
I. Diagramme de collaboration ~0~~00~0~~0~~ 43
II. Diagramme de séquence ~~~~~~~~~~~~~~~ 45
1. Cas d'utilisation «gérer l'entrée en stock» ~~~~~~~~~~~~.. 46
2. Cas d'utilisation «gérer la sortie du stock» ~~~~~~~~~~~~~. 49
III. Diagramme de déploiement A... 51
|
Troisième partie : Réalisation du syst~me d'information ~~~~~~~~~ 00000000 00000000 Chapitre I : Choix d'une méthode et sécurité du syst~me ~~~~~~~~~ |
53 54 |
|||||
|
Choix d'une méthode d'analyse et outils de réalisation ~0 |
54 |
||||
|
Sécurité et confidentialité du système 0000«.. |
59 |
||||
|
Chapitre II : Réalisation du logiciel ~~0~00~000~0~~0~~~ |
60 |
|||||
|
Quelques captures d'écran 000000. |
60 |
||||
|
|
|
||||
|
Tâches exécutées au cours du stage, critiques et suggestions. |
64 |
||||
|
|
|||||
2. Critiques et suggestions ~~~~~~~~~~~~~~~~~~~~.. 69 CONCLUSION ~~~~~~~~~~~~~~~~~~~~~~~~~~. 71 ANNEXE ~~~~~~~~~~~~~~~~~~~~~~~~~~~~. 73 BIBLIOGRAPHIE & WEBOGRAPHIE ~~~~~~~~~~~~~~~.. 53 TABLE DES MATIERES ~~0~~~0~00~000~0~~0~00 54
