1-cahier de charge :

Sachant qu’un système d’information se constitue de deux aspects

dynamique et statique, l’informatisation consistera à la réalisation
d'une base de données contenant toutes les informations nécessaires
qui interagie avec un site web bien présenté et organisé.
Alors notre projet «Le gestionnaire des absence» a un but de faire un
site web Réalisation d’un site web en intranet pour la gestion
d’absence des étudiants, dont la conception de la base de données
doit être en MySQL et la conception des pages avec en PHP, en plus
on doit mettre en œuvre la sécurisation des pages web en utilisant la
configuration de serveur web Apache.
Cette application doit prendre en compte les trois filières (info, TM et
AGT) avec la possibilité d’ajout et de modification des filières, en plus
notre site doit répondre a tous les besoins de chaque utilisateur :
 Les pages étudiants : Chaque étudiant pourra consulter le
nombre d’heurs d’absence totale ou par matière (module).
 Les pages enseignants : Chaque enseignant pourra faire La
saisie et la consultation d’absence juste pour la matière
concernée.
 Les pages scolarité : L’administrateur a les droits d’ajout, de
modification et de suppression (Etudiant, module et filière).
Aussi il peut faire le classement des absences (justifiée, non
justifiée) et affichage des avertissements

2-Démarches à suivre :

Dans toute informatisation d’un système d’information les démarches

à suivre sont :

 La collection des données.

 La réalisation des modèles conceptuels (MCD-MPD …).
 La réalisation de la base de données.
3
  La conception du site web.
 L'interaction entre la base et le site avec les scripts PHP.
 La maintenance du l’application.

3-Matériels et logiciels utilises :

Système d’exploitation :

Windows VISTA qui est un système d’exploitation multitâche,

simple à l’utiliser, qui offre les fonctionnalités pour obtenir
d'excellentes performances de façon aisée.

Méthodes et logiciels utilisés :

 Le langage SQL
 Le langage HTML
 Le langage PHP
 POWERAMC
 Macromedia Dreamweaver CS3.
 Microsoft office
 NOTPAD
 Mozilla FIREFOX
 EASYPHP

Ordinateur :

TOSHIBA Satellite L45-S7423

Processeur: Dual-core…..1, 56GHZ- 1, 49GHZ
DD: 120 Go
RAM: 1 Go
CARTE GRAPHIQUE 256 Mo

3
1 - Modélisation :

Apres avoir effectué un recueil on déterminant les besoins des

acteurs participants au système d’information de l’EST on a réussi a
réaliser le MCD suivant :
Personne

NOM_P Texte <O>

Semestre PRENOM_P Texte <O>
ANNEE_UNIV1 <pi> Date <O> DATEN_P Date <O>
ANNEE_UNIV2 <pi> Date <O> CIN_P Texte <O> S'inscrire
NUM_U <pi> Entier court <O> LOGIN Texte <O>
Validation Texte <O> Dependre
PASSWORD Texte <O>
Identifiant_1 <pi>
ADRESSE Texte <O>
EMAIL Texte
TEL Texte
SEXE Texte <O>
NUM_P <pi> <Indéfini> <O>
Identifiant_1 <pi>
Administrateur 1,n Appartenir
FONCTION Texte <O>
SERVICE Texte HERITAGE Etudiant
1,n 0,1 0,1
DATE_EMBAUCHE Date CNE Texte <O>
NOM_TUTEUR Texte <O> 1,n
Module
PRENOM_TUTEUR Texte <O>
ADRESSE_PARENTALLE Texte <O> Filiere NUM_M Entier <O>
1,1
NIVEAU Entier court <O> ABR_F Texte <O> NOM_M Texte <O>
AVERTISSEMENT Texte
NOM_F Texte <O>

1,n
1,n 1,n

Enseignant Seance

TYPE_ENS Texte <O> Date_S Date <O>

HEURE_DEBUT Heure <O> Contenir
1,n HEURE_FIN Heure <O>
STATUT_ETUDIANT Texte <O>

ENSEIGNER
1,n

Element
1,1
NOM_E Texte
1,1

Dans cette conception on était affronté à plusieurs difficultés et règles

de gestions qui devaient apparaitre dans le MCD :
 L’unicité du login des étudiants, des enseignant et des
administrateurs c’est pourquoi on a décide de créer l’entité

3
 personne comme une entité parente regroupant toutes les
informations communes entre les trois acteurs (dont le login),
Puis les trois entités étudiant, enseignant et administrateur
contenant les informations particulières
 Un étudiant ne peut s’inscrire dans certains modules que s’il a
déjà validé les modules dont ils dépondent c’est pourquoi on a
créés l’association réflexive « Dépendre ».
 La détermination de l’absence se référence sur l’axe de
l’étudiant, l’axe de l’élément de module et l’axe du temps c’est
pourquoi on a modélisé l’absence dans une séance comme une
association porteuse entre l’entité étudiant et l’entité élément de
module contenant des attribut pour déterminer la date de la
séance et son heure de début et de fin.
Ensuite, on a abouti au MLD a partir du MCD cité :

3
 Semestre
