0

REPUBLIQUE DEMOCRATIQUE DU CONGO

ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE
INSTITUT SUPERIEUR PEDAGOGIQUE DE KIBOMBO

ISP/KIBOMBO
Secrétariat Général Académique

Section : Sciences Exactes

Département : Informatiques de gestion

CONCEPTION ET REALISATION D’UN SITE WEB

OFFICIEL DE L’ISP-KIBOMBO


LOHAHE OKOMA Tito

Mémoire présenté et défendu en vue de

l’obtention de grade de licencié en pédagogie
appliquée
Option : Informatique et gestion d’Entreprise

Encadreur: NGOY BIENVENU Martin

Assistant2

Directeur : Thomas LOMAME LUKIKA

Chef de Travaux

ANNEE ACADEMIQUE : 2024-2025

Première Session
 I

IN MEMORIAM

« La mort n’est pas l’obscurité, mais un passage vers la lumière éternelle. »

Ce travail, fruit d’efforts soutenus et d’un parcours parfois semé d’épreuves, je le dédie
humblement à la mémoire de deux êtres chers qui ont profondément marqué ma vie et
dont l’absence laisse un vide immense.

À mon père, l’initiateur OLUNDU LOKEMBO Daniel, pilier de sagesse et de foi,

guide dans mes premiers pas, qui a semé en moi les graines de l’effort, de la rigueur et
de la persévérance. Ta voix résonne encore dans mon esprit à chaque moment décisif.
Bien que le destin t’ait arraché à moi, ton héritage moral demeure vivant.

À mon enfant bien-aimée, OYAA OKOMA Foibe, fleur de tendresse et de lumière,

partie précipitamment, sans que je ne comprenne le pourquoi ni le comment. Ton rire,
ta présence, ton amour irremplaçable resteront gravés en moi. Tu es à jamais dans mon
cœur.

À vous deux, je rends hommage avec douleur mais aussi avec gratitude. Ce travail est
aussi le vôtre, car vous continuez de vivre à travers chaque ligne, chaque idée, chaque
accomplissement de ma vie.

Reposez en paix.

Vous demeurez éternels dans ma mémoire.

 II

DÉDICACE

Je dédie ce travail :

À mon père biologique, OKOMA LOKEMBO, modèle de sagesse, de courage et de

rigueur. Ton amour pour le savoir, ta droiture et ton sens du devoir ont tracé le chemin
que je poursuis aujourd’hui avec fierté.

À mes femmes bien-aimées, ISABELLE ONGALA BÉATRICE et JOSÉPHINE

SHABANI CHANCE, pour leur patience, leur compréhension et leur indéfectible
soutien durant tout ce parcours.

À mes enfants chéris, JEANNE OWANGA Marie-Jeanne et MADELEINE

LOHAHE Anastasie, dont l’amour et la présence ont été ma source d’énergie et de
motivation constante.

À mon grand frère aîné, OWANGA LOKEMBO Bruno, véritable repère dans ma
vie. Ton encadrement affectueux, tes conseils éclairés et ton appui discret mais efficace
ont été pour moi un pilier inestimable.

Que cette œuvre soit le témoignage de mon attachement profond et de ma

reconnaissance éternelle.
 III

EPIGRAPHE

« Un site web universitaire est le pont entre la connaissance locale et l’attention du

monde. »

Ir Louis Tito
 IV

REMERCIEMENTS

Au terme de ce travail de fin de cycle, je tiens à exprimer ma profonde

reconnaissance à toutes celles et tous ceux qui, de près ou de loin, ont contribué à sa
réalisation.

Avant tout, je rends gloire à DIEU Tout-Puissant, source de vie, de

sagesse et de persévérance. C’est par sa grâce que ce projet a vu le jour malgré les
obstacles.
Je remercie sincèrement le Directeur du Travail, respectivement CT
LOMALE LOKIKA Thomas, pour sa disponibilité, ses conseils avisés et son soutien
constant tout au long de cette recherche.
Ma gratitude va également à mon encadreur plus proche le Jeune Ir
Martin NGOY BIENVENU, pour ses orientations méthodologiques et scientifiques
qui ont été essentielles à la construction et à la finalisation de ce travail.
Mes remerciements s’adressent aussi au Comité de gestion de l’ISP
KIBOMBO, pour l’accompagnement institutionnel et l’ouverture à l’initiative de
numérisation que constitue ce projet.
Un mot particulier à mes conseillers stratégiques : Monsieur CT
KASONGO MULENDA et le Directeur Général EMUNGU OSEMBE JEAN, pour
leur appui moral, intellectuel et stratégique durant les différentes étapes du travail.
Je ne saurais oublier mes épouses bien-aimées, ISABELLE ONGALA
BÉATRICE et JOSÉPHINE SHABANI CHANCE, qui ont supporté avec patience
mes absences, mes moments de doute et m’ont encouragé jusqu’au bout.
À mes chères filles, JEANNE OWANGA Marie-Jeanne et
MADELEINE LOHAHE Anastasie, merci pour votre affection et votre motivation
constante. Vous êtes ma plus belle réussite.
Je remercie également mes fidèles camarades de lutte académique :
TSHOMBA MATAYAO, LOMAME MUKAKA, NGOLE MANGAZA Christine,
KAPOME MAYANGA PIERROT, ainsi que tous les autres compagnons de
parcours, pour les échanges, les entraides et les encouragements mutuels.
À ma famille biologique, la famille OWANGA, je dédie toute ma
reconnaissance pour l’amour, l’éducation et les sacrifices consentis depuis mon
enfance. Leur soutien a toujours été mon fondement.
Mes pensées affectueuses vont à mes chers parents, OKOMA
LOKEMBO et Pauline KITETE NGONGO, qui m’ont transmis des valeurs de
travail, d’humilité et de foi.
Enfin, mes remerciements vont à toutes les autres personnes, connues ou discrètes,
qui ont apporté leur pierre à l’édifice. Que chacun(e) se reconnaisse dans ce geste de
gratitude.
 V

RÉSUMÉ EXÉCUTIF

Le présent travail s’intitule « Conception et réalisation d’un site web officiel

de l’Institut Supérieur Pédagogique de KIBOMBO (ISP KIBOMBO) ». Il s’inscrit dans
une perspective de modernisation de la communication institutionnelle et de la
valorisation numérique des activités académiques.

L’ISP KIBOMBO, à l’instar de plusieurs établissements d’enseignement supérieur en

milieux semi-urbains, souffrait d’un déficit de visibilité en ligne, limitant ainsi l’accès à
ses informations essentielles, tant pour la communauté interne que pour les partenaires
extérieurs. Le projet répond donc à un double besoin : institutionnel (mise en valeur de
l’image de l’ISP) et fonctionnel (facilitation de l’accès à l’information et aux services).

La démarche méthodologique adoptée repose sur l’approche UML (Unified Modeling

Language), qui permet de modéliser le système d’information de manière structurée,
en intégrant les cas d’utilisation, les interactions entre les acteurs, les objets métier, et
les flux de données. L’analyse a permis d’identifier les besoins réels des utilisateurs
(étudiants, enseignants, administration, visiteurs) et de concevoir une architecture
fonctionnelle du site répondant à ces attentes.

Le développement s’est articulé autour de technologies web standards (HTML, CSS,

PHP, MySQL) pour garantir la compatibilité, la maintenabilité et l’évolutivité du site.
Le site comprend plusieurs modules essentiels : la présentation de l’établissement,
l’offre académique, les actualités, les contacts, la documentation en ligne, ainsi qu’un
espace de gestion réservé à l’administration.

Les résultats obtenus démontrent que le site web ainsi conçu répond aux objectifs fixés
en termes de visibilité, de fonctionnalité, et de simplicité d’usage. Il constitue
désormais une vitrine numérique officielle de l’ISP KIBOMBO, offrant un accès
rapide et fiable aux informations institutionnelles, tout en renforçant l’image de
l’établissement dans l’espace éducatif national et international.

Ce travail constitue ainsi une base pour de futures améliorations, notamment

l’intégration d’un système de gestion académique en ligne (notes, inscriptions, etc.), et
l’adoption d’une stratégie digitale globale au sein de l’établissement.
 1

INTRODUCTION

Il ne fait désormais plus aucun doute que l'informatique est la révolution la

plus importante et la plus innovante qui a marqué la vie de l'humanité moderne. En
effet, les logiciels informatiques proposent maintenant des solutions à tous les
problèmes de la vie, aussi bien dans des domaines professionnels que pour des
applications personnelles. Et leurs méthodes de conception et de développement ont vu
l'avènement d'autant de technologies qui facilitent leur mise en place et leurs donnent
des possibilités et des fonctionnalités de plus en plus étendues1.

1. Problématique

La problématique est l’ensemble des questions posées dans un domaine de

la science en vue de rechercher les solutions ou l’ensemble des questions concernant un
sujet d’étude quelconque.

La problématique est l’ensemble des problèmes concernant un sujet ou

manière de poser des problèmes.2

L’ISP-Kibombo, étant une grande institution d’enseignement réunissant à sa

portée une grande population, est une source de qualité permanente de l’information
qui nécessité une diffusion en temps réel pour qui ait la communication effective entre
ceux-ci.

Sous cette optique, la communication au sein de l’ISP-Kibombo n'est pas effective car
n’atteint toutes les couches consommatrices ce qui occasionne une gestion compliquée.
Ainsi ce système d’information, rencontre bon nombre de difficultés dans l'exercice de
leur fonction dont :

- La communication non effective

- La perte de donnée
- La mauvaise conservation des archive
- L’instabilité économique
- Le problème de la mise en jour de l’information
- Un mouvement obligatoire, …

Ces dernières années ont été marquées par l'essor phénoménal de ce média
qu'on appelle Internet, il est indéniable de constater que ce nouvel outil adore et déjà
profondément modifié la manière dont nombre de gens communiquent entre eux ;
l'Internet a aussi renforcé la capacité des administrations, des entreprises et des
individus à échanger des informations.

1
https://hal.science/hal-03973179v1/
2
Dictionnaire Hachette Encyclopédie (2010, p.14)
 2

C'est pourquoi les sociétés voulant être compétitives sont particulièrement

en mesure de tirer parti de la capacité qu'à Internet de diffuser rapidement,
efficacement et économiquement une information ou des documents sous une forme
électronique, il permet ainsi une prise de décision rapide, et une actualisation rapide des
informations, en particulier en situation de crise. De plus les nouvelles technologies de
la communication permettent d'établir une relation plus étroite entre les individus et les
sociétés.

L’évolution rapide des technologies de l’information et de la

communication (TIC) a transformé la gestion universitaire en facilitant l’accès aux
services académiques en ligne. Aujourd’hui, les universités modernes adoptent des
plateformes numériques pour optimiser l’administration des étudiants, la gestion des
inscriptions, la diffusion des actualités et la communication entre enseignants et
étudiants.

Dans ce contexte, le Cloud Computing est devenu un élément clé dans la

conception des systèmes de gestion universitaire, en offrant une infrastructure flexible,
sécurisée et accessible à distance. Plusieurs études ont démontré que l’adoption du
Cloud Computing dans les universités permet de réduire les coûts liés à l’infrastructure
informatique, d’améliorer l’efficacité administrative et de garantir un accès permanent
aux services académiques.

Le site web est donc une vitrine pour les différentes sociétés à travers le
monde, il permet de promouvoir l'activité de ces sociétés.

En étant présente sur le web la société se fait de la publicité en se faisant

connaître auprès de sa future clientèle et s'assure ainsi une plus grande facilité de prise
de contact en attirant plus

le sites web semble encore sous-exploité en R.D.C par les acteurs du monde
de la communication et par ceux de la sphère informatique.

Parmi ces problèmes nous pouvons citer ceux liés à l'entendement de

l'importance d'un site web dans le cadre d'information dans une institution Supérieur.
Ceci est parmi les problèmes auxquels l’institut Supérieur pédagogique de KIBOMBO
est buté pour informer la population de KIBOMBO en particulier et de la R.D.C en
général sur toutes les activités.3

Ainsi, compte tenu de la situation citée ci-haut, nous sommes parvenus à nous poser les
questions suivantes :

