sujet - myensias.files.wordpress.com · 1 page texte 0.5 dh 1 page mixte 1 dh 1 page image 2 dh 1...

STAGE DE PREMIERE ANNÉE

Sujet

Réalisation d’une application de gestion Commerciale

Réalisé par : Encadré par : Hamdaoui Abdelilah Mlle Asmae Bouhmid

Année universitaire 2004/2005

StudioSoft Fès

مصعب البكدوري

Stamp

1 page texte

0.5 DH

1 page mixte

1 DH

1 page image

2 DH

1 CD vierge

2 DH

1 pochette double

0.5 DH

1 reliure (baguette + transparent + papier cartonné)

6 DH

3.1. Java Java est à la fois un langage de programmation et une plateforme d'exécution [7]. Le langage Java a la particularité principale d'être portable, puisqu'il peut tourner sur n'importe quelle machine disposant d'un interpréteur Java. Cette portabilité est fondamentale sur Internet,

4. Réalisation Au lancement de l’application, l’utilisateur a le choix entre deux menus : New Project et Load Project.

Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005

3

Remerciements

Au terme de ce stage, je tiens à présenter mes remerciements

les plus distingés à tous les rèsponsables de la sociètè studiosoft, et

plus particulièrement, mon encadrante , la directrice de la société Mlle

Asmae Bouhmid pour son soutien, son aide, et ses conseils qui m’ont

guidés tout au long de la période du stage.

Je voudrais aussi remercier la direction de l’ENSIAS ainsi que

tout le corps professoral et administratif de l’école pour les efforts qu’ils

fournissent afin de nous garantir la meilleure formation possible.

Enfin, veuillez accepter, mesdames et messieurs les membres

du jury, l’expression de mes sentiments les plus sincères tout en

espérant que ce travail sera à la hauteur de vos exigences.


4

Sommaire

Introduction :………………………………………………………………………………………….5

Chapitre I : Contexte général du projet………..………………………………….6

1. Organisme d’accueil …………………………………………………….…7

1.1 Fiche signalétique de la société……………………………...7

1.2 Identification de la société……………………………………...7

1.3 Organisaton de la société…………………………………….…8

2. Présentation du projet……………………………………………………….8

3. Description du cahier des charges………………………………….…9

Chapitre II : Analyse et conception ……………………………………………….…10

1. Méthode de conception suivie (MERISE) …………………………….…11

2. Dictionnaire de données……………………………………………………………12

3. Modèle Conceptuel de Données ……………………………………………...14

4. Modèle physique de Données …………………………………………………..16

Chapitre III : Réalisation ………………………………………..........................17

1.Outils de développement ………………………………………….................18

1.1 Microsoft sqlserver…………………………………………………………18

1.2. Plate forme de développement( visual studio.net) ………19

1.2.1 Généralitès sur dotnet……………………………………………..19

1.2.2 archetucture générale dotnet…………………………………..20

1.2.3 LE ADO.NET………………………………………………………………21

2.Ecrans de l’application………………………………………………………………….22.

2.1 Boîte de connexion ………………………………………………………22

2.2 fiche founisseur…………………………………………………………….23

2.3 fiche client…………………………………………………………………….23

2.4 fiche détail sock……………………………………………………………24

2.5 fiche article……………………………………………………………………25

2.6 fiche bon de commande………………………………………………..26

Conclusion ……………………………………………………………………………………………….28

Bibliograhie ……….….………………………..…………………………....... 29.


5

Introduction

Toutes les entreprises possèdent des stocks. Ces stocks représentent

dans la plupart des cas entre 10 et 30% du capital financier immobilisé.

Ce qui pousse les entreprises à réfléchir d’une manière sérieuse à une

gestion efficaces de l’ensemble des processus d’achats, de ventes et de

stockage. En effet, cette gestion a connu une évolution ; la plupart des

entreprises ont passé d’une gestion manuelle, où le magasinier procède

aux comptages d’une manière physique, à une gestion automatisée à

l’aide des outils informatiques.

Dans cette perspective et vue l’importance de cette gestion dans le

fonctionnement des entreprises, se présente l’application de mon stage

de première année qui permet de gérer tous les éléments concernant les

ventes et les achats effectuées par la société Qamab.

Dans ce rapport, la première partie sera consacrée à la présentation

du contexte général du projet. La deuxième partie portera sur l’analyse et

la conception de l’application. Quant à la troisième partie, elle sera

