UNIVERSITE ABDELMALEK ESSAADI

Ecole Nationale des Sciences Appliquées

Tanger

Réalisé par :
Réalisé par :
Encadré par :
Encadré par :

TABLE DES MATIERES

2008/2009
 Introduction 3

Objectif du projet 4

Chapitre I : Présentation générale du projet 5

I .1 Position et solution du problème
5

I .2 Cahier des charges 5

Chapitre II : Analyse et Conception 8

II .1 Diagramme de use cases 8

II .2 Diagrammes de séquences
10

II .3 Diagramme de classes 20

Chapitre III : Moyens Technologiques 21

III .1 PostgreSQL
21

III .2 Uml 21

III .3 Java EE 22

III .4 Netbeans 6.5 22

III .5 GlassFish V2 22

III .6 Java Server Faces(JSF) 23

III .7 Java Persistence API (JPA) 24

III .8 Hibernate 24
III .9 Hibernate Query Langage (HQL) 26

Chapitre IV : Implémentation de l’application 28

CONCLUSION

2 2008/2009
 45

Introduction
Dans le cadre d’amélioration de notre formation d’ingénieur, notre
professeur Mr.Elhaddad Mohamed a proposé aux élèves ingénieurs, de la
quatrième année génie informatique, de réaliser un projet pour la matière de
JAVA.

Autant qu’élèves ingénieurs de l’école Nationale des Sciences Appliquées

de Tanger, nous avons réalisé un Projet nommé « Gestion de Stages » dont le
but est de faciliter la gestion administrative des stages aux élèves ingénieurs de
notre école, aux entreprises et aux personnels de l’école. Le sujet concerne la
programmation d'une application web, en utilisant les technologies J2EE/JSF,
PostgreSQL et UML qui permettent premièrement, aux élèves ingénieurs de
rédiger leurs conventions de stage, d’accéder aux offres de stage et d'emploi
proposées par les entreprises, de rechercher et de visualiser les entreprises
d'accueil, les offres de stage ou d'emploi, deuxièmement, aux entreprises de
proposer des stages et de consulter la liste des élèves ingénieurs.

Et pour faciliter la lecture de ce travail et le rendre accessible à

tout le monde, il a été jugé utile de le scinder en quatre chapitres:

 Le premier chapitre est réservé à une présentation générale du projet

Gestion des Stages.

 Le deuxième chapitre est consacré à une analyse et une conception de

notre application, en commençant par une présentation de l’UML et en
passant à la présentation de notre diagramme des cas d’utilisations,
diagramme de séquence et diagramme de classe.

 Le troisième chapitre présente les différents moyens technologiques

utilisés pour la réalisation de cette application web : PostgreSQL, J2EE,
Netbeans, JSF, Hibernate, Java Persistence API et Hibernate Query
Langage.

 Le quatrième chapitre est réservé à l’implémentation de notre projet.

2008/2009
 Objectif du projet
En ce qui concerne les objectifs spécifiques, Notre projet a pour buts :

 D’appliquer les méthodes et les techniques vues dans les différentes

matières enseigné pendant notre formation au sein de l’Ecole

Nationale des Sciences Appliquées de Tanger

 D’approfondir nos reconnaissances en matière des technologies et

d’outils pour pouvoir réaliser un travail conformes aux spécificités.

 De s’habituer à travailler en groupe et de trouver des solutions à des

problèmes concrets.

Chapitre I : Présentation
générale du projet
4 2008/2009
 1. Position et solution du problème:
....... Auparavant, les étudiants trouvaient des difficultés à prendre et à
maintenir le contact avec les entreprises, à consulter leurs offres et à choisir
parmi elles celle qui leurs convient. Désormais, la mise en application de notre
projet intitulé « Gestion des stages », d’un accès facile, permettra d’une part
aux entreprises de créer un compte où elles pourront mettre leurs coordonnées,
de proposer des stages aux étudiants et examiner l’historique de leurs offres,
d’autre part, elle permettra aux étudiants de consulter et de postuler maximum à
trois offres, de créer des comptes aussi où ils pourront déposer leurs curriculum
vitae et établir des demandes de candidatures.

2. Cahier des Charges :

Dans le cadre de notre projet, nous allons définir un certain nombre de

spécifications fonctionnelles que notre système doit incorporer.

1.Espace Administratif:
 Il se connecte avec un login et mot de passe (déterminés par défaut et
changé éventuellement).
 Il valide les comptes crées soit par les entreprises soit par les étudiants ou
