_
Epigraphe
Le succès est un mauvais professeur, il pousse les gens
intelligents à croire qu'ils sont infaillibles.
Bill Gates
Dédicace
A vous ma très chère
mèreMarie-Josée MBUNKWE PAOKA pour m'avoir
donné naissance et assuré mon bien être. A toi ma grande
soeur chérie,Régine MONSEMAJAN AFUKA etvotre
mari José EZONGA pour avoir contribué à la
quasi-totalité de mes études depuis plusieurs
années ; recevez nos très sincères remerciements
respectueux. Que le Père céleste vous accorde toute sa
grâce par sa puissance divine.
MONSEMAJAN MOLANGAJoli
In Memoriam
A notre regretté Père,Pierre
MONSEMAJAN ; tu aurais dû être le témoin
oculaire des résultats des sacrifices consentis depuis notre naissance
jusqu'à ce jour du fait que la providence t'avait
prématurément arraché à notre totale affection par
la mort, recevez là où vous êtes nos très
sincères reconnaissances de votre meilleure part contributive de nous
avoir mis sur cette terre.
MONSEMAJAN MOLANGAJoli
Sigles et Abréviations
Ø 2TUP : Two Tracks Unified Process;
Ø BDD : Base des données ;
Ø DTA : Date au plus tard ;
Ø DTO : Date au plus tôt ;
Ø IHM : Interfaces Homme-Machine ;
Ø ISC : Institut Supérieur de
Commerce ;
Ø JDK : Kit Java développement ;
Ø OIT : Organisation Internationale de
Travail ;
Ø OLAP :OnLineAnalyticalProcessing ;
Ø OLTP : OnLineTransactionalProcessing ;
Ø ONEM : Office National de l'Emploi ;
Ø
PERT : Programm Evaluation and Review Technique ;
Ø PU : Processus Unifié ;
Ø RDC : République Démocratique du
Congo ;
Ø SGBD : Système de Gestion des Bases des
Données ;
Ø SGBDR : Système de Gestion de Bases de
Données Relationnel ;
Ø SI : Système d'information ;
Ø SIC :
Sciences
de l'Information et de la Communication ;
Ø SO : Système Opérant ;
Ø SP : Système de Pilotage ;
Ø SQL : StructuredQueryLanguage (Langage
structuré des requêtes) ;
Ø UML : UnifiedModelingLanguage ;
Liste des figures
Figure n°1 : Calendrier de réalisation du projet
............................................. - 15 - Figure n°2 :
Diagramme de Gantt
.......................................................................... - 16
- Figure n°3 : Architecture client - serveur
.......................................................... - 22 - Figure
n°4 : Architecture 2 tiers
............................................................................. -
23 - Figure n°5 : Architecture à 3 tiers
......................................................................... - 23
- Figure n°6: Organigramme de l'ONEM/Bandundu
........................................ - 23 - Figure n° 7 : Organigramme
du service concerné .......................................... - 37 -
Figure n°8 : carte de demandeur d'emploi
........................................................ - 39 - Figure n°9
: carte de demandeur d'emploi suite
............................................. - 40 - Figure n°10 : Fiche
de demandeur d'emploi ..................................................... -
41 - Figure n°11 : Fiche de statistique de demandeurs d'emploi
....................... - 44 -
Figure n°12 : Diagramme de contexte
................................................................. - 46 - Figure
n° 13 : Cas d'utilisation global
.................................................................. - 62 -
Figure n° 14 : Cas d'utilisation authentification
.............................................. - 65 - Figure n° 15 : Cas
d'utilisation Identification
................................................... - 66 - Figure n° 16 :
Diagramme de classe
........................................................................ - 72 -
Figure n° 17 : Diagramme de déploiement
........................................................ - 73 - Figure n°
18 : Diagramme d'activité « Authentification ».
............................ - 74 -
Figure n° 19 : Diagramme d'activité «
Authentification ». ............................. - 75 -
Figure n° 20 : Authentification
...............................................................................
- 79 - Figure n° 21 : Nouvelle base des données
......................................................... - 79 - Figure n°
22: Nom significatif à la base des données
.................................... - 80 - Figure n° 23: Base des
données crée
.................................................................... - 80 -
Figure n° 24 : Nouvelle table
...................................................................................
- 81 - Figure n° 25: Création des colonnes
..................................................................... - 81 -
Figure n° 26 : Clé primaire
.......................................................................................
- 82 - Figure n° 27 : Chargement de l'application
....................................................... - 82 - Figure n°
28 : Formulaire d'authentification
...................................................... - 83 -
Figure n° 29 : Menu principal
....................................................................................
- 83 -
Figure n° 30 : Formulaire Agent
................................................................. - 84-
Figure n° 31 : Formulaire demandeur d'emploi
........................................ - 84-
Liste des tableaux
Tableau 1 : Enchainement des tâches
...................................................................... - 9 -
Tableau n°2 : Estimation des coûts de réalisation du projet
........................ - 14 -
Tableau n°3: Tableau
synthétique..........................................................................
- 15 - Tableau n°4 : Les différents postes de travail
..................................................... - 38 -
Tableau n°5 : Moyens humains
................................................................................
- 42 - Tableau n°6: les différents postes de travail
....................................................... - 43 -
Tableau n°7 : Moyens humains
................................................................................
- 45 - Tableau n°8 : Organisation technique
.................................................................... - 51 -
Tableau n°9: Multiplicité
..............................................................................................
- 68 - Tableau n°10: Dictionnaire des données
.............................................................. - 70 -
Tableau n° 11: Présentation des classes
................................................................ - 71 -
Remerciements
Ce mémoire réalisé au terme de notre
cycle de licence en Informatique de Gestion, option conception des
systèmes d'information à l'Institut Supérieur de Commerce
de Bandundu, ne constitue qu'une recherche qui nous a permis d'approfondir
certaines connaissances en ce qui concerne la modélisation des
systèmes d'information.
Nos remerciements d'adressent à Monsieur le
Professeur Josich MUKENGE MBUMBA, qui en dépit de ses
multiples occupations et lourdes responsabilités a pu accepter de
prendre la direction de ce présent mémoire. Nous
présentons d'une manière particulière nos vifs
remerciements au Chef de Travaux, Ingénieur BIMA LEMINDE
Glody pour nous avoir encadrés et nous avoir guidés
à mieux présenter ce mémoire sur le plan forme et fond.
Nous tenons également à exprimer notre profonde
gratitude aux Autorités Académiques de l'Institut
Supérieur de Commerce de Bandundu (ISC/BDD) pour les efforts
déployés en vue d'assurer notre formation durant ces deux
années d'études en licence, ainsi qu'à tous les
Enseignants qui nous ont dispensé les enseignements de qualité
dans lesquels nous avons eu à rédiger ce présent
mémoire en l'occurrence le Professeur Fabrice WENZE MUDIANDAMBU,
Professeur Paulin GABIN NGWEY, Professeur Alain KUYUNSA, ProfesseurJeannot
FATAKI N. BAZONGA, Professeur André-Gliff NGOY AMBA ILAKO, Professeur
Léon MUDUBU, les chefs de travaux Trésor ANONGA, Junior TANGAMU
et Josué MISSWAY.
La réalisation de ce mémoire a été
possible grâce au concours de plusieurs personnes à qui je
voudrais témoigner toute ma gratitude : Lucien MONSEMAJAN, Lucie NGUBU,
Besro MONSEMAJAN, Pierrette MONSEMAJAN, Mongoley MONSEMAJAN, Mimina MONSEMAJAN,
Jorene EZONGA, Josias EZONGA, Josiane EZONGA, Me Fleury MBONGO, Papy
KULABELELA, Me Ethy's MBALA, Dr. Blanchard MALELA, BILE Laurette, Ir. Rholly
PELY, Bellone NTEMBE, Ir. Jacques MONSENGO, Ir. Moïse KITENGE, Ir. Davino
BOONGO, Ir. Crispin MAYIMUNENE, Ir. Prospère KULEMVUKA, Ir. Alpha
KALUNGA, Ir. Serge LAMBAYOB, Ir. Martinette KADIANGA, Ir. MPELA, Ir. Grace
NSELE, Ir. Aris LUKOKI, Claude KASEKA, Djo MAKENGO, Diego MAKENGO.
A toute personne ayant contribué de près ou de
loin à la réalisation de cette oeuvre, à travers ces
lignes trouve l'expression de nos sentiments de profonde gratitude.
Pour les lacunes et erreurs qui apparaitront dans ce
présent mémoire malgré notre souci de perfection tout au
long de cette oeuvre, nous nous portons seuls responsables.
MONSEMAJAN MOLANGAJoli
INTRODUCTION GENERALE
Aujourd'hui, l'informatique de gestion constitue l'un des
domaines essentiels d'application qui ont permis le développement rapide
de l'informatique ou nous pouvons même dire que l'informatique de gestion
est en grande partie à l'origine des méthodes de conception et de
réalisation. Elle est de ce fait étroitement liée au
système d'information de l'entreprise. L'efficacité de
l'informatisation n'est mise en évidence que dans les systèmes
d'information.
Par systèmes d'information, on entend ici l'ensemble
des moyens, procédures, applications et personnes qui manipulent les
données.Par rapport aux applications informatiques, tout système
d'information inclut les personnes humaines en amont pour la constatation des
faits et la saisie des données et les personnes en aval qui utilisent
les résultats.
L'informatique a eu à étudier tous les
problèmes liés aux différents domaines pour en apporter
des solutions et assouplir les tâches qui auparavant étaient
complexes avec l'ancien système manuel en économisant du temps,
de l'énergie de travailleurs, en préservant la
carrière.
Cependant, les avantages qu'apportent le nouveau
système de gestion informatisé ne nous laisse pas
indifférent et nous amène à apporter notre pierre de
contribution dans la construction d'un système d'information pour les
activités liées aux demandeurs d'emploi.
C'est pour cette raison, il s'avère nécessaire
de migrer vers l'informatisation afin de profiter de ses avantages. C'est dans
cette optique que nous avons parlé de « modélisation
d'un système d'information pour la gestion des activités
liées aux demandeurs d'emploi », il s'agit d'un
mécanisme qui permettra une bonne gestion des activités
liées aux demandeurs d'emploi à l'ONEM Bandundu car ce dernier
est appelé à combler certaines imperfections de la gestion
manuelle grâce à la puissance de l'outil informatique.
PREMIERE PARTIE : CADRAGE DU PROJET ET APPROCHE
CONCEPTUELLE
Le cadrage du projet consiste à définir les
objectifs, les contraintes et les attentes du projet. C'est une façon
d'établir une vision claire de ce que l'on souhaite réaliser et
des résultats attendus.
Le cadrage du projet et l'approche conceptuelle sont des
étapes nécessaires pour définir les objectifs et les
grandes lignes de la solution proposée. Ces étapes permettent de
s'assurer que le projet est clairement défini et que la solution
proposée répondra aux attentes de l'entreprise1(*).
CHAPITRE 1 : TERMES DE REFERENCE
1.1. Problématique
La gestion de demandeurs d'emploi au sein de la direction
provinciale de l'ONEM-Bandundu s'avère être difficile à
cause de la gestion manuelle des données et les manques des
matériels informatiques nécessaires.Cependant, les responsables
dudit office éprouvent des nombreuses difficultés pour
connaître l'effectif global des demandeurs d'emploi enregistrés
à l'ONEM dans le Bandundu.
L'emploi est en ce jour l'un des problèmes majeurs qui
touche la population de la République Démocratique du Congo en
général et dans la ville de Bandundu en particulier.Le nombre de
demandeurs d'emploi, à savoir le nombre de personnes sans emploi,
disponibles et à la recherche d'un emploi, est l'indicateur le plus
communément utilisé pour quantifier la demande d'emploi. Il est
calculé à partir de la statistique des demandeurs d'emploi
inscrits et établie par les services publics de l'emploi.2(*)
Dans un contexte où le chômage a atteint un
niveau très élevé, le travail reste une énigme aux
sans emplois et une monnaie courante aux personnes amadouées au monde de
travail. Pour les sans-emplois, il est quasiment difficile de s'accaparer d'un
emploi décent suite au manque d'expérience requise et à la
capacité d'employabilité demandée par les employeurs. Pour
un poste publié par exemple, des conditions d'avoir autant
d'années d'expérience, d'une bonne capacité
d'employabilité, sont exigées pour être
sélectionné au test d'embauche.
Si les conditions ci-dessus mentionnées ne sont pas
réalisées par les demandeurs d'emploi, ces derniers n'ont pas la
chance d'être sélectionnés en tant que candidat au test
d'embauche. C'est pourquoi, bon nombre de demandeurs d'emploi n'arrivent pas
à trouver un emploi décent et risquent de demeurer
éternellement sans emploi.
Il sied aussi de préciser que, tous ces demandeurs
d'emploi ne savent pas à qui s'adresser, pourtant l'Office National de
l'Emploi est une institution publique qui oriente plusieurs personnes, selon
leur filière de formation à trouver du travail et selon les
sollicitations des différentes entreprises publiques et privées
en RDC.
L'office National de l'Emploi présente des nombreux
problèmes pour la gestion des activités liées aux
demandeurs d'emploi à savoir : la perte considérable du
temps lors de la recherche d'un demandeur, difficultés de
détecter les dédoublant, lenteur lors du traitement des
informations, la quantité importante des informations à traiter
etc.
Toute étude de recherche soulève toujours la
présence d'un certain nombre des problèmes pour lesquels nous
essayerons de trouver des solutions anticipées pour y remédier.
Cependant les questions suivantesont retenues notre attention
:
Ø Quel système de gestion proposer pour
gérer les demandeurs d'emploi au sein deL'ONEM Bandundu?
Ø Quel serait l'apport de l'implémentation d'une
Base de données pour cette gestion ?
1.2. Hypothèse
En rapport avec les questions fondamentales, nous formulons
les hypothèses selon lesquelles :
Ø En considérant les avantages que nous offre
l'informatique, nous avons une certitude parfaite que seule la mise au point
d'un système d'informationinformatisé pourrait répondre
aux besoins des activités liées aux demandeurs d'emploi ;
Ø La base de données pour cette gestion
permettrait la disponibilité des données en temps réel,
faciliter la recherche d'un demandeur d'emploi et détecter les cas de
redondance.
1.3. Choix et intérêt du
sujet
a. Choix du sujet
Le choix d'un sujet scientifique n'est pas le fruit du hasard
dit-on, du fait qu'à tout choix d'un sujet d'étude s'attache
toujours un certain intérêt. Dans le cadre de la
réalisation de notre mémoire de Licence, nous avons porté
notre choix sur la gestion des activités liées aux demandeurs
d'emploi au sein de l'ONEM/Bandundu, car avec la croissance de la
délinquance juvénile dans notre province, particulièrement
dans la ville de Bandundu ; nous voudrions vérifier combien des
jeunes de la ville de Bandundu sollicitent-ils l'emploi auprès du
Gouvernement Congolais.
Ce choix se justifie par l'importance que nous accordons
à l'emploi et de voir l'ONEM répondre aux besoins du
marché de l'emploi dans la ville de Bandundu.
b. Intérêt du sujet
L'intérêt majeur de notre recherche est de mettre
en place un système d'information informatisé pour une saine
gestion des activités liées aux demandeurs d'emploi, afin de
proposer un logiciel d'application pour l'identification ou l'enregistrement et
l'élaboration de la statistique de demandeurs d'emploi.Outre cet
intérêt résumé, le présent travail
revêt un triple intérêt à savoir :
Ø Intérêt
Académique : pour nous étudiants, ce sujet
serait une probabilité pour nous d'implémenter une base des
données sur base des théories apprises au cours de notre parcours
universitaires ;
Ø Intérêt scientifique :
cette étude qui est en même temps un projet serait
une oeuvre scientifique que nous disposons à toute personne qui veut
entreprendre ou mener une recherche dans ce domaine ;
Ø Intérêt
social : cette étude menée à l'ONEM
Bandundu constitue un moyen de sensibilisation au grand public sur l'importance
de cet établissement et son rôle dans la société.
Car ce mémoire peut contribuer à une meilleure
compréhension des enjeux liés au chômage et à
l'accompagnement des demandeurs d'emploi.
1.4. Délimitation de notre
étude
Ce présent projet porte sur la modélisation d'un
système d'information pour la gestion des activités liées
aux demandeurs d'emploi. Etudemenée au sein de l'Office National de
l'Emploi de Bandundu, dans le temps nous avons préféréune
période allant de 2019 à 2021 pour une simple raison de
vérifier comment l'ONEM avaitprocédé à la
gestiondes demandeurs d'emploi pendant la période difficile à
Coronavirus (COVID-19), vu le temps imparti, nous avons ciblé deux
processus à savoir : l'identification ou l'enregistrement et la
statistique des demandeurs d'emploi.
1.5. Méthodes et techniques
utilisées
a) Méthodes
La méthode se définit comme étant un
ensemble des voix et cheminements par lesquels la pensée du chercheur
pour atteindre3(*). Certes,
la concrétisation d'un projet fait toujours appel à des
méthodes4(*).
En ce qui concerne notre étude, nous avons opté
pour deux méthodes qui pourront nous aider à conduire notre
projet et de faire l'analyse de notre système d'information à
savoir : Processus unifié « PU »etla
Méthode des Potentiels Métra
« MPM ».
ü La méthode MPM : la
méthode des potentiels métra est une méthode
d'ordonnancement dans la gestion des projets visant à optimiser la
planification des tâches d'un projet en utilisant un graphe potentiel
tâche. Cette méthode exige avant tout une illustration à
l'aide d'un graphe orienté ressortissant les différentes
tâches que couvre un projet ;
ü Le processus unifié : Le
processus unifié est un processus de développement moderne,
itératif, efficace sur des projets informatiques de toutes tailles.
b) Techniques
La technique est un ensemble des procédés qu'on
doit méthodiquement employer pour effectuer une recherche dans un
domaine quelconque. Pour ce faire, nous avons utilisé les techniques
ci-après :
ü Technique documentaire :
celle-ci nous a permis à la récolte des informations moyennant
les documents ;
ü Technique d'interview : elle
nous a permis de récolter des données fondées sur
l'oralité et des questions bien précises.
1.6. Canevas du travail
Hormis l'introduction générale et la conclusion,
nous avons organisé notre mémoire en trois grandes parties et
chacune d'elle est subdivisée en chapitres qui se structurent de la
manière suivante :
o Première partie : Cadrage du projet et
approche conceptuelle
Cette partie permet de définir le projet à
mettre en oeuvre, d'identifier la valeur ajoutée du projet ainsi que
d'identifier les moyens nécessaires à la mise en oeuvre du
projet. Elle est subdivisée en trois (3) chapitres :
ü Premier chapitre : Termes de
référence ;
ü Deuxième chapitre : Planning
prévisionnel de réalisation du projet ;
ü Troisième chapitre : Concepts de base
o Deuxième partie : Etude
préalable
Cette deuxième partie est consacrée à
faire une étude de l'existant, c'est-à-dire comprendre le
fonctionnement du système actuel. Le but de cette étude est la
recherche des points forts et points faibles du système en place. Ainsi,
l'étude de l'existent fait l'état de lieux du système
actuel. Elle comprend quatre (4)
chapitres à savoir :
ü Premier chapitre : Présentation de
l'entreprise ;
ü Deuxième chapitre : Analyse de
l'existant ;
ü Troisième chapitre : Bilan critique
ü Quatrième chapitre : Proposition des
solutions.
o Troisième partie : Conception du nouveau
système d'information
Cette dernière partie consiste à donner une
nouvelle image du système existant, c'est-à-dire
l'amélioration du système existant en mettant en place un
modèle de gestion pouvant prendre en charge la gestion des
activités liées aux demandeurs d'emploi5(*). Elle comporte deux chapitres
suivants :
ü Premier chapitre : Conception du nouveau
système d'information avec UML ;
ü Deuxième chapitre : Développement du
système d'information informatisé.
1.7. Difficultés rencontrés
« Il n'y a pas des roses sans épines » ainsi
dit le proverbe. Tout au long de nos recherches pour constituer ce
présent mémoire, nous nous sommes heurtés à
plusieurs difficultés tant matérielles que financières
ainsi que morale. Pour se connecter à l'internet afin d'effectuer nos
recherches nous a coûté trop cher.
Conclusion
Ce chapitre nous a permis à expliquer les termes
génériques de notre travail, ce qui nous a permis à
délimiter dans le temps et dans l'espace notre travail.
CHAPITRE 2 : PLANNING PREVISIONNEL DE REALISATION
DU PROJET
La mise en oeuvre et/ou l'exécution d'un projet
informatique nécessite un planning pour sa bonne réalisation. Le
présent chapitre aborde les notions essentielles sur le planning
prévisionnel pour la réalisation de notre projet en mettant plus
accent sur l'enchaînement des tâches, le calcul de dates ainsi que
le coût de notre projet.
2.1. Tableau d'enchainement des
tâches
Un projet est une succession des tâches en tenant compte
de contrainte de temps et d'antériorité. Ci-dessous le tableau
récapitulatif de l'ensemble de notre projet
Tableau 1 : Enchainement des
tâches
Tâches
|
Descriptions
|
Tâches antérieures
|
Durée en jour
|
A
|
Récolte des données
|
-
|
7
|
B
|
Etude de faisabilité
|
A
|
10
|
C
|
Choix de l'architecture et achat de matériels
|
B
|
3
|
D
|
Modélisation du niveau système
|
C
|
20
|
E
|
Implémentation du système
|
D
|
25
|
F
|
Déploiement du système
|
E
|
5
|
G
|
Test du système
|
F
|
3
|
H
|
Formation des agents (utilisateurs)
|
G
|
7
|
TOTAL
|
80
|
2.2. Calcul des niveaux
La construction du graphe va du calcul des niveaux du graphe
à partir du dictionnaire des précédents. La
détermination des niveaux s'obtient de la manière suivante :
Niveau
|
N0
|
N1
|
N2
|
N3
|
N4
|
N5
|
N6
|
N7
|
Tâche
|
A
|
B
|
C
|
D
|
E
|
F
|
G
|
H
|
2.2.1. Graphe de MPM
2.2.1.1. Principe
o Les tâches sont représentées par des
sommets et les contraintes de succession par des arcs ;
o Chaque tâche est renseignée par la date
à laquelle elle peut commencer (date au plus tôt) et celle
à laquelle, elle doit se terminer (date au plus tard) ;
o A chaque arc est associée une valeur numérique
qui représente soit une durée d'opération, soit un
délai.6(*)
2.2.2. Formalisme
Où :
· X : est le sommet qui désigne le nom de la
tâche ;
· Tx : désigne la date de début
de la tâche x ;
· Tx* : désigne la date au
début au plus tard de la tâche x.
NB :
· L'intervalle [Tx,
Tx*] se nomme intervalle de
flottement pour la tâche x.
· Pour tracer le graphe potentiel, autres les
éléments cités, on doit introduire une tâche
supplémentaire qui n'est pas dans le dictionnaire de
précédent z. c'est une tâche reliée à tous
les sommets quoi n'ont pas de successeurs c'est-à-dire sommet suivant
cette tâche permettra de dater la fin de travaux.
A
B
C
F
D
E
G
H
FIN
Début
2.3. Calcul des dates
a) Détermination des dates au plus
tôt
La date au plus tôt d'un réseau MPM correspond
à la date à laquelle une tâche peut commencer au plus
tôt. Elle s'obtient très simplement en ajoutant à la date
au plus tôt de la tâche précédente la durée de
la tâche en question :
1. Dto(B) = Dto(A)+ d(A) où d(A) durée de la
tâche A.
2. Dto(B) = MAX (Dto(A) + d(A) ici lorsque plusieurs arcs
arrivent à un même sommet.
En appliquant ces deux formules, nous aurons :
ü Début : 0
|
ü E : 20+20=40
|
ü A : 0+0=0
|
ü F : 40+25=65
|
ü B : 0+7=7
|
ü G : 65+5=70
|
ü C : 7+10=17
|
ü H : 70+3=73
|
ü D : 17+3=20
|
ü Fin : 73+7=80
|
b) Détermination des dates au plus
tard
La date au plus tard d'un réseau MPM correspond
à la date à laquelle une tâche doit être
exécutée au plus tard pour ne pas remettre en cause la
durée optimale totale du projet. Elle s'obtient en retirant de la date
au plus tard de la tâche qui lui succède sa propre durée
:
1. Dta(x) = Dta(T) - durée tâche S
2. Dta(x) = Min(Dta(T) - durée tâche (x) ici
lorsque plusieurs arcs partent d'un même sommet.
Dans cette formule, "T" représente l'ensemble des
tâches immédiatement postérieures à "x"
En appliquant les deux formules, on obtient :
ü Début : 0
|
ü E : 65-20=40
|
ü A : 0
|
ü F : 70-5=65
|
ü B : 17-10=7
|
ü G : 73-3=70
|
ü C : 20-3=17
|
ü H : 80-7=73
|
ü D : 40-20=20
|
ü Fin : 80
|
2.4. Détermination des marges
Il y a deux types des marges : une marge totale et une marge
libre pour chaque tâche x :
1. Marge totale relativement à la
tâche x :
On appelle marge totale, notée MT(x) le délai
que nous avons disposé pour la mise en route de la tâche (x) sans
modifier la dta de l'étape (x `) (y étant le sommet initial
de la tâche (x) et y son sommet terminal.7(*)
Sa Formule est : MTx =
T*x - Tx : C'est-à-dire
MTx est le retard maximum que l'on peut prendre dans la mise en
exécution de la tâche x sans remettre en cause les dates au plus
tard de succession ou suivante (fin des travaux).8(*)
ü Mt(A) : 0-0+0
|
ü Mt(F) : 65-65=0
|
ü Mt(B) : 7-7=0
|
ü Mt(G) : 70-70=0
|
ü Mt(C) : 17-17=0
|
ü Mt(H) : 73-73=0
|
ü Mt(D) : 20-20=0
|
ü FIN : 80-80=0
|
ü Mt(E) : 40-40=0
|
|
2. Marge libre de la tâche x :
La marge libre d'une tâche A est le retard que l'on peut
se permettre dans la mise en route de la tâche A sans remettre en cause
la date au plus tôt d'aucune autre tâche. Elle se calcule en
retirant la durée de la tâche en question à l'écart
existant entre sa date au plus tôt de la date au plus tôt de la
tâche suivante :
ML(x) = Dta(T) - Dta(x) - d(x)
Lorsque plusieurs arcs partent d'un même sommet, il
convient de faire ce calcul pour toutes les tâches succédant
à la tâche en question et de retenir comme "marge libre" de la
tâche en question la valeur minimale des marges ainsi
déterminées : ML(x) = Min (Dta(T) - Dta(x) - d(x))
Dans cette formule T représente l'ensemble des
tâches succédant immédiatement la tâche S.
En appliquant ces deux formules :
ü Mt(A) : 7-0-7=0
|
ü Mt(F) : 70-65-5=0
|
ü Mt(B) : 17-7-10=0
|
ü Mt(G) : 73-70-3=0
|
ü Mt(C) : 20-17-3=0
|
ü Mt(H) : 80-73-7=0
|
ü Mt(D) : 40-20-20=0
|
|
ü Mt(E) : 65-40-25=0
|
|
2.5. Détermination des tâches et chemin
critique
Après la présentation de notre graphe MPM, nous
allons identifier les tâches dites critique afin de déterminer le
chemin critique de notre projet. Une tâche A est dite critique si et
seulement si TA=T'A c'est-à-dire qu'une tâche critique est une
tâche dont la date de début au plus tôt est égale
à la date de début au plus tard. On appelle chemin critique, un
chemin passant par les différentes tâches critiques.
10
7
3
7
7
5
7
0 0
A
7 7
B
17 17
C
65 65
F
20 20
D
40 40
E
70 70
G
73 73
H
80 80
FIN
0 0
Début
25
3
20
Le chemin critique de notre graphe est : A-B-C-E-F-H-I-Z dont
la durée est de 80 jours.
2.5.1. Faisabilité
financière.
La réalisation avec succès d'un projet
informatique requiert toujours des moyens financiers colossaux. Il sied de
préciser que chaque tâche est rattachée à un budget
ce pourquoi nous allons examiner tous les types de solutions pour voir si elles
sont faisables et si elles permettent de remplir les besoins, et estimer leurs
coûts9(*).
Ces solutions peuvent avoir des coûts très
différents pour l'acquisition, mais aussi pour l'utilisation du produit.
Lorsqu'on établit le budget d'un système d'information ou que
l'on compare les prix de différents systèmes, il est important de
considérer le coût total, y compris celui de la maintenance et de
l'appui technique, avant de prendre une décision.
Le tableau ci-après reprend les coûts de
réalisation des différentes tâches exprimés en
dollar (USD) :
2.5.2. Estimation des
coûts de réalisation du projet
Tableau n°2 : Estimation
des coûts de réalisation du projet
Tâches
|
Libellé
|
Durée par jour
|
Nbre des personnes
|
Coût unitaire
|
Coût total
|
A
|
Récolte des données
|
7
|
1
|
50 $
|
50 $
|
B
|
Etude de faisabilité
|
10
|
2
|
50$
|
100 $
|
C
|
Choix de l'architecture et achat de matériels
|
3
|
-
|
1500$
|
1500 $
|
D
|
Modélisation du niveau système
|
20
|
2
|
100$
|
200 $
|
E
|
Implémentation du système
|
25
|
1
|
200$
|
200 $
|
F
|
Déploiement du système
|
5
|
1
|
200$
|
200 $
|
G
|
Test du système
|
3
|
2
|
40$
|
80$
|
H
|
Formation des agents (utilisateurs)
|
7
|
2
|
100$
|
200 $
|
Total Général
|
80 jours
|
|
|
2.530$
|
2.6. Tableau synthétique
Tableau n°3:Tableau
synthétique
Tâches
|
Durée
|
Antériorité
|
Niveau
|
Dto
|
Dta
|
Mt(x)
|
Ml(x)
|
Chemin critique
|
A
|
7
|
-
|
0
|
0
|
0
|
0
|
0
|
Oui
|
B
|
10
|
A
|
1
|
7
|
7
|
0
|
0
|
Oui
|
C
|
3
|
B
|
2
|
17
|
17
|
0
|
0
|
Oui
|
D
|
20
|
C
|
3
|
20
|
20
|
0
|
0
|
Oui
|
E
|
25
|
D
|
4
|
40
|
40
|
0
|
0
|
Oui
|
F
|
5
|
E
|
5
|
65
|
65
|
0
|
0
|
Oui
|
G
|
3
|
F
|
6
|
70
|
70
|
0
|
0
|
Oui
|
H
|
7
|
G
|
7
|
73
|
73
|
0
|
0
|
Oui
|
Total
|
80
|
|
8
|
80
|
80
|
0
|
0
|
|
2.7. Calendrier de réalisation du
projet
La durée d'évaluation de notre projet de
modélisation du système d'information des activités
liées aux demandeurs d'emploi est estimée à 80 jours soit
du 04 décembre 2023 Au 21 mars 2024. Le tableau ci-dessous résume
le planning de réalisation.

Figure n°1 : Calendrier de réalisation du
projet
2.8. Planification avec MS PROJECT
MANAGEMENT
2.8.1. Diagramme de Gantt
« Le diagramme de Gantt est un
outil utilisé (souvent en complément d'un réseau
PERT ou
MPM) en
ordonnancement
et
gestion
de projet et permettant de visualiser dans le
temps
les diverses tâches liées composant un
projet.
Il permet de représenter graphiquement l'avancement du
projet. »10(*)

Figure n°2 : Diagramme de Gantt
Conclusion
Ce chapitre était centré sur la prévision
de notre projet c'est-à-dire énumérer les
différentes tâches du projet, le coût du projet mais surtout
la période estimatoire de la réalisation de ce projet.
CHAPITRE 3 : CONCEPTS DE BASE
3.1. Avènement de la base des
données
3.1.1. Historique
Le terme base des données (Database) est apparu en 1964
pour désigner une collection d'informations partagées par
différents utilisateurs d'un système d'informations militaire.
Les premières bases des données hiérarchiques sont
apparues au début des années 1960. Les informations
étaient découpées en deux niveaux de la
hiérarchie : un niveau contenait les informations qui sont
identiques sur plusieurs enregistrements de la base des données. Le
découpage a ensuite été étendu pour prendre la
forme d'un diagramme en arbre11(*).
En 1969, Charles Bachman conçoit l'architecture de
modèle de données réseau au sein du consortium CODASYL
pour les applications informatiques pour lesquelles le modèle
hiérarchique ne convient pas. En 1973, Charles Bachman a reçu le
prix Turing pour ses contributions exceptionnelles à la technologie des
bases de données12(*).
3.1.2. Définition
La base des données est un concept qui a plusieurs
définitions, dans le cadre de ce travail, nous définissons la
base des données comme étant un ensemble structuré et
organisé des données, stockées de manière
permanente dans un système informatique.
3.1.3. Objectifs d'une base des
données
D'une manière générale, une base de
données doit avoir les objectifs suivants :
o L'indépendance physique et logique des
données ;
o La manipulation des données ;
o L'accès aux données efficace ;
o L'administration centralisée des données
o La non-redondance des données
o La cohérence des données ;
o Le partage des données ;
o La sécurité des données.
3.1.4. Caractéristiques d'une base des
données
La base des données présente des
caractéristiques suivantes :
ü La structuration : elle
fait allusion aux conditions de stockage des informations et la manière
dont ces dernières seront utilisées.
ü La non redondance :
signifie tout simplement qu'il est interdit à la base de données
de contenir des informations répétitives. Parlant de la
non-redondance. Signalons toutefois qu'il existe deux formes de redondances
à éviter : la synonymie et la
polysémie.
- On parle de la synonymie lorsque deux
objets possèdent la même signification. (Ex : Nom et Name)
- On parlera de la polysémie lorsqu'un
objet renvoie à plusieurs significations. (Ex : Souris :
Périphérique et Animal).
ü L'exhaustivité :
une base de données doit contenir toutes les informations
nécessaires afin de répondre aux besoins des utilisateurs.
3.1.5. Le Système de gestion des bases de
données
Un SGBD est un logiciel qui permet de stocker, organiser et
gérer de manière efficace et sécurisée les
données d'une entreprise13(*). Le SGBD offre une interface conviviale pour
créer, modifier, supprimer et interroger les données.
Bref, un système de gestion des bases de données
est un outil essentiel pour gérer efficacement les données d'une
firme, il permet de stocker, organiser et interroger les données de
manière structurée et sécurisée.
3.2. Concepts informatiques
3.2.1. Conception : en informatique la
conception n'est rien d'autre que le fait de concevoir ou de mettre en oeuvre
un système d'information en allant du général au
particulier, en passant par des étapes d'affinage14(*).
3.2.2. Système : Le mot
système vient du grec « sustêma » qui signifie un
ensemble. Le jargon français des sciences de l'information
définit le système comme étant une combinaison
d'éléments réunis de manière à former un
ensemble. Sa conception impose une certaine logique pouvant amener à sa
pérennité. D'où l'importance de recourir au langage de
modélisation unifiée pour concevoir un système à
même de s'adapter à l'évolution des besoins et
destechnologies15(*).
3.2.3. Système d'information et système
informatique
a) Système
d'information : un système d'information est un
ensemble des ressources pour la collecte, le stockage, le traitement et la
diffusion des informations16(*).
NB : Un système d'information ne
doit pas nécessairement être informatisé. Bien que la
plupart des systèmes actuels se basent sur la technologie de
l'informatique, il existe encore des systèmes d'information où
l'information est stockée, manipulée et communiquée
à l'aide de moyens
« traditionnels » tels que armoires,
classeurs, calculatrices, fiches sur papier etc.
b) Système
informatique :
Un système informatique est un ensemble des moyens
informatique et de télécommunication ayant pour finalité
d'élaborer, traiter, stocker, présenter ou déduire les
données dédiées au traitement des informations17(*).On peut dire que chaque
système informatique est constitué de trois (3) composantes,
à savoir : le matériel, le logiciel ainsi que l'humain.
3.2.4. Approche systémique
L'approche systémique dans la gestion des bases de
données consiste à considérer le SGBD comme un
système complexe composé de plusieurs éléments
interconnectés. Cette approche permet de prendre en compte les
interactions entre ces éléments et d'orienter leur fonctionnement
global18(*).
En résumé, une approche systémique dans
la gestion des bases de données permet de considérer le SGBD
comme un système complexe composé de plusieurs
sous-systèmes interconnectés. Cette approche facilite la
compréhension du fonctionnement global du SGBD et permet d'optimiser son
efficacité et sa performance.
3.2.5. Modélisation systémique de
l'entreprise19(*)
L'approche classique considère que toute organisation
peut être vue comme un système, lui-même
décomposé en trois (3) sous-systèmes en interaction
à savoir : le système de pilotage, le système
d'information et le système opérant.
o Le système de pilotage
(sp) : c'est ce qui va contrôler et piloter le
système opérant. Il se situe donc à la tête du
système d'information fixant les objectifs et prenant les
décisions ;
o Le système d'information
(si) :assure le lien entre le système opérant
et le système de pilotage. Ce système s'occupe de collecter,
stocker, transformer et diffuser des données et informations dans le
système opérant et de pilotage.
o Le système opérant
(so) : il exécute les taches demandées par le
système de pilotage, c'est ce système qui permet la
transformation de l'information dont l'objectif est de la restituer à la
bonne personne.
3.2.5.1. Choix de l'architecture
Nous avons porté notre choix sur l'architecture
client/serveur puisqu'il intervient dans l'évolutivité du
système, le temps de développement, le coût et les
performances.
1. Architecture client - serveur
L'architecture client/serveur représente
l'environnement dans lequel des applications de machines clientes communiquent
avec des applications du type serveurs. Dans ce modèle, le client se
connecte au SGDB pour passer des ordres. Ces ordre sont de deux natures :
lecture (on parle alors de requêtes) ou mise
à jour (on parle des transactions).
La programmation modulaire suppose qu'un gros programme est
plus efficace s'il est décomposé en modules; il est plus facile
à développer et à maintenir. Donc, si on décompose
un logiciel en modules, on réalise qu'il n'est pas nécessaire
d'exécuter tous les modules dans le même espace-mémoire.
On peut créer un module client qui demande un
service et un autre module serveur qui fournit le
service.
En plus, les modules n'ont pas à être sur la
même machine ni même sur la même plateforme. On peut utiliser
la plateforme appropriée pour chaque tâche20(*).
Dans cette architecture, le client se connecte au serveur de
base des données. Ce dernier en son tour lui renvoie des réponses
en fonction de leurs requêtes.

