INSTITUT SUPERIEUR D’INFORMATIQUE,

PROGRAMMATION ET ANALYSE
‘’ I . S . I . P . A . ‘’
B.P. 1895
KINSHASA I
Section : Sciences Informatiques
Option : Informatique Appliquée
Orientation : Génie Logiciel

CONCEPTION D'UN SYSTEME INFORMATISE

DE DEMANDE DES RENDEZ-VOUS A SMART
APPLICATIONS INTERNATIONAL LTD

Par

Fanny YABILI MUZINGA

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

d’obtenir le titre de licencié en Sciences
Informatiques

Directeur : Casimir ILUNGA KASAMBAY

Professeur Docteur
Superviseur : Claude KIKUATI NTOTILA
Chef de Travaux

Année universitaire : 2022 – 2023

 INSTITUT SUPERIEUR D’INFORMATIQUE,
PROGRAMMATION ET ANALYSE
‘’ I . S . I . P . A . ‘’
B.P. 1895
KINSHASA I
Section : Sciences Informatiques
Option : Informatique Appliquée
Orientation : Génie Logiciel

CONCEPTION D'UN SYSTEME INFORMATISE

DE DEMANDE DES RENDEZ-VOUS A SMART
APPLICATIONS INTERNATIONAL LTD

Par

Fanny YABILI MUZINGA

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

d’obtenir le titre de licencié en Sciences
Informatiques

Directeur : Casimir ILUNGA KASAMBAY

Professeur Docteur
Superviseur : Claude KIKUATI NTOTILA
Chef de Travaux

Session de septembre 2023

 i

DEDIDACE
A mon défunt père YABILI FAMBA DAVREUX, je dédie ce travail.
 ii

REMERCIEMENTS
Nous remercions notre époux ALI MUSSA Charles qui, avec son soutien
naturel, nous a toujours poussée à donner le meilleur de nous-même.
A notre respectueuse et vertueuse mère ALI WALO MARGUERITTE qui nous
a soutenue, prodigué des conseils et assistée durant notre cursus ac
adémique.
Nous exprimons notre gratitude à l'endroit de notre directeur de
mémoire, le Professeur Docteur Casimir ILUNGA KASAMBAY et de notre
superviseur de mémoire, le Chef de Travaux Claude KIKUATI NTOTILA
pour le soutien constant, les conseils avisés et la patience tout au
long de ce processus. Votre expertise et votre dévouement ont été
une source d'inspiration constante.
Nous sommes également reconnaissant envers le corps académique de
l'institut superieur d'informatique, programmation et analyse qui
nous a partagé savoir et expérience. Vos perspectives diverses et
vos encouragements ont grandement contribué à notre travail.
Nous témoignons notre profonde gratitude à l’Assistant Junior BIREO
pour son encadrement scientifique inestimable tout au long de nos re
cherches et de la rédaction de ce travail.
Enfin, nous remercions notre famille et nos amis pour leur amour et
leur soutien inconditionnels. Votre foi en nous nous a donnée la
force de persévérer.
Ce travail est le fruit de nombreux efforts et nous sommes
reconnaissante à tous ceux qui ont joué un rôle dans sa réalisation.

Fanny YABILI MUZINGA

TABLEAU DES FIGURES

Figure 1 : Représentation d'un acteur..............................6
Figure 2 : Modèle du Diagramme de séquence.........................7
Figure 3 : Modèle du diagramme de classe...........................8
Figure 4 : Modèle du diagramme de communication....................9
Figure 5 : Graphe PERT non ordonné................................17
Figure 6 : Graphe de PERT ordonné.................................20
Figure 7 : Organigramme général de SAI............................24
 iii

Figure 8 : Diagramme de cas d'utilisation du système actuel.......29

Figure 9 : Diagramme de séquence de système actuel................31
Figure 10 : Diagramme de cas d'utilisation global SMART RDV.......36
Figure 12 : Diagramme de séquence de la connexion.................39
Figure 13 : Diagramme de séquence de l'envoi de l'accusé de
réception.........................................................39
Figure 14 : Diagramme de classe...................................41
Figure 15 : Diagramme d'activité de l'envoi de demande de
rendez-vous.......................................................42
Figure 16 : Diagramme d'activité de la connexion..................43
Figure 17 : Diagramme d'activité de l'envoi de l'accusé de
réception.........................................................44
Figure 18 : Diagramme d'activité de l'envoi de notification.......45
Figure 19 : Diagramme de déploiement..............................46

LISTES DES TABLEAUX

Tableau 1 : Identification des tâches.............................15
Tableau 2 : Evaluation des ressources.............................16
Tableau 3 : Les Contraintes d'élaboration du projet...............17
Tableau 4 : Matrice booléenne.....................................18
 iv

Tableau 5 : Tableau des marges libres et totales..................22

Tableau 6 : Description de la lettre de demande de rendez-vous. . . .26
Tableau 7 : Description de l'accusé de reception..................27
Tableau 8 : Description du registre de visite.....................28
Tableau 9 : Diagramme d'activité de l'ancien système..............33
Tableau 10 : Présentation des outils utilisés.....................49
Tableau 11 : Propositions des programmes..........................49

LISTE DES ABREVIATIONS, ACRONYMES ET SIGLES

BDD : Base de données
CRM : Customer Relationship Management
 v

CTP : Coût Total du Projet

DTA : Date au plus tard
DTO : Date au plus tôt
DTP : Durée Totale du Projet
IP : Internet Protocol
LAN : Local Area Network
LDD : Langage de Description des Données
MAN : Metropolitan Area Network
ML : Marge Libre
MT : Marge Totale
PERT : Program Evaluation and Review Technic
PHP : PHP HyperText Preprocessor
SGBD : Système de Gestion de Base de Données
SII : Système d’Information Informatisé
SIO : Système d’Information Organisationnel
TCP : Transmission Control Protocol
UML : Unified Modeling Language
VPN : Virtual Personal Network
W3C : World Wide Web Consortium
WAN : Wide Area Network

LISTE DES CAPTURES D’ECRANS

Capture d'écran 1 : Formulaire de connexion......................50
 vi

Capture d'écran 2 : Interface de visualisation des rendez-vous

demandeur.........................................................51
Capture d'écran 3 : interface de visualisation des rendez-vous de
la personne demandée..............................................51
 1

INTRODUCTION
1. Problématique

De nos jours, avec l'avancée de la technologie, de plus en plus

d'entreprises optent pour des systèmes informatiques pour faciliter
leurs processus internes et offrir un meilleur service aux client.
Dans ce contexte, la conception d'un système informatisé de demande
de rendez-vous à SMART APPLICATIONS INTERNATIONAL se présente comme
un sujet d'étude pertinent intéressant.

La prise de rendez-vous est une étape cruciale dans la gestion des re

lations avec les clients pour toute entreprise. Cependant, cette tâch
e peut être fastidieuse et chronophage, tant pour les clients que pou
r les employés de l’entreprise. Dans ce contexte, SMART APPLICATIONS
INTERNATIONAL souhaite mettre en place un système informatique de
demande de rendez-vous pour améliorer la satisfaction des clients.

La problématique de ce travail est de savoir comment faire pour

améliorer le procéssus de la prise de rendez-vous efficace et adapté
aux besoins de SMART APPLICATIONS INTERNATIONAL et de ses clients ?

Cette problématique soulève plusieurs enjeux importants. Il est essen

tiel d’analyser les besoins des utilisateurs afin de concevoir un sys
tème qui répond à leurs attentes. Cela implique de recueillir des inf
ormations sur les préférences des clients en matière de prise de rend
ez-vous, ainsi que sur les processus internes de l’entreprise en mati
ère de gestion des rendez-vous.

2. Revue de littérature

Dans ce secteur, nous ne sommes pas la première à traiter de la

demande des rendez-vous au sein d'une entreprise. A l'issue de la lec
ture des travaux antérieurs y afférents, nous avons ciblé l'ouvrage
de Thamrin, D. (2020) sur les recherches : « Conseils pour la
planification des rendez-vous et une gestion optimisée du flux des
clients ». L'auteur a évoqué les avantages d'un système de prise des
rendez-vous, a vu comme avantages : le contrôle du nombre de
personnes présentes sur place, gestion des flux clients, la
fléxibilité et la tranquilité d'esprit au client.

Le point commun entre notre travail et l'ouvrage Dixie THAMRIN est

l'informatisation de la prise des rendez-vous dans une entreprise. Co
mme ligne de démarcation, notre travail se base sur la gestion de
demande des rendez-vous au demandeur par le biais d'un système inform
atique dont la base de données est centralisée et installée sur un po
ste serveur, produisant un accusé de réception et une notification
par rapport à une demande.
 2

3. Hypothèse de l'étude

Au regard de la problématique, nous proposons la conception d'un

système informatique de demande des rendez-vous à SMART APPLICATIONS
LTD. Cette dernière serait composée d'une base de données installée s
ur un poste serveur, afin de centraliser et sécuriser les données éch
angées entre parties prenantes, pour un meilleur cheminement des info
rmations et une meilleure prise de décision de l'activité mise en
étude.

4. Objectif de l’étude

L’objectif de ce travail est d’apporter notre modeste contribution

sur la prise de décision dans le processus de prise des rendez-vous à
SMART APPLICATIONS INTERNATIONAL LTD par la conception d'un système
informatique de demande des rendez-vous.

5. Délimitation de l’étude

