Réalisation d`une application de gestion Commerciale

Transcription

Réalisation d`une application de gestion Commerciale
StudioSoft
Fès
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
3.1. Java
1 page texte
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,
0.5 DH
4. Réalisation
1 page mixte
Au
lancement
de
l’application, l’utilisateur a le
choix entre deux menus : New
Project et Load Project.
1 DH
1 page image
2 DH
1 CD vierge
2 DH
1 pochette
double
1 reliure
(baguette +
transparent +
papier cartonné)
0.5 DH
6 DH
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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.
3
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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.
4
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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é.
5
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
Chapitre 1 : Contexte général du projet
I. Organisme d’accuiel
6
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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é :
7
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
Direction
Secrétariat
Bureau de
développement
Vente de matériels
Bureau de formation
Atelier
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 :
c - Système de Gestions des Entrées.
d - Système de Gestion du Magasin.
e - 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
8
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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…).
9
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
Chapitre 2 : Analyse & conception
Comme pour tout travail, il est primordial, et avant de passer à la
10
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
11
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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
12
Stage de fin d’année :
Gestion commercial
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
Année universitaire : 2004/2005
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)
13
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
v
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,
14
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
Entité
Ses attributs
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 :
15
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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.
16
Stage de fin d’année :
Gestion commercial
Chapitre 3 :
Année universitaire : 2004/2005
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
17
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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
18
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
19
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
VB
C++
C#
JScript
…
Common Language Specification
Windows
Forms
ADO.NET ET XML
Bibliothèque des classes de base
Visual Studio.NET
ASP.NET
Web Forms Web
Services
Common Language Runtime
Système d’exploitation
Figure3 : architecture générale du framework DotNet.
1-2-3 Le ADO.NET :
20
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
21
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
22
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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
23
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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.
24
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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
25
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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 :
26
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
Figure 4 : bon de commande
27
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
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é.
28
Stage de fin d’année :
Gestion commercial
Année universitaire : 2004/2005
Bibliographie
Les sites web:
www.vbfrance.com
http://www.codes-sources.com/gma/access
www.developpez.com
29