par les tuteurs.
 Il consulte les offres lancées.
 Il peut désactiver un compte.

2.Espace Entreprise:

 Pour se connecter au site, ce type d'utilisateur doit avoir un compte, pour

créer son compte, il faut remplir un formulaire contenant des
informations sur l'entreprise (raison social, mot de passe, adresse,
téléphone, e-mail, profil....) et il peut les modifier après (sauf la raison
social)
 Après l'envoi du formulaire d'enregistrement, le compte n'est actif
qu'après la validation du compte par l'administrateur du site.

2008/2009
5
  Après la connexion (validation id+password), une nouvelle interface
s'affiche, cette dernière permet de consulter l'historique des offres
proposés par cette entreprise, de proposer , de supprimer ou de modifier
un offre de stage soit d'été soit de PFE ou autre type de stage.
 L'entreprise peut consulter la liste des étudiants et peut voir
les profils et cv
 L'entreprise peut chercher les étudiants par critères
 L'entreprise offre des stages par filière
 Il y a aussi une interface qui permet de consulter les postulations des
étudiants désirant bénéficier du stage proposé et éventuellement accepter
(après ou sans entretien) ou refuser la demande après avoir consulté le
profil de l'étudiant (cv,...).
 Une offre n'est prise officiellement qu'après la confirmation de l'étudiant
après qu'il reçoit l'accord de l'entreprise.

3.Espace Etudiant:
 Il suit les mêmes étapes de création du compte qu'une entreprise, en plus
d’avoir la possibilité de joindre son cv et/ou autre document et il peut
mettre à jour son profil après
 Il peut consulter toutes les offres proposées et postuler à un maximum
de 3 offres
 Il consulte l'état de ses candidatures
 Après qu'il reçoit l'accord de l'entreprise, il confirme ça demande ainsi
l'offre (pfe) attend l'affectation du tuteur pour être clôturée
 S'il reçoit un refus de sa demande de la part de la société ou bien s'il
annule sa postulation, il peut postuler à d'autres offres pour atteindre le
nombre de postulation permis (3)

4.Espace Visiteur:
 Les visiteurs et les membres peuvent consulter la liste des entreprises
 Les visiteurs et les membres peuvent consulter les brefs descriptions sur
les élèves et non pas leur cv complet
 Les visiteurs et les membres peuvent consulter les statistiques
 Les visiteurs et les membres peuvent chercher les étudiants par critères

6 2008/2009
 Chapitre II: Analyse et
Conception
1. Diagramme des use cases:

On va déterminer les cas d’utilisation spécifiques pour chaque acteur du

système.
Nos acteurs sont les suivants :
Administrateur
Etudiant
Tuteur
Entreprise

7 2008/2009
 Visiteur

Le diagramme des cas d’utilisation établit est comme suit :

2008/2009
8
 demande Créatio Compte

Lister l es Entrep ri se

Chercher Etudiant <<extend>>

Consulter profi l

Consul ter Statisti ques

Visi teur

modi fi er profi l

Rechercher étudi ants Affi cher CV

<<extend>>

<<incl ude>>

poster offre

<<i nclude>>
Entrepri se
Suppri mer ses offres
<<i ncl ude>>
Authenti fi cation

Accepter/refuser demande
<<i nclude>>

Consul tation des Offre

<<i ncl ude>>

<<incl ude>>
<<extend>>

<<i nclude>>

consul ter li stes etd pr ses offre

<<incl ude>>

<<i nclude>>

Val idati on des comptes

Admi ni strateur <<incl ude>>

Désactivati on des comptes <<i ncl ude>>

<<i nclude>>

<<i ncl ude>>

Consul tation des Offres

<<incl ude>>

<<i nclude>>

modifi er son profi l

Postulation

<<extend>>

Consul tati on des 'Offres

confi rmer stag e

Etudi ant

annul er sa p ostulati on

confi rmer encadrement

consul ter offres

T uteur

annuler encadrem ent

2008/2009
9
 2. Diagrammes de séquences:
Après avoir déterminé les use cases, on va établir les diagrammes de séquences
pour chaque cas d’utilisation

2-1 Espace Administrateur :

 Use case : Se connecter

Pour avoir l’accès à son espace, l’administrateur est sensé se connecter

IHM Compte

Utilisateur

Demande de connexion

Saisie du login et mot de passe