Dans le temps, les données qui font l’objet de notre travail couvrent
la période allant de mois Février 2023 au mois d’août 2023. Dans
l’espace, SMART APPLICATIONS INTERNATIONAL LTD constitue le champ de
nos investigations.

6. Methodologie de recherche

60 Population enquêtée

Actuellement, SMART APPLICATIONS INTERNATIONAL LTD compte 450 agents

repartis en Afrique dont 30 en République Démocratique du Congo.

61 Echantillon

Un chargé de relation client, quatres opérateurs et un IT forment

notre échantillon dans la population d'enquête.

62 Méthode et outils de recueil des données

Pour la réalisation de cette recherche, nous avons fait recours au

processus unifié comme méthode par l’application de l’UML comme
langage de modélisation. En outre, pour une bonne planification de
notre projet nous avons fait usage de la méthode PERT.

D’autant plus que nous sommes opérateur et au cœur de la gestion sous

cette étude, nous avons utilisé l’observation participative et nous
avons soumis un questionnaire aux autres acteurs pour une meilleure
explication des tâches qui sont les leurs.
 3

7. Subdivision de l’étude

A l’exception de l’introduction et la conclusion, cette étude est

subdivisée en quatre chapitres. Le premier aborde les considérations
générales, la deuxième porte sur la planification du projet, le
troisième présente la connaissance de l’existant ou analyse du
contexte et le dernier procède l’interprétation des résultats et mise
en œuvre.
 4

CHAPITRE PREMIER : CONSIDERATIONS GENERALES

Dans ce chapitre, il est question de donner une vue d’ensemble de ce
travail via l’explication claire des concepts en rapport avec notre
sujet pour une bonne compréhension de son contenu.

10 Mots clés

100 Conception

La conception est la mise en œuvre d’un ensemble d'activités qui à

partir d'une demande d'informatisation d'un processus (demande qui
peut aller de la simple question orale jusqu'au cahier des charges
complet), permettent la conception, l'écriture et la mise au point
d'un logiciel (et donc de programmes informatiques) jusqu'à sa
livraison au demandeur.1

101 Système informatique

Par système informatique, on entend un système automatisé de

stockage, de traitement et de récupération des données qui tire parti
des outils informatiques et électroniques pour effectuer une série
complexe de processus et d’opérations. 2 Les systèmes informatiques
sont des types de systèmes d’information, c’est-à-dire, des systèmes
organisés autour du traitement de données de différentes sortes.
Cependant, tous les systèmes d’information ne sont pas des systèmes
informatiques. Autrement dit, tous ne sont pas numériques,
automatisés ou électroniques. Les systèmes informatiques occupent une
place clé dans le monde contemporain pour l’organisation et la mise
en œuvre des processus productifs et d’autres natures dans les
entreprises. Par exemple, les applications informatiques pour
l’échange d’informations permettent de surmonter les difficultés
rencontrées à cause de la distance.

102 Demande

Une demande est l’action de demander ; le fait de faire connaître à

quelqu’un ce que l’on désire obtenir de lui. 3

103 Rendez-vous

Un rendez-vous est une rencontre prévue entre deux ou plusieurs

personnes à une date, à une heure dans un lieu donné. 4

1
https://fr.wikipedia.org/wiki/Conception, consulté le 13/02/2022 à 09h42’
2
https://www.cyberuniversity.com/post/systeme-informatique-definition-structure-et-
classification, consulté le 13/02/2023 à 10h05’
3
https://larousse.fr/dictionnaire/francais/demande/23191, consulté le 02/05/2023 à 7h05’
4
https://www.larousse.fr/dictionnaires/francais/rendez-vous/68143, consulté le 13/02/2023 à
11h27’
 5

11 Mots d’ordre général

110 Notion sur le processus unifié

1100 Définition

UML5 (Unified Modeling Language) est une méthode de modélisation

orientée objet développée en réponse à l’appel à propositions lancé
par l’OMG6 (Object Management Group) dans le but de définir la
notation standard pour la modélisation des applications construites à
l’aide d’objets (Debrauwer, L., 2015, p. 45). Elle est héritée de
plusieurs autres méthodes telles que OMT et OOSE7 et Booch. Les
principaux auteurs de la notation UML sont Grady Booch, Ivar Jacobson
et Jim Rumbaugh.

1101 Histoire

L'UML est une synthèse de langages de modélisation objet antérieurs :

Booch, OMT8, OOSE. Principalement issu des travaux de Grady Booch,
James Rumbaugh et Ivar Jacobson, UML est à présent un standard adopté
par l'Object Management Group (OMG). UML 1.0 a été normalisé en
janvier 1997; UML 2.0 a été adopté par l'OMG en juillet 2005. La
dernière version de la spécification validée par l'OMG est UML 2.5.1
(2017). UML est destiné à faciliter la conception des documents
nécessaires au développement d'un logiciel orienté objet, comme
standard de modélisation de l'architecture logicielle. Les différents
éléments représentables sont : activité d'un objet/logiciel, acteurs,
processus, schéma de base de données, composants logiciels,
réutilisation de composants. Vues d'UML20.

Une façon de mettre en œuvre UML est de considérer différentes vues

qui peuvent se superposer pour collaborer à la définition du
système :

a. Vue des cas d'utilisation (use-case view) : c'est la description

