Memoire Online - Logiciel d'Importation et Exportation des pieces de rechange

Figure 9 : Le Modèle conceptuel des traitements (MCT) pour le choix du fournisseur 28

DEDICACE

REMERCIEMENTS

Le présent travail est le fruit des efforts consentis par différentes personnes tant physiques que morales. Mais, réellement nous ne pouvons pas trouver un moyen d'exprimer notre reconnaissance et nos remerciements à toute personne qui a apporté sa contribution et sa collaboration dans la conception de ce travail.

Premièrement, nous remercions notre Dieu Tout-puissant qui ne cesse de nous protéger et de nous guider dans notre vie quotidienne.

Deuxièmement, nos remerciements s'adressent au corps professoral de l'Université Adventiste d'Afrique Centrale et aux autorités de la société AZ IMPEX pour leur encadrement dans notre formation académique.

Ensuite, nos sincères remerciements vont à M. Ismaël NZAMUTUMA, le directeur de ce travail qui n'a ménagé que tous les efforts pour la réalisation de ce travail.

De plus, nous remercions plus particulièrement la famille de M. Isaac NSENGIYAREMYE et Mme. Jeanne UWUMUREMYI pour leur soutien moral et financier.

Nos remerciements s'adressent également à la famille Joël MUNANA, M. Schadrack NKUNDANYIRAZO, Schadrack NIYONZIMA, Mme. Julienne MUKARUKUNDO, Mme. Jacqueline MUKARUKUNDO, M. Jovith MUNYAMASOKO, la famille de Mme. Chantal MUHONGAYIRE, M. SAGATWA Jean de Dieu, Mme. Chantal KAYITESI et M. Papias NIYIGENA pour leur aide précieuse.

Finalement, nous adressons notre gratitude envers tous ceux qui, de près ou de loin, ont contribué à la réalisation de ce travail.

LISTE DES SIGLES ET ABREVIATIONS

MERISE : Méthode d'Etude et de Réalisation Informatique pour les Systèmes d'Entreprise

TABLE DES MATIERES

LISTE DES ANNEXES

ANNEXE B : Protocole d'entretien mené avec le Directeur Commercial de l'AZ IMPEX s.a.r.l tenu dans le Parc Industrielle de Gikondo en date de 7 août 2008 à 10 heures.

CHAPITRE I : INTRODUCTION GENERALE

1.1. Introduction

Aujourd'hui, les entreprises évoluent dans un environnement de plus en plus concurrentiel, variable et complexe. La mondialisation, la fragmentation et la diversification croissante des marchés, la complexité des politiques commerciales représentent tant de menaces que d'opportunités pour les entreprises.

Par ailleurs, le développement d'une entreprise en matière de technologies de l'information exige des nouveaux moyens et supports pour échanger et diffuser l'information dans le but de réduire les contraintes de temps, d'espace et du coût, et faciliter la gestion de l'entreprise.

De plus, les clients ne sont plus satisfaits de solutions standards, mais demandent plutôt, des solutions globales adéquates à leurs besoins spécifiques. Ils deviennent plus exigeants et demandent des qualités de produits plus élevées et des services plus personnalisés. Ce changement de l'environnement fait qu'il y ait l'augmentation de l'incertitude, et par conséquent, retarde la réponse rapide et appropriée de l'entreprise.

En effet, pour bien assurer la bonne gestion dans une entreprise et avoir la compétitivité avec les autres entreprises, il faut utiliser un système informatisé. C'est dans ce sens que nous avons pris le temps pour la contribution de la bonne gestion d'importation et d'exportation des pièces de rechange dans la société AZ IMPEX.

1.2. Problématique

La gestion d'importation et exportation des pièces de rechange dans la société AZ IMPEX est constituée par les activités suivantes :

· Recevoir les dossiers concernant l'importation et exportation des pièces de rechange et les classer ;

· Enregistrer des pièces livrées et les arranger dans les différents rayons ;

· Etablir les rapports concernant l'importation et exportation des pièces de rechange ;

Le système de gestion d'importation et exportation des pièces de rechange rencontre certaines difficultés :

En effet, le département chargé de l'importation et exportation des pièces de rechange dans la société AZ IMPEX a besoin d'un système plus performant que celui utilisé actuellement.

1.3. Motif de choix et Intérêt du sujet

1.3.1. Motif de choix du sujet

La raison qui nous a poussé à choisir le sujet de la gestion d'importation et d'exportation des pièces de rechange est le souhait de la société AZ IMPEX qui nous a demandé de concevoir un logiciel susceptible de gérer l'importation et l'exportation des pièces de rechange.

Pour nous, ce qui nous a motivé à faire le choix de ce sujet est que nous avons voulu remplir les exigences académiques qui exigent à tout étudiant finaliste de faire la mémoire et avoir l'expérience dans la programmation des projets volumineux.

1.3.2. Intérêt du sujet

L'objectif principal de ce travail de recherche est d'informatiser le département chargé de l'importation et exportation des pièces de rechange dans la société AZ IMPEX.

Les intérêts de notre travail de recherche intitulé « Le Logiciel de gestion d'importation et exportation des pièces de rechange« sont :

- Intérêt personnel : Ce travail de recherche va nous permettre de nous familiariser à des recherches approfondies dans des sociétés et avoir l'expérience dans la conception des logiciels.

- Intérêt économique : Pour la société, ce travail va permettre à trouver rapidement les informations fiables et adéquates au moment opportun, et aussi la réalisation de la bonne gestion au sein de la société AZ IMPEX. Comme la technologie du pays avance rapidement, ce logiciel va résoudre le problème de l'AZ IMPEX et met en pratique la politiques du pays surtout celle de l'avancement de la technologie.

