Test

Rapport du projet de fin dtudes
REFONTE DU PORTAIL DE LADMINISTRATION WWW.SERVICE-PUBLIC.MA ET MISE EN PLACE DUN SYSTME POUR LA PRODUCTION DE SON CONTENU
Ralis par :
El Houssain GUEDIRA Saber KIRAM Option MIAGE
Encadrant EMSI
Mr. Issam Bouzidi
Encadrant SQLI Rabat

Mme. Karima FOURKA
El Houssain Guedira / Saber Kiram
Anne universitaire 2010-2011
Rapport du Projet de Fin dtudes
Ddicace
Aucune ddicace ne saurait exprimer mon respect, mon amour ternel et ma considration pour les sacrifices consentis pour mon ducation et mon bien-tre. Vous tiez, chers parents, toujours pour moi lexemple, car tout au long de votre vie, je nai vu que droiture, humanisme, srieux et bont. Que Dieu tout puissant vous garde, vous procure sant, bonheur et longue vie pour que vous demeuriez flambeau illuminant mon chemin et ma vie. mes frres qui ont t toujours mes cts pour me donner la force de continuer et davancer. Merci davoir cru en moi et de mavoir support. Puisse Dieu vous prserver des malheurs de la vie, vous procurer longue vie et raliser tous vos rves. A tous mes amis et amies, merci pour votre soutien. Je vous ddie ce travail El Houssain
Ddicace
Je ddie ce travail toutes les personnes qui mont soutenu tout au long de ma vie, surtout mon pre, ma mre, mes frres et mes amis.
Saber
Remerciements
Au terme de ce travail, nous tenons exprimer nos profonds, remerciements toutes les personnes qui ont contribu, de prs ou de loin, au bon droulement de ce projet de fin dtudes Pour cela, nous tenons remercier mon encadrant M. Issam Bouzidi pour ses directives prcieuses et ses conseils pertinents qui mont t dun appui considrable dans ma dmarche. Bien sr, un merci particulier Mme. Karima Fourka notre encadrant de stage, qui a su me faire confiance et me laisser une relle autonomie, tout en me guidant et mapportant laide et les moyens ncessaires au bon droulement de mon projet. Nous exprimons notre gratitude lensemble des professeurs de lEMSI ainsi que le staff administratif de lEMSI Rabat pour leffort quils fournissent et leur dvouement notre enseignement. Nous remercions chaleureusement Mohamed Chennouf, Issam Labyad, Emad Eddine Bouihi, Youssri Bendiabdellah, Houda Taraouh et tout le personnel de socit SQLI et de lquipe MMSP pour leur aide inconditionnelle et leur professionnalisme qui nous a permis de russir ce projet. Nous remercions galement tous les membres du Jury.
Rsum
Le prsent document constitue le fuit de notre travail accompli dans le cadre du Projet de Fin dEtudes au sein du SQLI group, lagence de Rabat, au ple dingnierie, dont lactivit principale est la conception et la ralisation dune application web
Afin de construire une nouvelle quipe sous la technologie Java EE, SQLI nous a accompagnes durant un cursus de formation et de monte en comptences sur Liferay , qui est de plus en plus sollicit pour les grands projets.
Notre stage sest droul comme suit : Dans un premier temps, nous avons eu pour mission de capitaliser les composants Liferay crs sur plusieurs projets dont lagence SQLI Casa a contribu, lobjectif tait dune part, de nous familiariser avec Liferay, et dautre part, muni dune documentation technique et fonctionnelle sur les composants capitaliss touchant les fonctionnalits les plus utilises.
Ensuite, nous avons intgr une nouvelle quipe pour le projet Liferay, gr et produit lagence SQLI Rabat, il sagit de Refonte du portail de ladministration www.servicepublic.ma et mise en place dun systme pour la production de son contenu , un projet de ministre de modernisation des secteurs publiques MMSP . La solution utilise les fonctionnalits de Liferay pour crer un portail de ladministration et mise en place dun systme pour la production de son contenu.
Des enjeux importants, MMSP est un nouveau client avec SQLI Rabat, la satisfaction client, la qualit de la solution et un taux derreur minimale sont des obligations satisfaire, par ailleurs au niveau de lagence SQLI Rabat, nous avions lobligation de fidliser les agences inshore pour plus de confiance et monter que lquipe Liferay de Rabat est oprationnelle.
Tout au long de notre stage, nous avons suivi la dmarche Skills https://skills.sqli.com , le CMMI made by SQLI .
Mots cls : SQLI, MMSP, Java EE, Liferay, CMMI, Skills
Abstract
This document is the leaking of our work in the Study Final Project Report in the SQLI group, the agency in Rabat, engineering division, whose main activity is the design and implementation of a web application, web application. Our training took place as follows: To build a new team under the Java EE technology, SQLI accompanied us during a training course and climbing skills on "Liferay", which is increasingly applied for large projects. Initially, we had a mission to build the components created Liferay on several projects which the agency has helped SQLI Casa, the aim was firstly, to familiarize ourselves with Liferay, and secondly, provided technical documentation and functional components capitalized affecting most used features. Then we built a new team for the project Liferay, managed and produced the SQLI Rabat, it is "Consolidation government portal" www.service-public.ma "and setting up a system for the production of content, "a ministry project to modernize the public sector" MMSP ". The solution uses the features of Liferay to create a portal for the administration and implementation of a system for producing content. Important issues, MMSP is a new customer with SQLI Rabat, customer satisfaction, quality of the solution and error rates are minimum requirements to be met, also at the SQLI Rabat, we had the obligation to retain the agencies 'inshore' to get more confidence and the team Liferay Rabat is operational. Throughout our training, we followed the approach Skills "https://skills.sqli.com", the "CMMI made by SQLI."
Keywords : SQLI, MMSP, Java EE, Liferay, CMMI, Skills
SQLI . SQLI EE " "Liferay : . Liferay SQLI Liferay . Liferay SQLI " " " www.service - public.ma " " ." MMSP Liferay . MMSP SQLI SQLI "" Liferay . ""https://skills.sqli.com
: SQLI, MMSP, Java EE, Liferay, CMMI, Skills
Abrviation
El Houssain Guedira / Saber Kiram 7
Table des matires