3
L'Atelier vidéo ( http://www.adobe.com/fr/designcenter/video workshop/
 3

2. La conception et la réalisation d'un site web pour ISP-KIBOMBO

permettraient une disponibilité́, fiabilité́, et une gestion efficace des
informations en son sein ?
3. Quel mécanisme faudra-t-il mettre en place pour résoudre le problème la
gestion manuelle de données à l’ISP-Kibombo ?
4. Hypothèse

Compte tenu de la problématique ci-haut soulevé, nous allons y mettre nos

hypothèses e la manière suivante :

1. La conception et la réalisation d'un site web permettraient une disponibilité́,

fiabilité́, et une gestion efficace des informations au sein de l’ISP-Kibombo.
2. La réalisation du site web serait un mécanisme pouvant rendre une gestion
rentable et sécurisé de données à l’ISP-Kibombo

5. Objectif

Nous sommes parvenus à imaginer qu'avec la conception d'un site web pour
l'ISP KIBOMBO, nous espérons adapter la politique de diffusion des informations de
celle-ci à la nouvelle technologie. D'une manière simple, nous comptons doter à cet
Établissement site Web qui facilitera la diffusion des informations à travers le monde si
une fois ce site est hébergé.

Les pages de ce site éclairciront les consommateurs de L’ISP KIBOMBO à

réduire les divergences entre les informations provenant de la bouche autorisée et celles
des réseaux qui souffrent de défaut de qualité.

Ce mémoire s'inscrit dans une démarche informatique visant à améliorer la

relation existant déjà entre l’Établissement et la communauté à travers la mise ligne de
ce site.

6. Choix et intérêt du sujet

4.1. Choix

Le choix de ce sujet n'est pas le fruit du hasard. Il est parti ici, de

l’observation du quotidien de notre passage à l’ISP KBB et de l’impact
environnemental.

4.2. Intérêt

Nous étions poussés par le goût d'amélioration la gestion et la diffusion des

informations estudiantines et administratives par le moyen de ce site. Par nos
recherches et par la volonté des autorités de L’ISP KIBOMBO ; celui – ci pourra
diffuser les informations nécessaires de l’institution à travers le monde.
 4

4.2.1. Intérêt Scientifique

L’apport scientifique que rêve se travail est celui de contribuer, d'accroître

et d'améliorer notre connaissance en matière de conception, programmation de site
web, sur son hébergement, sa maintenance ainsi que sa gestion.

Préparer à nos cadets scientifiques un cadre méthodologique dans le

domaine de la programmation.

7. Méthodes et techniques utilisées

5.1. Méthodes

En recherche scientifique, une méthode désigne l’ensemble des démarches et des

règles utilisées pour produire des connaissances de manière rigoureuse et vérifiable.
Elle permet de structurer l’étude, de garantir la fiabilité des résultats et d’assurer leur
reproductibilité. C’est ainsi que notre étude suive les démarches de la méthode UML

5.1.1. Méthode UP

La méthode est une démarche d’étude qui permet à l’auteur d’atteindre ces objectifs.
Dans le cadre de notre étude, nous nous appuierons sur la conduite de notre projet
informatique en procédant à la modélisation basée sur le processus unifié (UP) qui est
un processus du langage de modélisation Unifié (Unified Modeling Language). Cette
méthode nous a permis de concevoir notre projet à partir de différents diagrammes
UML.4

La méthode UML (Unified Modeling Language) est essentielle dans le

développement logiciel, car elle permet de modéliser, concevoir et documenter un
système avant et pendant son développement. Voici ses principales utilités :

 Clarifie la conception d’un système avant son développement.

 Facilite la communication entre les équipes.
 Sert de documentation pour la maintenance.
 Améliore la modularité et la réutilisation du code.

Vu que notre recherche porte sur une application web, cette méthode UML nous
permis de structurer notre projet avant de coder par les diagrammes suivants:

 Diagramme de cas d’utilisation : nous a servis de représenter les

interactions entre acteurs et système.
 Diagramme de séquence : nous guider pour décrire l’ordre d’exécution
des messages entre objets.
 Diagramme d’activités : Décrit les flux d’activités d’un processus
métier.
4
https://www.google.com/search?client=opera&q=methode+up&sourceid=opera&ie=UTF-8&oe=UTF-8
 5

 Diagramme de classes : Définit les classes, leurs attributs, méthodes et

relations.
 Diagramme de classe global : nous a permis de présenter une vue
d'ensemble du site en termes d’entités principales et de leurs interactions
 Diagramme des paquets : Organise les classes en groupes logiques.

8. Techniques

Pour rendre opérationnelle les méthodes utilisées, nous avons fait recours
aux techniques suivantes :

6.1. Techniques d'observation

Elle nous a permis de s'approcher du terrain de recherche pour appréhender

ce qui se fait et comment cela se fait.

6.2. Technique d'interview

Facilitera de questionner les agents de d’ISP-Kibombo et ses environs, en vue

d'obtenir les informations utiles à l'élaboration de notre travail.

6.3. Technique documentaire

Nous a permis de parcourir de différentes documentations en rapport à notre

sujet : TFC, mémoires, les notes de cours, les livres, ouvrages.

7. Délimitation du sujet

Il est affirmé qu'un travail scientifique pour être bien précis, doit être
délimité. Raison pour laquelle, nous n'allons pas aborder toutes les questions liées à un
SI car elles paraient une matière très complexe. Ainsi, nous avons pensé limiter notre
étude dans le temps, dans l'espace ainsi dans le domaine.

a) Délimitation dans le temps

Dans le temps, nous avons considéré les données allant de Novembre 2023
jusqu'à 2024

b) Délimitation spatiale

Notre étude n'a pas couvert tous les Etablissements de l’enseignement

Supérieur et Universitaire du territoire national. Ainsi donc, nous avons choisi l’Institut
Supérieur pédagogique de KIBOMBO car, il est parmi les établissements connus non
seulement dans la province du Maniema mais aussi en RDC.

c) Délimitation dans le domaine

 6

Cette étude s'inscrit à créer un site web capable d'afficher, d’archiver et

gérer les informations qui permettra à l'ISP KIBOMBO à diffuser ses informations et
faire connaître son rythme évolutif.

Une fois si les autorités de L’ISP KIBOMBO acceptent de mettre en ligne

le Site web, nous allons leur proposer comment faire vivre et respirer le Site Web c'est-
à-dire trouver un nom du domaine, un mode d'hébergement, mais aussi le proposer
comment faire sa maintenance au moment opportun.

8. Subdivision du travail

Notre travail intitulé « Conception et réalisation d’un Site Web Officiel de

l’ISP KIBOMBO ». Il nous est nécessaire de subdiviser l'étude en quatre chapitres
hormis l'introduction et la conclusion générale :

 Le chapitre premier exposera l’étude conceptuelle et Présentation de

l’organisation d’accueil;
 Le deuxième portera sur l’étude de l'existant et analyse des besoins;
 Le troisième chapitre s'attèlera à la Conception.
 Le quatrième chapitre traitera sur Réalisation du Site Web pour l’ISP KBB

CHAPITRE I : ETUDE CONCEPTUELLE ET PRÉSENTATION DE

L’ORGANISATION D’ACCUEIL
 7

1.1. ÉTUDE CONCEPTUELLE5

1.1.1. Site web

Un site web (aussi appelé site internet) est un ensemble cohérent de pages
web hyper-liées entre elles, conçues pour être consultées avec un navigateur Web,
publiées par un propriétaire

1.1.2. Page web

Une page web est un document numérique accessible via un navigateur

Internet (Google Chrome, Firefox, Edge, etc.).

1.1.3. Site web statique

Ils sont constitués de pages HTML dont le contenu est invariable dans le
temps.

1.1.4. Site web dynamique.

Ce sont des Sites web dont les pages HTML se construisent dynamiquement
lors de leur consultation par un internaute. Les informations sont changeantes car
extraites à partir de bases de données régulièrement mises à jour. La construction de
sites dynamiques repose sur des technologies de scripts telles que PHP, ASP ou
ColdFusion...

1.1.5. Cloud computing6

Le Cloud Computing (informatique en nuage) est un modèle qui permet

l’accès à des ressources informatiques (serveurs, stockage, bases de données, réseaux,
logiciels, etc.) via Internet, à la demande et avec une gestion centralisée. Il a
révolutionné la façon dont les entreprises et les utilisateurs utilisent la technologie.

1.1.5.1. Avantages du Cloud Computing

Le Cloud Computing présente de nombreux avantages :

 Réduction des coûts : pas d’investissement initial élevé en infrastructure.

 Agilité et flexibilité : ajustement rapide des ressources selon les besoins.
 Sécurité et sauvegarde : protection avancée des données et récupération en cas
de sinistre.
 Accessibilité : travail collaboratif et accès distant aux ressources.
 Mises à jour automatiques : les services cloud sont constamment mis à jour
sans intervention de l’utilisateur.
5
DUBOIS, Jean-Michel. Initiation à l'informatique et à l'internet : sites web, HTML et bases du
développement. Paris : Dunod, 2018, 3ᵉ éd., p. 17-20.
6
Concepts, Technology & Architecture – p. 25 (Chapitre 3)
 8

Pour bien comprendre le fonctionnement d’un site web, il est essentiel de

définir plusieurs concepts de base.

1.1.6.Les Éléments Fondamentaux d’un Site Web

1.1.6.1. Nom de Domaine

Le nom de domaine est l’adresse unique qui permet d’accéder à un site web (ex. :
www.exemple.com). Il est lié à une adresse IP et facilite la navigation sur Internet.

Hébergement Web7

L’hébergement web désigne l’espace de stockage où les fichiers du site sont

enregistrés. Il est fourni par un hébergeur (ex. : OVH, Bluehost, Hostinger).

Serveur Web

Un serveur web est un ordinateur puissant qui stocke les fichiers du site et les envoie
aux utilisateurs via Internet. Exemples de serveurs : Apache, Nginx.

1.1.8. Technologies Utilisées

1.1.8.1. Frontend (Interface utilisateur)

Le frontend désigne la partie visible d’un site web. Il repose sur :

 HTML (HyperText Markup Language) : Structure les pages web.

 CSS (Cascading Style Sheets) : Applique le style et le design.
 JavaScript : Ajoute des interactions et du dynamisme.

1.1.8.2. Backend (Gestion des données et logique serveur)

Le backend est la partie invisible du site qui gère les données et la logique. Il utilise 8:

 PHP, Python, Node.js : Langages de programmation serveur.

 MySQL, PostgreSQL, MongoDB : Bases de données pour stocker les
informations.

1.1.8.3. Autres Outils

 API (Application Programming Interface) : Permet l’échange de données

avec d’autres services (ex. paiement en ligne).
 CMS (Content Management System) : Outils comme WordPress pour gérer
un site sans coder.

7
DUCLOUX, Bruno. Créer son site web pour les nuls. Paris : First Interactive, 2020, 10ᵉ éd., p. 45-65
8
DROUARD, Jean. Créer un site web dynamique avec PHP et MySQL. Paris : ENI Éditions, 2021, p. 9-55.
 9

1.1.8.4. Sécurité et Performances

 HTTPS & SSL : Sécurisation des échanges entre le site et les utilisateurs.
 Optimisation du temps de chargement : Réduction du poids des fichiers, mise
en cache.
 Protection contre les cyberattaques : Sécurisation contre le piratage et les
failles de sécurité.

CHAPITRE II : ETUDE DE L'EXISTANT ET ANALYSE DES BESOINS

Ce chapitre vise à analyser l'environnement actuel et à identifier les besoins

du personnel. En examinant les postes de travail, les documents et les procédures en
 10

place, nous pouvons repérer les forces et les faiblesses. Cela permet de poser une base
solide pour proposer des solutions adaptées et efficaces.

II.2. Présentation de l’organisation d’accueil

II.2.1. Dénomination

L'Institut Supérieur Pédagogique de Kibombo (ISP-Kibombo) est une

institution d'enseignement supérieur dont la dénomination officielle souligne son rôle
dans la formation pédagogique avancée au sein de la région de Kibombo.

Cette analyse consiste à une série des processus c’est-à-dire toutes les études
préliminaires dont l’aboutissement est la décision d’informatiser un ou plusieurs
fonctions.