-Intérêt des employeurs: Pour les employeurs de la société AZ IMPEX, ce logiciel permettra de faire l'amélioration de la rapidité dans la recherche des informations concernant la gestion d'importation et exportation des pièces de rechange.

1.4. Objectifs poursuivis

L'objectif général de ce travail de recherche est de concevoir un logiciel appelé IMPORT EXPORT SYS(c) qui va contenir la base des données et les Interfaces permettant la bonne gestion de la société AZ IMPEX dans le domaine d'importation et exportation des pièces de rechange.

1.5. Méthodes et techniques de recherche

1.5.1. Méthode utilisé

Selon le dictionnaire Larousse, une méthode est un ensemble ordonné des principes, des règles et des opérations intellectuelles permettant de faire l'analyse en vue d'atteindre un objectif fixé.

1.5.2. Techniques utilisées

Dans les travaux de recherche, la technique est définie comme un ensemble des moyens procédés permettant aux chercheurs de rassembler des données et des informations sur leurs sujets de recherche.

1.6. L'hypothèse du travail

La société AZ IMPEX veut améliorer ses services en informatisant son système en vue d'avoir la bonne gestion et de concurrencer des autres entreprises.

Nous nous sommes fixés l'hypothèse suivante : «Le logiciel IMPORT EXPORT SYS(c) permettra t-il d'améliorer la qualité de l'information dans la société AZ IMPEX pour son importation et exportation des pièces de rechange ? »

1.7. Délimitation du sujet

Dans notre étude du sujet, nous avons choisi de traiter les informations de l'importation et l'exportation des pièces de rechange, l'étude sera faite dans la société AZ IMPEX, à partir de sa création jusqu' au début d'utilisation de ce nouveau système dans le domaine d'importation et exportation des pièces de rechange.

1.8. Subdivision du travail

CHAPITRE II : ANALYSE DU SYSTEME ACTUEL DE L'AZIMPEX s.a.r.l

2.1. Notion

Toutes les entreprises commerciales utilisent les fonctions de réception, d'acquisition et de distribution des marchandises. Le produit importé est un élément de base pour la bonne gestion de la société AZ IMPEX. Pour pouvoir l'informatiser, il faut d'abord se familiariser avec le système existant, en faisant l'étude et l'analyse pour résoudre ses différents problèmes.

Pour faire l'analyse du système existant, nous avons procédé par plusieurs étapes. Nous avons utilisé les méthodes et techniques différentes pour avoir les informations complètes auprès des utilisateurs du système.

A ce qui concerne la documentation, nous avons utilisé les documents différents de la société AZ IMPEX qui décrivent le fonctionnement de la société qui sont :

- Des classeurs des documents comptables comme : les commandes, les factures, les fiches de stock, et les bons de livraison.

- Les documents qui sont en Word et en Excel sur l'ordinateur de l'Administrateur commerciale.

- Les documents utilisés par l'agent de stock pour les entrées et sorties de stock (Livre de stock et le bon de réception).

Pour l'interview (Voir l'ANNEXE B), nous avons interviewé certains utilisateurs du système qui sont :

Concernant l'observation; nous avons passé une semaine à l'AZ IMPEX afin d'observer le fonctionnement du système.

2.2. Présentation de l'AZ IMPEX

2.2.1. Historique et Mission de la société AZ IMPEX

L'entreprise que nous avons visitée est connue sous le nom de AZ IMPEX qui signifie « de A à Z import et export des pièces de rechange». Sa raison sociale est AZ IMPEX s.a.r.l. Elle a été créée en 1995 par trois associés. Son siège est au parc industriel de Gikondo.

b. Électronique

c. Informatique

L'AZ IMPEX est une entreprise privée sociétaire (trois associés). Au point de vue activité, elle est commerciale. Concernant sa taille, il s'agit d'une moyenne entreprise en tenant compte du nombre de ses salariés qui s'élève au nombre de quatre-vingt (80). Son but est d'améliorer la qualité de ses services en vue de satisfaire sa clientèle.

L'AZ IMPEX contribue dans le développement technique, économique, sociale en créant l'esprit d'équipe et l'amour du travail et à la reconstruction du pays à travers le payement des impôts et taxes. Son champ d'activité est international.

2.2.2. Fonctionnement et organisation de l'entreprise AZ IMPEX s.a.r.l

La société AZ IMPEX est composée de quatre départements sous la responsabilité de la Direction Générale, ainsi, ces départements sont:

L'entreprise AZ IMPEX est une société à responsabilité limitée. Au dessus de l'hiérarchie, il y a une assemblée générale des associés. Deux des membres de cette assemblée occupent respectivement les postes de responsable du garage et de la Direction Générale.

En ce qui concerne le département garage, il est à signaler que c'est le principal département de la production de cette entreprise. C'est là où il y a beaucoup d'activités et également une certaine hiérarchie et organisation. Il y a un chef de garage qui est chargé de coordonner les différentes opérations dans le processus de réparation des véhicules, de conserver un outillage spécial, de faire des entretiens avec les clients. Il est donc responsable de cinq sections à savoir :

2.2.3. Le système d'importation et exportation des pièces de rechange

La société AZ IMPEX avec son système d'importation et exportation des pièces de rechange, utilise le fichier Excel pour le traitement des entrées et sorties et le fichier Word pour élaboration des rapports.

1. Le client se présente à la réception pour demander la pièce, le réceptionniste lui envoie à l'agent de stock. Le nouveau client est enregistré dans un fichier Excel appelé « Client » où les clients sont enregistrés, après la vérification du bon de commande, ce dossier est classé dans un classeur des commandes de l'année concernée.

2. L'agent de stock vérifie dans le fichier Excel appelé « Pièce » où les pièces sont enregistrées.