du modèle vu par les acteurs du système. Elle correspond aux besoins
attendus par chaque acteur (c'est le quoi et le qui).

b. Vue logique (logical view): c'est la définition du système vu de

l'intérieur. Elle explique comment peuvent être satisfaits les
besoins des acteurs (c'est le comment).

c. Vue d'implémentation (implementation view) : cette vue définit les

dépendances entre les modules.

5
UML : Unified Modeling Language (Langage de modélisation unifié)
6
OMG : Object Management Group (Groupe de gestion d’objects)
7
OOSE: Object Oriented Software Engineering (Génie logiciel orienté objet)
8
OMT : Object Modeling Technic (Technique de modélisation d’objects)
 6

d. Vue des processus (process view) : c'est la vue temporelle et

technique, qui met en œuvre les notions de tâches concurrentes,
stimuli, contrôle, synchronisation…

e. Vue de déploiement (deployment view) : cette vue décrit la

position géographique et l'architecture physique de chaque élément du
système.

En UML 2.5, les diagrammes sont représentés sous deux types de vue :
d'un point de vue statique ou structurelle du domaine avec les
diagrammes de structure (Structure Diagrams). Les diagrammes de
structure (structure diagrams) ou diagrammes statiques (static
diagrams) rassemblent :

1102 Type de diagrammes

On distingue plusieurs types de diagrammes dont voici :

 Diagramme de cas d’utilisation

Un diagramme de cas d'utilisation est un type de diagramme utilisé en

UML pendant la phase d'analyse d'un projet pour identifier la
fonctionnalité du système (Debrauwer, L., 2015, p. 56). Il
décrit l'interaction des personnes ou du dispositif externe avec le
système en cours de conception. Il ne montre pas beaucoup de détails,
mais résume seulement certaines des relations entre les cas
d'utilisation, les acteurs et les systèmes. Un acteur est un
utilisateur type qui a toujours le même comportement vis-à-vis d’un
cas d’utilisation. Ainsi les utilisateurs d’un système appartiennent
à une ou plusieurs classes d’acteurs selon les rôles qu’ils tiennent
par rapport au système.

Figure 1 : Représentation d'un acteur

 Diagramme de séquence

Un diagramme de séquence est utilisé en UML pour décrire les phases

d'analyse et de conception. C'est un diagramme d'interaction qui
détaille la manière dont les opérations sont effectuées (Debrauwer
L., 2015, p. 56). Un diagramme de séquence est souvent utilisé pour
représenter le déroulement chronologique des événements à travers un
cas d'utilisation. Il permet de présenter les relations de
communication entre les objets et les messages qui déclenchent ces
communications.
 7

Figure 2 : Modèle du Diagramme de séquence

 Diagramme d’activité

Le but d'un diagramme d'activité est de décrire le flux procédural

des actions dans le cadre d'une activité. Il est utilisé pour
modéliser la façon dont les activités sont coordonnées pour fournir
un service, pour montrer les événements nécessaires à la réalisation
d'une opération et pour illustrer les relations entre les événements
dans un cas d’utilisation.

 Diagramme de collaboration

Un diagramme de collaboration est utilisé pour décrire une collection

d'objets qui interagissent pour mettre en œuvre un certain
comportement dans un contexte. Il est utilisé pour modéliser la
fonctionnalité du système, c'est-à-dire, plus précisément, visualiser
la relation entre les objets qui collaborent pour effectuer une tâche
particulière et modéliser la logique de la mise en œuvre pour une
opération complexe.

 Diagramme de classe

Un diagramme de classe UML est non seulement utilisé pour décrire les
structures des objets et des informations dans une application, mais
aussi pour montrer la communication avec ses utilisateurs. Il offre
un large éventail d'utilisations, de la modélisation de la vue
statique d'une application à la description des responsabilités d'un
système. La composition est un type spécial d'agrégation qui dénote
une forte propriété.

Le diagramme de classes met en œuvre des classes, contenant des

attributs et des opérations, et reliées par des associations ou des
généralisations.
 8

Figure 3 : Modèle du diagramme de classe

Une classe représente la description abstraite d’un ensemble d’objets

possédant les mêmes caractéristiques. On peut parler également de
type.

Une superclasse est une classe plus générale reliée à une ou

plusieurs autres classes plus spécialisées (sous-classes) par une
relation de généralisation. Les sous-classes « héritent » des
propriétés de leur superclasse et peuvent comporter des propriétés
spécifiques supplémentaires.

Le diagramme des composants permet aux concepteurs d'applications de

vérifier que les fonctionnalités requises d'un système sont mises en
œuvre par les composants, garantissant ainsi que le système final
sera acceptable. De plus, le diagramme des composants est un outil de
communication utile entre les parties prenantes pour discuter,
analyser ou améliorer la conception du système.

 Diagramme de paquetage

Un paquetage regroupe des éléments de la modélisation appelés aussi

membres, portant sur un sous-ensemble du système. Le découpage en
paquetage doit traduire un découpage logique du système à construire
qui correspond à des espaces de nommage homogènes.

Les éléments d’un paquetage peuvent avoir une visibilité déclarée

soit de type public (+) soit privé (-). Un paquetage peut importer
des éléments d’un autre paquetage. Un paquetage peut être fusionné
avec un autre paquetage.

 Diagramme de communication

Le diagramme de communication constitue une autre représentation des

interactions que celle du diagramme de séquence. En effet, le
diagramme de communication met plus l’accent sur l’aspect spatial des
échanges que l’aspect temporel. Chaque participant à un échange de
 9

message correspondant à une ligne de vie dans le diagramme de

séquence se représente sous forme d’un rôle dans le diagramme de
communication. Un rôle est identifié par : « nom de rôle » : « nom du
type ». Un message correspond à un appel d’opération effectué par un
rôle émetteur vers un rôle récepteur. Le sens du message est donné
par une flèche portée au-dessus du lien reliant les participants au
message (origine et destinataire). Chaque message est identifié
par :<numéro> : nom ().

Figure 4 : Modèle du diagramme de communication

 Diagramme de déploiement

Le diagramme de déploiement permet de représenter l’architecture

physique supportant l’exploitation du système. Cette architecture
comprend des nœuds correspondant aux supports physiques (serveurs,
routeurs…) ainsi que la répartition des artefacts logiciels
(bibliothèques, exécutables…) sur ces nœuds. C’est un véritable
réseau constitué de nœuds et de connexions entre ces nœuds qui
modélise cette architecture.

Un nœud correspond à une ressource matérielle de traitement sur

laquelle des artefacts seront mis en œuvre pour l’exploitation du
système. Les nœuds peuvent être interconnectés pour former un réseau
d’éléments physiques9.

9
https://fr.wikipedia.org/wiki/noeud, consulté le 13/03/2023, à 12h45’
 10

111 L’informatique de gestion

a. Gestion

La gestion est l’action d’administrer, d’encadrer, de veiller au bon

déroulement et s’applique à une grande quantité du milieu
socioprofessionnel .
10

b. L’informatique de gestion

L’informatique de gestion est une science qui étudie le déroulement

et l’application des systèmes de l’information et de la communication
dans les entreprises. C’est un ensemble de connaissances, des
technologies et des outils en rapport avec la gestion des données
c’est-à-dire la collecte, la vérification et l’organisation des
grandes quantités d’information. En informatique de gestion, les
informations sont souvent placées dans de bases de données et
traitées par l’intermédiaire de logiciels spécialisés qui sont les
Systèmes de Gestion de Bases de Données 11.

112 Le logiciel informatique

Un logiciel est un ensemble composé d’un ou plusieurs programmes

ainsi que les fichiers nécessaires pour le rendre opérationnels. Il
détermine les tâches qu’un appareil informatique peut effectuer et
donne à l’ordinateur sa valeur ajoutée. Parmi les logiciels
informatiques, on distingue trois sortes qui sont : logiciel de base,
logiciel utilitaire, logiciel d’application (Montsongo, F., 2014,
p.15).

a. Logiciel de base

Le logiciel de base est constitué par des programmes fournis par les
constructeurs des ordinateurs et qui font fonctionner les matériels
et les rendent aussi faciles que possibles à utiliser. On les appelle
‘’systèmes d’exploitation’’. Exemples : Windows, Mac OS, Unix,
Androïd (Kikuati, C., 2013, p. 12).

b. Logiciel utilitaire

Un utilitaire est un programme fourni par le fabricant de

l’ordinateur ou une firme spécialisée comme faisant partie du
logiciel de base et qui n’est utilisé que pour certaines tâches ou
fonctions avec beaucoup de facilités, comme la copie, le tri.

c. Logiciel d’application

Le logiciel d’application est constitué par les différents programmes

permettant de faire le traitement en général. Ils sont réalisés par
10
https://www.wikipédia.org/wikionary/gestion, consulté 13/02/2023 à 12h00’
11
https://www.wikipédia.org/wikionary/informatique-de-gestion, consulté 13/03/2023 à 12h25’
 11

les informaticiens de l’entreprise ou par des maisons spécialisées

(progiciels). Il existe plusieurs sortes des logiciels d’application,
entre autres : Microsoft Access, Microsoft Excel, etc.

113 Système de Gestion de Base de Données (SGBD)

Un SGBD est un ensemble de logiciels systèmes permettant à

l’utilisateur d’insérer, de modifier et de rechercher efficacement
des données spécifiques dans une grande masse d’informations (pouvant
atteindre quelques milliards d’octets) partagée par de multiples
utilisateurs. La gestion d’une base de données est à la fois complexe
et diversifiée. Maintenir la structure et l’intégrité des données,
garantir l’accès aux données en un temps minimum, gérer l’espace
occupé de manière optimale, protéger les données effets des accidents
de toute nature, autoriser plusieurs centaines de programmes à
accéder aux mêmes données et à les modifier, contrôler les accès
selon les autorisations strictement définies sont quelques-unes des
fonctions qu’on attend des logiciels (ou Système) de gestion de bases
de données ou SGDB (Hainaut, J., 2012, p. 155).

114 Logiciel de langage de programmation

Un logiciel de programmation permet de définir à l’ordinateur la

nature des opérations à effectuer et de designer l’adresse en mémoire
centrale, des données à traiter. Les instructions (ordres
élémentaires) sont écrites en pseudo-anglais constituant un langage
évolué.

115 Réseau informatique

Un réseau est un moyen qui permet à des individus ou à des groupes de

partager des informations et des services (Dordoine, J., 2003 p. 23).
C’est ainsi qu’un réseau informatique est un ensemble d’hôtes
connectés par des périphériques réseau tels des ordinateurs, des
imprimantes, des scanners, des smartphones et des serveurs de
fichiers et d’impression en vue de partager des informations et de
ressources.

a. Topologie physique des réseaux

La topologie physique des réseaux, représente la disposition de files

de (média). Les topologies physiques couramment utilisées sont :

 topologie en bus : tous les hôtes sont directement connectés à un

seul segment de Backbone (une longueur de câble) ;

 topologie en anneau : chaque hôte est connecté à son voisin et le

dernier hôte connecté au premier ;
 12

 topologie en étoile : tous les câbles sont raccordés à un point

central. Ce point est habituellement un concentrateur ou un
commutateur ;

 topologie en étoile étendue : repose sur la topologie en étoile.

Elle relie les étoiles individuelles entre elles en reliant les
concentrateurs/commutateurs ;

 topologie hiérarchique : elle est créée de la même façon qu’une

topologie en étoile étendue, toutefois, au lieu de relier les
concentrateurs/commutateurs ensemble, le système est relié à un
ordinateur qui contrôle le trafic dans la topologie ;

 topologie maillée : elle est utilisée lorsqu’il ne faut absolument

pas qu’il y ait de rupture de communication; le cas des systèmes
de contrôle d’une centrale nucléaire. Cela est aussi
caractéristique de la conception du réseau Internet, qui possède
de nombreux chemins vers un emplacement.

b. Typologie des réseaux

On distingue généralement trois types des réseaux informatiques,

différenciés par la distance maximale séparant les points les plus
éloignés du réseau, dont : les réseaux locaux (LAN), les réseaux
métropolitains (MAN) et les réseaux étendus (WAN).

 Les réseaux locaux ou LAN (Local Area Network)

Les LAN correspondent, par leur taille, aux réseaux intra-

entreprises. Ils servent au transport de toutes les informations
numériques de l’entreprise. En règle générale, les bâtiments à câbler
s’étendent sur quelques centaines de mètres. Les débits de ces
réseaux vont aujourd’hui de quelques mégabits à plusieurs centaines
de mégabits par seconde (Pujolle, G., 2008, p. 15).

 Les réseaux métropolitains ou MAN (Metropolitan Area Network)

Les LAN permettent l’interconnexion des entreprises ou éventuellement

des particuliers sur un réseau spécialisé à haut débit qui est géré à
l’échelle d’une métropole. Ils doivent être capables d’interconnecter
les réseaux locaux des différentes entreprises pour leur donner la
possibilité de dialoguer avec l’extérieur.

 Les réseaux étendus ou WAN (Wide Area Network)

Les WAN sont destinés à transporter des données numériques sur des
distances à l’échelle d’un pays, voire d’un continent ou de plusieurs
continents. Le réseau est soit terrestre, et ils utilisent dans ce
cas des infrastructures au niveau du sol, essentiellement de grands
réseaux de fibre optique, soit hertzien, comme les réseaux
satellites.
 13

116 Projet

Un projet est une action spécifique, une nouvelle qui structure

méthodiquement et progressivement une réalité à venir, pour laquelle
on n’a pas encore d’équivalent. C’est un ensemble d’actions à
réaliser pour satisfaire un objectif défini, dans le cadre d’une
mission précise et pour la réalisation desquelles on a identifié non
seulement un début, mais aussi une fin (Poupard, J.P., 2017, p.48).

117 Base de données

Une base de données est un conteneur stockant des données telles que
des chiffres, des dates ou des mots, pouvant être traités par des
moyens informatiques pour produire une information. Une base de
données permet de stocker et de retrouver des données structurées,
semi-structurées ou des données brutes ou de l'information, souvent
en rapport avec un thème ou une activité ; celles-ci peuvent être de
natures différentes et plus ou moins reliées entre elles (Ilunga, T.,
2020, p.27).

118 Système

Un système est un ensemble d’éléments identifiables avec leurs

attributs (Clouse, M., 2016, p.7). En effet, lorsqu’il s’agit d’une
entreprise vue comme système, il existe trois sous-systèmes qui
sont :
 système d’information : est un ensemble organisé d’éléments qui
permet de regrouper, de classifier, de traiter et de diffuser de
l’information sur un phénomène donné (Mbikayi, J., 2018, p.11) ;
 système de pilotage (décision) : c’est l’ensemble de processus par
lesquels l’information est convertie en action (Mbikayi, J., 2018,
p.12) ;
 système opérant : est l’ensemble des moyens humains, matériels,
organisationnels qui exécutent les ordres du système de pilotage.
Il assure le fonctionnement du système global. Son activité est
contrôlée par le système de pilotage (Mbikayi, J., 2018, p.12).
 14

CHAPITRE DEUXIEME : PLANIFICATION DU PROJET

Un projet peut être défini comme étant un ensemble d’activités
organisées en phase ou étapes et formant l’unité de gestion
permettant la réalisation d’un objectif défini et précis (Courbel,
JC., 2012, p.2). Par ailleurs, il sied de signaler que la mise en
place d’un système d’information est considérée comme étant un projet
sur le plan informatique. Ainsi, son évaluation permet aux décideurs
de bien prendre les dispositions nécessaires pour sa réalisation.

20 Technique d’ordonnancement des tâches

L’ordonnancement des tâches est une programmation de celles- ci en y

associant les ressources nécessaires pour sa réalisation ou son
exécution (Yende, R., 2019, p.14). Il est également qualifié de
planification opérationnelle. Effectué par le chef de projet,
l’ordonnancement des tâches dans la gestion de projet permet de
répondre aux besoins exprimés sur un projet, d’avoir un coût
raisonnable et de respecter le délai prévu tout en tenant compte des
différentes contraintes. Il permet en plus d’identifier rapidement
les activités critiques et de choisir les tâches à réaliser par le
personnel propre à l’organisation ou de faire appel à la
soustraitance.

21 Méthode d’ordonnancement des tâches

Dans la Gestion de Projet, partir sur une méthodologie permet de

réaliser dans un ordre logique et dans des délais bien définis le
projet. Plusieurs méthodes d’ordonnancement existent telles que :
PERT (Program Evaluation and Review Technique), SCRUM, GANTT, etc.
Dans le cadre de notre étude nous utiliserons la méthode P.E.R.T.

22 Principes de représentation en P.E.R.T

Ici, il faut noter que la méthode PERT permet de résoudre le problème

central d’ordonnancement par le graph PERT. Dans ce mémoire, nous ne
considérons que les graphes PERT temps c’est-à-dire graphe temps
déterministe.

23 Contraintes dans un graphe P.E.R.T

La tâche (T2) ne peut pas commencer avant que la tâche (T1) ne soit
terminée, il y a existence d’une ou plusieurs tâches fictives et il y
a une étape de début et une étape de fin.

Nous allons définir la ligne directrice des différentes tâches

principales à réaliser dans le cadre de notre projet tout en tenant
compte des différents coûts qui y seront engagés. En voici :
 15

Tableau 1 : Identification des tâches

Codes Désignation des tâches

A Cadrage du projet
B Étude préalable
C Modélisation BDD
D Développement de l’application
E Test Alpha
F Correction
G Test d’intégration
H Validation de l’application
I Documentation
J Déploiement de l’application
K Formation des utilisateurs
L Maintenance préventive

24 Evaluation des ressources

L’évaluation des ressources est une opération consistant à déterminer

dans quel délai les matériels seront opérationnels. C’est aussi une
estimation des activités du projet en durée, coût en ressources
matérielles et humaines. Dans la méthode PERT, il existe trois types
de méthodes d’évaluation des ressources qui sont : méthode
d’estimation unique, la méthode d’estimation triple et la méthode
d’attribution des points.

Pour notre projet, nous utiliserons la méthode d’estimation unique

car elle n’accepte qu’une seule valeur pour chaque ressource.
 16

Tableau 2 : Evaluation des ressources

Codes Tâches Durée/jours Antériorité Coût Nombre de Qualification

(USD) personnes
A Cadrage du projet 2 - 400 1 Chef de projet
B Étude préalable 5 A 350 2 Analystes concepteurs
C Modélisation BDD 2 B 500 2 Administrateur de base de
données
D Conception de 30 C 6000 4 Développeurs
l'application informatique
E Test Alpha12 3 D 800 5 Alpha testeurs
F Correction 5 E 500 2 Développeurs
G Test d’intégration 13
5 F 1500 4 Développeur en chef et
développeurs
H Validation de 3 G 1200 2 Développeur en chef et chef
l’application de projet
I Documentation 5 H 900 2 Rédacteur et développeur en
chef
J Déploiement de 1 I 1000 4 Développeur en chef et
l’application utilisateurs
K Formation des utilisateurs 6 J 600 1 Développeur en chef
L Maintenance préventive 15 K 1300 4 Développeurs

12
Test Alpha désigne la première phase de test d'un logiciel après le codage.
13
Test d'intégration permet de vérifier l'aspect fonctionnel, les performances et la fiabilité du logiciel .
 17

25 Contraintes d’élaboration du projet

Il est question dans cette partie de déterminer les différentes

contraintes essentielles pour mener à bien notre projet.
Tableau 3 : Les Contraintes d'élaboration du projet

Tâche Avant
A -
B A
C B
D C
E D
F E
G F
H G
I H
J I
K J
L K

26 Evaluation du temps et coût total du projet

1 Construction du graphe P.E.R.T non ordonné

A B C D E F G H I J K L

1 2 3 4 5 6 7 8 9 10 11 12 13
Figure 5 : Graphe PERT non ordonné
 18

2 Matrice booléenne
Tableau 4 : Matrice booléenne

A B C D E F G H J K L M
A 0 1 0 0 0 0 0 0 0 0 0 0
B 0 0 1 0 0 0 0 0 0 0 0 0
C 0 0 0 1 0 0 0 0 0 0 0 0
D 0 0 0 0 1 0 0 0 0 0 0 0
E 0 0 0 0 0 1 0 0 0 0 0 0
F 0 0 0 0 0 0 1 0 0 0 0 0
G 0 0 0 0 0 0 0 1 0 0 0 0
H 0 0 0 0 0 0 0 0 1 0 0 0
I 0 0 0 0 0 0 0 0 0 1 0 0
J 0 0 0 0 0 0 0 0 0 0 1 0
K 0 0 0 0 0 0 0 0 0 0 0 1
L 0 0 0 0 0 0 0 0 0 0 0 0

3 Calcul des rangs

La formule permettant de calculer les rangs se présente comme suit :

R0 = Rn – nombre de sommet

Soit n = 12
R13 - 1 = R12
R13 - 2 = R11
R13 - 3 = R10
R13 - 4 = R9
R13 - 5 = R8
R13 - 6 = R7
R13 - 7 = R6
R13 - 8 = R5
R13 - 9 = R4
R13 - 10 = R3
R13 - 11 = R2
R13 - 12 = R1
R13 - 13 = R0

4 Recherche des dates au plus tôt et des dates au plus tard

a. Date au plus tôt

Formule : DTO(y) = DTO(x) + d(x)

 19

DTO (1) = 0
DTO (2) = 0 + 2 = 2
DTO (3) = 2 + 5 = 7
DTO (4) = 7 + 2 = 9
DTO (5) = 9 + 30 = 39
DTO (6) = 39 + 3 = 42
DTO (7) = 42 + 5 = 47
DTO (8) = 47 + 5 = 52
DTO (9) = 52 + 3 = 55
DTO (10) = 55 + 5 = 60
DTO (11) = 60 + 1 = 61
DTO (12) = 61 + 6 = 67
DTO (13) = 67 + 15 = 82

b. Date au plus tard

Formule : DTA(y) = DTA(x) – d(x)

DTA (13) = DTO(13) = 82

DTA (12) = 82 – 15 = 67
DTA (11) = 67 – 6 = 61
DTA (10) = 61 – 1 = 60
DTA (9) = 60 – 5 = 55
DTA (8) = 55 – 3 = 52
DTA (7) = 52 – 5 = 47
DTA (6) = 47 – 5 = 42
DTA (5) = 42 – 3 = 39
DTA (4) = 39 – 30 = 9
DTA (3) = 9 – 2 = 7
DTA (2) = 7 – 5 = 2
DTA (1) = 2 – 2 = 0
 20

264 Construction du graphe de P.E.R.T ordonné R12

R0

82 82
0 0
13
1 R11
R1

L15
A2 67 67
2 2
R10 12
2 R2

61 61 K6
B5 7 7
R9 11
3
R3

60 60 J1
C2
9 9 10
R8
4 R4

D30 55 55 I5
39 39 R5 R6 R7 9
5

42 42 47 47 52 52
E3

H3
6 7 8

F5 G5
Figure 6 : Graphe de PERT ordonné
 21

265 Marges libres et marges totales

2650 Marges libres (ML)

La marge libre d’une tâche indique le retard que l’on peut admettre
dans sa réalisation (sous réserve qu’elle ait commencée à sa date au
plus tôt) sans modifier des dates au plus tôt des tâches suivantes
et sans allonger la durée de la tâche en question à l’écart qu’il
peut y avoir entre toutes ses dates au plus tôt de fin et celle de
début ; soit la formule ci-après :

Formule : ML(i) = DTO(y) – DTO(x) – d(x)

ML(A) = DTO(2) – DTO(1) – d(A) = 2 – 0 – 2 = 0

ML(B) = DTO(3) – DTO(2) – d(B) = 7 – 2 – 5 = 0
ML(C) = DTO(4) – DTO(3) – d(C) = 9 – 7 – 2 = 0
ML(D) = DTO(5) – DTO(4) – d(D) = 39 – 9 – 30 = 0
ML(E) = DTO(6) – DTO(5) – d(E) = 42 – 39 – 3 = 0
ML(F) = DTO(7) – DTO(6) – d(F) = 47 – 42 – 5 = 0
ML(G) = DTO(8) – DTO(7) – d(G) = 52 – 77 – 5 = 0
ML(H) = DTO(9) – DTO(8) – d(H) = 55 – 52 – 3 = 0
ML(I) = DTO(10) – DTO(8) – d(I) = 60 – 55 – 5 = 0
ML(J) = DTO(11) – DTO(10) – d(J) = 61 – 60 – 1 = 0
ML(K) = DTO(12) – DTO(11) – d(K) = 67 – 61 – 6 = 0
ML(L) = DTO(13) – DTO(12) – d(L) = 82 – 67 – 15 = 0

2651 Marges totales (MT)

La marge totale représente le retard maximum que l’on peut avoir à

la mise en exécution d’une tâche sans pour autant remettre en cause
les dates de début au plus tard des tâches suivantes :

Formule : MT(i) = DTA (y+1) – DTO(x) – d(i)

MT(A) = DTA(2) – DTO(1) – d(A) = 2 – 0 – 2 = 0

MT(B) = DTA(3) – DTO(2) – d(B) = 7 – 2 – 5 = 0
MT(C) = DTA(4) – DTO(3) – d(C) = 9 – 7 – 2 = 0
MT(D) = DTA(5) – DTO(4) – d(D) = 39 – 9 – 30 = 0
MT(E) = DTA(6) – DTO(5) – d(E) = 42 – 39 – 3 = 0
MT(F) = DTA(7) – DTO(6) – d(F) = 47 – 42 – 5 = 0
MT(G) = DTA(8) – DTO(7) – d(G) = 52 – 77 – 5 = 0
MT(H) = DTA(9) – DTO(8) – d(H) = 55 – 52 – 3 = 0
MT(I) = DTA(10) – DTO(9) – d(I) = 60 – 55 – 5 = 0
MT(J) = DTA(11) – DTO(10) – d(J) = 61 – 60 – 1 = 0
MT(K) = DTA(12) – DTO(11) – d(K) = 67 – 61 – 6 = 0
MT(L) = DTA(13) – DTO(12) – d(L) = 82 – 67 – 15 = 0
 22

2652 Tableau des marges libres et totales

Tableau 5 : Tableau des marges libres et totales

Code Marge libres Marges totales Observation

A 0 0 Chemin critique
B 0 0 Chemin critique
C 0 0 Chemin critique
D 0 0 Chemin critique
E 0 0 Chemin critique
F 0 0 Chemin critique
G 0 0 Chemin critique
H 0 0 Chemin critique
I 0 0 Chemin critique
J 0 0 Chemin critique
K 0 0 Chemin critique
L 0 0 Chemin critique

266 Présentation du chemin critique

Après détermination des dates au plus tôt et au plus tard de la

réalisation de notre projet, nous avons trouvé le chemin critique
suivant : A, B, C, D, E, F, G, H, I, J, et K.

27 Durée totale du projet

La durée totale du projet est égale à la source des activités

(tâches) de chemin critique.

Formule : DTP = ∑ (di)

DTP = d(A) + d(B) + d(C) + d(D) + d(E) + d(F) + d(G) + d(H) + d(I) +
d(J) + d(K) + d(L)

2 + 5 + 2 + 30 + 3 + 5 + 5 + 3 + 5 + 1 + 6 + 15 = 82 jours

28 Coût total du projet

Quel que soit les tâches critiques ou non, elles ont toutes une
répercussion sur le coût total du projet. Donc le coût total de
notre projet correspond à ceci : CTP : ∑n 1=1 C(i)

CTP = c(A) + c(B) + c(C) + c(D) + c(E) + c(F) +c(G) + c(H) + c(I) +
c(J) + c(K) + c(L)

400 + 350 + 500 + 6000 + 800 + 500 + 1500 + 1200 + 900 + 1000 + 600
+ 1300 = 15.050 USD
 23

CHAPITRE TROISIEME : CONNAISSANCE DE L’EXISTANT OU ANALYSE

DU CONTEXTE
Recourir à une méthode d’analyse informatique est obligatoire car
cette démarche permet d’orienter le concepteur dans la mise en place
d’un nouveau système d’information. Plusieurs méthodes d’analyses
existent en informatique telles que : Merise première génération,
deuxième génération ; Méthode classique et Méthode UP.
Dans le cadre de notre travail nous utiliserons la méthode UP
(Unified Process) se basant sur le langage de modélisation UML
(Unified Modeling Language).

PARTIE 1 : ETUDE PREALABLE

Etant la première étape de la mise en place d’un SI, elle permet

d’analyser le système existant pour pouvoir dégager les points
faibles et fort afin de proposer des nouvelles solutions plus
efficaces.

310 Historique de Smart Applications International

Smart Applications International est une société de solution dans

les domaines de Technologies de l’information et de communication de
classe mondiale, permettant aux clients d’être des entreprises
prospères grâce à des processus technologiques percutants et
efficaces qui offrent des expériences inoubliables.
Fondée en 2004, Smart Application est désormais dans 10 pays et
continue de façonner un avenir meilleur grâce à l’innovation de
haute technologique qui transforme la vision des clients en produits
innovants et performants.
Au cours de 18 dernières années, Smart Applications International
s’est associée à plus de 4000 entreprises clientes pour offrir une
solution révolutionnaire dans la gestion des régimes médicaux
utilisant des cartes à puce multi-applications biométriques sans
contact pour gérer efficacement leur régime médical.
Smart Applications International compte actuellement 910
prestataires, 400 prestataires en Ouganda, 320 au Rwanda, 200 en
Zambie, 100 au Sud-Soudan et en Somalie, 29 au Tanzanie, 80 au
Cameroun, 10 en République Démocratique du Congo et 5 aux îles de
Maurice.

311 Situation géographique

Smart Application International a son siège en RDC au numéro 8385 de

l’avenue du Flambeau, quartier Gare dans la commune de la Gombe.
 24

312 Mission et vision

Smart Applications International a pour mission d’inspirer un monde

commode et définit sa vision sur la création d’une société plus
intelligente via les technologies innovantes de classe mondiale.

313 Organigramme général du système d’information 14

3130 Organigramme

Représentant pays

Chargée des Chargée des Chargée des

Marketing & Opérations Finances
Ventes clients

Agent Administrateur
Chef d’équipe Chef secteur de bureau
relation d’équipe de
client Ventes
Service
Chargé du
client
Traitement des
hôpital
cartes

Chargé de la Chargé des

relation client Ventes

Figure 7 : Organigramme général de SAI

3131 Description

a. Représentant Pays

Le représentant pays a pour rôle principal de représententer la

société (Smart Applications International) dans le pays où il est
affecté. Il gère toutes les opérations dans son pays d’affectation,
y compris le recrutement, les budgets, la planification et la
soumission de rapports.

b. Chargée de marketing et des ventes

Le chargé marketing et des ventes conçoit la stratégie de l'offre de

l'entreprise. Il met en place les campagnes promotionnelles et la
politique de commercialisation en vue d'optimiser la lisibilité de

14
Source : Administrateur de bureau
 25

l'offre, le chiffre d'affaires et la rentabilité de l'activité.

Il assure des activités suivantes : participer à l'élaboration et à
la mise en œuvre de la politique commercial, élaborer, mettre en
œuvre et améliorer les méthodes marketing et organiser, coordonner
et animer l'équipe marketing et celle des ventes.

c. Chargée des opérations client

Le chargé des opérations clients se charge du développemment du

portefeuille clients de la société, mais également de répondre à
leur besoin en leur proposant des solutions adéquates. Il est de
manière générale toujours à l’écoute, et en cas de difficulté il
apporter une solution. Son rôle consiste également à prospecter de
nouveaux clients en mettant en avant les produits proposés par
l’entreprise.

d. Chargée des finances

Le chargé des finances se doit collaborer étroitement avec la

direction générale de la société pour envisager son développement
stratégique et financier. La mission du chargé des finances consiste
à contrôler la rentabilité et la solvabilité de la société, à
anticiper sa stratégie de développement et les financements et
investissements nécessaires. Le chargé des finances représente
également la société lors des négociations bancaires ou avec les
administrations.

e. Chef d’équipe relation client

Le chef d’équipe relation client chapeaute l’equipe de relation

client. Il manage et développe les compétences de son équipe,
exécute les ordres du chargé des opérations client, coordonne les
opérations clients et controlent le travail des membres de son
équipe avant de soumettre un rapport final au chargé des opérations
client.

f. Chef d’équipe de ventes

Le chef d’équipe de vente coordonne les activités du chargé des

ventes et sommet son rapport au chargé des opérations client.

g. Chargé du traitement des cartes

Le chargé du traitement des cartes assure la reception des fichiers

de clients, la preparation du template (code file), la programmation
des cartes et l’impression des cartes. Il travaille sous l’autorité
du chargé des opérations clients.

h. Chargé des relations client

Le chargé des relations client organises et gère le suivi des

 26

commandes. De l'enregistrement de la commande à la livraison, il

assure l'interface entre les services commerciaux, techniques,
comptables et informatiques. Il met en adéquation les impératifs
commerciaux avec les contraintes de la production (tarif, délai,
flux de production, remise, conditions de livraison, avoir, litiges,
…).

i. Chargé des ventes

Le chargé des ventes pilote les ventes et contribue à la bonne

gestion, au développement du chiffre d'affaires et de la marge de
son secteur.

j. Agent secteur

L’agent secteur assure l’implantation des produits dans son réseau

de distribution. Entant qu’homme de terrain, il lui est attribué un
secteur géographique qui peut s’étendre à plusieurs départements.

k. Service client hopital

Le chargé de service client hopital se charge des opérations

clients.
Il sert de pont entre l’Assurance, l’hôpital et Smart.
Il établit la prise de contact avec l’hôpital, programme une
installation et la formation des agents avec l’hôpital et établit un
programme des maintenances et mise à jour du système.

l. Administrateur de bureau

L’administrateur de bureau coordonne les activités et opérations

afin de garantir leur conformité avec les politiques financière de
la société. Il supervise le personnel administratif et réparti les
responsabilités pour garantir leur bonne exécution.

314 Recensement des interfaces et des intervenants

3140 Recensement et définition des interfaces

a. Lettre de demande de rendez-vous

 Rôle : demandez un rendez-vous

 Modèle : en annexe
 Description :
Tableau 6 : Description de la lettre de demande de rendez-vous

Code Rubri Libellé rubrique Nature Taille

que
Lie Lieu AN 30
Dat Date AN 10
NExp Nom de l'expéditeur AN 100
 27

AdrExp Adresse de l'expéditeur AN 100

ContExp Contact de l'expéditeur AN 80
NDest Nom du destinataire AN 100
PostDest Poste du destinataire AN 50
LieDest Lieu du destinataire AN 30
ObjLet Objet de la lettre AN 50
ContLet Contenu de la lettre AN 500
NomSignLet Nom du signataire de la lettre AN 100
LieSignLet Lieu de la signature de la lettre AN 30
DatSignLet Date de la signature de la lettre AN 10
Volume : 1190

b. Accusé de reception

 Rôle : informer à l'expéditeur que sa lettre a été bien reçu.

 Modèle : voir annexe
 Description :
Tableau 7 : Description de l'accusé de reception

Code Rubri Libellé rubrique Nature Taille

que
LieRec Lieu de reception AN 30
DatRec Date de reception AN 10
NRec Nom du receptionniste AN 100
Lie Lieu AN 30
Dat Date AN 10
NExp Nom de l'expéditeur AN 100
AdrExp Adresse de l'expéditeur AN 100
ContExp Contact de l'expéditeur AN 80
NDest Nom du destinataire AN 100
PostDest Poste du destinataire AN 50
LieDest Lieu du destinataire AN 30
ObjLet Objet de la lettre AN 50
ContLet Contenu de la lettre AN 500
NomSignLet Nom du signataire de la lettre AN 100
LieSignLet Lieu de la signature de la lettre AN 30
DatSignLet Date de la signature de la lettre AN 10
Volume : 1330

c. Registre de visite

 Rôle : enrégister et consulter les demandes de rendez-vous.

 Modèle : voir annexe
 Description :
 28

Tableau 8 : Description du registre de visite

Code Rubrique Libellé rubrique Nature Taille

Nref Numéro de référence AN 10
Dat Date AN 10
Heu Heure AN 8
PDem Personne demandée AN 100
PDema Personne demandeur AN 100
CatCour Catégorie de lettre AN 30
Volume : 258

315 Etude des traitements

3150 Narration

Pour obténir un rendez-vous à SMART APPLICATIONS INT, le demandeur

redige une lettre de demande de rendez-vous adressée à personne
qu'il souhaite rencontré et depose celle-ci à la reception SMART
APPLICATIONS INT. Aussitôt reçu, la lettre est enregistré dans le
registre de visite de l'entreprise en mentionnant l'expéditeur, le
destinataire, l'objet, l'heure et la date de la reception de la
lettre et après enrégistrement, la reception délivre un accusé de
reception au demandeur. La reception communique à la personne
demandée de l'existance d'une demande de rendez-vous à son nom. La
personne demandée analyse la demande de rendez-vous et communique
son avis à la receptionne. La reception va communiqué l'avis de la
personne demandée au demandeur. Si l'avis de la personne demandée
est positif, la reception prends soins de communiquer la date et
l'heure de la tenue du rendez-vous et dans le cas contraire le
demandeur sera tenu informer de l'avis négatif de la personne
demandée via appel téléphonique.

3151 Diagramme de cas d’utilisation (DCU)

Le diagramme de cas d’utilisation existant permet de modéliser le

comportement du système existant et d’en capturer les exigences.
Nous présentons ce présent diagramme sur base des grandes étapes de
la gestion des erreurs au sein de SMART APPLICATIONS INT.
 29

Figure 8 : Diagramme de cas d'utilisation du système actuel

 30

3152 Diagramme de séquence (Sd)

Le diagramme de séquence est la représentation graphique des

interactions entre les acteurs et le système en se fiant à l’ordre
chronologique dans la formulation UML. Notre diagramme de séquence
reflète notre diagramme de cas d’utilisation.
 31

Figure 9 : Diagramme de séquence de système actuel

 32

3153 Diagramme d'activité

Le diagramme d’activité permet de modéliser un processus interactif,

global ou partiel pour un système donné. Les diagrammes d’activité
affichent le flux de communication d’un point de départ à un point
d’arrivée en détaillant les nombreux chemins de décision existant
dans la progression des événements contenus dans l’activité.
 33

Tableau 9 : Diagramme d'activité de l'ancien système

Demandeur Reception Personne demandée

Receptionner la lettre Apprecier la demande de rendez-

vous

Rediger une lettre

Enregistrer la lettre dans le regsitre
de visite Communiquer son avis (Positif ou
negatif)
Rediger une lettre

Délivrer l'accusé de reception au

demandeur

Recevoir l'accusé de reception

Communiquer à la personne
demandée de l'existance d'une
demande de rendez-vous

Demandeur Reception Personne demandée

 34

A
Recevoir la communication de la
reception sur l'avis de la personne
demandée Recevoir l'avis de la personne
demandée

Oui Non
Positif

Communiquer l'avis de la personne

demandée au demandeur
 35

316. Modélisation du nouveau système

La modélisation permet de créer des représentations simplifiées d'un

système, d'un processus ou d'un objet complexe afin de mieux
comprendre leur fonctionnement et de prédire leur comportement dans
différentes situations. Les paragraphes suivants décrivent le
fonctionnement du référentiel après avoir analysé le processus de
gestion d'un répertoire de sites touristiques, en intégrant le
potentiel apport d'un outil informatique.

3160 Fonctionnement du nouveau système

Les grandes fonctionnalités de notre système se presentent comme

suit : le demandeur accède à la plateforme pour demander un rendez-
vous, à l'aide d'un formulaire il renseigne son identité, le nom de
la personne demandée, son poste, l'objet de sa demande de rendez-
vous, la date qu'il souhaite rencontré la personne ainsi qu'une
motivation à sa demande. Un agent de réception commis à SMART
APPLICATIONS INT reçoit la dite demande et accuse sa réception et
le transmet à la personne demandée. En recevant la demande, la
personne demandée partagera son avis à rélatif à cette demande de
rendez-vous lui concernant via un formulaire. Le demandeur sera
notifié par email selon l'avis de la personne demandée.
 36

3161 Diagramme de cas d'utilisation

Figure 10 : Diagramme de cas d'utilisation global SMART RDV

3162 Description textuelle

La description textuelle est une forme souple de présenter le

diagramme de cas d'utilisation, qui permet de fournir des détails
supplémentaires sur chaque cas d'utilisation. Elle peut inclure des
informations telles que le nom du cas, sa description, les acteurs
principaux et secondaires impliqués, les préconditions requises pour
que le cas se produise, les post-conditions qui résultent du cas,
ainsi que les scénarios possibles qui peuvent se produire.

a. Envoyer une demande de rendez-vous

L'envoi d'une demande de rendez-vous est réalisé grâce au formulaire

dont les champs : Nom du demandeur, status social, nom de la
personne demandée, poste de la personne demandée, objet de la
demande de rendez-vous, date de rendez-vous ainsi que la motivation
de la dite demande.

 Acteur : Demandeur
 Précondition
La connexion internet à l'ordinateur, à la tablette ou au
téléphone est le préalable pour accéder à la plateforme.
 Scénario nominal
 37

Le demandeur remplit le formulaire des informations demandées

puis valide.
 Post-condition
La demande de rendez-vous est envoyée, le demandeur ser redirigé
avec page avec un message d'envoi avec succès.
 Scénario d'exception
Une exception est levée par la fenêtre modale (alert).

b. Connexion

La connexion se fait via le formulaire de connexion en y renseigant

le nom d'utilisateur et le mot de passe.
 Acteur : Utilisateurs
 Précondition
L’utilisateur devra au préalable avoir créé un compte.
 Scénario nominal
L’utilisateur remplit le formulaire de connexion en y renseignant
son nom d'utilisateur et son mot de passe puis valide.
 Post-condition
L’utilisateur est redirigé vers son espace de travail pour
différentes opérations.
 Scénario d’exception
Une exception est levée par une fenêtre modale (alert).

c. Envoyer une accusé de reception

L'envoi d'une accusé de réception se fait grâce à un formulaire en y

renseignant les informations y afférantes.

 Acteur : Agent de réception

 Précondition
L'agent de réception doit cliquer sur le bouton « envoyer accusé
de reception » pour ouvrir le formulaire d'envoi d'accusé de
réception.
 Scénario nominal
L’agent de réception remplit les informations demandées sur le
formulaire d'envoi d'accusé de réception puis valide.
 Post-condition
L'accusé de réception est envoyé au demandeur concerné et l'agent
de reception est redirigé vers la liste des demandes de rendez-
vous.
 Scénario d'exception
Une exception est levée par la fenêtre modale (alert).

d. Envoyer une notification

L'envoi d'une demande de rendez-vous se fait grâce à un formulaire

en y renseignant les informations y afférantes.
 38

 Acteur : Agent de réception

 Précondition
La personne demandée doit cliquer sur le bouton « envoyer
notification » pour ouvrir le formulaire d'envoi de notification.
 Scénario nominal
La personne demandée remplit les informations demandées sur le
formulaire d'envoi de notification puis valide.
 Post-condition
La notification est envoyé au demandeur concerné et l'agent de la
personne demandée est redirigé vers la liste des demandes de
rendez-vous lui concernant.
 Scénario d'exception
Une exception est levée par la fenêtre modale (alert).

3163 Diagramme de séquence

Dans le cadre de la modélisation du nouveau système nous

présenterons les diagrammes de séquence de grande fonctionnalité de
notre plateforme pour lesquelles nous avons présenté une
description.

Figure 11 : Diagramme de séquence de l'envoi de demande de rendez-vous

 39

Figure 12 : Diagramme de séquence de la connexion

Figure 13 : Diagramme de séquence de l'envoi de l'accusé de réception

 40

3164 Diagramme de classes

Le diagramme de classe est considéré comme le plus important de la

modélisation orientée objet, il est seul obligatoire lors d’une
telle modélisation d’où l’importance de le présenter à ce niveau.
Le diagramme de classes montre la structure interne du système et il
permet de fournir une représentation abstraite des objets qui vont
interagir pour réaliser les cas d’utilisation (Audibert, L., 2013,
p.13).
Après les différentes analyses et réflexions sur la conception de
notre référentiel, nous avons ressorti les classes suivantes :
rendez-vous, objet, agent, status, avis, accuse de reception,
utilisateur.
 41

Présentation du diagramme de classe

Figure 14 : Diagramme de classe

 42

3165 Le diagramme d’activité

Le diagramme d'activité permet de modéliser le déroulement d'un

processus ou d'un cas d'utilisation. Il est composé d'une série
d'activités, de transitions, de décisions et de synchronisations. Le
diagramme est utile pour comprendre le déroulement d'un processus,
pour identifier les activités et les décisions nécessaires, ainsi
que pour communiquer la logique métier à d'autres membres de
l'équipe ou aux parties prenantes.

Figure 15 : Diagramme d'activité de l'envoi de demande de rendez-vous

 43

Figure 16 : Diagramme d'activité de la connexion

 44

Figure 17 : Diagramme d'activité de l'envoi de l'accusé de réception

 45

Figure 18 : Diagramme d'activité de l'envoi de notification

 46

3166 Diagramme de déploiement

Figure 19 : Diagramme de déploiement

 47

Un diagramme de déploiement est une vue statique qui sert à

représenter l’utilisation de l’infrastructure physique par le
système et la manière dont les composants sont repartis ainsi que
leurs relations entre eux. Le diagramme de déploiement présenté ci-
haut, décrit le schéma qui nous permettrait de déployer notre
solution informatique dans une infrastructure physique et nous
aiderait à mieux choisir nous outils logiques et matériels.
 48

CHAPITRE QUATRIEME : MISE EN ŒUVRE ET INTERPRETATION DES

RESULTATS
Partie 1 : Etape physique

L'étape physique est cruciale pour décrire avec précision les

solutions techniques mises en œuvre afin de prendre en compte de
nombreux aspects essentiels tels que les performances, les
conditions d'accès aux données, les processus de traitement et
d'enregistrement, ainsi que les choix matériels et logiciels, elle
nécessite une analyse approfondie des besoins et des contraintes du
système, ainsi qu'une prise de décision avisée pour choisir les
solutions techniques les plus adaptées.

310 Proposition du matériel (Hardware) et programmes (Software)

a) Serveur de base des données

§ Hébergeur : LEWEBMAX
§ Système de gestion de base de données : MySQL
§ RAM : 8 Go
§ Disque dur : 300 Giga SSD (Extensible)
§ Trafic mensuel : Illimité
§ Protection anti-ddos : Compatible
§ 1 adresse IP fixe.

Le lien du site d'hébergement est https://lewebmax.com

b) Serveur web