Se connecter(Login,Password)

Verification existance

alt Compte n'existe pas

Demande de resaisie

Se connecter(Login,password)

Compte existe
Connexion établie

 Use case : Valider compte

Après que l’utilisateur a crée son compte, le compte est en attente de validation
par l’administrateur.

2008/2009
10
 IHM Comp te

Admi ni strateur

ref
Se conn ecte r()

Dem ander l i ste des com ptes non val i dés

l i ster com ptes en atten te()

Li ste des com pte s ren voyé es

Li ste a ffi ch ée

l oop [Nu mero d es com ptes non val i dés >0 ]

al t Com pte conforme

val i da ti on com pte

Val i der com pte (l og i n)

Co mpte va l i dé

val i d ati on effectuée

Si non
annul ati on comp te
annul er com pte()

Co mpte annul é

 Use case : Bloquer compte

L’administrateur a le droit de bloquer un compte pour le priver de connexion
et le débloquer s’il le souhaite.

IHM Compte

Admini strateur

ref
Se connecter()

Demande de désacti vation

desactiver com pte(Logi n)

Com pte desactivé

desactivati on effectuée

2-2 Espace tuteur :

 Use case : Confirmer encadrement

Une fois qu’un étudiant fixe la possibilité de stage avec telle ou telle entreprise,
il a besoin de la confirmation d’encadrement effectuée par le tuteur.

2008/2009
11
 IHM Com pte

T uteur

ref
Se connecter()

affi chage stage

dem ande nom etudi ant et id groupe

Sai si e d es i nformati ons

affi cherstage(Nom etudi ant, i dgroupe )

Descri pti on stage renvoyée

Descri ptio n affi chée

Confirmati on encadrem ent

Confi rm er encadrem ent(Nom tuteu r)

Encadrem ent confirmé

Confi rma ti on affectuée

 Use case : Annuler encadrement

L’encadrant peut tout de même annuler son encadrement d’un stage.
IHM Com pte Dem ande

T uteur

ref
Se connecter()

Dem ande l iste des stages encadrés

Lister stages encadrés(Nom tuteur)

Li ste stages renvoyée

annul ation encadrement

Annuler encadrem ent (id stage)

encadrem ent annul é

Annulati on effectuée

2-3 Espace Etudiant:

 Use case : Consultation des offres

Un étudiant peut consulter les offres de stages des entreprises

2008/2009
12
 IHM Com pte Offre

Etudi antt

demande de li ste des offres

l ister offres()

l i ste des offres

demande descri pti on offre

Affi cherdescripti onOffre(id offre)

descri pti on renvoyée

detai l s offre affi chés

 Use case : Postulation à une offre

Un étudiant a la possibilité de postuler à trois offres de stage maximum sans de
fixer le stage avec aucune d’elle.
IHM Dem an de

Etudi ant

ref
authenti fi cati on ()

ref
consul te r offres()

postul e r(i d )

formu l ai re d e sai si e

ren se gner l e fo rm

a j ou ter dem ande d e stage

veri fi cati on de s i nfo en trées

al t dem ande s de stage>3 foi s

dem ande refuseé

i m possi b l e d'aj o ute r">3 foi s"

Cond i ti on dem ande a cce ptée

dem ande p ostul ée

 Use case : Annuler postulation

Un étudiant peut annuler sa postulation à une offre.

2008/2009
13
 IHM Demande

Etudiant

ref
authentification()

lister ses demande

list dmd

charger donnees
list d dmd
list dmd

annuler dmd
annuler dmd

changer etat dmd

dmd annulé
dmd annulée

 Use case : Modifier son profil

Un étudiant est le seul à pouvoir modifier ses informations personnelles

IHM Etudiant

Etudiant
Demande MAJ profil Demande données

Détails profil
saisie donnees
Appliquer Mises à jour

Confirmation Mise à jour

 Use case : Confirmer stage

Après que les entreprises dont il a postulé à leurs offres acceptent ses
postulations, l’étudiant peut choisir le stage qu’il veut confirmer.

14 2008/2009
 IHM Dem ande

Etudi ant

ref
authenti fi cati on()

l i ster l es d em ande accepté es

l i ste de mande acceptée(i d etd )

l i ste des dmd acceptee

l i st dmd accepte

confi rmer un e dem ande

confi rm er dmd

dm d confi rm é
dm d confi rm ée

2-4 Espace Entreprise:

 Use case : Rechercher étudiant

