Application client/ serveur de gestion des stocks

REPUBLIQUE DU BENIN

MINISTERE DE L'ENSEIGNEMENT SUPERIEUR ET DE LA

RECHERCHE SCIENTIFIQUE (MESRS

Université Africaine de Technologie et de Management
(UATM / GASA - Formation)
MEMOIRE DE FIN DE FORMATION EN LICENCE PROFESSIONNELLE

Filière : Génie Electrique Option : Système Informatique

et Logiciel (SIL)

REALISE ET SOUTENU PAR :
Loïc Cédric TALOBOU
SOUS LA DIRECTION DE :

RESPONSABLE DE STAGE : TUTEUR DU RAPPORT :

M. Hervé ABBEY M. Pierre Claver MONTCHO

Chef service informatique Ingénieur en Informatique

ANNEE ACADEMIQUE 2009-2010

<<L'Unité de Formation et de Recherche (UFR) de l'UATM GASA-Formation n'entend donner aucune approbation ni improbation aux opinions émises dans ce mémoire. Ces opinions doivent être considérées comme

propres à son auteur. >>

Je dédie ce travail à :

> Mon père Théophile TALOBOU pour tous les sacrifices consentis afin de m'assurer une bonne éducation ; trouves en ce modeste travail la fierté. Que DIEU t'accorde longévité, paix et joie.

> Ma mère Sidonie TALOBOU née YAPAMA, qui m'a toujours soutenu dans mes initiatives ; trouves ici l'accomplissement de tes prières quotidiennes et le couronnement de tes efforts. Que DIEU te récompense, t'accorde longue vie et te comble de ses gr~ces.

> Mes soeurs Laura, Graciela, Princia, Eloise et Saphira, que ce travail soit pour vous un exemple à surpasser et que DIEU dans son amour incommensurable ne cesse de vous soutenir dans vos projets respectifs.

> Ma tante Anastasie GUIYAMA née TALOBOU et sa fille Raïssa NSATOU née NGARABOUME pour l'énergie positive et le soutien tant moral que financier apportés.

> Ma tante Odette YOUMELET pour son soutien inconditionnel dans les moments difficiles, puisse le Tout Puissant répandre ses myriades de grâces sur sa famille.

> Toute ma famille, que ce travail soit aussi le vôtre.

Nous voudrions par la présente, témoigner notre reconnaissance à tous ceux qui, de près ou de loin, ont oeuvré à la tenue de notre stage et à l'élaboration de ce mémoire. Nos sincères remerciements à :

? M . Henri DOSSOU YOVO, Directeur de DATA SERVICES qui a bien voulu nous accepter dans sa structure.

·. M. Hervé ABBEY, pour son assistance tout au long de notre stage pratique.

+ Tout le personnel de DATA SERVICES.

·
· Tout le corps professoral de l'UATM/GASA-FORMATION pour leur encadrement tout au long de notre cursus.

+ M. Pierre Claver MONTCHO qui a bien voulu nous guider durant nos travaux de recherches et aussi pour la lumière apportée dans ce travail.

·
· Tous(tes) mes AMI(E) S, en particulier Lionel Jospin BADONGA, Wenceslas Sacré-Coeur MONZALA, Junior YEKATOM et Elsa Britt GOSSENDJI en souvenir des joies et peines partagées.

+ Vous tous, chers parents et tuteurs, nous pensons à la famille BARA et GOKE qui nous ont reçu pendant notre séjour au Bénin ; trouvez en ce modeste travail l'expression de notre profonde reconnaissance.

SGBD: Système de Gestion des Bases de Donnees [6]

IDE: Integrated Development Environment (Environnement de Developpement Integre) [6]

UML: Unified Modeling Language (langage de modelisation unifiee) [6] Client-serveur : Architecture qui s'appuie sur un concept de repartition des traitements et des donnees sur un ensemble de systèmes comprenant à la fois des

serveurs centraux et departementaux et des micro-ordinateurs ou des reseaux locaux. [6]

SQL: Structured Query Language [1]

PHP: Personal Home Page [1]

GUI: Graphical User Interface [1]

POO: Programmation Orientee Objet [1]

T-SQL: Transact SQL [10]

TIC: Technologie de l'Information et de la Communication

.Net Framework: .NET Framework est une plate-forme informatique offrant de nouvelles methodes de création et d'exécution d'applications, une portabilité et visant à faciliter la compatibilite avec les differents langages de programmation. Le .Net Framework se compose de deux elements essentiels : Le common language runtime (CLR) (la technologie qui permet d'exécuter et de compiler vos codes, Il permet egalement de gerer l'integration des langages, la securite et la gestion de la mémoire ) et les bibliothèques de classes (Elles contiennent les classes et les composants utilisables dans les applications). [6]

CLR : Common Language Runtime [6]

DEDICACE «««««««««««««««««««««««««««~~~~~~~~~~~~~~~~~~~~~~~~~~~... 3 REMERCIEMENTS «~~~~~~~~~~~~~~~~~~~~~~~~ « « « « « « « « « « « « « « « « « « « « « « « 4 SIGLES ET ABREVIATIONS « ««« « « « «« ««~ 5 SOMMAIRE ~00~0~~0~~0~0~~0~~~0~00~000.. 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

II. Structure organisationnelle et fonctionnement «««««~~~~~.. 13

III. Ressources et matériels de DATA SERVICES «««««~~~~~... 14

IV. Présentation des produits de DATA SERVICES 16

V. L'environnement de DATA SERVICES

0~ 0 00 0. 17

Chapitre II : Etude préalable de l'existant 00000000 19

I. Présentation du projet ~~0~00~00~0~~0~. 19

II. Définition des objectifs ~~~~~~~~~~~~~~~.. 19

III. Approches de solution ~~~~~~~~~~~~~~~... 19 Chapitre III : Fonctionnalités du syst~me

-- ~~~~~~~~~~~~~~. 21

I. Description des processus ««««««««««««««~~~~~~~~~~~~~~... 21

II. Les spécifications du syst~me «~«~~«~««~«« 22

III. Etude détaillée des fonctionnalités du syst~me

~~«~<~ 22 Deuxième partie : Conception et modélisation du syst~me d'information 0 25 Chapitre I : Modélisation fonctionnelle ~~0~~0~~~0~0~0~~. 26

I. ,Identification des cas d'utilisation ~ ~~~~~~~~~~0 0 0 0 0 0 0 0 0 0 26

II. Diagramme de cas d'utilisation ~~~~~~~~~~~~ 00000000000 27

III. Description textuelle des cas d'utilisation 0000000 30 Chapitre II : Modélisation statique ~~~~~~~~~~~~~~~~~~. 36

I. Diagramme de classes ~ « « «~«o~«« 36

II. Diagramme d'objet A00000000 41
Chapitre III : Modélisation dynamique ~~~~~~~~~~~~~~~~. 41

I. Diagramme de collaboration 000000000000 41

II. Diagramme de séquence ~~~~~~~~~~~~~~~ 00000000000000 46

III. Diagramme de déploiement ««««««««««oo«~~~~~~~~~~~~~... 51

Troisième partie : Réalisation du syst~me d'information ~~~~~~~~~ 53
Chapitre I : Choix d'une méthode et sécurité du syst~me ~~~~~~~~~ 0000000« 54

I. Choix d'une méthode d'analyse et outils de réalisation ~. 54

II. Sécurité et confidentialité du système 59
Chapitre II : Réalisation du logiciel ~~0~00~000~0~~0~~.. 60

I. Quelques captures d'écran ~00~00~~0~00~0 60

II. Quelques codes de Visual basic .net ~~~~~~~~~~. 62

III. Tâches exécutées au cours du stage, critiques et suggestions. 64
CONCLUSION 000000000000000000000000~~~~~~~~~~~~~~~~~~~~~~~~~~. 67 ANNEXE oo~~~~~~~~~~~~~~~~~~~~~~~~ ~~~. 69
BIBLIOGRAPHIE & WEBOGRAPHIE ~~~~~~~~~~~~~~~.. 71

TABLE DES MATIERES 0000000000000000000« 73

Disposer de la bonne information au bon moment est l'objectif de tous les gestionnaires et décideurs, tant la qualité de l'information et sa disponibilité sont des facteurs de compétitivité pour l'entreprise. La qualité des systèmes d'information est donc un enjeu majeur pour l'entreprise. Le système d'information (SI) dans une entreprise, est l'interface entre le système de pilotage (la direction) et le système opérant (la production). Il est la mémoire de l'organisation et comporte un aspect statique (mémoriser les données, faits, règles et contraintes) et un aspect dynamique (mise à jour des données, faits, règles et contraintes).

Afin de moderniser sa gestion et d'améliorer son système productif, DATA SERVICES, à travers son service informatique chargé de la maintenance, a bien voulu mettre en place un outil pour la gestion de son stock. Cette préoccupation nous a été soumise au cours de notre stage. Le présent rapport visant la restitution de ce travail portera sur la « CONCEPTION ET / $ D5 ( $ / ,6$ 7,2 1 D' IR 1 E APPLICATION CLIENT/SERVEUR DE GESTION DE STOCK ».

Au cours de ce projet, trois parties nous permettront de comprendre le fonctionnement de DATA SERVICES et plus particulièrement de son magasin. Dans la première partie, que nous avons intitulé «Présentation de DATA SERVICES», nous vous présenterons dans le premier chapitre, le cadre de notre stage. Le second chapitre intitulé «Etude de l'existant» nous permettra de comprendre le fonctionnement actuel de ce service avant d'y déceler les difficultés et d'en proposer des solutions. Le dernier chapitre de cette partie qui s'intitule «Fonctionnalités du système» nous permettra de décrire les processus du système, et de faire une étude détaillée des besoins du système.

La seconde partie, quant à elle, nous permettra de présenter notre solution pour une gestion automatisée du stock à DATA SERVICES, c'est pour cela que nous l'avons intitulé «Conception et modélisation du Syst~me d'Information» car il s'agit pour nous de modéliser notre SI (Système d'Information) de façon fonctionnelle, statique et dynamique afin de concevoir une application qui facilitera la gestion de stock que nous jugeons actuellement très laborieuse.

Enfin une troisième partie intitulée «Réalisation du Logiciel», comme son nom l'indique, nous permettra de vous présenter, de prime abord, les choix techniques des méthodes et outils de réalisation de notre application. En second lieu, nous vous montrerons le fruit de notre travail à travers la capture d'écrans de certaines fentres de l'application et certains codes du langage de programmation utilisé, et pour clore, nous ferons le rapport sur le déroulement de notre stage.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

Chapitre I : Présentation Générale de DATA SERVICES

Nous ne saurons présenter DATA SERVICES sans parler de son historique, de sa mission, de sa structure organisationnelle et de son fonctionnement.

I. Historique et Missions

1. Historique :

Créée en 1998 à l'initiative de son directeur actuel M. Henri DOSSOU YOVO, DATA SERVICES est une entreprise créée par une seule personne. Elle est sur le plan juridique un établissement car à sa création, le capital de départ n'est pas du tout imposé, elle jouit ainsi d'une grande liberté de gestion et n'a qu'un seul bénéficiaire qui est son propre pionnier. De ce fait, sa responsabilité juridique est donc illimitée car le compte de l'entreprise est d'une façon confuse avec celui de l'exploitant.

2. Missions :

DATA SERVICES est une entreprise à vocation commerciale, elle est donc spécialisée dans la vente des fournitures informatiques, bureautiques, électroniques et aussi le commerce général.

La satisfaction de la clientèle en matière de qualité demeure une préoccupation des dirigeants de DATA SERVICES ce qui oblige ces derniers à se fixer les objectifs suivants :

· Une meilleure écoute des clients;

· La nécessité de traiter les clients en rois;

· L'augmentation du chiffre d'affaire par la hausse des prestations de service;

· L'amélioration du niveau de satisfaction, de l'image de marque de DATA SERVICES.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

II. Structure organisationnelle et fonctionnement

La hiérarchisation et l'organisation administrative de DATA SERVICES se laissent découvrir à travers sa structure et son organigramme (cf. Annexe).

1. La Direction

Sous l'égide de son directeur, elle représente le système de pilotage de l'entreprise. Les fonctions qui découlent de cette direction sont :

- La régulation de l'entreprise ;

- La prise de décision ;

- Et l'administration (pilotage) de l'entreprise.

2. Le service des ventes à la clientèle

Le service vente représente le système de production de l'entreprise. Il est chargé de la vente et de la livraison des produits à la clientèle ainsi que de prendre les commandes des clients.

3. Le service informatique

Ce service a pour mission d'assurer la maintenance des équipements informatiques, d'administrer le réseau de l'entreprise, de l'élaboration des programmes en vue de l'automatisation des tches manuelles et aussi de suivre les services après-vente.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

4. Le Magasin (dépôt)

A priori considéré comme le grenier de l'entreprise, c'est le lieu où sont stockés les produits de l'entreprise. Il a pour mission de faire les commandes auprès des fournisseurs, d'approvisionner le stock en produits et enfin de les gérer.

5. Le Secrétariat du Directeur

Sous l'autorité du Directeur, la Secrétaire est chargée de l'organisation des activités de secrétariat, de la supervision et du contrôle des travaux de dactylographie, de reprographie et de transmission des correspondances et des messages (fax, télex, e-mail).

III. Ressources et matériels de DATA SERVICES

Pour venir à bout de ses missions, DATA SERVICES dispose des ressources humaines, matérielles et financières.

1. Ressources humaines et financières

a. Ressources humaines

DATA SERVICES dispose d'un personnel jeune, dynamique, disponible et organisé autour des objectifs de la Direction.

b. Ressources financières

Elles proviennent pour l'essentiel des fonds mis à sa disposition par son directeur, unique détenteur du capital financier de l'entreprise.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

2. Ressources Matérielles et Logicielles

DATA SERVICES s'est dotée de matériels pour les prestations en matière de vente et de livraison des produits, nous pouvons citer comme matériels:

- des matériels de prestations de services tels que des véhicules et des motocyclettes ;

- un bâtiment administratif ;

- un parc informatique composé des micro-ordinateurs et des logiciels consignés dans les tableaux suivants :

Parc informatique de DATA SERVICES

a. Les matériels

Types de matériels	Caractéristiques		Marques		Nombre
	HP Compact AMD		HP COMPACT
	1.6 Ghz RAM 704
	Mo				1
	ROM 80 Go Ecran
	14.6''
Ordinateur de	HP Compact Intel
bureau	Core Duo 2.93 Ghz				1
	RAM 512 Mo ROM
	100 Go Ecran 14.6''
	HP Compact Pentium
	IV 2.80 Ghz RAM				3
	448 Mo ROM 80 Go
	Ecran 14.6''
		HP Laser Jet P1005		HP		2
Imprimante

b. Les logiciels

TYPES DE LOGICIEL				LOGICIEL
Système d'exploitation				Windows XP SP2, Vista, Windows 7
Système de Gestion données	de	Base	de	Microsoft Access
Anti-virus				Kaspersky, Avast & Norton
Microsoft Office				Office 2003 & 2007
Autres Outils				Acrobat

IV. Présentation des produits de DATA SERVICES

Il 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

DESIGNATION	Référence	PV
53
13
Barrette Mémoire	MDDR 512	50.000
Barrette Mémoire	256MB	45.000
Batteries pour Portable Toshiba	Pro 4000	125.000
Bloc d'Alimentation	BTX500	50.000
Bloc d'Alimentation	Serveur
Bobine	30410
C3
Câble Catégorie 100m	5UTP	50.000
Câble	Aliment.	10.000
Câble	Parallèle	10.000
Câble	Série
Câble	P E-LD
Câble	Parallèle HP 8150	25.000
Câble	SCSI
Câble d'Alimentation Périphérique	Secteur	15.000
Câble de rallonge Centronic BORDER	M/F
Câble Ecran	BNC
Câble IEEE	946A	15.000

V. / 4I171111nnI13 IIt ISI DATA SERVICES

1. Les Fournisseurs

Indispensables à 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 Clients

Ils 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 concurrence

Suite à 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'EXISTANT

Les interviews réalisées à DATA SERVICES, principalement au Magasin, nous ont permis d'étudier l'existant en trois parties à savoir :

n La présentation générale du projet ;

n La définition des objectifs ;

n L'approche de solutions.

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 :

· Gérer la sortie des produits ;

· Gérer l'état en stock d'un produit à un moment donné ;

· Gérer l'entrée des produits facturés par le fournisseur.

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

> L'inexistence d'mibrieimmrmei mirmrurrrn[tranTTmmi r[r[Tnni ;

> L'utilisation des fichiers Excel pourrIreuiitrer dei IrIIIIIi ;

> L'utilisation des cahiers d'entrées et de sorties des produits pour 1Dyter le itoEnn

> L'inexistence d'un système automatisé le ueitioliiu itoEkil

> La difficulté d'accès immédiat à l'information du fait de sa recherche pyi ienrit n Tm[nrn m.

prreitraprl Eoniiite ₁ ^Eo1Ee1irret 1 111r1une appliErm X111r111 1 Iern 11raTueition auto IMPTIMi NIroduiti ITMitoEDT Dutren 11 notre but eit de EonEevoir et développer un louiEiel de ueition de itoEkynrrfblr[ux Emiimi rEitéei rrrrEéden n m (ueirmrmi mrréei, iei sorties de produits et gestion de l'état en stock...).

1f 1}R1}111 lurrren Iierrmui Eei rrrrblèn 1i, 7ouirrrminni min ettrmintEe nnrpliEanmpyraEiliter[ra ueirrItu itoEmnIurarni rmEtiomnni imrei rm

?

Dyir umuiEirnerfor[rmipyrrn

> vImireirei rrvEhti n _rmni npylmi nrer[ettrar[trnruaunerren tlii m

> DrEhipyr lei morn atr[ni ; n

> Une base de données permettant d'enregistrer les approvisionnements de l'entreprise, de gérer les sorties des produits et enfin de présenter l'état de stock des produits à un moment donné.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

Chapitre III : Fonctionnalités du système

I. Description des processus

1. Processus commande

Selon 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 stock

A 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 approvisionnement

L'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ème

Le système à mettre en place doit pouvoir permettre : Au magasinier :

- d'enregistrer les entrées des produits en stock ;

- d'enregistrer les sorties des produits du stock ;

- de gérer l'état en stock des produits ;

- et de consulter la liste des produits disponibles.

A l'agent du service vente :

- de consulter la liste des produits disponibles

A l'administrateur :

- de créer de nouveaux utilisateurs ;

- de créer de nouveaux produits et fournisseurs ;

- et de consulter la liste des produits disponibles.

III. Etude détaillée des fonctionnalités du système

1- Identification des acteurs

Un acteur est un utilisateur humain, un dispositif matériel ou tout un autre système qui interagit directement avec le système pour un rôle bien précis. Un acteur peut consulter ou modifier l'état d'un système en émettant et/ ou en recevant des messages susceptibles d'itre porteurs de données.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

Ainsi, nous avons, dans notre cas d'étude, déterminé trois acteurs, à savoir :

- Le magasinier ;

- L'agent du service vente ;

- L'administrateur du système.

2- Diagramme de contexte statique

Le 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.

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

Chapitre I : Modélisation fonctionnelle

UML (Unified Modeling Language) est un langage qui permet de modéliser une application selon une vision objet sans se soucier des détails d'implémentation inhérents au langage de programmation utilisé. UML est conçu pour s'adapter à n'importe quel langage de programmation orientée objet (POO) et présente plusieurs modèles (diagrammes) dont leurs compréhensions nécessitent une grande attention. UML va donc nous permettre de nous concentrer sur la conception de notre application, tout en allant à l'essentiel concernant sa documentation.

I. Identification des cas d'utilisation

Un cas d'utilisation ou 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. Chaque cas d'utilisation spécifie un comportement attendu du système comme un tout sans imposer le mode de réalisation de ce comportement. On l'identifie en recherchant les différentes interactions avec lesquelles un acteur utilise le système et en déterminant dans le cahier de charge les services fonctionnels attendus du système. Il permet donc de structurer les besoins des utilisateurs.

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

II. ' IDIUaP P IREIHIMdAXVIZERIPn

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

III. Description textuelle des cas d'utilisation

1- Cas d'utilisation : `'Gérer l'entrée des produits''

a. Description essentielle

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 entrée	2- Le système affiche le formulaire d'enregistrement des nouvelles entrées
3- Le magasinier saisit la date			4- Le magasinier choisit le fournisseur du produit
	5- Le magasinier choisit le produit
	6- Le magasinier saisit le prix d'achat
	7- Le magasinier saisit la quantité du produit puis valide
8- Le système vérifie les données puis les enregistre
9- Le système confirme l'enregistrement

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

2- &1s d'Xtilis1tioL : ? Gérer la sortie de stock '~

a. Description essentielle

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
3- Le magasinier saisit la date			4- Le magasinier choisit le produit
	5- Le magasinier saisit la quantité du produit puis valide
6- Le système vérifie les données puis les enregistre
7- Le système confirme l'enregistrement.

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

b. Description réelle Interface Homme Machine

FICHE SORTIE DE STOCK

APPLICATION CLIENT/SERVEUR DE GESTION DES STOCKS

Chapitre II : Modélisation statique

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]

I. Diagramme de classes

1- Identification des classes

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

2- Identification des attributs et méthodes

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

3- Elaboration du diagramme de classe

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

II. DiaglIP P IKAIINt

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

Chapitre III : Modélisation dynamique

I. Diagramme de collaboration

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

II. Diagramme de séquence

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

III. Diagramme de déploiement

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

Chapitre I : Choix d'une méthode et réalisation du logiciel

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.

I. Choix d'une méthode d'analyse 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).

Visual Paradigm

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]

Visual Basic.Net

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

II. Sécurité et confidentialité du système

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

Chapitre II : Réalisation du logiciel

I. Quelques captures d'écran

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

II. Quelques codes de visual basic .net

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

III. Tâches exécutées au cours du stage, critiques et suggestions.

1. Tâches exécutées au cours du stage.

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.

2. Critiques et suggestions

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, [e-mail], 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
	I.	Choix d'une méthode d'analyse et outils de réalisation ~0	54
	II.	Sécurité et confidentialité du système 0000«..	59
Chapitre II : Réalisation du logiciel ~~0~00~000~0~~0~~~			60
	I.	Quelques captures d'écran 000000.	60
	II.	Quelques codes de Visual basic .net ~~~~~~~~~..	62
III.	Tâches exécutées au cours du stage, critiques et suggestions.	64
1. T1ches exécutées au cours du stage ~0~00~000~0~~0~~.			67

2. Critiques et suggestions ~~~~~~~~~~~~~~~~~~~~.. 69 CONCLUSION ~~~~~~~~~~~~~~~~~~~~~~~~~~. 71 ANNEXE ~~~~~~~~~~~~~~~~~~~~~~~~~~~~. 73 BIBLIOGRAPHIE & WEBOGRAPHIE ~~~~~~~~~~~~~~~.. 53 TABLE DES MATIERES ~~0~~~0~00~000~0~~0~00 54