DDICACE................................................................................................................................................................3 REMERCIEMENTS.......................................................................................................................................................4 RSUM..................................................................................................................................................................5 ABSTRACT...............................................................................................................................................................6
7...................................................................................................................................................................
ABRVIATION...........................................................................................................................................................7 TABLE DES MATIRES.................................................................................................................................................8 LISTE DES FIGURES..................................................................................................................................................11 LISTE DES TABLEAUX...............................................................................................................................................12 INTRODUCTION GNRALE.........................................................................................................................................13 CHAPITRE I.........................................................................................................................................................14 I-Organisme daccueil :................................................................................................................................15
1)Carte didentit.....................................................................................................................................................15 2)Mtiers de SQLI ...................................................................................................................................................16 3)SQLI en chiffre.....................................................................................................................................................17 4)Organisation..........................................................................................................................................................18
II-Prsentation du projet...............................................................................................................................19
1)Contexte gnral...................................................................................................................................................19 2)Architecture fonctionnelle.....................................................................................................................................19 3)Primtre du projet ...............................................................................................................................................20 a)Le but du projet................................................................................................................................................20 b)Objectif du projet.............................................................................................................................................20 c)Description du projet........................................................................................................................................20 4)Organisation..........................................................................................................................................................20 a)Liste des acteurs...............................................................................................................................................20 1.Equipe interne SQLI (MOE).......................................................................................................................21 2.Equipe MMSP (MOA)................................................................................................................................22 b)Organisation de lquipe du projet...................................................................................................................23 5)Matrice des rles & responsabilits (RACI)..........................................................................................................23 6)Le choix du Processus du dveloppement.............................................................................................................29 7)Le processus 2TUP...............................................................................................................................................29 8)Planning gnral du projet....................................................................................................................................30 a)Cycle de vie.....................................................................................................................................................30 1.Phases du cycle de vie du projet..................................................................................................................30 2.Description des phases................................................................................................................................31 b)Planning du projet............................................................................................................................................34 9)Management Des Risques.....................................................................................................................................37

CHAPITRE II........................................................................................................................................................39 I-Prsentation du langage de modlisation..................................................................................................40
10)Choix du langage UML.......................................................................................................................................40 11)Avantage du langage UML.................................................................................................................................40
III-Conception gnrale................................................................................................................................40
1)Les acteurs de lapplication...................................................................................................................................40
.......................................................................................................................................................................41
2)Module I : Gestion darborescence des rubriques..................................................................................................41 a)Diagramme de cas dutilisation........................................................................................................................42 .................................................................................................................................................................................42 a)Description gnrale du diagramme de cas dutilisation..................................................................................42 b)Description dtaill du diagramme de cas dutilisation....................................................................................43 1.Modifier une rubrique................................................................................................................................43 2.Publier une rubrique..................................................................................................................................43 3.Lister les rubriques......................................................................................................................................44 c)Diagramme de squence..................................................................................................................................44 ???????? ..................................................................................................................................................................44 3)Module II : gestion des procdures.......................................................................................................................45 a)Diagramme de cas dutilisation........................................................................................................................45 ............................................................................................................................................................................46 b)Description gnrale du diagramme de cas dutilisation..................................................................................46 c)Description dtaill du diagramme de cas dutilisation....................................................................................47 1.Ajouter une procdure................................................................................................................................47 2.Publier une procdure.................................................................................................................................47 d)Diagramme de squence..................................................................................................................................48 ............................................................................................................................................................................48 4)Module III : gestion des services administratifs....................................................................................................48 a)Diagramme de cas dutilisation........................................................................................................................49
.......................................................................................................................................................................49
a)Description gnrale du diagramme de cas dutilisation..................................................................................50 a)Description dtaill du diagramme de cas dutilisation....................................................................................50 1.Liste des services administratifs..................................................................................................................50 2.Modifier un service administratif................................................................................................................51 3.Dprcier un service administratif..............................................................................................................51 4.Supprimer un service administratif.............................................................................................................52 a)Diagramme de squence..................................................................................................................................53
.......................................................................................................................................................................53
10
5)Diagramme de classe............................................................................................................................................53
CHAPITRE III......................................................................................................................................................53 II-Architecture technique..............................................................................................................................54 IV-Architecture applicative...........................................................................................................................54 V-Outils et plate forme.................................................................................................................................54 VI-Diagramme de navigation........................................................................................................................54 VII-Maquette finale du projet........................................................................................................................54 CHAPITRE IV......................................................................................................................................................55 III-Stratgie de tests......................................................................................................................................56 IV-Dossier de tests........................................................................................................................................56 CONCLUSION..........................................................................................................................................................57
Liste des figures