Figure n°3 : Architecture client -serveur
a) Client : Est un processus demandant
l'exécution d'une opération à un autre processus par envoi
d'un message contenant le descriptif de l'opération à
exécuter et attendant la réponse à cette opération
par un message en retour.
b) Serveur : Un serveur est un processus
(ordinateur ou un logiciel) qui répond aux demandes des clients en
fournissant les informations ou les services demandés.
c) Requête : Est un message
transmis par un client à un serveur décrivant l'opération
à exécuter pour le compte du client ;
d) Réponse : Est un message
transmis par un serveur à un client.
2. Niveaux d'abstraction de l'application
Généralement toute application est
découpée en trois (3) niveaux d'abstraction, à
savoir :
Ø La couche
présentation : elle est responsable de l'interface
utilisateur de l'application. Elle permet de gérer la manière
dont les utilisateurs interagissent avec l'application tout en affichant les
entrées de l'utilisateur à l'écran ;
Ø La couche traitement :
cette couche assure le traitement des données de l'application. Elle
reçoit les entrées de l'utilisateur à partir de la couche
présentation, effectue le traitement des informations et
génère les sorties ;
Ø La couche de
données : cette couche est responsable de la gestion
des données au sein de l'application. Elle stocke et
récupère les données de l'application en utilisant les
mécanismes tels que les bases des données.
1.1. Architecture 1 - tiers
Dans l'architecture toutes les couches de l'application vues
ci-hautes sont exécutées sur une seule machine. Cela signifie que
la couche présentation, la couche de traitement et la couche des
données sont toutes exécutées sur le même serveur.
Cependant cette architecture présente des limites. Par exemple si le
serveur tombe en panne.
1.2. Architecture 2 - tiers ou deux
niveaux
On parle de l'architecture à deux niveaux ou 2 tiers
lorsque la couche de présentation est séparée de la couche
des données. La couche présentation est exécutée
sur le client, tandis que la couche des données est
exécutée sur le serveur. Ce qui permet une meilleure
répartition des tâches et une grande flexibilité dans la
gestion des données.
Requête SQL
BDD
Niveau 1
Niveau 2
Envoi des requêtes
Envoi des transactions
Serveur
Client
Figure n°4 : Architecture 2 tiers
1.3. Architecture 3 - tiers
On parle de l'architecture à trois niveaux ou 3 tiers
lorsque certaines ressources sont présentes sur un deuxième
serveur (par exemple les bases de données) où le client interroge
le premier serveur qui lui-même interroge le deuxième serveur.
Cette architecture ajoute une couche intermédiaire appelé
couche de traitement ou couche intermédiaire.
Niveau 3
Envoi des transactions
Envoi des requêtes
Niveau 2
Niveau 1
Client
Requête SQL
Dans cette architecture, la couche présentation
communique avec la couche intermédiaire, qui à son tour
communique avec la couche de données.
Requête SQL
BDD
Serveur de bases des données
Serveur d'application
Figure n°5 : Architecture à 3 tiers
3.3. Concepts relatifs à la gestion des
demandeurs d'emploi
3.3.1. Office National de
l'emploi
C'est un organisme chargé de promouvoir les
activités à travers toute la notion ou à l'étendue
du territoire national auprès de leurs visiteurs. C'est un organisme
public pourvu d'une personnalité morale et d'une autonomie
financière pour accomplir une tâche déterminée
à travers toute l'étendue du territoire national.
3.3.2. Demandeur d'emploi
C'est une personne qui est à la recherche d'un poste
à pourvoir, qui demande ou qui cherche un emploi dans un domaine bien
déterminé.
3.3.3. Gestion
C'est une action ou la manière de gérer,
d'administrer, de diriger, d'organiser une entreprise privée ou
publiques.
3.3.4. Carte de demandeur
d'emploi :
C'est un document que l'ONEM délivre aux personnes qui
n'ont pas d'emploi, et si celles-ci sont embauchées, elles retournent
ladite carte à l'ONEM.
3.3.5. Statistique
C'est une opération qui consiste à faire un
tableau synthétique sur les effectifs journaliers, mensuels,
trimestriels ou annuels des demandeurs enregistrés à l'ONEM.
3.3.6. Emploi
C'est un terme désignant l'utilisation d'un individu
par un autre individu qui y consent ou par une institution visant la
réalisation d'un travail particulier en contrepartie d'un salaire ou
autre rémunération.
Conclusion
Ce dernier chapitre a permis à ce que nous
définissons les concepts liés à l'informatique et à
la gestion des activités liées aux demandeurs d'emploi. Bref
Cette partie nous a permis de définir le projet à mettre en
oeuvre, d'identifier la valeur ajoutée du projet ainsi que d'identifier
les moyens nécessaires à la mise en oeuvre du projet.
DEUXIEME PARTIE : ETUDE PREALABLE
L'étude préalable permet à la
préparation de la décision de la Direction générale
de l'entreprise. Les décisions relatives à la
nécessité d'informatiser ou de ne pas informatiser le traitement
de l'information, le changement de l'ordinateur, l'achat de l'ordinateur....
Cette étude s'impose dans les situations telles que :
Ø Informatisation des applications ou nouvelles
applications dans les cas des entreprises où il existe
déjà le service informatique ;
Ø Introduction d'un système informatique.
C'est ainsi que nous disons l'étude préalable a
pour but principal la définition de l'opportunité et la
praticabilité de l'informatisation en posant d'une façon claire
le problème à informatiser tout en y définissant les
objectifs à atteindre21(*).
CHAPITRE 1 : PRESENTATION DE L'OFFICE NATIONAL DE
L'EMPLOI
1.1. Dénomination
Notre champ d'investigation est intitulé
« Office National de l'Emploi » ONEM en sigle.
1.2. Objectifs
Office National de l'Emploi est un établissement
public à caractère technique et social doté de la
personnalité juridique qui a pour mission essentielle de promouvoir
l'emploi et de réaliser, en collaboration avec les organismes publics ou
privés intéressés, la meilleure organisation du
marché de l'emploi.22(*)
1.3. Aperçu historique de l'Office National de
l'Emploi
Au début de son quinquennat du 2006 à 2011, Son
Excellence Monsieur Joseph KABILA KABANGE, Président de la
République et Chef de l'Etat, a placé l'emploi deuxième
de ses priorités de ses chantiers de la reconstruction nationale.
C'est ainsi que, le gouvernement de la République
dirigé par son Excellence Monsieur Antoine GIZENGA FUDJI, premier
ministre, a indiqué que l'emploi était la priorité des
priorités des actions gouvernementales durant les cinq ans à
venir avant d'en appeler à la tenue du premier forum national de
l'emploi en République Démocratique du Congo.
A l'issue des travaux du premier forum national sur l'emploi
en RDC, l'Office national de l'emploi (ONEM) a été
désigné comme l'instrument par excellence pour promouvoir
l'emploi.
Face à l'accroissement rapide de la population en
âge de travailler et la pénurie d'emplois, la décision du
conseil des ministres du gouvernement central tenu à Bandundu-ville en
date du 30 mai 2008 était de promouvoir l'emploi en autorisant la
Direction de l'ONEM d'élargir son champ d'action au Bandundu, à
l'époque de son Excellence Monsieur le Gouverneur Richard NDAMBU
WOLANG.
1.4. Situation Géographique
L'office Nationale de l'Emploi(ONEM) est situé sur
l'avenue Gungu n°5 dans la commune de Basoko à Bandundu-ville en
République Démocratique du Congo.
Il est limité :
· Au Nord par l'aéroport de
Bandundu-ville ;
· Au Sud par l'avenue Gungu ;
· A l'Ouest par le bureau communal de l'affaire sociale
et
· A l'Est par les maisons d'habitation.
1.5. Forme juridique
L'ONEM a été institué par la loi
n°015/2002 du 16 octobre 2002 portant code du travail (article 204) et est
régi par Décret présidentiel n°081/2002 du 03 juillet
2002.
Il fonctionne sous forme d'un établissement public a
caractère technique et social, doté de la personnalité
juridique et de l'autonomie financière et administrative.
Il est placé sous la tutelle du Ministère de
l'Emploi, du Travail et de la Prévoyance Sociale.
Au niveau international, l'ONEM est régi par la
convention 88 et la recommandation 83 de l'Organisation Internationale du
Travail (OIT) sur les Services Publics de l'Emploi
1.6. Mission principale (activités
principales)
La Mission principale de l'Office National de l'Emploi est de
Promouvoir l'emploi décent et de réaliser la meilleure
organisation du marché de l'emploi en République
Démocratique du Congo.
1.7. Structure Organisationnelle
La direction Provinciale de l'ONEM Bandundu organise les
services ci-après :
· Direction provinciale ;
· Direction provinciale adjointe ;
· Secrétariat de direction ;
· Accueil actif ;
· Service de recouvrement ;
· Service statistiques ;
· Services techniques ;
· Service de visa ;
· Prospection et placement.
1.7.1. [ ? 30 ?]
Organigramme de la Direction Provinciale de
l'ONEM/Bandundu
Directeur Provincial
Directeur Provincial adjoint
Secrétariat
Services techniques
Service Adm. & Fin.
Accueil actif
Caisse
Recouvrement
Social &
Intendance
Visa contrat
de travail
Statistique
Placement
Prospection
Réception et Protocole
L'organigramme est une représentation
schématique des liens fonctionnels, organisationnels et
hiérarchiques d'un organisme, d'une entreprise, etc. l'organigramme de
l'ONEM se présente comme suit :
Figure n°6: Organigramme de
l'ONEM/Bandundu
Source : Secrétariat de l'ONEM Bandundu
1.7.2. Job description de l'Office National de
l'Emploi
Le Job description permet de décrire les
responsabilités, les tâches et les compétences
nécessaires pour occuper un poste au sein d'une organisation ou une
entreprise. Nous présentons ici la façon dont chaque service
fonctionne au sein de la Direction Provinciale de l'Office National de
l'Emploi.
v Directeur provincial
Il remplit les fonctions suivantes :
- Représenter la direction générale au
niveau provinciale ;
- Coordonner et superviser l'ensemble des services techniques,
administratifs, et financiers de la direction provinciale.
- Réceptionner et proposer à la direction
générale de l'office, toutes les demandes d'agrément des
agences privées de placement de sa province ;
- Viser les contrats de travail des nationaux dans sa
province ;
- Assurer la sensibilisation permanente des partenaires
sociaux sur la stricte observance de la législation et de la
réglementation en matière de l'emploi ;
- Dresser les statistiques mensuelles et annuelles de l'emploi
de sa province ;
- Elaborer les rapports mensuels et annuels d'activités
à dresser à la direction générale.
v Directeur Provincial adjoint
Il assure les taches suivantes :
- Superviser sous la direction du directeur provincial, les
activités des services administratifs et financiers ;
- Remplacer le directeur provincial en cas
d'empêchement ;
- Coordonner sur le plan technique les activités des
antennes à savoir : la prospection et le placement.
v Secrétaire de direction
Le secrétaire s'occupe des taches
ci-après :
- Coordonner, organiser et repartir les travaux du
secrétariat ;
- Réceptionner, centraliser et enregistrer les
courriers internes et externes ;
- Concevoir et participer à l'élaboration des
notes de service, avis au personnel de la direction provinciale ;
- Enregistrer les courriers à expédier et les
courriers reçus ;
- Gérer les agendas des responsables de la direction
provinciale ;
- distribuer aux différents services les courriers
traités par la hiérarchie.
v Accueil actif
Les chargés de l'accueil actif s'occupent des
tâches ci-après :
- Assurent l'accueil, l'information et orientation des
demandeurs d'emploi ;
- Reçoivent et enregistrent individuellement les
demandeurs d'emploi (D.E) et les interrogent pour obtenir de chacun d'eux les
renseignements importants du point de vue professionnels, comme leurs
études, leurs expériences professionnelles et les traits de leur
personnalité ;
- Analysent et évaluent les renseignements obtenus et
proposent les choix d'une carrière (ou emploi)
appropriée ;
- Etablissent la carte de demandeurs d'emploi et la font
signer auprès du Directeur provincial ;
- Font le rapport quotidien des activités
réalisées au directeur provincial.
v Service de recouvrement
Il tient les tâches suivantes :
- s'imprégner régulièrement de la
situation individuelle des contribuables en province, programmer les missions
de recouvrements et en assure le suivi ;
- procéder à la réconciliation des
comptes entre les contribuables et l'ONEM ;
- faire quotidiennement rapport à la hiérarchie
sur chaque mission de recouvrement effectuée ;
- gérer la caisse de la direction provinciale ;
- superviser les encaissements et les décaissements des
fonds de la direction provinciale conformément aux procédures et
normes en vigueur ;
- présenter pour visa, le registre des
opérations journalières de caisse à la signature du
directeur provincial ;
- faire le rapport journalier de la tenue de la caisse de la
province.
v Service statistiques
Le chargé des statistiques exécute les
tâches suivantes :
- centraliser à l'échelle provinciale, toutes
les informations possibles provenant des agences des districts
opérationnels en rapport avec le marché de l'emploi ;
- traiter et exploiter à l'aide des logiciels
appropriés, toutes les informations collectées ;
- produire trimestriellement les états statistiques
fiables et à jour sur le marché de l'emploi ;
- gérer les différentes bases de données
(demandeurs d'emploi, offre d'emploi, mouvements des travailleurs...) ;
- rendre compte de leurs activités mensuelles au
directeur provincial.
v Services techniques
Il réalise les activités
ci-après :
- superviser sur le plan technique les activités de
visa des contrats de travail des nationaux ;
- produire les rapports d'information à soumettre au
directeur provincial, sur la situation du marché de l'emploi et son
évolution probable dans sa province et veille à la mise à
jour de celle-ci ;
- Centraliser les différentes données relatives
aux prérogatives régaliennes de l'ONEM au niveau provincial
(déclaration d'ouverture, déclaration de mouvement des
travailleurs, déclaration de la main d'oeuvre nationale, bilan
social...) qu'il communique au directeur provincial avant de les faire parvenir
au service statistique et informatique pour analyse et
interprétation ;
v Service de visa contrat
Les chargés de visa exécutent les tâches
suivantes :
- Analysent et donnent au directeur provincial, des avis
techniques en rapport avec la conformité des contrats de travail aux
dispositions légales et réglementaires ;
- Préparent les projets de visa à soumettre au
directeur provincial ;
- Tiennent une base de données relative aux contrats
traités et visés ;
- Rédigent le rapport d'activités
journalières.
v Prospection et placement
Les chargés de prospection et placement exercent les
activités suivantes :
- organisent les visites de prospection (visite commerciale)
auprès des entreprises publiques et privées trouvant dans la
province et toutes autres structures formelles ou non formelles dans le but
d'accentuer la visibilité de l'ONEM ;
- conseillent les responsables de ces structures et/ou
entreprises visités, en matière d'emploi décent et
législation sociale en vigueur ;
Conclusion
Le présent chapitre concerne notre champ
d'investigation où nous avons fait une brève présentation
de cette institution publique, son fonctionnement et son organisation.
CHAPITRE 2 : ANALYSE DE L'EXISTANT
L'analyse de l'existant consiste à effectuer de
façon aussi claire que possible l'analyse qualitative et quantitative du
fonctionnement actuel de la direction provinciale de l'ONEM/Kwilu.
L'analyse de l'existant comprend généralement
trois parties distinctes :
Ø La première partie qui consiste à la
récolte des informations ; elle est réalisée à
partir d'entretiens ou de questionnaires, catalogues, données
statistiques etc. ;
Ø La seconde partie qui consiste à analyser,
classer et donner une vue synthétique de l'ensemble des informations
collectées ;
Ø La dernière partie consistant à
esquisser une modélisation à grosses mailles des données
et de traitement.
C'est ainsi que l'état de lieux de cette analyse peut
aboutir à une critique de l'existant qui analyse les points positifs et
négatifs de l'organisation du travail déjà mis en oeuvre
et dégage les améliorations à apporter.
2.1. Structure fonctionnelle de la gestion des
demandeurs d'emploi
Le fonctionnement de la gestion des demandeurs d'emploi au
sein de l'ONEM Bandundu se déroule de la manière
suivante :
ü Le demandeur se présente à la
réception ;
ü Il est orienté par le réceptionniste au
service d'accueil actif ;
ü Il est identifié moyennant une fiche de
demandeur d'emploi ;
ü L'agent établit la carte de demandeur
d'emploi qu'il transmettra au Directeur pour la signature via le
secrétaire ;
ü Le secrétaire introduira la carte chez le
Directeur pour la signature ;
ü Le Directeur signera la carte et la retournera au
service d'accueil actif ;
ü Ce dernier livrera la carte au demandeur.
2.2. Description des activités
Le service qui s'occupe de la gestion des demandeurs d'emploi
est chargé de (d') :
- Assurer l'accueil, l'information et orientation des
demandeurs d'emploi ;
- Recevoir et enregistrent les demandeurs d'emploi ;
- Analyser et évaluent les renseignements obtenus et
proposent les choix d'une carrière (ou emploi)
appropriée ;
- Etablir la carte de demandeurs d'emploi et la font signer
auprès du Directeur provincial ;
- Faire le rapport quotidien des activités
réalisées.
2.3. Organigramme fonctionnel du service d'accueil
actif
Directeur Provincial
Secrétaire de direction
Chargé d'accueil d'actif
Réceptionniste
Figure n° 7 : Organigramme du
service concerné
Source : Secrétariat de l'ONEM
Bandundu
2.4. Identification des processus
Pour la rédaction de notre mémoire, nous avons
recensé et retenu deux processus à savoir :
Ø Le processus d'identification (enregistrement) des
demandeurs d'emploi ;
Ø Le processus de statistique des demandeurs d'emploi
(effectif).
2.4.1. Gestion d'identification des demandeurs
d'emploi
2.4.1.1. Présentation
L'identification des demandeurs d'emploi est un processus au
sein de l'Office National de l'Emploi qui permet d'enregistrer les personnes
qui désirent solliciter un emploi au sein du Gouvernement Congolais
etc.
2.4.1.2. Recensement et description des
tâches
Lors de nos investigations dans le processus d'enregistrement
(identification), les tâches suivantes ont été
recensées à savoir :
Ø La réception ;
Ø La vérification ;
Ø Le suivi.
2.4.1.3. Etude des postes de
travail
Un poste peut se définir comme étant une
entité qui exerce une activité au sein d'un service ou
entreprise. Il s'agit de mettre en évidence les acteurs
internes ou externes qui interviennent dans
l'enregistrement des demandeurs d'emploi notamment : le Directeur
provincial, Agent identificateur, Secrétaire de direction, le
réceptionniste ainsi le demandeur d'emploi.
Tableau n°4 : Les
différents postes de travail
N°
|
POSTE DE TRAVAIL
|
QUALIFICATION
|
N0MBRES
|
1
|
Directeur
|
L2
|
1
|
2
|
Agent identificateur
|
L2
|
1
|
3
|
Secrétaire
|
G3
|
1
|
4
|
Agent réceptionniste
|
G3
|
1
|
5
|
Demandeurs d'emploi
|
-
|
-
|
2.4.1.4. Etudes des documents
L'étude des documents nous permet à recenser les
différents documents qui circulent au sein du service d'accueil d'actif,
le service qui fait l'objet de notre recherche concernant l'identification des
demandeurs.
a) Recensement des documents utilisés
à l'ONEM
. Pour gérer les demandeurs d'emploi, nous avons
recensé les documents suivants:
ü Carte de demandeur d'emploi
ü Fiche de demandeur d'emploi
b) Rôle et Description des documents
utilisés dans le processus d'identification des demandeurs
d'emploi
1. Rôles
a) Carte de demandeur d'emploi :
C'est un document qui permet au candidat d'être
enregistré à l'ONEM comme étant un chômeur et
à la recherche d'un emploi afin qu'il puisse bénéficier de
son encadrement en termes de formation et d'orientation professionnelle
jusqu'à l'embauche.
b) Fiche de demandeur d'emploi :
cette fiche permet à l'Office National de l'Emploi
d'enregistrer les demandeurs d'emploi afin de garder les traces de ceux-ci.
2. Description des documents
a) Carte de demandeur d'emploi
Cette carte est personnelle et doit être
présentée par l'intéressé à toute
convocation d'embauche.
Son détenteur ne peut refuser l'emploi lui
proposé correspondant à ses aptitudesProfessionnelles ou refuser
de suivre un cycle de formation qualifiante.
En cas d'embauche, cette carte doit être
retournée à Office Nationale de l'emploi.
République Démocratique du Congo
OFFICE NATIONALE DE L'EMPLOI
DIRECTION PROVINCIALE
VILLE DE..................
CARTE DE DEMANDEUR D'EMPLOI
N° D'ENREGISTREMENT
Figure n°8 : carte de demandeur d'emploi
Nom :.......................................................................
Post-nom :..............................................................
Prénoms :...............................................................
Date de
naissance :................................................
Lieu de
naissance :................................................
Nationalité :...........................................................
Sexe :......................................................................
Adresse :................................................................
Commune :............................................................
District :.................................................................
Province :..............................................................
Date d'enregistrement :....................... Signature
du titulaire
Etudes faites :.......................................
Profession :..........................................
Signature du préposé
PHOTO
Figure n°9 : carte de demandeur d'emploi suite
b) Fiche de demandeurs d'emploi
République Démocratique du
Congo
OFFICE NATIONAL DE L'EMPLOI
« O.N.E.M »
Direction Provinciale de............
|
|
Code Antenne
Date d'enregistrement
Numéro d'enregistrement
Ancienne carte
n°.............du.................validée
Le..............sous le n° d'enregistrement ci-dessus
FICHE DE DEMANDEUR D'EMPLOI
I. IDENTITE
1. Nom
:.....................................................................
2. Post-nom
:.....................................................................
3. Prenom
:.....................................................................
4. lieu de naissance
:.....................................................................
5. Date de naissance
:.....................................................................
6. Nationalité
:.....................................................................
7. Sexe
:.....................................................................
8. Etat-civil
:.....................................................................
9. Province d'origine
:.....................................................................
10. Nombre de personnes en
charge :..................................................
11.
Tél :.......................................B.P. :...................................................
12.
E-mail :.............................................................................................
II. ADRESSE
1. Numero
:.....................................................................
2. Rue/avenue
:.....................................................................
3. Quartier
:.....................................................................
4. Commune
:.....................................................................
5. District
:.....................................................................
6. Province
:.....................................................................
III. NIVEAU D'ETUDES
1. Secondaire :(section,
discipline) :..................................
2. G3 :(section, Option)
:.....................................
3. L2 :(FACULTE, DPT,
OPTION) :........................
Figure n°10 : Fiche de demandeur d'emploi
2.4.1.5. Etudes des moyens de traitement de
l'information
Les moyens de traitement nous permettent à connaitre
les différents moyens de traitement mise en place par l'ONEM afin de
bien gérer les demandeurs d'emploi. Pour un bon déroulement de
l'opération d'enregistrement des demandeurs d'emploi, nous
présentons les moyens ci-après :
a) Moyens humains ;
b) Moyens matériels ;
c) Moyens financiers.
2.4.1.5.1. Moyens humains
Les personnes impliquées dans la gestion de demandeurs
d'emploi dès la réception sont présentés dans ce
tableau de la manière suivante :
Tableau n°5 : Moyens
humains
N°
|
Poste de travail
|
Nom de l'agent
|
Qual.
|
Fonct.
|
Ancienneté
|
|
1. Directeur Prov.
|
MADINUNGA Jacques
|
L2
|
Directeur
|
7 ans
|
|
2. Secrétaire
|
MOKE Lucien
|
G3
|
Secrétaire
|
13 ans
|
|
3. Chargé d'accueil actif
|
IDIANGI Héritier
|
L2
|
Chef de service
|
13 ans
|
|
4. Réceptionniste
|
INWENE Merveille
|
G3
|
Réceptionniste
|
5 ans
|
2.4.1.5.2. Moyens matériels
Pour gérer les informations relatives aux demandeurs
d'emploi, l'ONEM Bandundu utilise les matériels suivants : un
cahier registre, un classeur, une chaise, une table, une latte, un stylo, un
perforateur, une agrafeuse, des cartes des demandeurs, des fiches
d'identification.
2.4.1.5.3. Moyens financiers
L'office National de l'emploi tire ses ressources
financières de recouvrement annuel des entreprises publiques et
privées soumises aux dispositions de la loi n°015/2002 du 16
Octobre 2002 portant code du travail.
2.4.2. Elaboration des statistiques relatives aux
demandeurs d'emploi
2.4.2.1. Présentation
La statistique des demandeurs d'emploi est un processus au
sein de l'Office National de l'Emploi qui permet d'afficher les statistiques
des personnes sans emploi enregistré à l'ONEM Bandundu.
2.4.2.2. Recensement et description des
tâches
Lors de nos investigations dans le processus des statistiques,
les tâches suivantes ont été recensées à
savoir :
Ø La production des états statistiques ;
Ø La gestion des bases des données ;
2.4.2.3. Etude des postes de
travail
Un poste peut se définir comme étant une
entité qui exerce une activité au sein d'un service ou
entreprise. Il s'agit de mettre en évidence les acteurs
internes ou externes qui interviennent dans
l'enregistrement des demandeurs d'emploi notamment : le Directeur
provincial, Agent chef de service, Secrétaire de direction.
Tableau n°6: les différents postes de travail
N°
|
POSTE DE TRAVAIL
|
QUALIFICATION
|
N0MBRES
|
1
|
Directeur
|
L2
|
1
|
2
|
Chef de service
|
L2
|
1
|
3
|
Secrétaire
|
G3
|
1
|
2.4.2.4. Etudes des documents
L'étude des documents nous permet à recenser les
différents documents qui circulent au sein du service d'accueil d'actif
concernant la statistique des demandeurs d'emploi. Le document faisant objet de
ce processus voir en annexe.
Description de la fiche de statistique

