Rapport de

stage
dapplication
Application
web pour la gestion des Web
Services

Remerciement :
Que des personnes ne mnagent ni temps ni connaissances pour
mexpliquer, mencadrer et me conseiller ainsi que me soutenir, les
remercier ne rvlerait pas seulement des rgles de la biensance, mais
aussi de reconnaissance et du devoir envers eux.
Nous tenons adresser nos sincres considrations et nos profonds
respects M. BOUYBAOUN Mohamed le chef de projet et M. TATBI Fouad le
dveloppeur senior , pour nous avoir accueilli pendant ces deux mois de
stage, pour leur encadrement, leur soutien, leur suivi lors des diffrentes
phases du projet, ainsi que pour leurs conseils et orientations et leurs
nombreux encouragements, sans lesquels nous naurions pas abouti aux
rsultats obtenus. Merci aussi pour la confiance quils nous ont fait tout au
long de la priode du stage.

Table des matires

Remerciement :............................................................................................2
Chapitre 1..................................................................................................4
Contexte gnral dATOS........................................................................4
I.

Prsentation de lorganisme daccueil ATOS.....................................5

II.

Contexte gnral du projet...............................................................5

III.

Conduite du projet et mthodologie de travail..............................5

Chapitre 2..................................................................................................7
Analyse fonctionnelle de lapplication.................................................7
I.

Prsentation du projet du stage..........................................................7

II.

Descriptif et critique de lexistant...................................................7

III.

Solution propose...............................................................................7

IV.

Spcification des besoins..................................................................8

V. Diagramme de cas dutilisation...........................................................8

Chapitre 3................................................................................................11
La conception..........................................................................................12
I.

Mthodologie et approche adopte..................................................12

II.

Processus de dveloppement.........................................................12

III.

Conception dtaille.........................................................................12

Chapitre 4................................................................................................12
La ralisation..........................................................................................13
I.

Environnement de travail...................................................................13

II.

Architecture de lapplication...........................................................13

III.

Dmonstration des interfaces........................................................13

IV.

Dmarche qualit.............................................................................. 13

Conclusion...............................................................................................13

Chapitre 1

------------------------------------------------------------------------------------

Contexte gnral dATOS

Afin de mieux cerner le contexte de notre stage, nous entamons ce chapitre par une
brve prsentation de lorganisme daccueil, ses valeurs et ses services.
Et afin de mieux apprhender le sujet, nous prsentons le monde dATOS, ainsi quune
brve description du projet.
Dans la dernire partie de ce chapitre nous exposons la problmatique de notre projet,
la solution propose ainsi que les diffrentes phases que nous avons parcourues pour mettre en
place cette solution.

I.

Prsentation de lorganisme daccueil ATOS

1. La socit ATOS
Figure 1: Organigramme de lorganisme daccueil

2. Moyens Humains, Techniques et Logistiques

II.
III.

Contexte gnral du projet

Conduite du projet et mthodologie de travail

Chapitre 2

------------------------------------------------------------------------------------

Analyse fonctionnelle de lapplication

Ce chapitre dcrit la phase danalyse et de spcification du projet Dans ce cadre allons
prsenter la spcification de besoins qui consiste la qualification des besoins fonctionnels et
non fonctionnels attendus du systme afin de mieux comprendre le projet.
Dans ce chapitre, nous allons voir dans un premier lieu une description dtaille des
fonctionnalits de lapplication. Nous prsenterons par la suite notre tude prliminaire en se
focalisant sur une capture des besoins fonctionnels et non fonctionnels ainsi que les besoins
technique. Finalement nous allons prsenter notre modlisation UML.

I.

Prsentation du projet du stage

Lobjectif du stage consiste crer un annuaire des web services o on va mettre en

place un outil permet la gestion de ces derniers pour faciliter leur manipulation, uniformiser la
mthode de classement, et les rendre accessibles par chacun disposant des privilges
ncessaires.

II.

Descriptif et critique de lexistant

Les web services ayant t crs par la socit sont stocks sous forme des

enregistrements dans des fichiers Excel en les identifiant par le nom, la version, la description
et lURI du web service etc. ce qui complique la rcupration des informations souhait ce
qui coute cher au niveau du temps pour lentreprise.

III.

Solution propose
Aprs ltude que nous avons effectu, et selon les besoins du centre, nous opterons

pour une application web avec des fonctionnalits satisferont les objectifs suivantes :
La gestion des Web Services et leur version
Permettre la recherche dans le catalogue des Web Services
La gestion des utilisateurs

IV.

Spcification des besoins

Etant donn la ncessit davoir un systme informatique de qualit, le sujet de notre

site permettra de rpondre aux besoins des responsables de la socit.

