Conception et réalisation d'une application de vente en ligne.

CHAPITRE II : ANALYSE DE LA VENTE DES PRODUITS DE NIGER TELECOMS DOSSO

Dans ce chapitre consacré à l'analyse de la vente des produits de la société Niger Télécoms

Dosso, nous avons décrit et critiqué la méthode de vente existante de ladite société et proposé une solution. Le chapitre s'achève avec la présentation du langage de la modélisation du site créé pour Niger Télécoms Dosso.

II.1. Description de l'existant

La vente des produits de Niger Télécoms se fait de façon « traditionnelle ». Il n'y a pas

l'utilisation des services d'internet. La vente repose sur le contact entre le vendeur et l'acheteur. En effet, pour mettre à la disposition de ses clients ses produits et ses services, Niger Télécoms leur offre plusieurs possibilités. Le client a la possibilité de se rendre au niveau du Business Center (BC) ou du Centre Commerciale (CC) de Niger Télécoms Dosso. Dans ces centres, il est accueilli par des agents commerciaux qui assurent la prestation de services télécoms. Niger Télécoms a également implanté de nombreux points de vente (PV) un peu partout sur l'ensemble du territoire national, que ce soit au niveau des marchés que dans les gares et dans les stations-service. Enfin Niger Télécoms dispose aussi des agents commerciaux ambulants communément appelés « force de ventes » qui assurent la vente des produits dans les centres urbains comme dans les centres ruraux.

II.2. Critique de l'existant

Dans un contexte de forte concurrence les deux principaux acteurs de la téléphonie mobile au

Niger, à savoir Airtel Niger et Orange Niger ont mis depuis 2010 à la disposition de leurs clients le porte-monnaie électronique. Ainsi, les abonnés de ces sociétés utilisent leurs téléphones mobiles pour des transactions financières à travers des applications mobiles et/ou des sites « vitrines ».Ces sites web présentent les différents produits et/ou services sur le réseau internet à des fins commerciales. Contrairement aux deux principaux acteurs de la téléphonie mobile, Niger Télécoms ne dispose pas encore d'une plateforme pouvant permettre d'effectuer des transactions commerciales électroniques entre elle et ses clients.

Niger Télécoms n'a pas encore totalement intégré les Nouvelles Technologie de l'information et de la Communication dans ses méthodes de vente. Cela représente une entrave pour la vente des produits Niger Télécoms.

II.3. Solution proposée

Afin d'améliorer la performance des ventes des produits Niger Télécoms, nous proposons

d'informatiser la commercialisation de produits par la création d'une boutique virtuelle sur Internet. Cette boutique virtuelle assurera la vente en ligne des produits Niger Télécoms Dosso.

Licence professionnelle en Informatique de Gestion (IG) Année universitaire 2018-2019 « IUT de Talloua »

L'implémentation du site nécessite l'utilisation des outils informatiques. Pour réaliser ce projet nous allons utiliser un langage de modélisation.

II.3.1 Le Langage de modélisation

Pour conduire un projet d'analyse et de conception de façon à le réussir, il faut choisir un langage de modélisation approprié. A cet effet, UML (Unified Modeling Language) a été choisi comme langage de modélisation.

II.3.1.1. Présentation d'UML