§ Hébergeur : LEWEBMAX
§ Processeur : 8 cores (Intel Xeon)
§ RAM : 8 Go
§ Disque dur (SSD) : Illimité
§ Bande passante : Illimité
§ Cloudfare CDN : Compatible
§ Serveur : Apache

Le lien du site d’hébergement est https://lewebmax.com

c) Compatibilité navigateur

Notre plateforme est compatible avec tous les navigateurs

respectant les dernières normes de la W3C15.

15
W3C : World Wide Web Consortium
 49

Tableau 10 : Présentation des outils utilisés

Outils Explications
Figma Figma est un outil de conception gra
https://www.figma.com phique qui permet de créer des maque
ttes et des prototypes d'interfaces
utilisateur pour les applications we
b et mobiles, il est particulièremen
t apprécié pour sa facilité d'utilis
ation, sa collaboration en temps rée
l et sa compatibilité avec de nombre
ux autres outils.
Visual studio code Visual studio code est un environnem
https:// ent de développement intégré (IDE) l
code.visualstudio.com éger, gratuit et open-source pour le
développement de logiciels. Il est p
articulièrement apprécié pour sa fac
ilité d'utilisation, sa polyvalence,
ses nombreuses extensions et sa comp
atibilité avec de nombreux langages
de programmation
XAMP XAMPP est un logiciel libre qui perm
https://apachefriends.org et de créer facilement un environnem
ent de développement web local sur v
otre ordinateur. Il inclut les compo
sants nécessaires pour exécuter des
applications web dynamiques telles q
u’Apache, MySQL, PHP et Perl. XAMPP
est utilisé par les développeurs pou
r tester et développer des applicati
ons web localement avant de les dépl
oyer sur un serveur en ligne. Il est
facile à installer et à configurer,
ce qui en fait une solution populair
e pour les développeurs débutants et
expérimentés. XAMPP est disponible p
our Windows, MacOs et Linux.

