RAPPORT DE FIN D’ANNÉE

Sujet : Développement d’une application

web E-Commerce

Réalisé Par : RIFAA oumnia

4ème Année Ingénierie Informatique & Réseau

Année Universitaire :2023 /2024

Résumé
Ce rapport donne une vue globale sur mon projet de stage de fin de
la 1ère année du cycle d’Ingénierie Informatique & Réseaux effectué
au sein de l’entreprise HPS(Hightech Payment Systems).
Ma mission durant ce stage était de créer une plateforme en ligne
innovante permettant de gérer efficacement les opérations E-
Commerce.
L’Application comprendrait un catalogue de produits complet, un
processus simplifié de traitement des commandes des clients, ainsi
qu’une experience utilisateur intuitive.
Le résultat final du projet est une Application E-Commerce complet,
conçu pour simplifier et améliorer les opérations de vente en ligne .
La plateforme permet de gérer un catalogue de produits diversifié et
propose un processus de commande fluide pour les clients.
Grâce à une interface utilisateur intuitive, les utilisateurs peuvent
naviguer facilement à travers les produits, ajouter des articles à leur
panier et passer à la caisse en toute simplicité.
L’accent a été mis sur l’expérience utilisateur, en offrant un design
attractif et une navigation conviviale.

Table des matières

Résumé.................................................................................................2
Introduction générale..........................................................................2
I. Présentation de l’entreprise.........................................................3
1. Présentation de l’entreprise HPS..............................................3
2. Organigramme..........................................................................4
II. Contexte général du projet.......................................................4
1. Problématique...........................................................................4
2. Cahier des charges....................................................................5
 a. Besoins fonctionnels...............................................................5
b. Besoins non fonctionnels.....................................................5
3. Mission du projet......................................................................6
4. Contraintes du projet................................................................6
5. Livrable......................................................................................8
c. Méthodologie de gestion du projet...........................................9
1. Cycle de vie en cascade........................................................9
2. Phases de réalisation du projet..........................................10
d. Planification du projet........................................................11
III. Analyse et Conception................................................................12
1. Outils de modélisation............................................................12
................................................................................................... 12
2. Acteurs....................................................................................12
3. Diagramme de contexte..........................................................15
4. Diagrammes d’activités...........................................................15
5. Diagrammes de cas d’utilisation..............................................18
6. Diagrammes de séquence.......................................................18
a. Tableaux descriptifs..............................................................18
b. Diagramme de séquence...................................................20

Introduction générale
L’introduction de ce rapport de stage ouvre les portes à une
exploration approfondie du projet de développement d’une
application E-Commerce au sein de l’entreprise HPS (HighTech
Payment Systems).
Dans un monde en constante évolution numérique, les entreprises se
trouvent confrontées à l’impératif de s’adapter et d’innover pour
rester compétitives.
Ce rapport décrit le voyage auquel j’ai eu la chance de prendre part,
tandis que je m’immergeais dans les coulisses de la conception et de
la réalisation de cette application E-Commerce novateur.
Le secteur E-Commerce, marqué par une concurrence intense et des
attentes élevées des clients, exige une approche méticuleuse et une
intégration judicieuse des technologies.
Tout au long de mon stage, j’ai pu observer comment le projet a
émergé comme une réponse stratégique à ces défis, en alignant les
objectifs commerciaux avec les besoins des clients modernes.
L’introduction se penche sur les fondements de ce projet, en
explorant les enjeux économiques et technologiques qui ont motivé
son lancement.
De même, elle établit les bases pour la discussion qui suivra, en
définissant la problématique à laquelle ce projet répondra ainsi que
les objectifs précis qui ont guidé ses étapes de développement.
À travers l’analyse des évolutions du marché E-Commerce, cette
introduction plante le décor pour une exploration détaillée de mon
immersion au cœur de ce projet au sein de HPS.

I. Présentation de l’entreprise
1. Présentation de l’entreprise HPS

Hightech Payment Systems est une multinationale marocaine

spécialisée dans
l’édition des solutions de paiement électronique pour les institutions
financières, processeurs,switches nationaux et régionaux dans le
monde entier.
Établie en 1995, HPS a rapidement grandi pour devenir l’une des
principales entreprises mondiales de technologie des cartes et des
paiements, comptant plus de 450 clients dans 90 pays, en leur
fournissant une technologie de paiement de pointe.
La mission de HPS depuis le début a été de fournir à ses clients des
solutions technologiques innovantes qui transcendent toute la chaîne
de valeur des paiements, leur permettant d’innover rapidement et de
proposer de nouveaux produits sur le marché avec facilité et
efficacité grâce au logiciel PowerCARD de HPS, qui est de plus en plus
considéré comme l’avenir de l’industrie des paiements.
La suite PowerCARD est entièrement intégrée à tous les réseaux de
paiement internationaux et prend en charge toutes les principales
fonctions de paiement en back-office.

