Rapport Final PFE NajiaGABBAS - Final PFE... CHAPITRE 2 GESTION DE PROJET ... le plan de projet,

  • Published on
    10-Sep-2018

  • View
    212

  • Download
    0

Transcript

  • RAPPORT TECHNIQUE PRSENT LCOLE DE TECHNOLOGIE SUPRIEURE

    DANS LE CADRE DU COURS GTI792 PROJET DE FIN D'TUDES EN GNIE DES TI

    Conception et ralisation du site Web dynamique du laboratoire de

    recherche Viscogliosi en gntique molculaire des maladies musculo-

    squelettiques

    NAJIA GABBAS

    GABN17517700

    DPARTEMENT DE GNIE LOGICIEL ET DES TI

    Professeur-superviseur

    ALAIN APRIL

    MONTRAL, 16 AVRIL 2013 HIVER 2013

  • REMERCIEMENTS

    Dabord, jaimerais profiter de cette occasion pour remercier tout particulirement mon

    encadrant le professeur Alain April pour son dvouement, ses encouragements et son soutien.

    Je remercie galement tous les enseignants et le personnel de lTS qui mont support tout

    au long du cursus de la formation ainsi dans la ralisation de mon projet de fin dtudes.

    Ainsi, un remerciement spcial aux employs du laboratoire du Dr Alain Moreau et plus

    particulirement la personne de contact M. Saad Allah Bouhanik.

    Finalement, la famille reste au cur des gens quil faut remercier, dbutant par ma grande

    famille au Maroc, de leurs soutiens et leurs prires, leurs encouragements durant toute la

    dure de mes tudes au baccalaurat au sein de lTS. Ainsi, un remerciement spcial pour

    ma petite famille pour sa patience et le soutien dont a fait preuve mon conjoint pendant toute

    la dure de mes tudes. Ainsi, mon adorable fille avec qui jai partag mon temps entre la vie

    tudiante et la vie familiale.

  • RALISATION DUN SITE WEB DYNAMIQUE POUR LE LABORATOIRE DU DR

    ALAIN MOREAU

    NAJIA GABBAS

    GABN17517700

    RSUM

    Lobjectif de ce projet est de raliser un site Web dynamique pour le laboratoire de recherche en gntique molculaire des maladies musculo-squelettiques. En fait, la ralisation de ce site web est une continuit dun projet qui a t commenc par un autre tudiant finissant, cest pourquoi il tait ncessaire deffectuer une refonte de la majorit de ces fonctionnalits et den dvelopper dautres.

    Pour rpondre un besoin daffaires crucial aux utilisateurs du laboratoire, le dveloppement de la solution se repose sur la mthodologie Agile qui a permis de maintenir une communication permanente et efficace avec le client et de pouvoir valider la solution au fur et mesure lavancement du projet par le biais des maquettes et des prototypes. La problmatique de ce projet a t traite suite un enchainement logique et travers une mthodologie de dveloppement spcifique et approprie au dveloppement de projets Web qui est la mthode agile SCRUM1. Toutes les exigences du client ont t rencontres, ce qui amne la disponibilit dun site Web prt tre hberg. Lintgrit de linformation a t fournie au client. En consquence, ce dernier a manifest une satisfaction trop leve puisque ce projet est une contribution importante, pour automatiser les flux de leurs informations, qui rpond trs bien leurs besoins et attentes.

    1 Google gre ses projets avec la mthodologie Agile et plus spcifiquement Scrum [5]

  • TABLE DES MATIRES

    Page

    INTRODUCTION ...................................................................................................................10

    CHAPITRE 1 MISE EN CONTEXTE ....................................................................................11 1.1 Problmatique ..............................................................................................................11 1.2 Objectifs du projet ........................................................................................................12 1.3 Mthodologie et approche de solution .........................................................................13

    1.3.1 Approche de dveloppement ..........................................................................13 1.3.2 Techniques et outils .......................................................................................15

    CHAPITRE 2 GESTION DE PROJET ...................................................................................16 2.1 Planification et livrables ..............................................................................................16

    2.1.1 Artfacts techniques .......................................................................................16 2.1.2 Artfacts de gestions ......................................................................................17 2.1.3 chancier ......................................................................................................17

    2.2 Analyse des risques ......................................................................................................18 2.3 Plan de communication ................................................................................................19 2.4 Rles et responsabilits ................................................................................................20

    CHAPITRE 3 ANALYSE .......................................................................................................21 3.1 tude de lexistant ........................................................................................................21 3.2 Spcification des besoins .............................................................................................22

    3.2.1 Exigences fonctionnelles du site Web ...........................................................22 3.2.2 Exigences non fonctionnelles ........................................................................24 3.2.3 Cas dutilisation .............................................................................................25

    3.2.3.1 Diagrammes de cas dutilisation ......................................................25 3.2.3.2 Cas dutilisation (scnario texte) .....................................................26

    CHAPITRE 4 CONCEPTION .................................................................................................28 4.1 Vue architecturale du site Web dynamique .................................................................28 4.2 Diagramme de navigation du site Web ........................................................................29 4.3 Diagrammes de conception ..........................................................................................30 4.4 Contraintes de conception ............................................................................................32

    CHAPITRE 5 SOLUTION PROPOSE .................................................................................33 5.1 Prsentation de la solution ...........................................................................................33 5.2 Interfaces du site Web dynamique ...............................................................................35

    RECOMMANDATIONS ........................................................................................................39

    LISTE DE RFRENCES ......................................................................................................40

    ANNEXE I LCHANCIER ...................................................................................................41

  • V

    V

    ANNEXE II CAS DUTILISATION ......................................................................................44

    ANNEXE III LES INTERFACES DU SITE WEB .................................................................46

  • LISTE DES TABLEAUX

    Page

    Tableau 1.1 Les techniques et les outils de travail ........................................................15

    Tableau 2.1 Les artfacts techniques .............................................................................16

    Tableau 2.2 Les artfacts de gestions ............................................................................17

    Tableau 2.3 Lanalyse des risques possibles .................................................................18

    Tableau 2.4 Les rles et responsabilits de la partie prenante .......................................20

    Tableau 3.1 Liste des exigences fonctionnelles et leurs avancements ..........................23

    Tableau 3.2 Liste des exigences gnriques et spcifiques non fonctionnelles .............24

  • LISTE DES FIGURES

    Page

    Figure 1-1 Cycle de dveloppement agile [2] ..............................................................14

    Figure 3-1 Diagramme de cas dutilisation [6] ............................................................25

    Figure 4-1 Vue architecturale du site Web dynamique ...............................................28

    Figure 4-2 Diagramme de navigation du site Web dynamique, inspir de [7] ............29

    Figure 4-3 Le modle logique de donnes du projet ...................................................30

    Figure 5-1 Page daccueil du site Web ........................................................................35

    Figure 5-2 Page Web qui affichent les profils des membres .......................................36

    Figure 5-3 Page Web dajout de membre ....................................................................37

    Figure 5-4 Page Web de gestion ..................................................................................46

    Figure 5-5 Page dauthentification dadministrateur du site Web ...............................46

    Figure 5-6 Page Web dajout dvnement .................................................................47

    Figure 5-7 Page Web de contact de laboratoire ...........................................................47

    Figure 5-8 Page Web de biographie de membre .........................................................48

    Figure 5-9 Page Web des publications de laboratoire ................................................49

  • LISTE DES ABRVIATIONS, SIGLES ET ACRONYMES

    ADN Acide dsoxyribonuclique, constituant essentiel des chromosomes, support matriel de l'hrdit.

    Apache Serveur http Arthrose Une maladie qui touche les articulations BD Base de donnes CSS (Cascading Style Sheets) langage de design des pages HTML Framework Cadre de travail modulaire qui regroupe un ensemble de

    bibliothques, doutils et de rgles dans le but de faciliter le dveloppement dune application.

    FURPS Functionability Usability Reliability Performance

    Supportability. Gntique- molculaire Une discipline scientifique au croisement de la gntique, de

    la biochimie et de la physique, dont l'objet est la comprhension des mcanismes de fonctionnement de la cellule au niveau molculaire.

    IHM Interface Homme Machine. MySQL Systme de gestion de base de donnes relationnelle libre. Ostoporose Les cancers osseux.

    PHP Langage de programmation libre pour le dveloppement des pages Web dynamique.

    Projet Selon le Project Management Institue, il sagit dune entreprise temporaire dans le but de crer un produit, un service ou un rsultat unique.

    RUP Rational Unified Process, processus de dveloppement logiciel.

  • IX

    IX

    Scoliose La SIA est une dformation tridimensionnelle de la colonne

    vertbrale.

    TI Technologies de linformation. TinyMCE Permets d'ajouter du style (gras, italique, align droite...) sur

    un texte ou d'insrer un lien ou une image. Les outils, utiliss sur cet diteur de texte, sont trs proches des outils Word.

    UML (Unified Modeling Language) langage de modlisation unifi. XAMPP Paquet contenant les logiciels Apache, MySQL et PHP pour

    faciliter le dveloppement et le dploiement des sites Web dynamiques.

  • INTRODUCTION

    Ce projet entre dans le cadre de la ralisation du projet de fin dtudes qui permet lobtention

    du diplme du baccalaurat en gnie des TI. Il permet de mettre en pratique la majorit des

    connaissances et des comptences techniques acquises auprs des expriences relatives aux

    travaux pratiques et aux stages effectus que ce soit obligatoire ou optionnel durant tout le

    cursus de la formation. En plus, ce projet a permis de sapprocher au march du travail et de

    sadapter avec le besoin rel du march. Ceci permet aussi de parfaire autant les comptences

    techniques que les qualits interpersonnelles fondes sur la communication efficace.

    Ce rapport se veut une laboration des dtails essentiels de ce projet en couvrant les aspects

    suivants :

    La problmatique du client en matire de son espace Web et les enjeux qui y sont

    rattachs pour pouvoir les rsoudre;

    Les objectifs mis en place pour saiguiller sur les tches raliser;

    La planification et livrables qui correspondent aux phases de cycle de vie du projet;

    Les travaux raliss concernant le dveloppement du site web et la gestion de projet;

    Lanalyse des risques et les alternatives possibles pour les attnuer;

    La conclusion qui rsume les aspects les plus importants de ce projet et certaines

    perspectives qui suggrent les fonctionnalits dvelopper du site dans lavenir;

    La rdaction des artfacts ncessaires dans un projet rel de dveloppement incluant

    le rapport de proposition, le document de vision, le plan de projet, le rapport dtape,

    le document SRS2, le manuel dutilisateur, et le document de conception UMLetc.

    Ainsi, ce rapport fait rfrence au plan du travail adopt et aux dmarches suivies pour sa

    ralisation et sa documentation.

    2 Software requirement specification (les spcifications des exigences logiciel)

  • 11

    CHAPITRE 1

    MISE EN CONTEXTE

    1.1 Problmatique

    Avec lre des technologies de linformation et la concurrence accrue du march dans tous

    les domaines, la communication, lchange dinformation, les portails, la gestion de contacts

    clients et la relation client deviennent, de plus en plus en demande, une ncessit et non une

    option et plus particulirement dans le Web. Do lutilit dadopter cette technologie qui

    permet entre autres de maintenir une communication efficace avec un groupe cible

    dinternautes. Ce projet a t dvelopp dans lobjectif de cibler une communaut spcifique,

    intresse au laboratoire de recherche Viscogliosi en gntique molculaire des maladies

    musculo-squelettiques.

    Malgr limportance de ce laboratoire, dirig par le professeur Alain Moreau, leurs tudiants

    et les chercheurs ne parviennent pas encore accder son espace virtuel pour pouvoir

    interagir, communiquer et schanger de faon efficace et rapide, en tirant profit de la

    technologie Web et Internet. Ceci les amne btir un site Web dynamique oprationnel qui

    peut servir aux tudiants, aux chercheurs et aux communauts intresss. Cet espace Web se

    considre comme un prsentoir des projets, des recherches et des publications. Pour cette

    raison, le dveloppement de ce site Web se veut dune visibilit et dune disponibilit

    permanente pour le public cible en leur donnant la possibilit dchanger linformation entre

    eux tant en ovale quen amont.

  • 12

    1.2 Objectifs du projet

    tant donn que cette intervention est une amlioration dun projet de site Web dj

    commenc par un autre tudiant, il serait trs utile de redfinir les objectifs du projet et de

    proposer une solution amliore la problmatique cite en haut. Lobjectif donc est de

    concevoir et de raliser un site Web dynamique afin de bien reprsenter le laboratoire de

    recherche, dirig par le Dr Alain Moreau, qui sera utilis comme vitrine publicitaire virtuelle

    et prsentoir des articles et recherches. Cette vitrine sert aussi informer sur les avancements

    des projets de recherches.

    Avant tout, il sagit dun projet de conception logiciel qui pourra garantir une solution mieux

    organise en terme du code, qui accepte de futures volutions et capable de rendre certaines

    portions rutilisables pour gagner en matire du temps et de clart.

    Ce site Web permet entre autres daugmenter la crdibilit et le professionnalisme du

    laboratoire de recherche, de rduire les cots en matire de communication avec les

    tudiants, les chercheurs, toute personne intresse, ainsi que tout partenaire et fournisseur.

    Le fait d'avoir accs certaines informations sur le site Web du laboratoire tel que les

    questions les plus souvent demandes (FAQ) diminuera normment le nombre d'appels et

    permettra de consacrer plus de temps aux recherches et publications.

    En outre, ce site Web rend plus facile d'interagir avec les tudiants et chercheurs en installant

    des outils tels qu'un outil de sondage ou un simple formulaire pour recevoir immdiatement

    leurs commentaires et leurs suggestions.

  • 13

    1.3 Mthodologie et approche de solution

    1.3.1 Approche de dveloppement

    Les besoins actuels technologiques des projets Web, surtout dans un projet de dploiement

    o il est difficile de spcifier l'ensemble des exigences mtiers en amont, ncessitent

    ladoption dune mthodologie de travail permettant d'impliquer le client au projet et de crer

    une visibilit des fonctions compltes de travail beaucoup plus tt dans le cycle de vie du

    projet. Pour cela, il est jug utile adopter une mthode Agile pour atteindre les objectifs du

    projet et une meilleure valuation des progrs en tenant compte des commentaires et de

    l'adaptation en cours de route. Ceci permet datteindre visiblement des rsultats de faon

    rapide en attnuant les risques possibles. Cette dmarche permet aussi une souplesse pour

    s'adapter aux changements. Avec cette mthodologie, il semble certain de satisfaire les

    besoins rels du client et non ceux du contrat initial en tant proactif et lcoute de ses

    demandes.

    Le cycle de dveloppement Agile adopt a permis initialement une planification et une

    analyse haut niveau, juste assez pour dfinir la porte du projet de dveloppement. Ensuite,

    une srie d'itrations a t tablie en incluant lanalyse, la conception, le dveloppement et le

    test de chaque lment de faon spare. La figure suivante explique le cycle de

    dveloppement Agile adopt; chaque itration contient quelques fonctionnalits raliser au

    complet, une itration peut prendre une deux semaines comme dure.

  • 14

    Figure 1-1 Cycle de dveloppement agile [2]

    Cette approche repose sur les concepts suivants :

    Le dveloppement se fait en troite collaboration avec le client sur des cycles trs

    courts dune deux semaines maximum;

    Les livraisons de versions du logiciel interviennent trs tt et une frquence

    leve pour maximiser limpact des retours utilisateurs;

    Le code est test et nettoy tout au long du processus de dveloppement;

    Des indicateurs mis en place pour mesurer lavancement du projet, ce qui permet

    en consquence de mettre jour le plan de dveloppement [3].

  • 15

    1.3.2 Techniques et outils

    Techniques et outils Dtails

    Outils de gnrer les documents Suite MS office (Excel, Word, power point), MS Visio UML (Unified Modeling Language)

    Outils de gnrer lapplication XAMPP 1.8.1 : o Apache o MYSQL o PHP

    HTML 5 CSS 3 TinyMCE

    Systme de contrle de version CVS de lTS CD (contient le code, le script SQL de la

    base des donnes, rapport final du projet, document vision, document SRS, manuel de lutilisateur)

    Tableau 1.1 Les techniques et les outils de travail

  • 16

    CHAPITRE 2

    GESTION DE PROJET

    2.1 Planification et livrables

    Le progrs de ce projet a t suivi par un plan de travail (Annexe II) qui a t tabli depuis le

    dbut. Et ce, pour sassurer de bien mener terme les tches raliser. Effectivement, ce

    plan de travail a t respect tant non seulement ractif, mais proactif aussi.

    2.1.1 Artfacts techniques

    Nom de lartefact Description

    Liste ditems 1 Liste ditems pour formaliser les besoins de clients par crit pour itration 1.

    Liste ditems 2 Liste ditems pour formaliser les besoins de clients par crit pour itration 2.

    Liste ditems 3 Liste ditems pour formaliser les besoins de clients par crit pour itration 3.

    Diagramme UML de BD

    Document de MS Visio qui contient le diagramme UML pour dcrire la base de donnes; les diffrentes tables ainsi que les relations entre elles.

    Document de vision

    -Document pour partager la vision du laboratoire de recherche quant au dveloppement du site Web dynamique; -Document contient des diagrammes UML ou RUP; -Cas dutilisation qui reflte la liste des spcifications et besoins du client.

    Document SRS A pour but de prsenter une description dtaille du systme du site Web dynamique. Il explique le but et les caractristiques du systme en dcrivant les exigences logicielles, les interfaces du systme, ce que le systme va faire, les contraintes auxquelles il doit fonctionner et dcrit le comportement externe du logiciel.

    Code source Code source compil pour raliser le plan de test. Guide utilisateur Document destin lutilisateur pour dcrire les tapes des

    configurations ncessaires pour lexcution de lapplication.

    Tableau 2.1 Les artfacts techniques

  • 17

    2.1.2 Artfacts de gestions

    Nom de lartefact Description Fiche de renseignement Document initial qui contient juste le titre du projet et une brve

    description. Rapport de proposition de projet

    Document initial du rapport de la solution.

    Plan de projet Document de type tableau Excel pour planifier le projet. dcoupage de projet (WBS3) servi doutil dordonnancement et gestion de projet (annexe A).

    Rapport dtape Document du rapport de la solution plus avanc et mis jour. Rapport final Document final du rapport de la solution. Rapport hebdomadaire du client

    Rapport qui dcrit le droulement des rencontres avec le client pour sassurer de bien comprendre son besoin.

    Prsentation Prsentation de la solution, considre comme une proposition daffaires.

    Gestion dentente de support

    Un document dcrivant une entente entre lanalyste programmeur et le client dtaillant les services du support du projet une fois fini et dploy.

    Formation du client Une formation pratique destine ladministrateur interne du site. Livraison des documents la fin du projet, un guide dutilisateur est fourni au client.

    Tableau 2.2 Les artfacts de gestions

    2.1.3 chancier

    Voir lannexe A

    3 WBS (Work Breakdown Structure) : la structure de dcoupage de lot de travail

  • 18

    2.2 Analyse des risques

    Le tableau ci-dessous reprsente les risques qui pouvaient survenir tout au long du projet,

    leurs impacts, leurs probabilits ainsi que les tactiques et les mesures prendre pour pouvoir

    les contourner sils arrivent.

    Risque Impact Probabilit Mitigation / attnuation

    Le site web actuel est statique dans la plupart de ses fonctionnalits dveloppes ce qui ne permet pas rpondre aux besoins rels du client

    Avoir refaire la plupart des fonctionnalits qui ont t ralises et ne pas pouvoir rutiliser lexistant

    Rduit de la moiti (rendu 35%)

    Lutilisation de Framework initialement planifie na pas t faite tant donn le niveau avanc requis du dveloppeur. En revanche, la plateforme de base a t utilise qui a parfaitement rpandue au besoin du client mme si un effort de plus a t dploy.

    Difficults ou blocage au niveau du codage en langage PHP (niveau dbutant)

    -non-respect de la qualit dsir du code -non-respect des chanciers

    Rduit de la moiti (rendu 30 %)

    -Faire des efforts en parallle pour se mettre jour en PHP; -Disponibilit de la documentation dans le Web.

    Indisponibilit du client -Difficults davoir les informations requises pour la ralisation du site; -Ne pas pouvoir avoir une rtroaction immdiate du site.

    Rduit de la moiti (rendu 30 %)

    - Disponibilit du client tait bonne et la communication tait efficace par tlphone, courriel et rencontres; -change de documentation et information bien fait (implication russie du client dans le projet).

    Les besoins de clients ne sont pas clairs.

    La solution risque de ne pas rpondre aux besoins rels du client.

    Rduit de la moiti (rendu 15 %)

    -Prparer des listes ditems pour mieux cerner les besoins rels du client; -Impliquer le client de faon itrative et depuis le dbut du dveloppement du site Web (mthode agile); -La technique de prsenter au client les maquettes et prototypes au dmarrage du projet tait efficace et efficiente.

    Tableau 2.3 Lanalyse des risques possibles

  • 19

    2.3 Plan de communication

    Cette activit consiste effectuer la planification de la communication, la diffusion de

    linformation, les rapports davancement et la clture administrative. Le plan de

    communication a t excut comme planifi. Il a pris les moyens de communication

    suivants :

    Le courrier lectronique a t privilgi pour lchange des documents et les rapports.

    Le tlphone est utilis galement au besoin;

    Des rencontres hebdomadaires avec le client ont t respectes pour but didentifier

    les besoins du client, de prsenter les prototypes, de valider la solution propose et de

    raliser les tests dacceptation;

    Des comptes rendus sont fournis au client aprs chaque rencontre hebdomadaire

    planifie en rsumant les points discuts. En plus, pour un bon avancement du projet,

    sassurer de la bonne comprhension de la problmatique et de la bonne approche

    pour la rsoudre;

    Pour sassurer de fournir et garder une bonne documentation du projet, une version

    avance du code et du document du projet est fournie au client et lcole. Ceci

    permet de garantir une continuit du service du site Web une fois dploy et dassurer

    de faciliter sa maintenance et son volutivit dans le futur.

  • 20

    2.4 Rles et responsabilits

    Prnom Rle(s) (voir annexe A) Responsabilits

    1. Mme Najia Gabbas

    Analyste-programmeur -Analyser, concevoir et dvelopper la solution web. - Dployer la solution.

    2. Dr Alain April

    Professeur encadrant Gestionnaire de projet

    -Encadrer, supporter ltudiant (e) laccomplissement du projet et valider; - Facilitateur.

    3. M. Saadallah Bouhanik

    Client utilisateur -Valider et approuver; -Rviser et approuver les livrables en temps utile; -Rgler les points en suspens en temps utile; -Effectuer les tests dacceptation; -Fournir les donnes et documents ncessaires pour lavancement du projet; -Rendre oprationnels le rseau, le matriel, les logiciels pour faciliter la tche de dploiement.

    Tableau 2.4 Les rles et responsabilits de la partie prenante

  • CHAPITRE 3

    ANALYSE

    3.1 tude de lexistant

    Comme il sagit dun site Web dj commenc [4], il est vident que certaines

    fonctionnalits dj existantes qui sont amliorer et dautres crer. Ltude de lexistant

    vise les fonctionnalits suivantes qui comprennent la majorit des pages statiques et une

    minorit des pages dynamique :

    Affichage douvrages de laboratoire qui inclut les publications, les projets, les

    prsentations (cours et confrences de Dr Alain Moreau) a t adapte en assurant le

    lien avec Base de donnes et IHM4;

    Laffichage des membres du laboratoire a t refaite en assurant contenu dynamique

    de la BD avec la possibilit de mettre jour de catgories de membres : il sagit de 7

    catgories de membres : Directeur de recherches, chercheurs, chercheurs assistants,

    post-docs, infirmires et tudiants de 2me et de 3me cycle;

    Affichages de biographie des types de membre; une refonte a t faite qui inclut les

    profils, les travaux, les diplmes et les expriences des membres. Bref, cette

    biographie est gnre avec des donnes dynamiques provenant de la Base donnes;

    Une prsentation gnrale du laboratoire qui a t adapte et qui donne un aperu du

    laboratoire, sa mission et ses domaines de recherche;

    Une refonte et remplacement de la gestion dtudiants inscrits au laboratoire par une

    gestion de tous les membres de laboratoire incluant les tudiants

    4 IHM : Interface Homme Machine

  • 22

    22

    3.2 Spcification des besoins Lanalyse de besoins du client a t effectue suite des rencontres avec ce dernier. La

    collecte dinformation a t faite travers des questions trs pointes et reformules pour

    pouvoir les valider. Par la suite, des maquettes suivies des prototypes ont t labores.

    Les besoins du client ont t traduits par les exigences fonctionnelles et non fonctionnelles

    suivantes :

    3.2.1 Exigences fonctionnelles du site Web

    Le tableau ci-dessous montre les exigences et les besoins identifis lors des rencontres avec

    le client en termes de fonctionnalits que le site Web rencontre actuellement.

  • 23

    23

    Fonctionnalit Description Remarque (ajout, refonte,

    adaptation) Statut

    Authentification de ladministrateur

    ladministrateur doit sauthentifier pour accder la page permettant les diverses tches de gestion

    Cration : tches de gestion incluant gestion de membres, gestion darticles, gestion dvnement, et gestion de thmeetc.

    Complt

    Affichage douvrages de laboratoire

    Cela inclut les publications, les projets, les prsentations (cours et confrences de Dr Alain Moreau)

    Adaptation : les publications sont affichs, le model supporte laffichage dautres ouvrages

    incomplte

    Affichage des membres du laboratoire

    Il sagit de 5 catgories de membres : Chercheurs, chercheurs assistants, post-docs, infirmires et tudiants de 2me et de 3me cycle.

    Refonte : contenu dynamique de la BD avec la possibilit de mettre jour de catgories de membre

    Complt

    Affichage du profil des chercheurs (assistants), post-docs, infirmires

    Le profil de ces membres contient leurs coordonnes (nom, prnom, tlphone, courriel, numro de bureau, poste occup) et leurs photos

    Cration : selon les diffrentes catgories, laccs est possible aux profils des diffrents membres (contenu dynamique qui se charge de la BD)

    Complt

    Affichages de biographie des types de membre

    La biographie inclut leurs profils, leurs travaux, leurs diplmes et leurs expriences

    Refonte : fournir une biographie avec des donnes dynamiques qui proviennent de la BD

    Complt

    Affichages des thmes de recherches

    Ce sont les thmes principaux des recherches de ce laboratoire (la Scoliose Idiopathique, lArthrose et l'Ostoporose)

    Cration : permettre la gestion de thmes de recherches

    Complt

    Prsentation gnrale du laboratoire

    Une prsentation qui donne un aperu du laboratoire, sa mission et ses domaines de recherche

    Adaptation Complt

    Affichage de site en version franaise

    Le contenu du site doit tre affich en franais. Un contenu anglais est optionnel

    Amlioration Complt

    Gestion douvrages du laboratoire

    Ladministrateur de site peut grer un article du laboratoire (publication, projet, prsentation)

    Seules les publications sont gres, incomplte

    Gestion dtudiants inscrits au laboratoire

    Ladministrateur du site peut grer un tudiant de la liste des membres

    Refonte et remplacement par la fonctionnaliste suivante du tableau

    Remplac

    Gestion des membres Ladministrateur du site peut grer (ajouter, modifier et supprimer) tout type de membre (chercheur, tudiant etc.)

    Cration Complt

    Affichage dvnements du laboratoire

    Permet dafficher les vnements du laboratoire avec leurs dates et leurs descriptions

    Cration : les vnements du laboratoire sont affichs

    Complt

    Gestion des vnements du laboratoire

    Ladministrateur peut grer (ajouter, modifier et supprimer) tout vnement du laboratoire

    Cration Complt

  • 24

    24

    Tableau 3.1 Liste des exigences fonctionnelles et leurs avancements

    3.2.2 Exigences non fonctionnelles

    Le tableau 3 ci-dessous prsente les exigences gnriques et spcifiques du site Web

    dynamique dvelopp :

    Exigence non fonctionnelle Description

    Facilit de navigation et convivialit

    Le site doit tre simple, propre, intuitif et convivial.

    Compatibilit Le site Web doit fonctionner sur les navigateurs les plus rpandus (Internet Explorer, Mozilla, Google chromeetc.).

    Disponibilit Le site Web doit tre disponible de faon permanente. Rutilisabilit Les fonctionnalits du site Web doivent tre

    rutilisables. Maintenabilit Le site web doit tre facile entretenir. Lvolutivit Lvolutivit est requise. Le site doit permettre de faon

    simple et rapide lajout de nouvelles fonctionnalits. Design thmatique personnalis

    Laccent est mis sur le thme de recherche de la communaut cibl; il doit reprsenter un laboratoire de recherche des maladies denfant.

    Scurit Lespace administrateur doit tre suffisamment scurise ainsi que tous les formulaires destins ladministrateur.

    Tableau 3.2 Liste des exigences gnriques et spcifiques non fonctionnelles

  • 25

    25

    3.2.3 Cas dutilisation

    3.2.3.1 Diagrammes de cas dutilisation

    Figure 3-1 Diagramme de cas dutilisation [6]

  • 26

    26

    3.2.3.2 Cas dutilisation (scnario texte) [6]

    Titre : Ajouter un membre du laboratoire

    Rsum : ce cas dutilisation permet un utilisateur dajouter un membre du laboratoire la

    liste de membres sil dispose du droit daccs dadministrateur

    Acteur : administrateur

    Date de cration : 12/02/2013 Date de la mise jour : 25/02/2013

    Version : 1.2

    Prcondition

    Ladministrateur doit disposer des informations obligatoires pour ajouter un membre

    (nom, prnom et type de poste)

    La connexion avec la base de donnes doit tre prtablie.

    Scnario nominal

    1. Lutilisateur accde lespace Admin

    2. Le systme demande lutilisateur de saisir son login et mot de passe

    3. Lutilisateur saisit son login et mot de passe

    4. Le systme vrifie si les donnes saisies sont compatibles avec celles stockes sur la

    BD

    5. Le systme autorise lutilisateur accder comme administrateur pour effectuer les

    oprations de gestion et indique quil sagit dune session administrateur sur les pages

    de gestion.

  • 27

    27

    6. Ladministrateur choisit dajouter un membre

    7. Le systme affiche le formulaire dajout

    8. Ladministrateur remplit tous les champs requis

    9. Le systme contrle chaque champ et demande de le ressaisir si une erreur survient

    10. Ladministrateur valide le formulaire

    11. Le systme ajoute le membre

    Scnario alternatif

    A1 : login ou mot de passe erron

    Lenchainement dmarre au point 4 du scnario nominal

    5. Le systme indique lutilisateur que le login ou mot de passe est erron et demande de

    les ressaisir.

  • CHAPITRE 4

    CONCEPTION

    4.1 Vue architecturale du site Web dynamique

    Comme la figure ci-dessous le montre, le site Web repose sur plusieurs composantes

    architecturales qui permettent sa mise en uvre.

    Figure 4-1 Vue architecturale du site Web dynamique

  • 29

    29

    4.2 Diagramme de navigation du site Web

    Le diagramme de navigation suivant comprend lensemble des pages, frames et actions pour

    reprsenter la navigation de linternaute, on peut distinguer deux types de navigations

    possibles, celle dun internaute normal et celle dun administrateur

    Figure 4-2 Diagramme de navigation du site Web dynamique, inspir de [7]

  • 30

    30

    4.3 Diagrammes de conception

    Ce modle logique de donnes est dduit suite un modle conceptuel de donnes selon la

    mthodologie Merise. Comme le MLD est plus proche au modle physique de donnes (qui

    est la traduction des tables dans la base de donnes), est le suivant :

    Figure 4-3 Le modle logique de donnes du projet

  • 31

    31

    Quelques rgles daffaires :

    R1 : un membre appartient un et un seul type membre. Toutefois, plusieurs

    membres peuvent partager le mme type de membre;

    R2 : un article de publication peut tre rdig par un ou plusieurs membres;

    R3 : un thme peut engendrer un plusieurs articles.

  • 32

    32

    4.4 Contraintes de conception

    Les contraintes de conception de ce projet sarticulent autour de ces points :

    Contrainte 1 : la mise jour de la base de donnes doit se faire travers les diffrents

    formulaires de gestion des membres des vnements qui facilite aussi la mise en page de la

    biographie de chaque membre;

    Contrainte 2 : les donnes dans le site Web proviennent de deux sources diffrentes. Les

    donnes relatives aux membres, les thmes de recherches et les vnements du laboratoire

    proviennent de la base de donnes du site Web tandis que les articles de prsentations vont

    tre appels de la base de donnes dIntranet du laboratoire;

    Contrainte 3 : puisquil sagit dune continuit dun projet, le site Web doit tre cod en PHP

    classique avec une base de donnes MySql;

    Contrainte 4 : Apache doit tre install sur le serveur;

    Contrainte 5 : pour viter une lenteur sur le serveur quant aux images une approche a t

    adopte en utilisant une partie supporte par la base de donnes et une autre par le serveur.

  • CHAPITRE 5

    SOLUTION PROPOSE

    5.1 Prsentation de la solution

    La solution a t conue en 2 volets :

    Ct utilisateur ou navigateurs du site

    Affichage douvrages de laboratoire : Cela inclut les publications, les projets,

    les prsentations (cours et confrences de Dr Alain Moreau); Adaptation :

    lien avec BD et IHM;

    Affichage des membres du laboratoire : Il sagit de 5 catgories de membres :

    Chercheurs, chercheurs assistants, post-docs, infirmires et tudiants de 2e et

    de 3e cycle; Refonte : contenu dynamique de la BD avec la possibilit de

    mettre jour de catgories de membre;

    Affichage du profil des chercheurs (assistants), post-docs, infirmires : Le

    profil de ces membres contient leurs coordonnes (nom, prnom, tlphone,

    courriel, numro de bureau, poste occup) et leurs photos; Cration : selon les

    diffrentes catgories, laccs est possible aux profils des diffrents membres

    (contenu dynamique qui se charge de la BD);

    Affichages de biographie des types de membre : La biographie inclut leurs

    profils, leurs travaux, leurs diplmes et leurs expriences; Refonte : fournir

    une biographie avec des donnes dynamiques qui proviennent de la BD;

    Affichages des thmes de recherches : Ce sont les thmes principaux des

    recherches de ce laboratoire (la Scoliose Idiopathique, lArthrose et

    l'Ostoporose); Cration : permettre la gestion de thmes de recherches;

    Prsentation gnrale du laboratoire : Une prsentation qui donne un aperu

    du laboratoire, sa mission et ses domaines de recherche; Adaptation;

  • 34

    Affichage de site en version franaise : Le contenu du site doit tre affich en

    franais.

    Affichage dvnements du laboratoire : Permet dafficher les vnements du

    laboratoire avec leurs dates et leurs descriptions; Cration : les vnements du

    laboratoire sont affichs

    Ct administrateur du site

    Authentification de ladministrateur : ladministrateur doit sauthentifier pour

    accder la page permettant les diverses tches de gestion ; Cration : tches

    de gestion incluant gestion de membres, gestion darticles, gestion

    dvnement, et gestion de thmeetc.;

    Gestion douvrages du laboratoire : ladministrateur de site peut grer un

    article du laboratoire (publication, projet, prsentation); Cration : les

    ouvrages doivent tre classs par thme. (Nouvelle exigence);

    Gestion dtudiants inscrits au laboratoire : ladministrateur du site peut grer

    un tudiant de la liste des membres; Refonte et remplacement par la

    fonctionnaliste suivante du tableau

    Gestion des membres : ladministrateur du site peut grer (ajouter, modifier et

    supprimer) tout type de membre (chercheur, tudiant etc.);

    Gestion des vnements du laboratoire : Ladministrateur peut grer (ajouter,

    modifier et supprimer) tout vnement du laboratoire.

  • 35

    5.2 Interfaces du site Web dynamique

    Voici certaines interfaces du site Web. Les autres interfaces se trouvent dans lannexe III.

    Figure 5-1 Page daccueil du site Web

  • 36

    Figure 5-2 Page Web qui affichent les profils des membres

  • 37

    Figure 5-3 Page Web dajout de membre

  • 38

    CONCLUSION

    Il faut noter que ce projet tait une exprience trs enrichissante tant donn que ctait une

    occasion de mettre en pratique une combinaison de la majorit des connaissances thoriques

    et pratiques accumules durant tout le cursus de la formation qui inclut les divers volets

    techniques ainsi que le domaine de la gestion de projets. En plus, mettre en place un projet

    dans la vraie vie qui favorise dautres facteurs interpersonnels considrer tels que le

    dveloppement dune communication trs efficace avec la partie prenante.

    En effet, plusieurs aspects ont t pris en considration pour raliser ce projet du site Web :

    tablir un plan de travail qui permet dorganiser et de faire le suivi de projet en entier.

    Ce plan doit mettre le calendrier de toutes les tches raliser;

    Lanalyse des risques est aussi importante pour prparer des alternatives qui

    permettent dviter les retards;

    La spcification des exigences : des maquettes de la solution ont t proposes au fur

    et mesure lavancement du projet pour sassurer de bien rpondre aux besoins

    rels du client. noter aussi que limplication et la participation du client taient

    excellentes grce lapproche efficace adopte en terme dchange avec le client;

    Le plan de communication : des rencontres avec le client ont t effectues base

    hebdomadaire pour bien comprendre sa problmatique et collecter ses exigences. Ces

    dernires ont t analyses travers les scnarios possibles de cas dutilisation;

    Gestion de risque : lanalyse des risques tait cruciale pour prparer des alternatives

    qui permettent dviter les embches du projet.

  • RECOMMANDATIONS

    Il demeure pertinent dtendre la phase 2 de ce projet pour dvelopper dune part la version

    anglaise et en dautres parts pour laborer dautres exigences du client si requis.

    Pour cette raison, le client doit dployer cette solution le plus rapidement possible pour

    reprer si dautres besoins sont ncessaires analyser et pouvoir dvelopper aussi des

    comptences en se familiarisant et cernant tous les aspects et fonctionnalits du site. Ceci

    permet de profiter au maximum de ce portail.

    En plus, avec la technologie Web qui ne cesse pas dvoluer, il parat trs intressant de

    mettre en place un espace rserv autrement dit un forum pour les internautes de cette

    communaut et qui leur permet linteraction et lchange des nouvelles en ce qui a trait aux

    recherches.

    Finalement, il est ncessaire aussi dintgrer les fonctionnalits qui permettent ladaptation

    de ce site Web aux appareils mobiles.

  • LISTE DE RFRENCES

    [1] Site de cours GTI792/, Gabarits, rapports et guides/ Rapport dtapes,

    https://cours.etsmtl.ca/log792/index.html, janvier 2011.

    [2] All about agile, by Kelly Waters, http://www.allaboutagile.com/agile-development-

    cycle/, mai 2011.

    [3] Mthodes agiles (RAD, XP), http://www.commentcamarche.net/contents/genie-

    logiciel/methodes-agiles.php3, avril 2013.

    [4] Plan de travail. Auteur : Adel Zarour, dcembre 2012. [5] Bonhommeau, G., Google gre ses projets avec SCRUM, Gestion de projets 2.0,

    http://gestiondeprojets.wordpress.com/tag/methode-agile/, 10 juillet 2008. [6] Roques, P., UML 2 par la pratique : tudes de cas et exercices corrigs, 2009.

    [7] Roques, P., UML 2: Modliser une application web, 2008.

  • ANNEXE I LCHANCIER

    # Commence Termine Efforts

    estims* Effort

    actuels**

    Tches/Jalon Livrable(s)/Artfacts

    Responsable

    1 Itration 1

    1.1 2013-01-04 2013-01-04 1h 1h communication crite avec professeur superviseur

    1.2 2013-01-07 2013-01-07 1h 1h

    lecture du rapport du projet effectu par l'tudiant qui dbut le projet

    1.3 2013-01-15 2013-01-15 1h 1h Remise de la fiche de renseignements

    Fiche de renseignements

    2 Itration 2

    2.1 2013-01-21 2013-01-06 4h 4h tude du code et artefacts qui sont dj raliss

    2.2 2013-01-22 2013-01-28 1h 2h Analyse des risques

    2.3 2013-01-23 2013-01-24 4h 4h Ralisation du plan du projet

    2.4 2013-01-21 2012-01-28 6h 6h Remise de la proposition de projet

    Proposition de projet

    2.5 2013-01-30 2013-01-01 5h 5h Ralisation du plan du projet -client

    Plan de projet

    2.6 2013-02-01 2013-02-01 2h 3h

    Rencontre avec client pour: - tudier l'existant, - Sortir des nouveaux besoins - Approbation du plan de projet

    Toutes les rencontres ont eu les lieus les vendredis pour prvoir la disponibilit du client

    2.7 2013-02-04 2013-02-04 1h30 1h30 Compte rendu de rencontre Compte rendu

    de rencontre

    3 Itration 3

  • 42

    42

    3.1 2013-01-25 2013-02-04 4h 4h Ralisation du diagramme

    de BD

    diagramme de

    BD

    3.2 2013-02-04 2013-02-07 4h 3h Ralisation de diagrammes

    UML

    diagrammes

    UML

    3.3 2013-02-08 2013-02-16 5h 10h Cration -IHM du site

    web (HTML, CSS)

    3.4 2013-02-07 2013-02-14 15h 16h Codage de quelques

    fonctionnalits

    3.5 2013-02-14 2013-02-14 1h 1h Mise jour - plan de projet

    3.6 2013-02-18 2013-02-18 1h 0h Rencontre professeur

    superviseur

    3.7 2013-02-02 2013-03-04 6h 10h Remise du rapport

    dtape Rapport dtape

    3.8 2013-02-11 2013-02-11 1h 2h

    Rencontre client pour

    test-spcifications

    fonctionnalits (suite) Plan de projet

    3.9 2013-02-13 2013-02-13 1h30 1h30 Compte rendu de la

    rencontre

    Compte rendu

    de rencontre

    3.10 2013-02-14 2013-02-14 1h 1h Mise jour - plan de projet

    4 Itration 4

    4.1 41340 41340 1.5h Rencontre professeur

    superviseur

    4.2 41341 41341 3h

    Rencontre client pour test-

    spcifications

    fonctionnalits (suite)

  • 43

    43

    4.3 2013-03-12 2013-03-12 1h Mise jour - plan de projet

    4.4 2013-03-13 2013-03-13 2h Mise jours - conception

    BD et diagrammes UML

    4.5 2013-03-12 2013-04-08 25h dveloppement des

    fonctionnalits

    4.6 2013-03-14 2013-03-22 2h 3h Document de vision Document de

    vision

    4.7 2013-03-26 2013-03-26 2h Rencontre client pour

    test et validation

    4.8 2013-03-27 2013-03-27 2h ralisation du manuel

    d'utilisateur

    4.9 2013-04-03 2013-04-03 3h 4h

    Document de SRS Remise du

    document de

    SRS

    5 Itration 5

    5.1 2013-04-04 2013-04-04 1h30

    Rencontre client remise

    et configuration -produit

    final au client - Formation

    Code + script

    BD + manuel

    utilisateur

    5.2 2013-04-07 2013-04-07 1h30 3h Compte rendu de rencontre Compte rendu

    de rencontre

    5.3 2013-04-08 2013-04-08 3h 3h Document prsentation Prsentation

    5.4 2013-04-10 2013-04-16 3h 5h Prparer la prsentation

    5.5 2013-03-16 2013-04-16 15h 18h Remise du rapport final Rapport

  • ANNEXE II CAS DUTILISATION

    CU1 : Consulter les thmes de recherches du laboratoire

    Affichage des diffrents thmes de recherches du laboratoire avec une description de chacun.

    CU2 : Consulter la liste des membres

    Affichage dune liste des membres du laboratoire avec une brve description de chacun.

    CU3 : Consulter liste des membres selon les catgories

    Affichage dune liste des membres du laboratoire avec une brve description du profil de

    chacun selon la catgorie des membres choisie.

    CU4 : Consulter la biographie dun membre

    Affichage de la biographie dun membre du laboratoire, une description plus dtaille.

    CU5 : Consulter les vnements du laboratoire

    Affichage des diffrents vnements de recherches du laboratoire avec une description.

    CU6 : Consulter les articles du laboratoire

    Affichage des diffrents ouvrages laboratoire (prsentations et articles de recherches).

    CU7 : Ajouter un membre

    Un administrateur peut ajouter un membre du laboratoire la liste des membres par le baie

    dun formulaire dajout.

    CU8 : Supprimer un membre

    Un administrateur peut supprimer un membre du laboratoire de la liste des membres par le

    biais dun formulaire de suppression.

    CU9 : Modifier un membre

    Un administrateur peut modifier un membre du laboratoire dans la liste des membres par le

    biais dun formulaire de modification.

  • 45

    45

    CU10 : Ajouter un membre

    Un administrateur peut ajouter un vnement du laboratoire la liste des vnements par le

    biais dun formulaire dajout dvnements.

    CU11 : Supprimer un vnement

    Un administrateur peut supprimer un vnement du laboratoire de la liste des vnements

    par le biais dun formulaire de suppression dvnement.

    CU12 : Modifier un vnement

    Un administrateur peut modifier un vnement du laboratoire dans la liste des vnements

    par le biais dun formulaire de modification dvnement.

    CU13 : Grer les thmes de recherches

    Un administrateur peur ajouter, modifier ou supprimer un thme de recherche

    CU 14: Contacter le laboratoire

    Un utilisateur peut contacter le laboratoire par courriel lectronique en utilisant le formulaire

    de contact.

    Les acteurs

    Administrateur : administrateur du site Web, ses principales tches se

    rsument en lajout la suppression et la modification des diffrents membres

    et vnements du laboratoire, il a besoin de sauthentifier pour pouvoir y

    accder.

    Utilisateur : le rle dun utilisateur du site Web se limite dans la consultation

    des diffrentes pages du site, par exemple il peut choisir dafficher les

    membres du laboratoire selon une catgorie donne.

  • ANNEXE III LES INTERFACES DU SITE WEB

    Figure 5-4 Page Web de gestion

    Figure 5-5 Page dauthentification dadministrateur du site Web

  • 47

    47

    Figure 5-6 Page Web dajout dvnement

    Figure 5-7 Page Web de contact de laboratoire

  • 48

    48

    Figure 5-8 Page Web de biographie de membre

  • 49

    49

    Figure 5-9 Page Web des publications de laboratoire