Epigraphe

 Il est dicile d'envisager le développement socio-économique d'un pays, si on ne

connait pas le nombre de sa population .

Paul Ehrlich

i
Dédicace

À mes chers parents, KAHENGA Emmanuel et ILUNGA Angel.

À mes chers, petits frères et petites s÷urs, pour leur joie de vivre.

ii
Remerciements

Je commencerais par exprimer ma reconnaissance envers Dieu pour m'avoir accom-

pagné tout au long de ce parcours universitaire. Sans sa grâce divine, je n'aurais jamais

pu réaliser ce travail de n de bachelier.

Qu'il me soit permis de remercier sincèrement Le Professeur associé BULA KA-

TENDI Axel d'avoir accepté volontairement de diriger ce travail, malgré ses multiples
occupations, c'est grâce à ses conseils et remarques qu'en revient le mérite.

Ma gratitude va tout droit au corps professoral de la faculté des sciences du départe-

ment de mathématiques et informatique.

Je voudrais également remercier tous les membres de la famille, mes collegues, mes

amis et connaissances, pour leur soutien tant moral, nancier que spirituel.

Je m'en voudrais assez si je clôturais cette liste de remerciements sans mentionner les

NGOIE LUKUSA Philippe, SINDANI MWOLH Mike et KANYIKI

noms de

MANGA Pierre, car leur contribution a été particulièrement remarquable.

Que chaque personne, mentionnée ou non trouve ici l'expression de notre profonde

gratitude.

KAPYA KAHENGA Ledoux.

iii
Table des matières

Epigraphe i

Dédicace ii

Remerciements iii

Liste des gures vi

Liste des tableaux vii

Liste de sigles et abréviations viii

Introduction générale 1

0.1 Problématique et Hypothèses . . . . . . . . . . . . . . . . . . . . . . . . 1

0.1.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

0.1.2 Hypothèses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

0.2 Choix et Intérêt du sujet . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

0.2.1 Choix du sujet . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

0.2.2 Intérêt du sujet . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

0.3 Délimitation du travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

0.4 Méthode et Technique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

0.4.1 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

0.4.2 Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

0.5 État de l'art . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

0.6 Plan sommaire du travail . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Chapitre 1 CADRE CONCEPTUEL ET THÉORIQUE 6

1.1 Introduction au premier chapitre . . . . . . . . . . . . . . . . . . . . . . 6

1.2 Dénitions des concepts métiers . . . . . . . . . . . . . . . . . . . . . . . 6

1.3 Le langage UML et La méthode en V . . . . . . . . . . . . . . . . . . . . 7

1.3.1 Le langage de modélisation UML . . . . . . . . . . . . . . . . . . 7

1.3.2 La méthode en V [6] . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.4 Conclusion du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Chapitre 2 CADRE DE RÉFÉRENCE 10

2.1 Introduction au deuxième chapitre . . . . . . . . . . . . . . . . . . . . . 10

2.2 Brève présentation de l'Institut national de la Statistique [7] . . . . . . . 10

iv
 2.2.1 Historique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2.2.2 Localisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.2.3 Statut juridique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.2.4 Mission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.2.5 Structure organique de la direction provinciale . . . . . . . . . . . 12

2.2.6 Organigramme . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.3 Conclusion du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Chapitre 3 APPLICATION DE LA MÉTHODE 14

3.1 Introduction au troisième chapitre . . . . . . . . . . . . . . . . . . . . . 14

3.2 Expression des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

3.3 Spécication des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

3.4 Conception générale . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

3.4.1 Applications du système . . . . . . . . . . . . . . . . . . . . . . . 17

3.4.2 Architecture logicielle . . . . . . . . . . . . . . . . . . . . . . . . 17

3.4.3 Architecture matérielle . . . . . . . . . . . . . . . . . . . . . . . 18

3.4.4 Choix techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

3.4.5 Identication des acteurs . . . . . . . . . . . . . . . . . . . . . . 19

3.4.6 Identication des messages . . . . . . . . . . . . . . . . . . . . . . 19

3.4.7 Modélisation du contexte . . . . . . . . . . . . . . . . . . . . . . . 20

3.4.8 Le contexte dynamique du système RECENSE-MOI . . . . . . . . 22

3.5 Conception détaillée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

3.5.1 Identication des cas d'utilisations . . . . . . . . . . . . . . . . . 22

3.5.2 Diagramme de cas d'utilisation . . . . . . . . . . . . . . . . . . . 25

3.5.3 Description préliminaire des cas d'utilisations . . . . . . . . . . . 25

3.5.4 Description detaillée des cas d'utilisations . . . . . . . . . . . . . 27

3.5.5 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . 42

3.6 Test logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

3.6.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . 44

3.6.2 Test unitaire : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

3.6.3 Test d'intégration . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.6.4 Test de validation . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.6.5 Test d'acceptation . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.7 Les images des résultats de diérents tests . . . . . . . . . . . . . . . . . 46

3.8 Conclusion du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

Conclusion 57

Bibliographie 60

v
Liste des gures

Figure 1.1 Modèle du cycle de vie en V. . . . . . . . . . . . . . . . . . . 9

Figure 2.1 Organigramme de l'INS. . . . . . . . . . . . . . . . . . . . . 13

Figure 3.1 Architecture logicielle. . . . . . . . . . . . . . . . . . . . . . 17

Figure 3.2 Diagramme de contexte dynamique du système RECENSE-MOI. . . 22

Figure 3.3 Diagramme de cas d'utilisation du système RECENSE-MOI. . . . . 25

Figure 3.4 Diagramme de séquence "Gérer les zones de dénombrements". . . . . 30

Figure 3.5 Diagramme de séquence du cas d'utilisation "Gérer les agents". . . . 34

Figure 3.6 Diagramme de séquence du cas d'utilisation "Gérer les ménages". . . 37

Figure 3.7 Diagramme de séquence du cas d'utilisation "Valider ménages". . . . 39

Figure 3.8 Diagramme de séquence du cas d'utilisation "Gérer les statistiques". . 40

Figure 3.9 Diagramme de séquence du cas d'utilisation "Suivre avancement". . . 42

Figure 3.10 Diagramme de classe. . . . . . . . . . . . . . . . . . . . . 43

Figure 3.11 L'authentication de l'administrateur. . . . . . . . . . . . . . 46

Figure 3.12 Voir les dierentes statistiques. . . . . . . . . . . . . . . . . 47

Figure 3.13 Suivi d'avancement des zones de recensement. . . . . . . . . . . 47

Figure 3.14 Création des agents. . . . . . . . . . . . . . . . . . . . . . 48

Figure 3.15 L'authentication de l'agent recenseur. . . . . . . . . . . . . . 49

Figure 3.16 Test et verication des empreintes. . . . . . . . . . . . . . . . 50

Figure 3.17 Enregistrement des empreintes digitales . . . . . . . . . . . . . 51

Figure 3.18 Remplissage du questionnaire ménage. . . . . . . . . . . . . . 52

Figure 3.19 Enregistrement des questionnaires. . . . . . . . . . . . . . . . 53

Figure 3.20 Envoie des questionnaire ménages . . . . . . . . . . . . . . . 54

Figure 3.21 Tentative de connexion . . . . . . . . . . . . . . . . . . . . 55

Figure 3.22 Modication et suppression des questionnaires . . . . . . . . . . 56

vi
Liste des tableaux

Tableau 3.1 Liste des acteurs et leurs rôles dans le système. . . . . . . . . . 21

Tableau 3.2 Identication des cas d'utilisations. . . . . . . . . . . . . . . 24

vii
Liste des sigles et abréviations

INS : Institut National de la Statistique

UML : Unied Modeling Language

R.D.C : République Démocratique du Congo

OMT : Object Modeling Technique

INSTAT : Institut national de la statistique

ONRD : Oce National de Recherche et Développement

U.P.N.K : Université pédagogique national de Kinshasa

UNILU : Université de Lubumbashi

SGBD : Système de gestion de base de données

PDA : Persnal Digital Assistant

viii
Introduction générale

L'univers informatique est en constante évolution et s'étend à tous les domaines de la

vie, notamment dans l'analyse de données statistiques. La qualité des services informa-

tiques a donc un impact certain sur les performances des organisations, à tel point qu'il

est impensable, pour ces dernières de ne pas disposer de cet outil.

Nous pouvons dire que l'informatique vient apporter de multiples conforts à notre

mode de vie et permet de révolutionner les méthodes de travail. Ce nouveau progrès ore

aux utilisateurs de nouveaux outils de travail et permet d'améliorer sensiblement la qua-

lité des services et le rendement des activités.