2. Organigramme

II. Contexte général du projet

1. Problématique
Au cœur de ce projet de développement d’application E-Commerce
chez HPS, émerge une problématique centrale qui nécessite une
attention particulière. Comment concevoir et mettre en oeuvre une
application E-Commerce répondant aux exigences modernes,
garantissant ainsi une expérience utilisateur optimale, une sécurité
robuste des transactions et une évolutivité future ? Cette question
complexe appelle à une analyse approfondie des besoins spécifiques
de HPS, des tendances du marché E-Commerce ainsi que des
contraintes techniques et budgétaires. Ainsi, cette étude s’attache à
explorer les voies les plus adaptées pour résoudre cette
problématique, en prenant en considération les défis propres au
secteur, les impératifs de conception et d’intégration, et les attentes
des clients finaux.
2. Cahier des charges
a. Besoins fonctionnels
Les besoins fonctionnels décrivent les interactions entre le système
et son environnement
indépendamment de sa réalisation. Ils doivent être exprimés de
manière claire,
précise et vérifiable, et permettre de comprendre les actions que le
système doit réaliser,
les réponses qu’il doit fournir et les fonctions qu’il doit supporter. En
ce qui concerne
la solution proposée, les besoins fonctionnels inclut, sans s’y limiter,
les fonctionnalités suivantes :
— Consultation de la liste des produits avec leurs image, prix et
descriptions.
— Création des nouveaux comptes pour les utilisateurs.
— L’ajout des nouveaux produits.
— La suppression des produits.
— La suppression des utilisateurs.
— L’application doit disposer d’un système d’authentification
pour garantir que seuls les utilisateurs autorisés ont accès aux
informations pertinentes.

b. Besoins non fonctionnels

Il s’agit des besoins qui caractérisent le système. Ce sont des besoins
en matière de performance, de type de matériel ou de conception.
Ces besoins peuvent concerner les contraintes d’implémentions
(langage de programmation, type SGBD, de système
d’Exploitation...).
La plate forme doit d’abord satisfaire un ensemble de contraintes
techniques :
— Elle devrait être facile à étendre et extensible, c’est-à-dire
qu’il pourra y avoir une possibilité d’ajouter ou de modifier de
nouvelles fonctionnalités et services.
— Elle doit fournir une interface conviviale et intuitive.
— Elle doit garantir un accès rapide à l’information.
— Il faudra aussi noter que l’application devra être hautement
sécurisée car les informations ne devront pas être accessibles à tout
le monde. Elle doit montrer une certaine résistance aux attaques
externes et internes.
— Elle doit être compatible avec n’importe quel système
d’exploitation et format(web, tablette et mobile).

3. Mission du projet
La mission de ce projet se concentre sur la création d’une plateforme
en ligne performante, sécurisée et conviviale. Le projet vise à
concevoir une interface utilisateur intuitive, permettant aux clients
de naviguer aisément à travers les produits, de faciliter le
processus de commande et de paiement, tout en garantissant la
sécurité des transactions.
Parallèlement, l’objectif est d’assurer la synchronisation efficace des
données, la gestion optimale des stocks et des commandes, ainsi que
la génération de rapports pertinents pour faciliter la prise de
décision.
En somme, ce projet aspire à ériger une vitrine en ligne
solide pour les produits en optimisant l’expérience des clients.
 4. Contraintes du projet

Les contraintes du projet de développement de la plateforme de