FIGURE 1 : LES CLIENTS DE SQLI................................................................................................................16 FIGURE 2 : MTIERS DE SQLI.......................................................................................................................17 FIGURE 3 : CHIFFRES CLS DE LA SOCIT SQLI.................................................................................18 FIGURE 4 : EQUIPE DU PROJET....................................................................................................................21 FIGURE 5 : LE PROCESSUS 2TUP..................................................................................................................30
11
Liste des tableaux
12
Introduction gnrale
13
Chapitre I Contexte gnral du projet
14
I-
Ce chapitre a pour but de dcrire dune manire globale notre projet de fin dtudes au sein de SQLI Rabat. cet effet, lorganisme daccueil sera prsent, ensuite il sera question de prsenter lapplication et son quipe et dvoquer la problmatique du projet en mettant en exergue ses objectifs. Aussi cette partie dfinit brivement le cycle de dveloppement en Y, et prsente, la fin, la dmarche suivie ainsi que le diagramme du GANT.
Organisme daccueil :
Lobjectif ici est de prsenter la socit SQLI, et de dcrire ses secteurs dactivits, ses chiffres cls, ainsi que son mtier.
1) Carte didentit
Cre pour accompagner les entreprises dans lutilisation des nouvelles technologies, SQLI sest spcialise dans la ralisation des systmes dinformation de la nouvelle gnration. Elle est organise en agences de proximit afin de conserver le maximum de ractivit face aux besoins de ses clients. En prenant en compte, au sein mme de son organisation, les El Houssain Guedira / Saber Kiram 15
Rapport du Projet de Fin dtudes proccupations du tissu conomique rgional, SQLI offre une approche sur mesure aux enjeux spcifiques des entreprises. SQLI compte plus de 1200 clients, grands comptes et PME, issus de tous les secteurs dactivit. (Voir figure 1).
Figure 1 : Les clients de SQLI
2) Mtiers de SQLI
SQLI sest spcialise sur les projets E.-business, cest dire sur tous les projets lis au systme dinformations intgrant lutilisation des technologies internet. Pour aider les entreprises tirer parti des technologies Internet, SQLI propose un accompagnement global sur tout le cycle du projet : des prestations de conseil pour aider les clients faire les bons choix, la mise en uvre concrte de ces choix par la ralisation et lintgration et un accompagnement dans le dploiement des projets et le transfert de comptences.
16
Figure 2 : Mtiers de SQLI
Le groupe fdre toutes les comptences indispensables au bon droulement des projets de ses clients, du conseil la ralisation en passant par lergonomie, le design, linterface utilisateur et la formation (figure 2). Ainsi, le mtier du groupe SQLI est organis en quatre ples :
le ple Stratgie en Systmes dInformations ; le ple Ingnierie et intgration ; le ple Conception web : Studio SQLI ; le ple Formation et Transfert de comptences .
3) SQLI en chiffre
Les chiffres cls suivants prsentent ltat actuel de SQLI :
21 annes d'existence (cre en 1990) ; 17 ans d'exprience des projets E.-business ; 50 % de notre chiffre d'affaires au forfait ; 2000 collaborateurs ;
17
Rapport du Projet de Fin dtudes 21 agences : le rseau SQLI est compos de 11 agences en France et de 10 agences
internationales : Suisse, Luxembourg, Belgique, Pays-Bas, Espagne, Maroc et Canada.
La figure 3 prsente lvolution de quelques chiffres cls de la socit SQLI (Chiffre daffaires, effectif, rsultat net, rsultat oprationnel).
Figure 3 : Chiffres cls de la socit SQLI
Dans cet environnement qui se dveloppe au niveau de maturit, professionnalisme, ressources humaines et poids conomique qui connaissent la socit, le client Nestl a trouv la socit idale pour signer un contrat forfaitaire pour raliser une application nomme TMS qui gre lun de ses mtiers cls.
4) Organisation
Lorganigramme
18
II-
Prsentation du projet 1) Contexte gnral
Dans le cadre de la consolidation de la transparence dans les relations entre ladministration et ses usagers et de lamlioration des outils actuels, MMSP a inscrit le projet de refonte de son portail Service-Public.ma et mise en place dun systme pour la production de son contenu visant de : Diffuser un contenu rgulirement actualis, crdible et de qualit. Enrichir le modle des procdures administratives et amliorer leur accessibilit. Prsenter les procdures administratives dans un format simple et adapt aux cibles du Portail. Amliorer lergonomie et la charte graphique du Portail. Augmenter les niveaux daccessibilit du site pour servir les diffrentes catgories des usagers. Remplacer les outils de production, actuels, non volutifs, des quipes Service-public.ma et CAM (Centre dAppels et de la Messagerie). Dvelopper la coproduction et la mutualisation des contenus intra et inter administrations. Formaliser et organiser le partage du travail entre plusieurs acteurs (dpartements ministriels, organismes publics).
2) Architecture fonctionnelle
Dans cette partie, on prsente le tableau qui montre les modules .. (Actuelle)
Modules Gestion des rubriques
Description
19
Gestion darborescence des rubriques Lannuaire Gestion des services en lignes Gestion des formulaires Gestion des questions / rponses (FAQ) Annuaire : Organisations, postes responsables, fonctions Gestion de contenu web Newsletter E-Participation Gestion des tats de sorties
3) Primtre du projet a) Le but du projet

Le prsent projet a pour but de refonte le portail Service-Public.ma de MMSP et mettre en place dun systme pour la production de son contenu.
b) Objectif du projet
Les objectifs de la future application est : ..
c) Description du projet
La nouvelle solution informatique de lapplication doit couvrir les modules suivants :
4) Organisation a) Liste des acteurs

Dans cette partie, on prsente en premier lieu lquipe de projet, et ensuite le tableau montre les responsabilits de chaque membre de lquipe.
20
RAQ
Yassine Rdiouat
Directeur du projet
Nadia Bassouri
Prsident du comit
Fatna El farsi
Chef de projet (MOA)

Karima Fourka
Chef de projet (MOE)

Mohammed Askour
Expert technique
Yousri bendiabdellah
Analyste fonctionnel
Loubna Dadoun
RQP
Jawad Sadiq
Responsable technique
Siham Lekramti
Consultant Web et ergonomie

Mohcine benchekroun
Consultant architecte
Bruno Demion
Responsables contenus
Mohammed Nassim, Abderrahim Hassia, Taoufik Azarual
Consultant Editorial
Karim tritki
Designer
Jamal Zahiri
Equipe ICD
Mohammed chennouf, El houssain GUEDIRA , Saber Kiram, Issam Labyad, Imad eddine Bouihi
SQLI
Figure 4 : Equipe du projet
MMSP
1. Equipe interne SQLI (MOE)

Socit SQLI SQLI SQLI Nom Prnom BASSOURI Nadia Karima Fourka Yousri Bendiabdallah Rle dans le projet Directrice de projet Chef de projet Dveloppeur senior E-mail nbassouri@sqli.com kfourka@sqli.com ybediabdallah@sqli.com
21
(expert technique) SQLI SQLI SQLI Bruno Demion Mohcine Benchekroun Yassine Rdiouat Architecte technique Consultant Web Responsable Assurance Qualit SQLI SQLI Loubna Dadoun Mohammed Chennouf Analyste fonctionnelle Ingnieur concepteur Dveloppeur SQLI El houssain GUEDIRA Ingnieur concepteur Dveloppeur SQLI Saber Kiram Ingnieur concepteur Dveloppeur SQLI Issam Labyad Ingnieur concepteur Dveloppeur SQLI Imad eddine Bouihi Ingnieur concepteur Dveloppeur iebouihi@sqli.com ilabyad@sqli.com ehguedira@sqli.com ldadoun@sqli.com mchennouf@sqli.com bdemion@sqli.com mbenchekroun@sqli.com yrdiouat@sqli.com
2. Equipe MMSP (MOA)