Figure n°11 : Fiche de statistique de demandeurs
d'emploi
2.4.2.5. Etude des moyens de traitement de
l'information
Les moyens de traitement nous permettent à connaitre
les différents moyens de traitement mise en place par l'ONEM afin de
bien gérer les statistiques des demandeurs d'emploi. Pour un bon
déroulement de l'opération de la production des états
statistiques des demandeurs d'emploi, nous présentons les moyens
ci-après :
1. Moyens humains ;
2. Moyens matériels ;
3. Moyens financiers.
2.4.2.5.1. Moyens
matériels
Pour gérer les informations relatives à la
statistique des demandeurs d'emploi, l'ONEM Bandundu utilise les
matériels suivants : un cahier registre, un classeur, une chaise,
une table, une latte, un stylo, un perforateur, une agrafeuse, des cartes des
demandeurs, des fiches d'identification.
2.4.2.5.2. Moyens humains
Les personnes impliquées dans la gestion de demandeurs
d'emploi dès la réception sont présentés dans ce
tableau de la manière suivante :
Tableau n°7 : Moyens
humains
N°
|
Poste de travail
|
Nom de l'agent
|
Qual.
|
Fonct.
|
Ancienneté
|
|
1. Directeur Provincial
|
MADINUNGA Jacques
|
L2
|
Directeur
|
7 ans
|
|
2. Secrétaire
|
MOKE Lucien
|
G3
|
Secrétaire
|
13 ans
|
|
3. Chargé des statistiques
|
KULABELELA Papy
|
G3
|
Chef de service
|
13 ans
|
2.4.2.5.3. Moyens financiers
L'office National de l'emploi tire ses ressources
financières de recouvrement annuel des entreprises publiques et
privées soumises aux dispositions de la loi n°015/2002 du 16
Octobre 2002 portant code du travail.
2.5. Diagramme de flux ou de contexte
Le diagramme de flux ou de contexte est un outil
utilisé dans l'approche systémique pour représenter
visuellement les interactions entre les différents sous-systèmes
d'un SGBD. Il permet de comprendre l'architecture globale du système et
facilite la communication entre les acteurs impliqués dans la gestion
des bases de données.
ONEM/Bandundu
Demandeur d'emploi
Dépôt de dossier
Carte demandeur
Figure n°12 : Diagramme de contexte
2.6. Règles de gestion
La règle de gestion est un ensemble de directives ou de
principes, des règles et des contraintes à suivre dans une
organisation ou dans un système informatique. Au cours de nos
investigations, nous avons recensé les règles suivantes :
REGLE 1:
F Un agent enregistre un ou plusieurs demandeurs d'emploi
F Un demandeur d'emploi est enregistré par un et un
seul agent
REGLE 2:
F Un demandeur d'emploi dépose un et un seul dossier
F Un dossier est déposé par un et un seul
demandeur d'emploi
REGLE 3:
F Dans un dossier on trouve un ou plusieurs documents
F Un document est trouvé dans un et un seul dossier
REGLE 4 :
F Un service analyse un ou plusieurs dossiers
F Un dossier est analysé par un et un seul service
REGLE 5 :
F Un agent propose un ou plusieurs emplois
F Un emploi est proposé par un et un seul agent
REGLE 6 :
F Un demandeur d'emploi sollicite un et un seul emploi
F Un emploi est sollicité par un ou plusieurs
demandeurs d'emploi
REGLE 6 :
F Un service remet une ou plusieurs documents
F Un document est remis par un et un seul service
2.7. Règles d'organisation
La règle d'organisation nous permet de comprendre
l'organisation interne de l'Office National de l'emploi c'est-à-dire
comprendre l'organisation que cet office a mis en place pour son fonctionnement
afin d'atteindre les objectifs qu'il est assigné.
ü L'ONEM fonctionne du Lundi au Vendredi ;
ü Le service commence à 8h00' et prend fin
à 15h30' avec une pause d'une heure du temps soit de 12h00' à
13h00' ;
ü Les agents de service de recouvrement sont
déployés tous les jours sur terrain pour la perception
auprès des employeurs.
Conclusion
Dans ce présent chapitre, nous avons
procédé à une étude de l'existant,
c'est-à-dire cherché à comprendre le fonctionnement de
ladite entreprise ainsi que les différents documents ou matériels
utilisés par ses services.
CHAPITRE 3 : BILAN CRITIQUE
Un bilan critique est une analyse réfléchie et
objective d'une situation, d'un événement ou d'une oeuvre visant
à évaluer ses aspects positifs et négatifs.Le bilan
critique implique généralement une analyse
détaillée des points forts et points faibles, des avantages et
inconvénients, des réussites et échecs ainsi que des
leçons tirées de cette expérience.
Il peut servir de base pour prendre des décisions,
apporter des améliorations ou tirer des leçons pour l'avenir.
3.1. Au niveau de l'organisation et de la gestion
Sur le plan organisation, la gestion des activités
liées aux demandeurs d'emploi à l'Office National de l'Emploi est
bien assurée malgré cette dernière demeure encore manuelle
alors que la quasi-totalité des entreprises à ce
21ème siècle migrent vers l'informatisation.
a) Les points faibles
- Encombrement des documentsau bureau ;
- Retard dans la transmission de dossiers des
demandeurs ;
- Retard dans l'élaboration de la statistique ;
- Moindre sensibilisation au public ;
- Difficulté de recenser les partenaires.
b) Les points forts
- Bonne collaboration avec les partenaires ;
- Bonne collaboration avec les demandeurs d'emploi ;
- Le respect des instructions à leurs intentions.
3.2. Au niveau du système
d'information
Un système d'information est un ensemble des ressources
humaines, matérielles et financières organisées dans une
organisation (entreprise) qui vise à atteindre un but commun.
Partant de cette définition, nous pouvons dire que
l'ONEM Bandundu parvient à atteindre ses objectifs mais à un
temps moins record car ce dernier ne dispose pas des matériels
informatiques nécessaires et performants pour la saine gestion de ses
informations liées aux demandeurs d'emploi dans la ville de Bandundu.
3.3. Au niveau des documents
Le traitement des documents à la main ne garantit
aucune sécurité étant donné que l'ONEM enregistre
plusieurs pertes en termes des cartes de demandeurs d'emploi lorsqu'une erreur
est commise lors du remplissage de ladite carte.Il se pose également un
problème de retrouver un document en cas de besoin dû à la
mauvaise conservation.
3.4. Au niveau des moyens de traitement
Il est impérieux de spécifier qu'après
notre investigation au sein de la Direction Provinciale de l'Office National de
l'Emploi de Bandundu, nous avons constaté avec regret que le traitement
des informations de cet office se fait toujours à la main
(manuellement), ce qui ne garantit pas à suffisance la fiabilité
des informations bien que cette Direction dispose d'un personnel
qualifié et expérimenté pour la saine gestion de
demandeurs d'emploi.
a) Au niveau des
matériels : nous avons constaté lors de notre
passage que l'office National de l'Emploi ne dispose pas des matériels
informatiques répondant aux exigences actuelles de la nouvelle
technologie ;
b) Au niveau des moyens
humains : au niveau humain, nous pouvons dire que cet office
dispose d'un personnel qualifié et compétent, bien que certains
parmi eux ne respectent pas l'horaire de service ;
c) Au niveau des moyens
financiers : les ressources de cette entité
proviennent des employeurs mais nous avons constaté que certains de ces
employeurs ont du mal de verser au service de recouvrement leur quotepart.
Conclusion
Ce chapitre nous a permis à faire une critique du
fonctionnement général de l'entreprise sur le plan
fonctionnement, organisationnelle ainsi que technique.
CHAPITRE 4 : PROPOSITION DES SOLUTIONS
Dans le chapitre précédent, nous avons fait un
bilan critique de la gestion de demandeurs d'emploi afin de déceler les
points faibles de cette dernière. Après cette phase de critique,
nous allons passer à la proposition des solutions afin de
remédier aux lacunes constatées et épinglés au
niveau de la problématique.
4.1. Orientation de la gestion
En ce qui concerne la gestion de demandeurs d'emploi au sein
de l'Office National de l'Emploi de Bandundu dans le processus d'enregistrement
ou identification et de statistique des demandeurs d'emploi, nous avions
trouvé que tous les processus concernant les enregistrements et les
statistiques des demandeurs se suivent de manière cohérente ainsi
la hiérarchie se charge quant à ce. Mais toutefois, étant
donné que cette gestion est encore manuelle, plusieurs problèmes
ont été constatés et épinglés dans la
problématique.
Ainsi, nous ne pouvons en aucun cas éliminer le
système manuel car c'est le système actuel qui fait fonctionner
la gestion d'enregistrement et de statistique des demandeurs d'emploi
malgré ses anomalies et inconvénients. Mais, il est très
important de pouvoir reformer ce système. Sur ce, nous recommandons au
responsable de l'ONEM/Bandundu de :
ü Mettre les agents dans des bonnes conditions ;
ü Octroyer régulièrement une bonne prime
aux agents ;
ü Equiper les bureaux par les matériels
performants.
4.2. Orientation
d'organisation
L'Office Nationale de l'Emploi de Bandundu a une très
bonne organisation du point de vue disposition des postes qui interagissent
dans le traitement des informations liées aux enregistrements et aux
statistiques des demandeurs d'emploi. Et, c'est avec cettemême
organisation que nous allons implémenter notre système
informatique afin de faciliter les échanges d'informations entre
collaborateurs.
4.3. Organisation technique
Suite à l'étude minutieuse des moyens
matériels utilisés au sein de l'ONEM/Bandundu, nous avions
remarqué que ces matériels ne garantissent pas la rapidité
dans le traitement des informations relatives à la gestion de demandeurs
d'emploi dans les processus d'enregistrement et de statistique des demandeurs
d'emploi.
Ainsi, nous recommandons pour une bonne orientation technique
l'achat des équipements ci-dessous :
Tableau n°8 :
Organisation technique
N°
|
Matériels
|
Marque
|
Nombre
|
Caractéristiques
|
1
|
Ordinateur Serveur
|
Dell
|
1
|
Marque : Dell
HDD : 2To
RAM : 8Go
CPU : 8Go
|
2
|
Ordinateur Client
|
Dell
|
10
|
Marque : Dell
HDD : 500Go
RAM : 4Go
CPU : 4Go
|
3
|
Imprimante Réseau Multifonction
|
Cannon
|
2
|
Marque :
Canon MF237 w
|
4
|
Stabilisateur
|
|
6
|
Marque :
Beltron 20000w
|
5
|
Switch
|
Tp Link
|
1
|
Marque :
Huawei S2000
|
4.4. Avantages et
contraintes de la solution informatique
A) Avantages
Ø La fiabilité des résultats ;
Ø La sécurité et la
confidentialité des informations ;
Ø La mise à jour des données dans un
délai minimal possible ;
Ø L'accès rapide et précis aux
informations.
B)
Inconvénients
Ø Coût élevé pour la formation des
agents pour l'utilisation de l'outil informatique ;
Ø Coût très élevé de mise en
oeuvre, piratage des informations et entretien ;
Ø Interruption du travail lors de la coupure de
l'électricité.
Conclusion
Après avoir analysé et critiqué le
fonctionnement du système de l'existant, nous sommes parvenir à
la proposition des solutions, auquel nous proposons la solution informatique
pour ses avantages évoqués ci-haut.
Cette deuxième partie est consacrée à
faire une étude de l'existant, c'est-à-dire comprendre le
fonctionnement du système actuel. C'est ce qui nous a permis de
déceler les points forts et points faibles du système en
place.
TROISIEME PARTIE : CONCEPTION DU NOUVEAU SYSTÈME
D'INFORMATION
OBJECTIFS DU NOUVEAU SYSTEME
Le travail d'un informaticien est celui d'un architecte
dit-on.Dans ce sens qu'il commence toujours par une conception avant d'aboutir
à la réalisation.
La méthodologie de conception de systèmes
d'information s'articule autour des méthodes et l'implémentation
de la base des données s'effectue à l'aide d'un SGBD
(Système de Gestion de Base des Données)23(*).
Pour ce qui concerne notre mémoire, nous avons
porté notre choix sur le Processus Unifié et la Méthode de
Potentiels Métracomme méthode etau SGBD Microsoft SQL Serveur
comme outil d'implémentation.
CHAPITRE 1 : CONCEPTION DU NOUVEAU SYSTEME
D'INFORMATION AVEC UML
1.1. Présentation du Processus Unifie
(PU)24(*)
Le processus unifié est un processus de
développement moderne, itératif,efficace sur des projets
informatiques de toutes tailles. Très complet, il couvre l'ensemble des
activités, depuis la conception du projet jusqu'à la livraison de
la solution. Intégrant une organisation de projet type, une
méthodologie utilisant UML et un ensemble de bonnes pratiques
cohérentes entre elles.Un point d'excellence de cette démarche
est son adaptabilité : le PU peut se décliner en fonction de
l'ampleur d'un projet, de l'expérience de l'équipe qui l'assume,
et de la nature de la solution à construire.
1.1.1. Principes d'UP
Le processus de développement UP, associé
à UML, met en oeuvre les principes suivants :
ü Processus guidé par les cas
d'utilisation ;
ü Processus itératif et
incrémental ;
ü Processus centré sur l'architecture ;
ü Processus orienté par la réduction des
risques.
Ces principes sont à la base du processus unifié
décrit par les auteurs d'UML.
a) Processus guidé par les cas
d'utilisation
Tout système d'information est construit sur base de
besoins des utilisateurs. L'orientation forte donnée ici par UP est de
montrer que le système àconstruire se définit d'abord avec
les utilisateurs. Une seconde orientation est de montrer comment les cas
d'utilisation constituent un vecteur structurant pour le développement
et les tests du système. Ainsi le développement peut se
décomposer par cas d'utilisation et la réception du logiciel sera
elle aussi articulée par cas d'utilisation25(*).
b) Processus itératif et
incrémental
Ce type de démarche étant relativement connu
dans l'approche objet, il paraîtnaturel qu'un PU préconise
l'utilisation du principe de développement par itérations
successives. Concrètement, la réalisation de maquette et
prototype constitue la réponse pratique à ce principe. Le
développement progressif, par incrément, est aussi
recommandé en s'appuyant sur la décomposition du système
en cas d'utilisation.
Les avantages du développement itératif
se caractérisent comme suit :
Ø Les risques sont évalués et
traités au fur et à mesure des itérations ;
Ø Les premières itérations permettent
d'avoir un feed-back des utilisateurs ;
Ø Les tests et l'intégration se font de
manière continue ;
Ø Les avancées sont évaluées au
fur et à mesure de l'implémentation.
c) Processus centré sur
l'architecture
Le choix de l'architecture doit se faire en amont (dès
le début des travaux d'analyse et de conception). Il est importantde
définir le plus tôt possible, même à grandes mailles,
l'architecture type quisera retenue pour le développement,
l'implémentation et ensuite ledéploiement du système. Le
vecteur des cas d'utilisation peut aussi être utilisépour la
description de l'architecture.
d) Processus orienté par la
réduction des risques
L'analyse des risques doit être présente à
tous les stades de développementd'un système. Il est important de
bien évaluer les risques des développements afin d'aider à
la bonne prise de décision. Du fait de l'application du processus
itératif, UP contribue à la diminution des risques au fur et
à mesure du déroulement des itérations successives.
1.1.2. Activités du processus
unifié26(*)
Les activités représentent les actions à
effectuer au cours d'une phase. Voici la liste des activités du
Processus Unifié :
1. Expression des besoins : UP propose
d'appréhender l'expression des besoins en se fondant sur une bonne
compréhension du domaine concerné pour le système à
développer et une modélisation des procédures du
système existant.
Ainsi, UP distingue deux types de besoins :
ü Les besoins fonctionnels qui conduisent à
l'élaboration des cas d'utilisation ;
ü les besoins non fonctionnels (techniques) qui
aboutissent à la rédaction d'une matrice des exigences.
2. Analyse : L'analyse permet une
formalisation du système à développer en réponse
à l'expression des besoins formulée par les utilisateurs.
L'analyse se concrétise par l'élaboration de tous les diagrammes
donnant une représentation du système tant statique que
dynamique.
3. Conception : La conception prend en
compte les choix d'architecture technique retenus pour le développement
et l'exploitation du système.
4. Implémentation : Cette phase
correspond à la production du logiciel sous forme de composants, de
bibliothèques ou de fichiers. Cette phase reste, comme dans toutes les
autres méthodes, la plus lourde en charge par rapport à
l'ensemble des autres phases (au moins 40 %).
5. Test : Les tests permettent de
vérifier :
ü La bonne implémentation de
toutes les exigences (fonctionnelles et techniques),
ü Le fonctionnement correct des interactions entre les
objets ;
ü La bonne intégration de tous les composants dans
le logiciel.
1.1.3. Adaptation
Le processus unifié s'adapte à deux
approches :
Ø L'approche standard ;
Ø L'approche 2TUP.
1.2. Présentation du langage UML
UML (UnifiedModelingLanguage, que l'on peut
traduire par « Langage de Modélisation
Unifié » est un langage permettant de
modéliser un problème de façon standard. Officiellement
UML est né en 1994. UML v2.0 date de 2005. Il s'agit d'une version
majeure apportant des innovations radicales et étendant largement le
champ d'application d'UML.
Le langage de modélisation unifiée (UML) est la
synthèse de plusieursméthodes d'analyse et de conception des
systèmes d'information orientéesobjet (OMT, BOOCH, OOSE),
développée en vue de pallier aux insuffisances des
méthodesclassiques27(*) et devenu actuellement la référence en
termes de modélisation objet.
UML n'est ni une méthode, ni un processus mais
plutôt un langage de modélisation. Dans le cadre de la
modélisation d'une application informatique, UML n'impose pas une
démarche particulière pour l'analyse du système mais il
préconise (recommander) d'adopter une démarche ayant les
caractéristiques suivantes28(*) :
Ø Itérative et
incrémentale : c'est-à-dire comprendre et
représenter un système complexe ;
Ø Guidé par le besoin des
utilisateurs du système : avec UML, ce sont les
utilisateurs qui guident la définition des modèles car le but du
système à modéliser est de répondre aux besoins des
utilisateurs ;
Ø Centré sur l'architecture
logicielle : UML décrit des choix stratégiques
qui déterminent en grande partie les qualités du logiciel :
adaptabilité, performance et la fiabilité.
UML est un support de communication. Sa notation graphique
permet d'exprimer visuellement une solution objet. L'aspect formel de sa
notation limite les ambiguïtés et les incompréhensions.
Son aspect visuel facilite la comparaison et
l'évaluation de solutions. Son indépendance (par rapport aux
langages d'implémentation, domaine d'application, processus...) en font
un langage universel.
Est-ce qu'UML est une solution à tout ?
Evidemment pas. L'UML n'est qu'un ensemble de formalismes
permettant d'appréhender un problème et de le modéliser.
Un formalisme n'est qu'un outil et son succès dépend de savoir
utiliser les outils29(*).
UML est utilisé pour proposer une version visuelle d'un
projet que tout peut comprendre. UML utilise 14 diagrammes pour expliquer un
projet à savoir :30(*)
A. Diagrammes structurels ou statique
1) De classes (class diagram) :
montre la structure du système à concevoir ;
2) D'objets (objectdiagram) :
permet de vérifier la validité du diagramme de classe ;
3) De composants (component
diagram) : illustre les éléments logiciels
(exécutable) ;
4) De déploiement
(deploymentdiagram) : il illustre la disposition physique du
matériel et la répartition des composants sur ce
matériel ;
5) De paquetages (package
diagram) : schématise l'ensemble
d'éléments de modélisation ;
6) De structure composite (composite structure
diagram) : décrit les relations entre les composants
d'une classe ;
7) De profil : est un diagramme
structurel permettant l'utilisation de profil, pour un méta
modèle donné.
B. Diagrammes de comportement
8) De cas d'utilisation (use case
diagram) : montre comment chaque acteur exploite le
système ;
9) D'états-transition (state
diagram) : montre les différents états que
peut prendre un objet instance de la classe lors de son cycle de vie.
10) D'activité
(activitydiagram) : décrit le comportement du
système ;
C. Diagrammes dynamiques ou d'interaction
11) De séquences
(sequencediagram) : montre la manière dont se font les
traitements et indique les interactions entre les éléments du
système ;
12) De communication (communication
diagram) :représentation simplifiée d'un
diagramme de séquence se concentrant sur les échanges de messages
entre les objets
13) De temps (timing diagram) :
permet de décrire les variations d'une donnée au cours du
temps ;
14) De vue générale
d'interaction (interaction overviewdiagram) .
Ces diagrammes permettent de définir une application
selon plusieurs points de vue :
o Fonctionnel (Cas d'utilisation)
o Statique (classes, objets, structure
composite)
o Dynamique (séquence, états,
activité, interaction, communication, temps)
o Implémentation (composants,
déploiement, paquetage).
1.3. Eude au point de vue fonctionnel
1.3.1. Démarche d'élaboration d'un
cas d'utilisation
Les cas d'utilisation sont une technique de description du
système étudié privilégiant le point de vue de
l'utilisateur. Un cas d'utilisation est une façon spécifique
d'utiliser le système. Il est composé d'un ensemble d'actions
déclenché par un acteur externe et qui produit un résultat
identifiable31(*).
Un cas d'utilisation représente la relation entre un
acteur et une fonctionnalité du système. Dans la
modélisation d'un système d'information, on considère que
les processus sont des cas d'utilisation. Pour l'élaboration du cas
d'utilisation, nous utilisons les concepts suivants :
ü Acteur ;
ü Cas d'utilisation ;
ü Association ;
· Inclusion
· Exclusion
A noter que dans une démarche d'élaboration du
diagramme de cas d'utilisation il est nécessaire :
Ø D'identifier les acteurs ;
Ø D'organiser les acteurs par des relations ;
Ø De rechercher le cas d'utilisation du système
pour chaque acteur ;
Ø De rechercher les fonctionnalités du
système par ses cas d'utilisation.
a) Acteur : un acteur est
un rôle attribué à une entité externe (humain,
matériel) pour interagir directement avec le système32(*) :
On distingue deux catégories d'acteurs :
- Acteurs primaires : sont ceux qui utilisent le
système ;
- Acteurs secondaires : sont ceux qui administrent et
maintiennent le système.
b) Cas d'utilisation : est un
ensemble d'actions réalisées par un système à une
action d'un acteur.
1.3.2. Identification des acteurs
Nous avons trois intervenants qui interagissent avec le
système : le responsable de l'onem (Agent), l'Administrateur du
système et le demandeur d'emploi.
1.3.3. Cas d'utilisation
identifiés
Les différents cas d'utilisation recensés sont
les suivants :
a) Responsable de l'ONEM
- Identification ;
- Authentification ;
- Consultation offres d'emplois ;
- Présélection demandeurs d'emploi ;
- Afficher la statistique.
b) Les demandeurs d'emploi
- Identification ;
- Authentification ;
- Modification de profil ;
- Impression de la carte de demandeur d'emploi.
c) L'administrateur
- Gestion technique de la plate-forme ;
- Authentification ;
- Gestion des comptes utilisateurs.
1.3.3.1. Les relations entre acteurs et cas
d'utilisation
Il est parfois intéressant d'utiliser des liens entre
les différents cas (sans passer par un acteur), UML en fournit de deux
types : la relation d'inclusion (include) et la relation d'extension
(extend).
- Inclusion de cas (include) : La relation
d'inclusion (include) est employée quand deux cas d'utilisation ont en
commun une même fonctionnalité et que l'on souhaite factoriser
celle-ci en créant un sous cas, ou cas intermédiaire, afin de
marquer les différences d'utilisation.
- Extension de cas (extend) :
schématiquement, nous dirons qu'il y a extension d'un cas d'utilisation
quand un cas est globalement similaire à un autre, toute effectuant un
peu plus de travail (voire un travail plus spécifique). Cette notion
à utiliser avec discernement permet d'identifier des cas particuliers
(commandes, procédures à suivre en cas d'incident) dès le
début ou lorsque l'attitude face à un utilisateur
spécifique du système doit être spécialisée
ou adaptée. Il s'agit grosso modo d'une variation du cas d'utilisation
normale.
1.3.4. Diagramme de cas d'utilisation
global
Les diagrammes de cas d'utilisation modélisent à
QUOI sert le système. La figure suivante montre la
structure globale de cas d'utilisation.

Figure n° 13 : Cas d'utilisation global
Description textuelle des cas d'utilisation
Afin de décrire les interactions entre les cas
d'utilisation, nous présentons ces derniers de façon
textuelle. Il s'agit donc d'associer à chaque cas d'utilisation un
nom, un objectif, les acteurs qui y participent, les pré-conditions
et des scénarii. Cependant ; il existe trois types de
scénarii : les scénarii nominaux ; les scénarii
d'exceptions et les scénarii alternatifs.
Dans notre description textuelle, nous présentons
seulement les scénarii nominaux et alternatifs. Nous nous
restreindrons à la description des cas d'utilisation suivants :
authentification et identification.
CU1 : Authentification
|
Résumé: Ce CU permet à un utilisateur
de se connectant au système ; et lui
présenter l'interface, les fonctionnalités
relatives à son profil.
|
Acteurs: Préposé accueil actif, Demandeur
d'emploi, Administrateur
|
Pré conditions : Introduire login et mot de passe
|
Post-Condition: le cas démarre après le point 02
de l'enchainement nominal, l'utilisateur s'authentifie
|
Scénario nominal
|
DESCRIPTION DU SCENARIO NOMINAL
« DEBUT»
01 : Le système invite l'acteur à entrer son
login et son mot de passe.
02: L'acteur saisit le login et le mot de passe et choisit
son profil.
03: Le système vérifie les paramètres.
04: Le système ouvre l'espace de travail correspondant
au profil.
« FIN»
|
Scenario alternative
|
DESCRIPTION DU SCENARIO ALTERNATI F
Le login ou le mot de passe est incorrect: ce scénario
commence au point 03 du scénario nominal.
01 : Le système informe l'acteur que les données
saisies sont erronées et le scénario reprend au point 01 du
scénario nominal.
|
CU2: Identification
|
Résumé: Ce CU permet à l'acteur de
s'inscrire.
|
Acteurs: Préposé accueil actif, Demandeur
d'emploi
|
Post-Condition: le cas démarre après le point 02
de l'enchainement nominal, l'utilisateur s'inscrit au site
|
Scenario nominal
|
DESCRIPTION DU SCENARIO NOMINAL
« DEBUT»
01 : le système affiche un formulaire d'inscription
à l'acteur
02 : l'acteur saisit ses informations.
03 : le système vérifie la validité des
informations saisies.
04 : le système enregistre ces informations dans la
base de données.
05 : le système notifie l'acteur du bon
déroulement de l'identification
|
Scenario alternative
|
les informations sont manquantes ou incorrectes: ce
scénario commence au point 03 du scénario nominal.
01 : Le système informe l'acteur que les données
saisies sont erronées, garde les informationssaisies avant et le
scénario reprend au point 02 du scénario nominal.
|
1.3.5. Elaboration du diagramme de
séquence
Le diagramme de séquence est un diagramme d'interaction
entre les objets, qui met l'accent sur le classement des messages par ordre
chronologique durant l'exécution du système33(*).
Les diagrammes de séquences permettent de
décrire COMMENT les éléments du
système interagissent entre eux et avec les acteurs :
· Les objets au coeur d'un système interagissent
en s'échangeant des messages ;
· Les acteurs interagissent avec le système au
moyen d'IHM (Interfaces Homme-Machine).
Diagramme de Séquence du cas
« Authentification ».

Figure n° 14: Cas d'utilisation authentification
Diagramme de Séquence du cas « Identification
ou enregistrement ».

Figure n° 15: Cas d'utilisation Identification
1.4. Eude au point de vue statique
1.4.1. Elaboration du diagramme de
classes
Le diagramme de classes est un schéma utilisé
pour présenter les classes et les interfaces des systèmes ainsi
que les différentes relations entre celles-ci. Ce diagramme fait partie
de la partie statique d'UML car il fait abstraction des aspects temporels et
dynamiques34(*).
Une classe est la description d'un ensemble d'objets ayant une
sémantique, des attributs, des méthodes et des relations en
commun.
Avantages des diagrammes de classes
Les diagrammes de classes présentent des avantages
ci-après :
F Illustrer des modèles de données pour des
systèmesd'information ;
F Mieux comprendre l'aperçu général des
schémas d'une application ;
F Créer des schémas détaillés qui
mettent l'accent sur le codespécifique qui doit être
programmé et mis en oeuvre dans lastructure décrite.
F Fournir une description indépendante de
l'implémentation destypes utilisés dans un système, qui
sont ensuite transmis entre sescomposants.
1. Formalisme de la classe
Une classe est la description d'un ensemble d'objets ayant une
sémantique, des attributs, des méthodes et des relations en
commun35(*). Celle-ci est
composée de trois compartiments à savoir : le nom, les
attributs et les opérations.
Nom de la classe
|
attribut 1 : Int
attribut 2 : String
attribut 3 : Float
|
apération 1 () : void
apération 2 () : void
|
· Un attribut décrit une donnée de la
classe.Les attributs prennent des valeurs lorsque la classe est
instanciée ;
· Une méthode ou opération est un service
offert par la classe (un traitement que les objets correspondant peuvent
effectuer).
NB : Les attributs et les
méthodes ou opérations sont les propriétés d'une
classe. Leur nom commence par une minuscule.
2. Relation entre les classes
Une relation est un lien entre deux ou plusieurs classes.
2.1. Relation de généralisation ou
d'héritage
Une relation d'héritage est une relation de
généralisation permettant l'abstraction. (Abstraction
est un processus qui permet à identifier une entité en
mettant en évidence ses caractéristiques pertinentes du point de
vue de son utilisation.
Une dépendance est une relation unidirectionnelle
exprimant une dépendance sémantique entre les
éléments du modèle (flèche ouverte
pointillée).
a) Association
Une association est une relation entre deux classes
décrivant les connexions structurelles entre les instances.
b) Multiplicité
La multiplicité en modélisation des
données sert à compter le nombre minimum et maximum de
possibilités que chaque classe contient dans la relation liant deux ou
plusieurs objets.
Tableau n°9:
Multiplicité
0.. 1 :
|
Aucune ou une instance
|
1 :
|
Une instance exactement
|
0.. * ou * :
|
Aucune ou plusieurs
|
1.. * :
|
Une instance ou plusieurs (au moins une)
|
c) Classe - association
Dans le modèle objet, seules les classes
peuvent avoir des attributs, tandis qu'une association peut être
raffinée et avoir ses propres attributs, qui ne sont disponibles dans
aucune des classes qu'elle lie, cette association devient
alors une classe appelée classe-association36(*).
Ex : Entre les classes société et agent,
nous avons l'association « emploi » dont les
propriétés sont : salaire et date d'engagement.
2.2. Agrégation et composition37(*)
a) Agrégation : Une
agrégation est une forme particulière d'association. Elle
représente la relation d'inclusion d'un élément dans un
ensemble. On représente l'agrégation par l'ajout d'un losange
vide du côté de l'agrégat.
b) Composition : une
relation de composition est une relation d'agrégation dans laquelle il
existe une contrainte de durée de vie entre la classe composant et la
classe composée.
1.4.1.1. Classes d'objets
identifiées
Lors de nos investigations à la Direction Provinciale
de l'ONEM Bandundu, nous avons identifié les classes suivantes :
ü Demandeur d'emploi ;
ü Agent ;
ü Emploi ;
ü Service ;
ü Dossier ;
ü Document ;
ü Carte de demandeur.
Les différentes associations reliant les classes
d'objets sont les suivantes :
ü Enregistrer ;
ü Proposer ;
ü Solliciter ;
ü Déposer ;
ü Analyser ;
ü sélectionner ;
ü Remettre ;
ü Vérifier ;
ü Se trouver ;
Ø Dictionnaire des
données
Le tableau ci-dessous représente la liste des attributs
composants toutes les classes qui forment notre système ainsi que leur
description, leur taille et leur type.
Tableau n°10: Dictionnaire des
données
N°
|
Attributs
|
Libellés
|
Type
|
Taille
|
01
02
03
04
05
06
07
08
09
10
11
12
13
|
Adr
Ag
Coddoc
Coddir
Codserv
Etaciv
libserv
Matag
Nomag
Postnomag
Nomdem
Numcarte
Profess
|
Adresse
Age
Code du document
Code direction
Code service
Etat civil
Libellé service
Matricule agent
Nom agent
Postnom agent
Nom demandeur
Numéro de la carte
Profession
|
Caractère
Numérique
Caractère
Caractère
Caractère
Caractère
Caractère
Caractère
Caractère Caractère
Caractère
Caractère
Caractère
|
25
3
5
5
5
15
25
25
25
25
25
25
25
|
Ø Présentation des
classes
Après avoir dégagé le dictionnaire de
données épuré, nous pouvons dorénavant
présenter les classes ainsi que leurs méthodes et leurs attributs
qui sont présentés dans le tableau suivant :
Tableau n° 11: Présentation
des classes
N°
|
Nom classe
|
Liste des Attributs
|
Méthodes
|
|
1. Agent
|
Matag
Nomag
Postnomag
Prnomag
|
Ajouter ()
Supprimer ()
Modifier ()
|
|
2. Demandeur
d'emploi
|
Refdempl
Nom
Postnom
Prenom
Lieunaiss
Datenaiss
Sexe
Etaciv
adr
|
Ajouter ()
Modifie ()
Supprimer ()
Afficher ()
|
|
3. Dossier
|
Refdos
Libdos
|
Créer ()
Afficher ()
Modifier ()
Supprimer ()
|
|
4. Service
|
Codserv l
Ibserv
|
ajouter ()
Supprimer ()
|
|
5. Emploi
|
Idempl
libempl
|
Saisir ()
Afficher ()
|
|
6. Document
|
Coddoc
libdoc
|
Ajouter ()
Afficher ()
Modifier ()
Supprimer ()
|
1.4.1.2. Diagramme de classes
C'est un diagramme qui ressemble au modèle
entité/association où chacune des classes est décrite avec
des attributs et des méthodes ou responsabilités.