commerce électronique pour HPS comprennent :
Contraintes Temporelles : Le projet doit respecter un calendrier
défini pour assurer une mise en production dans les délais impartis,
tenant compte des contraintes saisonnières ou événements
promotionnels.
Contraintes Budgétaires : Le budget alloué au projet doit être
respecté, limitant les ressources disponibles pour certaines
fonctionnalités ou options de développement.
Contraintes Technologiques : Les technologies utilisées doivent être
en adéquation avec les infrastructures existantes de HPS, tout en
assurant une compatibilité avec les normes de sécurité et les
exigences du secteur.
Contraintes Légales et Réglementaires : La plateforme doit être
conforme aux lois et réglementations en vigueur concernant la
protection des données, les transactions en ligne, et d'autres aspects
liés au commerce électronique.
Contraintes de Confidentialité : Les données clients, les informations
internes de l'entreprise, et toute autre information sensible doivent
être traitées avec le plus grand soin pour garantir la confidentialité.
Contraintes d'Évolutivité : La plateforme doit être conçue de
manière à pouvoir évoluer en fonction des besoins futurs de HPS, en
intégrant de nouvelles fonctionnalités ou en s'adaptant à de
nouveaux services.
Contraintes de Ressources Humaines : Les compétences nécessaires
pour le développement, la maintenance et la gestion de la
plateforme doivent être disponibles au sein de l'équipe de projet ou
être accessibles via des partenariats ou des recrutements.
Contraintes de Testing : Des périodes de test adéquates doivent être
intégrées dans le planning pour garantir la fiabilité, la sécurité, et la
performance de la plateforme avant son déploiement.
Contraintes de Support Client : La mise en place du support client
doit être bien définie pour assurer une assistance rapide et efficace
aux utilisateurs une fois la plateforme opérationnelle.
Contraintes de Maintenance : La plateforme doit être conçue de
manière à permettre des opérations de maintenance sans perturber
les activités en ligne de HPS.
La prise en compte et la gestion efficace de ces contraintes sont
essentielles pour garantir le succès du projet tout en respectant les
besoins, les délais, et les ressources définis.

5. Livrable

Les livrables du projet de développement de la plateforme de

commerce électronique pour HPS comprennent :
1. Spécifications Fonctionnelles et Techniques : Un document
détaillé décrivant les spécifications fonctionnelles, les exigences
utilisateur, et les choix techniques de la plateforme.
2. Cahier des Charges : Un document exhaustif détaillant les besoins
fonctionnels et non fonctionnels du projet, servant de référence pour
les phases de conception et de développement.
3. Code Source : L'ensemble du code source de la plateforme,
organisé de manière structurée et accompagné de commentaires
explicatifs pour faciliter la compréhension et la maintenance future.
4. Plateforme Déployée : La version finale de la plateforme de
commerce électronique, déployée sur l'infrastructure de HPS et prête
à être utilisée.
5. Documentation Technique : Une documentation technique
détaillée couvrant l'architecture logicielle, les configurations, et les
procédures d'installation pour faciliter la gestion et la maintenance.
6. Rapport de Test : Un rapport détaillant les résultats des tests
réalisés, y compris les tests de performance, de sécurité, et de
compatibilité.
7. Manuel d'Utilisation : Un manuel d'utilisation destiné aux
administrateurs de la plateforme, détaillant les procédures de
gestion et d'administration.
8. Formation : Si nécessaire, des sessions de formation pour l'équipe
de HPS afin d'assurer une utilisation efficace de la plateforme.
9. Rapport Final : Un rapport final récapitulant les étapes du projet,
les défis rencontrés, les solutions apportées, et les recommandations
pour l'avenir.
L'ensemble de ces livrables vise à assurer une mise en œuvre réussie
de la plateforme, à garantir une transition fluide vers son utilisation
opérationnelle, et à fournir les ressources nécessaires pour sa gestion
continue.
 c. Méthodologie de gestion du projet
1. Cycle de vie en cascade

2. Phases de réalisation du projet

Étape de la planification :
- Identification des besoins et des objectifs du site web e-commerce
(types de produits, fonctionnalités nécessaires, public cible, .).
- Définition du budget, des ressources et des délais.

Analyse des besoins :

- Collecte approfondie des besoins fonctionnels et non fonctionnels
du site (fonctionnalités, sécurité, performances, .).
- Élaboration d'une documentation décrivant les spécifications du
site web.

Conception :
- Phase de conception détaillée du site web e-commerce en se
basant sur les spécifications établies.
 - Création de maquettes, de wireframes et d'architecture globale du
site.
- Planification de la base de données et de l'architecture technique.

