CHAPITRE III : CONCEPTION DU SYSTEME D'INFORMATION
III.1 Description du nouveau systeme
La troisième partie de notre travail est de nous
permettre l'étude de statique pour reproduire les liens qui existent
entre les données et d'analyser la dynamique enfin d'aboutir à la
formalisme communicable qui facilité la compréhension sur le
fondement de l'application.
III.2. CONCEPTION DES DONNEES
III.2.1 dictionnaire des donné es et reg( e d e
gestion
a. Dictionnaire des données
|
N°
|
PROPRIETE
|
DESCRIPTION
|
TYPE
|
DOMAINE
|
CONTROLER
|
|
1
|
NomEmpl
|
Nom de l'employé
|
NC
|
AN_15
|
|
|
2
|
PostnomEmpl
|
Post nom de l'employé
|
NC
|
AN_10
|
|
|
3
|
PrenomEmpl
|
Prénom de l'employé
|
NC
|
AN_9
|
|
|
4
|
MatriEmpl
|
Matricule de l'employé
|
NC
|
AN_7
|
Unique
|
|
5
|
FonctionEmpl
|
Fonction de l'employé
|
NC
|
AN_11
|
|
|
6
|
MotifSanct
|
Motif de sanction
|
NC
|
AN_18
|
|
|
7
|
CauseSanct
|
Cause de sanction
|
NC
|
AN_20
|
|
|
8
|
DurréeSanct
|
Durée de sanction
|
NC
|
AN_13
|
|
|
9
|
NumServ
|
Numéro de service
|
NC
|
AN_9
|
Unique
|
|
10
|
NomServ
|
Nom de service
|
NC
|
AN_14
|
|
|
11
|
CodeSanct
|
Code de sanction
|
NC
|
AN_9
|
Unique
|
|
12
|
DateComf
|
Date commise la faute
|
NC
|
Date(10)
|
|
|
13
|
AdresseServ
|
Adresse de service
|
NC
|
AN_16
|
|
|
14
|
NumRef
|
Numéro de référence rapport
|
NC
|
AN_9
|
Unique
|
|
15
|
DateSanct
|
Date de sanction
|
NC
|
Date(10)
|
|
|
16
|
Confirm
|
Confirmation
|
NC
|
AN_3
|
|
b. Reg( es d e gestion
On dégage les règles de gestion suivantes :
> Un employé est affecté à un et un seul
service.
> Avec un dossier on peut sanctionnés, un et un seul
employé.
a. Matrice d e dependance fonctionn e(( e a source
simp( e
|
N°
|
SOURCES BUTS
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
|
1
|
NomEmpl
|
|
|
|
1
|
|
|
|
|
|
|
|
|
|
|
|
|
2
|
PostnomEmpl
|
|
|
|
1
|
|
|
|
|
|
|
|
|
|
|
|
|
3
|
PrenomEmpl
|
|
|
|
1
|
|
|
|
|
|
|
|
|
|
|
|
|
4
|
MatriEmpl
|
|
|
|
*
|
|
|
|
|
|
|
|
|
|
|
|
|
5
|
FonctionEmpl
|
|
|
|
1
|
|
|
|
|
|
|
|
|
|
|
|
|
6
|
MotifEmpl
|
|
|
|
|
|
|
|
|
|
|
1
|
|
|
|
|
|
7
|
CauseSanct
|
|
|
|
|
|
|
|
|
|
|
1
|
|
|
|
|
|
8
|
DuréeSanct
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
9
|
NumServ
|
|
|
|
1
|
|
|
|
|
*
|
|
|
|
|
|
|
|
10
|
NomServ
|
|
|
|
|
|
|
|
|
1
|
|
|
|
|
|
|
|
11
|
CodeSanct
|
|
|
|
|
|
|
|
|
|
|
*
|
|
|
1
|
|
|
12
|
DateComf
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1
|
|
|
13
|
AdresseServ
|
|
|
|
|
|
|
|
|
1
|
|
|
|
|
|
|
|
14
|
NumRef
|
|
|
|
|
|
|
|
|
|
|
|
|
|
*
|
|
|
15
|
DateSanct
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
16
|
Confirm
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
b. Matrice a source compos
Elle est faite dans un tableau spécifique composé
des sources des dépendances fonctionnelles simples et des
propriétés non utilisées dans la matrice de
dépendance fonctionnelle à source simple.
|
N°
|
RUBRIQUE
|
DF
|
|
1
|
MatriEmpl
|
|
|
2
|
NumRef
|
G
|
|
3
|
NumServ
|
|
|
4
|
CodeSanct
|
G
|
|
5
|
DateSanct
|
D
|
|
6
|
Confirm
|
D
|
c. Matrice d e c(é
Cette matrice permet de représenter les relations entre
les
identifiants.
|
N°
|
RUBRIQUE
|
1
|
2
|
3
|
|
1
|
MatriEmpl
|
*
|
1
|
|
|
2
|
NumRef
|
|
*
|
|
|
3
|
NumServ
|
1
|
|
|
d. Structure d'acces theoriqu
CodeSanct, NumRef
dateSanct
Confirm
NumRef
MatriEmp
AdresseSer
DateComf
CodeSanc
NomEmpl PostnomEmpl FonctEmpl
NumServ
MotifSanct CauseSanct DuréeSanct
NomServ
Elle est établie en ajoutant ou groupe des clés les
différentes propriétés en dépendance fonctionnelle
avec les identifiants.
. Construction du mode(e conc eptu e( d e donne
Definition des concepts d e base
1. Entité : est un objet portant un ou plusieurs
propriétés utilisées dans l'organisation
2. Propriété : est une information
élémentaire qui doit être utile et utilisée
3. Association : est un existant entre plusieurs
entités.
(1, n)
SANCTION
- CodeSanct - MatriEmpl - CauseSanct -
DuréeSanct
(1, n)
DateSanct, Confirm
Concerner
Appartenir
CIF
(1, n) (1,1)
(1,n)
(1,1)
Affecter
CIF
- MatriEmpl
- NomEmpl
- PostnomEmpl - FonctEmpl
EMPLOYE
SERVICE
|
- NumServ - NomServ - AdresseServ
|
DOSSIER
f. Tab( eau des cardina(ité
Elle nous permet de donnée le maximum et le minimum de
participation d'une dans l'association.
|
N°
|
ASSOCIATION
|
ENTITE
|
CARDINALITE
|
COMMENTAIRE
|
|
1
|
Affecter
|
service
|
(1, n)
|
A un service donné un ou plusieurs employés y sont
affectés.
|
|
employé
|
(1,1)
|
Un employé est affecté à un et un seul
service.
|
|
2
|
Appartenir
|
employé
|
(1, n)
|
Un ou plusieurs dossiers appartienne à un
employé donné.
|
|
dossier
|
(1,1)
|
Un dossier n'appartient qu'à un et un seul
employé.
|
|
3
|
Concerner
|
dossier
|
(1, n)
|
Un dossier concerne une ou plusieurs sanctions.
|
|
sanction
|
(1, n)
|
Une sanction concerne un ou plusieurs dossiers.
|
g. Choix du type d e (a base d e
donnees
Le model logique de données est tout model conceptuel
de données transformé pour épouser une système de
gestion de bases de données bien déterminé. Il existe
plusieurs type de solution pour résoudre le problème lié
à la transformation du MCD en MLD les quelles solutions sont :
· Les solutions du type fichiers ; et
· Les solutions du type base de données
relationnelles.
En ce qui nous concerne, nous allons adopter les solutions du
type base de données relationnelles (MLDR), car elles sont facilement
supportées par les systèmes de gestion de données.
h. Reg( e d e transformation du MCD en
MLD
Pour Transformer le MCD ou MLD nous devons utilises les 3
règles de passage suivantes.
1. Toute entité devient une relation, le nom de
l'entité devient le nom de relation, l'identifiant de l'entité
devient la clé primaire de la relation et les propriétés
de l'entité deviennent les attributs de la relation.
2. Toute association non hiérarchique devient une
relation, le nom de l'association devient le nom de la relation et admet comme
clé primaire celle composé des identifiants des entités
qu'elle relie et comme les champs d'une vision tabulaire les autres
attributs.
3. Toute association hiérarchique (CIF) ne devient pas
une relation, seulement on prend la clé primaire de la relation
référencée on place comme clé
étrangère dans la relation référençant.
Ainsi, notre modèle conceptuel de donnée sera
transformé a partir de ces règles citées ci=hauts, et nous
aurons les relation suivants :
- Employé : (MatriEmpl, NomEmpl, PstnomEmpl,
FonctEmpl, NumServ) - Dossier : (NumRef, DateComf, MatriEmpl#)
- Service : (NumServ, NomServ, AdresseServ)
- Sanction : (CodeSanct, MotifSanct, CauseSanct,
DurréeSanct) - Concerner : (NumRef#, CodeSanct#, DateSanct,
Confirm)
i. Presentation du mode(e (ogiqu e
Le modèle logique de donnée consiste à
détermine le mode d'accès aux données. Il sera question
d'abord de faire un choix sur le type du modèle logique de donnée
et d'annonces les règles de transformation.
Il existe plusieurs type de modèle logique de
donnée tels que : le modèle logique de donnée
hiérarchiques le modèle logique de donnée réseau,
le modèle logique de donnée relationnelle.
Ce modèle est structure suivant le principe de
l'algèbre relationnelle.
Les données de la base sont représentées
dans les relations.
LE CALCUL DE MESURE D'ENCOMBREMENT Longu eur d e tab(
e
Table employé : 7+15+10+11+9= 52 caractère Table
dossier : 9+10+7 = 26 caractère
Table service : 9+14+16 = 39 caractère
Table sanction : 9+18+20+7 = 31 caractère Table concerner
: 9 + 9 + 10 + 3 = 31 caractère
Encombr em ent pour chaqu e tab( e
Table employé : 52×1305 =67860 caractère
Table dossier : 26 × 2610 = 67860 caractère Table
service : 39 × 20 =720 caractère
Table sanction : 780 × 8 = 6240 caractère Table
concerner : 31 × 2610 = 80910 caractère
Encombr em ent moy en
Enc = 67860 + 6786 + 720 + 6240 + 80910 = 223590
caractère
(4)
Employé Chef de service
(7)
Conseil
disciplinaire
(8)
Service
disciplinaire
(3)
(1)
(9)
(6)
(5)
(10)
(2)
1. La lettre de demande d'explication
2. La copie pour information
3. Réponse d'explication
4. Copie réponse
5. Dossier disciplinaire
6. Traité dossier
7. Rapport de traitement
8. Avis disciplinaire
9. Copie avis
10. Dossier classé.
LEGENDES
| 