1) Les besoins fonctionnels

Notre application web doit satisfaire les besoins fonctionnels suivants :
-

Gestion des Web Services et leurs versions

Gestion des utilisateurs
Supporter la possibilit dexportation de la liste sous forme de fichier Excel.

2) Les besoins non fonctionnels

Ce sont les besoins qui permettraient damliorer la qualit des services
du site comme la convivialit et lergonomie des interfaces et
lamlioration du temps de rponse. Parmi ces besoins on cite :
La scurit : Besoins dtablissement de la connexion, il faut avoir une interface
dauthentification qui permet chaque utilisateur de se connecter pour consulter
son profil.
La convivialit : Le site doit tre facile utiliser. Il doit prsenter un enchainement
logique entre les interfaces et un ensemble des liens suffisants pour assurer une
navigation rapide et un texte comprhensible, visible et lisible.
La disponibilit : Lorsque nimporte quel utilisateur dsire consulter le site, il doit
tre disponible.
Temps de rponse : Le temps de rponse doit tre le plus court possible.

V.

Diagramme de cas dutilisation

Les rles des diagrammes de cas dutilisation sont de recueillir, danalyser et

dorganiser les besoins, ainsi que de recenser les grandes fonctionnalits dun systme. Il
sagit donc de la premire tape UML pour la conception dun systme.
1) Gestion des utilisateurs

Cette fonctionnalit est accessible seulement par ladministrateur ou tout utilisateur

ayant le profile administrateur. Ce dernier peut ajouter modifier et supprimer un utilisateur. Il
doit sauthentifier pour pouvoir grer les utilisateurs

2) Gestion des web services et leur historique

Ladministrateur ou lutilisateur ayant le profil saisi peuvent grer la liste des web
services y compris leur ajout, modification et leur suppression. Le mme principe sapplique
sur les versions de chaque web service.

3) Consultation et recherche des Web Services

Lutilisateur de lapplication la possibilit de rechercher un web service en saisissant

un mot-cl ou un pattern. Le rsultat sera une liste qui pourrait contenir zro, un ou plusieurs
web services. Il peut aussi consulter la liste de tous les web services qui existent dans la base
de donnes. On peut galement exporter les listes sous forme dun document Excel (.xls). De
plus, si lutilisateur a slectionn un web service parmi la liste il peut voir toutes ses
informations, y compris les versions de ce dernier.

Chapitre 3

------------------------------------------------------------------------------------

La conception
Apres avoir cit les diffrentes fonctionnalits de notre projet dans le chapitre
prcdant, on va commencer maintenant une phase importante et indispensable dans le cycle
de vie dune application. Cette phase est la conception qui a pour but dexpliquer le
droulement de notre application ainsi quassurer une bonne comprhension des besoins des
utilisateurs.

I.

Mthodologie et approche adopte

Pour mieux prsenter larchitecture de notre application, on va choisir le langage de

modlisation le plus adopt UML car il prsente plusieurs avantages :

Il facilite la comprhension de reprsentations abstraites complexes.
Son caractre polyvalent et sa souplesse en font un langage universel
En fait UML est conue pour reprsenter, spcifier et documenter les applications et
apporte une grande rigueur, offrant une meilleure comprhension des applications et
permettant de capturer des aspects pertinents pour rpondre aux objectifs dfinis par les
besoins des clientles.

II.

Processus de dveloppement
Afin de concevoir et dvelopper notre application, nous avons opt pour le modle de

cycle de vie en Y. ce choix reviens au fait que ce cycle est le plus efficace avec son principe
de travail que toute volution impose un logiciel peut se dcomposer et se traiter
paralllement, suivant un axe fonctionnel et un axe technique. A lissue des volutions du
modle fonctionnel et de larchitecture technique, la ralisation du logiciel consiste
fusionner les rsultats de ces deux branches du processus.

Figure : cycle de vie en Y (processus 2TUP)

III.

Conception dtaille
La phase de la conception dtaille est la phase initiale de la cration et de la

mise en uvre de notre projet. En fait, elle reprsente une tape importante de rflexion dans
le cycle de dveloppement logiciel aprs la phase de lanalyse et spcification et la conception
gnrale.
Dans ce chapitre, nous allons prsenter en dtails la conception du projet travers les
diagrammes UML suivants : le diagramme de classe, et les diagrammes de squences.

1) Diagramme de classe
Un diagramme de classes UML dcrit les structures d'objets et d'informations utilises
sur notre site web, la fois en interne et en communication avec ses utilisateurs. Il dcrit les
informations sans faire rfrence une implmentation particulire. Ses classes et relations
peuvent tre implmentes de nombreuses manires, comme les tables.