C'est dans ce sens que l'Institut national de la statistique (INS) en sigle, qui représente

un établissement public sous la tutelle du ministère du Plan, après avoir identié plusieurs

défaillances dans son système traditionnel de collecte et d'analyse de données, voudrait

habilement à cet eet disposer d'un outil informatique qui lui permettrait de rassembler

et d'analyser, principalement pour le compte du gouvernement congolais, les informations

statistiques nécessaires pour sa politique démographique, économique et sociale.

0.1 Problématique et Hypothèses

0.1.1 Problématique
Après avoir mené plusieurs enquêtes, nous avons constaté que le système manuel ou

traditionnel du recensement de la population, utilisé lors du premier et dernier recense-

ment de la population datant de 1984, présente des dicultés qui sont liées à la collecte,

l'analyse, le traitement et la conservation des données, ci-après :

 Le problème d'espace de conservation qui expose les questionnaires des recensements

en format papier à plusieurs risques (vermine, détérioration, feu, intempéries, van-

dalisme, etc.), alors que ceux-ci font partie du patrimoine démographique de l'INS.

 Travail fastidieux d'analyse et de traitement manuels des données. Les agents re-

censeurs collectent les données manuellement, ce qui entraîne une marge d'erreur

1
 considérable liée à la saisie des données. Ceci réduit la pertinence du résultat at-

tendu.

 La quantité importante de données entraîne un manque de contrôles, ce qui peut

permettre à certaines personnes d'être recensées plusieurs fois sans être détectées

par les agents de contrôle. Cette pratique irrégulière, qui passe inaperçue, remet en

question la abilité des résultats obtenus.

 En raison du manque d'automatisation de certaines opérations, les dates program-

mées pour le recensement ne sont pas respectées, ce qui entraîne un coût en temps

trop élevé.

0.1.2 Hypothèses
Pour pallier les dicultés soulevées dans la problématique, la solution serait de :

 Mettre en place une application mobile pour la collecte de données qui utilisera

l'approche de la saisie et validation de données automatisée enn de réduire les

erreurs et les coûts liés à la saisie manuelle des données, le système biométrique des

empreintes digitales sera également implémenté pour la détection automatique des

personnes qui seront plusieurs fois recensées.

 Concevoir une application web pour le dépouillement automatique, l'analyse et le

traitement de données, où l'exécution de calculs sera eectuée à la volée. Cette

application permettra également aux décideurs une meilleure prise de décisions

parce qu'elle sera dotée d'une possibilité de pouvoir générer les rapports et les

tableaux de bords automatiquement.

 Créer une base de données pour le stockage, la conservation ainsi que la gestion des

données collectées par les agents recenseurs.

Ainsi, la mise en place d'un système informatique du recensement général de la po-

pulation qui inclura les éléments précités, serait une solution bonne, simple et ecace.

2
0.2 Choix et Intérêt du sujet
0.2.1 Choix du sujet
Le choix de ce sujet n'est sans doute pas le fruit du hasard, car il a été motivé par la

réalité observée sur terrain lors de nos recherches.

0.2.2 Intérêt du sujet

L'intérêt professionnel que nous portons sur ce travail est d'ordre patriotique, aider

notre cher et beau pays, plus particulièrement L'Institut National de la Statistique (INS),

de disposer d'un outil informatique, bon et ecace, qui lui permettra de bien recenser la

population, et cela, en très peu de temps.

Ainsi, sur le plan personnel, Ce travail revêt une grande importance pour nous, étu-

diants en troisième bachelier informatique, car il nous permet d'évaluer nos capacités

intellectuelles et de donner un sens à notre formation reçue à l'Université de Lubumbashi

(UNILU).

0.3 Délimitation du travail

 Temporelle : Notre travail s'étale sur la période allant de 2022 à 2023.
 Spatialle : Nous avons voulu étendre notre étude sur toute l'étendue de la Répu-
blique démocratique du Congo (R.D.C.), mais compte tenu de sa grande échelle,

nous nous sommes limités à la ville de Lubumbashi.

0.4 Méthode et Technique

0.4.1 Méthodes
Dans l'objectif de réaliser un système informatique qui répond aux exigences et aux

besoins de l'Institut National de la Statistique dans un délai et un coût prévisible, nous

avons utilisé les méthodes suivantes :

 Méthode en V : c'est une méthode de conduite de projet informatique qui est

un modèle de gestion de projet impliquant toutes les étapes du cycle de vie d'un

projet allant de la conception jusqu'à la validation.

 Méthode historique : cette méthode de recherche scientique nous a permis

d'expliquer le contexte historique de l'INS en rapport avec le recensement général

de la population passé an de mieux comprendre la situation actuelle.

3
0.4.2 Techniques
UML signie Unied Modeling language soit en français Langage de modélisation

uniée est la technique de modélisation qui sera utilisée dans ce travail parce qu'elle sera

utilisée dans le cycle en V.

Pour la collecte des informations nécessaires à la réalisation de ce travail, nous avons

recouru aux techniques ci-après :

 La technique documentaire : cette technique va nous permettre d'être en

contact avec les notes de cours, les articles, ouvrages, les multiples publications

ayant trait à notre sujet, cela dans l'objectif de mûrir notre travail.

 La technique d'interview : cette technique va nous permettre au travers des

diérents échanges que nous allons avoir avec les responsables administratifs de

l'INS d'avoir les informations nécessaires relatives à la réalisation de notre solution

informatique.

 La technique de discussion : cette technique nous permettra d'échanger avec

des professionnels du domaine an d'avoir leurs avis sur la question que nous nous

sommes posés ainsi que leurs orientations pour la bonne conduite du travail. [5]

0.5 État de l'art

Plusieurs de nos prédécesseurs ont déjà abordé le thème du recensement dans des

angles diérents de celui que nous abordons dans ce travail.

1. Conception et réalisation d'une application informatique pour la mise en place d'une

base de données pour l'exploitation des données du 4e recensement général de la po-

pulation et de l'habitat au Mali de 2009 (le questionnaire ménage et habitat.) : cas

de l'INSTAT (institut national de la statistique). [10]

 Institut : Technolab-Ista (institut supérieur de technologies appliquées)

 Année : 2009  2010
 Travail de n d'études réalisé par : Ali Mahamat MAHAMAT
 Résumé du travail : dans son travail, il propose une base de données Access
que lui qualie d'application informatique pour la gestion et l'exploitation des

données.

 Diérence : dans son travail, il s'est uniquement arrêté à la conception d'une

base de données qu'il a lui-même qualié d'une application informatique, il utilise

un système d'encodage manuel des données collectées par les agents recenseurs

via les questionnaires physiques, alors que pour notre part au-delà même de la

conception de la base de données, nous avons conçu une application mobile pour

4
 la collecte de donnes et une application web pour l'analyse et le traitement de

ces données collectées, nous avons renforcé le système de détection des doublons

en utilisant un capteur d'empreinte digitale intégré que lui n'a pas réalisé dans

son travail.

2.  Informatisation de la Gestion des enregistrements des nouveau-nés dans une Muni-

cipalité cas de la commune de Mont-Ngafula.  [11]

 Institut : U.P.N.K (Université Pédagogique Nationale de Kinshasa)

 Année : 2016  2017.
 Travail de n d'études réalisé par : MWANSA MWANSA.
 Résumé du travail : : dans son travail, il propose une base de données Access
pour les enregistrements des nouveau-nés.

 Diérence : En utilisant la méthode merise, ce travail propose une base de

données dans le SGBD Access pour l'enregistrement des nouveau-nés dans une

entité municipale, il dière du notre sur plusieurs aspects notamment, le manque

d'un outil informatique de collecte est remarqué.

0.6 Plan sommaire du travail

En excluant l'introduction et la conclusion, notre travail comportera trois chapitres à

savoirs :

Chapitre 1. Cadre conceptuel et théorique

Dans ce chapitre, il sera question d'une brève présentation des notions et concepts

théoriques qui seront repris dans ce travail.

Chapitre 2. Cadre de référence

Dans ce chapitre, sera présenté le cadre qui va nous servir de référence, en l'occurrence

l'Institut National de la Statistique (INS).

Chapitre 3. Application de la méthode

Dans ce chapitre, sera question de concevoir ledit système informatique en respectant

les étapes des développements de la méthode en V que nous avons choisis pour le processus

de développement logiciel.

5
Chapitre 1
CADRE CONCEPTUEL ET
THÉORIQUE

1.1 Introduction au premier chapitre

À travers ce chapitre purement théorique, nous aborderons et expliciterons plusieurs

notions utilisées et reprises dans ce travail. D'où la nécessité de la maîtrise de ce chapitre