Socit MMSP MMSP MMSP MMSP Nom Prnom Mme Fatna El Farsi M. Mohammed Askour Mme LAKRAMTI Siham M. NASSIM Mohamed Rle dans le projet Prsident du comit Chef de projet responsable technique du projet responsable contenu (volet procdures administratives).
MMSP
M. JAWAD Sadiq
responsable qualit du projet.
22
MMSP MMSP
Mr HASSIA Abderrahim Mr TAOUFIK Azarual
responsable contenu (volet question/rponses) responsable contenu (volet annuaire des responsables).
b) Organisation de lquipe du projet

Le tableau ci-dessous prsente lensemble des acteurs du projet et leur associe un rle et des responsabilits. Ce tableau complte lorganigramme du projet.
ACTEUR Chef de projet SQLI Chef de projet MMSP
Attributions dans le projet
5) Matrice des rles & responsabilits (RACI)

Le RACI permet de spcifier les rles et responsabilits des intervenants dans le cadre de nos projets. R Responsable : Personne responsable de la ralisation d'une tche ou un produit. Elle peut ventuellement faire appel d'autres personnes (C) mais elle reste l'auteur principal de l'activit. A - Autorit : Personne dcidant de mener la tche et ayant le pouvoir de valider sa ralisation : c'est "l'autorit", qui est le garant de sa ralisation. Elle peut nommer une autre personne pour la ralisation (R), ou bien la raliser elle-mme (dans ce cas, la personne sera simultanment A et R). C Consult : Personne devant tre consulte dans la ralisation de la tche ou du produit. La plupart du temps, cette personne contribuera la ralisation. Dans d'autres cas, elle intervient uniquement pour fournir du support ou revoir le produit. I Inform : Personne informe lorsque la tche est termine ou le produit ralis.
23
24
Client
Directeur de projet
Chef de projet
Ingnieur
Designer
Responsable de la configuration
Responsable Risque Technique
Responsable Assurance Qualit
Rfrent technique
Responsable fonctionnel
Manager
Responsable de tests
Consultant Ergonomie
Architecte
Construire la rponse commerciale
Valider la proposition commerciale
Etablir le contrat
Organiser les exigences
RA
RA
Analyse fonctionnelle
Analyse darchitecture
Conception graphique et ergonomique
ACI
Conception fonctionnelle
RC
RC
Conception technique
Appropriation fonctionnelle et technique
RA
Dvelopper un composant
Elaborer la stratgie de test
25
Prparer les tests
Tests unitaires
RA
Tests dintgration
RA
RA
Tests systme
Tests de non rgression
RA
Suivre et analyser les tests
Suivre la recette client
Documenter et former le client
Faire une revue sur un livrable SQLI
Faire une revue sur un livrable client
Initialiser le projet
RA
Lancer le projet
RA
RA
Piloter le projet en interne
Piloter le projet avec le client
Grer une demande de changement
26
Dcider de lancer les dveloppements
Dcider de livrer lapplication
Grer la reconduction
RA
Identifier les risques
Contrler et suivre les risques
Mener le bilan de projet
Mener la garantie
RA
RA
Initialiser la gestion de configuration
Installer les environnements
RA
Packager et livrer
RA
Suivre la configuration
Organiser la qualit
Mener une revue AQ de processus
RA
Evaluer les comptences
Mener le plan de formation
27
Maintenir les comptences
CI
Livrer et valider le produit
28
6) Le choix du Processus du dveloppement

Un processus de dveloppement dfinit une squence dtapes, en partie ordonne, qui concoure lobtention dun systme logiciel ou lvolution dun systme existant ; pour produire des logiciels de qualit, qui rpondent aux besoins des utilisateurs dans des temps et des cots prvisibles. Architecture, Pattern, Savoir-faire, sont des aspects qui voient leur importance dans le processus de dveloppement bien tablie. Cependant, les modles de conception (design patterns) ne font que commencer tre intgrs dans les outils, et dune manire rarement normative. Il en est de mme pour la prise en compte des architectures logicielles. L'explicitation de ces informations sous forme de mta-modles standard constitue un prliminaire leur oprationnalit et la gnralisation de leur utilisation.
7) Le processus 2TUP
Le processus 2TUP (Two Track Unified Process) est un processus unifi. Il gre la complexit technologique en donnant part la technologie dans son processus de dveloppement. Le 2TUP propose un cycle de dveloppement qui dissocie les aspects techniques, des aspects fonctionnels et propose une tude parallle des deux branches : fonctionnelle (tude de lapplication) et la technique (tude de limplmentation). Illustr sur la figure suivante, le processus 2TUP sarticule autour de trois phases : Une branche technique. Une branche fonctionnelle Et une branche de conception ralisation. La figure suivante dtaille les tapes de dveloppement des trois branches du processus 2TUP.
29
Figure 5 : Le processus 2TUP
8) Planning gnral du projet a) Cycle de vie

1. Phases du cycle de vie du projet
Les phases du cycle de vie du projet sont les suivantes :
Etude et analyse : cette phase correspond la collecte des informations et les besoins de
lorganisme, ltablissement du plan qualit projet (PQP). La phase danalyse va permettre de recenser les besoins fonctionnels du point de vue de lutilisateur.
Conception : La phase de conception pour but de concevoir les conceptions gnrales et

dtailles. La conception sera prolonge par une maquette afin de valider larchitecture technique et ladquation par rapport aux besoins des utilisateurs.
Ralisation : lquipe sera men a prpar lenvironnement du travail sur laquelle la base de
donnes sera gnr ainsi que les trois modules qui seront dvelopper. les modules vont par la suite tre intgrs dans un seul lot.
Recette : Cette phase permet de tester puis installer lapplication sur lenvironnement de test
30

des stagiaires.
Dploiement : lobjectif ultime de cette phase est de mettre en application le produit

dvelopp.
Formation : Cette phase a pour objectif la rdaction du guide utilisation.
2. Description des phases