consacrée à la description des différentes étapes de la réalisation du

travail demandé.


6

Chapitre 1 : Contexte général du projet

I. Organisme d’accuiel


7

1.1 Fiche signalétique de la société

Raison sociale : studiosoft

Forme juridique : s.a.r.l

Activité : développement des logiciels, conception

et réalisation des sites web.

Adresse : 3 éme étage, tour al wataniya av

Hassan 2 Fès.

Tél. /fax : 055 93 22 80

Email : [email protected]

1.2 Identification de la société :

La société STUDIOSOFT est une société de services informatiques qui

délivre des prestations intégrées de conseil, de formation, d’ingénierie

informatique et de création graphique. Son activité principale est la

réalisation de logiciels commerciaux et le développement des sites Web,

ainsi que la formation sur les langages de programmation (Visuel

Basic6/.Net, C/C++, Java,…) et les logiciels informatique récents les plus

utilisés (Photoshop , Flash , Dreamweaver …), aussi l’installation des réseaux

informatiques.

1.3 Organisation de la société :


8

II. Présentation du projet

GEST SOFT logiciel de gestion Commerciale, dédié à la gestion

commerciale de la société Qamab, outil puissant permettant une grande

souplesse d’utilisation et d’adaptation aux besoins de la société.

L’architecture de GEST SOFT se décompose en 3 Systèmes de

gestions :

- Système de Gestions des Entrées.

- Système de Gestion du Magasin.

- Système de Gestion de Comptabilité.

Une des principales caractéristiques de l’outil réside dans son mode de

recherche multimètres par champs typés (Référence, Désignation, Type

Article…).

III. Description du Cahier des charges

Direction

Secrétariat

Atelier Bureau de formation Vente de matériels Bureau de développement


9

Le cahier des charges permet de définir les besoins de l’entreprise

et explique en même temps la solution proposée pour illustrer la gestion

commerciale. C’est pourquoi il doit être précis.

Une fois les besoins définis dans le cahier des charges et adopté par

la suite, on passe à la phase pratique de réalisation.

L’application doit permettre de :

- Identifier un utilisateur par login et mot de passe enregistrés au

préalable par l’administrateur de l’application dans la base de données.

Dans ce cas seul l’administrateur a le droit de gérer les comptes des

utilisateurs (création, modification, suppression)

- Consulter les informations concernant les clients, les articles et les

fournisseurs.

- Gérer les Bons de commandes FR / CL, Bons de livraisons FR / CL,

Facturation FR /CL, Règlement FR / CL, Stock, Comptabilité, Statistiques…, ainsi que les revenus de la société…etc.

-Ajouter les nouvelles données que se soit clients, articles ou fournisseurs.

- Modifier les propriétés concernant ces données.

- Supprimer les données.

- Gérer les ventes des articles.

- Gérer les achats auprès des fournisseurs.

- Gérer le stock.

- Permettre d’éditer les informations de la gestion commerciale sous

forme de formulaires.

- Imprimer ces formulaires (l’état du stock, bon livraison, facture, bon

commande…).


10

Chapitre 2 : Analyse & conception

Comme pour tout travail, il est primordial, et avant de passer à la


11

phase de réalisation, de bien étudier le système en vu de recenser tous les

éléments qui pourraient avoir une incidence sur les traitements des

données par la suite afin d’optimiser au maximum la conception de la

solution à adopter, et c’est justement ce point là qui fera le sujet de la

partie suivante.

1. La méthode de conception MERISE :

La méthode MERISE met à disposition de l’analyste des outils pour

modéliser un système d’informations. C’est la méthode la plus utilisée,

peu a peu remplacée par UML.Elle a été crée en 1978.

Merise fait le lien entre les différents niveaux de modélisation :

conceptuel, logique et physique. La démarche MERISE suit trois axes que

l’on nomme cycles :

Le cycle d’abstraction : il consiste en trois formalismes conceptuel,

organisationnel et opérationnel.

Le cycle de vie : il comporte trois grandes périodes qui sont la conception

(étude et modélisation), la réalisation (mise en œuvre et exploitation) et

la maintenance (évolution, adaptation, extinction).

Le cycle de décision : des décisions doivent être prises tout au long de

l’étude d’un SI (découpage du SI en domaines, orientations en matière de

gestion et d’organisation, planification du développement, choix de

procédures manuelles ou automatiques, déterminations des postes de

travail avec leurs taches, dessins d’états, etc.).

2. Dictionnaire de données :


