MEMOIRE GESTION DE STOCK

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


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


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


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


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


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


9


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


11


PREMIERE PARTIE : PRESENTATION DU CADRE

DE REFERENCE

12


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


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


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


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


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


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


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


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


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


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


DEUXIEME PARTIE : ETUDE PREALABLE

23


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


- 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


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


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


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


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


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


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


c)Processus de gestion de l’approvisionnement des chantiers



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


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



Demande de réapprovisionnement

Ordre de réapprovisionnement

Débours

Approvisionnement

32


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


Livraison des fournisseurs

b) Processus de gestion du réapprovisionnement des magasins annexes

33


<Texte par défaut>

<Texte par défaut>

Demande de l 'état des stocks


ET

Réapprovisionnement

Demande émiseStock

ET

Vérification des stocks

Approvisionnement effectué

c) Processus de gestion de l’approvisionnement des chantiers

34



chef de chantier

ET

VERIFICATION DE LA DISPONIBILITE

Stock


35


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


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


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


- 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


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


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


TROISIEME PARTIE : ETUDE DETAILLEE DE LA

SOLUTION RETENUE

42


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


:

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


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


SORTIE

SORTIENUMSORTIEDATE...

LIVRAISON

LIVNUMLIVDATE

<pi>

LIVNUMIdentifiant_2...

FAMILLEDEBOURS

FAMNUMFAMNOM...

Entier<Indéfini>

EST ADRESSE

CONCERNE

COMQTE...

Réel

CONCERNESORTIE

SORTIEQTE...

MAGASIN


<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


STOCKER_INITIALG

SIGSAGSMG...

RéelRéelRéel

45


4) Diagramme des flux



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




ACTEUR INTERNES : gestionnaire des stocks magasin général, gestionnaire des stocks magasin annexe



1

2

Gestionnaire stock magasin

général

Fournisseur

33

Gestionnaire stock

magasin 3

Gestionnaire stock

magasin

12

46



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



1

33

Chef de chantier

Gestionnaire de stock du

magasin

2

47





Débours

Approvisionnement

C) Processus de gestion de l’approvisionnement des chantiers


chef de chantierDébours disponible


5) Modèle conceptuel des traitements(MCT)

d) Processus de gestion de l’approvisionnement du magasin général

48



ET


Toujours



e) Processus de gestion du réapprovisionnement des magasins annexes

49


<Texte par défaut>

<Texte par défaut>



ET


Demande émiseStock

ET



f) Processus de gestion de l’approvisionnement des chantiers

50



chef de chantier

ET


Stock


DIAGRAMME TACHE-DOCUMENT

51



NOMS DES

ACTEURS

EXTERNES

Gestionnaire stock PERSONNEL

Fournisseur


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


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


T4

Approvisionnement des magasins annexes

T5

Fiche d’approvisionnement

53


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


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


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


<pi>

CONCERNEDEMANDE

DEMANDEDATEDEBNUMQTEDEMANDE...

CONCERNEREAPPRO

REAPPRONUMDEBNUMREAPPROQTE...

<pi,fi2><pi,fi1>

CONCERNELIV

DEBNUMLIVNUMLIVQTE

<pi,fi2><pi,fi1>

STOCKER-INITIAL

DEBNUMMAGNUMSISASM...

<pi,fi2><pi,fi1>

MAGASING


STOCKER-INITIALG

DEBNUMMAGNOMSIGSAG...

<pi,fi2><pi,fi1>

55


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



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


Tâche N° : T3

Libellé de la tâche : vérification de la disponibilité des débours

Poste de travail : Service stock



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



Tâche N° : T4

Libellé de la tâche : Réception de débours

Poste de travail : Service stock



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


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



Poste de travail : Service Entretien

Description : Nettoyage, rangement

Lieu : Au sein du magasin


N° de la table


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


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


N° de la table


Volume/jourDurée

unitaireDurée/jour

T4 Réception de Temps réel 15 1 min 15min

59


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


III ) ETUDE OPERATIONNELLE ET PHYSIQUE

1) Modèle Opérationnel des Traitements (MOpT)


de stock

Poste de travail Procédure fonctionnelle de la gestion des stocks Périodicité

Bureau du gestionnaire de

stock

Fin de journée


ET


Toujours



61


b) Processus de gestion de l ’ approvisionnement des magasins annexes

de stock


Bureau du

gestionnaire de stock du magasin annexe

Fin de journée

<Texte par défaut>

<Texte par défaut>



ET


Demande émiseStock

ET



62



de stock


Bureau du

gestionnaire de stock du magasin

Début de journée


chef de chantier

ET


Stock


63


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


Nom de la table : COMMANDE TAILLE : 22 octets

Clé primaire : ComCode



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



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


Clé primaire : LivNum,DebNum



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



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



MagNum Numéro du magasin annexe

N 5

MagNom Nom du magasin A 15

66


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



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




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



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



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


Clé primaire : STOCKER_INITIAL




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




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


69



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



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



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


70



SortieNum Numero de la sortie N 5

SortieDate Date de la sortie AN 10


Nom de la table : CHANTIER TAILLE : 70 octets

Clé primaire : ChantNum



ChantNum Numéro du chantier N 5

ChantNom Nom du chantier A 15

ChantChef Chef du chantier A 15


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



FourNum Numéro du fournisseur

N 5

71


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


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


UT3 : Modification


73


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


QUATRIEME PARTIE : DEPLOIEMENT ET

INTEGRATION DE LA SOLUTION RETENUE

75


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


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


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


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


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


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


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


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


WEBOGRAPHIE

Sites internet :www .developpez.com

www.commentcamarche.net

www.art-de-construire.fr

Moteurs de recherche :Google

http://www.art-de-construire.fr/

http://www.commentcamarche.net/

84


ANNEXES

85


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,


[DEBNUM] ASC)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]

86


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,


[REAPPRONUM] ASC)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]ENDGOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ON

87


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,


[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


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


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