3. Si la pièce existe, l'agent de stock établit la facture en Word appelé « Facture »pour le payement, si la pièce n'existe pas, l'agent de stock établi la liste des pièces à commander et l'envoi au Directeur Commercial, la liste est faite dans le fichier Excel appelé « Liste des pièces à commande».

8. Le Directeur Commercial a un fichier Word appelé « Commande » où il enregistre les pièces et la quantité à commander.

Quand le fournisseur envoie les pièces commandées et le bon de livraison, l'agent de stock appelle le mécanicien pour contrôler si les pièces sont conformes à la commande ou les pièces ne sont pas endommagées, si les pièces sont conformes à la commande, l'agent de stock enregistre les pièces entrant dans le fichier Excel (Ficher de stock) et il les arrange dans le magasin. Au cas contraire, l'agent de stock établit la fiche de pièces endommagées et l'envoie au directeur commercial pour le retour des pièces non conformes ou endommagées. Dans le fichier Excel les quantités sont calculées comme suit :

Le système n'est pas capable de faire la gestion de tout le calcul, il y a même la redondance dans l'élaboration des rapports où l'agent de stock fait le copier coller.

2.2.4. Organigramme de la société « AZ IMPEX s.a.r.l» (Voir ANNEXE A)2.2.5. Aspect général de l'importation et exportation dans la société « AZ IMPEX »

AZ IMPEX est une société d'importation et d'exportation des pièces de rechanges de véhicules et autres matériels de toutes marques et modèles.

Elle possède aussi le garage de réparation, de maintenance des véhicules et groupes électrogènes de toutes marques et modèles.

Parmi ses différentes activités, l'importation et l'exportation jouent un grand rôle ; c'est pourquoi notre recherche est centrée sur l'étude progressive du système d'information de gestion d'importation et exportation des pièces de rechange, son fonctionnement, des problèmes délicats du système et leurs causes.

Pour y arriver, nous avons utilisé l'interview et la documentation du « top-down », nous avons constaté que le système d'information utilise les fichiers Excel pour le traitement et les fichiers Word pour élaboration des différents rapports.. La documentation et l'observation nous ont révélés que la gestion d'importation et exportation des pièces de rechange de la société AZ IMPEX dans la gestion d'importation et d'exportation des pièces de rechange dispose trois sous domaines suivants :

2.4. Les définitions des mots ainsi que les documents utilisés

- Le bon de commande : Document comptable qui enregistre les données en rapport avec les commandes envoyées aux fournisseurs.

- Le bon de livraison : Est un document comptable utilisé pour l'enregistrement des données concernant les livraisons faites.

- Fiche de stock : Est un document par lequel on enregistre tous les pièces entrant et sortant dans le stock, il est utilisé également pour la localisation des pièces de rechange dans les différents rayons du magasin.

- Proforma : est un document par lequel on établit les pièces demandées par le client avec leurs prix.

- Bordereau d'expédition : est un document par lequel sont enregistrées toutes les pièces expédiées aux clients.

- Bon de réception : Document par lequel la société confirme toutes les pièces reçues.

- La facture : Est un document comptable relatif à un achat ou un service rendu.

2.5. Lacunes du système existant

Le système actuel utilise des fichiers Excel et Word pour la gestion d'importation et exportation des pièces de rechange.

Compte tenu des fichiers Excel utilisés dans la société, ce n'est pas facile de :

Il est également difficile de connaître la quantité des pièces importées, exportées et stockées dans un délai déterminé.

2.6. Proposition des solutions

Pour faire face à ces différents problèmes que rencontre la société AZ IMPEX dans ses activités journalières, un système informatisé est nécessaire pour remédier à ces problèmes. Ce système devrait permettre à la société de faire la saisie de toutes les entrées et sorties en rapport avec l'importation et l'exportation.

CHAPITRE III : CONCEPTION DU NOUVEAU SYSTEME

3.1. Introduction

Dans les chapitres précédents nous avons recueilli les informations à l'aide de différentes méthodes y compris la méthode MERISE (Méthode d'Etude et de Réalisation Informatique pour les Systèmes d' Entreprise). MERISE étant une méthode de conception et de développement du système d'information. L'objectif de ce chapitre est d'introduire la notion de système d'information et d'en proposer une description formelle.

La méthode MERISE va nous permettre de connaître ce que fait le système et de mettre en place le système informatisé de la société AZ IMPEX.

3.1.1. La méthode MERISE