Une entreprise est sensé connaitre les informations sur les étudiants postulants.
Donc elle peut rechercher un étudiant.

IHM Etudiant

Entreprise

Rechrcher étudiant(critère)
trouver etudiant(critère)

Liste étudiant

selectionner étudiant

télécharger cv

CV

 Use case : Modifier son profil :

L’entreprise est la seule à pouvoir modifier son profil.

2008/2009
15
 IHM Entreprise

Entreprise
Demande MAJ profil
Demande données

Détails profil
saisie donnees
Appliquer Mises à jour

MAJ
Confirmation Mise à jour

 Use case : Gestion demande étudiant par offre

Une entreprise gère les demandes de stages et les postulations à ces offres par
les étudiants.

2008/2009
16
 IHM Demande Offre Etudiant

Entreprise

ref

Authentification()

liste offre
Liste offre()

liste offre liste offre

loop [<nbr_offre]

Info offre(Id)
Info offre(Id)

Info offre
Info offre

Info etudiant(id)

Info
Infoetudiant(id)
etudiant

Info etudiant

alt OK
Demande acceptee()

MAJ offre()

!OK

Demande annulee()

 Use case : Gestion des offres

2008/2009
17
 L’entreprise a la possibilité de gérer ses offres.

IHM Offre

Entrepri se

opt [poster offre]

affi cher form

Créer offre

Saisir Détai ls

Véri fi cati on Integri té

Créer Offre

opt [Suppri mer Offre]

Rechercher offre(cri tère)
Li ster offres(cri tère)

Li ste offres
Li ste offres
sel ecti onner offres à suppri mer
Supprimer Offre

2-5 Espace Visiteur:

 Use case : Consultation des statistiques

Les statistiques de l’application sont à disponibilité pour consultation.

IHM statistics

Visiteur

demande des statistiques

charger stat()

donnée

affichage données

 Use case : Demande de création de compte :

Pour pouvoir profiter des services du site, le visiteur demande la création d’un
compte pour la connexion.

2008/2009
18
 IHM Compte

Vi si teur

demande de creati on de compte()

form ul ai re d'i nscri pti on

sai si e des infos

creer_com pte()

veri fi cati o n du l ogi n

al t l ogi n exi st error l og i n exi st

error l ogi n exi st

compte crée en att de val i dati on

l ogi n n'exi st pas

comp te crée en attente de val i dati on

 Use case : Consultation des statistiques

Un visiteur peut lister les entreprises en collaboration avec l’application

IHM Entrepri se

Visi teur

l ister les entr()

l ister entr

charger i nfo

li ste entr

l iste entr

3. Diagramme de classes:
En adaptant les objets utilisés dans les diagrammes de séquences, on est arrivé
au diagramme classes suivant.

2008/2009
19
 Chapitre III : Moyens
Technologiques
1. PostgreSQL :
PostgreSQL™ est un système de gestion de bases de données relationnelles
objet libre, qui a été développé à l'université de Californie au département des

2008/2009
20
 sciences informatiques de Berkeley. Ce dernier supporte une grande partie du
standard SQL tout en offrant de nombreuses fonctionnalités modernes : requêtes
complexes, clés étrangères ; triggers ; vues ; intégrité des transactions ; contrôle
des accès concurrents.

2. UML :
UML (Unified Modeling Language) est n langage de modélisation graphique
et textuel destiné à comprendre et à décrire des besoins, spécifier et documenter
des systèmes, spécifier et documenter des systèmes, esquisser des architecture
logicielles, concevoir des solutions et communiquer des points de vue.

UML modélise le système suivant deux modes de représentation : l premier

concerne la structure statique du système, le deuxième décrit sa dynamique de
fonctionnement. Ces deux représentation sont nécessaires et complémentaires
pour schématiser la façon dont est composé le système et comment ses
composantes fonctionnent entre elles.

UML 1.5 s’articule autour de neuf diagrammes, chacun entre eux étant dédié
à la représentation des concepts particuliers d’un système logiciel.

UML 2.0 comporte ainsi treize types de diagrammes :

Diagrammes structurels ou diagrammes statiques :

 diagramme de classes (Class diagram)

 diagramme d’objets (Object diagram)
 diagramme de composants (Component diagram)
 diagramme de déploiement (Deployment diagram)
 diagramme de paquetages (Package diagram)
 diagramme de structures composites (Composite structure diagram)