3211 Proposition des programmes et technologies

Tableau 11 : Propositions des programmes

Plateforme Web Explications

WORDPRESS WordPress est un système de
https://fr.wordpress.org/ gestion de contenu gratuit,
libre et open-source. Ce
logiciel écrit en PHP repose sur
une base de données MySQL et est
distribué par la fondation
WordPress.org.
 50

330 Echantillon des écrans de saisie

Dans cette section, nous présentons différents modèles d'interfaces

de notre plateforme. Cette présentation vous permettra de mieux
comprendre le fonctionnement de notre application et de vous
familiariser avec son apparence visuelle. Nous espérons que cela
vous aidera à mieux appréhender les fonctionnalités de notre produit
et à en tirer le meilleur parti.

Capture d'écran 1 : Formulaire de connexion

Capture d'écran 2 : Interface de visualisation des rendez-vous demandeur

 51

Capture d'écran 3 : interface de visualisation des rendez-vous de la personne demandée

331 Schéma fonctionnel du réseau

Hébergement
INTERNET

Serveur PHP

Pare feu

Serveur
MySQL

Demandeur Agents SMART

Le schéma fonctionnel de notre réseau nous permet de déterminer les

équipements informatiques et réseaux nécessaires à la réalisation de
 52

notre projet. Cette représentation globale nous offre une vision