II.2.2. Historique

L'Institut Supérieur Pédagogique de Kibombo (ISP/Kibombo) trouve ses

racines dans l'ISP-Bukavu, dont il est une extension directe. L'histoire de l'ISP-
Kibombo remonte à l'arrêté ministériel n°ESURS/CAB-MIN/0059/02 du 02 Mars
1992, qui a autorisé l'extension de l'ISP-Bukavu dans plusieurs villes, dont Kindu,
nouvellement formée à partir de la scission de la province du Kivu en Maniema, Nord
Kivu, et Sud Kivu selon l'ordonnance loi n°88/31 du 21 Juillet 1988. L'ISP-Kindu,
autonomisée, cherchait à étendre son influence académique dans la province du
Maniema, notamment dans le territoire de Kibombo.

L'extension de l'ISP-Kindu à Kibombo fut rendue possible grâce aux efforts conjoints
du Chef de Travaux Sanda Buleli, alors Secrétaire Général Académique par intérim de
l'ISP-Kindu, et de Tshoma Stanislas, ancien Secrétaire Général Académique également
à Kindu. Leur initiative bénéficia du soutien enthousiaste des leaders locaux, y compris
feu Papa Makayanga, qui offrit une plantation pour aider les étudiants à financer leurs
études en coupant des noix.

À son arrivée à Kibombo, l'extension de l'ISP-Kindu initialement proposa un seul

département, celui d'Histoire et Sciences Sociales, attirant des étudiants tels que Ange
Tambwe Mundala Cosmas, Assani Morisho, Elongo Kandjadi Emery, et d'autres. Leur
enseignement et celui des premiers enseignants, y compris le regretté ancien
Bourgmestre de Mikelenge, Fils de Kibombo, Monsieur Djanga Wadiundji, démontra
le soutien local crucial pour le développement académique.

Le fonctionnement initial de l'ISP-Kibombo se déroula dans les locaux de l'école

primaire Maendeleo, grâce à un accord de location avec l'école conventionnée
catholique. Ce démarrage fut formellement approuvé par l'arrêté départemental
n°DEN/CDCD/005/2003 du 28 Janvier 2003, sous l'égide du Ministre de l'Éducation
Nationale, Professeur Frédéric Isiso Asia Amani, une période marquée par les défis
 11

associés au mouvement rebelle RCD, dont Goma était la capitale provinciale du Nord-
Kivu.

II.2.3. Mission et objectif de l’ISP – KBB

L'ISP-Kibombo vise à fournir une éducation supérieure de qualité, spécialisée dans la

formation des enseignants et autres professionnels de l'éducation. Sa mission est d'offrir
des programmes académiques rigoureux, promouvoir la recherche et le développement
professionnel, et contribuer au développement socio-économique de la région de
Kibombo et de la province du Maniema en général.

II.2.4. Statut juridique

L'ISP-Kibombo a été créé par l'arrêté ministériel n°ESURS/CAB-MIN/0059/02 du 02

mars 1992. L'institution a acquis son autonomie par l'arrêté n°CABMIN/0018/2004 du
09 mars 2004, devenant ainsi une entité indépendante régie par les lois et règlements en
vigueur dans le secteur de l'enseignement supérieur en République Démocratique du
Congo.

II.2.5. Localisation

L’Institut Supérieur Pédagogique de Kibombo est situé dans la République

Démocratique du Congo, Province du Maniema, Territoire de Kibombo, Commune
Rurale de Kibombo précisément dans la Quartier Mission Bloc Mamboleo.

II.2.6. Structure organisationnelle et fonctionnelle

II.2.6.1. Structure organisationnelle

L'ISP-Kibombo est structuré de manière à garantir une gestion efficace et une

répartition claire des responsabilités au sein de l'institution.

L'organigramme de l'ISP-Kibombo comprend les principaux départements et rôles

suivants :

a) Direction Générale : Responsable de la supervision globale et de la

direction stratégique de l'institut.
b) Secrétariat Général Académique : Gère les affaires académiques, y
compris les programmes d'études et les évaluations.
c) Secrétariat Général Administratif : Assure la gestion administrative, y
compris les ressources humaines et matérielles.
d) Administration de budget : Gère les aspects financiers, incluant la
tenue des comptes, le budget, et les paiements.
 12

Chaque département est dirigé par un chef de département qui rend compte directement à la Direction Générale, assurant une coordination
efficace et une communication fluide entre les différentes branches de l'institut.

ORGANIGRAMME DE L’ISP-KIBOMBO
Direction Générale

Administrateur du Budget
Secrétaire Générale Académique Secrétaire Générale Administratif

Section Unique

Départements Chef du Personnel Comptabilité Budget contr Recouvreur Caissier

Chef de Promotions
Ressources humaines Logistique
Figure N°1 Organigramme
 13

II.2.6.2. Structure fonctionnelle

La structure fonctionnelle de l'ISP-Kibombo permet une répartition claire des tâches et des
responsabilités entre les différents acteurs de l'institution, favorisant ainsi une gestion
efficiente et une performance optimale ; cependant, notre étude s’occupe du comité de
gestion chapeauté par la Direction générale, deux Secrétariats généraux et l’administration
du budget.

a) Direction Générale (DG)

La Direction Générale est représentée par le Chef d’Etablissement, il supervise et

coordonne l’ensemble des activités de l’Institution. A ce titre :

 Il assure l’exécution des décisions du Conseil d’Administration, du

Conseil de l’Etablissement et du Comité de Gestion ;
 Il préside le Conseil d’Etablissement et le Comité de Gestion ;
 Il veille au respect du statut et des règlements de l’Etablissement ;
 Il exerce tous les pouvoirs du Comité de Gestion en cas d’urgence ;
 En cas d’urgence, il prend des mesures nécessaires qui relèvent de la
compétence du Conseil de l’Etablissement, à charge de l’en informer
à sa toute prochaine réunion ;
 Il peut convoquer et assister avec voix délibérative aux Conseils de
Sections, des Départements, des Institutions et Organisations de
l’Etablissement. Dans ce cas, il en assure la présidence.
 Il a voix délibérative s’il a donné une note prise en compte lors de la
délibération ;
 Il ouvre et clôture les sessions des cours et des examens ;
 Il contresigne les diplômes académiques légaux, des diplômes
scientifiques et ceux propres à l’Etablissement ;
 Il exerce le pouvoir de police de l’Etablissement ;
 Il transmet les projets des prévisions budgétaires à la hiérarchie ;
 Il représente l’Etablissement dans toutes les relations extérieures
officielles avec les autorités tant nationales qu’internationales ;
 Il fait un rapport annuel au Conseil d’administration sur le
fonctionnement de l’Etablissement ;
 Il veille à l’application des dispositions statutaires sur le signalement
annuel du personnel de l’Etablissement.
 14

b) Secrétariat Général Académique (SGAC)

Dirigé par le Secrétaire Général Académique, il est membre du Comité de Gestion. Il

supervise et coordonne les activités des services relevant de son ressort. Il fait rapport des
activités des services au Chef d’Etablissement dans les conditions prévues par le règlement
organique. A ce titre, il est chargé de :

 Suivre, au jour le jour, les activités de tout le Secteur académique de

l’établissement ;
 Assister d’une façon régulière aux réunions des sections et à toutes les
réunions d’une certaine importance pour la vie académique. Certes, il
n’est pas possible d’assister à toutes les réunions, mais il doit avoir une
participation programmée et en faire un rapport à la hiérarchie ;
 Rédiger chaque semestre un rapport détaillé sur la vie académique de
l’Etablissement ;
 Suivre de près tout ce qui concerne l’auto-inspection ;
 Tenir à jour une documentation complète de tous les règlements,
instructions, circulaires, etc. d’ordre académique ;
 Superviser de manière directe le service des inscriptions ;
 Etablir les états des besoins en personnel académique et scientifique ;
 Veiller personnellement à l’introduction des candidatures à un poste
académique et scientifique : respect de la procédure, consultations des
instances concernées et présentation des dossiers ;
 Tenir à jour les dossiers académiques de tous les membres du personnel
académique et scientifique ;
 Suivre la discipline, l’enseignement, le travail scientifique etc. de tous
les enseignants ;
 Organiser le recrutement du personnel académique et scientifique ;
 Vérifier attentivement l’exécution des programmes de cours dans toutes
les sections ;
 Veiller au respect du calendrier académique ;
 Suivre de près tout ce qui concerne l’organisation des examens :
interrogations régulières, appréciations des pratiques professionnelles,
stages, examens semestriels, stimuler et superviser les recherches
scientifiques, informer le Comité de Gestion à chaque réunion des
problèmes académiques les plus importants qui se posent à l’Institut
Supérieur et lui soumettre pour décision les questions de sa compétence
et superviser l’élaboration du palmarès ;
 Assurer le suivi de la recherche entreprise au sein de l’Etablissement ;
 15

 Superviser l’émission des documents académiques, la rédaction et la

délivrance des Attestations ;
 Veiller au contrôle de la scolarité des étudiants ;

c) Secrétariat Général Administratif (SGAD)

Le Secrétariat Général Administratif est dirigé par le Secrétaire Général Administratif, il

est le membre du Comité de Gestion d’un Etablissement. Il supervise et coordonne les
activités des directions suivantes relevant de son ressort :

 Gestion du personnel ;
 Œuvre estudiantines ;
 Patrimoines, entretien et maintenance des infrastructures et entretien
de l’environnement.

d) Administrateur de Budget (AB)

L’Administrateur du budget est membre du comité de gestion, il est chargé de la gestion

budgétaire quotidienne, financière et des activités d’autofinancement.

Etudes des Documents

Fiche d’Etude de documents :

N Noms Code Information Service Service Nombre Obs

° documents Véhiculée émettrice destinateur

Engagement Direction Personne

Decision , ordre générale concernée
Exécution Secrétariats Personne
de la Généraux concernée
Notification décision
Nombre, Secrétaire Section
nom, général Unique
Liste de cours
dégrées de Académique
cours par an
Attribution Secrétaire Personnel
Notification
charge général Scientifique
Cours
horaire Académique
Liste Descriptions Secrétaire Direction
 16

du personnel général Générale,

d’enseignants Scientifique Académique Section
Unique
Horaire par Section Personnel
Programme
samane Unique Scientifique
hebdomadaire
,
de cours
Etudiants
Programme Ministère Direction
annuel, Nbre Générale,
Programmes de credits, Secrétaire
académiques niveau, de général
(Maquette) cours par Académique
semestre et
par an

II.4. Diagramme d’activité

Le diagramme de flux en UML, appelé "diagramme d’activités", est un

diagramme comportemental qui permet de représenter de manière graphique le
déroulement d’un processus ou d’une opération, en décrivant la succession des actions, les
décisions, les boucles, ainsi que les flux de contrôle et de données entre ces actions

Dans le développement logiciel orienté objet, il est essentiel de modéliser

non seulement la structure statique du système, mais également son comportement
dynamique. C’est dans ce contexte que le diagramme d’activités, souvent assimilé à un
diagramme de flux, joue un rôle fondamental.

Ce type de diagramme appartient à la famille des diagrammes

comportementaux de l’UML (Unified Modeling Language). Il est utilisé pour représenter
graphiquement le déroulement d’un processus, c’est-à-dire l’enchaînement des activités,
les prises de décision, les conditions de transition, ainsi que les traitements parallèles ou
synchronisés.

Le diagramme d’activités permet donc de visualiser le flux de contrôle et,

dans certains cas, le flux de données au sein d’un système, en mettant l’accent sur les
différentes étapes d’exécution. Il est particulièrement utile pour décrire le fonctionnement
interne d’un cas d’utilisation, un processus métier, ou encore un algorithme complexe.

Grâce à sa représentation simple et intuitive, ce diagramme facilite la

compréhension du comportement dynamique d’un système, aussi bien pour les
 17

développeurs que pour les utilisateurs non techniques. Il constitue un outil précieux dans la
phase d’analyse, de conception, ou encore de documentation d’un projet informatique.

II.4.2 Formalisme graphique

Le formalisme graphique désigne l’ensemble des règles, symboles normalisés et

