g
m
Mes remerciements s’adressent en premier lieu à mon maitre de stage, Mr SANGARE MOUSSA, chef de service de production de la société SYRIS INFORMATIQUE, pour sa confiance et ses conseils qui m’ont permis de progresser sans cesse durant ces 03 mois de stage.
Ce stage a nécessité tout au long de sa durée l’aide et le soutien de plusieurs personnes.
Je tiens à exprimer toute ma reconnaissance à Mr JEAN GNEDEA, directeur général de l’entreprise SYRIS INFORMATIQUE, pour son accueil au sein de son entreprise.
J’exprime également ma gratitude à l’égard de l’ensemble du service de production pour leur précieuse aide ainsi que leur sympathie qui ont favorisées mon intégration dans l’entreprise ainsi qu’a tout le personnel de l’entreprise
Mes remerciements s’adressent en premier lieu à mon maitre de stage, Mr
SANGARE MOUSSA, chef de service de production de la société SYRIS
Ministère de l’Enseignement supérieur Et de la Recherche Scientifique
République de Côte d’ivoireUnion-Discipline-Travail
MEMOIRE DE FIN DE LICENCE PROFESSIONNELLE
FILIERE : Génie Logiciel et Réseau
THEME :
CONCEPTION ET MISE EN
OEUVRE D’UNE
APPLICATION DE GESTION
DU STOCK DES DEBOURS
D’UNE SOCIETE DE
CONSTRUCTION
MAITREDE STAGE :
PROFESSEUR ENCADREURM. N’GUESSAN-BLE
STEPHANE
M. SANGARE
MOUSSA
PRESENTE PAR :
NASSA MARIAM
2
NASSA MARIAM RESEAUX GENIE LOGICIEL
DEDICACE
Je tiens à dédier cet humble travail à ma famille avec tous mes sentiments de respect,
d’amour, de gratitude et de reconnaissance pour tous les sacrifices déployés pour m’élever
dignement et assurer mon éducation dans les meilleures conditions ainsi qu’à toutes les
personnes qui m’aiment et me soutiennent.
3
NASSA MARIAM RESEAUX GENIE LOGICIEL
REMERCIEMENTS
Mes remerciements s’adressent en premier lieu à mon maitre de stage, Mr SANGARE MOUSSA, chef de service de production de la société SYRIS INFORMATIQUE, pour sa confiance et ses conseils qui m’ont permis de progresser sans cesse durant ces 03 mois de stage.
Je remercie également mon professeur suiveur Mr N’GUESSAN-BLE STEPHANE pour le temps qu’il m’a accordé ainsi qu’à son aide durant la réalisation de ce travail.
Ce stage a nécessité tout au long de sa durée l’aide et le soutien de plusieurs personnes.
Je tiens à exprimer toute ma reconnaissance à Mr JEAN GNEDEA, directeur général de la société SYRIS INFORMATIQUE, pour son accueil au sein de son entreprise.
J’exprime également ma gratitude à l’égard de l’ensemble du service de production pour leur précieuse aide ainsi que leur sympathie qui ont favorisé mon intégration dans l’entreprise ainsi qu’a tout le personnel de l’entreprise.
Je tiens à remercier également mes frères, mes sœurs et mes amis pour leurs incessantes prières et soutien psychologique ainsi que tout le corps professoral du groupe PIGIER Côte d’Ivoire pour avoir contribué à ma formation.
4
NASSA MARIAM RESEAUX GENIE LOGICIEL
AVANT-PROPOS
Implanté au cœur du plateau, PIGIER COTE D’IVOIRE est le premier établissement du réseau international PIGIER, tant par l’importance de ses effectifs que par celui de -l’éventail de ses formations.
Le groupe PIGIER COTE D’IVOIRE est un établissement de l’enseignement secondaire et supérieur qui forme les cadres dans les filières suivantes :
- Finances/Comptabilité ;- Gestion Commerciale ;- Secrétariat Bureautique ;- Communication d’Entreprise ;- Informatique de gestion
C’est au sein de cette grande école que nous avons suivi notre formation Informatique spécialisé en Réseaux et Génie Logiciel.
Il est à noter que le groupe PIGIER offre des diplômes d’Etat(BTS) BAC+2, des diplômes maisons DSS (BAC+3) et des diplômes reconnus par le CAMES BAC+5.
L’obtention du diplôme de spécialité supérieur DSS se fait en deux étapes :
- D’abord, un examen écrit qui permet d’obtenir l’admissibilité en cas de succès ;- Ensuite une soutenance qui relate le travail effectué lors d’un stage pratique en
entreprise.
C’est ainsi que nous avons eu l’honneur d’effectuer notre stage à SYRIS Informatique.
5
NASSA MARIAM RESEAUX GENIE LOGICIEL
RESUME
Les sociétés de construction immobilière sont de plus en plus nombreuses et la majorité d’entre elles sont soucieuses de rompre avec les méthodes manuelles de gestion surtout en ce qui concerne la gestion du stock des débours utilisés pour la construction. Les débours représentent ici l’ensemble des matériaux utilisés pour la construction. Le stock représentant une immense richesse pour toute entreprise, il apparait donc nécessaire que chaque entreprise se soucie de sa bonne gestion. C’est ainsi que nous avons conçu l’application SY-STOCK afin de permettre cette mutation. La réalisation de l’application a été faite à travers quatre parties essentielles.
La présentation du cadre de référence
Dans cette partie nous avons d’abord présenté le cabinet SYRIS Informatique. Ensuite nous avons posé la problématique de notre projet. En d’autres termes le « Pourquoi »du projet. Nous avons enfin présenté les méthodes d’analyse afin de choisir la mieux adaptée .Nous avons préféré MERISE.
L’étude préalableCette partie a essentiellement concerné l’étude de l’existant. Nous avons dans un premier temps décrit et modéliser le système actuel. Ensuite l’analyse de l’existant nous a permis de faire des critiques de l’existant et d’identifier les objectifs et les besoins de l’utilisateur. Cette partie s’est achevée par l’étude des solutions techniques possibles. Le choix d’une solution définitive a été fait.
Etude détaillée de la solutionCette partie est l’étude théorique et détaillée de la solution. Elle s’est faite à travers trois processus :- La gestion des approvisionnements du magasin général- La gestion des approvisionnements des magasins annexes- La gestion des sorties pour l’approvisionnement des chantiers
Déploiement et intégration de la solution retenueDans cette partie nous avons présenté les outils utilisés. Ainsi avons-nous présenté VISUAL STUDIO qui est l’AGL que nous avons choisi pour réaliser cette application. Nous avons ensuite présenté quelques fonctionnalités et nous avons expliqué qu’une formation préalable sera nécessaire pour les utilisateurs. Ensuite comme pour toute application nous avons évoqué le volet maintenance.En définitive l’application SY-STOCK ainsi réalisée va permettre de :- Gérer automatiquement l’approvisionnement du magasin général- Gérer automatiquement l’approvisionnement des magasins annexes- Gérer automatiquement les sorties pour l’approvisionnement des différents chantiers.
6
NASSA MARIAM RESEAUX GENIE LOGICIEL
Tout en espérant que notre application pourra donner satisfaction à ses utilisateurs nous sommes cependant prêt à prendre en compte toute observation en vue de l’améliorer.
TABLE DES MATIERESDEDICACE...............................................................................................................................................2
REMERCIEMENTS...................................................................................................................................3
AVANT-PROPOS......................................................................................................................................4
RESUME..................................................................................................................................................5
TABLE DES MATIERES.............................................................................................................................6
INTRODUCTION......................................................................................................................................9
PREMIERE PARTIE : PRESENTATION DU CADRE DE REFERENCE...........................................................10
I) PRESENTATION DE SYRIS INFORMATIQUE....................................................................................11
1) Historique.................................................................................................................................11
2) Activités distinctives.................................................................................................................11
3) Organisation et fonctionnement..............................................................................................11
4) Présentation du service d’accueil.............................................................................................13
II) PRESENTATION DU PROJET..........................................................................................................13
1) Contexte...................................................................................................................................13
2) Domaine d’activité...................................................................................................................14
3) Objectifs du projet....................................................................................................................15
II) CHOIX DE LA METHODE D’ANALYSE.............................................................................................15
1) Méthode1(MERISE)..................................................................................................................15
2) Méthode2(UML).......................................................................................................................18
3) Justification du choix................................................................................................................18
DEUXIEME PARTIE : ETUDE PREALABLE................................................................................................21
I) ETUDE DE L’EXISTANT....................................................................................................................22
1) Description du système actuel.................................................................................................22
2) Modélisation du système actuel...............................................................................................22
II) ANALYSE DE L’EXISTANT...............................................................................................................35
1) Objectifs et besoins des utilisateurs.........................................................................................35
2) Critique de l’existant................................................................................................................35
III) PROPOSITIONS DE SOLUTIONS POSSIBLES..................................................................................36
1) Première solution.....................................................................................................................36
7
NASSA MARIAM RESEAUX GENIE LOGICIEL
2)Deuxième solution....................................................................................................................37
3) Choix d’une solution.................................................................................................................40
TROISIEME PARTIE : ETUDE DETAILLEE DE LA SOLUTION RETENUE.....................................................41
I) ETUDE CONCEPTUELLE..................................................................................................................42
1) Règles de gestion......................................................................................................................42
2) Graphe des flux........................................................................................................................42
3) Modèle Conceptuel de Données (MCD)...................................................................................44
4) Diagramme des flux..................................................................................................................45
5) Modèle conceptuel des traitements(MCT)...............................................................................47
II) ETUDE ORGANISATIONNELLE ET LOGIQUE...................................................................................52
1) Modèle Logique de Données (MLD).........................................................................................52
2) Modèle Organisationnel des Traitements (MOT).....................................................................55
III ) ETUDE OPERATIONNELLE ET PHYSIQUE....................................................................................60
1) Modèle Opérationnel des Traitements (MOpT).......................................................................60
2) Modèle Physique Des Données (M.P.D)...................................................................................63
QUATRIEME PARTIE : DEPLOIEMENT ET INTEGRATION DE LA SOLUTION RETENUE............................74
I) REALISATION.................................................................................................................................75
1) Présentation des outils utilisés.................................................................................................75
2) Présentation des différentes fonctionnalités de l’application..................................................76
II) INSTALLATION ET INTEGRATION..................................................................................................78
1) Installation................................................................................................................................78
2) Formation.................................................................................................................................78
III) FIABILITE ET SECURITE DU SYSTEME...........................................................................................78
1) Fiabilité.....................................................................................................................................78
2) Sécurité....................................................................................................................................78
3) Maintenance............................................................................................................................79
CONCLUSION........................................................................................................................................81
BIBLIOGRAPHIE.....................................................................................................................................82
WEBOGRAPHIE.....................................................................................................................................83
ANNEXES..............................................................................................................................................84
ANNEXE 1 : EXTRAIT DU SCRIPT DE CREATION DE LA BASE DE DONNEES........................................85
ANNEXE 2 : EXTRAIT DE CODES DE L’APPLICATION..........................................................................88
8
NASSA MARIAM RESEAUX GENIE LOGICIEL
9
NASSA MARIAM RESEAUX GENIE LOGICIEL
INTRODUCTION
Les sociétés de construction immobilière aident au développement d’un pays et participent à l’amélioration des conditions de vie des citoyens en leur facilitant l’accès à l’habitat. Le domaine de la construction est donc un facteur important pour le développement d’un pays et pour le bien être de sa population. Sa performance implique cependant qu’il puisse s’adapter aux réalités nouvelles en se modernisant.
Aujourd’hui l’informatique s’impose comme la solution pour toute organisation voulant rendre efficace son système d’informations.
En effet, au vu du volume d’informations circulant dans une entreprise, la gestion manuelle a passé le relais aux activités automatisées. L’ordinateur permet effectivement non seulement de stocker de gros volumes de données, mais aussi d’accéder rapidement à l’information.
C’est pour permettre aux entreprises de construction de ne pas rester en marge de ce mouvement d’ensemble que nous avons décidé de concevoir ce logiciel qui va permettre d’automatiser la gestion du stock des débours de ces différentes entreprises. Les débours représentant ici l’ensemble des matériaux utilisés pour la construction.
Cette gestion informatisée permettra certainement à ces structures de résoudre les problèmes d’organisation du travail , de perte au niveau du stock, de sauvegarder et de garantir la confidentialité de l’information. Nous nous sommes confié cette mission de modernisation que nous voulons réaliser à travers le thème :
« CONCEPTION ET MISE EN OEUVRE D’UNE APPLICATION DE GESTION DU STOCK DES DEBOURS D’UNE SOCIETE DE CONSTRUCTION IMMOBILIERE ».
L’objectif final étant de mettre à la disposition de ces structures un logiciel de gestion.
Nous tenterons de réussir cette mission en suivant la démarche suivante :
Première partie : PRESENTATION DU CADRE DE REFERENCE
Deuxième partie : ETUDE PREALABLE
Troisième partie : ETUDE DETAILLEE DE LA SOLUTION
Quatrième partie : DEPLOIEMENT ET INTEGRATION DE LA SOLUTION RETENUE
Nous envisageons enfin à travers une conclusion de porter un jugement de valeur sur le travail.
10
NASSA MARIAM RESEAUX GENIE LOGICIEL
11
NASSA MARIAM RESEAUX GENIE LOGICIEL
PREMIERE PARTIE : PRESENTATION DU CADRE
DE REFERENCE
12
NASSA MARIAM RESEAUX GENIE LOGICIEL
I) PRESENTATION DE SYRIS INFORMATIQUE
1) HistoriqueLe Cabinet SYRIS est un bureau Africain de conseil en Management, Organisation, Finance et en Systèmes d’information.
Cette firme de droit Ivoirien (Côte d’Ivoire) a été créée en 1976 et a évolué depuis, sous les dénominations suivantes :
1976 : Cabinet ORGARIS (Expertise comptable, audit et commissariat aux
comptes)
1978 : Cabinet ORGARIS –SYRIS CONSULTANTS (Sarl) (Expertise
comptable, audit, commissariat aux comptes et systèmes d’information)
1982 : Cabinet SYRIS (Sa)
Depuis 1989 : SYRIS Informatique (Cabinet Conseil en Management,
Organisation, Finance et Systèmes d’information).
2) Activités distinctives Le conseil
Conception de cahier de charges
Elaboration des manuels de procédures
Elaboration de schéma directeur informatique
La conception et la réalisation
Concevoir des logiciels de qualité et pouvant être utilisés de façon universelle
Concevoir des logiciels qui répondent le plus possible aux besoins de ses clients
La formation
Assurer une formation de qualité à ses clients
La fourniture d’équipements informatiques et réseaux
Fournir à ses clients des équipements informatiques de qualité et adaptés à leurs
besoins
Mise en place de réseaux
3) Organisation et fonctionnementL’entreprise SYRIS Informatique comprend une (01) direction et trois (03) services
organisés de la manière suivante :
13
NASSA MARIAM RESEAUX GENIE LOGICIEL
le service comptabilité
le secrétariat
le service de production
A ces trois (03) services s’ajoutent les services annexes.
La Direction
Le poste de Directeur général est occupé par Mr JEAN GNEDEA
Ses différentes missions sont :
La mission d’administration de la société
gérer et ordonner les dépenses
concevoir et déterminer la politique générale du l’entreprise avec la collaboration des
différents chefs de service placés sous son autorité;
superviser, coordonner et évaluer la mise en œuvre de la politique générale et du
programme d’activité dans les différents services ;
gérer le personnel de SYRIS Informatique;
La mission de coach des collaborateurs
Assiste les collaborateurs sur la compréhension et la conception des systèmes
La mission de commercial
rechercher des partenariats et des financements pour permettre à l’entreprise de
prospérer ;
Négocier des marchés pour permettre la vente des produits conçus par l’entreprise
Les services
Le Service de Production
Il est dirigé par Monsieur SANGARE Moussa, Ingénieur Informaticien et
Coordonnateur des Projets. Il a pour rôle de veiller au bon déroulement des activités du
service de production
Le Service Comptabilité
14
NASSA MARIAM RESEAUX GENIE LOGICIEL
Il est dirigé par Monsieur Mr KOFFI, comptable de l’entreprise. Il a pour tâche :
La gestion de toutes les activités se rapportant à la comptabilité
-La gestion administrative de l’entreprise
Les Services Annexes
Ils se composent :
de l’entretien des locaux ;
De la sécurité des locaux et du gardiennage
4) Présentation du service d’accueilLe service de production de SYRIS INFORMATIQUE dirigé par Mr SANGARE MOUSSA
Ingénieur Informaticien et Coordonnateur des Projets est le service qui s’occupe de la
conception des systèmes d’information ainsi que de la conception des logiciels.
II) PRESENTATION DU PROJET
1) ContexteLa place prépondérante qu’occupe l’informatique de nos jours dans tous les secteurs d’activité
est telle qu’il n’est pas exagérée de dire qu’une entreprise ambitieuse ne peut évoluer sans
l’informatisation de ses activités.
L’informatique s’impose dans tous les secteurs d’activités.
Les sociétés de construction immobilières spécialisées dans la réalisation des opérations
immobilières sont confrontées à un certain nombre de problèmes surtout en ce qui concerne la
gestion des stocks.
En effet la gestion manuelle des données concernant le stock entraine certains problèmes tels
que les pertes de temps, les abus, les ruptures de stock, des omissions, deserreurs. Les
difficultés sont donc de plusieurs ordres :
- Le recueil des informations concernant les différentes entrées et sorties du stock. Le
traitement des données étant manuel il est parfois difficile de retrouver des
informations concernant certaines entrées ou sorties donc par la même occasion de
savoir si le stock d’alerte d’un magasin donné est atteint. On peut également constater
des écarts au niveau du stock entre la quantité qu’on est supposé avoir en stock et la
quantité réelle disponible. Ces écarts peuvent s’expliquer par des erreurs lors des
15
NASSA MARIAM RESEAUX GENIE LOGICIEL
reports des entrées ou des sorties ou par un mauvais report fait par des agents
frauduleux.
- L’établissement de la fiche de stock à une période donnée. En effet le traitement des
données étant manuel, il est parfois difficile de recueillir les informations concernant
le stock à une date précise l‘établissement de la fiche de stock devient alors une tache
très difficile à effectuer par les agents.
Consciente de la concurrence de plus en plus farouche dans le domaine de la construction et
de l’importance que représente le stock des débours pour une société de construction
immobilière les sociétés de construction immobilières ont décidé d’automatiser la gestion du
stock de leurs différents débours utilisés pour la réalisation de leurs différentes opérations
immobilières.
En notre qualité d’informaticien, nous avons la lourde responsabilité de recueillir les
informations auprès des sociétés de construction concevoir un logiciel que nous leur
proposerons ensuite par la suite à travers notre projet de fin d’étude intitulé :
« CONCEPTION ET MISE EN OEUVRE D’UNE APPLICATION DEGESTION DU
STOCK DES DEBOURS D’UNE SOCIETE DE CONSTRUCTION IMMOBILIERE »
Une telle application doit recueillir les informations relatives à la gestion du stock d’une
société de construction immobilière, au personnel des différents magasins, au personnel
affecté sur les différents chantiers.
Le programme d’application doit assurer les taches suivantes :
- Saisie et archivage des informations contenues sur les bons de commande
- Saisie et archivage des informations concernant les réceptions de commande et
d’approvisionnement
- Edition de la fiche de stock à une date donnée
Nous pensons que ce logiciel permettra aux sociétés de construction de répondre à leurs
principales préoccupations par la résolution de leurs problèmes actuels ce qui leur
permettra de mieux gérer leur stock.
2) Domaine d’activitéLes sociétés de construction immobilières sont des sociétés spécialisées dans la construction
en particulier dans la réalisation des opérations immobilières. Ces sociétés se chargent de
construire un ensemble de logements respectant les différentes normes et les proposent aux
populations afin de leur faciliter l’accès à l’habitat. Ces logements sont proposés aux
populations avec différents modes de vente. Il s’agit notamment de la vente directe, de la
16
NASSA MARIAM RESEAUX GENIE LOGICIEL
location-vente, et de la vente par crédit bancaire. Ces sociétés se chargent également de la
construction de logements ou d’établissements pour les particuliers. Ces sociétés connaissent
un essor vraiment important.
Cependant force est de reconnaitre que la prolifération des sociétés de construction a rendu
rude la concurrence, obligeant ainsi les sociétés de construction à se moderniser. C’est dans ce
sens que de plus en plus de sociétés de construction ont opté pour leur informatisation. Etant
stagiaire dans le cabinet de développement SYRIS INFORMATIQUE cette tâche m’a été
confiée comme projet de fin de stage.
3) Objectifs du projetLe projet vise les objectifs suivants :
A courts termes : Permettre aux sociétés de construction immobilière de rendre
efficace leur gestion quotidienne de stock. Ainsi, aussi bien la gestion de
l’approvisionnement du magasin général, que la gestion de l’approvisionnement
des magasins annexes et les différentes sorties vers les chantiers se fera de façon
automatique. Le travail pourra donc se faire de façon plus transparente. Au-delà
donc du gain de temps cette modernisation permettra une gestion plus efficiente
des ressources disponibles en stock.
A longs termes : Permettre aux sociétés de construction immobilière qui au cas où
elles étendent leurs activités dans d’autres villes ou même au plan international de
permettre l’échange d’informations entre les différents magasins à travers cette
application web.
II) CHOIX DE LA METHODE D’ANALYSE
1) Méthode1(MERISE)
Définition
MERISE (Méthode d’Étude et de Réalisation Informatique par Sous-ensembles), est une méthode d’analyse informatique née vers 1978 en France.
Elle est très répandue de nos jours et est beaucoup utilisée dans la conduite et la conception de projets informatiques.
Principes généraux
17
NASSA MARIAM RESEAUX GENIE LOGICIEL
MERISE est une méthode qui a une double vocation.
C’est d’abord une méthode de conception de système informatique (SI) à savoir :
- Une approche globale du SI menée parallèlement sur les données et sur les traitements.- Une description du SI par niveaux :
Le niveau conceptuel Le niveau logique ou organisationnel Le niveau physique ou opérationnel
- Une description du SI utilisant un formalisme de représentation précis, simple et rigoureux pour la description des données
- Une représentation visuelle des modèles conceptuels.
Ensuite, MERISE propose une démarche de développement de ce SI à travers :
- Un découpage du processus de développement en quatre étapes Étude préalable Étude détaillée Réalisation Mise en œuvre
- Une description de la structure de travail à mettre en place pour mener à bien le développement du SI.
Présentation des niveaux de conception
MERISE distingue trois niveaux de conception de système d’informations :
Niveau conceptuel
A ce niveau, il est établi une description des finalités de l’entreprise en précisant le « QUOI » tout en faisant abstraction des contraintes organisationnelles et techniques. Il sera fait une description des données stables ou données invariantes du SI et de l’ensemble des règles de gestion qui y sont appliquées au niveau des concepts par le biais d’un formalisme qui peut se traduire en termes de :
Modèle conceptuel des données (MCD) :
18
NASSA MARIAM RESEAUX GENIE LOGICIEL
La description des données et des relations est réalisée à partir du formalisme individuel suivant : Objet, Relation, Propriété.
Modèle conceptuel des traitements (MCT) :
Ses concepts sont : Processus, Opération, Évènement, Résultat, Synchronisation
Niveau organisationnel ou logique
Ce niveau définit l’organisation qu’il est souhaitable de mettre en place dans l’entreprise pour atteindre les objectifs souhaités. Il faut préciser les choix d’organisation qui seront pris en compte :
- La répartition des tâches entre l’homme et la machine- Le mode de fonctionnement : temps réel (conversationnel), temps différé (batch)- La répartition géographique des données et des traitements.
En un mot ce niveau décrit le « qui fait quoi et ou ».
Les modèles associés à ce niveau de description sont :
Modèle logique des données (MLD), qui peut être selon le cas Codasyl, Relationnel, Fichier classique
Modèle organisationnel des traitements (MOT), qui permet de représenter par phases les tâches exécutées et les postes de travail correspondants.
Niveau opérationnel ou physique
Il définit les organisations physiques des données au travers du Modèle Physique des Données (MPD) et la description des traitements effectués par unités de traitements au travers du Modèles Opérationnel des Traitements (MOT).
A ce niveau, le MOPT, décrit « LE COMMENT FAIRE ».
19
NASSA MARIAM RESEAUX GENIE LOGICIEL
La méthode de conception proposée par MERISE nous a présenté une vue globale des différents niveaux applicables par cette méthode pour mener à bien un projet. Cependant, ces concepts ne pouvant être pris en compte qu’après une analyse détaillée du SI et une délimitation précise du domaine d’activités à partir de la démarche du développement.
TABLEAU DE SYNTHESE D’UNE ETUDE CONCEPTUELLE DE MERISE
NIVEAU D’ABSTRACTION
DONNEES TRAITEMENTS
CONCEPTUEL
Modèle Conceptuel des Données (MCD) Modèle Conceptuel des
Traitements (MCT)
ORGANISATIONNEL ou LOGIQUE
Modèle Logique des
Données (MLD)Modèle Organisationnel des
Traitements (MOT)
OPERATIONNEL ou PHYSIQUE
Modèle Physique des Données
(M.P.D)
Modèle Opérationnel des Traitements
(M.Op.T)
2) Méthode2(UML)
Développé dans les années 90, le formalisme de cette approche ressemble fort à celui des méthodes systémiques. Mais ici tout est objet et l’aspect dynamique de la vie des objets revêt un caractère décisif. L’existence d’un grand nombre de modèles (plus de 50) inhérents à cette méthode, a constitué un frein au développement de cette approche. C’est pourquoi les concepteurs de trois méthodes objets partant de l’hypothèse qu’il était impossible de développer une méthode utilisable plus largement, ont proposé en en (1994) « un langage de modélisation unifié »fondé sur l’approche objet : l’UML (Unified Modeling Language). Proposé par l’OMG (objet management group), organisation à but non lucratif. UML est devenu un langage de modélisation et non une méthode. Avec le formalisme d’UML on aborde les notions de classe, de relation entre classes, d’héritage d’agrégation
3) Justification du choix Forces et faiblesses de MERISE
20
NASSA MARIAM RESEAUX GENIE LOGICIEL
Forces
Contrairement aux approches objets, les approches systémiques présentent une approche plus globale de l’entreprise indépendante de la technologie utilisée. La technologie étant sujet à évolution fera des systèmes d’information un objet en perpétuel renouvellement. L’informatique se caractérise de plus en plus par une forte évolutivité des besoins et des techniques qui conduisent à une visibilité restreinte sur l’avenir. Il faut donc absolument prendre en compte les points clés :
- Les demandes des utilisateurs se renouvèlent et s’accroissent en quantité comme en qualité.
- Les matériels et les logiciels de base sont en mutation permanente et rapide- Les ressources pour satisfaire les demandes diminuent plus qu’elles n’augmentent- La mise en place d’un système informatique ne peut être efficace que si elle est dirigée
du début jusqu’à la fin par les différents acteurs qui interviennent tout le long de la vie d’un projet
- Par définition d’une certaine règle stricte, la modélisation du système à l’aide de la méthode MERISE garantit la cohérence des données, des traitements et donc de la validité d’une application. La vocation de cette méthode est double :
o Représenter une méthode de conception de systèmes d’informations.
o Proposer une démarche méthodologique des systèmes d’informations.
Faiblesses
MERISE a un côté très administratif et on lui a ainsi reproché d’utiliser un formalisme jugé complexe surtout pour les modèles de données.
- Il faut consacrer énormément de temps à réfléchir et à pré documenter avant de commencer à coder.
- La lourdeur des démarches à remis en cause MERISE dans les années 90. Forces et faiblesses des méthodes objet
Forces
Dans la méthode objet, tout est objet et la notion de classe a tout son sens. On fait également la différence entre les propriétés et les méthodes. La notion d’interface est également importante et l’utilisateur final ne s’occupe pas de la complexité interne. Une propriété selon qu’elle soit publique ou privée peut être visible ou non.
Enfin l’un des atouts de cette méthode est le regroupement des fonctions permettant ainsi de gagner du temps.
Faiblesses
Les méthodes objets sont un peu plus délicates en termes de mobilité d’un système à un autre. En d’autres termes les méthodes objet vont permettre difficilement la mutation du système.
21
NASSA MARIAM RESEAUX GENIE LOGICIEL
Un autre problème de cette méthode est que compte tenu de l’interdépendance accrue des fonctions, il est difficile d’effectuer des modifications.
Choix de la méthode d’analyse
Au vu de ce qui précède et en tenant compte de nos connaissances personnelles dans chacune des méthodes présentées plus haut, nous optons pour une méthode systémique dans le cadre de notre mémoire, en particulier la Méthode d’Etude et de Réalisation Informatique pour les systèmes d’Entreprise(MERISE).
22
NASSA MARIAM RESEAUX GENIE LOGICIEL
DEUXIEME PARTIE : ETUDE PREALABLE
23
NASSA MARIAM RESEAUX GENIE LOGICIEL
I) ETUDE DE L’EXISTANT
1) Description du système actuel Mode de fonctionnement
Le fonctionnement actuel de certaines sociétés de construction immobilières est essentiellement manuel. Cette situation a un impact négatif sur la gestion des taches.
Documents utilisés
La plupart des sociétés de construction immobilières utilisent les documents suivants :
- Les bons de commandes : Elles contiennent toutes les informations concernant une commande passée par le magasin général auprès d’un fournisseur
- Les fiches de demande d’approvisionnement : Elles contiennent les informations concernant une demande d’approvisionnement effectué par un magasin annexe auprès du magasin général
- Les fiches de réception de commande : Elles contiennent toutes les informations concernant la réception de la livraison d’une commande dans le magasin général
- Les fiches de réception des approvisionnements : Elles contiennent toutes les informations concernant un approvisionnement effectué par le magasin général auprès d’un magasin annexe suite à une demande d’approvisionnement
- Les fiches de sortie : Elle contient les informations concernant les sorties en débours d’un magasin annexe pour approvisionner le chantier auquel il est rattaché
- La fiche de stock : Elle contient les informations concernant les différents débours ainsi que l’état du stock à une date donnée.
2) Modélisation du système actuel
Description de l’activité
Il s’agit ici de la gestion du stock des débours d’une société de construction immobilière
Nous allons décrire l’activité à travers les processus :
Processus d’approvisionnement du magasin général
Description de l’approvisionnement du magasin généralUn magasin général qui désire être réapprovisionner doit passer une commande auprès d’un fournisseur et cela après avoir fait une vérification de l’état des stocks
Moyens utilisésLes moyens utilisés pour l’approvisionnement du magasin général sont :
- Le bon de commande : document permettant de recueillir toutes les informations concernant la commande qu’on désire passer entre autres les débours commandés, le fournisseur à qui est adressée la commande, la quantité commandée pour chaque débours, la date de la commande.
24
NASSA MARIAM RESEAUX GENIE LOGICIEL
- La fiche de réception de commande : c’est une fiche qui contient toutes les informations concernant une réception de commande entre autres la commande concernée, la date de réception, les débours livrés, la quantité livrée, le reste à livrer.
Processus approvisionnement des magasins annexes Description de l’approvisionnement des magasins annexes
Un magasin annexe qui désire être réapprovisionné doit effectuer une demande de réapprovisionnement auprès du magasin général et cela après avoir fait une vérification de l’état des stocks
Moyens utilisésLes moyens utilisés pour l’approvisionnement du magasin annexe sont :
- La fiche de demande de réapprovisionnement : document permettant de recueillir toutes les informations concernant la demande de réapprovisionnement qu’on désire passer entre autres les débours concernés par la demande, la quantité de la demande pour chaque débours, la date de la demande.
- La fiche de réception de demande de réapprovisionnement : c’est une fiche qui contient toutes les informations concernant une réception de demande de réapprovisionnement entre autres la demande concernée, la date de réception, les débours livrés, la quantité livrée, le reste à livrer.
Processus d’approvisionnement des chantiers
Description de l’approvisionnement des chantiers
Lorsqu’un chantier désire être réapprovisionné, le chef de chantier fait la demande au magasin annexe auquel est rattaché ce chantier. La fourniture du chantier en débours est alors effectuée lorsque les débours demandés sont présents dans le magasin
Moyens utilisésLa fiche de sortie : document contenant toutes les informations concernant la sortie qui a été effectué pour l’approvisionnement du chantier.
La gestion ancienne du stock des débours des sociétés de construction immobilière étant manuelle, nous avons après analyse des informations recueillis fait la modélisation suivante :
Règles de gestionLes règles de gestion sont des expressions qui décrivent la façon dont une entreprise fonctionne. Lorsque vous créez une règle vous faites référence aux données énoncées dans la description des activités de l’entreprise.Les règles de gestion relatives à notre acticité sont :RG 1: Un fournisseur fournit un ou plusieurs déboursRG2: Une commande concerne un et un seul fournisseurRG3 : Une commande concerne un ou plusieurs déboursRG4: Une commande entraine une ou plusieurs livraisonsRG5 : Une demande de réapprovisionnement concerne un et un seul magasin annexe
25
NASSA MARIAM RESEAUX GENIE LOGICIEL
RG6:Une demande de réapprovisionnement porte sur un ou plusieurs déboursRG7 : Une livraison concerne une et une seule commandeRG8 : Une demande de réapprovisionnement entraine un ou plusieurs réapprovisionnementsRG9 : Un réapprovisionnement concerne une et une seule demande de réapprovisionnementRG10 : Une demande de réapprovisionnement porte sur un ou plusieurs déboursRG11 : Un réapprovisionnement concerne un ou plusieurs déboursRG12 : Un chantier est rattaché à un et un seul magasin annexeRG13 : Le réapprovisionnement des magasins annexes s’effectue uniquement par le magasin général
Dictionnaire des données
Un dictionnaire des données est une collection de métadonnées ou de données de référence nécessaire à la conception d’une base de données relationnelle. Il revêt une importance stratégique particulière, car il est le vocabulaire commun de l’organisation. Il décrit des données aussi importantes que les clients , les nomenclatures de produits et de service ,les annuaires. C’est donc le référentiel principal de l’entreprise sur lequel s’appuient les décisions de celle-ci. Il est souvent représenté par un tableau à quatre colonnes concernant le nom, le code et le type de données ainsi que des commentaires
26
NASSA MARIAM RESEAUX GENIE LOGICIEL
CODES LIBELLES TYPE LONG
NATURE E M
CO SIG CA SIT
ContraintesD’intégrités
FourNumFourNomFourTelFourTypeFourAdFourAdg
ComCodeComDateLivNumLivDateLivNumblDebNumDebDesignDebPuDebUniteDebFamReapproNumReapproDateDemandeCodeDemandeDateMagNumMagNomMagRespoMagAdMagAdgMaggNomMaggRespoChantNumChantNomChantChefSortieNumDateSortie
Numéro du fournisseurNom du fournisseurTéléphone du fournisseurType du fournisseurAdresse du fournisseurAdresse géographiquedu fournisseurCode de la commandeDate de la commandeNuméro de la livraisonDate de la livraisonNuméro du bon de livraisonNuméro du déboursDésignation du déboursPrix unitaire du déboursUnité deboursFamille déboursNuméro de réapprovisionnementDate de réapprovisionnementNuméro de la demandeDate de la demandeNuméro du magasin annexeNom du magasin annexeResponsable du magasinAdresse du magasin annexeAdresse géographique du magasinNom du magasin généralResponsable du magasin généralNuméro du chantierNom du chantierChef du chantierNuméro de sortieDate de la sortie
N A AN A AN AN
AN AN N AN AN N A N A A N AN AN AN N A A AN A A A N A A N AN
05 30 11 25 15 15
07 10 05 10 07 05 15 05 03 15 05 10 07 10 05 25 25 15 25 25 25 05 15 15 15 10
E E E E E E
E E E E E E E E E E E E E E E E E E E E E E E E E E
SIG SIG SIG SIG SIG SIG
SIG M SIG M SIG SIG SIG SIG SIG SIG SIG M SIG M SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG SIG M
ID
IDJJ-MM-AAAA
JJ-MM-AAAA
ID
IDJJ-MM-AAAAID
ID
ID
IDJJ-MM-AAAA
AN: Alphanumérique CA: Calculé M : MouvementN: Numérique CO : Concaténé SIG : SignalétiqueID: Identifiant E: ÉlémentaireSIT : SituationJJ : Jour MM : Mois AAAA : Année
27
NASSA MARIAM RESEAUX GENIE LOGICIEL
Graphe des dépendances fonctionnelles
Le graphe des dépendances fonctionnelles de données permet d’obtenir une représentation géographique de la structure des données du système d’information. Il permet de valider la matrice des dépendances fonctionnelles en mettant en évidence des dépendances fonctionnelles transitives oubliées
:
ComCode
LivNum
LivDate
DebNum
SortieNum
ComDate
ReapproNum
DemandeCode
MagNum
ChantNum
DebPu
MaggNom
MaggAd Magtel
DemandeDate
MagNom Magtel
ChantNom ChantRespo
Si
DebDesign
Si
SortieDateReapproDate
ReapproQte
SortieQte
ComQte
DemandeQte
28
NASSA MARIAM RESEAUX GENIE LOGICIEL
MCD
Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information. Il s'agit donc d'une représentation des données, facilement compréhensible, permettant de décrire le système d'information à l'aide d'entités.
1,1
1,n
1,n
0,n
1,n
0,n
1,1
1,1
1,1
1,n
0,n
1,1
1,n
0,n
1,n1,1
1,n
0,n
0,n
1,n
1,n
1,11,n
1,n
0,n
1,1
FOURNISSEUR
FOURNUMFOURNOMFOURTELFOURADFOURADGFOURTYPE...
<pi>COMMANDE
COMCODE...
REAPPRO
REAPPRONUMREAPPRODATE
CHANTIER
CHANTNUMCHANTNOM
<pi>
CHANTNUM...
<pi>
DEBOURS
DEBNUMFAMNUMUNITNUMDEBDESIGNDEBPU...
DEMANDE
DEMANDECODEDEMANDEDATE...
SORTIE
SORTIENUMSORTIEDATE...
LIVRAISON
LIVNUMLIVDATE
<pi>
LIVNUMIdentifiant_2...
EST ADRESSE
CONCERNE
COMQTE...
Réel
CONCERNESORTIE
SORTIEQTE...
MAGASIN
MAGNUMMAGNOMMAGRESPOMAGADMAGADGMAGTEL...
<pi>
ESTRATTACHE
ESTEFFECTUEE
ESTEMISE
CONCERNEDEMANDE
QTEDEMANDE...
ENTRAINE
CONCERNEREAPPRO
REAPPROQTE Réel
CONCERNELIV
LIVQTE Réel
DONNELIEU
STOCKER-INITIAL
SISASM
RéelRéelRéel
MAGASING
MAGNOMMAGRESPOMAGAD...
STOCKER_INITIALG
SIGSAGSMG...
RéelRéelRéel
29
NASSA MARIAM RESEAUX GENIE LOGICIEL
Diagramme des flux
Un diagramme des flux de données est une représentation graphique du flux de données à travers un système d’information.
Un diagramme des flux de données peut être aussi utilisé pour la visualisation du traitement de données en conception structurée. Il est d’un usage courant pour un concepteur de dessiner d’abord un DFD de niveau contexte qui montre les interactions entre le système et les entités extérieures. Ce DFD de niveau contexte est éventuellement décomposé en sous-systèmes pour montrer avec plus de détails le système en cours de modélisation
a)Processus de gestion de l’approvisionnement du magasin général
INVENTAIRE DES ACTEURS
ACTEURS EXTERNES : Fournisseur
ACTEUR INTERNES : Gestionnaire de stock du magasin général
LEGENDE
1 : Commande auprès des fournisseurs par le gestionnaire de stock du magasin général
2 : Livraison de la commande
3 : Vérification de la livraison et stockage dans le magasin
b) Processus de gestion de réapprovisionnement des magasins annexes
INVENTAIRE DES ACTEURS
ACTEURS EXTERNES : Néant
ACTEUR INTERNES : gestionnaire des stocks magasin général, gestionnaire des stocks magasin annexe
1
2
Gestionnaire stock magasin
général
Fournisseur
33
30
NASSA MARIAM RESEAUX GENIE LOGICIEL
c)Processus de gestion de l’approvisionnement des chantiers
INVENTAIRE DES ACTEURS
ACTEURS EXTERNES : Néant
ACTEUR INTERNES : Gestionnaire de stock du magasin annexe, chef de chantier
LEGENDE
1 : Demande d’approvisionnement du chantier en débours au gestionnaire du stock du magasin annexe
2 : Vérification de la disponibilité des débours dans le magasin annexe
3 : Approvisionnement du chantier
Graphe d’ordonnancement des flux
Gestionnaire stock
magasin 3
Gestionnaire stock
magasin
12
1
33
Chef de chantier
Gestionnaire de stock du
magasin
2
31
NASSA MARIAM RESEAUX GENIE LOGICIEL
a) Processus de gestion de l’approvisionnement du magasin général
Demande de Réapprovisionnement
Commande passée par le fournisseur auprès du
magasin général
Stock d'alerte atteint
b) Processus de gestion de réapprovisionnement des magasins annexes
Stock d'alerte atteint
Demande de réapprovisionnement
Ordre de réapprovisionnement
Débours
Approvisionnement
32
NASSA MARIAM RESEAUX GENIE LOGICIEL
C) Processus de gestion de l’approvisionnement des chantiers
Demande de réapprovisionnement du
chef de chantierDébours disponible
Approvisionnement du chantier
Modèle conceptuel des traitements(MCT)
a) Processus de gestion de l’approvisionnement du magasin général
Demande de réapprovisionnement du magasin annexe
ET
Commande auprès des fournisseurs
Toujours
Stock d'alerte atteint
Livraison des fournisseurs
b) Processus de gestion du réapprovisionnement des magasins annexes
33
NASSA MARIAM RESEAUX GENIE LOGICIEL
<Texte par défaut>
<Texte par défaut>
Demande de l 'état des stocks
Ordre de réapprovisionnement
ET
Réapprovisionnement
Demande émiseStock
ET
Vérification des stocks
Approvisionnement effectué
c) Processus de gestion de l’approvisionnement des chantiers
34
NASSA MARIAM RESEAUX GENIE LOGICIEL
Demande de réapprovisionnement du
chef de chantier
ET
VERIFICATION DE LA DISPONIBILITE
Stock
Approvisionnement du chantier
35
NASSA MARIAM RESEAUX GENIE LOGICIEL
II) ANALYSE DE L’EXISTANT
1) Objectifs et besoins des utilisateursLa mise en place de cette application a pour objectif général de faciliter la gestion du stock des débours pour les sociétés de construction immobilière.
Ainsi au terme de ce travail l’utili1sateur doit pouvoir :
- Rechercher une information- Editer la fiche de stock- Sécuriser les informations du stock à travers un processus d’authentification- Editer la liste des différents débours contenus en stock- Contrôler les entrées et les sorties du stock- Faciliter la gestion du stock
2) Critique de l’existantLa critique de l’existant se fera à travers les processus. Il s’agira de montrer les failles du
système et de proposer les solutions adéquates
Processus de gestion de l’approvisionnement du magasin général
A travers ce processus nous rencontrons un certain nombre de problèmes entre autres
La négligence ou la mauvaise gestion des outils de gestion en matière d’approvisionnement.
Processus de gestion du réapprovisionnement des magasins annexes
- Une mauvaise gestion des outils en matière de demande de réapprovisionnement
- Des difficultés pour savoir quels sont les débours qui doivent faire réellement l’objet
de demande de réapprovisionnement
Processus de gestion des sorties
- Un mauvais contrôle des sorties
- Des difficultés pour connaitre les quantités des sorties
36
NASSA MARIAM RESEAUX GENIE LOGICIEL
III) PROPOSITIONS DE SOLUTIONS POSSIBLESLa critique précédente du système a montré un certain nombre de problèmes. Pour tenter de les résoudre nous proposons de mettre en place une application informatique qui permettra :
-De gérer de façon automatique les commandes ainsi que la réception des livraisons
-De gérer de façon automatique les demandes d’approvisionnement ainsi que la réception des approvisionnements.
-De gérer de façon automatique les différentes sorties.
1) Première solutiona) Description de la solution
Un poste Logiciel : Microsoft Access 2007
Cette solution consiste à installer sur un seul poste la base de données. On utilise ici comme système de gestion de base de données Microsoft Access. Ce poste sera ainsi utilisé par une seule personne.
b) Avantages
Cette solution est pratiquement la plus simple possible. Elle ne nécessite pas assez de ressources aussi bien humaines que matériels. La gestion est donc plus simplifiée. L’accès aux données est plus maitrisé puisqu’une seule personne se charge de la manipulation. Il n’y a donc pas de risque de modifications désordonnées.
c) Inconvénients
En cas de défaillance du poste, les données peuvent être perdues si l’utilisateur unique oublie de faire une sauvegarde.
L’absence prévue ou non du responsable du poste peut bloquer les activités.
d) Estimation des coûts de mise en œuvre
Il suffit d’installer Microsoft Office pour avoir Accès
Matériel Caractéristiques Quantité Prix unitaire CoûtOrdinateur Micro-ordinateur
HP Compaq500B/505B
Microprocesseur core 2 duo.
500 Go – 2Go de mémoire ram.
1 250 000 F 250 000 F
TOTAL 250 000 F
37
NASSA MARIAM RESEAUX GENIE LOGICIEL
2)Deuxième solutiona) Description de la solution
5 postes en réseau Logiciel : Visual studio 2008 et pour sa base de données SQL SERVER 2005 Topologie physique : étoile Topologie logique : Ethernet Architecture réseau : client /serveur
Dans cette solution les postes sont placés en étoile
b) Avantages- Ethernet: Méthode d’accès non déterministe et aléatoire mais très répandue
Visual Studio 2008 : Microsoft Visual studio 2008 est une suite de logiciels de développement pour Windows conçue par Microsoft. Visual studio est un ensemble complet d’outil de développement permettant de générer des applications web ASP.NET et des services web XML, des applications bureautiques et des applications mobiles. visual basic, visual c++, Visual c # et Visual j# utilisent tous le même environnement de développement intégré(EDI) qui leur permet de partager des outils et facilite la création de solutions faisant appel à plusieurs langages. Par ailleurs ces langages permettent de mieux tirer parti des fonctionnalités du framework.net, qui fournit un accès à des technologies clés simplifiant le développement d’applications web ASP et des services web XML grâce à Visual web developer.
- Microsoft SQL SERVER 2005 : Microsoft SQL Server 2005 est un logiciel de gestion et d'analyse de données complet et intégré, qui permet aux organisations de gérer de manière fiable les informations critiques pour leur activité et d'exécuter les applications professionnelles actuelles les plus complexes. Grâce à sa haute disponibilité, ses améliorations en termes de sécurité et ses outils intégrés de création de rapports et d'analyse des données, SQL Server 2005 permet aux entreprises de tirer pleinement parti de leurs informations professionnelles et d'obtenir des résultats plus rapides pour un avantage compétitif. SQL Server 2005 est conçu pour s'intégrer parfaitement à votre infrastructure de serveur existante. Avec son architecture client /server qui centralise les ressources sur un server, le réseau est plus sécurisé car l’administrateur de réseau contrôle l’accès aux ressources. Le mode client /serveur permet des temps de réponse plus rapides et plus fiables ainsi qu’une maintenance de la base de données facilitée.
- Topologie étoile : les avantages sont nombreux
- L évolutions du réseau ne nécessite pas de modifications dans le câblage du réseau existant.il suffit d’ajouter des câbles supplémentaires
- Les modifications sont rapides et peu couteuses- La panne d’une machine connectée au réseau ne perturbe pas le fonctionnement de ce
dernier- Mise en place facile- Les modifications sont rapides et peu couteuses- Chaque liaison est indépendante des autres
38
NASSA MARIAM RESEAUX GENIE LOGICIEL
- La mise en œuvre du réseau est progressive.- Gestion et dépannage facile du réseau
c) Inconvénients
Les inconvénients de cette solution sont liés à deux composants du système :
- Le Switch : La topologie en étoile est telle que le Switch est l’élément clé du système. Et sa défaillance provoque l’arrêt du système puisque le support physique n’est plus accessible.
- Le serveur : il apparait comme le « maître du jeu ».Il doit être disponible à tout moment car il doit répondre à toutes les requêtes. Sa défaillance crée également beaucoup de désagréments. Le serveur doit être très puissant.
d) Estimation des coûts de mise en œuvre
FOURNITURES QUANTITE PRIX UNITAIRE
(F CFA)
COUT
39
NASSA MARIAM RESEAUX GENIE LOGICIEL
LOGICIELS Windows XP 1 80 000 80 000
Office XP 1 47 0000 47 000
Microsoft Sql Server 2005
1500 000
500 000
MATERIELS Switch (16 ports)
1 25 000 25 000
ConnecteursRJ45
20 50 1000
Câbles réseau 30m 750 22 500
Câbles électriques
30m 700 21 000
Server HP-Proliant BL 380
Microprocesseur quadri-core – 12 Go – 3 disques durs de 146 Go
SAS/1 alimentation redondante.Ecran 20".
Avec licence Windows
1 889 000 889 000
Micro-ordinateur HP Compaq
500B/505BMicroprocesseur core 2
duo. 500 Go – 2Go de
mémoire ram.
2 250 000 500 000
Imprimante à jet d’encre
(HP Laserjet 3525N).
1 35 000 35 000
TOTAL 2 120 500
40
NASSA MARIAM RESEAUX GENIE LOGICIEL
3) Choix d’une solution
Solution1 : Cette solution apparait comme la plus simple. Elle ne peut permettre une gestion transparente puisqu’un seul utilisateur a accès aux données. Bien que couteuse elle semble manquer de performance car très peu sécurisée.
Solution2 : Elle est certes couteuse mais présente des avantages certains :- Le modèle client /serveur est l’un des systèmes les plus utilisés de nos jours car plus
adapté à l’esprit de l’entreprise et également à la centralisation des ressources évitant ainsi les problèmes de redondances et de conflit sur la base de données. Beaucoup d’applications sont utilisées dans le modèle client /serveur ‘accès aux données est contrôlé et le serveur est capable de faire l’historique de toutes les opérations qui ont lieu améliorant ainsi la sécurité.
- Ethernet : permet des échanges volumineux d’informations.- Visual Studio 2008 est un langage présentant de nombreux avantages par la simplicité
de son utilisation. C’est un des AGL les plus utilisés. Choix de la solution
Pour toutes les raisons évoquées précédemment, nous optons pour la solution2, c’est-à-dire 5 postes en réseau avec la topologie physique étoile et avec comme topologie physique Ethernet ‘outil de développement est Visual studio 2008, le langage de développement est ASP .NET et sa base de données Microsoft SQL Server 2005.
Tout ceci dans une architecture client /Serveur qui, au-delà de sa fiabilité permet l’évolution du réseau.
41
NASSA MARIAM RESEAUX GENIE LOGICIEL
TROISIEME PARTIE : ETUDE DETAILLEE DE LA
SOLUTION RETENUE
42
NASSA MARIAM RESEAUX GENIE LOGICIEL
I) ETUDE CONCEPTUELLE
1) Règles de gestion RG1 : Un débours possède une et une seule famille
RG2 : Un débours possède une et une seule unité
RG 3 : Un fournisseur fournit un ou plusieurs débours
RG4 : Une commande concerne un et un seul fournisseur
RG5 : Une commande concerne un ou plusieurs débours
RG6: Une commande entraine une ou plusieurs livraisons
RG7 : Une demande de réapprovisionnement concerne un et un seul magasin annexe
RG8: Une demande de réapprovisionnement porte sur un ou plusieurs débours
RG9 : Une livraison concerne une et une seule commande
RG10 : Une demande de réapprovisionnement entraine un ou plusieurs réapprovisionnements
RG11 : Un réapprovisionnement concerne une et une seule demande de réapprovisionnement
RG12 : Une demande de réapprovisionnement porte sur un ou plusieurs débours
RG13 : Un réapprovisionnement concerne un ou plusieurs débours
RG14 : Un chantier est rattaché à un et un seul magasin annexe
RG15 : Le réapprovisionnement des magasins annexes s’effectue uniquement par le magasin général
2) Graphe des flux
43
NASSA MARIAM RESEAUX GENIE LOGICIEL
:
ComCode
LivNum
LivDate
DebNum
SortieNum
ComDate
ReapproNum
DemandeCode
MagNum
ChantNum
FamNum UnitNum
DebPu
FamNom UnitLib
MaggNom
MaggAd Magtel
DemandeDate
MagNom Magtel
ChantNom ChantRespo
Si
DebDesign
Si
SortieDateReapproDate
ReapproQte
SortieQte
ComQte
DemandeQte
44
NASSA MARIAM RESEAUX GENIE LOGICIEL
3) Modèle Conceptuel de Données (MCD)
1,1
1,n
1,n
0,n
1,n
0,n
1,1
1,1
1,1
1,n
0,n
1,1
1,n
0,n
1,n1,1
1,n
0,n
0,n
1,1
0,n 1,n
1,n
1,1
1,1
1,n
1,n
1,n
0,n
1,1
FOURNISSEUR
FOURNUMFOURNOMFOURTELFOURADFOURADGFOURTYPE...
<pi>COMMANDE
COMCODE...
UNITE
UNITCODEUNITELIBUNITLIBABREV...
REAPPRO
REAPPRONUMREAPPRODATE
CHANTIER
CHANTNUMCHANTNOM
<pi>
CHANTNUM...
<pi>
DEBOURS
DEBNUMFAMNUMUNITNUMDEBDESIGNDEBPU...
DEMANDE
DEMANDECODEDEMANDEDATE...
SORTIE
SORTIENUMSORTIEDATE...
LIVRAISON
LIVNUMLIVDATE
<pi>
LIVNUMIdentifiant_2...
FAMILLEDEBOURS
FAMNUMFAMNOM...
Entier<Indéfini>
EST ADRESSE
CONCERNE
COMQTE...
Réel
CONCERNESORTIE
SORTIEQTE...
MAGASIN
MAGNUMMAGNOMMAGRESPOMAGADMAGADGMAGTEL...
<pi>
ESTRATTACHE
ESTEFFECTUEE
ESTEMISE
CONCERNEDEMANDE
QTEDEMANDE...
ENTRAINE
CONCERNEREAPPRO
REAPPROQTE Réel
POSSEDE
CONCERNELIV
LIVQTE Réel
DONNELIEU
APPARTIENT
STOCKER-INITIAL
SISASM
RéelRéelRéel
MAGASING
MAGNOMMAGRESPOMAGAD...
STOCKER_INITIALG
SIGSAGSMG...
RéelRéelRéel
45
NASSA MARIAM RESEAUX GENIE LOGICIEL
4) Diagramme des flux
a)Processus de gestion de l’approvisionnement du magasin général
INVENTAIRE DES ACTEURS
ACTEURS EXTERNES : Fournisseur
ACTEUR INTERNES : Gestionnaire de stock du magasin général
LEGENDE
1 : Commande auprès des fournisseurs par le gestionnaire de stock du magasin général
2 : Livraison de la commande
3 : Vérification de la livraison et stockage dans le magasin
b) Processus de gestion de réapprovisionnement des magasins annexes
INVENTAIRE DES ACTEURS
ACTEURS EXTERNES : Néant
ACTEUR INTERNES : gestionnaire des stocks magasin général, gestionnaire des stocks magasin annexe
c)Processus de gestion de l’approvisionnement des chantiers
INVENTAIRE DES ACTEURS
1
2
Gestionnaire stock magasin
général
Fournisseur
33
Gestionnaire stock
magasin 3
Gestionnaire stock
magasin
12
46
NASSA MARIAM RESEAUX GENIE LOGICIEL
ACTEURS EXTERNES : Néant
ACTEUR INTERNES : Gestionnaire de stock du magasin annexe, chef de chantier
LEGENDE
1 : Demande d’approvisionnement du chantier en débours au gestionnaire du stock du magasin annexe
2 : Vérification de la disponibilité des débours dans le magasin annexe
3 : Approvisionnement du chantier
Graphe d’ordonnancement des fluxa) Processus de gestion de l’approvisionnement du magasin général
Demande de Réapprovisionnement
Commande passée par le fournisseur auprès du
magasin général
Stock d'alerte atteint
b) Processus de gestion de réapprovisionnement des magasins annexes
1
33
Chef de chantier
Gestionnaire de stock du
magasin
2
47
NASSA MARIAM RESEAUX GENIE LOGICIEL
Stock d'alerte atteint
Demande de réapprovisionnement
Ordre de réapprovisionnement
Débours
Approvisionnement
C) Processus de gestion de l’approvisionnement des chantiers
Demande de réapprovisionnement du
chef de chantierDébours disponible
Approvisionnement du chantier
5) Modèle conceptuel des traitements(MCT)
d) Processus de gestion de l’approvisionnement du magasin général
48
NASSA MARIAM RESEAUX GENIE LOGICIEL
Demande de réapprovisionnement du magasin annexe
ET
Commande auprès des fournisseurs
Toujours
Stock d'alerte atteint
Livraison des fournisseurs
e) Processus de gestion du réapprovisionnement des magasins annexes
49
NASSA MARIAM RESEAUX GENIE LOGICIEL
<Texte par défaut>
<Texte par défaut>
Demande de l 'état des stocks
Ordre de réapprovisionnement
ET
Réapprovisionnement
Demande émiseStock
ET
Vérification des stocks
Approvisionnement effectué
f) Processus de gestion de l’approvisionnement des chantiers
50
NASSA MARIAM RESEAUX GENIE LOGICIEL
Demande de réapprovisionnement du
chef de chantier
ET
VERIFICATION DE LA DISPONIBILITE
Stock
Approvisionnement du chantier
DIAGRAMME TACHE-DOCUMENT
51
NASSA MARIAM RESEAUX GENIE LOGICIEL
a)Processus de gestion de l’approvisionnement du magasin général
NOMS DES
ACTEURS
EXTERNES
Gestionnaire stock PERSONNEL
Fournisseur
b) Processus de gestion de réapprovisionnement des magasins annexes
Fiche de demande
Demande de l’état des stocks
T1
Fiche d’analyse de la demande
Analyse de la demande
T2
Fiche de réponse à la demande
Réception de la commande
T3
52
NASSA MARIAM RESEAUX GENIE LOGICIEL
NOMS DES
ACTEURS
EXTERNES
BUREAU DU GERANT STOCKS
Fournisseur
II) ETUDE ORGANISATIONNELLE ET LOGIQUE
1) Modèle Logique de Données ( MLD ) Le Modèle logique de Données (M.L.D) est une représentation du M.C.D en fonction des possibilités techniques du moment. On se rapproche à ce niveau un peu plus de la machine (ordinateur). Il représente l’univers des données décrites par le M.C.D en tenant compte du type de base de données où sera effectuée l’application.
La base de données choisie ici est du type Relationnel.
Fiche de demande de réapprovisionnement
Demande de réapprovisionnement
T4
Approvisionnement des magasins annexes
T5
Fiche d’approvisionnement
53
NASSA MARIAM RESEAUX GENIE LOGICIEL
FOURNISSEUR (FourNum, FourNom, FourTel, FourType ,FourAd ,fourAdg)
COMMANDE (ComCode, ComDate, FourNum# )
CONCERNE (ComCode, DebNum, ComQte )
LIVRAISON (LivNum, LivDate,LivNumb ,ComNum#)
CONCERNELIV (DebNum, LivNum,LivQte)
REAPPRO (ReapproNum,Reapprodate,MagNum#)
CONCERNEREAPPRO (DebNum,ReapproNum,ReapproQte)
DEBOURS (DebNum, DebDesign, DebPu, UniteCode#,FamNum#)
DEMANDEREAPPRO (DemandeCode, DemandeDate, MagNum#)
CONCERNEDEMANDE (DemandeCode,DebNum,DemandeQte, Ddate)
STOCKER_INITIAL(DebNum,MagNum,QteInitial,Sa,Sm)
STOCKER_INITIALG(DebNum,MagNum,QteInitialg,Sag,Smg)
FAMILLEDEBOURS(FamNum, FamLibelle)
UNITE(UniteCode,UniteLib)
MAGASIN (MagNum, MagNom, Magrespo,MagAd,MagAdg)
MAGASING (MaggNum, MaggNom, MagRespo,MaggAd,MaggAdg)
SORTIE (SortieNum,SortieDate ,MagNum )
CONCERNESORTIE (SortieNum,DebNum ,SortieQte# )
CHANTIER (ChantNum, ChantNom, Chantlieu, ChantChef,MagNum#)
Représentation graphique du MLD
54
NASSA MARIAM RESEAUX GENIE LOGICIEL
EST ADRESSE
ESTRATTACHE2ESTRATTACHE
ESTEFFECTUEE
ESTEMISE
ENTRAINE
POSSEDE
DONNELIEU
APPARTIENT
CONCERNE
CONCERNE
CONCERNESORTIE
CONCERNESORTIE
CONCERNEDEMANDE
CONCERNEDEMANDE
CONCERNEREAPPRO
CONCERNEREAPPRO
CONCERNELIVCONCERNELIV
STOCKER-INITIAL STOCKER-INITIAL
STOCKER-INITIALG
STOCKER-INITIALG
FOURNISSEUR
FOURNUMFOURNOMFOURTELFOURADFOURADG...
<pi>
COMMANDE
COMCODE...
UNITE
UNITCODEUNITELIBUNITLIBABREV...
REAPPRO
REAPPRONUMDEMANDEDATEREAPPRODATE...
CHANTIER
CHANTNUMCHANTNOM
<pi>
CHANTNUM...
<pi>
DEBOURS
DEBNUMUNITCODEFAMNUMUNITNUMDEBDESIGN...
DEMANDE
DEMANDECODEDEMANDEDATE...
SORTIE
SORTIENUMMAGNUM...
<pi><fi>
LIVRAISON
LIVNUMCOMCODELIVDATE
LIVNUM... <pi>FAMILLEDE
BOURS
FAMNUMFAMNOM...
Entier<Indéfini>
CONCERNE
COMCODEDEBNUMCOMQTE
<pi,fi2><pi,fi1>
CONCERNESORTIE
SORTIENUMDEBNUMSORTIEQTE...
<pi,fi2><pi,fi1>
MAGASIN
MAGNUMMAGNOMMAGRESPOMAGADMAGADGMAGTEL...
<pi>
CONCERNEDEMANDE
DEMANDEDATEDEBNUMQTEDEMANDE...
CONCERNEREAPPRO
REAPPRONUMDEBNUMREAPPROQTE...
<pi,fi2><pi,fi1>
CONCERNELIV
DEBNUMLIVNUMLIVQTE
<pi,fi2><pi,fi1>
STOCKER-INITIAL
DEBNUMMAGNUMSISASM...
<pi,fi2><pi,fi1>
MAGASING
MAGNOMMAGRESPOMAGAD...
STOCKER-INITIALG
DEBNUMMAGNOMSIGSAG...
<pi,fi2><pi,fi1>
55
NASSA MARIAM RESEAUX GENIE LOGICIEL
2) Modèle Organisationnel des Traitements (MOT)
FICHE DE DESCRIPTION DES TACHES
FICHE DE DESCRIPTION DE TACHE
Tâche N° : T1
Libellé de la tâche : Demande de l’état des stocks
Poste de travail : Gérant
Nature de traitement : Manuel
Période : Chaque matin
Entrées /sorties
Entrées : Fiche de demande de reporting général
Sorties : Fiche de reporting général
Description de la tâche : Chaque matin à la demande du responsable de stock une fiche de reporting est adressée au gérant du magasin pour remplissage
56
NASSA MARIAM RESEAUX GENIE LOGICIEL
FICHE DE DESCRIPTION DE TACHE
Tâche N° : T2
Libellé de la tâche : Approvisionnement d’un magasin annexe
Poste de travail : Magasin général
Nature de traitement : Temps réel
Période : Tous les jours
Entrées/Sorties
Entrées : Véhicules, Engins
Sorties : Débours
Description de la tâche : Les débours qui sortent du magasin général sont destinés à approvisionner un magasin annexe
FICHE DE DESCRIPTION DE TACHE
Tâche N° : T3
Libellé de la tâche : vérification de la disponibilité des débours
Poste de travail : Service stock
Nature de traitement : Manuel
Période : Tous les jours
Entrées/Sorties
Entrées : Néant
Sorties : Néant
Description de la tâche : Vérification de la quantité d’un débours présent dans le stock
57
NASSA MARIAM RESEAUX GENIE LOGICIEL
FICHE DE DESCRIPTION DE TACHE
Tâche N° : T4
Libellé de la tâche : Réception de débours
Poste de travail : Service stock
Nature de traitement : Manuel
Période : Tous les jours
Entrées/Sorties
Entrées : Véhicules, Engins
Sorties : Néant
Description de la tâche : Consiste à recevoir des débours dans le magasin
FICHE DE DESCRIPTION DES POSTES DE TRAVAIL
FICHE DE DESCRIPTION DES POSTES DE TRAVAIL
Poste de travail : Bureau Gérant
Description : Endroit équipé de matériels de bureau servant de lieu de travail
Lieu : Au sein Du magasin
Période d’activité : Tous les jours
N° de la table
LibelléNature de traitement
Volume/jourDurée
unitaireDurée/jour
T1Demande de
l’état des stocks
Manuel 1 1 heure 00H 30min
MOYENS :
Personnel : Responsables Débours, gérant
Logiciel : Néant
Matériel : Fiche de demande de reporting général
OBSERVATION : Néant
58
NASSA MARIAM RESEAUX GENIE LOGICIEL
FICHE DE DESCRIPTION DES POSTES DE TRAVAIL
Poste de travail : Service Entretien
Description : Nettoyage, rangement
Lieu : Au sein du magasin
Période d’activité : Tous les jours
N° de la table
LibelléNature de traitement
Volume/jourDurée
unitaireDurée/jour
T2 Nettoyage Temps réel 30 15 min 7H 30min
T3 Rangement Temps réel 30 5 min 2H 30min
MOYENS :
Personnel : techniciens
Logiciel : Néant
Matériel : des chiffons, des produits de nettoyage, des échelles
OBSERVATION : Chaque jour le personnel du service entretien s’occupe de l’entretien et du rangement des débours présents dans le magasin
FICHE DE DESCRIPTION DES POSTES DE TRAVAIL
Poste de travail : service stock
Description : Réception des livraisons, approvisionnements des magasins annexes, gestion des débours
Lieu : Au sein du magasin général
Période d’activité : Tous les jours
N° de la table
LibelléNature de traitement
Volume/jourDurée
unitaireDurée/jour
T4 Réception de Temps réel 15 1 min 15min
59
NASSA MARIAM RESEAUX GENIE LOGICIEL
débours
T5Approvisionnemen
tTemps réel 15 1min 15min
MOYENS :
Personnel : Responsable stock, gérant, techniciens
Logiciel : Néant
Matériel : échelles, véhicules
OBSERVATION : Chaque jour le personnel du service stock reçoit les différentes livraisons et approvisionne les magasins annexes en cas de besoin et se charge de tout ce qui concerne la gestion des débours
60
NASSA MARIAM RESEAUX GENIE LOGICIEL
III ) ETUDE OPERATIONNELLE ET PHYSIQUE
1) Modèle Opérationnel des Traitements (MOpT)
a)Processus de gestion de l’approvisionnement du magasin général
de stock
Poste de travail Procédure fonctionnelle de la gestion des stocks Périodicité
Bureau du gestionnaire de
stock
Fin de journée
Demande de réapprovisionnement du magasin annexe
ET
Commande auprès des fournisseurs
Toujours
Stock d'alerte atteint
Livraison des fournisseurs
61
NASSA MARIAM RESEAUX GENIE LOGICIEL
b) Processus de gestion de l ’ approvisionnement des magasins annexes
de stock
Poste de travail Procédure fonctionnelle de la gestion des stocks Périodicité
Bureau du
gestionnaire de stock du magasin annexe
Fin de journée
<Texte par défaut>
<Texte par défaut>
Demande de l 'état des stocks
Ordre de réapprovisionnement
ET
Réapprovisionnement
Demande émiseStock
ET
Vérification des stocks
Approvisionnement effectué
62
NASSA MARIAM RESEAUX GENIE LOGICIEL
c)Processus de gestion de l’approvisionnement des chantiers
de stock
Poste de travail Procédure fonctionnelle de la gestion des stocks Périodicité
Bureau du
gestionnaire de stock du magasin
Début de journée
Demande de réapprovisionnement du
chef de chantier
ET
VERIFICATION DE LA DISPONIBILITE
Stock
Approvisionnement du chantier
63
NASSA MARIAM RESEAUX GENIE LOGICIEL
2) Modèle Physique Des Données (M.P.D) Le Modèle Physique Des Données (M.P.D) est le dernier modèle réalisé avant la programmation. Il prend en compte les ressources physiques (SGBDR), Matériels, supports, etc.
Il va permettre d’implanter en machine l’ensemble des données du Modèle Logique des Données (M.L.D). En effet, la description d’un modèle physique des données est étroitement liée aux choix techniques informatiques concernant le système de gestion des données.
Nous utiliserons principalement le Langage de Développement Vb.Net. Cet environnement technique de développement influera largement dans la description du niveau physique.
a) DESCRIPTION PHYSIQUE DES TABLES
Nom de la table : FOURNISSEUR TAILLE : 86 octets
Clé primaire : FourNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
FourNum Numéro du fournisseur
N 5
NomFour Superficie du lot A 30
FourTel Téléphone du fournisseur
AN 11
FourType Type du fournisseur A 25
FourAdg Adresse géographique du fournisseur
A 15
FourAd Adresse du fournisseur
AN 15
64
NASSA MARIAM RESEAUX GENIE LOGICIEL
Nom de la table : COMMANDE TAILLE : 22 octets
Clé primaire : ComCode
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
Comcode Code de la commande de
AN 07
ComDate Date de la commande
AN 10
#FourNum Numéro du fournisseur
N 5
Nom de la table : LIVRAISON TAILLE : 27 octets
Clé primaire : LivNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
LivNum Numéro de la livraison
N 5
LivDate Date de la livraison AN 10
LivNumb Code du bon de livraison
AN 07
#ComNum Numéro de la commande
AN 5
Nom de la table : CONCERNELIV TAILLE : 20octets
65
NASSA MARIAM RESEAUX GENIE LOGICIEL
Clé primaire : LivNum,DebNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
LivNum Numéro de la livraison
N 5
DebNum Numéro du de debours
A 5
LivQte Quantité de la livraison
N 5
Nom de la table : REAPPRO TAILLE : 15 octets
Clé primaire : ReapproNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
ReapproNum Numéro de réapprovisionnement
N 5
ReapproDate Date de réapprovisionnement
AN 10
Nom de la table : MAGASIN TAILLE : 100octets
Clé primaire : MagNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
MagNum Numéro du magasin annexe
N 5
MagNom Nom du magasin A 15
66
NASSA MARIAM RESEAUX GENIE LOGICIEL
annexe
MagAdresse Adresse du magasin annexe
AN 25
MagRespo Responsable du magasin
A 25
MagAdg Adresse géographique du magasin
A 15
Nom de la table : MAGASING TAILLE : 80octets
Clé primaire : MaggNom
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
MagNom Nom du magasin général
A 15
MaggAdresse Adresse du magasin général
AN 25
MaggRespo Responsable du magasin général
A 25
MaggAdg Adresse géographique du magasin général
A 15
Nom de la table : CONCERNEREAPPRO TAILLE : 15 octets
Clé primaire : DebNum, ReapproNum
67
NASSA MARIAM RESEAUX GENIE LOGICIEL
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
DebNum Numéro du débours N 5
ReapproNum Numéro de réapprovisionnement
N 5
ReapproQte Quantité réapprovisionnée
N 5
Nom de la table : DEMANDEREAPPRO TAILLE : 22octets
Clé primaire : DemandeCode
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
DemandeCode Numéro de la demande
AN 07
demandeDate Date de la demande AN 10
#MagNum Numéro du magasin N 5
Nom de la table : CONCERNEDEMANDE TAILLE : 25 octets
Clé primaire : DemandeCode,DebNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
DemandeCode Code de la demande AN 5
DebNum Numéro du debours N 5
DemandeQte Quantité de la demande
N 5
DDate Date de la demande AN 10
Nom de la table : STOCKER_INITIAL TAILLE : 25 octets
68
NASSA MARIAM RESEAUX GENIE LOGICIEL
Clé primaire : STOCKER_INITIAL
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
DebNum Numéro du débours N 5
MagNum Numero du magasin N 5
QteInitial Quantité initial du debours
N 5
Sa Stock d’alerte du debours
N 03
Sm Stock maximum du debours
N 08
Nom de la table : STOCKER_INITIALG TAILLE : 25 octets
Clé primaire : DebNum, MaggNom
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
DebNum Numéro du débours N 5
MaggNom Nom du magasin N 5
QteInitialg Quantité initial du debours
N 5
Sag Stock d’alerte du debours
N 03
Smg Stock maximum du debours
N 08
Nom de la table : FAMILLEDEBOURS TAILLE :20octets
Clé primaire : FamNum
Support de Stockage : Disque dur Local
69
NASSA MARIAM RESEAUX GENIE LOGICIEL
CODE LIBELLE TYPE LONGUEUR
FamNum Numéro de la famille
N 5
FamLibelle Libellé de la famille A 15
Nom de la table : UNITE TAILLE : 20 octets
Clé primaire : UniteNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
UniteCode Code de l’unité A 5
Unitelib Libellé de l’unité A 15
Nom de la table : CONCERNESORTIE TAILLE : 25 octets
Clé primaire : SortieNum, DebNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
SortieNum Numéro de sortie N 5
DebNum Numéro de la demande
N 5
SortieQte Quantité de sortie N 5
Nom de la table : SORTIE TAILLE : 25 octets
Clé primaire : SortieNum
Support de Stockage : Disque dur Local
70
NASSA MARIAM RESEAUX GENIE LOGICIEL
CODE LIBELLE TYPE LONGUEUR
SortieNum Numero de la sortie N 5
SortieDate Date de la sortie AN 10
#MagNum Numéro du magasin N 5
Nom de la table : CHANTIER TAILLE : 70 octets
Clé primaire : ChantNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
ChantNum Numéro du chantier N 5
ChantNom Nom du chantier A 15
ChantChef Chef du chantier A 15
#MagNum Numéro du magasin N 5
b) ELABORATION DES UNITES FONCTIONNELLES ET TRAITEMENTS
A partir de la table ci-dessous, on se donne de réaliser quelques opérations.
Nom de la table : FOURNISSEUR TAILLE : 86 octets
Clé primaire : FourNum
Support de Stockage : Disque dur Local
CODE LIBELLE TYPE LONGUEUR
FourNum Numéro du fournisseur
N 5
71
NASSA MARIAM RESEAUX GENIE LOGICIEL
NomFour Superficie du lot A 30
FourTel Téléphone du fournisseur
AN 11
FourType Type du fournisseur A 25
FourAdg Adresse géographique du fournisseur
A 15
FourAd Adresse du fournisseur
AN 15
UF1 : Ajout d’un nouveau fournisseur
UT1 : Il s’agira d’ouvrir le formulaire Fournisseur et d’ajouter un fournisseur à partir du clavier et de la souris
UF2 : Consultation d’un fournisseur
UT1: Ajout
Fournisseur
Caractéristiques du fournisseur
UT2 : Consultation
FournisseurCaractéristiques du fournisseur
72
NASSA MARIAM RESEAUX GENIE LOGICIEL
UT2 : La consultation nécessite l’ouverture du formulaire Fournisseur et un clic sur le fournisseur qu’on désire consulter.
UF3 : Modification des champs d’un fournisseur
UT3 : La modification nécessite l’ouverture du formulaire Fournisseur, un clic sur le fournisseur qu’on désire modifier et la modification des champs concernés
UF4 : Suppression d’un fournisseur
UT3 : Modification
UT4 : Suppression
FournisseurCaractéristiques du fournisseur
UT3 : Modification
FournisseurCaractéristiques du fournisseur
73
NASSA MARIAM RESEAUX GENIE LOGICIEL
UT4 : La suppression nécessite l’ouverture du formulaire Fournisseur, un clic sur le fournisseur qu’on désire supprimer et le clic sur le bouton supprimer
74
NASSA MARIAM RESEAUX GENIE LOGICIEL
QUATRIEME PARTIE : DEPLOIEMENT ET
INTEGRATION DE LA SOLUTION RETENUE
75
NASSA MARIAM RESEAUX GENIE LOGICIEL
I) REALISATION
1) Présentation des outils utilisés Présentation de Visual Studio 2008
Microsoft Visual studio 2008 est une suite de logiciels de développement pour Windows conçue par Microsoft Visual studio est un ensemble complet d’outil de developpement permettant de générer des applications web ASP.NET et des services web xml ,des applications bureautiques et des applications mobiles.visualbasic,visualc++,visual c # et Visual j# utilisent tous le même environnement de développement intégré(IDE,Integrated développement environment) qui leur permet de partager des outils et facilite la création de solutions faisant appel à plusieurs langages. Par ailleurs ces langages permettent de mieux tirer parti des fonctionnalités du framework.net qui fournit un accès à des technologies clés simplifiant le développement d’applications web asp et des services web XML grâce à Visual web developer.Visual studio 2008 peut se transformer en un éditeur de fichiers xml, html et offre la possibilité de developper avec le framework.net 2.0, 3.0, 3.5.Grace à un système de plugin il est possible de personnaliser la suite logicielle et de rajouter de nouveaux langages.Grace à un système de plugin il est possible de personnaliser la suite logicielle et de rajouter de nouveaux langages ou de nouvelles fonctionnalités. Par exemple est possible d’intégrer un contrôleur de source SVN ou bien un générateur de commentaires de codes. Ces plugins s’intègrent parfaitement dans l’environnement. Il permet également de gérer les données efficacement avec l’introduction de LINQ (languageIntegratedQuery) ainsi que l’amélioration de l’environnement de développement avec la possibilité de cibler la plateforme.Net de son choix.
Présentation de SQL SERVER 2005
Microsoft SQL Server 2005 est un logiciel de gestion et d'analyse de données complet et intégré, qui permet aux organisations de gérer de manière fiable les informations critiques pour leur activité et d'exécuter les applications professionnelles actuelles les plus complexes. Grâce à sa haute disponibilité, ses améliorations en termes de sécurité et ses outils intégrés de création de rapports et d'analyse des données, SQL Server 2005 permet aux entreprises de tirer pleinement parti de leurs informations professionnelles et d'obtenir des résultats plus rapides pour un avantage compétitif. SQL Server 2005 est conçu pour s'intégrer parfaitement à votre infrastructure de serveur existante.
Microsoft a consacré beaucoup de temps et d'énergie à créer un produit qui soit non seulement simple à gérer, mais pour lequel il soit également facile de développer. "SQL Server 2005 comprend de nombreuses technologies nouvelles qui améliorent considérablement la productivité des développeurs. De la prise en charge de .NET Framework à l'intégration étroite à Visual Studio, ces
76
NASSA MARIAM RESEAUX GENIE LOGICIEL
fonctionnalités donnent aux développeurs la possibilité de créer plus facilement des applications de base de données sécurisées et fiables à moindre coût. Avec SQL Server 2005, les développeurs peuvent tirer parti de leurs compétences existantes dans une grande variété de langages de développement, tout en bénéficiant d'un environnement de développement de bout en bout pour la base de données. Les fonctionnalités XML natives permettent aussi aux développeurs de créer de nouvelles classes d'applications connectées indépendamment des plates-formes ou des appareils.
2) Présentation des différentes fonctionnalités de l’application
Notre application est appelée SY-STOCK
Pour un bon fonctionnement de notre application, il est conseillé de disposer de la configuration minimale suivante
Pc pentium4 Mémoire Ram : 512 Mo Disque dur : 100 Go
Nous présentons ici quelques écrans importants dans le fonctionnement de l’application
Authentification à l’application Menu Principal
Saisie des commandes
77
NASSA MARIAM RESEAUX GENIE LOGICIEL
Commentaire : Cette fenêtre permet de saisir les commandes
Saisie des détails de la commande
Commentaire : Ce formulaire permet de saisir toutes les informations concernant le contenu d’une commande bien précise
78
NASSA MARIAM RESEAUX GENIE LOGICIEL
II) INSTALLATION ET INTEGRATION
1) InstallationLe déploiement d'une application ASP.NET est extrêmement simple. Il suffit de copier les fichiers de l'application que vous avez créés de votre ordinateur de développement vers le serveur Web de production qui doit héberger votre application. Vous pouvez utiliser l'outil de ligne de commande XCOPY ou votre application FTP préférée pour opérer cette copie.
2) FormationLa mise en place d’une application de gestion du stock des débours d’une société de construction immobilière va certainement améliorer l’exécution des tâches quotidiennes pour ces structures. Cependant le manque de ressources humaines en informatique peut gêner sérieusement l’utilisation de l’application. C’est pourquoi l’un des volets importants de notre travail devra être la formation. Il s’agira pour nous de proposer un plan pour la formation du personnel. La formation aura deux volets :
- Le premier volet permettra de faire une formation sur l’informatique générale. Elle consistera à découvrir l’outil informatique pour les membres du personnel qui n’en ont aucune idée.
- Le second volet s’intéressera à la formation proprement dite sur l’utilisation du logiciel SY-STOCK. Elle est un peu plus soutenue et prendra donc plus de temps.
III) FIABILITE ET SECURITE DU SYSTEME
1) FiabilitéLes données de notre application doivent être protégées contre les accès mal intentionnés ou non autorisés. Pour cela nous contrôlons les accès aux données de à la base de données.
Nous optons donc pour une identification personnalisée de tous les utilisateurs du logiciel. Les accès sont effectués grâce à un login et un mot de passe. Ainsi deux utilisateurs ne pouvant avoir le même login il serait plus facile d’identifier celui qui est à un instant connecté à la base de données.
Dans le cas où un utilisateur essaiera de se connecter avec un mot de passe incorrect, un message d’erreur lui sera envoyé.
Les contrôles se feront sur le nom utilisateur et le mot de passe de chaque personne voulant accéder à l’application.
Chaque utilisateur lorsqu’il est créé à comme mot de passe par défaut « password ».Il reviendra ensuite à l’administrateur de consulter l’utilisateur et lui attribuer un nouveau mot de passe pour plus de sécurité.
2) SécuritéLa sécurité de notre application doit être analysée sous plusieurs angles :
79
NASSA MARIAM RESEAUX GENIE LOGICIEL
L’utilisation d’internet impose de prendre des mesures particulières pour sécuriser les machines.
En effet, tout ordinateur connecté sur internet est susceptible d’être victime d’attaque d’un pirate informatique. C’est pourquoi il serait intéressant de prévoir un firewall ou pare feu.
Au niveau de l’application : Elle consiste à mettre en place une structure sécurisée pour l’accès à l’application. De plus il nous parait anormal de mettre en place une application client /serveur sans pouvoir contrôler l’accès de l’utilisateur.
L’identification de l’utilisateur se fait par la saisie du login et du mot de passe.
Le niveau physique des machines : il s’agit ici de protéger les machines au niveau physique. En effet aujourd’hui les machines sont certes de plus en plus performantes mais elles sont néanmoins sensibles à toute variation de l’électricité. C’est une protection qui concerne la prévention contre les aléas électriques. Nous utilisons pour cela un onduleur qui permettre de faire basculer sur une batterie de secours pendant quelques minutes en cas de coupure de courant, pics de tension, foudre, sous-tensions.
La base de données sera sauvegardée chaque soir sur une bande magnétique, sur une clé USB ou un DVD qui sera gardé dans un autre lieu que la salle machine.
3) Maintenance Généralités
Selon la définition de l’AFNOR (L’Association française de normalisation qui est l’organisme officiel français de normalisation, membre de l’Organisation internationale de normalisation(ISO) auprès de laquelle elle représente la France), la maintenance vise à maintenir ou à rétablir un bien dans un état spécifié afin que celui-ci soit en mesure d’assurer un service déterminé.
La maintenance regroupe ainsi les actions de dépannage et de réparation, de réglage, de révision de contrôle et de vérification des équipements matériels (machines, véhicules, objets manufacturés, etc.) ou même immatériels (logiciels).
Un service de maintenance peut être également amené à participer à des études d’amélioration du processus industriel, et doit comme, d’autres services de l’entreprise prendre en considération de nombreuses contraintes comme la qualité, la sécurité, l’environnement, le coût.
Maintenance matérielle
Dans notre cas on distinguera deux façons complémentaires d’organiser les actions de maintenance :
La maintenance corrective, qui consiste à intervenir sur un équipement une fois que celui-ci est défaillant. Elle concerne la réparation des machines en cas de panne. Il
80
NASSA MARIAM RESEAUX GENIE LOGICIEL
s’agira de louer les services d’un technicien en maintenance. Dans ce cas toute intervention est facturée d’abord selon un forfait puis selon la nature de la panne.
La maintenance préventive, qui consiste à intervenir sur un équipement avant que celui-ci ne soit défaillant, afin de tenter de prévenir la panne. On interviendra de manière préventive soit pour des raisons de sureté de fonctionnement (les conséquences d’une défaillance sont inacceptables, soit pour des raisons économiques (cela revient moins cher) ou parfois pratiques. La maintenance des logiciels
En informatique logicielle on divise la maintenance en plusieurs types :
- La maintenance corrective : Elle consiste à corriger les défauts de fonctionnement ou les non-conformités d’un logiciel. Nous serons donc amenés à corriger les problèmes que l’utilisateur rencontrera sur l’application.
- La maintenance adaptative : Sans changer la fonctionnalité du logiciel, elle consiste à adapter l’application afin que celle-ci continue de fonctionner sur des versions plus récentes des logiciels de base (un logiciel de base étant un logiciel requis pour l’exécution d’une application ; exemples : système d’exploitation, système de gestion de base de données).
- La maintenance évolutive : Cela consiste à faire évoluer l’application en l’enrichissant de fonctions ou de modules supplémentaires, ou en remplaçant une fonction existante par une autre voire, en proposant une approche différente. Budget de la maintenance
En tenant compte de ce qui précède, nous pouvons proposer un budget estimatif et annuel pour l’utilisateur de notre application :
Nature de la maintenance Périodicité Coût estimatif d’une intervention
Coût total des interventions
Maintenance du matériel
Maintenance corrective
indéfinie 50000f 500 00 f
Maintenance préventive
3 mois 20000 f 800 00f
Maintenance logicielle
Maintenance corrective
indéfinie 50000 f 500 00f
Maintenance évolutive
6 mois 100 000f 200 000f
Estimation du budget de maintenance
81
NASSA MARIAM RESEAUX GENIE LOGICIEL
CONCLUSION
L’application que nous venons de mettre en place à un objectif essentiel : Celui de permettre aux sociétés de construction immobilières de passer d’une gestion manuelle de leur stock à une gestion automatisée de leur stock.
Plus concrètement l’application permettra d’améliorer les domaines suivants :
- La gestion des approvisionnements du magasin général : Désormais toutes les commandes passées auprès des fournisseurs ainsi que les réceptions de ces commandes sont maitrisées
- La gestion des approvisionnements des magasins annexes : Désormais toutes les demandes d’approvisionnement passées par les magasins annexes auprès du magasin général ainsi que les réceptions de ces approvisionnements sont maitrisées
- La gestion des sorties pour l’approvisionnement des chantiers : Toutes les sorties sont désormais maitrisées et la fiche de stock peut être établie automatiquement.Cependant nous devons reconnaitre que tout le long de l’élaboration de ce projet nous avons été confrontés à un certain nombre de problèmes. Et c’est en ce moment que nous avons reconnu l’importance et l’utilité de notre passage à PIGIER CI car nous avons eu à nous servir de toutes les connaissances que nous y avons reçues. En outre ce travail nous a montré que nous avons encore beaucoup de lacunes que nous devons chercher à corriger.Si nous pensons avoir contribué à l’amélioration des activités des sociétés de construction immobilière nous sommes tout de même persuadés que ces sociétés s’ouvriraient beaucoup plus au monde si cette application était hébergé sur ne serait-ce qu’un hébergeur gratuit même si cette société avait une dimension internationale l’application serait toujours utilisable.Nous espérons qu’une amélioration de notre application sera possible suite à toutes les critiques et suggestions que vous nous ferez.
82
NASSA MARIAM RESEAUX GENIE LOGICIEL
BIBLIOGRAPHIE
Documentation- Projet de fin d’étude thème : « GESTION AUTOMATISEE DES STOCKS DES
CONSOMMABLES » réalisé par BIYEGHE ERNESTINE année scolaire 1996-1997- Modèle de plan de rédaction mémoire de fin d’étude
SourcesAnge Nambila (Cours de conception de système d’information)Eric Bourreau-Therèse Libourel(Cours de conduite de projet informatique)
Y .Soler (Guide méthologique-étude détaillée)
Y.Soler(Guide méthodologique-étude technique)
83
NASSA MARIAM RESEAUX GENIE LOGICIEL
WEBOGRAPHIE
Sites internet :www .developpez.com
www.commentcamarche.net
www.art-de-construire.fr
Moteurs de recherche :Google
84
NASSA MARIAM RESEAUX GENIE LOGICIEL
ANNEXES
85
NASSA MARIAM RESEAUX GENIE LOGICIEL
ANNEXE 1 : EXTRAIT DU SCRIPT DE CREATION DE LA BASE DE DONNEES
SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[CONCERNELIV]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[CONCERNELIV](
[LIVNUM] [int] NOT NULL,[DEBNUM] [int] NOT NULL,[LIVQTE] [float] NULL,
CONSTRAINT [PK_CONCERNELIV] PRIMARY KEY CLUSTERED (
[LIVNUM] ASC,[DEBNUM] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[CONCERNEDEMANDE]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[CONCERNEDEMANDE](
[DEMANDECODE] [varchar](50) NOT NULL,[DEBNUM] [int] NOT NULL,[DEMANDEQTE] [float] NULL,
PRIMARY KEY CLUSTERED (
[DEMANDECODE] ASC,[DEBNUM] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[STOCKER_INITIALG]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[STOCKER_INITIALG](
[DEBNUM] [int] NOT NULL,[QTEINITIALG] [float] NULL,[SAG] [float] NULL,[SMG] [float] NULL,[DATESIG] [datetime] NULL,
PRIMARY KEY CLUSTERED (
[DEBNUM] ASC)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]
86
NASSA MARIAM RESEAUX GENIE LOGICIEL
ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[ENTREDEBOURS]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[ENTREDEBOURS](
[DEBNUM] [int] NOT NULL,[ENTRENUM] [int] NOT NULL,[ENTREQTE] [float] NULL,
CONSTRAINT [PK_ENTREDEBOURS] PRIMARY KEY CLUSTERED (
[DEBNUM] ASC,[ENTRENUM] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[ENTREE]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[ENTREE](
[ENTRENUM] [int] NOT NULL,[MAGNUM] [int] NOT NULL,[ENTREDATE] [datetime] NULL,
CONSTRAINT [PK_ENTREE] PRIMARY KEY NONCLUSTERED (
[ENTRENUM] ASC)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[REAPPRO]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[REAPPRO](
[REAPPRONUM] [int] NOT NULL,[REAPPRODATE] [datetime] NULL,[REAPPRONUMB] [varchar](50) NULL,[DEMANDECODE] [varchar](50) NULL,
PRIMARY KEY CLUSTERED (
[REAPPRONUM] ASC)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ON
87
NASSA MARIAM RESEAUX GENIE LOGICIEL
GOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[CONTENUREAPPRO]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[CONTENUREAPPRO](
[REAPPRONUM] [int] NOT NULL,[DEBNUM] [int] NOT NULL,[REAPPROQTE] [float] NULL,
PRIMARY KEY CLUSTERED (
[REAPPRONUM] ASC,[DEBNUM] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[SORTIE]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[SORTIE](
[SORTIENUM] [int] NOT NULL,[MAGNUM] [int] NOT NULL,[SORTIEDATE] [datetime] NULL,
CONSTRAINT [PK_SORTIE] PRIMARY KEY NONCLUSTERED (
[SORTIENUM] ASC)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOIF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[SORTIEDEBOURS]') AND type in (N'U'))BEGINCREATE TABLE [dbo].[SORTIEDEBOURS](
[DEBNUM] [int] NOT NULL,[SORTIENUM] [int] NOT NULL,[SORTIEQTE] [float] NULL,
CONSTRAINT [PK_SORTIEDEBOURS] PRIMARY KEY CLUSTERED (
[DEBNUM] ASC,[SORTIENUM] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ON
88
NASSA MARIAM RESEAUX GENIE LOGICIEL
ANNEXE 2 : EXTRAIT DE CODES DE L’APPLICATION Codes pour l’enregistrement
Sub ENREGISTREMENT() Dim Cnx = New SqlClient.SqlConnection
Dim Cmd = New SqlClient.SqlCommand Cnx.ConnectionString = ConnectString Try Cnx.Open() Cmd.Connection = Cnx Cmd.CommandText = "FOURNISSEUR_INSERT" Cmd.CommandType = CommandType.StoredProcedure
Cmd.Parameters.Add("NUMFOUR", SqlDbType.Int).Value = Me.TBNUM.Text
Cmd.Parameters.Add("NOMFOUR", SqlDbType.VarChar, 50).Value = Me.TBNOM.Text Cmd.Parameters.Add("TELFOUR", SqlDbType.VarChar, 50).Value = Me.TBTEL.Text Cmd.Parameters.Add("ADFOUR ", SqlDbType.VarChar, 50).Value = Me.TBAD.Text Cmd.Parameters.Add("ADGFOUR ", SqlDbType.VarChar, 50).Value = Me.TBADG.Text Cmd.Parameters.Add("TYPEFOUR", SqlDbType.VarChar, 50).Value = Me.DLLTYPE.SelectedValue Cmd.ExecuteNonQuery()
Catch ex As Exception Label1.Text = ex.ToString() Finally Cnx.Close()
End Try End Sub
Codes pour la modification
Sub MODIFICATION() Dim Cnx = New SqlClient.SqlConnection Dim Cmd = New SqlClient.SqlCommand Cnx.ConnectionString = ConnectString Try Cnx.Open() Cmd.Connection = Cnx Cmd.CommandText = "FOURNISSEUR_UPDATE" Cmd.CommandType = CommandType.StoredProcedure Cmd.Parameters.Add("NUMFOUR", SqlDbType.Int).Value = Me.TBNUM.Text Cmd.Parameters.Add("NOMFOUR", SqlDbType.VarChar, 50).Value = Me.TBNOM.Text Cmd.Parameters.Add("TELFOUR", SqlDbType.VarChar, 50).Value = Me.TBTEL.Text Cmd.Parameters.Add("ADFOUR ", SqlDbType.VarChar, 50).Value = Me.TBAD.Text
Cmd.Parameters.Add("ADGFOUR ", SqlDbType.VarChar, 50).Value = Me.TBADG.Text
89
NASSA MARIAM RESEAUX GENIE LOGICIEL
Cmd.Parameters.Add("TYPEFOUR", SqlDbType.VarChar, 50).Value = Me.DLLTYPE.SelectedValue Cmd.ExecuteNonQuery()
Catch ex As Exception Label1.Text = ex.ToString() Finally Cnx.Close()
End Try End Sub
Codes pour la suppression
Sub SUPPRESSION() Dim Cnx = New SqlClient.SqlConnection Dim Cmd = New SqlClient.SqlCommand Cnx.ConnectionString = ConnectString
Try Cnx.Open() Cmd.Connection = Cnx Cmd.CommandText = "FOURNISSEUR_DELETE" Cmd.CommandType = CommandType.StoredProcedure Cmd.Parameters.Add("NUMFOUR", SqlDbType.Int).Value = TBNUM.Text Cmd.ExecuteNonQuery()
Catch ex As Exception
Finally Cnx.Close()
End Try End Sub