Diagrammes comportementaux ou diagrammes :
 diagramme de cas d’utilisation (Use case diagram)
 diagramme d’activités (Activity diagram)
 diagramme d’états-transitions (State machine diagram)
 Diagrammes d’interaction (Interaction diagram)
o diagramme de séquence (Sequence diagram)

21 2008/2009
 o diagramme de communication (Communication diagram)
o diagramme global d’interaction (Interaction overview
diagram)
o diagramme de temps (Timing diagram)

3. Java EE (Enterprise Edition) :

Java Platform, Enterprise Edition (Java EE) est un ensemble coordonné de
technologies qui réduit considérablement le coût et la complexité du
développement, destinée aux applications d’entreprise.

Il offre les dernières versions des technologies comme des servelets, JSP,
JSF, l’ l'API Java Persistence (JPA), Entreprise JavaBeans (EJB) et les services
Web.

Les applications Java EE sont déployées à un serveur d'applications Java EE,

comme GlassFish, Apache Tomcat, JBoss, Et autres.

4. Netbeans 6.5:
L'IDE NetBeans est un environnement de développement open source écrit
en java. il permet également de supporter différents autres langages, comme
Python, C, C++, XML, Ruby, PHP, la modélisation UML et des applications
entreprise, web et mobile. Le tout est extensible via l'ajout de plugins.

5. GlassFish V2 :
GlassFish est un serveur open source qui met en application les plus
nouveaux dispositifs dans la plateforme de Java EE 5. Il est basé sur le code
source de Sun Java System Application Server PE 9 donné par Sun
Microsystems qui permet de déployer et de gérer des applications de l'entreprise
et des services Web. Il est basé aussi sur le code de persistance TopLink donné
par Oracle.

6. Les Java Server Faces(JSF) :

JavaServer Faces (abrégé en JSF) est un framework Java pour les
développeurs d’application Web, utilisant l’architecture J2EE.

2008/2009
22
 Le but de JSF est de fournir au développeur d’applications Web, une
interface de programmation lui permettant de manipuler l’interface Web dans un
environnement J2EE sans avoir à recourir à du code HTML ou JavaScript, et ce
via la notion des composants.

Les java Server Faces permettent de :

Séparer la couche présentation des autres couches du modèle

d’architecture MVC.
Faire le mapping entre l’HTML et l’objet.
un ensemble de composants riches et réutilisables
Etablir une liaison simple entre les actions coté client de l’utilisateur et le
code java coté serveur.
Génerer autres choses que du l’HTML (XUL,XML,WML…)

JSF s’appuie sur les technologies précédentes : Génération en Servlet,

Utilisation des composants JSF dans les pages JSP et Les composants JSF sont
exposés aux JSPs grâce aux balises personnalisés.

7. Java Persistence API (JPA):

Le Java Persistence API(JPA) est une API qui fournit un mapping objet /
relationnel.

L'IDE NetBeans offre des outils pour travailler avec le JPA .il permet de
générer automatiquement les classes d'entité à partir d'une base de données. Il
fournit également des modèles et des éditeurs graphiques pour la création et le
maintien de la persistance des unités.

23 2008/2009
 Le JPA est s'appuie sur les meilleures idées de technologies telles que la
persistance Hibernate, TopLink, et JDO.

8. Hibernate :
Hibernate est un projet open source visant à proposer un outil de mapping
entre les objets et des données stockées dans une base de données relationnelle.
Ce projet ne repose sur aucun standard mais il est très populaire notamment à
cause de ses performances et de son ouverture avec de nombreuses bases de
données.

Voici une vue haut niveau de l'architecture d'Hibernate :

Ce diagramme montre Hibernate utilisant une base de données et des

données de configuration pour fournir un service de persistance (et des objets
persistants) à l'application.

Hibernate.properties

Le fichier hibernate.properties sert à configurer l'accès à la base de données. On

va donc y configurer les différentes infos nécessaires à une connexion JDBC. On
peut aussi configurer le pool de connexion via ce fichier.

le fichier Hibernate.cfg.xml :
Le fichier Hibernate.cfg.xml a presque la même utilité que le fichier
Hibernate.properties. Soit on configure la connexion JDBC dans le fichier
properties soit on le configure ici. Les deux cas sont équivalents. La seule chose

2008/2009
 où il change, est que ce fichier sert aussi à mapper les différents fichiers de