claire de la circulation des informations au sein de notre
référentiel, ce qui est essentiel pour assurer son bon
fonctionnement. Grâce à cette vue d'ensemble, nous pouvons anticiper
les besoins en termes de ressources et optimiser notre
infrastructure pour garantir une performance optimale de notre
produit.

332 Interprétation des résultats

Notre étude vise à répondre à une problématique importante : quel

outil à mettre en œuvre pour améliorer le procéssus de la prise de r
endez-vous efficace et adapté aux besoins de SMART APPLICATIONS INTE
RNATIONAL et de ses clients ? Cette question est au cœur des
difficultés liées au manque d'un système informatique de gestion des
rendez-vous. Pour y répondre, nous avons élaboré une hypothèse
fondée sur la conception d'un système informatique de demande des
rendez-vous, qui permettrait aux demandeurs de faire leur demande en
ligne via la plateforme SMART RDV et de suivre l'évolutation de leur
demande aucours de la même plateforme. Cette sollution offre à
l'administration de SMART APPLICATIONS INTERNATIONAL un outil de
gestion des rendez-vous qui prends en charge tout le processus de la
demande du rendez-vous au rendez-vous. Nous sommes donc convaincus
que notre solution répondra aux besoins de SMART APPLICATIONS INTERN
ATIONAL et contribuera à améliorer leur expérience dans ses
intéractions avec l'ectérieur.
 53

