Rapport de modélisation d’une

interface pour le projet

structure et stratégies de
groupe de distribution

Résumé portant sur le cours de Unified Modeling

Language (UML)

Année scolaire

2021/2022

La politique de distribution consiste à choisir le réseau, les partenaires qui

serons chargés de distribuer le produit sur le marché . Autant plus que le
système de distribution diffère en fonction des produits proposé par des
groupe de distribution, nous avons décidés de prendre pour référence une
entreprise de group de distribution nommés « SOPAL SARL ». SOPAL est une
entreprise qui évolue dans la distribution des produits alimentaire pour toute
individue quel que soit l’âge. Cette ainsi que nous avons proposé un modèle de
distribution basé sur les agents de SOPAL utilisant une plateforme de
distribution et suivi de produit, comme banc d’essai pour expérimenter les
différente configuration. La suite de ce rapport sera exclusive basé sur cette
entreprise.

PARTI 1 : REQUIREMENT

Il est question pour nous de donné des exigences et les contraintes nécessaires
au bon déroulement du projet. Les différentes spécifications de ce rapport sera
est lié au rôle nous avons eu a joué dans ce projet qui est « designeur », donc le
suivi de la partie front-end. Pour cela nous avons élaborer un cahier de charge
que voici :
CAHIER DE CHARGE
Réalisation d’une interface web pour simuler la distribution et le suivi de
produit
1) Contexte
L’idée de ce projet nous vient du fait qu’étant dans l’incapacité de
réellement modéliser un logiciel incorporant tout forme de produit et
simuler leur distribution, nous étions dans l’obligation de restreindre
notre projet a une catégorie de produit, raison pour la quel, nous avons
orienté notre dévolu sur une entreprise d’alimentation.
2) Objectifs
Ce projet a pour but de modéliser une simulation de suivi et distribution
du produit via une interface web.
3) Description de l’existant
Pour qu’un utilisateur puisse interagir avec notre application, il va devoir
installer un navigateur web, connaitre l’utilisation de l’application propre
dite, choisir le/les thème voulu et suivre juste les différentes étapes
selon l’agencement des pages.
4) Besoins fonctionnels
-facilite la communication entre l’utilisateur et le système
-pouvoir exécuter un modèle sur une interface web
5) Besoins non-fonctionnels
Une connexion internet est nécessaire pour avoir accès a notre interface.
6) Coûts
Ressource humain externe : ainée académique
Moyen matériel et logiciels : ordinateurs, Microsoft Word, la langage de
modélisation orienté objet UML (star UML)
 Délais : Date de remise de projet : vendredi 17 décembre 2021
7) Planification
-Requirement : élaboration du cahier de charge
-spécifications
-présentation du workflow (Designeur)
-analyse orientée objet : élaboration des différents diagrammes
-conclusion
8) Plan d’assurance qualité
Test des fonctionnalités
9) Documentation
Bertrant Meyer, « Conception et programmation orientés objet »
support de cour
Boehm, B. W. « object-oriented Analysis and Design, with application »

PARTI 2: SPECIFICATION

Le modèle étudié est celui des circuits de distribution, qui comprend des
canaux différents d’acheminement du produit du depuis le producteur
jusqu’au consommateur. Ce modèle a été développer en utilisant
l’approche système multi-agent. Lors de la modélisation d’un scénario de
suivi de commande, l’utilisateur peut configurer les paramètres suivants :

 Page d’accueil utilisateur et les pages du compte utilisateur

 Créer les pages de gestion de vente
 Créer les pages de gestion du stock (enregistrement de
l’arrivage de produit)
 Page de consultation du bon de commande
 Page de consultation de la liste des produits en voie de
péremption
  Page de consultation de l’état des ventes et factures

Relations avec les clients : pour notre projet nous avons opter pour une
séparation de la clientèle (Grossistes, semi-grossistes, détaillants) en
fonction de la quantité de produit qui est commander qui impactera
bien-sûr sur la réduction des coûts et permettra à l’utilisateur une
décentralisation effective des données en scindant selon les diffèrent tip
de client.

PARTIE 3 : Workflow designeur

Le workflow (flux de travail) fait référence au parcours que les solutions

logicielles d’entreprise empruntent du lancement à l’achèvement et à la
livraison.
Le workflow du designeur est la représentation visuelle des étapes impliqués
dans le travail du début à la fin.
En ce qui concerne le designeur, il est important d’avoir un workflow qui
représente la façon dont chaque membre de l'équipe va travailler.
Ses diffèrent activités sont :
 Architectural design
 Detailed design
 Design testing
Sous ses diffèrent activités j’avais des objective bien prédéfinies a
répondre pour pouvoir faire évolue le projet. Ses différents objectifs sont
comme suit :
 2-Le diagramme de cas d’utilisation :
Ce diagramme présente les différentes fonctionnalités de notre projet .

3- Le diagramme de séquence

Il est une représentation graphique des interactions entre les

acteurs et le système selon un ordre chronologique dans la formulation unified
modeling language. Le diagramme suivant permet de montrer les interactions
d’objets dans le cadre d’un scénario du diagramme de cas d’utilisation qui m’as
été donner et va montrer le parcours du de l’utilisateur en ce qui s’agit du
traitement de la commande.
 Cas d’un utilisateur qui passe une commande :

 Cas d’un utilisateur(vendeur) qui trait une commande :

PARTIE 5 : CONCLUSION

Il était question pour nous dans ce projet de mettre en place un modèle

d’analyse et designer une interface web de suivi et distribution des produits
selon la modélisation UML. Pour y parvenir, nous avons fait recours aux
différents diagramme d’UML liée au designeur, au paradigme de système multi
agent et de système d’information stratégique. Nous avons à cet effet aboutit à
la mise en place d’une architecture (diagramme de séquence et cas
d’utilisation) ayant les fonctionnalités suivantes tel que l’exécution d’un
modèle de suivi de commande et distribution ainsi que la sauvegarde de ce
modèle pour une utilisation ultérieur. Notre travail n’étant pas meilleur, vos
critiques seront les bienvenues