La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble de l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes permettant de mettre en place un modèle sur lequel on va s'appuyer. La modélisation consiste à créer une représentation virtuelle d'une réalité de telle façon à faire ressortir les points auxquels on s'intéresse. Ce type de méthode est appelé analyse. Il existe plusieurs méthodes d'analyse, la méthode la plus utilisée en France étant la méthode MERISE.

Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode MERISE est basée sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels et physiques. La séparation des données et des traitements assure une longévité au modèle. En effet, l'agencement des données n'a pas à être souvent remanié, tandis que les traitements le sont plus fréquemment. La méthode MERISE date de 1978-1979, et fait suite à une consultation nationale lancée en 1977 par le ministère de l'Industrie dans le but de choisir des sociétés de conseil en informatique afin de définir une méthode de conception de systèmes d'information. Les deux principales sociétés ayant mis au point cette méthode sont le CTI (Centre Technique d'Informatique) chargé de gérer le projet, et le CETE (Centre d'Etudes Techniques de l'Equipement) implanté à Aix-en-provence. Merise étant une méthode de conception et de développement de système d'information, l'objectif de ce chapitre est d'introduire la notion de système d'information et d'en proposer une description formelle (DI GALLO Frédéric. (2001). page 5).

Cette méthode nous a permis d'analyser le système d'information de gestion d'importation et exportation de la société AZ IMPEX.

3.2. Etape de la conception du nouveau système

3.2.1. Cycle d'abstraction

La méthode MERISE avec son « Cycle d'abstraction » donne les différents concepts qui nous permettent de décrire les éléments du monde réel qui seront représentés dans le système d'information.

L'expression des besoins aboutit au MCC (Modèle conceptuel de la communication) qui définit les flux d'informations à prendre compte.

L'étape suivante consiste à mettre au point le MCD (Modèle conceptuel des données) et le MCT (Modèle conceptuel des traitements) décrivant les règles et les contraintes à prendre en compte.

Le modèle organisationnel consiste à définir le MLD (Modèle logique des données) qui représente un choix d'un logiciel pour le système d'information et le MOT (Modèle organisationnel des traitements) décrivant les contraintes dues à l'environnement (organisationnel, spatial et temporel).

3.2.2 Le modèle conceptuel de la communication

3.2.2.1 Introduction

Le modèle conceptuel de la communication montre les interactions fonctionnelles entre les données manipulées par le système, dans cette étape on va utiliser le diagramme de flux de données (DFD) qui nous montre toutes les alternatives de calcul possible mais n'établit pas l'ordre dans lequel la séquence s'établit. Il montre graphiquement deux aspects d'une procédure d'affaire.

Symboles utilisés dans le DFD

Ce diagramme montre les flux d'exportation des pièces de rechange à l'AZ IMPEX.

Le client se présente à l'agent de stock et demande le proforma du produit à acheter ; si oui la commande est lancée. L'agent de stock procède à la vérification de la commande ainsi que la vérification de la quantité suffisante du produit en stock. L'agent de stock enregistre le bon de commande et ensuite fournit au client la facture ainsi que le bon de livraison.

Ce diagramme montre les flux d'importation de pièces de rechange à l'AZ IMPEX.

La société demande la facture proforma aux fournisseurs. Les fournisseurs amènent des proforma des pièces à la société. La société choisi le fournisseur le plus offrant et lui envoie une commande. Celui-ci livre à la société les pièces selon la commande faite. La société vérifie la livraison, et fait les enregistrements sur les fiches de stock, et puis elle les range dans les rayons, et renvoie au fournisseur le bon de réception.

3.3. Les modules du programme

Un module ou un domaine est un ensemble de processus du SI utilisant des données communes et présentent peu d'échange avec les autres processus.

Pour bien travailler, nous avons divisé notre logiciel d'importation et exportation des pièces de rechange en 3 modules :

- Les livraisons ainsi que les documents qui y sont relatifs (le bon de livraison et le bon de réception).

- Les livraisons ainsi que les documents relatifs (Facture, bon de livraison,...)

3.4. Phases d'étude de la conception du système d'information

3.4.1. Formalisation conceptuelle

Le grand objectif de cette conception est de faire le choix des informations et des traitements à manipuler dans le système d'information et décrire les liens entre eux.

3.4.1.1. Modèle conceptuel des données ou modèle entité relation (MCD)

Le modèle entité relation est une représentation de l'ensemble des données du domaine, qui ne tient pas compte des aspects techniques et économiques de mémorisation et d'accès et sans se référer aux conditions d'utilisation par traitement. Il a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information. Préalablement à la construction de ce modèle, il convient de faire l'inventaire des données dont on élimine les redondances, les synonymes et les polysémies.

Le modèle entité relation 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 d'une représentation des données, facilement compréhensible, permettant de décrire le système d'information à l'aide des entités et leurs relations.

Une entité est la présentation d'un objet matériel ou immatériel pourvu d'une existence propre et conforme aux choix de gestion de l'entreprise. Les informations contenues dans des entités doivent être variables mais communes à une même classe d'objet. Les entités sont schématisées par un rectangle.

La cardinalité 1,1 signifie que dans cette modélisation 1e magasin ne contient qu'un seul type de rayon. La cardinalité 1, n signifie qu'un type de rayon peut être 1 ou plusieurs rayons différents dans un magasin (www.commentcamarche.net).

3.4.2. Modèle conceptuel de traitement (MCT)

Le modèle conceptuel de traitement permet de traiter dynamiquement le système d'infirmation, c'est-à-dire les opérations qui sont réalisées en fonction d'événements.

Le MCD permet donc de représenter de façon schématique l'activité d'information sans faire référence à des choix organisationnels ou des moyens d'exécution. Le MCD définit simplement ce que doit être fait en répondant seulement à la question « QUOI ? » Sans tenir compte des contraintes liées aux finalités de l'organisation.

Il s'agit d'un déclencheur pour lancement d'une opération ou le résultat d'une opération à destination du monde extérieur. Il peut être externe ou interne du SI.

La synchronisation est un regroupement d'événements (externes ou internes) exprimés sous forme de proposition logique. Elle établit les règles d'activation, c'est-à-dire les conditions que doivent vérifier les événements contributifs pour déclencher des actions ( www.commentcamarche.net/forum/affich-1629039-cours-sur-le-modèle-conceptuel-de-traitement, le 23-fevrier-2008).Symboles utilisés dans MCT

Figure 8 : Le modèle conceptuel des traitements (MCT) la demande du Client

Figure 9 : Le Modèle conceptuel des traitements (MCT) pour le choix du fournisseur

3.4.3. Modèle organisationnel des traitements (MOT)

Le MOT répond aux questions QUI, QUAND, OU ? Il renvoie à l'organisation mise en oeuvre : Le rôle de chacun, la fonction de chaque poste de travail, les besoins d'échange d'information. A ce niveau, il est nécessaire de vérifier que la structure de données permet bien de réaliser les traitements envisagés et parallèlement que toutes les données ont un rôle dans au moins un traitement.

QUI c'est l'acteur. QUOI, c'est le traitement ou la tâche, encore appelée opération. QUAND nous renvoie à la notion de la période et date, OÙ interroge sur le poste de travail, souvent confondu avec l'acteur, mais plusieurs acteurs peuvent partager le même poste de travail.

3.4.4. Modèle Logique des données

Le modèle logique des données consiste à décrire la structure de données utilisées sans faire référence à un langage de programmation. Il s'agit donc de préciser le type de données utilisées lors de traitements. Ainsi, le MLD est dépendant du type de base de donnée utilisée.

Modèle logique des données du logiciel de « AZIMPEX »

FOURNISSEUR (#IdFournisseur, Nom, Tel, Fax, Adresse, Ville, Pays, Email, commentaire).

DETAILCMDFOURNISSEUR (#IddetailcmdFourn, #IdCmdFourn, #IdPiece, Quantitée, Prix Unitaire).

CLIENT (#IdClient, Nom, Tel, Fax, Adresse, Ville, Pays, Email, commentaire, Etat).

DETAILCMDCLIENT (#IddetailCmdClient, #IdComandeClient, #IdPiece, QuantitéeCmd, PrixUnitaire).

DETAILVENTE (IddetailVente,#IdVente,IdDetailCmdClient,IdPiece,Quantite,PrixUnitaire,

DETAILACHAT (#IdDetailAchat, #IdAchat, #IdDetailCmdFourn, #IdPiece, QuantiteCmd, QuantiteLivre, Difference, IdRayon).

3.4.5. Dictionnaire des données

Le dictionnaire des données est une représentation sous forme tabulaire de toutes les tables de la base des données. Cette représentation est composée de tous les attributs, leurs significations, leurs types ainsi que l'intégrité référentielle.

Structures des données	Champs	Types des données	Taille	Contrainte d'intégrité	Observation
FOURNISSEUR	IdFournisseur	nvarchar	10	Not null	L'identification du fournisseur
	Nom	nvarchar	50	Not null	Nom du fournisseur
	Tel	nvarchar	25	Not null	Téléphone du fournisseur
	Fax	nvarchar	10	Not null	Le fax du fournisseur
	Adresse	nvarchar	50	Not null	L'adresse du fournisseur
	Ville	nvarchar	25	Not null	La ville du fournisseur
	Pays	Nvarchar	30	Not null	Le pays du fournisseur
	Email	Nvarchar	50	Not null	L'email du fournisseur
	Commentaire	Nvarchar	50	Null	Le commentaire du fournisseur
CMDFOURNISSEUR	IdcmdFourn	nvarchar	10	Not null	L'identification du fournisseur
	IdFournisseur	Nvarchar	10	Not null	Identification du fournisseur
	DateCmd	Datetime	8	Not null	La date de la commande
DETAILCMDFOURNISSEUR	IddetailcmdFourn	nvarchar	10	Not null	L'identification du détail commande fournisseur
	IdCmdFourn	Nvarchar	10	Not null	L'Identification de la commande fournisseur
	IdPiece	Nvarchar	10	Not null	L'identification de la pièce
	Quantite	Decimal	9	Not null	La quantité commande
	PrixUnitaire	Decimal	9	Not null	Le Prix Unitaire
CLIENT	IdClient	Nvarchar	10	Not null	Identification du client
	Nom	Nvarchar	50	Not null	Le nom du client
	Tel	Nvarchar	50	Not null	La téléphone du client
	Fax	Nvarchar	50	Not null	Le fax du client
	Adresse	Nvarchar	50	Not null	L'adresse du client
	Ville	Nvarchar	50	Not null	La ville du client
	Pays	Nvarchar	50	Not null	Le pays du fournisseur
	Email	Nvarchar	28	Not null	L'email du client
	Commentaire	Nvarchar	50	Not null	Commentaire sur le client
	Etat	Nvarchar	50	Null	L'état du client
COMANDECLIENT	IdcomandeClient	Nvarchar	10	Not null	L'indentification de la commande
	Idclient	Nvarchar	50	Not null	L'identification du client
	Datecomande	Datetime	8	Not null	La date de la commande
DETAILCMDCLIENT	IddetailCmdClient	Nvarchar	10	Not null	L'identification du détail commande client
	IdComandeClient	Nvarchar	10	Not null	L'identification de la commande client
	IdPiece	Nvarchar	10	Not null	L'identification de la pièce
	QuantiteCmd	Decimal	9	Not null	La quantité commande
	PrixUnitaire	Decimal	9	Not null	Le prix unitaire
PIECE	IdPiece	Nvarchar	10	Not null	L'identification de la pièce
	Marque	Nvarchar	50	Not null	La marque de la pièce
	Modele	Nvarchar	50	Not null	Le modèle de la pièce
	IdFamille	Nvarchar	10	Not null	L'identification de famille pièce
	Description	Nvarchar	10	Not null	La description de la pièce
	DateFabrique	Datetime	8	Not null	La date fabrique
DETAILVENTE	IddetailVente	Nvarchar	10	Not null	L'identification du détail vente
	IdVente	Nvarchar	10	Not null	L'identification de la vente
	IdDetailCmdClient	Nvarchar	10	Not null	L'identification du détail commande client
	IdPiece	Nvarchar	10	Not null	L'identification de la pièce
	Quantitée	Decimal	9	Not null	La quantité vendu
	PrixUnitaire	Decimal	9	Not null	Le prix unitaire
	PrixHorTaxe	Decimal	9	Not null	Le prix total hors taxe
	TVA	Decimal	9	Not null	Le TVA
	PrixTotal	Decimal	9	Not null	Le prix total
VENTE	IdVente	Nvarchar	10	Not null	L'identification de la vente
	IdClient	Nvarchar	10	Not null	L'identification du client
	DateVente	Datetime	8	Not null	La date vente
	Comment	Nvarchar	50	Not null	Le commentaire sur la vente
DETAILACHAT	IdDetailAchat	Nvarchar	10	Not null	L'identification
	IdAchat	Nvarchar	10	Not null	L'identification de l'achat
	IdDetailCmdFourn	Nvarchar	10	Not null	L'identification du détail commande fournisseur
	IdPiece	Nvarchar	10	Not null	L'identification de la pièce
	QuantitéCmd	Decimal	9	Not null	La quantité commande
	QuantitéLivre	Decimal	9	Not null	Quantité livre
	Difference	Decimal	9	Not null	La différence de la quantité livre et commande
	IdRayon	Nvarchar	10	Not null	L'identification du rayon
ACHAT	IdAchat	Nvarchar	10	Not null	L'identification
	IdFournisseur	Nvarchar	10	Not null	Identification du fournisseur
	dateLivre	Datetime	8	Not null	La date Achat
RAYON	IdRayon	Nvarchar	10	Not null	L'identification du rayon
	IdMagasin	Nvarchar	10	Not null	L'identification du magasin
	IdPiece	Nvarchar	10	Not null	L'identification de la pièce
	Quantitétotal	Decimal	9	Not null	Quantité total en rayon
Magasin	IdMagasin	Nvarchar	10	Not null	L'identification magasin
	Description	Nvarchar	50	Not null	La description du magasin

3.4.6. Modèle physique des données (MPD)

Selon Ahmed OULD TEBAKH, ing Consultant en informatique dans son support de cours de « Conception d'une base de données écrit ce qui suit : « Bien que certains outils (PowerMAC notamment) considère que le MPD et le MLD représentent la même chose, c'est faux. Le MPD est une implémentation particulière du MLD pour un matériel, un environnement et un logiciel donné qui s'intéresse au stockage des données à travers le type et la taille (en octets ou en bits) des attributs du MCD ».

CHAPITRE IV : REALISATION DU NOUVEAU SYSTEME

4.1. Introduction

Après avoir analysé et faire la conception du système d'information de la société AZ IMPEX, ce chapitre nous permet d'expliquer les résultats que nous avons obtenus ainsi que les procédures qui ont été utilisées pour aboutir à la réalisation du système d'information de la société AZ IMPEX.

La conception de logiciel IMPORT EXPORT SYS(c) de la société AZ IMPEX, nous permet de résoudre les problèmes que rencontrait l'ancien système de gestion d'importation et d'exportation des pièces de rechange.

Ce chapitre comprend également les outils utilisés dans la conception du logiciel du nouveau système ainsi que le test du logiciel.

4.2 Méthodes et outils utilisées dans la conception du logiciel

Le logiciel «IMPORT EXPORT SYS(c)» a été développé à l'aide des outils suivants:

4.2.1. Microsoft Visual studio C#.Net 2005

Pour développer le logiciel IMPORT EXPORT SYS(c), on a choisi Microsoft Visual C#.Net 2005, comme un outil qui va nous aider à la conception des interfaces graphique. Ces interfaces permettront l'interaction entre les utilisateurs et l'application. C#.Net est un langage de programmation permettant aux utilisateurs de développer des applications fonctionnant sous Microsoft windows.

Visual C# 2005 est aussi un ensemble complet d'outils de création de services Web et d'applications connectées à Microsoft .NET pour Microsoft Windows et le Web. Ce package de développement solide, qui utilise le langage de développement C# orienté, offre de meilleures fonctionnalités de rationalisation des processus de métier, notamment :

1. Une prise en charge rapide de la conception, du développement et du déploiement pour créer et utiliser des services Web.

2. Des concepteurs de formulaire et des contrôles visuels pour créer des applications riches basées sur Windows.

3. Des outils et services de création pour concevoir des solutions performantes Microsoft .NET basées sur un serveur.

4. Des outils de migration pour convertir des projets basés sur Java vers un environnement de développement Microsoft .NET.

Visual C# 2005, permet aux développeurs de créer des solutions pour des clients très variés, dont Windows, le Web et des périphériques mobiles ou intégrés. À l'aide de ce langage et de cet outil élégant de programmation, les développeurs peuvent exploiter leurs compétences et leurs connaissances des langages C++ et Java pour être efficaces dans l'environnement .NET (Simon Robinson (2002). Professionnel C#, page 5).

4.2.2. Microsoft SQL Server 2000

Microsoft SQL Server 2000 est un Système de Gestion de Base de Données Relationnelles, est un langage structure des requêtes utilisées pour créer et maintenir une base des données relationnelles. C'est -à- dire que SQL Serveur est SGBDR (Clémence UWAYO (2006). Gestion d'indemnisation des sinistres. page 57).

4.2.3. Crystal reports

Pour développer en plus le logiciel IMPORT EXPORT SYS(c), nous avons choisi le Crystal Reports incorporé dans DOTNET qui est l'un des générateurs des rapports les plus connus. Il présente une interface facile à utiliser et qui permet à ses utilisateurs de construire des rapports rapidement mais ayant assez de profondeur pour produire des rapports complexes et répondre aux besoins avancés. A cette étape DOTNET offre un autre avantage d'utiliser un Crystal Report qui est incorporé dans ses composants, cela nous a facilités la création des différents rapports au moment de la conception du logiciel IMPORT EXPORT SYS(c). L'application va produire les rapports des données saisies et traitées au moment de l'utilisation.

4.4. Le test du logiciel

4.4.1. Introduction

Pour vérifier la conformité de notre application « IMPORT EXPORT SYS(c) « par rapport à ce qui était prévu, le test du logiciel est l'activité qui nous permet de s'assurer à la bonne fonctionnement ainsi que à l'exécution de notre application.

L'objectif du test

L'objectif du test de logiciel est l'élément de contrôle qui permet de vérifier les fonctionnalités de l'application.

Pour chaque test, ce sont les caractéristiques des différentes conditions de fonctionnement et d'exécution qui permettent de vérifier l'objectif du test.

Les phases de test en V générique.

Le test du logiciel est divisé en une série de tests dont chacun fait appel à une logique particulière, étant donné que la création d'un seul test ne peut vérifier le bon fonctionnement de l'ensemble de notre application.

Au niveau des phases de descente du cycle, il y a une élaboration des plans de tests du logiciel.

Dans la remontée des phases du cycle sont exécutées les fiches de tests, qui sont décrites dans les plans de tests du logiciel.

Dans la conception de l'application, un enchaînement logique de procédures est nécessaire afin d'aboutir à la création d'une application opérationnelle. Le développement de notre logiciel s'est fait de la façon suivante :

L'analyse

La première étape du développement du cycle est l'analyse des besoins ou la spécification ; cette étape a pour but de dégager les contraintes nécessaires à l'élaboration du logiciel, sur cette phase nous avons testé toute l'application au moment de la programmation. Trois sortes de contraintes logicielles sont à prendre en considération à savoir :

Les contraintes externes définissant les caractéristiques d'entrée/sortie du logiciel attendues par le client (les données à utiliser et à afficher) c'est-à-dire les pièces entrant/sortant ainsi que les commandes.

Les contraintes fonctionnelles caractérisant le fonctionnement interne du logiciel, c'est-à-dire, quels moyens seront mis en oeuvre pour traiter les informations d'entrée/sortie du logiciel (méthode de calcul, intervalle des données, etc.) dans cette phase nous avons fait les formulaires permettant aux utilisateurs d'entre les données même sans faire le calcul manuellement (prix total, la quantité restant en stock,...).

Les contraintes de performances indiquent la vitesse d'exécution du logiciel ou de ses modules, la résolution d'affichage, la précision des données.

4.4.3. La conception générale

La conception générale (ou l'analyse organique générale) a pour objectif de déduire de la spécification, l'architecture du logiciel. Lors de cette phase, plusieurs solutions peuvent être envisagées afin d'en étudier leur faisabilité. Lors de cette phase, on a test tout les programmes en découpant l'application en plusieurs modules (l'importation, l'exportation, le stockage et les rapport).

4.4.4. La conception détaillée

La phase de conception détaillée (ou analyse organique détaillée) nous permet de connaître les données (variables, constantes, attributs, champs, etc.) et fonctions (procédures, méthodes, etc.) qui seront utilisées dans l'application.

Des spécifications de tests d'intégration et unitaire sont faites au niveau des deux phases de conception. Elles permettent en effet, de confronter le fonctionnement de l'application à son architecture générale et détaillée.

Lors de cette phase on a fait le test lors de la programmation pour chaque module.

Le codage comme le terme l'indique, sert à écrire en utilisant un langage de programmation tel que C# qui a été utilisé dans la conception de notre application. Cette phase du cycle se termine par la production d'un code source ainsi que la création d'un fichier d'installation.

Dans le but de vérifier le bon fonctionnement de notre application, bien qu'il n'existe pas d'application qui ne contient pas d'erreurs ; les phases de test sont importantes dans ce sens qu'elles nous permettent d'en vérifier le fonctionnement.

Le test unitaire nous a permis de contrôler chaque unité logicielle, en d'autres termes chaque petit composant que l'ont peut compiler dans le but de savoir que chaque unité correspond à ses spécifications, et savoir s'il y a des erreurs de logique.

En effet, le test unitaire est un moyen efficace qui permet de détecter le maximum d'erreurs possible.

Le test d'intégration

Ce test nous a été utile car il nous a permis de vérifier l'assemblage des différentes parties du logiciel.

En effet, le test d'intégration est une progression ordonnée de tests dans laquelle les éléments logiciels et matériels sont assemblés et testés jusqu'à ce que l'ensemble du système soit testé ; au niveau de notre application, les différents modules sont testés successivement jusqu'à aboutir à la construction du logiciel.

Le test de régression est fait lors d'un changement quelconque d'une partie du logiciel dans le but de montrer que le reste du logiciel n'a pas été affecté par le changement.

En effet l'utilisation de l'application peut créer de nouveaux besoins qui peuvent aboutir à des modifications du logiciel d'où le changement.

Ce test est généralement effectué par l'acquéreur dans ses locaux après l'installation d'un système ou d'une unité fonctionnelle, avec la participation du fournisseur, pour vérifier que les dispositions contractuelles sont bien respectées.

La dernière phase a pour vocation de valider le logiciel dans son environnement extérieur. Le produit applicatif est mis en situation d'utilisation finale afin de vérifier s'il répond parfaitement aux besoins énoncés dans la première phase.

Tout au long du développement de notre application, différents tests ont été effectués au fur et à mesure de l'évolution de l'application IMPORT EXPORT SYS(c).

Le test de validation est important, étant donné qu'il est nécessaire de vérifier si la mise en place de l'application correspond aux besoins exprimés.

L'application a été testé dans son ensemble, c'est dans ce sens que nous avons remarqué que le déroulement des opérations effectuées correspond aux spécifications fonctionnelles, bien que notre application n'a pas subit de test de réception à cause de la non disponibilité des exigences demandées pour sa réception.Test proprement dit

Pour notre application le test a été fait en se basant sur le problème du système existant de la société AZ IMPEX. Nous nous sommes basés sur :

Nous avons testés les différents modules de l'application ; le logiciel a subit des tests unitaires après l'écriture de chaque morceau de code.

Nous avons ensuite fait subir des tests d'intégration dans le but de s'assurer que l'ensemble constitué par les composants logiciels assemblés répond aux spécifications fonctionnelles et techniques.

Ces tests nous permettent, en effet, de vérifier le bon fonctionnement de l'interface des différentes parties du logiciel déjà testées unitairement.

Plusieurs valeurs ont été utilisées pour vérifier que chaque unité de l'application effectue ce qui lui est appropriée.

Dans ce test la première partie est beaucoup réservée à la saisie des valeurs dans les formulaires de l'application IMPORT EXPORT SYS(c).

4.5. Description du logiciel IMPORT EXPORT SYS(c)

4.5.1. Fonctionnement du Logiciel

La base des données contient 18 tables, 54 procédures stockées, 13 requêtes, 2 déclencheurs.

Au niveau de l'interface, le logiciel IMPORT EXPORT SYS(c) a trois grandes catégories qui contiennent les formulaires suivants :

Notre logiciel « IMPORT EXPORT SYS(c) » produit également des rapports qui reflètent le déroulement de l'activité d'importation et exportation des pièces des rechange dans la société AZ IMPEX.

4.5.2 La description des interfaces

Cette page permet aux utilisateurs de s'identifie. Ainsi il devra saisir le nom, le mot de passe et le type d'utilisateur.

La feuille principale contient différents menus permettant d'accéder aux différents formulaires.

Elle comprend cinq menus principaux : Fichier, traitement, rechercher, rapport et aide.

Faire la rechercher d'un fournisseur par son nom ou son identification et faire la modification.

De faire la vente et entrer la détail de la vente, le montant unitaire, le TVA et son montant total.

4.5.4. La description des rapports du logiciel

Tout système informatique doit permettre à ses utilisateurs d'avoir les rapports ; et ces rapports doivent être dynamiques conformément aux données saisies ou modifiées du jour après jour.

Le système IMPORT EXPORT SYS(c) va permettre à ses utilisateurs d'accéder aux rapports répondant à leurs besoins.

La liste des clients : l'utilisateur pourra avoir une liste de tous les clients de l'entreprise.

La liste des tous les fournisseurs : l'utilisateur pourra avoir une liste de tous les fournisseurs de l'entreprise.

Le bon de livraison : ce rapport va aider l'entreprise à connaître si la livraison est conforme à la commande du client.

Les fiches de stock : à la fin d'une période donnée, l'administration sera capable de connaître la situation du stock en identifiant les pièces entrantes et sortantes. La quantité entrée est ajoutée automatiquement sur la quantité de pièce en stock.

Le bon de réception : ce rapport montre le bon de réception au fournisseur en cas de demande.

4.6. Avantage du projet

- Le chef du département concerné ne prend pas le temps de rassembler les informations dans les dossiers Excel ou Word car le rapport sont rédigés automatiquement.

4.7 Exigences du logiciel

Après le test de validation, l'estimation du matériel qu'il faut utiliser pour le bon fonctionnement de ce nouveau système informatisé a été faite, en tenant en considération des utilisateurs du logiciel.

Système d'exploitation : La plate forme du système est Windows 2000 ou une version plus récente

4.8. CONCLUSION ET RECOMMANDATIONS

4.8.1. Conclusion

Généralement quand on commence quelque chose, on attend patiemment le jour où elle va prendre sa fin. Nous aussi, nous avons commencé notre travail de recherche intitulé «Logiciel de gestion d'importation et exportation des pièces de rechanges cas de la société AZ IMPEX » et nous arrivons à sa fin.

Le logiciel IMPORT EXPORT SYS(c) va faciliter les activités de gestion d'importation et exportation des pièces de rechange en suivant tous les dossiers et en calculant la quantité totale dans le magasin, la quantité sortant et entrant.

Suivant l'hypothèse que nous nous sommes fixes au début de ce travail, nous venons de réaliser que ce système de gestion des importations et exportations dans la société AZ IMPEX est nécessaire car l'ancien système n'est plus a mesure d'assurer le bon fonctionnement de ce département charge des importations et exportations de la dite société.

Une fois ce logiciel sera installé, il aura une amélioration dans le système d'information de la société AZ IMPEX.

4.8.2. Recommandations

Nous venons de mettre en place le logiciel IMPORT EXPORT SYS(c) qui va faciliter les activités des utilisateurs de la société AZ IMPEX de faire l'importation et l'exportation des pièces de rechange.

Néanmoins, nous ne pouvons pas déclarer avec sincérité que nous avons tout exploité ; c'est pour cela que nous adressons nos recommandations, non seulement aux utilisateurs de la société AZ IMPEX, mais aussi et surtout à d'autres chercheurs intéressés à notre sujet qu'ils pourront l'améliorer en faisant le logiciel de gestion d'importation et exportation en ligne pour avoir directement les informations provenant des clients et des fournisseurs. Par conséquent, avec le système d'importation et d'exportation en ligne, il sera facile de passer et de recevoir les commandes en distance.

Nous recommandons aux utilisateurs de l'application IMPORT EXPORT SYS(c) de prendre en considération les messages affichés lors de l'utilisation.

De même, ces chercheurs pourront ajouter un autre module de suivi de payement et de dédouanement des pièces importées et exportées.

BIBLIOGRAPHIE

DI GALLO, F. (2001). Méthodologie de système d'information merise, CNAM Angouleme.

JOUVET, F. et REBOUL G. (2000). Informatique applique à la gestion, Tome 2, Deuxième Edition, Paris.

Ngabo A. SEBAHASHYI (2005-2006), Analyse des programmes et spécification, UAAC, Kigali.

UWAYO, C. (2oo2-2005). Gestion d'indemnisation des sinistres, mémoire, UAAC, Kigali.

TOPAN, Z. (2oo2-2005). Conception et Réalisation d'un progiciel de Géomarketing

http://www.commentcamarche.net/forum/affich-1629039-cours-sur-le-modèle-conceptuel-de-traitement, le 04/12/2007

Logiciel d'Importation et Exportation des pieces de rechange

LISTE DES TABLEAUX