Phase dtude et analyse
Phase dtude et analyse Objectifs Dfinir le primtre et le planning du projet, le rle de chaque intervenant ainsi que les dtails de lorganisation du projet (change de coordonnes, systme dchange de fichiers, modalits de validation, etc.). Signature du contrat Runion de lancement. A loccasion de cette runion, un questionnaire de brief (ditorial, ergonomique et design) sera ventuellement remis par Sqli au MMSP afin que celle-ci prpare ses rponses pour la runion dappropriation du projet. Document de cadrage Profil de lquipe Plan Qualit Projet. Validation du rfrentiel des exigences Validation du Plan Qualit Projet
Pr-requis Activits
Livrables en sortie
Critres de fin de phase
Phase de Conception
Phase Conception Objectifs Conception ergonomique et graphique de l'application Conception technique de l'application Conception fonctionnelle dtaille Disponibilit forte des interlocuteurs MMSP pendant toute la dure de la phase Maquette HTML des pages cls Rdaction des spcifications fonctionnelles dtailles en ateliers avec le client Rdaction de la stratgie de tests et des cas de test fonctionnels Rdaction du dossier d'architecture applicative Maquette HTML Dossier de spcifications fonctionnelles dtailles Dossier d'architecture applicative Cas de test et jeux d'essais formaliss ( fournir par MMSP) Conception (ergonomique) et fonctionnelle valide
Pr-requis Activits
Livrables en sortie
31
Phase de Ralisation
Phase Ralisation Objectifs Dvelopper les modules fonctionnels et techniques de lapplication en X itrations Vrifier en interne lapplication sur le plan fonctionnel et technique Pr-requis Maquette HTML valide par le client Conception fonctionnelle des crans valides, au minimum pour 80% de lapplication Dossier d'architecture applicative Fourniture des jeux dessai par le client Activits Formation fonctionnelle de lquipe dingnierie Installation des plateformes de dveloppement et d'intgration SQLI. Pour chaque module : Rdaction des tests unitaires Dveloppement du module Excution des tests unitaires Installation et vrification en intgration Toutes les 3 semaines puis en recette interne, excution des TS Rdaction de la procdure d'installation Validation par SQLI de la plate-forme de recette MMSP par un test de dploiement partiel 1 mois avant la recette Livrables en sortie Code source de l'application Bon de livraison intgrant les rapports de tests et liste des anomalies dtectes mais non encore corriges Cahier de recette rdig par le client Critres de fin de phase Pour les itrations intermdiaires, les critres de sortie sur les anomalies dtectes par SQLI sont : Aucune anomalie bloquante ET au plus 2 anomalies majeures ET Moins de 15 anomalies mineures Pour la dernire itration, les critres de sortie sont les suivants :
32
Aucune anomalie bloquante ou majeure ET Moins de 10 anomalies mineures Ajuster les critres selon le contexte du projet et les mettre ces critres en cohrence avec les critres de sortie dans le plan de vrification
Phase de recette
Phase Recette Objectifs Installation de lapplication dans lenvironnement de recette du client Valider par MMSP que la solution est cohrente avec les spcifications, rpond aux exigences des utilisateurs Valider linstallation et intgre dans le systme informatique du client Package d'installation de l'application Environnement de recette du client oprationnel et valid par SQLI Disponibilit complte de l'quipe de recette MMSP pendant la priode de recette dtermine, pour valuer de manire exhaustive le systme informatique livr Livraison et installation de chaque itration sur lenvironnement de recette du client. Prsentation de lapplication avec le client suite chaque livraison pour valider le fonctionnement de l'application (connexion, navigation dans quelques pages, connexion la base de donnes) Assistance la recette de lutilisateur Qualification et traitement des anomalies Procdure d'installation et de configuration de l'application Document dexploitation (si vendu) Package d'installation de l'application valide Cas de test excuts en totalit Critres sur les anomalies remontes par le client Aucune anomalie bloquante ou majeure ET Moins de 10 anomalies mineures Les anomalies restant la fin de la phase de rception seront corriges au titre de la garantie. Ces critres de sortie pourront tre ventuellement modifis en cours de projet par dcision commune entre SQLI et MMSP. La fin de la phase de rception sera marque par la signature d'un PV qui dclenche le dmarrage de la garantie. La mise en production de tout ou partie de l'application quivaut la prononciation de la recette du module correspondant par le client et au dmarrage de la garantie.
Pr-requis
Activits
Livrables en sortie
33
Phase de Dploiement
Phase Dploiement Objectifs Mise en production de lapplication Garantie du projet Pr-requis Package d'installation de l'application valide Document d'exploitation de l'hbergeur Activits Assistance tlphonique au dploiement en production Formation des utilisateurs Correction des anomalies en garantie Bilan de projet avec le client Livrables en sortie Critres de fin de phase CD contenant l'ensemble des sources du projet et la documentation La phase de dploiement se termine l'issue de la priode de garantie La modification de tout ou partie du code source ou des scripts livrs par SQLI pendant cette phase quivaut prononcer la fin de la phase et donc de la garantie.
b) Planning du projet
L'objectif de ce planning est de dterminer les tapes du projet et le timing. Ce planning joue un rle primordial pour la ralisation et le suivi du projet, il est tabli dans le dbut de chaque projet afin de suivre le bon droulement de chaque tche. Llaboration du planning sest base sur lhypothse suivante : respect des priodes de validation. Le planning peut subir des modifications suivant les impratifs du projet et il est revu avec le client loccasion de chaque comit de projet. Les tableaux ci-dessous reprsentent le planning prvisionnel et rel de notre projet
Le planning prvisionnel
Phase
Formation Liferay
Charge Jours/Homme
30
Date de dbut
02/05/2011
Date de fin
20/05/2011
Livrables
34
Etude & analyse Analyse du cahier de charge
30 18 23/05/2011 02/06/2011 Plan dassurance de
Cadrage et laboration de PQP
03/06/2011
10/06/2011
qualit & planning Document des
Spcifications fonctionnelles Conception
6 21
03/06/2011
10/06/2011
spcifications
Document de conception Conception gnrale 6 10/06/2011 17/06/2011 gnrale Document de conception Conception dtaille Architecture applicative et technique Ralisation de la maquette statique Dossier de tests Ralisation Gestion des rubriques 10 5 43 10 11/07/2011 22/07/2011 Code source Gestion des Dveloppement Tests unitaires Gestion des procdures 8 2 23 11/07/2011 21/07/2011 08/08/2011 20/07/2011 22/07/2011 09/09/2011 Code source Gestion des Dveloppement Tests unitaires Annuaire Dveloppement 21 2 33 30 08/08/2011 08/09/2011 11/07/2011 11/07/2011 07/09/2011 09/09/2011 09/09/2011 06/09/2011 Code source procdures Rapport de test rubriques Rapport de test 20/06/2011 04/07/2011 01/07/2011 08/07/2011 Dossier de test 6 10/06/2011 17/06/2011 15 20/06/2011 08/07/2011 dtaille Document darchitecture applicative et technique Maquette HTML
35
Lannuaire Tests unitaires Tests d'intgration Recette Tests fonctionnels Dploiement Elaboration du dossier d'exploitation Assistance la mise en production Formation Elaboration de guide utilisateur 6 4 10 6 17/10/2011 19/10/2011 10/10/2011 13/10/2011 12/10/2011 14/10/2011 Dossier dexploitation 3 10 20 20 10 26/09/2011 07/10/2011 Rapport de test 07/09/2011 12/09/2011 09/09/2011 23/09/2011 Rapport de test Rapport de test
Formation des quipes
20/10/20 11
21/10/20 Guide utilisations 11
Le planning rel
Phase Charge Jours/Homme Date de dbut Date de fin Livrables
36
Formation Liferay
Remplir le tableau
Etude et analyse
Analyse du cahier de charge Cadrage Spcifications
Conception
Conception gnrale Maquette Test fonctionnel Conception dtaille
Ralisation
Dveloppement Test unitaire
Recette Dploiement Formation
9) Management Des Risques