CONCLUSION
Notre travail a porté sur la « conception d'un système informatique
de demande des rendez-vous à SMART APLLICATIONS INTERNATIONAL ».
Nous avons en premier lieu, présenté les problèmes liés à la
gestion des attestations de résidence. En se basant sur les
problèmes soulevés, nous nous sommes posé la question suivante :
quel outil à mettre en œuvre pour améliorer le procéssus de la pris
e de rendez-vous efficace et adapté aux besoins de SMART APPLICATIO
NS INTERNATIONAL et de ses clients ? De cette question a résulté
l’hypothèse précédemment évoqué dans l’introduction. Ce travail
vise par ailleurs de contribuer en la matière dont est traitée la
question rélative à la gestion des rendez-vous en entreprise.

Ce travail est subdivisé en quatre chapitres. Le premier s’est

focalisé sur les considérations générales qui ont fournis des
éléments de définition et de compréhension de notre sujet de
recherche, le deuxième a présenté la planification du projet, dans
lequel nous avons élaboré une feuille de route reprenant notre
choix pour ce qui est de la méthode de gestion de projets, de façon
à corroborer les stratégies et les objectifs fixés, en mettant un
accent sur l’identification des taches, les contraintes
d’élaboration du projet, l’évaluation du temps et coût total du
projet et son chemin critique, alors que le troisième s’est basé
sur l’analyse contextuel ou la connaissance de l’existant, faisant
ainsi une capture du déroulement manuel des opérations dans la
demande des rendez-vous à SMART APPLICATIONS INTERNATIONAL afin de
mener une meilleure étude conceptuelle et technique permettant de
dégager un nouveau système. Le quatrième et dernier n’a fait que
 54