mapping de l'application. A chaque fois qu’on va créer un nouveau fichier de
mapping, il faudra que Hibernate sache ou il se trouve pour qu'il mappe aussi
ces fichiers.

Pour cela, On ajoutera cette ligne autant de fois qu’on aura de fichier de
mapping :

<mapping resource="Dossier/Fichier.hbm.xml"/>
Voici le fichier Hibernate.cfg.xml de notre application :

Les fichiers de mapping XML :

Les mappings Objet/relationnel sont généralement définis dans un document

XML.
Hibernate a besoin de savoir comment charger et stocker des objets d'une classe
persistante. C'est là qu'intervient le fichier de mapping Hibernate. Le fichier de
mapping indique à Hibernate à quelle table dans la base de données il doit
accéder, et quelles colonnes de cette table il devra utiliser.

Voici un fichier de mapping de la classe ‘Compte’ qui correspond à la table

‘compte’ de notre base de données :

24 2008/2009
 9. Hibernate Query Langage (HQL) :
Hibernate Query Langage est un langage d'interrogation des classes
persistantes avec une syntaxe proche du SQL. HQL est totalement orienté objet,
comprenant des notions d'héritage, de polymorphisme et d'association.
Cependant les objets manipulés sont les classes et membres du mapping
contrairement au SQL qui réalise les requêtes directement sur la base de
données.

Les requêtes HQL peuvent être formées des éléments principaux suivants :

les clauses (from, select, where, order by, ...)

les fonctions d'agrégation (count, sum, avg, max, ...)

les sous-requêtes (il s'agit de requêtes HQL dont le résultat est utilisé dans
une requête HQL principale)

Exemple :
FROM infos.Contact contact WHERE contact.nom = 'Dupont'

2008/2009
 Cette requête sélectionne tous les contacts, dans la classe infos. Contact,
ayant comme nom Dupont. On remarque l'utilisation d'un alias essentiel si on
fait référence à la classe dans différents endroits de la requête.

En ce qui concerne la sensibilité à la casse, Les requêtes HQL sont

insensibles, à l'exception des noms des classes Java et des propriétés.

Chapitre IV: Implémentation

de l’application
L’application de gestion des stages se compose en plusieurs interfaces, à
chacune son utilité que nous déploierons au fur et à mesure de la présentation
des écrans. Notre application est divisée en plusieurs espaces.

Espace de l’Etudiant :
 La connexion :

25 2008/2009
 Avant de pouvoir accéder à l’application, l’étudiant doit s’identifier à
l’égard du système et ce en entrant son login et son mot de passe, seules les
personnes (administrateur, étudiant, entreprise) inscris peuvent accéder à
l'application.

Et voila la première page qui s’affiche une fois que l’étudiant veut accéder
à notre application web.

Si le login n’existe pas ou le mot de passe est incorrecte, un message

d’erreur sera affiché comme indiquer dans l’image en dessus.
Si le login et le mot de passe sont corrects, l'étudiant accède à son page
d’accueil.

 La création d’un compte :

2008/2009
26
 Si un nouvel utilisateur (étudiant, entreprise ou tuteur) veut utiliser notre
application, il faut qu’il s’identifie en créant un nouveau compte.
Une fois qu’il clique sur créer un nouveau compte, une fenêtre qui
s’affiche, en indiquant à l’utilisateur de remplir tous les champs (Emil, Login,
Mot de passe, Type d’user, Nom, …) comme indiquer dans l’image ci-dessus.

 La page d’accueil de l’étudiant:

Et comme indiquer dans cette image, l’étudiant peut consulter ses

informations personnelles, ses compétences et ses activités et ses démarches (le
suivi de ses demandes…), ainsi il peut consulter son messagerie et enfin il peut
consulter les offres proposées par l’entreprise et poster une demande à une offre
bien précise.

2008/2009
27
  La modification des informations personnelles:

Dans cette image, l’étudiant peut modifier ses informations personnelles,

il a le droit de modifier son émail, son mot de passe, son niveau d’étude, son
téléphone et son adresse.

 Le cursus de l’étudiant:

Dans cette image, l’étudiant peut consulter son cursus, en cliquant sur le
menu « Les compétences et les activités ».

 Les langues de l’étudiant:

2008/2009
28
 Comme il peut ajouter des langues, qui est présenté dans cette image.

 Les informations personnelles de l’étudiant:

Dans cette image l’étudiant peut remplir ses informations personnelles :