Le document de Gestion des Risques sera cr et maintenu par le chef de projet dcrivant les risques de toutes natures pouvant affecter la bonne ralisation du projet et dtaillant leur probabilit de ralisation et la svrit des impacts sur le projet. Ce registre constitue un document spar du PQP qui fait lobjet dune mise jour et dune revue conjointe en Comit de Pilotage. Lobjectif de cette procdure de gestion des risques est den matriser autant que possible les effets et de permettre la dfinition et la mise en uvre de mesures visant en limiter les effets. Le tableau suivant reprend les principaux risques figurant dans ce registre : Rf 1 Source Actions
Nouveaux de besoins qui mane dune partie des utilisateurs finaux du systme attendu
2 4
Sensibilisation faite pendant la runion de lancement pour impliquer les acteurs cls dans le projet Possibilit davoir des avis diffrents sur le systme Organisation de la recette des prototypes de attendu (Refonte dun portail Utilisateurs multiples). manire impliquant lensemble des concerns Besoin non identifi initialement, ou Une attente non Suivi et revues des exigences frquentes entre prvue dans la rponse du prestataire (SQLI) SQLI et MMSP depuis le dmarrage du projet El Houssain Guedira / Saber Kiram 37

Le cahier de charge est incomplet Non disponibilit des ressources plein temps Non matrise de la personne affecte au dveloppement de la technologie J2EE et du Liferay A refaire A refaire A refaire
5 6 7
38
Chapitre II Conception
Ce chapitre est consacr la phase de conception, dans lequel on montrera comment partir du cahier des charges, on a ralis un dossier de conception gnrale, un dossier de conception dtaille, et un dossier de tests fonctionnels. Sans oublier la ralisation de la maquette statique du site web.
39
I-
Prsentation du langage de modlisation 10) Choix du langage UML
La phase de conception est parmi les phases primordiales dans la ralisation ou le dveloppement de chaque projet cest pour cela quelle ncessite une mthode permettant de mettre en place un modle sur lequel le nouveau systme va sappuyer. La modlisation consiste crer une reprsentation virtuelle dune ralit de telle faon faire ressortir les points intressants. Il existe plusieurs mthodes danalyse, mais la mthode la plus utilise par la plupart des socits est la mthode UML. Cette mthode offre un canevas de dveloppement structur et cest ce qui motive notre choix.
11)
Avantage du langage UML
UML possde les caractristiques suivantes: Un langage sans ambiguts. Un langage universel servant de support pour tout langage orient objet. Un moyen de dfinir la structure d'un programme. Une reprsentation visuelle permettant la communication entre les acteurs d'un mme projet. Une notation graphique simple, comprhensible mme par des non informaticiens.
III- Conception gnrale 1) Les acteurs de lapplication

Un acteur reprsente un rle jou par une entit externe (utilisateur humain, dispositif matriel ou autre systme) qui interagit directement avec le systme tudi.
Pour notre application, les acteurs sont : El Houssain Guedira / Saber Kiram 40
Rapport du Projet de Fin dtudes Acteurs humains : o Administrateur de portail. o Administrateur de contenu. o Administrateur dannuaire. o Contributeur de contenu. o Contributeur dannuaire. o Editorialiste. o CEP. Acteurs systme : o Aucun acteur systme nest identifi. Diagramme de modlisation des acteurs du systme :
Contributeur Procdure
Contributeur Annuaire
CEP
Editorialiste
Utilisateur Administrateur de contenu (Annuaire)
Administrateur Portail
Administrateur de contenu (MMSP)
2) Module I : Gestion darborescence des rubriques

a) Diagramme de cas dutilisation
Gestion des rubrique Rechercher par type
Administrateur de contenu
Ajouter rubrique
Lister les rubriques Supprimer
Modifier CEP
Publier-Dpblier
a) Description gnrale du diagramme de cas dutilisation

Libell
Gestion des rubriques Ajouter Lister
Acteur
Administrateur de contenu Administrateur de contenu Administrateur de contenu
Description
Permettre de grer les rubriques Ajouter rubrique ou sous rubrique Lister les rubriques ou les sous rubriques
42
Rapport du Projet de Fin dtudes Rechercher rubrique Modifier Supprimer Publier / dpublier Administrateur de contenu Rechercher rubrique
Administrateur de contenu Administrateur de contenu CEP
Modifier une rubrique ou sous rubrique Supprimer une rubrique ou sous rubrique Publier ou Dpublier une rubrique ou sous rubrique
b) Description dtaill du diagramme de cas dutilisation

1. Modifier une rubrique
Description
Acteurs Pr-condition
Modifier une rubrique

Administrateur de contenu Lutilisateur doit sauthentifier. Etre sur la liste des rubriques Avoir des rubriques non publis
Post condition Scnario principal Scnario dexception Rgles de gestion
Ladministrateur modifie le rubrique Retour vers la liste des rubriques 1. Choisir la rubrique modifier. 2. Saisir les nouvelles donnes. 3. Valider la modification. Valider sans indiquer le libell de la rubrique: Afficher message derreur. La rubrique modifier ne doit pas tre en tat publi Les listes du formulaire dajouter une rubrique sont reprises dynamiquement Ladministrateur obligatoires doit indiquer tous les informations
2. Publier une rubrique