devient indispensable pour la bonne compréhension de la suite du travail.

1.2 Dénitions des concepts métiers

 Recensement : opération administrative qui consiste à faire le dénombrement de
la population (d'une ville, d'un pays). [4]

 Population : est un ensemble d'individus ou d'éléments partageant une ou plu-

sieurs caractéristiques qui servent à les regrouper dans un milieu quelconque. [3]

 Ménage : d'une manière générale, un ménage, au sens statistique du terme, désigne

l'ensemble des occupants d'un même logement sans que ces personnes ne soient

nécessairement unies par des liens de parenté (en cas de cohabitation, par exemple).

Un ménage peut être composé d'une seule personne. [1]

 Zone de dénombrement : est une zone géographique dénie par les autorités

pour les besoins de l'enregistrement statistique de la population.

 Agent recenseur : est une personne qui est chargée de collecter des informations
auprès des citoyens pour le recensement de la population.

 Questionnaire de recensement : est formulaire rempli par les personnes recen-

sées dans le cadre d'un recensement de la population.

 Système informatique : est un ensemble de moyens informatiques et de télécom-

munications, matériels et logiciels, ayant pour nalité de collecter, traiter, stocker,

6
 acheminer et présenter des données. [8]

1.3 Le langage UML et La méthode en V

1.3.1 Le langage de modélisation UML
UML se dénit comme un langage de modélisation graphique et textuel destiné à

comprendre et à décrire des besoins, à spécier, concevoir des solutions et communiquer

des points de vue. [12]

Ce langage est né de la fusion de trois méthodes d'analyse et de conception objet qui

existaient au début des années 90, parmi lesquelles gurent les méthodes OMT (Object

Modeling Technique) de James Rumbaugh, BOOCH de Grady Booch et OOSE d'Ivar

Jacobson. Contrairement à ce qui avait été envisagé au départ, le processus de développe-

ment (méthode) a été sorti du champ. UML s'est imposée comme une technique standard

à utiliser en tant que langage de modélisation objet.

Il est important de préciser qu'UML n'est pas une méthode, mais plutôt un langage

graphique qui permet de représenter et de communiquer les divers aspects d'un système

d'information, parce qu'il ne prescrit pas de processus ou de techniques spéciques pour

la conception ou le développement de logiciels. Au lieu de cela, UML fournit un ensemble

de diagrammes et de notations standardisées, qui permettent aux concepteurs de modé-

liser les diérentes parties d'un système logiciel de manière claire et cohérente.

UML dans sa version 2 propose treize diagrammes qui peuvent être utilisés dans la

description d'un système. Voici donc une présentation rapide des diérents diagrammes

UML pouvant être utilisés tout au long de notre travail :

 Le diagramme des cas d'utilisation : ce diagramme est destiné à représenter

les besoins des utilisateurs par rapport au système. Il constitue un des diagrammes

les plus structurants dans l'analyse d'un système.

 Le diagramme de séquence : ce diagramme permet de décrire les scénarios de

chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en

interaction avec les objets.

 Le diagramme de classes : ce diagramme représente la description statique du

système en intégrant dans chaque classe la partie dédiée aux données et celle consa-

crée aux traitements. C'est le diagramme pivot de l'ensemble de la modélisation

d'un système. [9]

7
1.3.2 La méthode en V [6]
Le cycle en V est un modèle de gestion de projet qui implique toutes les étapes du

cycle de vie d'un projet allant de l'analyse des besoins au test d'acceptation.

La partie descendante du V correspond aux quatre actions de conception et de

développement du système, tandis que la partie ascendante reprend les quatre phases

d'assurance qualité qui lui sont associées. En eet, la particularité de ce modèle de gestion

de projet est de combiner une phase de validation pour chaque phase de développement.

