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
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
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.
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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.
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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é.
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
6
Chapitre 1 : Contexte général du projet
I. Organisme d’accuiel
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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é :
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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…).
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
10
Chapitre 2 : Analyse & conception
Comme pour tout travail, il est primordial, et avant de passer à la
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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 :
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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)
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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.
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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 :
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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 :
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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 :
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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.
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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 :
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
27
Figure 4 : bon de commande
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
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é.
Stage de fin d’année : Gestion commercial Année universitaire : 2004/2005
29
Bibliographie
Les sites web:
www.vbfrance.com
http://www.codes-sources.com/gma/access
www.developpez.com