12

D’après la description du cahier des charges nous pouvons distinguer

les entités et les associations suivantes : fournisseur, client, article,

Commande_cl, commande_fr, ligne_cmd_fr, ligne_cmd_cl, livraison_fr,

Livraison_cl, ligne_livr_fr, ligne_livr_cl, facture_achat, facture_vente,

Payement_fr, reglement_cl.Ainsi dans le dictionnaire de données qui suit,

on trouvera ces entités et ces associations avec les informations qui

définissent chacune d’elle.

Code Désignation Type IDAR DEAR REFA PRAC PRTA PRTV PRVE QSAR SEAR IDCA DCAR DALC QCFR NBPF IDBA DABA TOBA QLAR NPL TOQL IDBM DABM TOBL QLMP NPBL IDCF DCFR DALF IDFV IDRG MOHT_V TTVA_V TTC_V

Identification article Désignation article Référence Prix d’achat Prix achat total Prix vente total Prix de vente Quantité d’article en stocks Série article Identification commande article Date commandée Date livraison commande Quantité commandée fournisseur Nbre pièce commandée Identification bon de livraison client Date BL client Total BL client Quantité livrée client Nbre de pièce livrée client Total de prix du quantité livrée Identificateur bon livraison FR Date livraison fournisseur Total BL fournisseur Quantité livrée fournisseur Nbre pièce livrée fournisseur Identification commande fournisseur Date commande fournisseur Date livraison (que veut la société) Identification facture vente Identification règlement (client) Montant HT facture vente Total TVA facture vente Total TTC facture vente

Numérique Texte Texte Monétaire Monétaire Monétaire Monétaire Numérique Texte Numérique Date Date Numérique Numérique Numérique Date Monétaire Numérique Numérique Monétaire Numérique Date Monétaire Numérique Numérique Numérique Date Date Numérique Numérique Monétaire Monétaire Monétaire


13

IDFA IDPA MOHT_A TTVA_A TTC_A IDCL NOCL ADCL VICL TECL FACL EMCL NORE CNSS IDFR NOFR ADFR VIFR TEFR FAFR EMFR REPR DARG MORG ECHERG MTRG DAPA MORG ECHERG MTRG

Identification facture achat Identification payement (fournisseur) Montant HT facture achat Total TVA facture achat Total TTC facture achat Identification client Nom client Adresse client Ville client TEL client Fax client Email client Non Représentant client CNSS fournisseur Identification fournisseur Nom fournisseur Adresse fournisseur Ville fournisseur TEL fournisseur Fax fournisseur Email fournisseur Représentant Date règlement client Mode règlement client Echéance règlement client Montant règlement client Date payement fournisseur Mode payement fournisseur Echéance payement fournisseur Montant payement fournisseur

Numérique Numérique Monétaire Monétaire Monétaire Numérique Texte Texte Texte Numérique Numérique Numérique Texte Numérique Numérique Texte Texte Texte Numérique Numérique Numérique Texte Date Texte Date Monétaire Date Texte Date Monétaire

3. Modèle Conceptuel de Données (MCD)


14

Après avoir défini toutes les entités et les associations mises en jeu

avec leurs constituants et en appliquant la méthode de MERISE déjà

détaillée lors de la partie précédente, on aboutit au Modèle Conceptuel de

Données représenté sur le schéma qui suit :

Figure1 : Modèle conceptuel de données (MCD)

Sur ce modèle conceptuel de données (MCD), on retrouve les

différentes entités qui rentrent en jeu (fournisseur, client, commande_cl,

v


15

commande_fr, livraison_fr, livraison_cl, facture_achat, facture_vente,

reglement_cl, payement_fr) avec les différents attributs qui composent

chacune d’elles représentées dans des boîtes rectangulaire :

On trouve aussi les associations qui relient ces différentes entités et

chaque association est caractérisée par deux cardinalités et

éventuellement des attributs que je vais essayer de justifier dans ce qui

suit :

L’association « ligne_cmd_fr » : une commande peut contenir

un ou plusieurs articles, et un produit peut se trouver dans un ou

plusieurs bons de commande.

Et comme attributs à cette association on trouve la quantité

commandée, et le nombre de pièces commandées.

L’association « ligne_livr_fr » : Un bon livraison peut contenir

un ou plusieurs articles, et un article peut se trouver dans un ou plusieurs

bons livraisons.

Et comme attributs à cette association on trouve la quantité livrer,

et le nombre de pièce livrer.