conventions visuelles utilisés pour construire un diagramme. Dans le cas d’un diagramme
de flux, ce formalisme permet de représenter clairement et de manière standardisée les
différentes étapes d’un processus, les décisions, les boucles et les flux entre les activités.

Pour la modélisation de ce diagramme, chaque service est considéré comme un

acteur. A ce sujet, nous aurons deux types d’acteurs entre autre : l’institution et ses
consommateurs.

- Acteurs seront représentés par le rectangle ;

- Le traitement par un triangle ;
- Action par un losange ;
- Consommateurs seront représentés par un cercle ovale

II.4.3. Listes des flux

La liste de flux est un outil d’analyse qui permet de préparer la conception du diagramme
de flux en identifiant tous les échanges d’informations dans un processus. Elle est
complémentaire au diagramme et facilite sa clarté, sa complétude et sa cohérence.

1
- Conseil de comité de gestion pour étudier sur la situation présente et
rédaction du compte rendu du conseil
2
- Soumission du compte rendu à la direction générale pour la validation
3
- Validation de l’information par signature d’une décision par la direction
Générale
4
- Soumission de la décision pour la notification et l’exécution au secrétariat
Générale en la matière
5
- Publication de l’Information aux consommateurs

II.4.4. Le diagramme des flux (ici on ne parle encore le schéma entre les service
 18

Diagramme N°1 flux de traitement et de validation de l’information manuellement

Source : notre conception sur base d’enquête

II.5. Dictionnaire des données

Le dictionnaire des données est un document de référence qui décrit de manière

précise et normalisée toutes les données utilisées dans un système, qu’elles soient
manipulées par des cas d’utilisation, stockées dans une base de données ou échangées dans
des flux.

Nom de la donnée Type Format

Objet_docum Chaîne 100 caractères max
Num_ref Chaîne 100 caractères max
Date_sign Date JJ/MM/AAAA
Destinateur Chaîne 100 caractères max
Destinataire Chaîne 100 caractères max
Id_serv Entier 100 caractères max
 19

II.6. Positionnement du problème

Après étude sur les moyens utilisés à l’ISP-KIBOMBO sont inefficaces c’est-à-dire, le
traitement est manuel, cause une lenteur et occasionne toujours les erreurs.

Cependant nous trouvons les difficultés ci-après :

• Non atteinte de l’information à tous les consommateurs et n’atteint que les clients
locaux ;
• Coût très conséquent pour n’atteindre que quelques consommateurs ;
• Manque de sécurité (d’information, authentification)
• Manque de fiabilité.
• Perte et erreurs de données et de documents à cause du volume important des
informations traitées.
• Recherche difficile sur les registres qui engendre une perte de temps.
• Possibilité d'erreur dans les calculs des statistiques.
• Nombre important des archives accumulées qui engendre une difficulté de
stockage.
• Dégradation et régression des archives à force de leur utilisation trop fréquente.
• Mauvaise codification sur quelques objets dans la gestion d'information.

L’ISP-KIBOMBO étant une entreprise de communication, ces difficultés préoccupent les

autorités et occasionne une faiblesse de l’entreprise.

II.7. Objectifs de l’étude

Pour faire face aux problèmes liés à la gestion des informations et la meilleure
communication, nous adoptons à l’automatisation des tâches manuelles (traitement et
communication des informations), qui consiste à doter l’Etablissement d’un site web
officiel permettant de gérer et communiquer efficacement en vue d’écarter toute les
difficultés dû la procédure manuelle de gestion et communication des informations.

Pour apporter une amélioration à ces problèmes et une évolution à leur système, nous
avons établi à notre étude les objectifs suivants :

• La fiabilité.
• Rapidité dans l'établissement des différents documents.
• Facilité de la recherche et l'accès aux informations.
• Stockage des informations sur des supports informatiques et s’assurer de leur
sécurité.
 20

• Gain de temps dans les calculs des statistiques.

• Suggérer une bonne codification.
• Communiquer avec tous les clients à travers le monde sans contrainte du temps et
situation géographique ;

II.8. Cahier de charge

Le cahier des charges est un document de référence qui décrit de façon détaillée et
structurée tous les besoins, objectifs, contraintes et spécifications liés à un projet, avant de
commencer sa réalisation.

Voici une liste détaillée des matériels et logiciels nécessaires pour mettre en place le site
web officiel de l’ISP KIBOMBO, avec les prix estimatifs (en dollars USD, pouvant varier
selon le pays). J’inclus à la fin le coût global approximatif du projet.

1. Matériel nécessaire avec prix estimé

N Matériel Description PU(USD)

°
1 Ordinateur portable Pour développement et gestion du site (Core 500 $
i5, 16 Go RAM, 500Go SSD)
2 Scanner Numérisation des dossiers étudiants (PDF) 100 $
3 Imprimante Impression des reçus, bulletins, profils, etc. 120 $
4 Onduleur (UPS) Protection contre les coupures électriques (si 60 $
hébergement local)
5 Connexion Internet Connexion stable pour administration 20
mensuelle $/mois
6 Hébergement Web (1 Hébergement mutualisé avec domaine (ex. : 60 $
an) OVH, Hostinger)
7 Nom de domaine (.org / Par exemple : www.ispkibombo.org 12 $/an
.edu / .com)

💻 2. Logiciels nécessaires (majoritairement gratuits)

N Logiciel Description Prix

°
1 XAMPP / WAMP / Laragon Serveur local (Apache + PHP + MySQL) Gratuit
2 Visual Studio Code Éditeur de code Gratuit
3 phpMyAdmin Gestion MySQL Gratuit
4 FileZilla Logiciel FTP (déploiement) Gratuit
 21

5 TCPDF / FPDF Génération PDF en PHP Gratuit

6 Antivirus pour poste admin Sécurité minimale 20 $

🔒 3. Services et sécurité

N° Service Prix
1 Certificat SSL (HTTPS) Généralement inclus avec
l’hébergement
2 Sauvegarde automatique Script ou service de backup (hébergeur)

📊 4. Coût global estimatif du projet

Catégorie Montant total estimé

Matériel informatique 780 $
Connexion Internet (1 an) 240 $
Hébergement + Domaine (1 72 $
an)
Logiciels et sécurité 20 $
Total général (pour 1ère année) ✅ 1 112 $ USD

NB :

 Ce budget est réaliste pour une première mise en place professionnelle.

 Il peut être réduit si certains matériels sont déjà disponibles (ordinateur,
imprimante, etc.).
 L’hébergement mutualisé est suffisant pour un site web éducatif avec trafic modéré.
 À long terme, seuls les frais annuels de renouvellement (hébergement, domaine,
internet) seront à payer, soit environ 320 $/an.
 22

CHAPITRE III: CONCEPTION

La conception d'un système logiciel constitue une étape cruciale dans le développement
d'une application, car elle permet de traduire les besoins fonctionnels et non fonctionnels
identifiés en un ensemble de modèles et de structures cohérentes. Ce chapitre est dédié à la
conception du site web officiel de l'ISP-KIBOMBO. Il présente les différentes étapes et
techniques utilisées pour structurer le système de manière optimale, tout en respectant les
exigences et les contraintes définies dans les chapitres précédents.

L'outil principal utilisé dans ce processus de conception est l'UML (Unified Modeling
Language), un langage de modélisation standardisé qui permet de visualiser, spécifier,
construire et documenter les différents aspects d'un système

III.1. Présentation d’UML

III.1.1. Définition

UML (Unified Modeling Language) permet de présenter et de manipuler les

concepts objet, et de faire une démarche d’analyse qui permet de concevoir une solution de
manière itérative grâce aux diagrammes, et d'exprimer visuellement une solution objet. Il
se caractérise comme un langage de modélisation graphique et textuel qui est une étape
importante du cycle de développement des systèmes utilisé ainsi pour visualiser,
comprendre et définir des besoins, spécifier et construire les documents nécessaires au bon
développement d'un logiciel orienté objet, esquisser des architectures logicielles, concevoir
des solutions et communiquer des points de vue. Ces modèles doivent être proche de la
réalité.

3.1.1-Les points forts d’UML :

UML est un langage formel et normalisé

• gain de précision
• gage de stabilité
• encourage l'utilisation d'outils
UML est un support de communication performant
• Il cadre l'analyse.
• Il facilite la compréhension de représentations abstraites complexes.
• Son caractère polyvalent et sa souplesse en font un langage universel.
 23

UML propose 13 types de diagrammes dépendants hiérarchiquement et se

complètent, pour modéliser un système, selon qu’on veut décrire statique ou dynamique,
ces diagrammes sont :

3.1.2-Représentation statique du système (structurel) :

Le diagramme de classes.
Le diagramme d'objets.
Le diagramme de composants.
Le diagramme de déploiement.
Le diagramme de packages.
Le diagramme de cas d'utilisation.
Le diagramme de structure composite.

3.1.3-Représentation dynamique du système (comportemental) :

Le diagramme d'activité.
Le diagramme de séquence.
Le diagramme d'état-transition.
Le diagramme de collaboration.
Le diagramme de communication.

III.2. Présentation des acteurs

Dans cette section, il est question décrire les différents acteurs du système, c'est-à-dire les
utilisateurs ou entités qui interagiront avec l'application.

Dans le cadre du site web officiel de l'ISP-KIBOMBO, plusieurs acteurs interagiront avec
l'application en fonction de leurs rôles et responsabilités. Ces acteurs sont des entités qui
ont une interaction directe avec le système pour accomplir des tâches spécifiques. Chaque
acteur possède des privilèges et des responsabilités qui influencent leur interaction avec
l'application. Les principaux acteurs identifiés pour ce système sont les suivants :
Administrateur, Enseignant, Étudiant, et Visiteur.

1. Administrateur

L'Administrateur est l'acteur central du système. Il a des privilèges étendus et une

responsabilité globale dans la gestion et le suivi de toutes les activités au sein du système.
L'administrateur est chargé de la gestion de l'ensemble du portail, y compris l'ajout, la
modification et la suppression des informations.
 24

Rôles et responsabilités :

 Gestion des utilisateurs : Ajouter, modifier et supprimer des comptes d'étudiants,

enseignants et parents.
 Gestion des inscriptions : Valider les inscriptions des étudiants, gérer les
documents nécessaires et créer des profils d'étudiants.
 Gestion des paiements : Suivre et valider les paiements des étudiants, gérer les
confirmations de paiement et les notifications associées.
 Gestion des cours en ligne : Organiser et programmer les cours en ligne, vérifier
les progressions, et gérer les ressources pédagogiques.
 Gestion des examens : Planifier et superviser les examens en ligne, gérer les
résultats des étudiants, et fournir des statistiques.
 Gestion de l'actualité : Publier et gérer les actualités importantes liées à
l'université, y compris la gestion des commentaires.
 Supervision générale : Assurer le bon fonctionnement du système et intervenir en
cas de problèmes techniques ou organisationnels et paramétrage ou configuration
du système.

2. Enseignant

L'Enseignant est un utilisateur clé du système, ayant pour rôle d'interagir principalement
avec les étudiants dans le cadre de l'enseignement et des évaluations. Il a des privilèges de
gestion dans le cadre de ses propres cours et de ses interactions avec les étudiants.

Rôles et responsabilités :

 Gestion des cours : Ajouter, modifier et mettre à jour le contenu des cours en ligne.
 Suivi des étudiants : Suivre les progrès des étudiants dans le cadre des cours,
répondre à leurs questions et les aider à progresser.
 Gestion des examens : Créer et administrer des examens en ligne pour les étudiants
inscrits à ses cours.
 Évaluation des étudiants : Corriger les examens et attribuer des notes aux étudiants,
et envoyer des résultats.
 Interaction avec les étudiants : Communiquer avec les étudiants via le chat intégré
pour répondre à leurs questions ou fournir un soutien pédagogique.
 Mise à jour des informations : Publier des documents pédagogiques, des cours, et
des ressources supplémentaires pour les étudiants.

3. Étudiant
 25

L'Étudiant est l'utilisateur principal du système qui bénéficie des services pédagogiques
offerts par l'université, notamment l'inscription aux cours, l'accès aux résultats, la
participation aux examens, ainsi que la communication avec les enseignants.

Rôles et responsabilités :

 Consultation des cours : Accéder aux cours en ligne, consulter les supports
pédagogiques, et suivre les leçons et les exercices.
 Participation aux examens : S'inscrire et participer aux examens en ligne.
 Consultation des résultats : Vérifier les résultats des examens et les notes
attribuées par les enseignants.
 Suivi des paiements : Vérifier l'état de ses paiements pour ses frais d'inscription et
ses cours en ligne
 Communication avec les enseignants : Interagir avec les enseignants via le chat
intégré pour poser des questions ou demander des éclaircissements.

4. Visiteur

Rôles et responsabilités :

 Consultation des toutes les informations de la page d’accueil : (Actualités,

communiqué vidéo, …).
 Communication avec l'institution : Contacter l'administration en cas de besoin,

Pour la modélisation des besoins de notre système, nous utilisons les diagrammes
UML suivant :

Diagramme de cas d'utilisation, diagramme de séquence, diagramme de collaboration

et diagramme d'activité ainsi que le diagramme de classe.

3.2-Diagramme de cas d'utilisation (use case) :

Le Diagramme de cas d’utilisation est le premier diagramme du modèle UML utilisé

pour la modélisation des besoins des utilisateurs.

Les cas d’utilisations décrivent le comportement du système étudié du point de vue

de l’utilisateur, et décrivent les possibilités d’interactions fonctionnelles entre le système et
les acteurs, ils permettent de définir les limites et les relations entre le système et son
environnement. Il est destiné à structurer les besoins des utilisateurs et les objectifs par
rapport au système. C’est donc l’image d’une fonctionnalité en réponse à la simulation
d’un acteur externe.
 26

Il s'agit de la solution UML pour représenter le modèle conceptuel.

 Les use cases permettent de structurer les besoins des utilisateurs et les objectifs
correspondants d'un système.
 Ils centrent l'expression des exigences du système sur ses utilisateurs : ils partent du
principe que les objectifs du système sont tous motivés.
 Ils se limitent aux préoccupations "réelles" des utilisateurs.
 Ils identifient les utilisateurs du système (acteurs) et leur interaction avec le système.
 Ils permettent de classer les acteurs et structurer les objectifs du système.
 Ils servent de base à la traçabilité des exigences d'un système dans un processus de
développement intégrant UML.
Identification des cas d'utilisations :

Un cas d’utilisation centre l’expression des exigences du système sur ces utilisateurs ils se
limitent aux préoccupations « réelles » des utilisateurs ; ils ne présentent pas de solutions
d’implémentation et ne forment pas un inventaire fonctionnel du système. Ils identifient
les utilisateurs du système et leur interaction avec celui-ci. C’est est un ensemble de
séquences d’actions qui sont réalisées par le système et qui produisent un résultat
observable pour un acteur particulier du système, il permet de décrire ce que le futur
système devra faire sans spécifier comment il le fera.

Voici les cas d'utilisation de notre site :

1. Communication
2. Authentification
3. Contact du système (Visiteur)
4. Recherche de contenu (Étudiant & Enseignant)
5. Modification de profil
6. Consultation des résultats, horaires et examens
7. Participation à un cours en ligne (Étudiant)
8. Passage d'examen (Étudiant)
9. Paiement en ligne (Étudiant)
10. Communication entre utilisateurs (Étudiant, Enseignant, Administrateur)
11. Gestion des cours, horaires, examens et notes (Enseignant, Administrateur)
12. Génération de statistiques (Application)
13. Gestion des utilisateurs (Administrateur)
14. Paramétrage, modification des fonctionnalités et gestion complète du système
(Administrateur)
15. Validation d'un paiement (Administrateur)
16. Impression des documents (Étudiant, Enseignant, Administrateur)
 27

D'où la présentation de notre diagramme de cas d’utilisation.

Figure 2 Diagramme de cas d'utilisation

 28

III.4. Description des cas d’utilisation avec des scénarios

3.3-Diagramme de collaboration :

Un diagramme de collaboration montre une interaction organisée autour d'un

ensemble d'objets et de leurs liens. En revanche, il ne montre pas le temps dans une
dimension séparée; ainsi la séquence des messages et les fils concurrents doivent être
déterminés en utilisant les numéros de séquence.

C'est une autre représentation des scénarios des cas d'utilisation qui met plus l'accent
sur les objets et les messages échangés.

Diagramme de collaboration (communication)

Explication :

 Visiteur interagit d'abord avec la Page d'accueil.

 Celle-ci demande au Système d'actualité d'afficher les actualités.
 Si les actualités sont trop nombreuses, le Visiteur utilise un Moteur de recherche
pour filtrer.
 Le moteur interroge le système d'actualité, récupère les résultats et les affiche.

Diagramme de collaboration : Authentification

Étapes expliquées :
 29

 L’utilisateur saisit ses identifiants dans la page de connexion.

 La page envoie les identifiants au système d’authentification.
 Ce système interroge la base de données pour récupérer les données du compte.
 Il compare le mot de passe entré avec le mot de passe stocké (généralement un
hash).
 Le résultat est renvoyé à la page de connexion, qui informe l'utilisateur.

Diagramme de collaboration : Contact du système (Visiteur)

Explication :
 Le Visiteur remplit un formulaire sur la page de contact.
 Les données sont envoyées au système de messagerie.
 Le message est enregistré dans la base de données.
 Une confirmation est ensuite renvoyée au visiteur.
 30

Diagramme de collaboration : Recherche de contenu (Étudiant & Enseignant)

Détails :
 Étudiant et Enseignant sont tous deux des utilisateurs.
 Ils saisissent des mots-clés via une page de recherche.
 Le moteur de recherche interroge le système de contenu, qui accède à la base de
données.
 Les résultats sont affichés à l'utilisateur.
Diagramme de collaboration : Suppression de document (Étudiant, Enseignant,
Administrateur)
 31

Explication :
 Chaque utilisateur (étudiant, enseignant, administrateur) peut initier la suppression.
 L’interface de gestion relaie la demande au système de gestion de contenu.
 Ce dernier supprime le document via la base de données.
 Le résultat est retourné à l’utilisateur.

Diagramme de collaboration : Modification de profil

Résumé :
 Chaque type d'utilisateur accède à la page de profil.
 Les infos modifiées sont envoyées au système de gestion des utilisateurs, qui les
met à jour dans la base de données.
 Une confirmation est ensuite renvoyée à l'utilisateur.
 Diagramme de collaboration : Consultation des résultats, horaires et examens
(Étudiant)
 32

Explication :
 L'étudiant peut choisir d'accéder à l'un des trois services via la page d'accueil.
 Le système de gestion de l'étudiant interroge la base de données pour récupérer
les résultats, l’horaire des cours, ou les examens.
 Les informations récupérées sont affichées à l’étudiant.
 Diagramme de collaboration : Participation à un cours en ligne (Étudiant)
 33

Explication :
 L'étudiant accède à la page de cours, sélectionne un cours et se connecte à la
plateforme de cours en ligne.
 La plateforme charge le contenu du cours depuis le système de gestion de contenu
et la base de données.
 Une fois le cours affiché, l'étudiant peut interagir, par exemple en participant à une
discussion.
 Le commentaire est envoyé à la plateforme, qui l'enregistre dans le système de
gestion de contenu.

Diagramme de collaboration : Passage d'examen (Étudiant)

 34

Explication :
 L'étudiant accède à la page d'examen, sélectionne l'examen, et commence à
passer l'examen sur la plateforme d'examen en ligne.
 La plateforme récupère le contenu de l'examen depuis le système de gestion des
examens et la base de données, puis affiche les questions.
 L'étudiant répond aux questions et soumet ses réponses.
 Les réponses sont envoyées à la plateforme, qui les enregistre dans la base de
données et confirme la soumission à l'étudiant.

Diagramme de collaboration : Paiement en ligne (Étudiant)

 35

Explication :
 L'étudiant accède à la page de paiement et choisit un mode de paiement.
 La page de paiement initialise le processus avec le système de paiement en ligne,
qui transmet les informations de paiement au service de paiement.
 Le service de paiement traite la transaction et renvoie une confirmation au
système de paiement en ligne, qui affiche la confirmation sur la page de
paiement.
 Enfin, le paiement est enregistré dans la base de données et la confirmation finale
est renvoyée à l'étudiant.

Diagramme de collaboration : Communication entre utilisateurs (Étudiant,

Enseignant, Administrateur)
 36

Explication :
L'étudiant, l'enseignant ou l'administrateur rédige un message et l'envoie via la page
de messagerie.
Le système de messagerie enregistre le message dans la base de données et renvoie une
confirmation.
Chaque utilisateur peut consulter ses messages à tout moment. Le système de messagerie
récupère les messages stockés dans la base de données et les affiche à l'utilisateur.
 37

Diagramme de collaboration : Gestion des cours, horaires, examens et notes

(Enseignant, Administrateur)

Explication :
 Ajout : L'enseignant ou l'administrateur peut ajouter des cours, des horaires, des
examens ou des notes via la page de gestion. Le système de gestion de contenu
enregistre ces éléments dans la base de données.
 Modification : Ils peuvent aussi modifier les informations existantes (cours,
horaire, examen, note). Le système met à jour la base de données.
 Suppression : L'enseignant ou l'administrateur peut supprimer un cours, un
horaire, un examen ou une note, et la base de données est mise à jour en
conséquence.

Diagramme de collaboration : Génération de statistiques (Application)

 38

Explication :
 L'application (représentée par l'acteur) envoie une demande de statistiques via la