Figure n° 16 : Diagramme de classe
1.4.2. Elaboration du diagramme de
déploiement
En UML, 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 du
système sont repartis ainsi que leurs relations entre eux. Les
éléments utilisés par un diagramme de déploiement
sont principalement :
Ø Noeuds : est une entité
matérielle capable de recevoir et d'exécution du
logiciel ;
Ø Composants : constituent
l'architecture logicielle du système ;
Ø Associations : sont de liens de
communication représentées par de simples lignes ;
Ø Artefact : est une
manière de définir un fichier, un programme ou une base de
données dans un projet.
L'image suivante illustre le diagramme de
déploiement.

Figure n° 17 : Diagramme de déploiement
1.5. Eude au point de vue dynamique
L'étude au point de vue dynamique permet de
décrire les différents états d'objets au cours du
fonctionnement du système d'information à concevoir.
1.5.1. Diagramme
d'activités
Le diagramme d'activité est un diagramme comportemental
d'UML, permettant de représenter le déclenchement
d'événements en fonction des états du système et de
modéliser des comportements parallélisables (multithreads ou
multiprocessus).
Avantages et Inconvénients38(*)
Ø Avantage du diagramme
d'activités
Le diagramme d'activité se concentre sur des
activités, dans ce sens qu'il est comme un organigramme soutenant des
décisions composées. Cependant, il diffère d'un
organigramme en soutenant explicitement des activités parallèles
et leur synchronisation.
Ø Inconvénient du diagramme
d'activités
Le plus grand inconvénient des diagrammes
d'activité est qu'ils ne rendent pasexplicites les objets
exécutés que des activités, et la manière dont la
transmission de messages fonctionne entre eux. Marquer de chaque
activité avec l'objet responsable peut être fait.
a) Etat :
Un état est un point où un certain
événement doit avoir lieu avant que l'activité puisse
continuer.
ü Etat initial : il montre
le point de départ. Noté par un cercle plein.
ü Etat final : il est
noté par un cercle avec un point noir à l'intérieur.
b) Activité
Une activité décrit l'exécution du
comportement de l'objet.
La figure suivante représente le diagramme
d'activité du système.
Ø Authentification