Description
Acteurs
Publier une rubrique

CEP 43
Rapport du Projet de Fin dtudes Pr-condition Lutilisateur doit sauthentifier. Etre sur la liste des rubriques Avoir des rubriques valides Post condition Scnario principal Scnario dexception Rgles de gestion La rubrique est publie Retour vers la liste des rubriques 1. Choisir la rubrique publier. 2. Afficher message de confirmation 3. Confirmer la publication. Pas de scnario dexception. Le CEP ne publie que les rubriques valides Un message de confirmation est lev
3. Lister les rubriques

Description
Acteurs Pr-condition Post condition Scnario principal
Lister les rubriques

Tous les utilisateurs connects Les utilisateurs doivent sauthentifier. Les utilisateurs effectuent des consultations afin de trouver la rubrique concerne. 1. Choisir le type de la rubrique avec lequel les utilisateurs veulent filtrer. 2. Affichage des rsultats dans une liste. La liste se forme de pagination 35 rubriques par page. Un message dinformation doit afficher au lieu de la liste si le rsultat est vide
Scnario dexception Pas de scnario dexception Rgles de gestion
c) Diagramme de squence
????????
44
Systme
CEP
Demande la liste des rubriques Afficher la liste Ajouter rubrique Afficher formulaire Enregistrer rubrique Envoyer notification Publier Envoyer notification Envoyer notification
3) Module II : gestion des procdures a) Diagramme de cas dutilisation
45

uses uses Modifier Editorialiste uses uses uses uses Envoyer pour editorialiste Contributeur de contenu uses Archiver uses uses uses uses Lier Dprecier Lister les rubriques Supprimer Ajouter Envoyer
Gestion des procedures
Valider
uses Publier\Dpublier
CEP
b) Description gnrale du diagramme de cas dutilisation

Libell
Gestion des procdures Listes des rubriques Ajouter
Acteur
Tous les utilisateurs Tous les utilisateurs Administrateur de contenu, Contributeur de contenu, Administrateur de contenu, Contributeur de contenu, Administrateur de contenu, Contributeur de contenu, Editorialiste Editorialiste
Description
Permettre des grer les procdures Afficher les rubriques ou les sous rubriques Permettre de crer une nouvelle procdure Supprimer une procdure existante Modifier une procdure existante
Supprimer Modifier
Envoyer
Envoyer la procdure 46
Rapport du Projet de Fin dtudes ladministrateur de contenu pour la valider Envoyer pour ditorialiste Lier Archiver Contributeur de contenu Administrateur de contenu Administrateur de contenu Envoyer la procdure cre lditorialiste pour la vrifie Permettre de lier des ressources une procdure Permettre dafficher les versions intermdiaires de la procdure Valider les donnes dune procdure Dprcier une procdure Publier ou dpublier une procdure
Valider Dprcier Publier / dpublier
Administrateur de contenu CEP CEP
c) Description dtaill du diagramme de cas dutilisation

1. Ajouter une procdure
Description
Acteurs Pr-condition Post condition Scnario principal 1. 2. 3. 4.
Liste des services administratifs

Administrateur de contenu, Contributeur de contenu Les utilisateurs doivent sauthentifier. Etre sur la liste des rubriques. Procdure ajoute. Retour vers la liste des rubriques. Choisir la rubrique dans laquelle on veut crer la procdure Afficher du formulaire. Saisir les donnes Valider la procdure Valider sans remplir tous les champs obligatoires : Message derreur en haut du formulaire La liste doit afficher 35 services administratifs par page. Un message dinformation doit afficher au lieu de la liste si le rsultat est vide Ladministrateur pourra dplacer les services administratifs / Sous organisations selon lordre souhait.
Scnario dexception Rgles de gestion
2. Publier une procdure

Description
Acteurs
Modifier un service administratif

Contributeur dannuaire / Administrateur dannuaire
47
Rapport du Projet de Fin dtudes Pr-condition Lutilisateur doit sauthentifier. Etre sur la liste des services administratifs Avoir des services administratifs non publis Post condition Scnario principal Scnario dexception Rgles de gestion Le contributeur modifie le service administratif Retour vers la liste contenant le service administratif modifi 5. Choisir le service administratif modifier. 6. Saisir les nouvelles donnes. 7. Valider le service administratif. Valider sans remplir tous les champs obligatoires : Revenir au formulaire avec un message derreur en haut de la page. Le service administratif modifier ne doit pas tre en tat publi Le contributeur dannuaire services administratifs Les listes droulantes dynamiquement ne peut modifier que les ses du formulaire sont reprises
La liste des villes est reprise dynamiquement par la rgion choisie sans charger la page
d) Diagramme de squence
Contributeur
Systme
Editorialiste
Administrateur MMSP
CEP
Demande la liste des rubriques Afficher la liste Demande formulaire Afficher formulaire Ajouter rubrique Envoyer notification Valider Envoyer notification Envoyer notification Valider Envoyer notification Publier Envoyer notification Envoyer notification
4) Module III : gestion des services administratifs

a) Diagramme de cas dutilisation
Annuaire Utilisateur Recherger par catgorie extends extends Exporter
Publier/Dpublier Liste des services administratifs CEP Ajouter un service administratif
Ajouter un sous organisation Contributeur d'annuaire Modifier
Supprimer extends
Dplacer en haut
Valider
Dpricier
Administrateur d'annuaire
Dplacer en bas
Dplacer
Dposer
49
a) Description gnrale du diagramme de cas dutilisation