page de statistiques.
 La page de statistiques interroge le système de statistiques pour générer les
statistiques demandées en fonction du type de ressource (cours, utilisateurs,
examens, etc.).
 Le système de statistiques récupère les données nécessaires depuis la base de
données.
 Les statistiques sont générées et affichées à l'application.

Diagramme de collaboration : Gestion des utilisateurs (Administrateur)

 39

Explication :
 Ajout d'un utilisateur : L'administrateur peut ajouter un utilisateur (étudiant,
enseignant, administrateur) en saisissant ses informations sur la page de gestion
des utilisateurs. Ces informations sont ensuite enregistrées dans la base de
données.
 Modification des informations : L'administrateur peut modifier les informations
d'un utilisateur en passant par la page de gestion. Le système de gestion des
utilisateurs met à jour les informations dans la base de données.
 Suppression d'un utilisateur : L'administrateur peut supprimer un utilisateur, ce
qui supprime ses informations de la base de données.
 40

Diagramme de collaboration : Paramétrage, modification des fonctionnalités et

gestion complète du système (Administrateur)

Explication :
 Paramétrage des fonctionnalités : L'administrateur peut modifier les
fonctionnalités du système via la page de gestion du système. Le système de
configuration applique les modifications et met à jour la base de données.
 Modification de la configuration du système : L'administrateur peut modifier la
configuration du système pour ajuster ses paramètres. Ces modifications sont
enregistrées dans la base de données via le système de configuration.
 Gestion des ressources : L'administrateur peut gérer les ressources du système
(ajouter, modifier, supprimer) et ces actions sont appliquées dans la base de
données.
 Supervision de l'état du système : L'administrateur peut consulter l'état global
du système pour surveiller ses performances et s'assurer de son bon
fonctionnement.
 41

Diagramme de collaboration : Validation d'un paiement (Administrateur)

Explication :
 Consultation des paiements en attente : L'administrateur peut consulter les
paiements en attente via la page de gestion des paiements. Le système de
gestion des paiements récupère ces paiements depuis la base de données et les
affiche.
 Validation du paiement : L'administrateur peut valider un paiement en
sélectionnant un paiement en attente. Le système de gestion des paiements envoie
la demande de validation au système de paiement en ligne, qui met à jour le statut
du paiement dans la base de données pour indiquer que le paiement a été validé.
 Diagramme de collaboration : Impression des documents (Étudiant,
Enseignant, Administrateur)
 42

Explication :
 Consultation des documents : L'étudiant, l'enseignant ou l'administrateur
consulte un document via la page de consultation des documents. Le système de
gestion des documents récupère le document demandé dans la base de données et
l'affiche à l'utilisateur.
 Impression du document : Une fois le document consulté, l'utilisateur peut
