Conception et réalisation d'un système informatisé pour la gestion de demandeurs d'emploi. Cas de ONEM/BDD.

CHAPITRE II : CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE

Maintenant nous pensons que tous nos lecteurs ont l'image de l'entreprise qui est la source de nos recherches, ainsi que la manière dont les informations y circulent de poste à poste. Connaissant ce système d'informations et ayant représenté celui-ci plus haut, on peut opter de l'informatiser.

1.1. ETAPE LOGIQUE

La description conceptuelle a permis de représenter le plus fidèlement possible les réalités de l'univers à informatiser. La finalité d'un MCD est de nous faciliter la création d'une base de données pour gérer un tel domaine. Nous savons également qu'une base de données est constituée par un ensemble de tables, dont chacune est composée de champs de données.

Or, le MCD ne connaît pas la notion de table, tandis qu'une base de données ne connaît pas non plus le concept des classes reliées entre-elles via des associations avec des multiplicités. Pour cela, il existe un autre modèle, le modèle logique des données (MLD), qui utilise essentiellement le formalisme des tables logiques. Un MLD, qui est toujours basé sur un MCD donné, contient donc toutes les informations de ce MCD, mais les représente à l'aide d'un formalisme différent qui est très adapté aux structures d'une base de données.

Tandis que le MCD représente un système d'information d'une façon générale et indépendante d'un système informatique, le MLD tient compte de la réalisation par le biais d'un SGBD.^11(*)

1.1.1. PRISE EN COMPTE DES RESSOURCES INFORMATIQUES

a) Caractéristiques (ou aspects) des matériels

Ordinateur

Marque  : HP

HDD  : 500 Go

Ram  : Dual core 2.5 GHz

Lecteur : DVD-RW

Imprimante : HP Officet 4500

b) Caractéristiques (ou aspects) des logiciels

Logiciels

Système d'exploitation : Microsoft Windows 7 Professionnel

Développement : Visual basic 6.0

SGBDR : Microsoft Office Access 2007

Traitement de texte : Microsoft Office Word 2007

Sécurité  : Avast Internet Security 2016& Port Locker

1.1.2. PASSAGE DU MCD AU MLD

Le passage du modèle conceptuel des données (MCD) au modèle logique des données (MLD) est basé sur le changement de vocabulaire des éléments. De surcroît, les relations subissent plusieurs traitements comme explicité ci-dessous :

Ø REGLES DE PASSAGE

Ainsi, pour passer du MCD au MLD, le concepteur se remet aux éléments suivants :

Changement des vocabulaires

Modèle conceptuel de Données (MCD)	Modèle Logique des Données (MLD)
Objet Propriété Identifiant	Table Attribut Clé primaire

Ce qui revient à dire autrement que :

ü Les objets dans le MCD deviennent des Tables dans le MLD ;

ü Les propriétés dans MCD deviennent des Attributs dans le MLD ;

ü Les identifiants dans le MCD deviennent des clés primaires dans le MLD.

Traitement des relations

Plusieurs cas sont à épingler en ce qui concerne le traitement des relations à savoir :

1^er Cas : Relation du type père-fils : contrainte d'intégrité fonctionnelle(CIF)

Ce cas intervient lorsque dans le modèle conceptuel de données, nous retrouvons les couples :(0,1) ou (1,1) d'une part et (0,n) ou (1,n) d'autre part.

C'est-à-dire nous pouvons avoir les combinaisons suivantes :

(0,1) (0,n)

(0,1) (1,n)

(1,1) (0,n)

(1,1) (1,n)

0,1 : aucune ou une fois

1,1 : au moins une fois, au plus une fois

0,n : aucune ou plusieurs fois

1,n : au moins une fois, au plus plusieurs fois

Dans ce cas, la relation disparait mais sa sémantique demeure, car l'objet qui a la cardinalité (0,n) ou (1,n) est considéré comme père et cède sa clé primaire à l'objet qui a la cardinalité (0,1) ou (1,1) qui à son tour est considéré comme fils. Etant donné que le fils possède une clé primaire, celle qu'elle vient d'hériter du père est une clé étrangère parce qu'elle est clé primaire dans sa table respective. Si la relation était porteuse des propriétés, elles migrent vers la table fils.

2^ème Cas : La cardinalité multiple : Relation du type autre que père et fils ou père-père (contrainte d'intégrité multiple : CIM)

Ce cas intervient lorsqu'on a d'une part le couple (0,n) ou (1,n) et d'autre part (0,n) ou (1,n).

C'est-à-dire les combinaisons ci-après :

(0,n) (0,n)

(0,n) (1,n)

(1,n) (1,n)

(0,n) : aucune ou plusieurs fois ; (1,n) : une fois ou plusieurs fois

Dans ce cas, la relation devient une table de lien et aura comme clé la concaténation des clés primaires de deux tables qu'elle relie. Si la relation était porteuse des propriétés, celles-ci deviennent ses attributs.^12(*)

Une autre forme qu'on pourrait avoir c'est celui des cardinalités 1,1 de part et d'autre, mais cela est beaucoup trop rare.

* ¹¹Stockreiser, P.les systèmes de gestion de bases de données, Lycée du Nord, Paris, 2006, P.55

* ¹² KUHOSAKUBI LUKUKU R. op.cit