Figure n° 18: Diagramme d'activité
« Authentification ».
Ø Idenditification

Figure n° 19 : Diagramme d'activité
« Authentification ».
Conclusion
Dans ce chapitre nous avons présenté à
l'aide des différents diagrammes du processus unifié comme se
présentera notre système à mettre en oeuvre, comment les
utilisateurs vont interagir avec le nouveau système à
implémenter.
CHAPITRE 2 : DEVELOPPEMENT DU
SYSTÈMED'INFORMATION INFORMATISE
Pour le développement du système d'information,
le langage de modélisation unifié (UML) met à l'usage des
concepteurs que nous sommes des outils d'atelier de génie logiciel entre
autre : le maquettage et prototype.
2.1. Maquettage
Le maquettage est un outil qui permet la création des
maquettes. La maquette d'un système d'information par définition
est une implémentation de ce système qui a l'apparence des
programmes qui supporteront ce système d'information et qui fonctionne
comme ces programmes mais avec des performances
dégradées39(*).
2.2. Prototypage
Le prototype est un outil de génie logiciel qui a pour
but de créer des prototypes. Un prototype d'un système
d'information est une première implantation de ce système
d'information. C'est sur base des prototypes que le concepteur pourra enchainer
avec le positionnement des propriétés et l'écriture des
codes.
2.3. Choix de la plate-forme de
développement
Pour le développement de notre système
d'information, nous avons porté notre choix sur la plate-forme de
développement JAVA car ce dernier est un langage de programmation
à usage général, évolué et orienté
objet. La richesse de son écosystème et de sa communauté
lui ont permis d'être très largement utilisé pour le
développement d'applications d'entreprises et mobiles40(*).
Pour l'implémentation de notre base des données,
nous avons opté pour le système de gestion de base des
données (SGBD) SQL Server 2014.
2.3.1. Brève présentation du langage
de programmation (Java)41(*)
Java est un langage de programmation orienté objet et
une plateforme logicielle largement utilisée qui fonctionne sur des
milliards d'appareils, notamment des ordinateurs portables, des appareils
mobiles etc. Les règles et la syntaxe de Java sont basées sur les
langages C et C++.
L'un des principaux avantages de développer des
logiciels avec Java réside dans sa portabilité.
Une fois que vous avez écrit le code d'un programme Java sur un
ordinateur portable, il est très facile de déplacer le code vers
un appareil mobile.
Lorsque le langage a été inventé en 1991
par James Gosling de Sun Microsystems (racheté par
Oracle), l'objectif principal était de pouvoir
« écrire une fois, exécuté n'importe où.
»
Fonctionnement de Java
Avant d'explorer les raisons de la popularité durable
de Java, passons en revue ce qu'est Java, et son importance pour le
développement d'applications d'entreprise. Java est une technologie
composée à la fois d'un langage de programmation et d'une
plateforme logicielle. Pour créer une application avec Java, vous devez
télécharger le kit Java développement (JDK), qui est
disponible pour Windows, macOS et Linux.
Vous écrivez le programme en langage de programmation
Java, puis un compilateur transforme le programme en code
intermédiaire Java, le jeu d'instructions pour la
machine virtuelle Java (JVM) qui fait partie de l'environnement
d'exécution Java (JRE).
La plateforme logicielle Java est composée de la
machine virtuelle Java, de l'API Java et d'un environnement de
développement complet. La machine virtuelle Java analyse et
exécute (interprète) le code intermédiaire Java. L'API
Java est composée d'un vaste ensemble de bibliothèques comprenant
des objets de base, des fonctions de mise en réseau et de
sécurité, une génération XML et des services
Web.
2.3.2. Création de la base de
données et des interfaces
2.3.2.1. Création de la base des
données avec MS SQL SERVEUR
1. Présentation de MS Sql
Serveur
SQL Server est un Système de Gestion de Bases de
Données Relationnel - SGBDR, et en plus de cela, il a une aptitude de
tourner sur un réseau informatique en communiquant avec tant d'autres
SGBDR dans ce même réseau ; et quand ils sont reliés et
communiquent entre eux, ils forment un SGBD Réparti. Le SQL Server est
plus qu'un SGBD. C'est tout une plateforme avec plusieurs services à
offrir de la gestion à l'analyse de données42(*).
SQL Server gère deux types de système de
données différents :
Ø Les bases OLTP
(OnLineTransactionalProcessing) qui correspondent àdes bases
dans lesquelles les informations sont stockées de façon directe
afin de réutiliser plus tardces informations telles qu'elles ont
été stockées.
Ø Les bases OLAP
(OnLineAnalyticalProcessing) qui contiennent desinformations
statistiques afin d'être capable d'extraire les informations sous forme
de cubemultidimensionnel dans un but d'aide à la décision par
exemple. Les statistiques contenues dansdes bases OLAP s'appuient sur des
informations contenues dans une base OLTP.
2. Création de la base des
données
Avant de commencer à créer la base des
données ou les tables, il faut d'abord s'authentifier : il existe deux
types d'authentification : l'authentification Windows et
l'authentification Sql Serveur.
a) Authentification Windows :
cette authentification ne nécessite pas un mot de passe ;
b) Authentification Sql
Serveur : Pour l'authentification sql server vous devez
préciser la connexion (par exemple sa si on accède au serveur
comme administrateur) et votre mot de passe.
Voir la figure suivante :