demander son impression. La page de consultation des documents envoie la
demande d'impression au système d'impression, qui traite et confirme l'impression
du document.
III.5. Diagrammes de séquences et diagrammes d’activités
3.4-Diagramme de séquence :
Le diagramme de séquence suit le diagramme de cas d’utilisation car il le complète. Il
permet de décrire les scénarios (déroulement des traitements entre les éléments du système
et les acteurs) de chaque cas d'utilisation en mettant l'accent sur la chronologie des
opérations en interaction avec les objets. En particulier, il montre aussi les objets qui
participent à l'interaction par leur "ligne de vie" et les messages qu'ils échangent présentés
en séquence dans le temps.
🔹 1. Consultation de l’actualité par le visiteur
Objectif : Permettre à un visiteur (non authentifié) de consulter les actualités du site.
 43

🔁 Logique :
Le visiteur accède à la page des actualités.
Le système récupère les actualités depuis la base de données.
Les actualités sont affichées au visiteur.

📘 2. Authentification d’un utilisateur

🎯 Objectif : Permettre à un utilisateur (étudiant, enseignant ou administrateur) de se
connecter.
🧠 Logique :
L’utilisateur saisit son identifiant et son mot de passe.
Le système vérifie ces informations dans la base.
Si c’est correct, l’utilisateur est redirigé vers son espace personnel.
 44

📘 3. Envoi d’un message de contact par le visiteur

🎯 Objectif : Le visiteur peut contacter le système via un formulaire.
🧠 Logique :
Le visiteur remplit un formulaire de contact.
Le système enregistre le message.
Un accusé de réception est affiché.

📘 4. Recherche de contenu par étudiant ou enseignant

🎯 Objectif : L’utilisateur effectue une recherche sur le contenu du système.
🧠 Logique :
L’étudiant ou l’enseignant saisit un mot-clé.
Le système interroge la base de données.
Les résultats sont affichés.
 45

📘 5. Suppression de document
🎯 Objectif : Tous les utilisateurs peuvent supprimer un document.
🧠 Logique :
L’utilisateur sélectionne un document à supprimer.
Le système le supprime dans la base.
Un message de confirmation s’affiche.

📘 6. Modification de profil (étudiant, enseignant, administrateur)

🎯 Objectif : Un utilisateur peut modifier son profil personnel.
🧠 Logique :
L’utilisateur modifie ses informations.
Le système met à jour la base.
Une confirmation est envoyée

📘 7. Consultation des résultats, horaires, examens (étudiant)

🎯 Objectif : L’étudiant peut consulter ses informations académiques.
🧠 Logique :
Le système affiche les résultats, horaires et examens en accédant à la base.
46
 47

📘 8. Participation au cours en ligne

🎯 Objectif : L’étudiant participe à un cours à distance.
🧠 Logique :
Il accède à une session de cours.
Le système enregistre la présence et affiche le contenu.

📘 9. Passage d’examen (étudiant)

🎯 Objectif : L’étudiant passe un examen en ligne.
🧠 Logique :
Il démarre l’examen, répond aux questions.
Le système corrige et enregistre le résultat.
 48

📘 10. Paiement en ligne (étudiant)

🎯 Objectif : L’étudiant effectue un paiement pour ses frais.
🧠 Logique :
Il initie le paiement.
Le système contacte la passerelle bancaire.
Le paiement est validé et enregistré.

📘 11. Messagerie entre utilisateurs

🎯 Objectif : Étudiants, enseignants et administrateurs peuvent s’envoyer des messages.
🧠 Logique :
Un utilisateur envoie un message.
Le système le stocke et le remet au destinataire.
 49

📘 12. Gestion de cours, horaires, examens, notes

🎯 Objectif : Les enseignants et l’administrateur peuvent gérer le contenu académique.
🧠 Logique :
Ils ajoutent, modifient ou suppriment des données académiques via l’interface.

📘 13. Statistiques du système

🎯 Objectif : L’application génère des statistiques globales.
🧠 Logique :
L’interface statistique appelle le système.
Le système récupère les données et les affiche.
 50

📘 14. Gestion des utilisateurs par l’administrateur

🎯 Objectif : L’administrateur peut modifier les profils des utilisateurs.
🧠 Logique :
Il accède à l’interface admin et met à jour les infos en base.

📘 15. Paramétrage et supervision du système (admin)

🎯 Objectif : L’administrateur gère toutes les configurations système.
🧠 Logique :
Il change les paramètres du système (fonctions, sécurité, etc.)

Diagrammes d’activité

Il donne une vision des enchaînements des activités propres à une opération ou à
un cas d'utilisation.

Un diagramme d'activités permet de mettre l’accent sur les traitements et est

particulièrement adapté à la modélisation du cheminement de flots de contrôle et de flots
de données. Il indique la part prise par chaque objet dans l'exécution d'un travail. Il sera
enrichi par les conditions de séquence. Dans la phase de conception, les diagrammes
d’activités sont particulièrement adaptés à la description des cas d’utilisation en venant,
 51

par exemple, illustrer et consolider leur description textuelle. Ainsi leur représentation est
sous forme d’organigrammes, ce qui les rend utiles dans la phase de réalisation.

📘 1. Activité : Consultation des actualités par le visiteur

🎯 Objectif : Le visiteur parcourt les actualités du site sans s’authentifier.

🧠 Détail logique de l'activité :
 Le visiteur accède à la page d’accueil.
 Il choisit l’option “Actualités”.
 Le système récupère les données depuis la base.
 Les actualités sont affichées.

📘 2. Activité : Authentification d’un utilisateur

🎯 Objectif : Se connecter en tant qu’étudiant, enseignant ou administrateur.

🧠 Détail logique de l'activité :
 L'utilisateur entre ses identifiants.
 Le système les valide.
 Si valides → accès à l’espace personnel.
 Sinon → affichage d’un message d’erreur.
 52

📘 3. Activité : Envoi d’un message de contact par le visiteur

🎯 Objectif : Le visiteur utilise le formulaire pour contacter le système.

🧠 Détail logique de l'activité :
 Remplir les champs du formulaire.
 Soumettre le message.
 Le système enregistre le message.
 Confirmation envoyée.

📘 4. Activité : Recherche de contenu (étudiant / enseignant)

🎯 Objectif : Un utilisateur recherche un contenu pédagogique.

🧠 Détail logique de l'activité :
 L’utilisateur saisit un mot-clé.
 Le système lance une requête.
 Résultats affichés si disponibles.
 53

📘 5. Activité : Suppression d’un document

🎯 Objectif : Supprimer un document du système.

🧠 Détail logique :
 L’utilisateur choisit un document.
 Il clique sur "Supprimer".
 Le système supprime le fichier.
 Un message de succès est affiché.

📘 6. Activité : Modification du profil utilisateur (étudiant, enseignant,

administrateur)

🎯 Objectif : Un utilisateur met à jour ses informations personnelles.

🧠 Logique de l'activité :
 L’utilisateur accède à la page de profil.
 Il modifie les informations souhaitées.
 Il enregistre les modifications.
 54

 Le système confirme la mise à jour.

📘 7. Activité : Consultation des résultats, horaires et examens (étudiant)

🎯 Objectif : L’étudiant visualise ses informations académiques.

🧠 Logique de l'activité :
 Choisir "Résultats", "Horaires" ou "Examens".
 Le système interroge la base.
 Les informations sont affichées à l’étudiant.

📘 8. Activité : Participation au cours en ligne

🎯 Objectif : L’étudiant accède à un cours à distance.

🧠 Logique de l'activité :
 L’étudiant sélectionne un cours.
 Le système charge le contenu.
 L’étudiant interagit avec les ressources en ligne.
 55

📘 9. Activité : Passage d’un examen

🎯 Objectif : L’étudiant passe un examen en ligne.

🧠 Logique de l'activité :
 L’étudiant démarre l’examen.
 Il répond aux questions.
 Il soumet l’examen.
 Le système corrige et affiche le résultat.

📘 10. Activité : Paiement en ligne

🎯 Objectif : L’étudiant effectue un paiement de frais.

🧠 Logique de l'activité :
 L’étudiant accède à la page de paiement.
 Il entre les informations nécessaires.
 Le paiement est traité.
 56

 Le reçu est affiché.

📘 11. Activité : Messagerie entre utilisateurs

🎯 Objectif : Utilisateurs (étudiant, enseignant, administrateur) s’envoient des messages.

🧠 Logique de l'activité :
 L’utilisateur accède à la messagerie.
 Il rédige un message et choisit un destinataire.
 Le système enregistre le message.
 Le message est envoyé et consultable.
 57

📘 12. Activité : Gestion des cours, horaires, examens, notes

🎯 Objectif : Enseignant ou administrateur ajoute, modifie ou supprime des données

académiques.
🧠 Logique de l'activité :
 Accéder à la section "Gestion académique".
 Sélectionner une action : Ajouter / Modifier / Supprimer.
 Remplir les champs nécessaires.
 Confirmer l’action.
 Le système met à jour la base.

📘 13. Activité : Génération de statistiques

🎯 Objectif : L'application produit des rapports statistiques sur les ressources.

🧠 Logique de l'activité :
 L'utilisateur sélectionne le type de statistique.
 Le système traite la demande.
 Les statistiques sont générées et affichées.
 58

📘 14. Activité : Gestion des utilisateurs (administrateur)

🎯 Objectif : Ajouter, modifier ou supprimer les utilisateurs.

🧠 Logique de l'activité :
 Accéder à l’administration des utilisateurs.
 Choisir une action (ajout / modification / suppression).
 Remplir ou modifier les champs.
 Valider l’action.

📘 15. Activité : Paramétrage et supervision du système (administrateur)

🎯 Objectif : L’administrateur ajuste les paramètres du système.

🧠 Logique de l'activité :
 L’administrateur ouvre l’interface de configuration.
 Il modifie les paramètres système.
 Le système applique les changements.
 59

III.6. Architecture de l’application

L’application est organisée en une architecture multicouche classique pour séparer les
responsabilités, faciliter la maintenance, la sécurité, et la scalabilité du système.

1. Couche Présentation (Front-End)

Cette couche est responsable de l’interaction avec les utilisateurs (étudiants, enseignants,
administrateurs, visiteurs). Elle comprend :

 Pages web (HTML/CSS/JS, frameworks comme React ou Vue.js)

 Interfaces utilisateurs
 Formulaires de connexion, consultation, inscription, etc.
🎯 Rôle :
 Affiche les données envoyées par la couche métier
 Capture les actions des utilisateurs (clics, saisies)

⚙️2. Couche Métier (Back-End / Logique Applicative)

Cette couche contient la logique métier de l’application.

 Services applicatifs (gestion utilisateurs, paiements, examens, cours, etc.)
 Vérification des règles métier (droits d’accès, validation des données)
 Interfaces REST (API)
🎯 Rôle :
 Gère les règles de gestion
 Exécute les traitements métiers
 Coordonne les interactions entre les autres couches
 60

🗄️3. Couche Données (Base de Données)

C’est le système de stockage des informations persistantes.

 Base de données relationnelle (MySQL, PostgreSQL…) ou NoSQL (MongoDB

selon besoin)
 Tables : Utilisateurs, Cours, Examens, Résultats, Paiements, Messages,
Statistiques…
🎯 Rôle :
 Stocker et interroger les données
 Gérer les transactions
 Maintenir l’intégrité des données
📊 Schéma UML de l’architecture technique :

 Cette architecture facilite la modularité : chaque couche peut évoluer sans affecter
les autres.
 Elle garantit une meilleure sécurité (la base n’est jamais directement exposée).
 Elle facilite les tests unitaires, la réutilisabilité, et la montée en charge.

III.7. Diagramme de classe

Le diagramme de classe constitue un élément très important de la Modélisation : il

permet de définir quelles seront les composantes du système final.

Il représente les classes intervenant dans le système. Une classe décrit les
responsabilités, le comportement et le type d’un ensemble d’objets, les éléments de cet
ensemble sont les instances de la classe.

III.7.1 à III.7.3 : Cas spécifiques

1️⃣ Cas : Authentification (connexion utilisateur)
 61

Contexte : tout utilisateur (Étudiant, Enseignant, Administrateur) doit s’authentifier.