L’association « DF » : Il s’agit d’une dépendance fonctionnelle qui

relie les entités « livraison_client » et « facture_vente » par exemple.

Une dépendance fonctionnelle a lieu lorsqu’on a d’un côté une

cardinalité de 1,1 et de l’autre 1, n.

3. Modèle physique des données :

Entité

Ses attributs


16

Après avoir détaillé le modèle conceptuel de données, on passe à

l’étape suivante qui est la mise en place des tables qui vont constituer

notre base de données ainsi que les relations qui relient ces différentes

tables.

Figure2 : Modèle physique de données.


17

Chapitre 3 : Réalisation

Dans ce chapitre, nous allons essayer de projeter la lumière sur

les grandes étapes de la réalisation de notre application, commençant par


18

le choix des outils de développement et arrivant à la présentation des

différentes fonctionnalités qu’elle offre.

I. Les outils de développement :

La réalisation de ce projet a fait appel au puissant Visual

Basic.net, avec comme outil de gestion de bases de données, Microsoft

sqlserver.

Bien évidemment, chacun de ces deux outils présente ses propres

caractéristiques que nous allons essayer de tracer dans ce qui suit afin de

montrer l’apport de chacun à notre travail.

1.1 Microsoft sqlserver :

Microsoft SQL Server est un système de gestion de base de données

relationnelles, orienté Client/Serveur basé sur le langage SQL (Structured

Query Language). Les données sont regroupées dans des tables

représentant des informations structurées en colonnes. Le serveur est un

ordinateur de forte capacité gérant des ressources utilisées par les

utilisateurs qui y accèdent à partir de leur propre poste. Il existe des

serveurs d’impression, de messageries et de fichiers. En somme, un

serveur est capable de travailler avec plusieurs clients et avec de

nombreuses applications en même temps. SQL Server est conçu pour

travailler avec un poste serveur ou un poste client uniquement (dans ce

cas, la base de données est isolée). Pour utiliser une base de données il

est impératif d’utiliser des jeux d’instructions SQL [SQLSERV].

Les caractéristiques de SQL Server sont multiples :

- De nombreux outils de développement permettent d’administrer,

d’installer et de gérer le serveur.

- Des outils d’extraction et d’analyse de données permettent de

visualiser les bases de données.

- Les interfaces de programmation sont ajoutées ou améliorées (c’est le

cas de Microsoft OLE DB pour SQL Server concernant les


19

applications utilisant l’API ADO), et le pilote SQL Server ODBC a été

amélioré.

- Gérer les connexions, les autorisations et les différents utilisateurs.

- Gérer les unités et la base de données.

- Sauvegarder des bases de données et les journaux de transactions.

- Gérer les tables, les vues, les procédures stockées, les déclencheurs,

les index, les contraintes.

1.2 Plateforme de développement (Visual Studio .NET):

1-2-1 Généralités sur Dotnet :

Dotnet est un framework pour le développement d’applications réalisé par

Microsoft. l’objectif principal était de sortir de l’enfer des objets COM

(Component Object model) qui devaient supporter les anciennes versions

ce qui était assez lourd à gérer.

De plus la communication pour accéder aux objets COM se faisait toujours

sur le même port d’écoute. Tous ces problèmes ont été résolus par le

framework qui offre plusieurs nouveaux services.

Contrairement aux APIs Windows, Dotnet est totalement objet, il intègre

des classes pour la connexion aux bases de données.

Les avantages de Dotnet pour les entreprises sont multiples et variés :

tout d’abord, la productivité c'est-à-dire le développement des

applications est plus rapide. Le gain de productivité résulte du fait que

tout est objet. Le développement des composants n’est pas restreint

uniquement à une seule application puisque ces derniers peuvent être

réutilisés pour d’autres besoins.

1-2-2 Architecture générale de la plateforme Dotnet:

Dotnet est constituée de plusieurs couches dont on cite principalement :


20

La couche supérieure est constituée des différents langages

intégrés et reconnus par le framework Dotnet.

La couche présentation représentée par le langage asp.net ainsi que

par « Windows form ».

La couche de données pour réaliser l’accès aux bases de données

et aux différents traitements.

L’architecture multicouche de Dotnet est représentée concrètement dans

le schéma suivant :

Figure3 : architecture générale du framework DotNet. 1-2-3 Le ADO.NET :

SSyyssttèèmmee dd’’eexxppllooiittaattiioonn

