Modélisation d'un système d'information pour la gestion des activités liées aux demandeurs d'emploi cas de l'office national de l'emploi de Bandundu

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 arbre^11(*).

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ées^12(*).

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 entreprise^13(*). 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'affinage^14(*).

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 destechnologies^15(*).

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 informations^16(*).

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 informations^17(*).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 global^18(*).

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'entreprise^19(*)

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âche^20(*).

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.

* ¹¹CROZAT S., Conception et Introduction de base de données relationnelle, ed ITC FORMATION, Paris 2017

* ¹² 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).

* ¹³ 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).

* ¹⁴ Claude de lobel et Mèche Adiba, Base de données et système relationnel, 3ème Edition, Paris, 1985, P.8.

* ¹⁵ MUKENGE, J., Cours de conception des systèmes d'information, L2 Info, ISC-BDD, 2022-2023, P.25, Inédit

* ¹⁶ GOUPRILE, P., et ROUSSE, J.M., Analyse informatique pour les IUT et les BTS, Ed. Masson, 1993

* ¹⁷ www.google.fr. visité le Dimanche, le 27/08/2023 à 14h20'

* ¹⁸ BAPTISTE, J., Modélisation des données et traitement, langage SQL, Ed. ENI, Paris , 2009, P.3

* ¹⁹ www.google.fr visité le dimanche, 27/08/2023 à 15h02'.

* ²⁰ MUYA KABANDA, J., Conception d'un site de vente des produits dans un établissement commercial, mémoire, ISS, Kinshasa, 2012-2013, (inédit).