2️⃣ Cas : Recherche de contenu (par Étudiant et Enseignant)

Contexte : Étudiants et Enseignants peuvent rechercher un cours ou document.

3️⃣ Cas : Suppression de document (par tous les utilisateurs)

4️⃣ Cas : Modifier son profil

 62

5️⃣ Cas : Consulter résultats, horaires, examens (Étudiant)

6️⃣ Cas : Participation à un cours en ligne

7️⃣ Cas : Passer un examen

 63

8️⃣ Cas : Paiement en ligne par l’étudiant + validation par admin

9️⃣ Cas : Envoi de messages entre utilisateurs

🔟 Cas : Gestion des cours, horaires, examens, notes (Enseignant/Admin)

 64

1️⃣1️⃣ Cas : Génération de statistiques par l’administrateur

1️⃣2️⃣ Cas : Gestion complète des utilisateurs (par l’admin)

III.7.4. Règles de gestion

 65

1️⃣ Authentification

 Règle RG1 : Tout utilisateur (Étudiant, Enseignant, Administrateur) doit

s’authentifier via un identifiant (email) et mot de passe valide pour accéder à son
espace.
 Règle RG2 : En cas d’échec d’authentification après 5 tentatives, le compte est
temporairement bloqué.

2️⃣ Recherche de contenu

 Règle RG3 : Seuls les utilisateurs connectés peuvent effectuer des recherches de
contenu.
 Règle RG4 : Les étudiants et enseignants peuvent uniquement accéder aux
contenus (cours, documents) correspondant à leur programme ou matière.

3️⃣ Suppression de documents

 Règle RG5 : Chaque utilisateur peut supprimer uniquement les documents qu’il a
ajoutés lui-même (fichiers, messages, etc.).
 Règle RG6 : L’administrateur peut supprimer n’importe quel document du système.

4️⃣ Modification de profil

 Règle RG7 : Un utilisateur ne peut modifier que ses propres informations de profil.
 Règle RG8 : Les champs sensibles (rôle, droits) ne peuvent être modifiés que par
l’administrateur.

5️⃣ Consultation de résultats, horaires, examens

 Règle RG9 : Un étudiant ne peut consulter que ses propres résultats, son emploi du
temps et les examens auxquels il est inscrit.
 Règle RG10 : Un enseignant peut uniquement visualiser les examens et résultats
liés à ses cours.

6️⃣ Participation à un cours en ligne

 Règle RG11 : Un étudiant ne peut suivre que les cours auxquels il est inscrit ou
autorisé.
 Règle RG12 : Les cours doivent être validés (publiés) par un enseignant ou
l’administration avant d’être accessibles.
 66

7️⃣ Passage d’examen

 Règle RG13 : Un étudiant ne peut passer un examen que s’il est inscrit au cours
associé.
 Règle RG14 : Un examen ne peut être passé qu’une seule fois par étudiant sauf en
cas de session de rattrapage autorisée par l’administration.

8️⃣ Paiement en ligne

 Règle RG15 : Un paiement est toujours initié par un étudiant mais ne devient
effectif qu’après validation par l’administrateur.
 Règle RG16 : Un étudiant doit effectuer un paiement par période académique (ex. :
une fois par semestre).
 Règle RG17 : Un étudiant non à jour dans ses paiements ne peut accéder aux
examens ou aux certificats.

9️⃣ Messagerie entre utilisateurs

 Règle RG18 : Les utilisateurs peuvent s’envoyer des messages uniquement si les
deux parties sont inscrites dans le système.
 Règle RG19 : Un message ne peut être supprimé que par son auteur ou
l’administrateur.

🔟 Gestion des cours, examens, horaires, notes

 Règle RG20 : Un enseignant ne peut créer, modifier ou supprimer que les cours
qu’il enseigne.
 Règle RG21 : L’administrateur peut modifier tous les cours, horaires et examens du
système.
 Règle RG22 : Seuls les enseignants et administrateurs peuvent attribuer des notes
aux étudiants.

1️⃣1️⃣ Statistiques du système

 Règle RG23 : Seul l’administrateur peut générer des rapports et statistiques

globales (cours, paiements, examens, utilisateurs…).
 Règle RG24 : Les statistiques doivent refléter les données réelles, validées et non
archivées.

1️⃣2️⃣ Gestion des utilisateurs

 67

 Règle RG25 : Seul l’administrateur peut créer, modifier ou supprimer un compte

utilisateur.
 Règle RG26 : Un étudiant ne peut être ajouté qu’une seule fois par année
académique.
 Règle RG27 : Toute modification ou suppression d’utilisateur est tracée dans le
journal d’audit du système.

III.7.5. Diagramme de classes global

📚 Description des entités principales :

 Utilisateur (classe abstraite) : Super-classe commune à Étudiant, Enseignant,
Administrateur
 Étudiant, Enseignant, Administrateur héritent de l’Utilisateur
 Un étudiant peut suivre plusieurs cours et passer des examens
 Un enseignant peut créer/modifier des cours et évaluer des étudiants
 Paiement est lié à un étudiant
 Examen est lié à un cours
 Résultat appartient à un étudiant pour un examen
 Message permet la communication entre utilisateurs
 68

III.8. Le modèle logique

🔹 I. Liste des principales tables et leurs champs

1. Utilisateur  filière
 id_utilisateur (PK) 3. Enseignant (hérite de Utilisateur)
 nom  id_utilisateur (PK, FK → Utilisateur)
 prenom  spécialité
 email (UNIQUE)  grade
 mot_de_passe 4. Administrateur (hérite de Utilisateur)
 rôle (étudiant / enseignant / admin)  id_utilisateur (PK, FK → Utilisateur)
2. Étudiant (hérite de Utilisateur)  droits_admin (ex : full, limité)
 id_utilisateur (PK, FK → Utilisateur) 5. Cours
 matricule  id_cours (PK)
 niveau  titre
 69

 description
 enseignant_id (FK → Enseignant) 9. Horaire
6. Examen  id_horaire (PK)
 id_examen (PK)  id_cours (FK → Cours)
 date  jour
 id_cours (FK → Cours)  heure_debut
7. Résultat  heure_fin
 id_resultat (PK) 10. Document
 id_examen (FK → Examen)  id_document (PK)
 id_etudiant (FK → Étudiant)  nom
 note  chemin
8. Paiement  id_utilisateur (FK → Utilisateur)
 id_paiement (PK) 11. Message
 montant  id_message (PK)
 date_paiement  contenu
 valide (bool)  date_envoi
 id_etudiant (FK → Étudiant)  expediteur_id (FK → Utilisateur)
 validé_par (FK → Administrateur)  destinataire_id (FK → Utilisateur)

🔹 II. Relations (synthèse)

 Utilisateur est une entité générale avec 3 sous-types : Étudiant, Enseignant,
Administrateur
 Un enseignant enseigne plusieurs cours, un cours est enseigné par un seul
enseignant.
 Un étudiant peut suivre plusieurs cours (relation N:N Étudiant–Cours)
 Un examen appartient à un seul cours.
 Un résultat lie un examen et un étudiant.
 Un paiement est initié par un étudiant et validé par un administrateur.
 Un utilisateur peut envoyer et recevoir plusieurs messages.
 Un utilisateur peut déposer plusieurs documents.
 Un cours possède plusieurs horaires.
 70

Explications

 Chaque utilisateur appartient à une seule sous-classe (Etudiant, Enseignant, Admin)

via héritage structurel.
 Les cours sont liés aux enseignants, aux horaires et aux examens.
 Les examens produisent des résultats pour les étudiants.
 Les paiements sont initiés par l’étudiant et validés par l’administrateur.
 Les messages sont échangés entre utilisateurs.
 Les étudiants participent à plusieurs cours via la table de liaison Participation
(N:N).
 Les documents appartiennent à n’importe quel utilisateur.
 La table Statistique représente les analyses générées automatiquement par
l’administrateur.

III.9. Diagramme de Package

III.9.1. Définition

Un diagramme de package UML est un type de diagramme structurel qui sert à organiser
logiquement un grand système en sous-ensembles appelés « packages ». Chaque package
peut regrouper des classes, interfaces ou autres composants liés fonctionnellement.
 71

Objectif :

 Clarifier l’architecture modulaire du système

 Visualiser la séparation des responsabilités
 Faciliter la maintenance et l’évolution du système

III.9.2. Définition de Package

Voici les packages proposés pour notre système d’information éducatif :

1. Package Utilisateurs
o Gère les rôles (Étudiant, Enseignant, Admin), l’authentification, la gestion
des profils
2. Package Cours & Examens
o Gère les cours, les examens, les horaires, les notes
3. Package Paiements
o Gère les paiements des étudiants et leur validation
4. Package Messagerie
o Gère l’envoi et la réception de messages entre utilisateurs
5. Package Documents
o Gère les documents ajoutés, modifiés, supprimés par les utilisateurs
6. Package Statistiques
o Génère les statistiques sur l’activité du système
7. Package Espace GDS (Gestion des Sorties)
o Spécialement dédié à la gestion des suppressions/logs de suppression (par
l’admin ou l’utilisateur)
 72

III.9.3. Diagramme de classe du package « Espace GDS »

 73

CHAPITRE IV : REALISATION DU SITE WEB POUR L’ISP KBB

✅ IV.2. Environnement logiciel

Le site web a été conçu en utilisant le framework Laravel, ce qui a structuré le

développement selon le modèle MVC (Modèle-Vue-Contrôleur). Voici les principaux
logiciels utilisés :

 Éditeur de code : Visual Studio Code (avec extensions Laravel, PHP, Blade)
 Framework : Laravel 10
 Serveur local : XAMPP (Apache, MySQL, PHP 8.1)
 Gestion de base de données : phpMyAdmin
 Navigateur pour les tests : Google Chrome
 Outils complémentaires :
o Composer : gestionnaire de dépendances PHP utilisé pour Laravel
o Git et GitHub : gestion de versions du projet
o Laravel Artisan : pour les commandes CLI (migrations, seeders, etc.)

✅ IV.3. Les outils utilisés

Outil Utilité principale

Laravel Cadre MVC moderne pour organiser les routes, vues, contrôleurs et
Framework modèles
Visual Studio Code Éditeur pour écrire et gérer les fichiers PHP, Blade, CSS, JS
XAMPP Serveur local incluant Apache, MySQL, PHP
phpMyAdmin Interface pour gérer la base de données MySQL
Google Chrome Tester l’affichage et le comportement du site
Postman Vérification et test des routes API Laravel
Composer Installation et gestion des dépendances Laravel
Git & GitHub Versionnage et sauvegarde du code source du projet
PlantUML / Création des diagrammes UML (classe, activité, séquence,
Draw.io package…)

IV.4. Les langages de programmation utilisés

Voici les langages de programmation utilisés dans le projet, avec leurs rôles :
 PHP : utilisé avec Laravel pour développer toute la logique métier (contrôleurs,
modèles, services…)
 Blade : moteur de template Laravel pour créer des vues dynamiques
 HTML : pour structurer les pages web
 74

 CSS (et Bootstrap) : pour le design, la responsivité, l’ergonomie

 JavaScript : pour améliorer les interactions avec l’interface utilisateur
 SQL (MySQL) : pour les requêtes et la structure de la base de données

IV.5. Présentation de quelques interfaces

L’interface graphique est élément très capital dans la communication entre l’user et
la machine. Dans cette section, nous présentons un aperçu des principales interfaces
développées dans le cadre de ce projet. L’objectif est de mettre en évidence l’organisation
visuelle et fonctionnelle des différentes pages selon les profils d’utilisateurs. Chaque
interface a été conçue de manière intuitive afin de garantir une expérience utilisateur fluide
et accessible. Nous passerons en revue la page d’accueil, point d’entrée du système, puis
les interfaces de connexion, avant d’aborder les espaces dédiés aux différents types
d’utilisateurs, à savoir le SuperAdmin, les enseignants et les étudiants.

IV.5.1 Page d’accueil (Landing Page)

Description : La page d’accueil est la première interface visible du site. Elle présente
brièvement l’ISP KBB, les services proposés (actualité, bibliothèques, cours, examens…)
et permet à l’utilisateur de naviguer vers les autres modules selon son rôle (visiteur,
étudiant, enseignant, admin).
 75