CCoommmmoonn LLaanngguuaaggee RRuunnttiimmee

BBiibblliiootthhèèqquuee ddeess ccllaasssseess ddee bbaassee

AADDOO..NNEETT EETT XXMMLL

AASSPP..NNEETT WWeebb FFoorrmmss WWeebb

SSeerrvviicceess

WWiinnddoowwss FFoorrmmss

CCoommmmoonn LLaanngguuaaggee SSppeecciiffiiccaattiioonn

VVBB CC++++ CC## JJSSccrriipptt ……

VV ii ss uu aa ll SS tt uu dd ii oo .. NNEE TT


21

ADO .NET est une collection de classes, interfaces, structures et de types

énumérés pour accéder à des données relationnelles dans le framework

Dotnet.

La collection est organisée dans différentes bibliothèques : System.Data,

System.Data. OleDb, System.Data.SqlClient, etc.

ADO.NET est une évolution d’ADO. Il ne partage pas le même modèle

objet mais partage plusieurs paradigmes ou fonctionnalités.

Parmi les objectifs d’ADO.NET on site : Excellente conception Gestion robuste du modèle déconnecté Supporter des données XML Permettre l’accès aux données à l’aide d’http

Maintenir la familiarité avec le modèle de programmation d’ADO. 1-2-4 Le langage VB.NET : Le langage VB.net est similaire au langage Visual Basic. Avec VB.NET tout

est représenté en objet.

II. Présentation des écrans de l’application :


22

Dans cette partie on va présenter quelques interfaces de l’application :

2.1 Boite de connexion :

Lors du lancement de l’application, une page de connexion apparaît. Si

l’utilisateur entre son « login » et son « mot de passe » la page de

l’application qui contient le menu s’affiche.

2.2 Fiche fournisseur :


23

Les boutons valider, modifier et supprimer permettent de faire toutes les

mises à jour concernant un fournisseur.

2.3 Fiche client

2.4 fiche détail stock


24

Cette page permet la visualisation de tous les articles du stock avec leurs

propriétés, et aussi l’actualisation des données concernant un produit.

Pour imprimer la liste des articles se trouvant dans le stock il suffit de

cliquer sur le bouton imprimer.


25

2.5 fiche article

Cette fenêtre permet la gestion des différents articles du stock et l’ajout

de nouveaux produits au stock.

2.6 Fiche bon de commande


26

Cette fenêtre permet de gérer les commandes effectuées par la société

à savoir : l’enregistrement d’une nouvelle commande ,l’affichage des

détails d’une commande et aussi la liste des commandes passées par la

société entre deux dates données.

Pour commander un article qui existe déjà dans le stock, on fait une

recherche soit par désignation soit par référence, une fois la liste est

affichée on clique sur le bouton envoyer pour que cet article soit dans la

commande, puis on remplie le champ qté (quantité commandée) et enfin

on valide.

Le bouton imprimer permet d’imprimer un bon de commande en utilisant

Crystal Reports.

La forme d’un bon de commande client est la suivante :


27

Figure 4 : bon de commande


28

Conclusion

Au cours de la période de ce stage, j’ai eu l’opportunité de mettre en

exercice, différentes connaissances acquises en première année. De plus,

j’ai eu l’occasion d’acquérir de nouveaux concepts à savoir la technologie

.NET, l’accès aux données via les procédures stockées de SQL Serveur.

Ce stage a été aussi l’occasion de découvrir le dynamisme et la

rigueur qui régissent dans une société de développement informatiques.

Les différentes réunions et discussions avec le personnel de studiosoft

m’ont été bénéfiques et surtout le côté relationnel.

Les difficultés majeures que j’ai rencontrées durant ce projet

résident essentiellement dans la nouveauté des outils avec lesquelles j’ai

travaillé.

Comme perspective, je pense qu’il serait très utile de pouvoir

premièrement lancer cette application sur un réseau local même si cela ne

faisait pas partie du cahier des charges, et deuxièmement ajouter des

tables dans la base de données Modélisant les mouvements bancaires de

la société.

Enfin, nous remercions encore une fois tous les professeurs de

l’ENSIAS et nous espérons qu’ils seront satisfaits du travail réalisé.


29

Bibliographie

Les sites web:

www.vbfrance.com

http://www.codes-sources.com/gma/access

www.developpez.com

sujet - myensias.files.wordpress.com · 1 page texte 0.5 dh 1 page mixte 1 dh 1 page image 2 dh 1...

Documents