2) Diagrammes de squence
Un diagramme de squences est un diagramme d'interaction qui expose en dtail la
faon dont les oprations sont effectues : quels messages sont envoys et quand ils le sont.
Les objets impliqus dans l'opration sont rpertoris de gauche droite en fonction
du moment o ils prennent part dans la squence
Authentification

Ce diagramme de squence nous donne le squencement du cas dutilisation

Authentification dans lequel lutilisateur doit rpter la saisi de son login et mot de passe
jusqu les saisir correctement.

 Ajout dun utilisateur

Pour ajouter un utilisateur, il faut sauthentifier dabord. Aprs, ladministrateur peut

remplir le formulaire du nouvel utilisateur quil veut ajouter. Les informations seront
contrles puis envoyes vers la base de donnes qui va tenter par la suite de crer un nouvel
utilisateur dans sa table Utilisateurs. Si la requte dinsertion a t excute avec succs un
message saffiche pour ladministrateur indiquant que lopration sest termine par succs.
Sinon, un message derreur va apparatre.

Modification dun utilisateur

Parmi les scnarios qui peuvent intervenir est de modifier les informations dun
utilisateur par ladministrateur, il peut-tre un changement dans le profil ou les privilges par
exemple. Pour atteindre cet objectif ladministrateur doit au pralable slectionner un
utilisateur quil dsire changer ses informations. Aprs avoir chang les champs voulus
ladministrateur valide ses modifications, par la suite un message est envoy la base de
donnes qui va vrifier dabord lexistence de lutilisateur dans la table, si cest le cas elle va
mettre jour ses informations. Sinon, elle va retourner un message derreur qui va tre
exprim par un message derreur dans la page du navigateur de ladministrateur.

Suppression dun utilisateur

Si ladministrateur a voulu supprimer un compte dun utilisateur donn, il slectionne

lutilisateur concern dans la liste des utilisateurs inscrit dans le site web, puis clique sur
supprimer, une requte de suppression est excute dans la base de donnes ce qui va
entrainer la suppression de cet utilisateur.

Ajout dun Web Service

Ce diagramme prsente les tapes dajout dun web Service. Aprs

authentification, lutilisateur accde au volet de gestion des Web Services sil avait les
privilges ncessaires. Il clique sur Ajouter un Web Service, un formulaire apparat.
Lutilisateur remplit les informations du Web Service. Aprs validation du formulaire un
control des champs est effectu. Au cas o les informations respectent les critres de chaque
champ, une requte dinsertion est excute dans la base de donnes, et donc linsertion du
Web Service.

Modification dun Web Service

Aprs avoir ajout un Web Service, si lutilisateur a voulu changer une ou plusieurs
informations qui le concerne, il clique sur modifier lorsquil a slectionn le Web Service
dsir. Il change les informations contenues dans les champs, puis valide le formulaire, par la
suite les informations seront mises jour.

Suppression dun Web Service

Pour supprimer un Web Service, il faut sassurer de son existence dabord, donc on
doit afficher la liste des Web Services disponibles. Puis on choisit un Web Service et on clique
sur supprimer, au cas o la suppression et faite avec succs un message qui lindique apparat.
De mme au cas dchec.

Recherche dun Web Service

La recherche dun Web Service est possible via un champ de recherche,

dans lequel on indique un mot cl ou un pattern, puis on valide la recherche. La vue transmet
le paramtre au contrleur qui va appeler son tour la base de donnes. Une requte de
slection est excute. Le rsultat est affich sous forme dune liste au cas o on a trouv
plusieurs Web Services qui correspond au terme recherch. Sinon un message qui indique
quaucun Web Service nest trouv.

Consulter lhistorique dun Web Service

Aprs avoir sauthentifier, lutilisateur peut consulter la liste des Web Service dans le
volet Liste des Web Services, pour chaque Web Service lutilisateur peut parcourir
lhistorique de ses versions et ses informations relatives en cliquant sur son nom. Lutilisateur
peut aussi exporter les informations du Web Service concern dans un fichier Excel.

Export de la liste des Web Services

Aprs avoir consulter la liste des web services disponibles, lutilisateur peut galement
exporter cette dernire dans un document Excel.

Consulter la liste des Web Services

Pour consulter la liste des web services, il suffit daccder au volet Liste des Web
Services, la liste est charge depuis la base de donnes. Lutilisateur peut galement consulter
lhistorique de chaque Web Service, et de lexporter sous format XLS.

Chapitre 4

------------------------------------------------------------------------------------

La ralisation
I.
II.
III.
IV.

Environnement de travail
Architecture de lapplication
Dmonstration des interfaces
Dmarche qualit

Conclusion