confirmer notre hypothèse par l’interprétation des résultats

obtenus et la mise en œuvre de notre solution informatique.

Pour la réalisation de ce travail, nous avons fait recours au

processus unifié comme méthode par l’application de l’UML comme
langage de modélisation. En outre, pour une bonne planification de
notre projet nous avons fait usage de la méthode PERT.

En fin de compte, nous pouvons dire que notre solution informatique

a su rencontrer de manière satisfaisante, les besoins des parties
prenantes dans la gestion des rendez-vouus. Nous finissons cette
littérature en soulignant que l’œuvre humaine est toujours
perfectible et que celle-ci n’échappe pas à la règle. Aussi,
espérons-nous que vos critiques et suggestions pourront
participer à l’amélioration de ce travail.

BIBLIOGRAPHIE
1. Ouvrages

Dixie, T. (2020), Conseils pour la planifications des rendez-vous et

une gestion optimisé du flux des clients, Paris, QMATIC.

Roques, P. (2015), UML 2.5 : de la théorie à la pratique, Paris,

Eyrolles.

Audibert, L. (2013), UML 2 : de l'apprentissage à la pratique,

Paris, Eyrolles.

Pujolle, G. (2004), Réseaux et télécoms : avec exercices corrigés,

Paris, Eyrolles.

Bohnke S. (2010), Moderniser son système d’information, Paris,

Eyrolles.

Gabay, J., GABAY, D. (2008), UML 2 Analyse et Conception, Paris,

DUNOD.

2. Notes des cours

Mafwala, M. (2022), Evaluation des projets, ISIPA/Kinshasa, inédit.

Kavira, O. (2022), Génie Logiciel, ISIPA/Kinshasa, inédit.

Kayamba, T. (2022), Méthodes de conception des systèmes

d’information, ISIPA/Kinshasa, inédit.

Ilunga, T. (2020), Langage de programmation II, ISIPA-KIN, Inédit.

 55

Kayamba, T. (2019), Méthode d’analyse Informatique II, ISIPA-KIN,

inédit.

Mbikayi, JM (2015), Système d’Objets Repartis, ISIPA-KIN, Inédit.

3. Webographie

https://fr.wikipedia.org/wiki/Conception, consulté le 13/02/2022 à

09h42’

https://www.cyberuniversity.com/post/systeme-informatique-
definition-structure-et-classification, consulté le 13/02/2023 à
10h05’

https://larousse.fr/dictionnaire/francais/demande/23191, consulté le
02/05/2023 à 7h05’

https://www.larousse.fr/dictionnaires/francais/rendez-vous/68143,
consulté le 13/02/2023 à 11h27’

https://fr.wikipedia.org/wiki/noeud, consulté le 13/03/2023, à

12h45’

https://www.wikipédia.org/wikionary/gestion, consulté 13/02/2023 à

12h00’

https://www.wikipédia.org/wikionary/informatique-de-gestion,
consulté 13/03/2023 à 12h25’
 56

ANNEXES
 57

TABLE DES MATIERES

DEDIDACE...........................................................i
REMERCIEMENTS.....................................................ii
TABLEAU DES FIGURES..............................................iii
LISTES DES TABLEAUX...............................................iv
LISTE DES ACRONYMES................................................v
LISTE DES CAPTURES D’ECRANS.......................................vi
INTRODUCTION.......................................................1
1. Problématique...................................................1
2. Revue de littérature............................................1
3. Hypothèse de l'étude............................................2
4. Objectif de l’étude.............................................2
5. Delimitation de l’étude.........................................2
6. Methodologie de recherche.......................................2
60 Population enquêtée.............................................2
61 Echantillon.....................................................2
62 Méthode et outils de recueil des données........................2
7. Subdivision de l’étude..........................................3
CHAPITRE PREMIER : CONSIDERATIONS GENERALES........................4
10 Mots clés.......................................................4
100 Conception.....................................................4
101 Système informatique...........................................4
102 Demande........................................................4
103 Rendez-vous....................................................4
11 Mots d’ordre général............................................5
110 Notion sur le processus unifié.................................5
1100 Définition....................................................5
1101 Histoire......................................................5
1102 Type de diagrammes............................................6
On distingue plusieurs types de diagrammes dont voici :............6
111 L’informatique de gestion.....................................10
112 Le logiciel informatique......................................10
113 Système de Gestion de Base de Données (SGBD)..................11
114 Logiciel de langage de programmation..........................11
115 Réseau informatique...........................................11
116 Projet........................................................13
117 Base de données...............................................13
118 Système.......................................................13
CHAPITRE DEUXIEME : PLANIFICATION DU PROJET.......................14
20 Technique d’ordonnancement des tâches..........................14
21 Méthode d’ordonnancement des tâches............................14
22 Principes de représentation en P.E.R.T.........................14
23 Contraintes dans un graphe P.E.R.T.............................14
24 Evaluation des ressources......................................15
25 Contraintes d’élaboration du projet............................17
26 Evaluation du temps et coût total du projet....................17
260 Construction du graphe P.E.R.T non ordonné....................17
 58

261 Matrice booléenne.............................................18

262 Calcul des rangs..............................................18
263 Recherche des dates au plus tôt et des dates au plus tard.....18
264 Construction du graphe de P.E.R.T ordonné.....................20
265 Marges libres et marges totales...............................21
2650 Marges libres (ML)...........................................21
2651 Marges totales (MT)..........................................21
2652 Tableau des marges libres et totales.........................22
266 Présentation du chemin critique...............................22
27 Durée totale du projet.........................................22
28 Coût total du projet...........................................22
CHAPITRE TROISIEME : CONNAISSANCE DE L’EXISTANT OU ANALYSE DU
CONTEXTE..........................................................23
PARTIE 1 : ETUDE PREALABLE........................................23
310 Historique de Smart Applications International................23
311 Situation géographique........................................23
312 Mission et vision.............................................24
313 Organigramme général du système d’information.................24
3130 Organigramme.................................................24
3131 Description..................................................24
314 Recensement des interfaces et des intervenants................26
3140 Recensement et définition des interfaces.....................26
a. Lettre de demande de rendez-vous...............................26
315 Etude des traitements.........................................28
3150 Narration....................................................28
3151 Diagramme de cas d’utilisation (DCU).........................28
3152 Diagramme de séquence (Sd)...................................30
3153 Diagramme d'activité.........................................32
316. Modélisation du nouveau système..............................35
3160 Fonctionnement du nouveau système............................35
3161 Diagramme de cas d'utilisation...............................36
3162 Description textuelle........................................36
3163 Diagramme de séquence........................................38
3164 Diagramme de classes.........................................40
Présentation du diagramme de classe...............................41
3165 Le diagramme d’activité......................................42
3166 Diagramme de déploiement.....................................46
CHAPITRE QUATRIEME : MISE EN ŒUVRE ET INTERPRETATION DES RESULTATS 48
Partie 1 : Etape physique.........................................48
310 Proposition du matériel (Hardware) et programmes (Software)...48
3211 Proposition des programmes et technologies...................49
330 Echantillon des écrans de saisie..............................50
331 Schéma fonctionnel du réseau..................................52
332 Interprétation des résultats..................................52
CONCLUSION........................................................54
BIBLIOGRAPHIE.....................................................55
ANNEXES...........................................................57
TABLE DES MATIERES................................................58
59