UML (Unified Modeling Language, que l'on peut traduire par « langage de modélisation Unifié ») est un langage permettant de modéliser un problème de façon standard. Ce langage est né de la fusion de plusieurs méthodes existantes auparavant (OMT, BOOCH, OOSE), et est devenu désormais la référence en terme de modélisation objet, à tel point que sa connaissance est nécessaire pour conduire un grand projet.

Il est fondé sur les concepts orientés objets et a été conçu pour la modélisation de tous les phénomènes de l'activité de l'entreprise indépendamment des techniques d'implémentation mise en oeuvre par la suite. Il n'est ni une méthode, ni un processus mais un langage de modélisation. Dans le cadre de la modélisation d'une application informatique UML n'impose pas une démarche particulière pour l'analyse du système mais préconise d'adopter une démarche ayant les caractéristiques suivantes :

y' Itérative et incrémentale ;

Pour modéliser c'est-à-dire comprendre et représenter un système complexe, il est mieux d'affiner son analyse en plusieurs étapes. Cette démarche s'applique aussi au cycle de développement dans l'ensemble. Son but est de mieux maîtriser la part d'inconnus et d'incertitudes qui caractérisent le système.

y' Guidée par le besoin des utilisateurs du système ;

Avec UML, ce sont les utilisateurs qui guident la définition des modèles : Le périmètre du système à modéliser est défini par les besoins des utilisateurs. Le but du système à modéliser est de répondre aux besoins de ses utilisateurs. Les besoins des utilisateurs servent tout au long du cycle de développement qui est itératif et incrémental.

A chaque itération de la phase d'analyse, on clarifie, affine et valide les besoins des utilisateurs. A chaque itération de la phase de conception et de réalisation, on veille à la prise en compte des besoins des utilisateurs. A chaque itération de la phase de test, on vérifie que les besoins des utilisateurs sont satisfaits.

		7
Licence professionnelle en Informatique de Gestion (IG) Année universitaire 2018-2019 « IUT de Tahoua »

y' Centrée sur l'architecture logicielle.

Une architecture adaptée est la clé du succès d'un développement. Elle décrit des choix stratégiques qui déterminent en grande partie les qualités du logiciel : adaptabilité, performance, fiabilité. Pour faciliter la vision du non-programmeur et le travail du programmeur et afin d'obtenir une vue d'ensemble du système en un temps beaucoup plus court, UML a initié le concept visuel fondé sur les diagrammes. UML définit treize (13) diagrammes repartis selon les modèles suivants :

> les modèles statiques

Ce sont des diagrammes qui permettent de visualiser, spécifier, construire et documenter l'aspect statique ou structurel du système d'information. Ce sont :

> le diagramme de classe : illustre les classes avec les attributs, les méthodes et les relations entre les classes ;

> le diagramme d'objets : permet de vérifier la validité du diagramme de classe ;

> le diagramme de déploiement : illustre la disposition physique du matériel et la répartition des composants sur ce matériel ;

> le diagramme de structure composite : décrit les relations entre les composants d'une classe ;

> le diagramme de composants : illustre les éléments logiciels (exécutable, librairie,...) et leurs dépendances ;

> le diagramme de paquetages : schématise les dépendances entre les paquetages (ensemble d'éléments de modélisation);

> les modèles fonctionnels ou comportementaux

Ils modélisent les aspects dynamiques du système, c'est-à-dire les différents éléments qui sont susceptibles de subir des modifications. Parmi eux, on distingue :

> le diagramme de cas d'utilisation : montre comment chaque acteur exploite le système ;

> le diagramme d'états-transitions : montre les différents états que peut prendre un objet instance de la classe lors de son cycle de vie ;

> le diagramme d'activités : décrit le comportement du système sous forme de flux ou d'enchainement d'activités.

> les modèles d'interactions ou dynamiques

		8
Licence professionnelle en Informatique de Gestion (IG) Année universitaire 2018-2019 « IUT de Tahoua »

Ils représentent les interactions entre le système lui-même et les différents acteurs du système, mais aussi la façon dont les différents objets contenus dans le système communiquent entre eux. Ce sont :

> le diagramme de séquence : représente de façon séquentielle la manière dont se font les traitements et indiquent les interactions entre les éléments du système.

> le diagramme de communication (collaboration) : représente à l'image du diagramme de séquence les échanges de messages entre les différents objets ;

> le diagramme global d'interaction : modélise la façon dont les groupes d'objets collaborent pour réaliser un comportement donné ;

> le diagramme de temps : décrit les interactions entre les comportements de différents objets en indiquant la chronologie d'exécution des opérations sur ces objets.

UML n'impose pas un ordre d'utilisation des diagrammes, ces derniers sont utilisés en fonction de la méthode d'analyse.