IV.5.2 Connexion

La page de connexion (login) est une phase qui consiste à analyser les données et
donner l’accès à l’utilisateur (user) au regard de données introduites
 76

Page d’Administration (SuperAdmin)

 77

IV.5.4 Page d’Administration Enseignant (Enseignant)

 78

IV.5.4 Page d’Administration Etudiant (Etudiant)

L’interface présente l’ensemble d’activités géré par l’étudiants

En conclusion, chaque interface est composée de plusieurs fonctionnalités

spécifiques, définies en fonction du profil de l’utilisateur connecté, afin de garantir une
utilisation optimale et ciblée de la plateforme.
 79

CONCLUSION GENERALE

Nous voici après plusieurs efforts aboutissons à la fin de notre projet intitulé «
Conception et réalisation d’un site internet officiel de l’ISP-KIBOMBO », s’inscrit dans
une démarche de modernisation de la gestion de l’information et de la communication
institutionnelle. Il a été motivé par un constat majeur : la mauvaise circulation de
l’information, la gestion manuelle inefficace des documents administratifs et académiques,
la perte fréquente de données ainsi que le manque de visibilité de l’établissement auprès
du public.

Face à cette problématique, nous nous sommes posés les questions suivantes :

 La conception et la réalisation d’un site web pour l’ISP-KIBOMBO permettraient-

elles une disponibilité, une fiabilité et une gestion efficace de l’information au sein
de l’établissement ?

 Quel mécanisme faudrait-il mettre en place pour résoudre les problèmes liés à la
gestion manuelle des données ?

En réponse à ces interrogations, nous avons formulé deux hypothèses :

 La réalisation d’un site web apporterait une solution fiable, disponible et efficace
pour la gestion des informations.

 Un tel site serait un mécanisme moderne favorisant une gestion rentable et

sécurisée des données.

Pour atteindre ces objectifs, notre démarche s’est structurée autour de l’étude de l’existant,
de l’analyse des besoins réels, de la conception technique à l’aide des méthodes UML et
UP, et enfin de la réalisation pratique du site. L’objectif principal était de créer un outil
numérique permettant à l’ISP-KIBOMBO de mieux gérer ses services, de diffuser ses
informations en temps réel et d’améliorer l’interaction avec sa communauté.

La solution retenue, à savoir la mise en place d’un site web dynamique, a permis de
modéliser un système performant intégrant diverses fonctionnalités : gestion des
utilisateurs, messagerie interne, consultation des actualités, gestion des cours, des
examens, des paiements et bien plus encore. Les résultats obtenus montrent que le système
proposé répond adéquatement aux besoins exprimés, en assurant la disponibilité continue
de l'information, la réduction des erreurs, le gain de temps et l’élargissement de la
communication au-delà des limites géographiques.
 80

Recommandations

Au terme de ce travail, nous formulons les recommandations suivantes :

1. Institutionnaliser le site comme canal officiel de diffusion de l’information

académique et administrative.

2. Former un personnel qualifié chargé de l’administration, de la mise à jour

régulière et de la sécurité du site.

3. Assurer la pérennité du projet par un financement annuel dédié à l’hébergement,

à la maintenance et à l’évolution du système.

4. Encourager l’intégration progressive de nouveaux modules (inscription en ligne,

bulletin numérique, espace enseignant/étudiant) afin d’élargir les services
numériques.

5. Favoriser une appropriation du site par l’ensemble de la communauté

éducative, en développant une politique de communication interne autour de son
utilisation.
 81

Table des matières

IN MEMORIAM................................................................................................................I
DÉDICACE.......................................................................................................................II
EPIGRAPHE....................................................................................................................III
REMERCIEMENTS..........................................................................................................IV
RÉSUMÉ EXÉCUTIF.........................................................................................................V
INTRODUCTION..............................................................................................................1
4.1. Choix.......................................................................................................................3
6.1. Techniques d'observation......................................................................................5
6.2. Technique d'interview..............................................................................................5
6.3. Technique documentaire..........................................................................................5
1.1. ÉTUDE CONCEPTUELLE...........................................................................................7
1.1.5.1. Avantages du Cloud Computing........................................................................7
1.1.6. Les Éléments Fondamentaux d’un Site Web...............................................8
1.1.6.1. Nom de Domaine..............................................................................................8
Hébergement Web.........................................................................................................8
Serveur Web..................................................................................................................8
Un serveur web est un ordinateur puissant qui stocke les fichiers du site et les envoie
aux utilisateurs via Internet. Exemples de serveurs : Apache, Nginx................................8
1.1.8. Technologies Utilisées..........................................................................................8
1.1.8.1. Frontend (Interface utilisateur).........................................................................8
1.1.8.2. Backend (Gestion des données et logique serveur)..........................................8
1.1.8.3. Autres Outils.....................................................................................................9
1.1.8.4. Sécurité et Performances..................................................................................9
CHAPITRE II : ETUDE DE L'EXISTANT ET ANALYSE DES BESOINS..............10
II.2. Présentation de l’organisation d’accueil................................................................10
II.2.1. Dénomination....................................................................................................10
II.2.2. Historique...........................................................................................................10
II.2.3. Mission et objectif de l’ISP – KBB.......................................................................11
 82

II.2.4. Statut juridique..................................................................................................11

II.2.5. Localisation........................................................................................................11
II.2.6. Structure organisationnelle et fonctionnelle.....................................................11
II.2.6.1. Structure organisationnelle.............................................................................11
II.2.6.2. Structure fonctionnelle...................................................................................14
Etudes des Documents................................................................................................16
II.4. Diagramme d’activité............................................................................................17
II.4.2 Formalisme graphique........................................................................................18
II.4.3. Listes des flux.....................................................................................................18
II.4.4. Le diagramme des flux (ici on ne parle encore le schéma entre les service......18
II.5. Dictionnaire des données.....................................................................................19
II.6. Positionnement du problème...............................................................................20
II.7. Objectifs de l’étude...............................................................................................20
II.8. Cahier de charge...................................................................................................21
1. Matériel nécessaire avec prix estimé...........................................................................21
💻 2. Logiciels nécessaires (majoritairement gratuits)......................................................21
🔒 3. Services et sécurité...................................................................................................22
📊 4. Coût global estimatif du projet.................................................................................22
CHAPITRE III: CONCEPTION..........................................................................................23
III.1. Présentation d’UML.............................................................................................23
III.1.1. Définition..........................................................................................................23
3.1.1-Les points forts d’UML :......................................................................................23
3.1.2-Représentation statique du système (structurel) :.............................................24
3.1.3-Représentation dynamique du système (comportemental) :.............................24
III.2. Présentation des acteurs......................................................................................24
1. Administrateur.........................................................................................................24
2. Enseignant................................................................................................................25
4. Visiteur.....................................................................................................................26
3.2-Diagramme de cas d'utilisation (use case) :...........................................................26
10. Communication entre utilisateurs (Étudiant, Enseignant, Administrateur).......27
 83

11. Gestion des cours, horaires, examens et notes (Enseignant, Administrateur)....27

16. Impression des documents (Étudiant, Enseignant, Administrateur)..................27
III.4. Description des cas d’utilisation avec des scénarios............................................29
3.3-Diagramme de collaboration :...................................................................................29
Diagramme de collaboration (communication)...........................................................29
Explication :...............................................................................................................29
Diagramme de collaboration : Consultation des résultats, horaires et examens.........33
Diagramme de collaboration : Gestion des cours, horaires, examens et notes...........39
Diagrammes d’activité..................................................................................................53
📘 1. Activité : Consultation des actualités par le visiteur.............................................54
📘 2. Activité : Authentification d’un utilisateur............................................................54
📘 3. Activité : Envoi d’un message de contact par le visiteur.......................................55
📘 4. Activité : Recherche de contenu (étudiant / enseignant).....................................55
📘 5. Activité : Suppression d’un document..................................................................56
📘 6. Activité : Modification du profil utilisateur (étudiant, enseignant, administrateur)
.....................................................................................................................................56
📘 7. Activité : Consultation des résultats, horaires et examens (étudiant)..................57
📘 8. Activité : Participation au cours en ligne..............................................................57
📘 9. Activité : Passage d’un examen.............................................................................58
📘 10. Activité : Paiement en ligne................................................................................58
📘 11. Activité : Messagerie entre utilisateurs..............................................................59
📘 12. Activité : Gestion des cours, horaires, examens, notes......................................60
📘 13. Activité : Génération de statistiques...................................................................60
📘 14. Activité : Gestion des utilisateurs (administrateur)............................................61
📘 15. Activité : Paramétrage et supervision du système (administrateur)...................62
III.6. Architecture de l’application................................................................................62
L’application est organisée en une architecture multicouche classique pour séparer les
responsabilités, faciliter la maintenance, la sécurité, et la scalabilité du système........62
🧱1. Couche Présentation (Front-End)...........................................................................62
Cette couche est responsable de l’interaction avec les utilisateurs (étudiants,
enseignants, administrateurs, visiteurs). Elle comprend :............................................62
 84

⚙️2. Couche Métier (Back-End / Logique Applicative)................................................62

🗄️3. Couche Données (Base de Données)....................................................................63
III.7. Diagramme de classe...........................................................................................64
III.7.1 à III.7.3 : Cas spécifiques....................................................................................64
2️⃣ Cas : Recherche de contenu (par Étudiant et Enseignant)......................................65
3️⃣ Cas : Suppression de document (par tous les utilisateurs)...................................65
4️⃣ Cas : Modifier son profil........................................................................................65
5️⃣ Cas : Consulter résultats, horaires, examens (Étudiant).......................................66
6️⃣ Cas : Participation à un cours en ligne.................................................................66
7️⃣ Cas : Passer un examen.........................................................................................66
8️⃣ Cas : Paiement en ligne par l’étudiant + validation par admin.............................67
9️⃣ Cas : Envoi de messages entre utilisateurs...........................................................67
🔟 Cas : Gestion des cours, horaires, examens, notes (Enseignant/Admin)..................68
1️⃣1️⃣ Cas : Génération de statistiques par l’administrateur......................................68
1️⃣2️⃣ Cas : Gestion complète des utilisateurs (par l’admin)........................................69
III.7.4. Règles de gestion..............................................................................................69
1️⃣ Authentification....................................................................................................69
2️⃣ Recherche de contenu..........................................................................................69
3️⃣ Suppression de documents....................................................................................69
4️⃣ Modification de profil.............................................................................................69
5️⃣ Consultation de résultats, horaires, examens.........................................................70
6️⃣ Participation à un cours en ligne............................................................................70
7️⃣ Passage d’examen...................................................................................................70
8️⃣ Paiement en ligne...................................................................................................70
9️⃣ Messagerie entre utilisateurs.................................................................................70
🔟 Gestion des cours, examens, horaires, notes...........................................................71
1️⃣1️⃣ Statistiques du système....................................................................................71
1️⃣2️⃣ Gestion des utilisateurs....................................................................................71
III.7.5. Diagramme de classes global............................................................................71
III.8. Le modèle logique................................................................................................72
 85

🔹 I. Liste des principales tables et leurs champs..........................................................72

III.9. Diagramme de Package........................................................................................74
III.9.1. Définition..........................................................................................................74
III.9.3. Diagramme de classe du package « Espace GDS »............................................75
CHAPITRE IV : REALISATION DU SITE WEB POUR L’ISP KBB..........................................77
✅ IV.2. Environnement logiciel.....................................................................................77
✅ IV.3. Les outils utilisés...............................................................................................77
IV.4. Les langages de programmation utilisés..............................................................77
IV.5. Présentation de quelques interfaces....................................................................78
IV.5.1 Page d’accueil (Landing Page)............................................................................78
IV.5.2 Page d’Administration (SuperAdmin).................................................................78
IV.5.3 Page d’Administration Administrateur (Admin).................................................78
IV.5.4 Page d’Administration Enseignant (Enseignant).................................................78
IV.5.4 Page d’Administration Etudiant (Etudiant).........................................................78
CONCLUSION GENERALE..............................................................................................79
Recommandations.......................................................................................................80