image, cv, projets…

 Les connaissances technologiques de l’étudiant:

2008/2009
29
 Cette image présente le choix de l’étudiant pour les différentes
connaissances générales, et enfin il peut valider ses choix en cliquant sur le
bouton valider comme indiquer dans cette image :

Et si quelqu'un veut ajouter la même technologie, alors un message

d’erreur qui s’affiche comme indiquer ici :

2008/2009
30
  Le détail des technologies de l’étudiant:

Et pour afficher le détail sur leurs activités :

2008/2009
31
  La consultation des offres par l’étudiant:

Dans cette image, l’étudiant peut consulter et poster à des offres proposées
par l’entreprise. Et s’il a déjà posté à la même offre, un message d’erreur
s’affiche pour indiquer ça. Et une fois que l’étudiant clique sur le bouton
« détail », toutes les informations d’une offre bien précise s’affiche dans la
même page (nom d’entreprise, domaine, ville, adresse, téléphone, email, fax et
la description du stage).

 La suppression d’une demande par l’étudiant:

Et comme indiquer dans cette image, si un étudiant veut supprimer une

demande, un message qui s’affiche pour valider ou annuler cette demande.

 La recherche avancée et par mot clé de l’étudiant:

2008/2009
32
 Dans cette partie, l’étudiant peut faire sa recherche par mot clé ou bien
faire une recherche avancée pour trouver les offres des entreprises. Et une fois
qu’il clique sur ok, une liste des offres s’affiche comme indiquer ici :

 L’envoi d’un message par l’étudiant:

33 2008/2009
 Ici l’étudiant peut envoyer un message à une entreprise pour demander
une information ou

 La boîte des messages envoyés et reçus:

Cette image montre que l’étudiant a la possibilité d’envoyer et de

recevoir des messages aux (ou des)différentes entreprises. Comme il peut les
supprimer les messages reçus d’une manière très simple.

34 2008/2009
 Espace de l’Entreprise :
 La page d’accueil de l’entreprise:

Cette image montre la page d’accueil de l’entreprise.

 La modification des informations de l’entreprise:

2008/2009
35
 L’entreprise a le droit de modifier ses coordonnées (mot de passe, ville…)
et voila l’image qui récapitule tous ca.

 La gestion des offres par l’entreprise :

Chaque entreprise peut consulter ses offres, créer de nouvelle offres et de

gérer ses postulations. Et cette image qui montre ces opérations.

 Les emails reçus pour l’entreprise:

2008/2009
36
 L’entreprise peut consulter, d’après cette image, ses emails reçus de la part
des élèves ingénieurs.

Espace de l’Administrateur :
 La page d’accueil de l’administrateur:

 La gestion des comptes:

2008/2009
37
 Cette page est réservée à l’activation des comptes par l’administrateur,
c’est une page qui affiche tous les comptes existants dans la base de donnée
ainsi, tous les comptes en attente de validation par l’administrateur.

 Les détails des informations pour un étudiant:

Et comme indiquer ici dans cette image, l’administrateur a le droit de

consulter tous les informations des étudiants, ainsi que leurs demandes.

 Les détails des informations pour une entreprise:

2008/2009
38
 Cette image affiche toutes les informations concernant une entreprise
particulière.

 Les détails des informations pour l’administrateur:

Cette image affiche toutes les informations concernant l’administrateur.

 La recherche des comptes par l’administrateur:

2008/2009
39
 Ici, l’administrateur peur faire sa recherche pour les comptes.

 La validation d’un compte pour l’administrateur:

Et enfin, l’administrateur peut valider un compte particulier.

Espace du tuteur :

40 2008/2009
  L’affirmation d’encadrement pour un tuteur:

Ici le tuteur a le droit d’affirmer une demande envoyée par l’étudiant.

 L’annulation d’encadrement par le tuteur :

Et enfin, le tuteur a le droit d’annuler une demande envoyée par

l’étudiant.

2008/2009
41
 Conclusion

Ce projet informatique a été, tout d’abord, l’occasion de montrer

nos capacités, a nous intégrer efficacement dans le travail d’une

équipe. Ainsi, les résultats produits ne sont que le fruit d’une

collaboration, d’un travail bien orienté par notre professeur

Mr.Elhaddad Mohamed. C’est donc très naturellement d’avoir

approfondir et développer nos connaissances informatiques aussi bien

dans le domaine théorique que pratique.

2008/2009