Boultouak Fatah
Boultouak Fatah
Boultouak Fatah
Thème
Conception et réalisation d’une application web pour la
gestion des emplois du temps.
Cas : « Département Informatique de l’université Mouloud
MAMMERI de Tizi-Ouzou »
Promotion 2018-2019
Remerciements
« Dalya » et « Lyna »
Fatah
.
Dédicace
collègues de travail.
Kahina
INTRODUCTION GENERALE
INTRODUCTION GENERALE
Parmi la vaste famille des problèmes de planification d´horaire, on trouve celui de la confection
d´emploi du temps dans les établissements éducatifs, notamment dans les universités qui
consomment de nombreuses ressources humaines et donc financières. Ce problème est très important.
En effet un mauvais emploi du temps influe directement et négativement sur le niveau de
l´acquisition des étudiants.
Le problème de l´emploi du temps est un problème ardu dont la réalisation à la main est une tâche
draconienne qui peut mobiliser plusieurs personnes, plusieurs jours de travail. Sans oublier, que
toute modification des données du problème peut complètement remettre en cause la solution
trouvée.
D’une manière générale, le problème de l’emploi du temps consiste à définir un certain nombre
d’affectations qui permettent d’assigner plusieurs ressources (humaines, matérielles,…etc) sur une
période de temps, tout en respectant les contraintes imposées par les entités citées (disponibilité des
ressources humaines, matérielles,…etc).
Ces difficultés, ont induit l’idée d’assister par ordinateur l’élaboration d’une application web pour la
gestion des emplois du temps afin de trouver une solution adéquate, précise et efficace. En prenant
comme cas d’application les contraintes et les spécificités du département informatique de
l’université « Mouloud MAMMERI de Tizi-Ouzou ».
Page 1
Chapitre I Réseaux, Internet et le Web
I. Introduction :
Au cours de ces dernières années, les nouvelles technologies de l’information et de
la communication ont connu un bouleversement marqué par l’apparition de l’Internet et par
sa croissance exponentielle.
Ces années ont aussi été marquées par l’entrée en scène de World Wide Web (WWW), l’une des
applications qui a popularisé Internet et qui a rendu les médias grand public attentifs à Internet.
Nous allons présenter dans ce chapitre des notions de base sur les réseaux, plus
particulièrement le réseau mondial (Internet), les services offerts par ce dernier et sa principale
application qui est le web.
- Fiabilité du système :
Page 2
Chapitre I Réseaux, Internet et le Web
a. Topologie en bus:
Lors de l'émission de données sur le bus par une station de travail, l'ensemble des stations de travail
connectées sur le bus la reçoivent. Seule la station de travail à qui le message est destiné la recopie.
Page 3
Chapitre I Réseaux, Internet et le Web
Avantage :
- Facile à mettre en œuvre.
- Possède un fonctionnement simple.
- Plus adapté pour les réseaux de petite taille.
Inconvénients :
- Si une connexion est défectueuse, l’ensemble du réseau est affecté.
- La longueur du câble est limitée, par conséquence limite le nombre d’ordinateurs qui peuvent être
connectés.
b. Topologie en étoile :
L'ensemble des stations de travail est connecté à un concentrateur qui examine le contenu du
message, qui le régénère, et qui le transmet qu'à son destinataire. C'est en réalité un réseau de "n"
liaisons point par point, car il établit un circuit entre une paire d'utilisateurs.
Avantage :
- La défection d’un poste n’empêche pas le bon fonctionnement du réseau.
Page 4
Chapitre I Réseaux, Internet et le Web
Inconvénient :
- Une panne du concentrateur paralyse entièrement le fonctionnement du réseau car sans lui aucune
communication n’est possible entre les ordinateurs.
c. Topologie en anneau :
L'information circule le long de l'anneau dans un seul sens. A chaque passage d'un message au
niveau d'une station de travail, celle-ci regarde si le message lui est destiné, si c'est le cas elle le
recopie.
Cette technologie est utilisée par les réseaux Token Ring et FDDI ( Fiber Distributed Data Interface,
réseau double anneaux).
Avantage :
- Ne nécessite pas un serveur central puisque la communication entre deux ordinateurs passe par
tous les autres ordinateurs.
Inconvénient :
- Une modification sur un ordinateur du réseau affecte le rendement de l’ensemble du réseau.
L'architecture TCP/ IP est similaire à ce modèle en couche, mais ne dispose que de quatre (4)
couches dans la plupart des cas.
Page 5
Chapitre I Réseaux, Internet et le Web
a. Architecture OSI :
a.1. Définition : [5]
Au début des années 70, chaque constructeur a développé sa propre solution réseau autour
d'architectures et de protocoles privés (SNA d'IBM, DECnet de DEC, DSA de Bull, TCP/IP du
DoD,...) et il s'est vite avéré qu'il serait impossible d'interconnecter ces différents réseaux
«propriétaires» si une norme internationale n'était pas établie. Cette norme établie par l'International
Standard Organization (ISO) est la norme Open System Interconnection (OSI, interconnexion de
systèmes ouverts).
Page 6
Chapitre I Réseaux, Internet et le Web
La couche Transport (couche 4) : Assure une transmission de bout en bout des données.
Maintient une certaine qualité de la transmission, notamment vis-à-vis de la fiabilité et de
l’optimisation de l’utilisation des ressources. Les objets échangés sont souvent appelés
messages (de même pour les couches supérieures).
La couche Session (couche 5) : Fournit aux entités coopérantes les moyens nécessaires
pour synchroniser leurs dialogues, les interrompre ou les reprendre tout en assurant la
cohérence des données échangées.
Page 7
Chapitre I Réseaux, Internet et le Web
• Couche Accès réseau : elle spécifie la forme sous laquelle les données doivent être acheminées
quel que soit le type de réseau utilisé.
• Couche Internet : elle est chargée de fournir le paquet de données (datagramme).
• Couche Transport : elle assure l'acheminement des données, ainsi que les mécanismes
permettant de connaître l'état de la transmission.
• Couche Application : elle englobe les applications standard du réseau (Telnet, SMTP, FTP, ...).
Au niveau des différences, on peut remarquer la chose suivante : le modèle OSI faisait
clairement la différence entre 3 concepts principaux, alors que ce n’est plus tout à fait le cas pour
le modèle TCP/IP. Ces 3 concepts sont les concepts de services, interfaces et protocoles. En effet,
TCP/IP fait peu la distinction entre ces concepts, et ce malgré les efforts des concepteurs pour se
rapprocher de l’OSI. Cela est dû au fait que pour le modèle TCP/IP, ce sont les protocoles qui sont
d’abord apparus. Le modèle ne fait finalement que donner une justification théorique aux
protocoles, sans les rendre véritablement indépendants les uns des autres.
Enfin, la dernière grande différence est liée au mode de connexion. Certes, les modes orienté
connexion et sans connexion sont disponibles dans les deux modèles mais pas à la même couche :
pour le modèle OSI, ils ne sont disponibles qu’au niveau de la couche réseau (au niveau de la
couche transport, seul le mode orienté connexion n’est disponible), alors qu’ils ne sont disponibles
qu’au niveau de la couche transport pour le modèle TCP/IP (la couche internet n’offre que le mode
sans connexion). Le modèle TCP/IP a donc cet avantage par rapport au modèle OSI : les
applications (qui utilisent directement la couche transport) ont véritablement le choix entre les deux
modes de connexion.
Page 8
Chapitre I Réseaux, Internet et le Web
La technique de dialogue entre ces deux processus est illustrée dans la figure III.1 [8] :
Page 9
Chapitre I Réseaux, Internet et le Web
serveur. Tous les traitements sur les données sont effectués sur le serveur qui renvoie les
informations demandées (souvent à travers une requête SQL) par le client.
III.6.1. Avantages :
Le modèle client/serveur est particulièrement recommandé pour des réseaux nécessitant un
grand niveau de fiabilité, ses principaux avantages sont : [10]
• Des ressources centralisées: Etant donné que le serveur est le centre du réseau, il peut gérer des
ressources communes à tous les utilisateurs, comme par exemple une base de données
centralisées, afin d’éviter les problèmes de redondance et de contradiction.
• Une meilleure sécurité: Car le nombre de point d’entrée permettant l’accès aux données est
moins important.
• Une administration au niveau serveur: Les clients ayant peu d’importance dans ce modèle ont
besoin d’être administré.
• Un réseau évolutif: Grâce à cette architecture, il est possible de supprimer ou ajouter des clients
sans perturber le fonctionnement du réseau et sans modification majeure.
III.6.2. Inconvénients :
L’architecture client/serveur a tout de même quelques lacunes parmi lesquelles, on cite :
• Un cout élevé: dû à la technicité du serveur,
• Un maillon faible: le serveur est le seul maillon faible du réseau client/serveur, étant donné que
tout le réseau est architecturé de lui, heureusement, le serveur à une grande tolérance aux pannes.
Page 10
Chapitre I Réseaux, Internet et le Web
Page 11
Chapitre I Réseaux, Internet et le Web
IV.1.1. Définition :
Le mot Internet vient du terme anglais « Internetwork », " inter" pour « interconnexion "
et "net" pour "network". C’est un réseau international d’ordinateurs qui communiquent entre eux
grâce à un protocole d’échange de données standard (TCP/IP).
Les différents ordinateurs branchés au réseau Internet communiquent entre eux, et la
démarche est transparente pour l’utilisateur.
• Courier électronique (E-mail Electronic mail) : C’est un outil de messagerie très puissant
qui permet de joindre toute personne ayant accès au réseau, à l’aide de l’adresse électronique qui
lui est automatiquement attribuée sur un site. Cette adresse se décompose généralement en deux
parties séparées par un symbole spécial (@).
• Forums (News, Usenet) : Il permet de participer à des discussions sur des thèmes très variés
(informatiques, loisirs, sport…), en consultant les messages échangés et en contribuant à la
discussion par ajout d’un message au forum.
Ce système particulier centralise les informations sur un serveur, au lieu de les dupliquer
pour chaque participant au forum.
Page 12
Chapitre I Réseaux, Internet et le Web
• Accès à un système distant (Telnet) : Cet outil permet de travailler sur un système
informatique à distance (permet l’accès aux ressources d’un ordinateur distant). Ce service est
très souvent utilisé pour accéder à des bases de données ou des applications centralisées. Cela
ouvre par exemple des possibilités pour le travail à domicile, mais l’apparition d’autres services
puissants tels que le web a fait que ce service soit de nos jours en voie de disparition.
• Recherche d’information : L’ensemble des serveurs existant offrent une masse
d’informations colossale difficile à connaître ou retrouver. Plusieurs outils ainsi étaient
développés afin de faciliter cette recherche d’informations (Mosaic, Wais, Gopher, WWW
notamment).
• Le WWW (Word Wide Web) : Constitue une véritable bibliothèque virtuelle d’où un
explorateur peut télécharger un très grand nombre de documents et de fichiers multimédia et des
pages écrites en HTML « Hyper Text Markup Language ». Une des forces du web est qu’il
donne accès à tous les services d’internet, totalement ou en partie, il utilise le protocole http pour
l’échange d’informations entre le logiciel client (navigateur) et le serveur.
Dans ce qui suit, nous définirons un site web, une application web, et nous présenterons
d'une manière brève la différence entre les deux.
L'architecture d'une application web contient un serveur d'application qui rend possible le
traitement d'une logique et d'un état applicatif tandis que l'architecture d'un site web contient trois
composants principaux : [14]
- Un serveur web.
- Une connexion réseau.
- Des navigateurs clients.
En d'autres termes une application web sert à manipuler l'information et elle est soumise à
des contrôles d'accès et de rôles, et un site web sert à exposer l'information [15].
Page 14
Chapitre I Réseaux, Internet et le Web
Il en résulte une page statique que le serveur d'application renvoie au serveur web, lequel
transmet alors cette page au navigateur requérant. Le navigateur reçoit uniquement du code HTML
pur lorsque la page lui est transmise.
Un serveur d'application nous permet de travailler avec des ressources coté serveur telles
que les bases de données. Une page dynamique peut, par exemple, ordonner au serveur
d'application d'extraire des données de la base de données et de les insérer dans le code HTML de la
page.
L'instruction d'extraction des données de la base est nommée requête de base de données.
Une requête est composée de critères de recherches rédigés dans un langage de base de données
appelé SQL. La requête SQL est rédigée dans les scripts ou les balises coté serveur de la page [14].
Toutes ces actions sont résumées dans le schéma présenté dans la figure IV.2 suivante :
Page 15
Chapitre I Réseaux, Internet et le Web
V. Conclusion :
Dans ce chapitre, nous avons présenté les concepts de réseaux informatiques, leurs
principales architectures et quelques notions sur les technologies web tel que les applications web.
En revanche, ce chapitre nous a permis de bien comprendre le fonctionnement du web et son
utilité, et nous a licité de trancher sur l’architecture à utiliser.
Dans le chapitre qui suit, nous présenterons l’objectif de notre application en étudiant son
environnement.
Page 16
Chapitre II Présentation de l’organisme d’accueil et l’étude de l’existant
I. Introduction :
La présentation de l’organisme d’accueil est une étape importante de l’analyse qui permet de
prendre connaissance du domaine dans lequel l’organisme souhaite améliorer son fonctionnement.
Dans ce chapitre nous allons commencer par la présentation d’une vue globale de la faculté
de génie électrique et informatique de l’université « Mouloud MAMMERI de Tizi-Ouzou », ainsi que
l’étude du système pédagogique du département informatique sur lequel se portera notre étude, dans le
but de comprendre le système de travail et d’assurer une meilleure gestion.
Masters :
Master Académique en Réseaux Mobilité et Systèmes Informatiques
Master Académique en Conduite des Projets
Master Académique en Systèmes Informatiques
Master Professionnel en Ingénierie des Systèmes
Page 17
Chapitre II présentation de l’organisme d’accueil et l’’étude de l’existant
Année 2018/2019
Parcours Niveau Filières
Effectifs S/T Totaux Total
2ème
Informatique 331
Année
Licence 571 571
3ème
Informatique 240
Année
1 ère S. I 50
Master
Année C.P.I. 50
Académique 226
RMSE 42 992
ère
Master prof. 1 Année I.S.I. 84
2 ème S. I 56 421
Master
Année C.P.I. 57
Académique
RMSE 48 195
ème
2
Master prof. I.S.I. 34
Année
II.4 Infrastructures :
Pour son bon fonctionnement, la direction des études dispose d’infrastructures et de moyens
conséquents, à savoir :
- 10 salles de cours et travaux dirigés.
- 10 salles de travaux pratiques dotées de matériels performants.
- 02 amphis
- 15 machines pour chaque salle de travaux pratique
Les différentes formations du LMD ont une durée qui varie entre trois à huit ans. Les étudiants
s’inscrivent en début de chaque année universitaire, c’est-à-dire généralement au début de septembre.
Mais cela peut varier d’une formation à l’autre. Le programme pédagogique de chaque formation est
connu. Ce programme précise les matières à suivre, leurs volumes horaires et quelques informations
pédagogiques (répartition en cours, TD et TP). Selon les besoins pédagogiques et les conditions
physiques des ressources, chaque formation est structurée en sections qui peuvent eux-mêmes être
scindés en groupes.
Chaque formation est gérée par son responsable pédagogique qui crée les emplois du temps en
concertation avec les enseignants mais aussi, moins souvent, avec les responsables des autres
formations.
Page 18
Chapitre II présentation de l’organisme d’accueil et l’’étude de l’existant
Professeur 6h
Maître de conférences A 9h
Maître de conférences B 9h
Maître assistant A 9h
Maître assistant B 9h
Vacataire 12h
Sur le plan pédagogique, l’étude des emplois du temps sert à mettre en évidence certains
problèmes tels que les surcharges de travail des intervenants, les mauvaises répartitions des
enseignements, et elle permet ainsi de corriger et améliorer le planning les années à venir.
Le nombre des ressources disponibles croît, malheureusement, bien moins rapidement que le
nombre des formations ou que leur diversification. Cela oblige donc les responsables à « optimiser »
la planification des ressources et rend plus délicate leur gestion.
Le besoin d’un outil d’aide devient donc essentiel pour cette gestion efficace des ressources
disponibles. L’objectif de notre application est de cerner les difficultés rencontrées par les responsables
pédagogiques afin de trouver des solutions adéquates pour une gestion rapide, précise et efficace, cette
solution consiste à concevoir un outil semi automatique pour la génération et la gestion de l’emploi du
temps qui soit face aux différentes contraintes.
Page 20
Chapitre II présentation de l’organisme d’accueil et l’’étude de l’existant
IV.1 Les contraintes :
L’affectation des modules, enseignant, locaux à des périodes est soumise à des contraintes qui
diffèrent selon leurs priorités (l’intérêt que recouvre la satisfaction d’une contrainte ou sa violation).
Une contrainte ne revêt pas nécessairement un aspect absolu (soit elle est vérifiée ou violée)
mais peut être formulée sous un objectif qui doit être approché autant que possible, selon ce critère, les
contraintes peuvent être réparties en deux grandes classes : les contraintes dures (HARD/ Absolues) et
les contraintes souple (SOFT / de préférences).
1. Un enseignant ne peut pas être affecté à deux séances différentes à la même période.
2. Une salle ne peut pas accueillir deux séances différentes à la même période.
3. Chaque enseignant doit enseigner un module qui rentre dans ses compétences.
4. Un module doit respecter le nombre de séances hebdomadaires, c'est-à-dire si un module est
enseigné trois fois par semaine, alors il doit apparaître 3 fois dans l’emploi du temps.
5. Un emploi du temps doit comporter tous les modules d’une promotion.
6. La charge journalière d’un enseignant ne doit pas être dépassée.
1. Un ensemble de créneaux horaires étalés sur une semaine de cinq jours, du dimanche au jeudi. La
durée d’une période est d’une heure et trente minutes, en cas de deux TDs consécutifs, ils seront
compter un cours et demi (TD + TD = 1 Cours et demi), et en cas de deux TPs consécutifs, ils
seront compter un TD et demi (TP + TP = 1 TD et demi).
2. Un ensemble de promotions ou groupes d’étudiants.
3. Un ensemble de cours, TD ou TP à programmer dans la semaine.
4. Un ensemble de locaux (Salles, Amphis et labos).
V. Conclusion :
Durant l’analyse de l’existant nous avons pu recenser toutes les informations nécessaires
et indispensables à notre projet à savoir la conception et la réalisation d’un système de génération
et de gestion des emplois du temps pour le département informatique.
Ces informations tirées entre autre à partir de l'étude du système pédagogique universitaire
nous ont permis de cerner les principaux objectifs.
Page 21
Chapitre III Analyse et Conception
I. Introduction :
Afin d’aboutir à une meilleure organisation et avoir une bonne maîtrise de notre travail, par
conséquent de développer de meilleures applications, il est nécessaire de suivre une démarche
méthodologique. Pour cela le choix d’une méthode de conception est d’une importance capitale pour
une description rigoureuse de l’application à mettre en place.
Pour le développement de notre application de gestion des emplois du temps, nous avons opté
pour une démarche de conception orientée objet, en nous basant sur la modélisation UML, qui sera
présentée ci-après.
Page 22
Chapitre III Analyse et Conception
Page 23
Chapitre III Analyse et Conception
III. Analyse :
Avant de se pencher sur l’étude conceptuelle, nous allons dans un premier temps étudier
le contexte du système qui est pour rappel, «Application web pour la gestion des emplois du temps».
Dans un second temps, nous allons définir les cas d’utilisation pour ainsi établir le diagramme de
cas d’utilisation relatif à chaque acteur.
Système
(Application de gestion
Enseignant
des emplois du temps) Administrateur
Etudiant
Page 24
Chapitre III Analyse et Conception
Page 25
Chapitre III Analyse et Conception
Modifier un Supprimer
Supprimer Modifier
Enseignant une salle
un une salle
Enseignant
« Extend » « Extend »
« Extend »
« Extend » Rechercher Consulter
une salle une salle
Modifier le
mot de Consulter
passe un
« Extend »
enseignant
Ajouter un
Ajouter
S’authentifier enseignant
« Extend » « Extend » une salle
Page 26
Chapitre III Analyse et Conception
Tâche Scénarios
message d’erreur.
annuler la suppression.
Page 28
Chapitre III Analyse et Conception
message de confirmation.
Page 29
Chapitre III Analyse et Conception
Page 30
Chapitre III Analyse et Conception
de confirmation.
T10 : Gérer et Afficher les S1 :L’administrateur pointe sur le menu « Emplois du temps »
emplois du temps.
S2 : Le système lui affiche un sous menu comportant trois liens
«Consulter le EDT », « Affecter les enseignements » et « Consulter
les enseignements »
Page 31
Chapitre III Analyse et Conception
Page 32
Chapitre III Analyse et Conception
Consulter sa
disponibilité
Modifier le mot
de passe
S’authentifier
« Uses »
Saisir sa
« Uses » disponibilité
« Include »
« Uses »
Espace de Consulter la
« Uses »
l’enseignant disponibilité
Enseignant des salles
« Uses »
« Uses »
Afficher la fiche
Consulter son d’enseignement
emploi du
temps
« Extend»
« Extend»
Imprimer la
Imprimer son
fiche
emploi du
d’enseignement
temps
Page 33
Chapitre III Analyse et Conception
Tâche Scénarios
Page 34
Chapitre III Analyse et Conception
T5: Consulter la disponibilité des salles S1 :L’enseignant pointe sur le menu «Salles»
Page 35
Chapitre III Analyse et Conception
S’authentifier « Extend »
Afficher la fiche
d’enseignement
« Uses »
« Include » « Uses » Consulter la liste
« Uses » des enseignants
Espace de
l’étudiant
Etudiant « Uses » Afficher les
« Uses » formations et leurs
spécialités.
Consulter son
« Extend » emploi du « Extend »
Imprimer son temps
Imprimer la liste
emploi du des formations et
temps leurs spécialités.
Tâche Scénarios
Page 36
Chapitre III Analyse et Conception
T3 : Consulter son emploi du temps S1 :L’étudiant pointe sur le menu « Emplois du temps »
Page 37
Chapitre III Analyse et Conception
IV. Conception :
La conception est l’étape qui suit l’analyse. Elle consiste à modéliser et à détailler tous les
éléments de modélisation issus de la phase analyse.
Dans cette étape, nous illustrons les diagrammes de séquences de quelque cas d’utilisations et
le diagramme de classes, puis nous passons à la conception de la base de données.
L’icône :
L’icône :
L’icône :
Dans la description des cas d’utilisation nous avons pu identifier les scénarios. Dans ce qui suit nous
allons traduire quelques uns en diagrammes de séquences :
Authentification.
Affecter un enseignement.
Modifier un module.
Consulter la fiche d’enseignement.
Consulter l’emploi du temps.
Ajouter une disponibilité.
Page 38
Chapitre III Analyse et Conception
1. Accéder
2. Afficher
6. Construire
si valide 7.Afficher
sinon
7. Afficher 6. Construire
Message d’erreur
Scénario :
1. L’utilisateur saisit le nom d’utilisateur et le mot de passe puis valide.
2. Le système vérifie l'authentification et lui affiche son espace privé, sinon il affiche un message
d’erreur.
Page 39
Chapitre III Analyse et Conception
Sélectionner Atteindre
Afficher
Sélectionner Atteindre
Afficher
Modifier
Saisir et valider Atteindre
Enregistrer
Atteindre
Afficher
Scénarios :
1- L’administrateur atteint son espace après authentification.
2- Il choisit le lien « Module » « Choisir filière ».
3- Le système lui affiche la liste des modules.
4- L’administrateur clique sur le lien « Modifier ».
5- Le système lui retourne un formulaire de modification.
6- L’administrateur saisit les modifications et valide avec le bouton « Modifier ».
7- Le système lui retourne un message de confirmation.
Page 40
Chapitre III Analyse et Conception
Atteint
Atteindre
Afficher
Sélectionner Atteindre
Afficher
Choisir et valider Atteindre
Afficher
Ajouter
Choisir et valider Atteindre
Enregistrer
Atteindre
Afficher
Scénarios :
1- L’administrateur atteint son espace après authentification.
2- Il choisit le lien « Emploi du temps » « Affecter un enseignement ».
3- Le système lui affiche un formulaire de choix.
4- L’administrateur choisit la section, la promotion et le semestre puis clique sur « suivant ».
5- Le système lui affiche un formulaire d’ajout.
6- L’administrateur choisit dans les listes déroulantes puis valide avec le bouton « Ajouter ».
7- Le système lui retourne un message de confirmation.
Page 41
Chapitre III Analyse et Conception
Afficher
Sélectionner Atteindre
Afficher
Choisir et Interroger
soumettre Récupérer
Construire
Afficher
Scénarios :
1. L’étudiant atteint son espace et sélectionne le lien « Fiche d’enseignement »
2. Le système lui affiche un formulaire de choix.
3. L’étudiant choisit dans les listes déroulantes la spécialité, la section, la promotion et le
semestre puis valide.
4. Le système affiche la Fiche d’enseignement selon les critères sélectionné dans le formulaire.
Page 42
Chapitre III Analyse et Conception
Espace Formulaire
Enseignant Enregistrer Disponibilité
enseignant d’ajout de dans BD
disponibilité
Atteindre
Afficher
Sélectionner Atteindre
Afficher
Choisir et soumettre Interroger Ajouter
Enregistrer
Si oui Afficher Construire Msg confirmation
Scénarios :
1. L’enseignant s’authentifie pour atteindre son espace privé.
2. L’enseignant sélectionne le lien « Saisir ma disponibilité » pour atteindre le formulaire
d’ajout de disponibilité.
3. Le système lui retourne un formulaire d’ajout avec listes déroulantes pour choisir une
disponibilité.
4. L’enseignant choisit dans les listes déroulantes sa disponibilité puis clique sur le bouton
« Ajouter »
5. Le système lui retourne un message de confirmation pour l’ajout ou message d’erreur si cette
disponibilité existe déjà.
Page 43
Chapitre III Analyse et Conception
Afficher
Sélectionner Atteindre
Afficher
Construire
Afficher
Scénarios :
1. L’étudiant atteint son espace et sélectionne le lien « emploi du temps » « Consulter le
EDT »
2. Le système lui affiche un formulaire de choix.
3. L’étudiant choisit dans les listes déroulantes la spécialité, la section, la promotion et le
semestre puis valide.
4. Le système affiche l’emploi du temps selon les critères sélectionné dans le formulaire.
Page 44
Chapitre III Analyse et Conception
Page 45
Chapitre III Analyse et Conception
Page 46
Chapitre III Analyse et Conception
Enseignant (num_ens, nom_ens, prénom_ens, date nais_ ens, lieu_nais_ ens , adresse_ ens,
téléphone_ ens, email_ ens, domaine_ ens, grade_ ens, ancien diplôme_ ens)
Disponibilité (ref_dispo, dimanche, lundi, mardi, mercredi, jeudi, num_ens, ref_sem, vacation,
choix)
Remarque :
Le champ souligné indique la clé primaire.
Le champ double souligné indique la clé étrangère.
Page 47
Chapitre III Analyse et Conception
1. Table Enseignant :
2. Table Etudiant :
Page 48
Chapitre III Analyse et Conception
3. Table disponibilité :
4. Table Filière :
5. Table Formation :
6. Table groupe :
7. Table matière :
8. Table module :
Page 50
Chapitre III Analyse et Conception
9. Table Promotion :
Page 51
Chapitre III Analyse et Conception
Page 52
Chapitre III Analyse et Conception
V. Conclusion :
Dans ce chapitre nous avons suivi une démarche de modélisation pour développer notre
application, en se basant sur l’UML. Nous avons choisi quelques diagrammes tels que diagramme de
cas d’utilisation pour expliquer les différentes interactions de notre système avec son environnement
ainsi que les diagrammes de séquences et de classes, en fin nous avons défini les tables de notre base
de données.
Le chapitre suivant sera consacré à la partie réalisation de notre application et sa mise en œuvre.
Page 53
Chapitre IV : Réalisation et mise en œuvre
I. Introduction
Après avoir présenté dans le chapitre précédent la conception et le fonctionnement global de
notre système, nous arrivons dans ce chapitre à la mise en œuvre et développement de notre
application web qui nécessite la connaissance des différents langages utilisés dans les technologies
web.
Ce chapitre sera divisé en deux parties : la première partie sera consacrée à la description de
l’environnement et outils de développement de notre application. La deuxième partie contiendra
quelques interfaces de notre application.
a. Présentation générale :
On attend principalement d’un EDI qu’il regroupe dans une même interface les fonctionnalités
indispensables à la réalisation et au suivi du projet tout au long de son cycle de vie. On y retrouve
donc bien évidemment un éditeur performant simplifiant l’écriture de code, mais aussi idéalement
l’intégration d’un débogueur, l’interfaçage avec un outil de gestion de versions, l’interfaçage avec un
outil de gestion de tâches, la prise en charge des tests unitaires ou encore des outils de déploiement.
PhpStorm intègre tout ceci de façon intuitive et efficace.
b. Ecran d’accueil :
L’écran d’accueil (Figure II.1), présente les raccourcis habituels de création ou d’ouverture de
projets, mais il propose également par défaut la création d’un nouveau projet à partir d’un outil de
gestion.
Page 54
Chapitre IV : Réalisation et mise en œuvre
II.1.3. PowerAMC 15 :
PowerAMC est un logiciel de conception créé par la société SDP, qui permet de modéliser les
traitements informatiques et leurs bases de données associées.
PowerAMC permet de réaliser tous les types de modélisation informatiques. Il reste un des seuls outil
qui permet de travailler avec la méthode Merise.
II.1.4. Photoshop :
Logiciel de traitement d’images, utilisé pour modifier numériquement des photographies
numériques ou d'autres graphiques.
Page 55
Chapitre IV : Réalisation et mise en œuvre
Apache :
C’est un serveur Web crée dans la volonté de développer et de maintenir un serveur http
sécurisé, efficace et évolutif pour les systèmes d’exploitation modernes.
Apache est multi plate-forme et gratuit, son installation est facile, rapide et son utilisation pas très
compliqué. Grâce à une association avec PHP, apache devient un serveur dynamique.
MySQL :
MySQL est un serveur de base de données relationnelles, basé sur le langage de requête SQL
(StructuredQueryLanguage) qui est un langage standard pour le traitement des bases de données. Le
serveur MySQL peut fonctionner en mode client/serveur. Il contrôle l’accès aux données pour
s’assurer que plusieurs utilisateurs peuvent se servir simultanément d’une même base de données.
Le server MySQL offre de puissantes et de nombreuses fonctions. Ses possibilités de connexions, sa
rapidité et sa sécurité font de lui un serveur hautement adapté à l’Internet.
PhpMyAdmin : [26]
Il s’agit de l’une des plus célèbres interfaces pour gérer une base de données MySQL sur un
serveur PHP.
PhpMyAdmin est un logiciel gratuit écrit en PHP , destiné à gérer l'administration de MySQL sur le
Web. phpMyAdmin prend en charge un large éventail d'opérations sur MySQL. Cette interface
pratique permet d’exécuter, très facilement et sans grandes connaissances dans le domaine des bases
de données, de nombreuses requêtes comme la création de table de données, les insertions, les mises
à jour, les suppressions, les modifications de structure de la base de données. Ces opérations peuvent
être effectuées via l'interface utilisateur, tout en vous permettant d'exécuter directement toute
instruction SQL.
Page 56
Chapitre IV : Réalisation et mise en œuvre
CSS : [28]
Les feuilles de style en cascade (Cascading Style Sheets) sont un langage qui permet de gérer
la présentation d’une page Web. Le principe des feuilles de style consiste à regrouper dans un même
document des caractéristiques de mise en forme associées à des groupes d’éléments.
Il suffit de définir par un nom un ensemble de définitions et de caractéristiques de mise en forme, et
de l’appeler pour l’appliquer à un texte.
Les feuilles de style ont été mises au point afin de compenser les marques du langage
HTML en ce qui concerne la mise en page et la présentation.
JavaScript : [29]
C’est un langage de scripts incorporé aux balises HTML, permettant d’améliorer la
présentation et l’interactivité des pages Web. Il est plus simple à mettre en œuvre car c’est du code
que vous ajouterez à votre page écrite en HTML, il est donc une extension du code HTML des pages
Web en permettant d’exécuter des commandes du coté client, c’est à dire au niveau du navigateur et
non du serveur Web.
PHP : [30]
C’est un langage extrêmement puissant : il permet de créer des pages Web, à travers
lesquelles l’utilisateur peut échanger des informations avec le serveur ; c’est ce qu’on appelle des
pages Web dynamiques. Programmer en PHP est assez simple. En revanche, PHP n’est pas un
Page 57
Chapitre IV : Réalisation et mise en œuvre
langage compilé, c’est un langage interprété par un serveur : le serveur lit le code PHP, le transforme
et génère la page HTML. Pour fonctionner, il a donc besoin d’un serveur Web.
Donc si on souhaite utiliser des pages PHP dans une application Web, pour les tester, il faudra les
exécuter sur un serveur Web.
SQL :
C’est un langage de manipulation de base de données mis au point dans les années IBM. Il
permet notamment :
- La manipulation des bases de données : création et suppression.
- La manipulation des tables : création, suppression, modification de la structure des tables.
- La gestion des droits d’accès aux tables : contrôle des données et validation des modifications.
Le schéma illustré dans la Figure II.3 explique le fonctionnement de ces outils dans le système :
Figure II.3 – Etapes d’une demande de page HTML dot´e d’un code JavaScript
Page 58
Chapitre IV : Réalisation et mise en œuvre
Page 59
Chapitre IV : Réalisation et mise en œuvre
III.2.1 Les interfaces de « Gestion des modules » :
Permet à l’administrateur de gérer les modules (ajouter, supprimer, modifier et consulter la
liste des modules :
a- Ajouter un module :
Page 60
Chapitre IV : Réalisation et mise en œuvre
En validant le formulaire, un message de confirmation sera affiché :
Page 61
Chapitre IV : Réalisation et mise en œuvre
c- Modifier un module :
Une fois que la liste des modules est affichée, l’administrateur peux modifier ou supprimer un
module.
Pour modifier, il clique le lien « modifier » dans l’interface précédente, puis remplis le
formulaire de modification et valide.
Page 62
Chapitre IV : Réalisation et mise en œuvre
Un message de confirmation de la modification sera affiché :
d- Supprimer un module :
Dans cette interface l’administrateur peut supprimer un module en cliquant sur « ok », ou
« annuler » pour annuler la suppression.
Page 63
Chapitre IV : Réalisation et mise en œuvre
S’il clique sur le bouton « ok », un message de confirmation de la suppression sera affiché :
Page 64
Chapitre IV : Réalisation et mise en œuvre
Il choisi la spécialité, la section, la promotion et le semestre puis clique sur le bouton
« Afficher la fiche d’enseignement ».
Page 65
Chapitre IV : Réalisation et mise en œuvre
III.2.3 Les interfaces de «Gestion des emplois du temps » :
Cette interface permet à l’administrateur de gérer les emplois du temps des différentes
sections, Cette gestion consiste à affecter les enseignements, consulter les enseignements et consulter
l’Emplois Du Temps.
Page 66
Chapitre IV : Réalisation et mise en œuvre
Quand le formulaire d’ajout d’un enseignement sera affiché, l’administrateur choisi la matière à
affecter à un créneau horaire donné puis le système récupère de la base de donnée la liste des
enseignants disponibles dans ce créneau selon la matière choisi puis l’administrateur valide
l’enseignement. En consultant l’emploi du temps de cette section on trouve que l’enseignement à été
affecté avec succès.
Page 67
Chapitre IV : Réalisation et mise en œuvre
Figure III.21 : Interface « Une salle ne peut pas accueillir deux séances à la même période»
Page 68
Chapitre IV : Réalisation et mise en œuvre
b- Consulter l’emploi du temps :
Page 69
Chapitre IV : Réalisation et mise en œuvre
Page 71
Chapitre IV : Réalisation et mise en œuvre
Il sélectionne le lien «disponibilité des salles », le système lui affiche un formulaire pour choisir le
« jour » et « heure » dont il souhaite récupérer sa séance.
Le système lui affiche toutes les salles de (cours, TD et TP) qui sont libres pour la période choisie.
Figure III.31
III. : Interface « Affichage des salles libres »
Page 73
Chapitre IV : Réalisation et mise en œuvre
III.3.3 Interface « Consulter emploi du temps de l’enseignant »
Page 74
Chapitre IV : Réalisation et mise en œuvre
IV. Conclusion :
Dans ce chapitre nous avons fait une description de notre application en présentant les différentes
interfaces de notre site, après que nous avons cité l’environnement de développement et les
techniques de programmation pour implémenter les différentes pages du site.
Page 75
Conclusion générale
Conclusion générale
Nous avons réalisé une application web permettant la génération des emplois du temps au sein du
département Informatique de l’université Mouloud Mammeri de Tizi-Ouzou.
Cette application web, offrira aux enseignants l’opportunité de proposer les horaires qui les arrangent
pour associer leurs cours ainsi qu’à l’administrateur une interface conviviale lui permettant de
programmer tous les emplois du temps du département, en essayent de prendre en compte les
disponibilités de chaque enseignant, afin d’arriver à un résultat optimal, puis d’informer
continuellement les étudiants et enseignants de leurs emplois du temps
Lors de notre travail qui s’est fixé comme objectif, de satisfaire le maximum des besoins du cahier
de charge et faciliter les tâches aux utilisateurs, nous avons mis en exergue les services que peut
offrir une application de ce genre à la communauté estudiantine, et ce en offrant :
• Aux étudiants du département la possibilité de consulter leurs emplois du temps depuis chez eux et
à n’importe quel temps.
• A l’administrateur, une interface conviviale afin de lui permettre de gérer les emplois du temps du
département ainsi que de pouvoir veiller au bon fonctionnement de l’application, et cela a travers la
bonne gestion des différentes ressources (Amphis, Salles, Enseignants, Sections ainsi que les
Modules.
• Aux enseignants un espace personnel leur permettant de consulter leurs emplois du temps et de
saisir leurs disponibilités.
En outre, ce travail nous a permis d’approfondir nos connaissances théoriques et pratiques concernant
les réseaux, l’Internet, le Web et les bases de données, d’acquérir de nouvelles connaissance sur les
langages PHP, HTML, JavaScript, SQL et UML ainsi que l’utilisation de l’environnement de
développement phpStorm et le système de gestion de bases de données MySQL.
Perspectives :
Nous souhaitons qu’on a résolu une grande partie du problème de la génération d’emploi du temps,
en désirants que nous aurons l’occasion de le développer et l’enrichir pour plus d’efficacité, selon les
perspectives suivantes :
L'extension du system aux autres départements et facultés;
Injecter un mécanisme qui permet le traitement automatique et intelligent pour la génération
de l'emploi du temps;
Améliorer l'interface du système;
Héberger le système dans le serveur web de l'université Mouloud Mammeri de Tizi-Ouzou.
Page 76
Bibliographie
Bibliographie
[1] Tout sur les réseaux et Internet, Jean-François Pillou, Fabrice Lemainque, 4ème édition juin 2015
[2] Architecture des réseaux locaux, [document électronique] : http://Nakache.pageperso-
orange.fr/cnam/Chap2.doc
[3] la topologie des réseaux [document électronique]. http//:doc.lagout.org /programmation /la%20
topologie%20des%20reseaux.pdf.
[4] NOUHABACCOURSELLAMI. Architecture et Protocoles des Réseaux. [document électronique]
Sec 1988627bc0958d.jimcontent.com/download/version/..../ introduction reseau.pdf.
[5] G. PUJOLLE, Les réseaux, Eyrolles.
[6] COMMENT CA MARCHE. Internet protocole, http://www.commentcamarche.net
[7] Modèle TCP/IP FRAMEIP.com, http://www.frameip.com/tcpip/
[8] Les réseaux Edition 2008 par Goylujolle avec la collaboration d’Oliser Salvatori et la
contribution de JacqueNozick.
[9]: Livre Cisco.
[10]: http://www.commentcamarche.net/contents/cs/cs3tier.php3.
[11] principaux services offerts par internet. www.viviani.org/cours/util_int/internet/3ppserv.pdf
[12] Aurélien GERON Pierre-Yves CLOUX, David DOUSSOT. Technologies et architectures
Internet Corba, COM, XML, J2EE, .NET, web services. DUNOD, Paris, 2 Edition mai 2003.
[13] https://www.ideematic.com/dictionnaire.digital/applicationweb /
[14] Samir ADOUANE. Intégration des moyens de modification dynamique des contenus sur le web.
Mémoire de magister, Université el Hadj Lakhdar Batna, Batna, 2007.
[15] David LACERTE. Applications web et mobiles. TAURON, 25septembre 2013.
[16] http://html5-tutorial.fr/developpementd’applicationweblapprochecomposant\ Et l’approche
modulaire/
[17] L. SHKLAR et R. ROSEN. Architecture: Principles, Protocols and Practices. Edition John
WILEY et SONS, 2003
[18] R.DAVID. A History Of The Dynamic Web. http ://royal.pingdom.com, December 2007.
[19] http://www.microsoft.com
[20] http://forums.cnetfrance.fr/topic/125302-hebergement-application\
[21] site web de l’UMMTO de Tizi-Ouzou.
[22]:Grady booch « le guide de l’utilisation d’UML », Edition EYROLLES 2003
[23]:Pierre-Alain Muller Modélisation objet avec UML. Edition Eyrolles, 1997.
[24] phpstorm : http://www.osaxis.fr/accelerer-ses-developpements-php-avec-phpstorm/
[25] https://techterms.com/definition/wamp
[26] https://www.phpmyadmin.net/
[27] Eric BRASSART, MCF IUT informatique d’Amiens
[28] Bases de données et internet avec php et mysql Edition dunod magali contensin.
[29] Apprendre le Javascript Van Lancker Luc 2000
[30] Tutorial php-Mysql 2003 Van Lancker Luc
Page 77
Sommaire
Sommaire
INTRODUCTION GENERALE ............................................................................................................................. 1
Chapitre I Réseaux, Internet et le Web ............................................................................................................ 2
I. Introduction : ....................................................................................................................................................... 2
II. Généralité sur les réseaux : ................................................................................................................................. 2
II.1. Définition ..................................................................................................................................................... 2
II.2. Avantages de la mise en réseau des ressources .......................................................................................... 2
II.3. Types de réseaux.......................................................................................................................................... 3
1- Le PAN: (Personal Area Network ou réseaux personnels....................................................................... 3
2- Le LAN : (Local Area Network ou réseau local d'entreprise)................................................................ 3
3- Le MAN: ................................................................................................................................................. 3
4- Le WAN .................................................................................................................................................. 3
II.4. Topologies des réseaux informatiques......................................................................................................... 3
a. Topologie en bus: ........................................................................................................................................ 3
b. Topologie en étoile : .................................................................................................................................... 4
c. Topologie en anneau :.................................................................................................................................. 5
II.5. L’architecture des réseaux ........................................................................................................................... 5
a. Architecture OSI : ........................................................................................................................................ 6
b. Architecture TCP / IP .................................................................................................................................. 7
II.6 Comparaison du modèle TCP/IP avec le modèle OSI et critique ................................................................ 8
III.1. Qu’est-ce que le client/serveur ? ............................................................................................................... 9
III.2. Fonctionnement du modèle client/serveur: ................................................................................................ 9
III.3. Notions de base ........................................................................................................................................... 9
• Le client ................................................................................................................................................... 9
• Le serveur ................................................................................................................................................ 9
• La requête ................................................................................................................................................ 9
• La réponse ............................................................................................................................................... 9
III.4. Les différents modèles du client/serveur .................................................................................................... 9
III.4.1. Le client/serveur de données : ............................................................................................................. 9
III.4.2. Le client/serveur de présentation : ..................................................................................................... 10
III.4.3. Le client/serveur de traitement : ........................................................................................................ 10
III.5. Les caractéristiques du modèle client/serveur : ........................................................................................ 10
III.6. Avantages et inconvénients du modèle client/serveur .............................................................................. 10
III.6.1. Avantages .......................................................................................................................................... 10
III.6.2. Inconvénients : .................................................................................................................................. 10
III.7. Evolution de l’architecture client/serveur : .............................................................................................. 11
III.7.1.Présentation de l’architecture client/serveur à deux niveaux : ........................................................... 11
III.7.2. Présentation de l’architecture client/serveur à trois niveaux : ........................................................... 11
III.7.3. Présentation de l’architecture client/serveur à multi-niveaux : ......................................................... 12
IV. Internet et les technologies du web : .............................................................................................................. 12
IV.1. Internet .................................................................................................................................................... 12
IV.1.1. Définition : ....................................................................................................................................... 12
IV.1.2. Services disponibles sur le réseau Internet ....................................................................................... 12
IV.2 Les technologies du web : ......................................................................................................................... 13
IV.2.1 Un site web :....................................................................................................................................... 13
IV.2.2 Une application web ........................................................................................................................... 13
IV.2.3 L'architecture des applications web : ................................................................................................. 14
IV.2.4 L'application web et l’architecture Client/serveur : ........................................................................... 14
IV.2.5 Le serveur web ................................................................................................................................... 14
IV.2.6 Le fonctionnement d'une application web :........................................................................................ 14
IV.2.7 L'hébergement d'une application web : .............................................................................................. 15
V. Conclusion ........................................................................................................................................................ 16
Chapitre II : Présentation de l’organisme d’accueil l’étude de l’existant ...................................................... 17
I. Introduction : ..................................................................................................................................................... 17
II. Présentation de l’organisme d’accueil .............................................................................................................. 17
II.1 Formations assurées au département informatique de la Faculté de Génie Electrique et d’Informatique . 17
Licences ......................................................................................................................................................... 17
Masters : ........................................................................................................................................................ 17
II.2 Missions du département : ......................................................................................................................... 17
II.3 Effectifs d’étudiants du département d’informatique (année 2018/2019) : ............................................... 18
II.4 Infrastructures : ......................................................................................................................................... 18
III. Etude du système pédagogique : .................................................................................................................... 18
III.1 Suivi pédagogique des enseignants : ......................................................................................................... 19
III.2 Les ressources : ........................................................................................................................................ 19
IV. Problématique et objectif de notre étude :..................................................................................................... 20
IV.1 Les contraintes : ....................................................................................................................................... 21
IV.1.1 Les contraintes dures (HARD) : ......................................................................................................... 21
IV.1.2 Les contraintes de préférences (SOFT) : ........................................................................................... 21
V. Conclusion : ..................................................................................................................................................... 21
Chapitre III Analyse et Conception ............................................................................................................. 22
I. Introduction : ..................................................................................................................................................... 22
II. Présentation d’UML : ...................................................................................................................................... 22
II.1. Historique .................................................................................................................................................. 22
II.2. Diagrammes d’UML.................................................................................................................................. 22
II.2.1. Diagrammes structurels ou diagrammes statiques : ............................................................................ 22
II.2.2. Diagrammes comportementaux ou diagrammes dynamiques : .......................................................... 23
II.3 Démarche de modélisation ........................................................................................................................ 23
III. Analyse : .......................................................................................................................................................... 24
III.1. Diagramme de contexte :.......................................................................................................................... 24
III.1.1. Identification des acteurs .................................................................................................................. 24
III.1.2. Identification des cas d’utilisation ..................................................................................................... 25
III.1.2.1. Cas d’utilisation relatif à L’administrateur..................................................................................... 25
III.1.2.2. Cas d’utilisation relatif à l’enseignant ......................................................................................... 25
III.1.2.3. Cas d’utilisation relatif à l’étudiant ................................................................................................ 25
III.2.2. Diagramme de cas d’utilisation : ....................................................................................................... 25
III.2.2.1. Diagramme de cas d’utilisation de « l’Administrateur » : .............................................................. 26
III.2.2.2. Diagramme de cas d’utilisation de « l’Enseignant » : .................................................................... 33
III.2.2.3. Diagramme de cas d’utilisation de «Etudiant » : ............................................................................ 36
IV. Conception : .................................................................................................................................................... 38
IV.1. Diagramme de séquence .......................................................................................................................... 38
IV.1.1. Diagramme de séquence de cas d’utilisation « Authentification » ................................................... 39
IV.1.2 Diagramme de séquence de cas d’utilisation « Modifier un module » .............................................. 40
IV.1.3 Diagramme de séquence de cas d’utilisation « Affecter un enseignement » ..................................... 41
IV.1.4 Diagramme de séquence de cas d’utilisation « Consulter la fiche d’enseignement » ....................... 42
IV.1.5 Diagramme de séquence de cas d’utilisation « Ajouter une disponibilité »....................................... 43
IV.1.6 Diagramme de séquence de cas d’utilisation « Consulter l’emploi du temps » ................................. 44
IV.2. Diagramme de classe................................................................................................................................ 45
IV.2.1.Règles de gestion du diagramme de classe ........................................................................................ 45
IV.2.2. Diagramme de classe global :............................................................................................................ 46
IV.3. Conception de la base de données :.......................................................................................................... 47
IV.3.1. Modèle relationnel ............................................................................................................................ 47
IV.3.2. Modèle physique de données : .......................................................................................................... 48
V. Conclusion : ...................................................................................................................................................... 53
Chapitre IV : Réalisation et mise en œuvre .................................................................................... 54
I. Introduction ........................................................................................................................................................ 54
II. Environnement et outils de développement de notre application ..................................................................... 54
II.1. Les outils utilisés ....................................................................................................................................... 54
II.1.1. Le Système d’exploitation Windows 7 ............................................................................................... 54
II.1.2. Environnement de développement PhpStorm..................................................................................... 54
II.1.3. PowerAMC 15 : .................................................................................................................................. 55
II.1.4. Photoshop ........................................................................................................................................... 55
II.1.5. WAMPSERVER 2.5........................................................................................................................... 55
II.2. Les langages de programmation utilisés .................................................................................................... 57
HTML.................................................................................................................................................... 57
CSS ........................................................................................................................................................ 57
JavaScript .............................................................................................................................................. 57
PHP........................................................................................................................................................ 57
SQL ....................................................................................................................................................... 58
II.3. Editeurs de pages Web.............................................................................................................................. 58
II.3.1. Macromedia Dreamweaver ................................................................................................................. 58
III. Présentation de quelques interfaces de l’application ....................................................................................... 58
III.1. L’interface principale « page d’accueil » ................................................................................................. 58
III.2. L’interface « Espace administrateur »: .................................................................................................... 59
III.2.1 Les interfaces de « Gestion des modules » : .................................................................................... 60
III.2.2. L’interface «Consulter la fiche d’enseignement » :......................................................................... 64
III.2.3 Les interfaces de «Gestion des emplois du temps » : ....................................................................... 66
III.3. L’interface « Espace Enseignant » ........................................................................................................... 70
III.3.1. Interface « Ajouter disponibilité » .................................................................................................... 71
III.3.2. Afficher la disponibilité des salles .................................................................................................... 72
III.3.3 Interface « Consulter emploi du temps de l’enseignant » .................................................................. 74
IV. Conclusion : .................................................................................................................................................... 75
Conclusion générale .............................................................................................................................................. 76
Bibliographie ............................................................................................................................................................... 77