Figure n° 20: Authentification
Pour créer une base de données en mode graphique
sous SQL Serveur, une fois connecté avec l'authentification de votre
serveur SQL, placez-vous à l'onglet bases de données, puis
nouvelle base de données. Ou avec mode console, utiliser la commande
CREATE DATABASE43(*).

Figure n° 21 : Nouvelle base des données
Donnez un nom significatif à votre base des
données.

Figure n° 22: Nom significatif à la base des
données
Ensuite cliquez sur OK. L'image suivante montre la base des
données créée.

Figure n° 23: Base des données crée
3. Création des tables
3.1. Une fois la base des données est
créée, cliquez sur le signe + du nom de votre base des
données pour l'ouvrir, ensuite faitesclic droit sur l'onglet Tables de
votre BD, puis nouveau, ensuite cliquez sur table.

Figure n° 24: Nouvelle table
3.2. Créer les colonnes de votre table

Figure n° 25: Création des colonnes
3.3. Sélectionner la colonne que vous voulez qu'elle
soit clé primaire, puis faites clic droit et cliquez sur définir
la clé primaire.

Figure n° 26: Clé primaire
2.3.3. Création des
interfaces
1. Formulaire de Chargement

Figure n° 27: Chargement de l'application
2. Formulaire d'authentification