Personne
ANNEE_UNIV1 date <pk>
NOM_P long varchar S'inscrire
ANNEE_UNIV2 date <pk>
NUM_U smallint <pk> PRENOM_P long varchar NUM_P <Non défini> <pk,fk1>
DATEN_P date FK_ETUDIANT_HERITAGE2_PERSONNE Validation long varchar
CIN_P long varchar
Administrateur LOGIN long varchar FK_S'INSCRI_S'INSCRIR_ETUDIANT
PASSWORD long varchar FK_MODULE_DEPENDRE2_MODULE
FK_MODULE_DEPENDRE_MODULE
NUM_P <Non défini> <pk,fk>
ADRESSE long varchar
NOM_P long varchar Etudiant
EMAIL long varchar
PRENOM_P long varchar
TEL long varchar NUM_P <Non défini> <pk,fk2>
DATEN_P date FK_S'INSCRI_S'INSCRIR_MODULE
SEXE long varchar NOM_P long varchar
CIN_P long varchar
NUM_P <Non défini> <pk> PRENOM_P long varchar
LOGIN long varchar
DATEN_P date
PASSWORD long varchar
CIN_P long varchar
ADRESSE long varchar
LOGIN long varchar
EMAIL long varchar
PASSWORD long varchar
TEL long varchar
FK_ADMINIST_HERITAGE_PERSONNE ADRESSE long varchar FK_ETUDIANT_APPARTENI_FILIEREFiliere Module
SEXE long varchar
EMAIL long varchar
FONCTION long varchar ABR_F long varchar NUM_M integer
TEL long varchar
SERVICE long varchar NOM_F long varchar NOM_M long varchar
SEXE long varchar
DATE_EMBAUCHE date
CNE long varchar
NOM_TUTEUR long varchar
PRENOM_TUTEUR long varchar FK_CONTENIR_CONTENIR2_MODULE
FK_CONTENIR_CONTENIR3_FILIERE
FK_ENSEIGNA_HERITAGE3_PERSONNE
ADRESSE_PARENTALLE long varchar
NIVEAU smallint
AVERTISSEMENT long varchar
Contenir
Enseignant FK_SEANCE_SEANCE_ETUDIANT
NUM_P <Non défini> <pk,fk>
NOM_P long varchar Seance
PRENOM_P long varchar NUM_P <Non défini> <pk,fk1>
DATEN_P date Date_S date
CIN_P long varchar HEURE_DEBUT time
LOGIN long varchar HEURE_FIN time FK_CONTENIR_CONTENIR_ELEMENT
PASSWORD long varchar STATUT_ETUDIANT long varchar
ADRESSE long varchar
EMAIL long varchar FK_ELEMENT_ENSEIGNER_ENSEIGNA FK_SEANCE_SEANCE2_ELEMENT
TEL long varchar
SEXE long varchar Element
TYPE_ENS long varchar
NUM_P <Non défini> <fk>
NOM_E long varchar

Dans le passager du MCD à l’MLD on était confronté a 3 situations :

1. Laisser la table PERSONNE seulement.
2. Laisser les tables ETUDIANT, ENSEIGNANT et
ADMINISTRATEUR seulement.
3. Laisser les 3 tables.
Le 3éme cas était le plus concret pour cette situation pour facilite la
gestion de l’unicité de quelque champs (login, cin …).

2 – Les notions d’archivage et d’avertissement comme processus de

traitements :

Apres la fin de chaque semestre l’administrateur doit archiver le

semestre courant pour adapter la base de données au nouveau
semestre, cet archivage passe par les étapes suivantes :
 Déterminer les modules que chaque étudiant a valide.

3
  Copier le contenu de la table séance dans une table ayant les
mêmes champs et caractéristiques intitulée historique séance.
 Inscription des étudiants dans les nouveaux modules du nouveau
semestre en considérant la dépendance des modules.
 La réinitialisation de la table séances et mise à jour de la table
semestre.
Apres que chaque étudiant dépasse les 6 heures d’absences non
justifiées l’administrateur doit lui coller un avertissement dépendant
du nombre d’heures que l’étudiant ou s’est absente, et si l’étudiant
justifie ses heures d’absence l’administrateur doit diminuer le degré
d’avertissement voir même l’annuler si le nombre d’heures d’absence
non justifiée diminue a moins de 6 heures.

1-Planification générale du site web :

On peut distinguer entre 4 types d’utilisateurs du site web :

3
 Chaque type d’utilisateur a des droits d’accès différents des autres :

Informations Etudiants Enseignants administrateurs filières modules absences

Visiteur C ---- ---- ---- C C ----
Etudiant C C C ---- C C C
Enseignant C C C ---- C C AC
Administrateur C ASC ASC ASC ASC ASC C

C : Consultation A : Ajout S : Suppression

2-Planification particulière de chaque type d’utilisateurs :

Pour le visiteur normal sa visite est limitée a recueillir des

informations et des statistiques :

3
Les étudiants peuvent faire des consultations sur tout sauf sur les
administrateurs et l’absence ou ils peuvent le faire sur leurs absences
seulement, mais ne peuvent rien modifier, ajouter ou supprimer.

Les enseignant peuvent faire des consultation sur les étudiants, les
modules et les filières et sur eux-mêmes mais concernant l’absence il
sont limite a consulter celles qui concernent les module qu’ils
enseignent en plus de ca le plus important droit qu’ils ont ,ils sont les
seuls a l’avoir , le droit de marquer les absences mais seulement pour

3
leurs modules.

Les administrateurs sont les utilisateurs les plus privilégies ils ont tous
les droits sur tout et une vision globale du système.

3
Ce mini projet nous a permis de mettre en pratique nos connaissances
acquises en cours, et de les approfondir, nous avons également pu se
familiariser avec plusieurs logiciels, comme le Macromedia
Dreamweaver qui nous a aidé a faire une bonne conception de notre
site, ainsi cette application pourra être utile a notre service de scolarité
Pour faire une gestion d’absence bien informatisée.