Libell
Annuaire Gestion des services administratifs Liste des services administratifs Liste des sous organisations Rechercher Exporter Ajouter un service administratif Ajouter un sous organisation Modifier Supprimer Valider Dprcier Publier / dpublier Dplacer en haut / en bas Dplacer / dposer
Acteur
Tous les utilisateurs Tous les utilisateurs Tous les utilisateurs Tous les utilisateurs
Description
Le point dentre au module dannuaire Permettre de grer les services administratifs. Consulter les services administratifs existants (niveau I) Consulter les fils existants dun service administratif (niveaux infrieurs) Filtrer les services administratifs par catgorie Exporter un service administratif avec ses fils et ses procdures Crer un service administratif niveau I Crer un service administratif fils niveau infrieur Modifier un service administratif existant Supprimer un service administratif existant Valider les donnes d un service administratif Dprcier un service administratif Publier ou dpublier un service administratif Changer lordre dun service administratif sur la liste Dplacer des sous-organisations dans un autre niveau
Tous les utilisateurs Tous les utilisateurs Administrateur dannuaire / contributeur dannuaire Administrateur dannuaire / contributeur dannuaire Administrateur dannuaire / contributeur dannuaire Administrateur dannuaire / contributeur dannuaire CEP CEP CEP Administrateur dannuaire Administrateur dannuaire
a) Description dtaill du diagramme de cas dutilisation

1. Liste des services administratifs
Description Liste des services administratifs
50
Rapport du Projet de Fin dtudes Acteurs Pr-condition Post condition Scnario principal Tous les utilisateurs connects Les utilisateurs doivent sauthentifier. Etre sur lannuaire Les utilisateurs effectuent des consultations afin de trouver le service administratif voulue. 3. Choisir la catgorie avec laquelle les utilisateurs veulent faire le filtre. 4. Affichage des rsultats dans une liste. La liste doit afficher 35 services administratifs par page. Un message dinformation doit afficher au lieu de la liste si le rsultat est vide Ladministrateur pourra dplacer les services administratifs / Sous organisations selon lordre souhait.
2. Modifier un service administratif

Description
Modifier un service administratif

Contributeur dannuaire / Administrateur dannuaire Lutilisateur doit sauthentifier. Etre sur la liste des services administratifs Avoir des services administratifs non publis
Post condition Scnario principal Scnario dexception Rgles de gestion
Le contributeur modifie le service administratif Retour vers la liste contenant le service administratif modifi 8. Choisir le service administratif modifier. 9. Saisir les nouvelles donnes. 10. Valider le service administratif. Valider sans remplir tous les champs obligatoires : Revenir au formulaire avec un message derreur en haut de la page. Le service administratif modifier ne doit pas tre en tat publi Le contributeur dannuaire services administratifs Les listes droulantes dynamiquement ne peut modifier que les ses du formulaire sont reprises
La liste des villes est reprise dynamiquement par la rgion choisie sans charger la page
3. Dprcier un service administratif

Description Dprcier un service administratif
51
Rapport du Projet de Fin dtudes Acteurs Pr-condition Ladministrateur dannuaire Lutilisateur doit sauthentifier. Etre sur la liste des services administratifs Avoir des services administratifs crs ou valids Post condition Le contributeur dprcie le service administratif. Retour vers la liste contenant le service administratif dprci. Scnario principal 1. 2. 3. 4. Le service administratif devient en tat cr. Choisir le service administratif dprcier. Affichage dun message de confirmation. Confirmer le traitement. Retour vers la liste contenant le service administratif dprci qui devient en tat cr. Le message de confirmation pour dprcier est lev. Le service administratif dprcier doit tre en tat cr ou valid
4. Supprimer un service administratif

Description
Supprimer un service administratif

Administrateur dannuaire / contributeur dannuaire Lutilisateur doit sauthentifier. Etre sur la liste des services administratifs Avoir des services administratifs non publis.
Post condition Scnario principal 1. 2. 3. 4.
Le contributeur supprime le service administratif. Retour vers la liste des services administratifs. Choisir le service administratif supprimer. Affichage dun message de confirmation. Confirmer la suppression. Retour vers la liste des services administratifs. Supprimer un service administratif ayant des fils : Retour vers la liste avec un message derreur que ce service administratif a des fils. Supprimer un service administratif dj utilis par un autre service.
Scnario dexception
Rgles de gestion
Le message de confirmation de suppression est lev Le service administratif supprimer ne doit pas tre en tat publi Le service administratif ne doit tre supprim que par son
52
Rapport du Projet de Fin dtudes crateur ou ladministrateur dannuaire Le service administratif ne peut pas tre supprim sil est utilis par une autre entit.
a) Diagramme de squence
Administrateur de contenu Demander la liste Affichage de la liste Filtrer par catgorie Retourner le resultat Demander le formulaire Afficher le formulaire Ajouter service administratif Envoyer notification Valider Envoyer notification Envoyer notification Publier Envoyer notification Envoyer notification Systme CEP
5) Diagramme de classe
Chapitre III Ralisation du projet
53
Dans cette partie, on dcrira comment, partir des livrables de la phase de conception, on a ralis notre site web. Dans un premier temps, on prsentera larchitecture technique du site web, ensuite viendra une prsentation des outils utilis ainsi que quel
IIArchitecture technique IV- Architecture applicative V- Outils et plate forme VI- Diagramme de navigation VII- Maquette finale du projet
54
Chapitre IV Tests
55
III- Stratgie de tests IV- Dossier de tests
56
Conclusion
57
58

Test

Transféré par

Droits d'auteur :

Formats disponibles

Test

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Test

Transféré par

Droits d'auteur :

Formats disponibles

Rapport du projet de fin dtudes

Encadrant SQLI Rabat

El Houssain Guedira / Saber Kiram

Anne universitaire 2010-2011

Rapport du Projet de Fin dtudes

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Mots cls : SQLI, MMSP, Java EE, Liferay, CMMI, Skills

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Keywords : SQLI, MMSP, Java EE, Liferay, CMMI, Skills

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

: SQLI, MMSP, Java EE, Liferay, CMMI, Skills

Rapport du Projet de Fin dtudes

Table des matires

Rapport du Projet de Fin dtudes

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Liste des figures

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Liste des tableaux

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Chapitre I Contexte gnral du projet

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Figure 1 : Les clients de SQLI

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Figure 2 : Mtiers de SQLI

El Houssain Guedira / Saber Kiram

Figure 3 : Chiffres cls de la socit SQLI

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Prsentation du projet 1) Contexte gnral

Modules Gestion des rubriques

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

3) Primtre du projet a) Le but du projet

4) Organisation a) Liste des acteurs

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

Chef de projet (MOA)

Chef de projet (MOE)

Consultant Web et ergonomie

Figure 4 : Equipe du projet

1. Equipe interne SQLI (MOE)

El Houssain Guedira / Saber Kiram

Rapport du Projet de Fin dtudes

2. Equipe MMSP (MOA)