Figure n° 28: Formulaire d'authentification
3. Menu Principal

Figure n° 29 : Menu principal
4. Formulaire Agent

Figure n° 30: formulaire Agent
5. Formulaire Demandeur d'Emploi

Figure n° 31: Formulaire demandeur d'emploi
2.3.4. Test et jeu d'essai
Pour s'assurer d'une démarche de qualité et pour
être sûr que le produit correspond aux attentes
prédéfinies au départ, des tests ont été
réalisés le long du cycle de vie du projet. Pour bien mener nos
tests, nous avons formalisés les procédures de tests avec trois
questions prépondérantes : Quand ? Qui ? Comment ?
1. Quand ? A Quel moment tester ?
Les tests doivent être réalisés le long du
processus de création de l'application informatique. Nous avons
démarré les tests dès la phase de conception,
construction, et déploiement.
2. Qui ? Qui est responsable des tests ?
Entant que chef de projet, nous avons été
mené à préparer les procédures de tests ainsi que
veiller à leur bon déroulement. Pour la validation, c'est
l'équipe du projet en entier qui s'en est occupée.
3. Comment ? Quels sont les types de tests à
faire ?
Pour notre projet, nous avons programmés trois types de
tests afin de pouvoir cerner toutes les facettes du dispositif et sa
réalisation.
· Tests de fonctionnalités : tests des boutons de
navigation, des liens, menus et sous menus ;
· Tests d'ergonomie-navigation : tests sur
l'interactivité, tests de tous les scénarios et dans tous les cas
possibles, tests de tous les clicks et les éventuels messages
d'erreurs ;
· Tests techniques : tester la plateforme sur plusieurs
configurations matérielles et logicielles, une gamme variée
d'ordinateurs et la montée en charge sur la plateforme pressentie.
Les tests sont indispensables pour offrir une plateforme qui
répond au mieux à nos attentes et surtout qui présente le
moins nombre de bugs possible. Mais pour la maintenance et l'évolution
de la plateforme, nous proposons un processus de suivi.
Ecriture de codes
Ø Bouton
« Enregistrer »
java import java.awt.*; import java.awt.event.*; import
javax.swing.*; public class SaveButtonextendsJFrameimplementsActionListener
{ privateJButtonsaveButton; public
SaveButton() { saveButton = new
JButton("Enregistrer");
saveButton.addActionListener(this);
getContentPane().setLayout(new
FlowLayout());
getContentPane().add(saveButton);
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
setTitle("Enregistrer");
setSize(300, 200);
setVisible(true); } public
voidactionPerformed(ActionEvent e)
{ if (e.getSource() ==
saveButton) { }
public staticvoid main(String[] args)
{ new
SaveButtonExample(); } }
Ø Bouton quitter
java import java.awt.*; import java.awt.event.*; import
javax.swing.*; public class QuitButtonextendsJFrameimplementsActionListener
{ privateJButtonquitButton; public
QuitButton() { quitButton = new
JButton("Quitter");
quitButton.addActionListener(this);
getContentPane().setLayout(new
FlowLayout());
getContentPane().add(quitButton);
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
setTitle("Quitter"); setSize(300,
200);
setVisible(true); } public
voidactionPerformed(ActionEvent e)
{ if (e.getSource() ==
quitButton)
{
System.exit(0);
} } public staticvoid main(String[]
args) { new
QuitButton(); }
Conclusion
Dans ce chapitre, il est question de faire le choix sur la
plateforme de développement de notre système à
implémenter et le SGBD à utiliser pour l'implémentation
dece dernier.
Bref, cette dernière partie consiste à donner
une nouvelle image du système existant, c'est-à-dire
l'amélioration du système existant en mettant en place un
modèle de gestion pouvant prendre en charge la gestion des
activités liées aux demandeurs d'emploi.
CONCLUSION GENERALE
Ce mémoire a présenté en détail la
modélisation d'un système informatisé pour la gestion des
activités liées aux demandeurs d'emploi à l'Office
National de l'emploi de la province de Bandundu. L'objectif principal de ce
système est d'améliorer l'efficacité et l'efficience des
processus liés à la gestion des demandeurs d'emploi, en
facilitant la collecte, la gestion et le suivi des données cruciales.
La modélisation du système a été
réalisée en utilisant une approche basée sur les besoins
spécifiques de l'Office National de l'emploi, avec une attention
particulière accordée à l'optimisation des processus
opérationnels et à l'amélioration de la qualité des
services offerts aux demandeurs d'emploi. Les différentes étapes
de la modélisation, de la collecte des exigences à la conception
des diagrammes UML, ont été décrites en détail afin
de fournir une vue complète du système proposé.
Grâce à ce système informatisé,
l'Office National de l'emploi de la province de Bandundu pourra
bénéficier de plusieurs avantages. Il permettra une meilleure
gestion des données des demandeurs d'emploi, une réduction des
erreurs et des doublons, une augmentation de l'efficacité dans la
recherche d'emplois correspondants, ainsi qu'une amélioration de la
communication avec les demandeurs d'emploi.
De plus, ce système contribuera à
l'amélioration globale du processus de traitement des demandeurs
d'emploi, en offrant des fonctionnalités telles que la
génération automatisée de rapports statistiques et
l'optimisation des flux de travail. Cela permettra de rationaliser les
opérations, d'économiser du temps et des ressources, et
d'améliorer la prise de décision.
À la lumière de ce qui précède, il
nous est loisible de dire que la modélisation d'un système
informatisé pour la gestion des activités liées aux
demandeurs d'emploi à l'Office National de l'emploi dans la ville de
Bandundu est un pas majeur vers l'amélioration du service offert aux
demandeurs d'emploi ainsi que vers l'efficacité globale de
l'organisation. En dépit de cela, force nous est de confirmer nos
hypothèses de départ.
Le présent mémoire étant une oeuvre
humaine ne peut pas manquer des imperfections ; c'est pourquoi, nous demandons
la flexibilité de nos lecteurs. Aussi, nous restons ouverts aux
observations, remarques et suggestions qui nous permettront d'améliorer
le présent papier.
BIBLIOGRAPHIE
I. OUVRAGES
Ø BAPTISTE, J., Modélisation des
données et traitement, langage SQL, Ed. ENI, Paris , 2009,
P.3 ;
Ø Claude de lobel et Mèche Adiba, Base de
données et système relationnel, 3ème Edition, Paris,
1985 ;
Ø CROZAT S., Conception et Introduction de base
de données relationnelle, ed ITC FORMATION, Paris
2017 ;
Ø DI GALLO Frédéric,
Méthodologie des systèmes d'information - UML, EditionCNAM
ANGOULEME 2000-2001 ;
Ø DOUDOUX Jean-michel, Développons en
Java, Paris, 1999-2002.
Ø GOUPRILE, P., et ROUSSE, J.M., Analyse
informatique pour les IUT et les BTS, Ed. Masson, 1993 ;
Ø Le Parisien,
« sensagent-Dictionnaire », Diagramme de
Gantt, ;
Ø Loi n°015/2022 du 16 Octobre 2022 portant code
du travail ;
Ø Mise au travail de demandeurs d'emploi par le
FOREM ;
Ø PASCAL, R., UML 2 par la pratique étude de
cas et exercices corrigés,5èmeEd.Eyrolles, Paris,
2008 ;
Ø Saliha Yacoub, Programmation de bases de
données Transact-SQL (SQL Server), Automne 2019 ;
Ø SOBERMAN, Marcel, Génie Logiciel en
informatique de gestion, éd Ey Rolle, Paris, 2000.
II. NOTES DE COURS
Ø BIMA, G., Cours de Bases des données
réparties, L2 Info, ISC-BDD, 2022-2023 ;
Ø BIMA, G., Cours de Génie logiciel, L1 Info,
ISC-BDD, 2021-2022 ;
Ø KUHOSAKUBI Rolin, cours de Technique de base des
données 3ème graduat, Info, ISC-BDD, 2014-2015 ;
Ø MAMANYA TAPASA, F., Cours de la Recherche
Opérationnelle, L1 Info, ISC-BDD, 2021-2022 ;
Ø MUKENGE, J., Cours de conception des systèmes
d'information, L2 Info, ISC-BDD, 2022-2023 ;
Ø MUKENGE, J., Méthode de conduite des projets
informatiques, L2 Info, ISC-BDD, 2022-2023 ;
Ø NGOY, A., Cours de l'Analyse des Organisations, L1
Info, ISC-BDD, 2021-2022 ;
Ø NGWEY MAPETO, P., Cours de la méthodologie de
recherche en science de Gestion, L1 Info, ISC-BDD, 2021-2022 ;
Ø WENZE, F., Cours de Bases de Gestion des ressources
humaines, L2 Info, ISC-BDD, 2022-2023.
III. TFC ET MEMOIRES
Ø Barro DRISSA et Traoré IBRAHIM, Gestion des
inscriptions en ligne à l'Université Polytechnique de
Bobo-Dioulasso, mémoire de fin de cycle, Université Polytechnique
de Bobo-Dioulasso, 2009-2010 ;
Ø DIUMI OMOKOKO, D., Conception et réalisation
d'une base des données pour la gestion de facturation à l'Office
congolais de contrôle, TFC, Université Notre-Dame du Kasyi,
2009 ;
Ø KASONGO NDJOKO, K., Système informatisé
pour la planification et le suivi de gestion des projets des
établissements scolaires, mémoire, ISC-Gombe, Kinshasa,
2013-2014 ;
Ø MBAYI LUBANZILA, B., modélisation et
implémentation d'un système d'information informatisé et
intégré pour la gestion commerciale dans une entreprise de
services, mémoire, ISC-Gombe, 2013-2014 ;
Ø MUYA KABANDA, J., Conception d'un site de vente des
produits dans un établissement commercial, mémoire, ISS, Kin,
2012-2013
Ø NTEMBE TANKUY, B., Conception et réalisation
d'un système informatisé pour la gestion de demandeurs d'emploi,
TFC, ISC, BDD, 2015-2016.
IV. SITES
Ø www.google.fr
Ø www.wikipedia.org
Ø www.developpez.com
Ø www.memoireonline.com
TABLE DES MATIERES
Epigraphe........................................................................................................
- i -
Dédicace..........................................................................................................
- ii - In
memoriam..................................................................................................
- iii - Sigles et
abréviations......................................................................................
- iv -
Liste des
figures..............................................................................................
- v - Liste des
tableaux...........................................................................................
- vi -
Remerciements.............................................................................................
- vii -
INTRODUCTION GENERALE
..........................................................................................
- 1 -
Premiere Partie :Cadrage Du Projet Et Approche Conceptuelle
.................... - 2 -
CHAPITRE 1 : TERMES DE REFERENCE
................................................................... - 3 -
Problématique
.................................................................................................................
- 3 - Hypothèse
..........................................................................................................................
- 4 - Choix et intérêt du
sujet...............................................................................................
- 5 - Délimitation de notre étude
.......................................................................................
- 6 - Méthodes et techniques utilisées
............................................................................ -
6 - Canevas du travail
..........................................................................................................
- 7 -
Difficultés rencontrés
...................................................................................................
- 8 -
CHAPITRE 2 : PLANNING PREVISIONNEL DE REALISATION DU
PROJET - 9 -
Tableau d'enchainement des
tâches.......................................................................
- 9 -
Calcul des niveaux
..........................................................................................................
- 9 - Graphe de MPM
.........................................................................................................
- 10 -
Formalisme..................................................................................................................
- 10 - Calcul des dates
.............................................................................................................
- 11 - Détermination des marges
.......................................................................................
- 12 -
Détermination des tâches et chemin critique
................................................. - 13 -
Faisabilité financière.
.....................................................................................................
- 13 -
Estimation des coûts de réalisation du projet
..................................................... - 14 -
Tableau synthétique
...................................................................................................
- 15 - Calendrier de réalisation du projet
...................................................................... - 15 -
Planification avec MS PROJECT MANAGEMENT
............................................ - 16 -
CHAPITRE 3 : CONCEPTS DE BASE
.......................................................................... - 17
-
Avènement de la base des données
..................................................................... - 17 -
Historique
...........................................................................................................................
- 17 -
Définition
.........................................................................................................................
- 17 - Objectifs d'une base des données
...................................................................... - 17 -
Caractéristiques d'une base des données
............................................................. - 18 -
Le Système de gestion des bases de données
.............................................. - 18 -
Concepts informatiques
............................................................................................
- 19 - Conception
..................................................................................................................
- 19 - Système
........................................................................................................................
- 19 -
Système d'information et système informatique
....................................... - 19 -
Approche systémique
.............................................................................................
- 20 -
Modélisation systémique de l'entreprise
...................................................... - 20 -
Concepts relatifs à la gestion des demandeurs d'emploi
........................... - 24 -
Office National de l'emploi
...................................................................................
- 24 - Demandeur d'emploi
..............................................................................................
- 24 - Gestion
..........................................................................................................................
- 24 - Carte de demandeur d'emploi :
......................................................................... - 24
- Statistique
...................................................................................................................
- 24 -
Emploi...........................................................................................................................
- 24 -
DEUXIEME PARTIE : ETUDE PREALABLE
............................................................ - 26 -
CHAPITRE 1 : PRESENTATION DE L'OFFICE NATIONAL DE L'EMPLOI ..
- 27 -
Dénomination
...............................................................................................................
- 27 - Objectifs
...........................................................................................................................
- 27 -
Aperçu historique de l'Office National de l'Emploi
....................................... - 27 -
Situation Géographique
............................................................................................
- 28 - Forme juridique
............................................................................................................
- 28 - Mission principale (activités principales)
......................................................... - 28 -
Structure Organisationnelle
....................................................................................
- 29 -
Organigramme de la Direction Provinciale de
l'ONEM/Bandundu...........- 29 -
Job description de l'Office National de l'Emploi
......................................... - 31 -
CHAPITRE 2 : ANALYSE DE L'EXISTANT
............................................................... - 36 -
Structure fonctionnelle de la gestion des demandeurs d'emploi
........... - 36 -
Description des activités
..........................................................................................
- 37 - Organigramme fonctionnel du service d'accueil actif
.................................. - 37 -
Identification des processus
...................................................................................
- 37 - Gestion d'identification des demandeurs d'emploi
................................... - 38 - Recensement et description des
tâches ......................................................... - 38 -
Elaboration des statistiques relatives aux demandeurs
......................... - 43 - Diagramme de flux ou de
contexte........................................................................
- 46 -
Règles de gestion
.........................................................................................................
- 46 - Règles
d'organisation..................................................................................................
- 47 -
CHAPITRE 3 : BILAN CRITIQUE
.................................................................................
- 48 -
Au niveau de l'organisation et de la gestion
.................................................... - 48 - Au niveau du
système d'information
.................................................................. - 48 - Au
niveau des documents
........................................................................................
- 49 -
Au niveau des moyens de traitement
.................................................................. - 49 -
CHAPITRE 4 : PROPOSITION DES
SOLUTIONS.................................................... - 50 -
Orientation de la gestion
..........................................................................................
- 50 - Orientation d'organisation
......................................................................................
- 50 - Organisation technique
.............................................................................................
- 51 - Tableau n°8 : Organisation technique
................................................................ - 51 -
Avantages et contraintes de la solution informatique
................................. - 51 -
A) Avantages
.................................................................................................................
- 51 -
TROISIEME PARTIE : CONCEPTION DU NOUVEAU SYSTÈME
D'INFORMATION
............................................................................................................
- 53 -
CHAPITRE 1 : CONCEPTION DU NOUVEAU SYSTEME D'INFORMATION
AVEC UML
..........................................................................................................................
- 54 -
Présentation du Processus Unifie (PU)
.............................................................. - 54 - Principes
d'UP
............................................................................................................
- 54 - Activités du processus unifié
..............................................................................
- 56 -
Adaptation
...................................................................................................................
- 56 - Présentation du langage UML
.................................................................................
- 57 -
Eude au point de vue fonctionnel
......................................................................... - 60
- Démarche d'élaboration d'un cas d'utilisation
............................................ - 60 - Identification des acteurs
.....................................................................................
- 61 - Cas d'utilisation identifiés
....................................................................................
- 61 - Diagramme de cas d'utilisation global
............................................................ - 62 -
Elaboration du diagramme de séquence
.............................................................. - 65 -
Eude au point de vue statique
................................................................................
- 66 - Elaboration du diagramme de classes
............................................................ - 66 -
Dictionnaire des données
.....................................................................................
- 70 - Présentation des classes
.......................................................................................
- 71 -
Elaboration du diagramme de déploiement
........................................................ - 72 -
CHAPITRE 2 : DEVELOPPEMENT DU SYSTÈME
D'INFORMATION
INFORMATISE
...................................................................................................................
- 76 -
Maquettage
.....................................................................................................................
- 76 -
Prototypage
....................................................................................................................
- 76 - Choix de la plate-forme de développement
...................................................... - 76 - Brève
présentation du langage de programmation (Java)........................
- 77 - Création de la base de données et des interfaces
.......................................... - 78 -
Création des interfaces
..................................................................................................
- 82 -
Test et jeu d'essai
.....................................................................................................
- 85 - CONCLUSION GENERALE
.............................................................................................
- 88 - BIBLIOGRAPHIE
...............................................................................................................
- 90 -
TABLE DES MATIERES
..................................................................................................
- 92 -
* 1
www.google.fr, site visité le
le 22 septembre 2023 à 20h48'.
* 2 Mise au travail de
demandeurs d'emploi par le FOREM
* 3NGWEY MAPETO, P., Cours de
la méthodologie de recherche en science de Gestion, L1 Info, ISC-BDD,
2021-2022, Inédit
* 4 MBAYI LUBANZILA, B.,
modélisation et implémentation d'un système d'information
informatisé et intégré pour la gestion commerciale dans
une entreprise de services, mémoire, ISC-Gombe, 2013-2014,
(inédite).
* 5 NTEMBE TANKUY, B.,
Conception et réalisation d'un système informatisé pour la
gestion de demandeurs d'emploi, TFC, ISC, BDD, 2015-2016, P.24,
(inédit).
* 6MAMANYA TAPASA, F., Cours
de la Recherche Opérationnelle, L1 Info, ISC-BDD, 2021-2022, P.40-41,
Inédit
* 7 MUKENGE, J.,
Méthode de conduite des projets informatiques, L2 Info, ISC-BDD,
2022-2023, Inédit
* 8MAMANYA TAPASA, F., Cours
de la Recherche Opérationnelle, L1 Info, ISC-BDD, 2021-2022,
Inédit
* 9SOBERMAN,
Marcel, Génie Logiciel en informatique de
gestion, éd Eyrolles, Paris, 2000, P.24
* 10 Le Parisien,
« sensagent-Dictionnaire », Diagramme de Gantt, in
http://dictionnaire.sensagent.leparisien.fr/Diagramme%20de%20Gantt/fr-fr/
|Consulté le 24 Août 2023 à 20H23'.
* 11CROZAT S., Conception
et Introduction de base de données relationnelle, ed ITC
FORMATION, Paris 2017
* 12 KASONGO NDJOKO, K.,
Système informatisé pour la planification et le suivi de gestion
des projets des établissements scolaires , mémoire, ISC-Gombe,
Kinshasa, 2013-2014, (inédit).
* 13 NTEMBE TANKUY, B.,
Conception et réalisation d'un système informatisé pour la
gestion de demandeurs d'emploi, TFC, ISC, BDD, 2015-2016, P.29,
(inédite).
* 14 Claude de lobel et
Mèche Adiba, Base de données et système
relationnel, 3ème Edition, Paris, 1985, P.8.
* 15 MUKENGE, J., Cours de
conception des systèmes d'information, L2 Info, ISC-BDD, 2022-2023,
P.25, Inédit
* 16 GOUPRILE, P., et
ROUSSE, J.M., Analyse informatique pour les IUT et les BTS, Ed. Masson,
1993
* 17
www.google.fr. visité le
Dimanche, le 27/08/2023 à 14h20'
* 18 BAPTISTE, J.,
Modélisation des données et traitement, langage SQL, Ed.
ENI, Paris , 2009, P.3
* 19
www.google.fr visité le
dimanche, 27/08/2023 à 15h02'.
* 20 MUYA KABANDA, J.,
Conception d'un site de vente des produits dans un établissement
commercial, mémoire, ISS, Kinshasa, 2012-2013, (inédit).
* 21 DIUMI OMOKOKO, D.,
Conception et réalisation d'une base des données pour la gestion
de facturation à l'Office congolais de contrôle, TFC,
Université Notre-Dame du Kasyi, 2009, inédit
* 22 Loi n°015/2022 du
16 Octobre 2022 portant code du travail, Page 54
* 23 KUHOSAKUBI Rolin, cours
de Technique de base des données 3ème graduat, Info, ISC-BDD,
2014-2015, (Inédite).
* 24 MUKENGE, J., Cours de
Conception des Systèmes d'Information, L2 Info, ISC-BDD, 2022-2023,
P.3-5, Inédit
* 25DI GALLO
Frédéric, Méthodologie des systèmes
d'information - UML, EditionCNAM ANGOULEME 2000-2001
* 26 MUKENGE, J., Cours de
Conception des Systèmes d'Information, L2 Info, ISC-BDD, 2022-2023,
Inédit
* 27 MUKENGE, J., Cours de
Conception des Systèmes d'Information, L2 Info, ISC-BDD, 2022-2023,
P.26, Inédit
* 28 Barro DRISSA et
Traoré IBRAHIM, Gestion des inscriptions en ligne à
l'Université Polytechnique de Bobo-Dioulasso, mémoire de fin de
cycle, Université Polytechnique de Bobo-Dioulasso, 2009-2010, P.29,
(inédit).
* 29 BIMA, G., Cours de
Génie logiciel, L1 Info, ISC-BDD, 2021-2022, P.28, Inédit
* 30 BIMA, G., Op. Cit
* 31 BIMA, G., Op. Cit
* 32 PASCAL, R., UML 2
par la pratique étude de cas et exercices
corrigés,5èmeEd.Eyrolles, Paris, 2008.
* 33 ROQUES Pascal, UML 2
Modéliser une application web, éd. Eyrolles, Paris, 2007.
* 34 MUKENGE, J., Op. Cit
* 35 BIMA, G., Cours de
Génie logiciel, L1 Info, ISC-BDD, 2021-2022, P.28, Inédit
* 36 BIMA, G., Op.
Cit. ;
* 37 BIMA, G., Op. Cit
* 38 MUKENGE, J., Cours de
Conception des Systèmes d'Information, L2 Info, ISC-BDD, 2022-2023,
P.3-5, Inédit
* 39 KASONGO NDJOKO, K.,
système informatisé pour la planification et suivi de gestion des
projets des établissements, mémoire, ISC, Kinshasa, 2013-2014,
(inédite).
* 40 DOUDOUX Jean-michel,
Développons en Java, Paris, 1999-2002.
* 41
www.google.fr, site consulté
le 18/10/2023 à 20h10'.
* 42 BIMA, G., Cours de
Génie logiciel, L1 Info, ISC-BDD, 2021-2022, P.28, Inédit
* 43 Saliha Yacoub,
Programmation de bases de données Transact-SQL (SQL Server),
Automne 2019.
|