Développement :
- Programmation du site web e-commerce en utilisant les langages
de programmation appropriés (HTML, CSS, JavaScript, PHP, .).
- Intégration des fonctionnalités (gestion des produits, panier
d'achat, paiement en ligne, .).
- Tests unitaires tout au long du processus de développement.

Tests et validation :
- Phase de test approfondi pour garantir le bon fonctionnement du
site.
- Tests fonctionnels, tests de compatibilité avec les navigateurs,
tests de sécurité, .
- Validation par les utilisateurs finaux ou des groupes de testeurs.

Livraison et déploiement :
- Préparation du site web pour son déploiement sur un serveur ou
un hébergement.
- Configuration des serveurs, mise en place de mesures de sécurité,
- Lancement officiel du site web e-commerce.

Maintenance et support :
 - Suivi post-lancement pour corriger les bugs et les problèmes
éventuels.
- Mises à jour régulières pour ajouter de nouvelles fonctionnalités
ou améliorer l'existant.
- Support technique pour les utilisateurs et gestion des éventuelles
modifications demandées.

d. Planification du projet

Parmi les outils de planification de projet, j’ai utilisé le diagramme de

GANTT.
C’est un outil qui permet de planifier le projet et de rendre plus
simple le suivi de son avancement.
Ce diagramme permet aussi de visualiser l’enchaînement et la durée
des différentes tâches du projet

III. Analyse et Conception

1. Outils de modélisation
Power AMC est un logiciel de modélisation de bases de
données et de conception d'architectures logicielles utilisé pour
la conception et la gestion de modèles de données.

2. Acteurs
Visiteurs du Site Les visiteurs du site représentent
la première catégorie d'acteurs.
Ce sont des individus qui
naviguent sur la plateforme sans
être nécessairement enregistrés
en tant que clients.
Leur principal objectif est de
découvrir les produits, les
services, et les fonctionnalités
offerts par HPS.
Les visiteurs peuvent consulter
les différentes catégories de
produits, parcourir les
descriptions, et prendre
connaissance des offres
disponibles.
Ils sont souvent à la recherche
d'informations préliminaires
pour évaluer l'adéquation des
produits et services proposés
avec leurs besoins.
Clients Les clients constituent le cœur
de la plateforme de commerce
électronique. Ce sont des
utilisateurs enregistrés qui ont
créé un compte sur le site. Les
clients ont la possibilité de
parcourir, sélectionner, et
acheter des produits ou services.
Ils peuvent également
enregistrer leurs informations de
paiement, suivre l'historique de
leurs achats, et bénéficier
d'avantages tels que des
promotions ou des remises
fidélité. Les clients interagissent
activement avec la plateforme
en soumettant des commandes,
en posant des questions sur les
produits, et en fournissant des
avis et des évaluations
Administrateurs Les administrateurs
représentent les utilisateurs
responsables de la gestion et de
la maintenance de la plateforme
de commerce électronique. Ils
ont des privilèges élevés pour
garantir le bon fonctionnement
du site. Les administrateurs ont
la capacité d'ajouter de
nouveaux produits, de gérer les
stocks, d'approuver les
commentaires des clients, et de
surveiller les transactions. Ils
sont également responsables de
 la gestion des comptes clients,
de la résolution des problèmes
techniques, et de la mise en
œuvre de mises à jour de
sécurité. Les administrateurs
jouent un rôle clé dans la
création d'une expérience
utilisateur fluide et sécurisée
tout en assurant la conformité
avec les politiques internes de
l'entreprise.

3. Diagramme de contexte

4. Diagrammes d’activités
 Inscription :
 Authentification
 Gestion de produit
5. Diagrammes de cas d’utilisation
6. Diagrammes de séquence
a. Tableaux descriptifs
Nom du cas d’utilisation
Acteur
Précondition
Postcondition
Scenario Nominal
Inscription
Visiteur
Site ouvert
Le compte du visiteur sera créé
1. Le visiteur demande de
s’inscrire.
2.Affichage du formulaire
d’inscription.
3.Le visiteur rempli le formulaire.
4.Le système vérifie les données.
5.Le système enregistre le compte.
 6.L’utilisateur est notifié.

Scenario Alternatif Erreur de saisie :

Le système reprend au point 2 du
scenario nominal

Nom du cas d’utilisation Suppression d’un article

Acteur Administrateur
Précondition Session ouverte
Postcondition Retrait de l’article de la base de
données
Scenario Nominal 1.L’administrateur demande la
liste des articles.
2. Le système affiche la liste.
3. L’administrateur sélectionne
l’article a supprimer.
4. Le système affiche les détails
du produit.
5.L’administrateur supprime
l’article.
6.Le système demande la
confirmation.
7.L’acteur confirme la
suppression.
8.L’article est supprimé.
Scenario Alternatif Au point 4 du scenario nominal,
le détail du produit est
introuvable.
4.1/Le système affiche une page
d’erreur
Retour au point 2 du
scenario nominal.
b. Diagramme de séquence
 Inscription

 Suppression d’un article