Le point de jonction, le bas du `'V, correspond quant à lui, à l'étape de réalisation.

a) Partie descendante :

 Expression des besoins : cette première étape consiste à identier et à

comprendre les besoins du client. Elle implique la mise en place d'un plan de

communication avec le client pour clarier les exigences.

 Spécication des besoins : élaboration du cahier des charges, ce document

décrit en détail les exigences, les fonctionnalités et les contraintes du projet.

 Conception générale (aussi appelée conception architecturale ou conception

préliminaire) : liste les moyens nécessaires à la réalisation du projet.

 Conception détaillée : détail des composants (étapes) indispensables à la

création du produit.

b) Partie ascendante :

 Test unitaire : cette étape consiste à tester chaque fonctionnalité du logiciel

pour s'assurer qu'elle fonctionne comme prévue dans le cahier de charges.

 Test d'intégration : cette étape consiste à tester le système complet pour

s'assurer que toutes les parties fonctionnent ensemble de manière cohérente.

 Test de validation : cette étape a pour but de s'assurer que le logiciel dé-

veloppé répond correctement aux spécications énoncées dans le cahier de

charges et aux besoins identiés par l'utilisateur nal. C'est donc une phase

de vérication de la conformité du logiciel par rapport aux attentes du client

ou utilisateur nal.

 Test d'acceptation : c'est une étape qui est réalisée par le client ou l'utili-

sateur nal an de s'assurer que le logiciel répond aux spécications dénies

avant que le logiciel ne soit mis en service et utilisé de manière opérationnelle.

8
 Figure 1.1  Modèle du cycle de vie en V.

1.4 Conclusion du chapitre

Dans ce chapitre nous avons essayé de dénir et de présenter les diérentes notions et

concepts théoriques que nous utilisons dans notre travail, le chapitre qui suit sera consacré

à la présentation d'accueil qui nous a servi de cadre de référence.

9
Chapitre 2
CADRE DE RÉFÉRENCE

2.1 Introduction au deuxième chapitre

Nous consacrons ce chapitre à la présentation d'accueil du cadre qui nous a servi de

référence, il s'agit dans ce travail de l'Institut National de la Statistique.

2.2 Brève présentation de l'Institut national de la Sta-

tistique [7]
2.2.1 Historique
L'origine la plus lointaine de l'INS remonte au 11 juillet 1947 par le décret du Prince

Régent complété par celui du 11 mars 1948 instituant le système Statistique Congolais

du type décentralisé. Dès 1958, commencèrent à fonctionner les bureaux de statistiques

en provinces.

Après l'indépendance du Congo en 1960, le service des Statistiques est successivement

passé sous la tutelle de diérents Ministères et Instituts de Recherche tels qu'Oce Na-

tional de Recherche et de Développement (ONRD) et l'Institut de Recherche Scientique

(IRS).

L'Ordonnance n°78/397 en 3 octobre 1978. Créa l'Institut National de la Statistique

comme une entreprise publique sous la tutelle du Ministère du Plan et celui du Por-

tefeuille. En n de compte, par le Décret du Premier Ministre n°09/45 du 3/12/2009,

l'Institut National de la Statistique s'est transformé en un établissement public.

10
2.2.2 Localisation
L'Institut National de la Statistique a sa direction provinciale située sur l'avenue

GEORGES ARTHUR FORRESST coin LUFIRA dans la commune de Lubumba-

shi.

2.2.3 Statut juridique

L'INS jouit d'un statut juridique des établissements publics.

2.2.4 Mission
L'Institut National de la Statistique est, de manière générale, appelé à rassembler et

analyser, principalement pour le compte du gouvernement, les informations Statistiques

nécessaires pour sa politique économique, démographique et sociale.

Voici ces principales missions :

 D'établir, de collecter, d'élaborer et de tenir à jour les statistiques relatives à l'état

et au mouvement des personnes et des biens ;

 D'eectuer ou de faire eectuer, sous contrôle, des enquêtes statistiques par sondage

ayant en vue des renseignements généraux ou partiels ;

 De centraliser les statistiques de base, de conserver et de tenir à jour les chiers et

inventaires des biens à des ns d'exploitation statistique ;

 D'uniformiser et d'harmoniser les méthodologies des travaux statistiques en Répu-

blique démocratique du Congo ;

 De publier et de diuser, sous réserve de l'intérêt national, les résultats de ses

travaux ;

 D'eectuer ou de faire eectuer, à la demande du gouvernement ou de sa propre

initiative, des études d'ordre démographique, économique et social ;

 De promouvoir le développement de la science statistique au moyen des recherches

théoriques et de pourvoir à la formation du personnel chargé des travaux statis-

tiques ;

 De donner des avis préalables à tout projet tendant soit à introduire de nouvelles

méthodes statistiques en République démocratique du Congo, soit à suspendre ou

modier celles en vigueur ;

 De contribuer à l'amélioration de l'organisation des services statistiques en Répu-

blique démocratique du Congo ;

 D'assurer la liaison avec les services des statistiques interétatiques, avec ceux des

pays étrangers et des organisations internationales.

11
2.2.5 Structure organique de la direction provinciale
La Direction provinciale de l'INS de l'Ex  Katanga est dirigée par un directeur de

province ; elle a en son sein deux bureaux :

 Le bureau des statistiques économiques et nancières, prix et indice de prix.

 Le bureau des statistiques démographiques et sociales.

a) La direction provinciale
La direction provinciale participe à toutes les missions de l'INS : elle est à la fois un

échelon de collecte de l'information et des services d'études et de diusion de l'information

statistique économique et sociale à l'échelon de la province. Elle occupe une position

privilégiée pour collecter et traiter les données locales, mais aussi pour appréhender les

besoins des acteurs locaux et les satisfaire. Ses principaux interlocuteurs sont les services

déconcentrés de l'État en province et les collectivités territoriales.

b) Le secrétariat
Constitue la courroie de transmission entre les services techniques, c'est un vrai centre

nerveux de la direction ; il s'occupe de toutes les tâches administratives de la direction et

aussi des nances.

c) Le bureau des statistiques démographiques et socialles

Chargé de collecter, d'analyser et de tenir à jour les informations dans le domaine

démographique et social.

d) Le bureau des statistiques économiques

Chargé de rassembler et de tenir à jour les statistiques de nature économique en ce

qui concerne les prix, il collecte et calcule l'indice ociel des prix à la consommation des

ménages de la ville de Lubumbashi.

12
2.2.6 Organigramme

Figure 2.1  Organigramme de l'INS.

2.3 Conclusion du chapitre

Dans ce chapitre, nous avons brièvement présenté notre cadre de référence, l'Insti-

tut National de la Statistique, qui est un établissement public géré par le ministère du

Plan de la République démocratique du Congo. Il est chargé de collecter et d'analyser,

pour le compte du gouvernement congolais, les informations statistiques nécessaires pour

une bonne politique démographique, économique et sociale du pays. Dans le chapitre

suivant de notre travail, en utilisant la technique de modélisation UML et le cycle de

développement en V, nous concevrons et implémenterons notre solution.

13
Chapitre 3
APPLICATION DE LA MÉTHODE

3.1 Introduction au troisième chapitre

Dans ce chapitre, nous allons explorer l'application de la méthode de développement

en V annoncée à l'introduction générale et décrite au premier chapitre de notre travail.

Nous allons examiner de plus près chaque étape du processus de développement de la

méthode en V en utilisant la technique de modélisation UML pour modéliser, analyser

an de concevoir notre système informatique.

3.2 Expression des besoins

Cette étape consiste à recueillir, identier et comprendre les attentes et les besoins

des utilisateurs en l'occurrence les agents de l'INS.

De ce fait, une descente sur terrain a été eectuée dans le but de capturer les besoins

des utilisateurs.

Aux seins des bureaux de l'INS, nous avons eu plusieurs entretiens avec Mr. Gency

qui est le directeur du département de démographie de la direction provinciale de L'INS-

Lubumbashi, suite à ces diérents échanges, il a été constaté que depuis lors, jusqu'à ce

jour toutes les opérations du recensement ont toujours été eectuées manuellement ou

selon les méthodes traditionnelles par faute d'un système informatique able et ecace

permettant de collecter et d'analyser les données statistiques recueillies par les agents

recenseurs.

Ensuite, nous avons interviewé certains cadres de l'INS qui ont travaillé lors du pre-

mier et dernier recensement de 1984 en tant qu'agents recenseurs et contrôleurs. Suite

à leurs réponses, plusieurs dicultés ont été soulignées, notamment la perte des ques-

14
tionnaires en format papier, la double saisie des données et les problèmes rencontrés pour

contrôler la qualité des données. La création d'une application mobile qui permettrait aux

agents recenseurs de collecter les données et aux agents contrôleurs de suivre et vérier

la qualité de ces données se révèle être une solution ecace.

En ce qui concerne le processus de dépouillement des données collectées, un pro-

blème a été identié : l'absence d'un outil permettant une analyse ecace des données.

Actuellement, ce processus fastidieux est encore eectué manuellement, en utilisant des

méthodes traditionnelles. Par conséquent, le développement d'une application web pour

automatiser le calcul des données nous semble être une solution appropriée.

3.3 Spécication des besoins

Cette phase consiste à transformer les besoins exprimés lors de l'étape précédente en

fonctions et fonctionnalités spéciques du système. Elle vise à dénir les services que le

système doit fournir, les traitements qu'il doit eectuer.

Un premier tour d'horizon des besoins exprimés par les cadres de l'INS nous a permis

d'établir le cahier des charges préliminaire suivant :

Authentication
Lors de sa connexion, chaque agent doit être reconnu du système par un matricule et

un code agent unique qui lui identie des autres agents.

Gestion des zones

La gestion des zones implique la création et l'attribution de noms uniques pour les

zones de recensement par l'administrateur principal du système. Chaque zone de recen-

sement aura une limite de 200 ménages au maximum pour assurer une gestion ecace.

Création des agents

Une fois les zones de dénombrement créées, l'administrateur principal procède à la

création des agents recenseurs et des agents contrôleurs en leur fournissant les informa-

tions de connexion à leurs comptes, y compris un code agent et un matricule unique.

Chaque agent recenseur est attribué à une seule zone de dénombrement, tandis que

chaque agent contrôleur est responsable de la supervision d'au moins cinq zones de dé-

nombrement.

15
Collecte des informations
Une fois connecté au système, l'agent recenseur est autorisé à commencer à remplir

les questionnaires des ménages en fonction des variables démographiques spéciées. Ces

questionnaires peuvent être sauvegardés localement sur l'appareil de l'agent ou en ligne,

sur un serveur distant.

Suivis de la collecte de données

Dans le cadre des enquêtes sur la qualité de la validation des données, les agents

contrôleurs sont chargés de recevoir et vérier régulièrement toutes les données des zones

de dénombrement relevant de leur compétence issue de leurs zones de dénombrements.

Cette pratique leur permet de surveiller l'évolution de chaque zone de dénombrement,

en achant son statut d'avancement ainsi que le nombre de ménages recensés, tout en

vériant si ces données correspondent au nombre de ménages attendus dans la zone. Ce

processus de contrôle permet donc de valider les informations collectées et d'assurer la

abilité des données.

Traitement des informations

Une fois que les données sont envoyées dans le serveur distant, le calcul s'eectue à la

volé et le résultat s'ache en temps réel.

Gestion de doublons
Avant de procéder à l'activation de chaque questionnaire de recensement d'un membre

du ménage, il est obligatoire de passer par un processus de vérication biométrique des

empreintes digitales. Si les données d'empreintes digitales de la personne concernée sont

déjà présentes dans le système, le questionnaire ne sera pas déverrouillé et la personne ne

sera pas enregistrée. Par contre, si les données d'empreintes digitales ne correspondent

à aucune donnée existante, le questionnaire sera déverrouillé an de permettre l'enre-

gistrement de la personne. Il s'agit d'une mesure de sécurité stricte visant à détecter

les personnes qui se font plusieurs fois recenser an d'assurer l'exactitude des données

collectées lors du recensement.

16
3.4 Conception générale
3.4.1 Applications du système
Le système sera composé de deux applications diérentes : une application mobile

permettant la collecte de données, et une application web dédiée à l'analyse et au traite-

ment de ces données.

L'application mobile comprendra deux modules distincts : l'un sera utilisé par les

agents recenseurs pour la collecte de données, tandis que l'autre servira aux agents contrô-

leurs pour le suivi et la vérication de la qualité des données.

3.4.2 Architecture logicielle

L'architecture logicielle décrit d'une manière symbolique et schématique les diérents

éléments d'un ou de plusieurs systèmes informatiques, leurs interrelations et leurs inter-

actions. [2]

Figure 3.1  Architecture logicielle.

17
3.4.3 Architecture matérielle
Pour une bonne expérience utilisateur voici les exigences matérielles du système in-

formatique :

 Le serveur : il constitue une partie essentielle de l'architecture matérielle pour gérer

les données du recensement. Ils sont responsables du stockage des données et de la

gestion des bases de données.

 Les PC de Bureau : qui seront équipés de l'application web pour les analyses et

achages des résultats.

 Les PDA (Persnal Digital Assistant) : qui seront utilisés par les agents recenseurs

et contrôleurs pour la collecte et vérication des données

 Les lecteurs d'empreintes digitales multi-doigts : qui seront utilisés pour les prélè-

vements et enregistrements rapides des empreintes digitales des individus dans le

système informatique.

 Réseau : un réseau informatique est nécessaire pour connecter les diérentes com-

posantes du système informatique.

3.4.4 Choix techniques

Pour arriver à mettre en place notre système informatique, nous avons choisi les

techniques suivantes :

 UML : pour la modélisation objets.

 StarUML : est un outil de modélisation UML open-source qui permet de créer des

diagrammes de classes, des diagrammes de séquences, des diagrammes d'activités,

etc.

 Android Studio : est un environnement de développement intégré (IDE) ociel pour

le développement d'applications Android. Il est basé sur IntelliJ IDEA et fournit

des outils pour le développement, le débogage, la compilation et la distribution

d'applications Android.

 Visual Studio Code : est un éditeur de code source gratuit et open-source, et prend

en charge de nombreux langages de programmation, notamment Dart, Kotlin, Ja-

vaScript, C++, etc.

 GitHub : une plateforme de développement collaboratif basée sur Git, un système

de contrôle de version distribué. Il permet aux développeurs de travailler ensemble

sur des projets, de suivre les modications de code, de gérer les versions du code et

de partager des projets open-source.

18
  Firebase : est un produit de Google qui aide les développeurs à créer, gérer et

développer facilement leurs applications. Il aide les développeurs à créer leurs ap-

plications plus rapidement et de manière plus sécurisée. Aucune programmation

n'est requise du côté de la base de feu, ce qui facilite l'utilisation plus ecace de

ses fonctionnalités. Il fournit des services à Android, ios, Web et Unity. Il fournit

un stockage en nuage. Il utilise NoSQL pour la base de données pour le stockage

des données.

 Dart : est un langage de programmation conçu pour être utilisé principalement avec

le Framework utter, qui est un Framework open-source pour le développement

d'applications multiplateformes.

3.4.5 Identication des acteurs

Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur,

dispositif matériel ou autre système) qui interagissent directement avec le système étudié.

[13]

Les acteurs susceptibles d'interagir avec le système sont :

 L'administrateur : est celui qui gère les comptes des agents, gère les zones de recen-

sements.

 L'agent recenseur : est celui qui remplit, modie, envoie les données des ménages

vers le serveur.

 L'agent contrôleur : il est responsable d'au moins 5 des zones de recensement où il

s'assure de la vérication et le suivi des données collectées.

 Individu du ménage : il est celui qui enrôle l'empreinte digitale et le fait vérié par

le système.

3.4.6 Identication des messages

Un message représente la spécication d'une communication unidirectionnelle entre

objets qui transporte de l'information avec l'intention de déclencher une activité chez le

récepteur. [13]

Le système Recense-Moi émet :

 Consulter les statistiques, consulter l'avancement de zones, consulter la liste

des agents pour l'administrateur.

 Consulter questionnaire envoyé, Consulter résultat de la vérication de l'em-

preinte, consulter tableau de bord pour l'agent recenseur.

19
  Consulter l'avancement des zones, consulter questionnaire ménage, consulter

tableau de bord pour l'agent contrôleur.

Le système Recense-Moi reçois :

 Création, modication ou suppression des comptes des agents et des zones de

dénombrement de l'administrateur.

 Remplir, modier ou envoyer questionnaire ménage de l'agent recenseur.

 Modier, ou supprimer questionnaire de l'agent contrôleur.

 Enregistrer et vérier l'empreinte digitale de l'individu du ménage.

3.4.7 Modélisation du contexte

À partir des informations reçues lors des deux précédentes étapes, nous allons mo-

déliser le contexte de notre système. Ceci va nous permettre dans un premier temps de

dénir le rôle de chaque acteur dans le système :

20
UTILISATEURS DESCRIPTION DES BESOINS
FINAUX FONCTIONNELS
Le système doit permettre à l'administrateur de :

Administrateur  S'authentier

 Créer une zone de dénombrement

 Supprimer une zone de dénombrement

 Créer un agent

 Modier un agent

 Supprimer un agent

 Consulter les statistiques

 Consulter l'avancement de zones,

 Consulter la liste des agents

Le système doit permettre à l'agent recenseur de :

Agent recenseur  S'authentier

 Remplir le questionnaire ménage

 Modier le questionnaire ménage

 Envoyer le questionnaire ménage

 Consulter le questionnaire ménage

 Consulter le tableau de bord

Le système doit permettre à l'agent contrôleur de :

Agent contrôleur  S'authentier

 Modier le questionnaire ménage

 Supprimer le questionnaire ménage

 Consulter l'avancement des zones

 Consulter le questionnaire ménage

 Consulter le tableau de bord

Le système doit permettre à l'individu du ménage de :

Individu du ménage  Prélèvement de l'empreinte digitale

 Vérication de l'empreinte digitale

Table 3.1  Liste des acteurs et leurs rôles dans le système.

21
3.4.8 Le contexte dynamique du système RECENSE-MOI

Figure 3.2  Diagramme de contexte dynamique du système RECENSE-MOI.

3.5 Conception détaillée

3.5.1 Identication des cas d'utilisations
Un cas d'utilisation (use case) représente un ensemble de séquences d'actions réalisées

par le système et produisant un résultat observable intéressant pour un acteur particulier.

[13]

22
Cas d'utilisation
Acteur Messages émis/reçus par les
principal, utilisateurs
acteur
secondaire

S'authentier Gestionnaire,
 Emet : demande de formulaire
d'authentication, formulaire d'au-
Agent recenseur,
thentication rempli.
Agent
contrôleur  Reçois : formulaire d'authentica-
tion, résultat d'authentication

Gérer les zones des Gestionnaire

 Emet : création, modication, sup-
pression d'une zone de dénombre-
dénombrements
ment.

 Reçois : formulaire de création, mo-

dication d'une zone de dénombre-
ment, la conrmation de la suppres-
sion de la zone.

Gérer les agents Gestionnaire

 Emet : création, modication, sup-
pression d'un agent

 Reçois : formulaire de création,

modication d'un agent, conrma-
tion création, modication ou de la
suppression de l'agent

Gérer les ménages Agent recenseur

 Emet : création, modication et
suppression du questionnaire, de-
mande de visualisation du question-
naire

 Reçois : conrmation de la création

ou modication du questionnaire du
ménage

23
 Cas d'utilisation Acteur Messages émis/reçus par les
principal, utilisateurs
acteur
secondaire

Valider les ménages Agent

 Emet : questionnaire rempli, modi-
cation du questionnaire rempli, de-
contrôleur
mande de visualisation du question-
naire

 Reçois : conrmation de la créa-

tion ou modication du question-
naire du ménage

Gérer les statistiques Gestionnaire

 Emet : demander les statistiques du
recensement.

 Reçois : les statistiques du recen-

sement.

Suivre l'avancement Gestionnaire

 Emet : demander avancement des
zones.

 Reçois : l'avancement de zones

Table 3.2  Identication des cas d'utilisations.

24
3.5.2 Diagramme de cas d'utilisation

Figure 3.3  Diagramme de cas d'utilisation du système RECENSE-MOI.

3.5.3 Description préliminaire des cas d'utilisations

Nous présentons ici une description préliminaire des cas d'utilisations que nous avons

listés.

Gérer les zones des dénombrements :

❶ Intention : permettre à l'administrateur de congurer les zones des recensements

qui seront utilisées pour le dénombrement de la population.

❷ Actions : créer, modier, supprimer zone de dénombrement.

25
Gérer les agents :

❶ Intention : permettre à l'administrateur du système de gérer les agents recenseurs

qui sont chargés de collecter les données auprès des ménages dans les zones de

dénombrement et contrôleurs pour le suivi de ces données.

❷ Actions : créer, modier, supprimer un agent.

Gérer les ménages :

❶ Intention : : permettre aux agents recenseurs de collecter des données sur les

ménages dans leur zone de dénombrement assignée.

❷ Actions : ajouter un ménage, modier un ménage, voir un ménage.

Valider les ménages :

❶ Intention : permettre aux agents contrôleurs de vérier la validité des données

collectées par les agents recenseurs et de s'assurer que les informations sont correctes

et à jour.

❷ Actions : acher questionnaire du ménage, corriger questionnaire du ménage, sup-

primer questionnaire du ménage.

Gérer les statistiques :

❶ Intention : permettre à l'administrateur du système de générer des rapports sta-

tistiques à partir des données collectées pour mesurer les tendances démographiques

et socio-économiques dans les zones de dénombrement.

❷ Actions : ache les résultats en fonction des informations socio-culturelles sui-

vantes : population, éduction, migration, état-civil emploi et pauvreté.

Suivre l'avancement :

❶ Intention : permettre à l'administrateur de suivre l'avancement de la collecte des

données et de s'assurer que les objectifs de collecte de données sont atteints.

❷ Actions : Vérier les zones de dénombrement terminées, les zones de dénombre-

ment encours et les zones de dénombrement non terminées.

26
3.5.4 Description detaillée des cas d'utilisations
Nous allons à présent fournir une description détaillée de chaque cas d'utilisation.

Chaque cas d'utilisation doit être déni a priori en décrivant l'intention de l'acteur lors-

qu'il utilise le système, ainsi que les principales séquences d'actions qu'il est susceptible

d'eectuer.

CAS D'UTILISATION :  Gérer les zones des dénombrements 

Sommaire d'identication

Titre : Gérer les zones des dénombrements

But : congurer les zones des recensements
Résumé : créer, modier, supprimer zone de dénombrement
Acteur : administrateur (Principal)

Description des enchainements

Pré-conditions :
 S'authentier

 Il existe au moins une zone de dénombrement à créer, modier ou supprimer.

Scénario nominal
Ce cas d'utilisation commence lorsqu'il y a au moins une zone de dénombrement à

créer, modier ou supprimer.

Enchainement (a) : Créer zone de dénombrement

-> L'administrateur du système de recensement se connecte à l'interface d'administra-

tion.

-> L'administrateur sélectionne l'option "Gérer les zones de dénombrement" dans le

menu principal.

<- Le système ache la liste des zones de dénombrement existantes.

-> L'administrateur choisit l'option "Créer une nouvelle zone".

<- Le système demande à l'administrateur de dénir les limites géographiques de la

nouvelle zone en utilisant des coordonnées ou d'autres méthodes de délimitation.

27
 -> L'administrateur saisit les informations géographiques et attribue des caractéris-

tiques pertinentes à la zone.

<- Le système enregistre la nouvelle zone de dénombrement dans la base de données.

Si toutes les informations ne sont pas fournies alors

Exécuter [ Exception1 : Informations incomplètes]

Enchainement (b) : Modier zone de dénombrement

-> L'administrateur sélectionne une zone existante dans la liste des zones de dénom-

brement.

<- Le système ache les informations de la zone sélectionnée

-> L'administrateur modie les informations de la zone telle que la taille de la zone,

le remplacement de l'agent aecter à la zone.

<- Le système met à jour les nouvelles les informations de la zone dans la base de

données.

<- Les agents de recensement sont informés des modications et ajustent leur travail

en conséquence.

Enchainement (c) : Supprimer zone de dénombrement

-> L'administrateur sélectionne une zone existante dans la liste des zones de dénom-

brement.

<- Le système ache les informations de la zone sélectionnée

-> L'administrateur supprime la zone si c'est nécessaire.

Scénario alternatif

Enchainement (d) : Annuler la création d'une zone de dénombrement

-> L'administrateur peut demander au système d'annuler la création d'une zone en

cas de manque de manque d'informations nécessaires.

Enchainement (e) : Annuler la modication d'une zone de dénombrement

28
 -> L'administrateur peut demander au système d'annuler la modication d'une zone

en cas de manque de manque d'informations nécessaire.

Enchainement (f) : Annuler la suppression d'une zone de dénombrement

-> L'administrateur peut demander au système d'annuler la suppression d'une zone

lorsqu'il se rend compte que cette dernière contient des informations pertinentes.

Exception :

Exécuter [ Exception1 : Informations incomplètes] ] : un message d'erreur est aché

à l'écran demandant à l'administrateur de bien fournir toutes les informations utiles à la

création d'une zone de dénombrement.

Ce cas d'utilisation se termine lorsque la zone est créée, modiée ou supprimée.

La Figure 3.4 suivante illustre les diérents scénarios de ce cas d'utilisation dans un

diagramme de séquence.

29
 Systeme

Administrateur: Actor1
1 : Selectionner gerer zone de denombrement

2 : affiche l'interface de gestion de zones de denombrements

3 : L'administrateur fait un choix de l'option qu'il veut utiliser

seq alt

[Si l'administrateur choisit l'option "créer une nouvelle zone"]

4 : demande de definr les limites geographiques de la nouvelle zone

5 : saisit les informations geographiques de la zone

seq alt

[Si toutes les informations sont fournies]

6 : Nouvelle zone créee avec succès

[Sinon ]

7 : Erreur : informations incompletes

[Si l'administrateur choisit l'option "Modifier zone de denombrement"]

8 : Affiche la liste de toutes les zones de denombrements

9 : Selectionne une zone existante

10 : Affiche les informations de la zone

11 : Modifie les informations de la zones

12 : Confirme la modification de la zone

[Si l'administrateur choisit l'option "Supprimer une zone"]

13 : Affiche la liste de toutes les zones de denombrements

14 : Selectionne une zone à supprimer

15 : Confirme la suppression

Figure 3.4  Diagramme de séquence "Gérer les zones de dénombrements".

30
CAS D'UTILISATION :  Gérer les agents 

Sommaire d'identication

Titre : Gérer les agents

But : gérer les agents recenseurs et contrôleurs qui sont chargés de
collecter les données auprès des ménages.

Résumé : créer, modier, supprimer agent

Acteur : administrateur (Principal)

Description des enchainements

Pré-conditions :
 S'authentier

 Il existe au moins un agent à créer, modier ou supprimer.

Scénario nominal
Ce cas d'utilisation commence lorsqu'il y a au moins un agent à créer, modier ou

supprimer.

Enchainement (a) : Création d'un agent

-> L'administrateur du système de recensement se connecte à l'interface d'administra-

tion.

-> L'administrateur sélectionne l'option "Gérer les agents " dans le menu principal.

<- Le système ache la liste des agents existants.

-> L'administrateur choisit l'option "Créer un nouvel agent".

<- Le système demande à l'administrateur de fournir les informations de l'agent.

-> L'administrateur saisit les informations de l'agent et lui attribue une zone de dé-

nombrement.

<- Le système enregistre le nouvel agent dans la base de données.

Si toutes les informations ne sont pas fournies alors

31
Exécuter [ Exception1 : Informations incomplètes]

Enchainement (b) : Modier les informations d'un agent

-> L'administrateur sélectionne un agent existant dans la liste des agents.

<- Le système ache les informations de l'agent sélectionné

-> L'administrateur modie les informations spéciques de l'agent sélectionné.

<- Le système met à jour les nouvelles informations de l'agent dans la base de données.

Enchainement (c) : Supprimer un agent

-> L'administrateur sélectionne un agent existant dans la liste des agents.

<- Le système ache les informations de l'agent sélectionné

-> L'administrateur supprime l'agent si c'est nécessaire.

Scénario alternatif

Enchainement (d) : Annuler la création d'un nouvel agent

-> L'administrateur peut demander au système d'annuler la création d'un agent en cas

de manque d'informations nécessaire.

Enchainement (e) : Annuler la modication des informations d'un agent

-> L'administrateur peut demander au système d'annuler la modication des informa-

tions d'un agent en cas de manque d'informations nécessaires.

Enchainement (f) : Annuler la suppression d'un agent

-> L'administrateur peut demander au système d'annuler la suppression d'un agent

lorsqu'il se rend compte de son importance.

Exception :

32
Exécuter [ Exception1 : Informations incomplètes] : un message d'erreur est aché
à l'écran, demandant à l'administrateur de bien fournir toutes les informations utiles à

la création d'un nouvel agent.

Ce cas d'utilisation se termine lorsque l'agent est créé, modié ou supprimé.

Figure 3.5 suivante illustre les diérents scénarios de ce cas d'utilisation dans un

diagramme de séquence.

33
Figure 3.5  Diagramme de séquence du cas d'utilisation "Gérer les agents".

34
CAS D'UTILISATION :  Gérer les ménages

Sommaire d'identication

Titre : Gérer les ménages

But : collecter les données des ménages dans les zones de dénom-
brement.

Résumé : créer, modier, supprimer menage

Acteur : Agent recenseur (Principal)

Description des enchainements

Pré-conditions :
 S'authentier

 Il existe au moins un ménage à créer ou modier.

Scénario nominal
Ce cas d'utilisation commence lorsqu'il y a au moins un ménage à créer ou à modier.

Enchainement (a) : Création d'un ménage

-> L'agent recenseur se connecte à l'interface de l'application.

-> L'agent recenseur sélectionne l'option "Remplir un nouveau questionnaire ".

<- Le système ache le formulaire à remplir.

-> L'agent recenseur rempli le formulaire avec les informations du ménage à recenser.

<- Le système enregistre le nouveau ménage dans la base de données.

Si au moins un champ du formulaire ne pas rempli alors

Exécuter [ Exception1 : Information manquante]

Enchainement (b) : Modier les informations d'un questionnaire

-> L'agent recenseur sélectionne un questionnaire existant dans la liste des question-

naires enregistrer dans la base de données.

35
 <- Le système ache le questionnaire sélectionné

-> L'agent recenseur modie les informations du questionnaire sélectionné.

<- Le système met à jour les nouvelles informations du questionnaire dans la base de

données.

Scénario alternatif

Enchainement (c) : Annuler la création d'un ménage

-> L'agent recenseur peut demander au système d'annuler la création d'un question-

naire ménage en cas de manque d'informations nécessaires.

Enchainement (d) : Annuler la modication d'un questionnaire ménage

-> L'agent recenseur peut demander au système d'annuler la modication d'un ques-

tionnaire ménage en cas de manque d'informations nécessaires.

Enchainement (e) : Annuler la suppression d'un agent

Exception :

Exécuter [ Exception1 : Informations manquantes] : un message d'erreur est aché

à l'écran demandant à l'agent recenseur de bien fournir les informations manquantes du

questionnaire.

Ce cas d'utilisation se termine lorsque le ménage est créé ou modié.

Figure 3.6 suivante illustre les diérents scénarios de ce cas d'utilisation dans un

diagramme de séquence.

36
Figure 3.6  Diagramme de séquence du cas d'utilisation "Gérer les ménages".

37
CAS D'UTILISATION :  Valider ménages

Sommaire d'identication

Titre : Valider ménages

But : verication et validation des données collectées.
Résumé : modier ou supprimer questionnaire
Acteur : Agent contrôleur (Principal)

Description des enchainements

Pré-conditions :
 S'authentier

 Il existe au moins un ménage à modier.

Scénario nominal
Ce cas d'utilisation commence lorsqu'il y a au moins un ménage à modier.

Enchainement (a) : Modier un ménage

-> L'agent contrôleur se connecte à l'interface de l'application.

-> L'agent contrôleur sélectionne l'option "Voir questionnaire ".

<- Le système ache les questionnaires existants.

-> L'agent contrôleur sélection un questionnaire qu'il veut modier et appui sur 

modier questionnaire 

<- Le système lui ache les informations du questionnaire ménage sélectionner

-> L'agent contrôleur modie les informations du questionnaire.

<- Le système enregistre les modications dans la base de données.

Scénario alternatif

Enchainement (c) : Annuler la modication d'un ménage

-> L'agent contrôleur peut demander au système d'annuler la modication d'un ques-

tionnaire ménage au cas où les informations sur le formulaire sont conformes.

38
 Ce cas d'utilisation se termine quand le ménage est modié ou supprimer.

Figure 3.7 suivante illustre les diérents scénarios de ce cas d'utilisation dans un

diagramme de séquence.

Figure 3.7  Diagramme de séquence du cas d'utilisation "Valider ménages".

CAS D'UTILISATION :  Gérer les statistiques

Sommaire d'identication

Titre : Gérer les statistiques

But : generer les statistiques à partir des données collecter pour
mesurer les tendances démographiques et socio-économiques dans

les zones de denombrement.

Résumé : acher les statistiques obtenus.

Acteur : Administrateur (Principal)

Description des enchainements

Pré-conditions :
 S'authentier

 Il existe des nouvelles informations à consulter.

Scénario nominal
Ce cas d'utilisation commence lorsqu'il y a des nouveaux résultats statistiques à

39
consulter.

Enchainement (a) : Acher statistique

-> L'administrateur du système de recensement se connecte à l'interface d'administra-

tion.

-> L'administrateur sélectionne l'option "Statistique" dans le menu principal.

<- Le système ache les statistiques selon leurs catégories.

Ce cas d'utilisation se termine lorsque le système ache les statistiques.

Figure 3.7 suivante illustre les diérents scénarios de ce cas d'utilisation dans un

diagramme de séquence.

Figure 3.8  Diagramme de séquence du cas d'utilisation "Gérer les statistiques".

40
CAS D'UTILISATION :  Suivre avancement

Sommaire d'identication

Titre : Suivre avancement

But : voir l'avancement de la collecte des données.
Résumé : vérier les zones de denombrement.
Acteur : Administrateur (Principal)

Description des enchainements

Pré-conditions :
 S'authentier

 Il existe au moins une zone de dénombrement à vérier.

Scénario nominal
Ce cas d'utilisation commence lorsqu'il y a au moins une zone de dénombrement à

vérier.

Enchainement (a) : Vérier état d'avancement d'une zone

-> L'administrateur du système de recensement se connecte à l'interface d'administra-

tion.

-> L'administrateur sélectionne l'option "Suivi d'avancement" dans le menu principal.

<- Le système ache l'état d'avancement de toutes les zones.

Ce cas d'utilisation se termine lorsque le système ache l'état d'avancement de toutes

les zones.

Figure 3.9 suivante illustre les diérents scénarios de ce cas d'utilisation dans un

diagramme de séquence.

41
 Figure 3.9  Diagramme de séquence du cas d'utilisation "Suivre avancement".

3.5.5 Diagramme de classe

Le diagramme de classes présenté ci-dessous représente un système de recensement de

la population. Ce système vise à aider les agents de recensement à collecter, organiser et

analyser les données démographiques de manière ecace et précise.

Dans notre système nous aurons 4 classes avec leurs attributs et objets très bien déni.

Classe 1 : Zone De Recensement

 IdZone : int

 NomZone : varchar

Classe 2 : Menage

 IdMenage : Int

 Province : VarChar

 Commune : Varchar

 Quartier : Varchar

 Avenue : Varchar

 NumParcelle : Varchar

 NumMenage : Varchar

 TypeMenage : Varchar

 NombreOccupantMenage : Int

Classe 3 : Individu du Menage

 IdIndividuMenage

 NomIndividuMenage

 PostNomIndividuMenage

42
  PrenomIndividuMenage

 Sexe

 DateNaissance : date

 Age : int

 Nationnalite

 LienParente : Varchar

 NiveauEtude

 EtatCivil

Classe 4 : Agent De Recensement

 IdAgent : int

 NomComplet

 MatriculeAgent

 CodeAgent

 TypeAgent : varchar

 NumeroTelephone : varchar

 Email : varchar

Figure 3.10 suivante représente le diagramme de classe du système Recense-Moi.

Figure 3.10  Diagramme de classe.

43
3.6 Test logiciel
La branche de test dans le cycle de développement en V est un élément essentiel qui

permet de garantir la qualité du logiciel produit. Elle assure que chaque aspect du logiciel

est testé et validé avant d'être livré, réduisant ainsi les chances de bugs ou de problèmes

dans le produit nal.

3.6.1 Environnement matériel

Pour tester le fonctionnement de notre système nous avons eu à utiliser les matériels

informatiques suivants :

a) Un pc Acer Es 14 ayant les spécications suivantes :

 Processeur : Intel Celeron N3050 (1,6 GHz)

 Graphiques HD Intel

 Stockage : 1000 Go

b) Un téléphone LG style L-01L avec les caractéristiques suivantes :

 Mémoire ram : 4GB

 Version Android : Android version 11.

 Stockage : 64 Go

3.6.2 Test unitaire :

Les tests unitaires dans le cycle de développement en V servent à s'assurer que chaque

composant ou module du logiciel fonctionne correctement et est conforme aux spécica-

tions. Ils permettent de vérier que l'architecture logicielle est bien mise en ÷uvre et que

chaque module du logiciel répond aux fonctionnalités requises.

Dans notre système, nous avons vérier que :

1. L'administrateur principal peut :
 S'authentier en eectuant une tentative de connexion. (Voir Figure 3.11 )

 Eectuer le suivi d'avancement des zones de recensement. (Voir Figure 3.13)

 voir les statistiques. (Voir Figure 3.12)

 Créer une zone de dénombrement.

 Créer les agents recenseurs et agents contrôleurs. (Voir Figure 3.14)

2. L'agent recenseur peut :

 S'authentier en essayant une tentative de connexion (Voir Figure 3.15)

 Remplir un questionnaire ménage. (Voir Figure 3.18)

44
  Modier le questionnaire ménage enregistré.

 Gérer les doublons en faisant intervenir le système biometrique des empreintes

digitales. (Voir Figure 3.16 et Voir Figure 3.17)

 Envoyer un questionnairen ménage enregistré. (Voir Figure 3.20)

3. L'agent contrôleur peut :

 S'authentier en essayant une tentative de connexion. (Voir Figure 3.21)

 Recevoir le questionnaire ménage envoyer par l'agent recenseur.

 Modier le questionnaire ménage reçu de l'agent recenseur. (Voir Figure 3.22)

 Supprimer le questionnaire ménage reçu de l'agent recenseur. (Voir Figure 3.22)

3.6.3 Test d'intégration

Il s'agit de vérier si les diérents composants du système interagissent comme prévu.

Dans ce travail, nous allons examiner l'interaction entre l'application mobile de collecte

de données et l'application web pour l'analyse et le traitement de ces mêmes données.

Nous constatons que les données collectées sur l'application mobile sont correctement

transmises à l'application web pour être analysées et traitées de manière ecace.

Comme résultat les deux applications du système informatique interagissent bien entre

elles.

3.6.4 Test de validation

Ici nous allons vérier si l'ensemble des exigences exprimées ont été respectées. Dans

notre travail, nous allons évaluer la fonctionnalité globale de notre système en fonction

de l'objectif du travail, donc testé la collecte et l'analyse de données.

Nous avons testé l'application mobile de collecte de données et l'application web d'ana-

lyse et traitement de données.

Comme résultat le système répond aux exigences demandées, l'application mobile peut

collecter et envoyer les données, d'un autre coté l'application web récupère les données,

les analyses et les traitent.

3.6.5 Test d'acceptation

A ce stade, les utilisateurs vérient que leurs exigences ont été correctement prises en

compte pendant le fonctionnement. C'est le test nal de notre système.

45
 Nous avons testé l'application mobile de collecte de données et l'application web d'ana-

lyse et de traitement de données avec M. Gency

Comme résultat le système répond aux exigences demandées, les agents recenseurs

peuvent collecter et envoyer les données en toute sécurité, d'un autre coté l'application

web les récupèrent, les analyses, les traitent et ache le résultat en temps réel.

3.7 Les images des résultats de diérents tests

Figure 3.11  L'authentication de l'administrateur.

46
 Figure 3.12  Voir les dierentes statistiques.

Figure 3.13  Suivi d'avancement des zones de recensement.

47
Figure 3.14  Création des agents.

48
Figure 3.15  L'authentication de l'agent recenseur.

49
 (b) Questionnaire activé après test de l'em-
(a) Test de l'empreinte digitale preinte

Figure 3.16  Test et verication des empreintes.

50
(a) Interface d'enregistrement d'empreinte digi- (b) Progression d'enregistrement des empreintes
tale digitales

Figure 3.17  Enregistrement des empreintes digitales

51
Figure 3.18  Remplissage du questionnaire ménage.

52
(a) Demande de conmation (b) Questionnaire enregistré

Figure 3.19  Enregistrement des questionnaires.

53
(a) Questionnaires à envoyer (b) Questionnaires envoyés

Figure 3.20  Envoie des questionnaire ménages

54
(a) Authentication (b) Authentication échouée

Figure 3.21  Tentative de connexion

55
 (a) Modication du questionnaire (b) Suppression du questionnaire

Figure 3.22  Modication et suppression des questionnaires

3.8 Conclusion du chapitre

Nous avons présenté dans ce chapitre, l'analyse et la conception de notre futur sys-

tème nommé Recense-Moi.

Cette étape est nécessaire et importante pour pouvoir créer notre base de données et

implémenter la solution. Pour y arriver, nous avons utilisé UML comme langage de mo-

délisation en suivant le cycle en V.

56
Conclusion

1. Bilan général du travail réalisé

Le travail réalisé dans ce mémoire consiste à la mise en place d'un système informa-

tique pour le recensement général de la population. L'objectif initial de ce travail était

de résoudre les problèmes liés à la collecte, à l'analyse, au traitement et à la conservation

des données du recensement de la population organisé par l'INS.

Dans le premier chapitre, nous avons essayé de dénir et de présenter les diérentes

notions et concepts théoriques que nous avons utilisés dans ce travail.

Dans le deuxième chapitre, nous avons brièvement présenté l'Institut National de la

Statistique en tant qu'établissement public géré par le ministère du Plan de la Répu-

blique démocratique du Congo. Il est chargé de collecter et d'analyser, principalement

pour le compte du gouvernement congolais, les informations statistiques nécessaires pour

une bonne politique démographique, économique et sociale du pays.

Dans le troisième chapitre, en utilisant la démarche en V avec la technique de mo-

délisation UML, nous avons présenté l'analyse et la conception du système informatique

Recense-Moi.

2. Interpretation des resultats

Conformément à notre hypothèse, nous avons développé et déployé avec succès le

système informatique pour le recensement général de la population.

3. Limites
En raison du manque de capteurs d'empreintes digitales appropriés pour les recense-

ments de la population, un capteur d'empreintes digitales intégré dans les smartphones

a été utilisé à la place. Toutefois, Google a mis en place des restrictions pour protéger les

57
données des utilisateurs, en raison de la sensibilité des informations biométriques stockées.

Ces restrictions visent à prévenir les risques de violation de la vie privée et d'utilisation

abusive, ainsi que les tentatives de fraude ou d'usurpation d'identité. En limitant l'accès

des développeurs à ces données, Google assure la sécurité et la condentialité des utilisa-

teurs.

Bien que le système informatique ait permis de recueillir des données précises, il

existe certaines limites à prendre en compte. Par exemple, la collecte de données qui

nécessite une connexion Internet permanente peut ne pas atteindre certaines populations,

en particulier celles vivant dans des régions éloignées sans accès à Internet.

4. Perspectives
Pour les futurs systèmes de recensement de la population, il serait intéressant d'ex-

plorer des moyens d'améliorer la collecte de données dans les régions éloignées sans accès

à Internet. En plus de la technique biometrique des empreintes digitales, des recherches

supplémentaires pourraient être menées pour renforcer le système de détection des indivi-

dus déjà recensés en ajoutant d'autres techniques de détection telles que la reconnaissance

faciale et le scan de l'iris de l'÷il.

5. Conclusion générale
En conclusion, le système informatique utilisé pour le recensement général de la po-

pulation est un outil précieux pour recueillir et analyser les données démographiques.

Les résultats qu'il produit fourniront des informations cruciales pour la planication et

la mise en ÷uvre des politiques publiques de l'INS (Institut National de la Statistique).

58
Bibliographie

[1] Insee, ménage. INSEE.fr, Consulté le 25 août 2023. https://www.insee.fr/fr/

metadonnees/definition/c1879.
[2] Wikipedia, architecture logicielle. Wikipedia, Consulté le 25 août 2023. À l'adresse

https://fr.wikipedia.org/wiki/Architecture_logicielle.
[3] Educalingo, population. Educalingo.com, Consulté le 9 avril 2023. À l'adresse https:
//educalingo.com/fr/dic-fr/population.
[4] Larousse, recensement. Larousse.fr, Consulté le 9 avril 2023. À l'adresse https:
//www.larousse.fr/dictionnaires/francais/recensement/66948.
[5] Djumah and Jughues. Mise en place d'une application de gestion des enregistrements

des prisonniers, d'attribution des cellules ainsi que de gestion de l'administration.

Travail de n de bachelier, 2019.

[6] Hubspot. Hubspot, cycle en v en gestion de projet. Hubspot Blog, Consulté le 28

octobre 2022. À l'adresse https://blog.hubspot.fr/marketing/cycle-en-v.

[7] Ins. Ins, historique | institut national de la statistique | rd congo. Site web de

l'Institut National de la Statistique, Consulté le 12 mars 2023. À l'adresse https:

//ins.cd/a-propos/.
[8] Lonchamp J.Introduction aux systèmes informatiques - Architectures, Composants,
Prise En Main. 2017.
[9] Gabay Joseph and Gabay David. UML 2 : Analyse et conception. Dunod, Paris,

2008.

[10] Mémoire. Recensement général de la population et de l'habi-

tat au mali. Memoire Online, 2009. Consulté le 20 février

2023, à https://www.memoireonline.com/12/13/8373/
l'adresse

Conception-et-realisation-d-une-application-informatique-pour-la-mise-en-place-d-
html.
[11] Mémoire. Informatisation de la gestion des enregistrements des nouveau-nés dans

une municipalité cas de la commune de mont-ngafula. Travail de n d'études, 2017

- 2016.

59
[12] Roques Pascal. UML 2 Modéliser une application web : Les cahiers du programmeur.
Eyrolles, Paris, 4e éd. edition, 2008.

[13] Pascal Roques and Vallee Franck. UML 2 en action : De l'analyse des besoins à la
conception. EYRollEs, 61, bd saint-Germain 75240 Paris Cedex 05, 4e éd. edition,

2007.

60