Rapport 1 | NetBeans | Applications et logiciels\n32 vues70 pages\nOpen Source ECM - Interview FR - Jean Marc Orliaguet - Chalmers University\nTP DE MERDE\nTD Applets Java.pdf\nRegles Relatives a La Redaction Et Soutenance Memoire Technique\nSemaine 12- Web Services\nCV Otmane Haloui\nArt Du Developpe Ment Android\nConception et ralisation dune application de gestion des comptes mail et internet\nRalis par : Wahid Mejri & Mohamed Slim Arafa\nLicence Appliques en Sciences et Techniques de l'Information et de Communications\nOrganisme daccueil :INBMI\nEncadr par : Awatef Mejri\nAnne universitaire 2010-2011\nIl met particulirement agrable avant de prsenter mon travail, dexprimer toute ma gratitude envers les personnes qui de prs ou de loin mont apport leur sollicitude.\nJadresse ma profonde reconnaissance au responsable du service messagerie Edunet Mme Awatef Mejri pour laide, les explications pertinentes et les conseils prcieux qui ont le grand impact dans la russite du projet ralis.\nJe voudrais exprimer, galement, mes vifs gratitudes et remerciements mes collgues de l INBMI pour leur aide et leurs remarques constructives.\nEnfin, ma profonde reconnaissance au directeur gnral de l INBMI Mr SkanderGhneya, Mr Yanes Ammar chef de service quipement et maintenance ainsi que tous les membres de ladministration pour leffort et le soin accords afin de russir notre projet.\nChapitre 1 : Prsentation gnrale du projet .........................................................................8 1 2 Prsentation du projet ...................................................................................................9 Prsentation de l'organisme d'accueil............................................................................9\n2.1 2.2 2.3 2.4 Le rle de lINBMI en tant que FSI .....................................................................................9 Architecture des rseaux des tablissements ..................................................................10 Architecture de base : les serveurs SLIS ...........................................................................11 Emplacement dans le rseau ...........................................................................................12\nChapitre 2 : Etat de lart .......................................................................................................14 Introduction .........................................................................................................................15 1 2 3 4 Etude de lexistant........................................................................................................15 Critiques de lexistant ...................................................................................................15 Prsentation du travail demand .................................................................................16 Model et mthodologie adopts ..................................................................................16\n4.1 4.2 Model ..............................................................................................................................16 Mthodologie ..................................................................................................................17\nChoix des outils de dveloppement .............................................................................17\n5.1NetBeans.................................................................................................................................17 5.2GWT ........................................................................................................................................17 5.3 5.4 5.5 PostgreSQL ......................................................................................................................18 GXT ..................................................................................................................................19 IReport ............................................................................................................................19\nChapitre 3 : Analyse des besoins et spcification .................................................................20 Introduction .........................................................................................................................21 1 Analyse des besoins .....................................................................................................21\nLes besoins attendus de lapplication ..............................................................................21\nLes besoins fonctionnels........................................................................................................... 21 Les besoins non fonctionnels.................................................................................................... 21\nLes diagrammes des cas dutilisation ...........................................................................22\nIdentification des acteurs ................................................................................................22 Les diffrents cas dutilisation .........................................................................................23\nCas dutilisation prliminaire .................................................................................................... 23 Cas dutilisations dtaills ........................................................................................................ 25\nConclusion ....................................................................................................................31 3\nConception et ralisation dune application de gestion des comptes mail et internet Chapitre 4 : Conception ........................................................................................................32 Introduction .........................................................................................................................33 1 Architecture de lapplication ........................................................................................33\n1.1 1.2 1.3 Prsentation de l'architecture 2 niveaux ......................................................................33 Prsentation de l'architecture 3 niveaux ......................................................................34 Architecture adopte ......................................................................................................35\nConception dtailles ...................................................................................................35\nVue statique ....................................................................................................................36\nDiagramme des cas dutilisation ............................................................................................... 36 Diagramme de classes .............................................................................................................. 36 Diagramme de dploiement ..................................................................................................... 38\n2.1.4 Vue dynamique : Diagramme de squence .....................................................................39\nChapitre 5 : Ralisation ........................................................................................................45 Introduction .........................................................................................................................46 1 Environnement de dveloppement ..............................................................................46\n1.1 1.2 1.3 Environnement Matriel .................................................................................................46 Environnement Logiciel ...................................................................................................46 Choix des outils de dveloppement.................................................................................46\nArchitecture gnrale de l'application .........................................................................47 Diagramme de classe final ...........................................................................................50 Principales interfaces graphiques ................................................................................50\nAjouter un utilisateur ............................................................................................................... 51 Consulter les utilisateurs .......................................................................................................... 52 Les traces utilisateurs ............................................................................................................... 53\nGestion des comptes Mail ...............................................................................................54\n5. 3.1 Lajout dun abonn ................................................................................................................. 54 5.3.2 La recherche dun compte et limpression ................................................................................ 55 5.3.3 Les tats dun compte : ................................................................................................................. 57 5.4 Gestion des serveurs Slis............................................................................................................... 58\nBibliographie : ..............................................................................................................................69 Netographie : ...............................................................................................................................69\nAnnexe A : UML ...................................................................................................................61 Annexe B : GWT ...................................................................................................................64\nFigure 1: Architecture rseau d'un tablissement ...10 Figure 2: Schma d'un rseau avec passerelle SLIS11 Figure 3: cas d'utilisation prliminaire.23 Figure 4 : Cas dutilisation Sauthentifier 24 Figure 5 : Cas dutilisation Grer droits daccs ..25 Figure 6 : Cas dutilisation Grer les comptes mail 27 Figure 7 : Cas dutilisation gestion des serveurs Slis .29 Figure 8: Architecture 2 niveaux ...33 Figure 9: Architecture 3 niveaux..33 Figure 10 : diagramme de classes.36 Figure 11 : diagramme de dploiement37 Figure 12 : diagramme de squence du cas "authentification".38 Figure 13 : diagramme de squence du cas " Grer les utilisateurs et les droits d'accs "......39 Figure 144 : diagramme de squence du cas " Grer les utilisateurs et les droits d'accs ..40 Figure 155 : Diagramme de squence du cas grer les comptes41 Figure 16 : Diagramme de squence du cas grer les comptes42 Figure 17 : Diagramme de squence du cas grer les serveurs Slis 43 Figure 168 : Architecture client-serveur de l'application47 Figure 179 : Liste des vnements de lapplication...48 Figure 20 : Liste des vnements de lapplication48 Figure 21 : Le contrleur principal (Dispatcher)..49 Figure 22 : Les Beans49 Figure 2318 : Interface d'authentification.50 Figure 2419 : Message d'erreur.50 Figure 25 : Interface principale.50 Figure 26 : Ajout utilisateur..52 Figure 2720 : information sur les utilisateurs...52 Figure 2821 : Trace des utilisateurs.53 Figure 2922 : Ajout dun abonn.54 Figure 30 : formulaire de gnration de compte..54 Figure 3123 : recherche de compte par ltablissement.54 5\nConception et ralisation dune application de gestion des comptes mail et internet Figure 32 : Impression de compte55 Figure 33 : Etats des comptes56 Figure 34 : Validation des comptes..56 Figure 35 : ajout dun serveur Slis.57 Figure 36 : Ajout dun Slis..57 Figure 37 : Actions sur Slis58 Figure 38: Les diffrentes vues du langage UML..61 Figure 39: Les cas dutilisation..61 Figure 40: Les diagrammes de squence62 Figure 41: Les associations entre classes....63 Figure42: Le compilateur GWT.64 Figure 4324: Structure de larbre AST GWT 66 Figure44: Vue gnrale du service RPC.67\nLes technologies de linformation et de communication TIC ont t introduites dans le systme ducatif tunisien afin, dune part, de diffuser la culture numrique auprs des jeunes de la socit et, dautre part, de faciliter lapprentissage des connaissances par les jeunes apprenants, en dveloppant des contenus pdagogiques adopts. La diffusion des TIC dans le systme de lducation a touch toutes les composantes : infrastructure, quipements, ressources humaines, dveloppement de contenu. Les efforts ont dbut par lquipement des tablissements ducatifs. Lobjectif poursuivi : en premier lieu quiper les coles, les collges et les lyces par des laboratoires dinformatique. En deuxime lieu connecter les tablissements scolaires au service Internet : cette prestation a t introduite progressivement dans les tablissements, permettant ainsi de couvrir la quasitotalit des rseaux ducatifs. Autant que lutilisation de lInternet est bien gnralise, autant quelle prsente un risque potentiel sur lintgrit et la confidentialit de lensemble des donnes ainsi que les ressources matrielles et logicielles de ltablissement. Linstitut nationale de bureautique et de micro-informatique(INBMI) est charg de concrtiser les choix du Ministre de lducation et de la formation dans le domaine des TIC, et afin de protger les rseaux contre les accs caractres destructifs, cherche contrler les accs internet partir des serveurs installs dans les tablissements. Dans ce cadre, il nous a t propos de crer une application web qui permet la gestion des tablissements et services offerts aux utilisateurs notamment le service mail et laccs internet personnalis. Aprs certaines recherches prliminaires et grce des informations collectes nous avons labor notre vision de lapplication, son architecture, ainsi que les outils et les technologies utiles. Dans ce contexte, le travail ralis sur cinq chapitres principaux dont on parle : dans le premier sur lorganisme daccueil, dans le deuxime sur ltat de lart, dans le troisime nous allons tudier les besoins de la solution adopte et identifier les acteurs ainsi que leurs cas dutilisations ensuite nous allons entamer la partie conception dtaille et en fin nous allons prsenter notre environnement de dveloppement permettant de raliser notre application.\nChapitre 1 : Prsentation gnrale du projet\nLe Rseau Educatif Tunisien connecte aujourd'hui l'ensemble des tablissements ducatifs ainsi que l'ensemble des institutions relevant du Ministre de l'ducation et de la formation savoir les tablissements ducatifs, les centres de formation professionnelle, les CREFOC, Les DREF, CENAFFIF. Vue l'volution des technologies de l'information, l'mergence des services Internet et Intranet et le nombre assez important des utilisateurs de ces services, la Ministre de l'ducation et de la formation s'oriente vers la construction et le dveloppement des applications assurant les besoins de contrle, de scurit et de confidentialit; protgeant les rseaux contre les accs caractres non ducatifs ou non administratifs ou caractres destructifs. Dans ce cadre le prsent projet consiste : Raliser une application Web qui permet de grer les comptes mail et internet des employs du ministre, Concevoir et dvelopper un module de centralisation des journaux d'accs Internet dans l' FSI de l'INBMI et exploitation de ces journaux.\nPrsentation de l'organisme d'accueil\n(INBMI) est l'unique\nL'Institut Nationale de Bureautique et de Micro-informatique\nfournisseur de service Internet pour le domaine de l'ducation et de la formation, contribue au dveloppement du rseau ducatif national en assurant l'interconnexion des tablissements au rseau internet, et aux rseaux numriques ducatifs. L'INBMI permet aux tablissements, aux enseignants et au personnel du ministre de l'ducation et de la formation de se connecter Internet en utilisant plusieurs types de connexion offert par loprateur de tlcommunication (RTC mono poste ou rseau, LS, ADSL) et ce selon leurs demandes ou selon des programmes nationaux de connexions des tablissements aux rseaux national ducatif.\nLe rle de lINBMI en tant que FSI\nL'INBMI fournit une plate-forme pour la messagerie lectronique la disposition des utilisateurs du rseau ducatif et administratif du ministre. 9\nConception et ralisation dune application de gestion des comptes mail et internet L'INBMI offre un service dhbergement des sites Web. Un serveur FTP est mis la disposition des utilisateurs et ce pour l'envoi de fichiers.\nL'quipe FSI assure le suivi, la fiabilit, la disponibilit et la bonne qualit des services offerts. L'quipe FSI est linterlocuteur unique des utilisateurs du rseau ducatif concernant toutes les questions relatives leur connexion Internet. En particulier, l'quipe FSI gre lattribution des plages dadresses IP et les noms de domaine ainsi que la gestion des lignes de tlcommunications.\nArchitecture des rseaux des tablissements\nLusage pdagogique dInternet ncessite des connexions de longue dure, voire permanentes, partir de nombreux postes de travail auxquels accdent des lves, des enseignants et des cadres administratifs. Cela suppose de mettre en place des dispositifs adapts :\ninterdire les intrusions filtrer laccs aux sites sensibles utiliser au mieux le dbit disponible\nLes problmes poss par un usage scolaire, particulirement en connexion permanente sont les suivants :\nRsoudre les problmes de scurit. Faciliter laccs aux documents en ligne. Interdire laccs aux sites dangereux.\nDiverses solutions commerciales existent. LINBMI a dcid dadopter une solution dveloppe dans lacadmie de Grenoble et dploye dans des centaines dtablissement, le SLIS (serveur Linux pour lInternet scolaire). Il sagit dun logiciel implant sur une machine interpose entre larrive dInternet dans ltablissement et les machines vers lesquelles elle va distribuer laccs Internet, de faon scurise.\nFigure 25: Architecture rseau d'un tablissement\nArchitecture de base : les serveurs SLIS\nLe serveur SLIS est un serveur logiciel mis en uvre, l'origine, par l'quipe de dveloppeurs du CARMI de l'acadmie de Grenoble (chef de projet Bruno Breznik). Il fonctionne en environnement Linux et est distribu sous licence GPL. Install l'entre du rseau d'une cole, ce serveur joue le rle de connecteur de l'cole l'internet en proposant un environnement entirement scuris. Le SLIS fournit la scurit, les ressources d'archivage et la gestion des paramtres personnels de chaque utilisateur du rseau. Le SLIS propose galement les fonctionnalits de base d'un serveur complet qui lui permettent d'tre exploit dans un cadre pdagogique. Le serveur SLIS inclut dans sa configuration de base : Un serveur de fichiers (Samba), Un serveur proxy (Squid), Un serveur web (apache) Un serveur de bases de donnes (Postgres). L'architecture actuelle du rseau des tablissements ducatifs rassemble et relie l'ensemble des SLIS, via Internet, un site central situ dans les locaux de l'INBMI. Ce serveur central appel SLIM (SLIS Management) a pour rle : De relayer les informations utiles la mise jour des SLIS des coles (mise jour logicielle, mise jour de scurit, black-List des sites Internet interdits...). Chaque SLIS est synchronis avec le SLIS central une fois par jour (synchronisation programme le plus souvent la nuit). 11\nConception et ralisation dune application de gestion des comptes mail et internet D'agrger des statistiques sur le fonctionnement des SLIS (tableau de bord). De grer les alertes lors de la dfaillance d'un SLIS du rseau. De permettre l'administration et la prise de commande distance des SLIS (maintenance).\nLe SLIS est entirement administrable distance.\nEmplacement dans le rseau\nFigure 26: Schma d'un rseau avec passerelle SLIS\nLe SLIS se trouve juste aprs le routeur qui est connect par Internet et toutes les informations venant ou allant vers Internet doivent passer par lui. Pour cela il est quip de deux cartes rseaux qui ne possdent pas les mmes plages dadresses. Une fois que le SLIS est install sur le rseau, tous les postes clients doivent tre reconfigurs pour que les navigateurs Internet utilisent le SLIS comme passerelle. Cette procdure est trs rapide et ne doit tre effectue quune seule fois. Par la suite, le SLIS transmettra automatiquement aux postes tous les changements dans la politique daccs Internet : services autoriss, sites interdits 12\nConception et ralisation dune application de gestion des comptes mail et internet Cette passerelle est rellement indispensable dans un tablissement scolaire car elle permet de soulager les professeurs de la lourde tche de surveillance des lves pour quils n'aillent pas sur des sites "douteux". La protection du rseau apporte par cette solution est galement une grande aide pour ladministrateur du rseau. Larchitecture de la solution de messagerie de lINBMI est compose principalement de 3 serveurs : Serveurs LDAP Master : contenant toutes les informations concernant les comptes Internet et la messagerie SMTP-IN: Reoit les emails provenant des utilisateurs, les envoie aux serveurs Mail Store et assure les services dantispam et dantivirus. SMTP-OUT : Reoit les emails des clients, les achemine vers les serveurs de messageries de lATI et assure les services dantispam et dantivirus.\nCe chapitre nous a permis d'introduire notre projet et de prsenter l'organisme d'accueil; l'tude de ltat et lenvironnement de dveloppement seront dcrites dans le chapitre suivant.\nChapitre 2 : Etat de lart\nCe chapitre prsente un tat des lieux : il sagit dune tude de lexistant suivie de critique permettant au projet de prsenter une amlioration rsumant lensemble des solutions retenues.\nEtude de lexistant\nLtude de lexistant est une phase importante pour bien comprendre le systme actuel et dfinir ses objectifs. Le service informatique de lINBMI est responsable de grer les serveurs Slis, grer les utilisateurs de ce serveurs et de grer les mails et logs des internautes (enseignant, lve, cadre administratif, etc.). Ce service utilise linterface dadministration fournit par SLIM pour : Ajouter un serveur Slis et grer la disquette de configuration Consulter des informations sur les serveurs Ainsi que pour consulter les logs des serveurs il est indispensable de tlcharger le fichier log qui est un fichier texte plat et le visualiser ; De plus lapplication contenant les comptes mails et internet des utilisateurs nest pas synchronise avec les serveurs SLIS donc les utilisateurs sont ajout la main.\nCritiques de lexistant\nLtude de lexistant nous a permis de dgager un certain nombre de lacunes : Dune part loutil dadministration fournit par SLIM, bien quil est puissant ne satisfait pas tous les besoins ncessaires pour la gestion des serveurs Slis. En effet il est utilis juste pour gnrer la disquette de configuration. Le suivi des adresses IP des tablissements est ralis sur un fichier Excel puisque SLIS ne gre pas la langue arabe et difficile manipuler. Dautre part les fichiers logs tlchargs ne sont pas lisibles, un fichier texte plat trop volumineux et difficile interroger. De plus si le serveur Slis est afonctionnel et ncessite une mise au point, on risque de perdre les anciens fichiers logs. Lapplication de gestion des utilisateurs et comptes mails nest pas optimis pour synchroniser avec le serveur SLIM et les serveurs SLIS.\nPrsentation du travail demand\nDans un souci de concevoir une application avec plus de fonctionnalits possibles et dans le but davoir une interface plus conviviale et plus facile utiliser tout en tant plus efficace, nous avons conu une application qui regroupe tous les points cits ci-dessus. Le travail demand se rsume ainsi dans les fonctionnalits suivantes : Offrir lutilisateur une interface de gestion des abonns et les comptes mails correspondant Offrir lutilisateur une interface permettant la gestion des tablissements et des serveurs Slis. Donner lutilisateur la possibilit dajouter les comptes Internet directement au serveur SLIS de ltablissement et consulter lhistorique de navigation des internautes utilisant un tel serveur. Permet ladministrateur de contrler les accs chaque module de lapplication.\nModel et mthodologie adopts\nUN modle de dveloppement logiciel dsigne toutes les tapes du dveloppement, de sa conception sa disparition. L'objectif d'un tel dcoupage est de permettre de dfinir des jalons intermdiaires permettant la validation du dveloppement logiciel, c'est--dire la conformit du logiciel avec les besoins exprims, et la vrification du processus de dveloppement. L'origine de ce dcoupage provient du constat que les erreurs ont un cot d'autant plus lev qu'elles sont dtectes tardivement dans le processus de ralisation. Le cycle de vie permet de dtecter les erreurs au plus tt et ainsi de matriser la qualit du logiciel, les dlais de sa ralisation et les cots associs. ce fait nous adoptons le modle de cycle de vie en V qui part du principe que les procdures de vrification de la conformit du logiciel aux spcifications doivent tre labores ds les phases de conception. L'norme intrt du cycle en V est qu'il est un excellent support la formalisation de notre relation avec le futur-utilisateur, Il nous oblige rflchir aux diffrents aspects de sa demande. La phase de spcification nous permet de vrifier quon a bien compris la demande des utilisateurs, en effet, cest lquipe de gestion des services Internet de lINBMI qui valide la spcification. 16\nLe plus grand avantage dune mthode oriente objet est quelle permet de structurer un systme sans centrer lanalyse uniquement sur les donnes ou uniquement sur les traitements mais sur les deux la fois. Une telle approche a pour but de modliser les proprits statiques et dynamiques de lenvironnement du systme. Elle met en correspondance le problme et la solution, en prservant la structure et le comportement du systme analys. Ceci, nous a conduit adopter lapproche oriente objet pour modliser notre systme en se basant sur les diagrammes UML.\nChoix des outils de dveloppement\nNetBeans comme IDE ; PostgreSQL comme SGBD ; GXT comme Framework cot Web qui bas sur GWT ; J2EEcomme langage de programmation. Ireport pour gnration et lexportation au format Word et PDF de rapport\nPour la ralisation de ce projet nous avons choisi de travailler avec :\nCest un environnement de dveloppement intgr (EDI) pour Java, plac en open source par Sun en juin 2000 sous licence CDDL et GPLv2 (Common Development and\nDistribution License). En plus de Java, NetBeans permet galement de supporter diffrents autres langages, comme Python, C, C++, XML, Ruby, PHP et HTML. Il comprend toutes les caractristiques d'un IDE moderne (diteur en couleur, projets multi-langage, refactoring, diteur graphique d'interfaces et de pages Web). Conu en Java, NetBeans est disponible sous Windows, Linux, Solaris(sur x86 et\nSPARC), Mac OS X et Open VMS.\nune bibliothque de composants graphiques contenant des widgets de base permettant la construction d'une interface graphique\nGWT est souvent appel abusivement un Framework, mais n'en est pas vritablement un car il impose peu de choses au dveloppeur; comme son nom l'indique, il s'agit d'une bote outils qui offre des solutions permettant de dvelopper plus facilement des solutions web/AJAX de dernire gnration, en profitant des outils et comptences Java existants, et en faisant abstraction de la complexit habituellement lie ce genre de technologies.\nPostgreSQL est un systme de gestion de base de donnes relationnelle et objet(SGBDRO). C'est un outil libre disponible selon les termes d'une licence de type BSD. Ce systme est concurrent d'autres systmes de gestion de base de donnes, qu'ils soient libres (comme MySQL et Firebird), ou propritaires(comme Oracle, Sybase, DB2et Microsoft SQL Server). 18\n1) Panneaux 2) Boutons 3) Cases cocher 4) Tables / Grilles 5) Botes de dialogues 6) Primitive HTML (dont les images et les hyperliens) 7) Menus et barres de menus 8) Fentres dfilantes 9) Onglets 10) Arbres\niReport est un outil de conception WYSIWYG (What You See Is What You Get) exclusivement rserv la cration de fichier de description pour JasperReports. Il permet donc de produire de manire assez intuitive des fichiers .jrxml (fichiers XML) exploitables par JasperReports pour gnrer des rapports au sein d'une application Java. Le format de rapport gnr dpend ensuite de JasperReports et du code utilis (html, pdf, csv...).\nAprs avoir mis le projet dans son cadre et aprs avoir mis en place une dmarche de dveloppement qui nous aidera tout au long du projet, nous pouvons ainsi entamer la prochaine tape c'est--dire dcortiquer le cahier de charges pour analyser les besoins qui sy trouvent et ainsi les spcifier.\nChapitre 3 : Analyse des besoins et spcification\nDans ce chapitre, nous prsenterons les objectifs de notre application, ce qui nous amne identifier les possibilits du systme et les besoins des utilisateurs que nous essayerons de les projeter dans des diagrammes de cas dutilisations globales et dtaills.\nLes besoins attendus de lapplication\nLapplication envisage satisfaire les besoins fonctionnels qui seront excuts par le systme et les besoins non fonctionnels qui perfectionnent la qualit logicielle du systme.\nLes besoins fonctionnels ou besoin mtiers reprsentent les actions que le systme doit excuter, il ne devient oprationnel que sil les satisfait. Cette application doit couvrir principalement les besoins fonctionnels suivants : Gestion des tablissements et les abonns mail et internet correspondants Attribution de compte mail et internet aux abonns suivant la catgorie de labonns Faire un Workflow de suivi de ltat de cration de compte mail avec la validation administrative et technique Gestion des Slis des tablissements et les utilisateurs correspondants La gestion des logs (mise jour des logs dun serveur) ; La gestion des droits daccs.\nCe sont des exigences qui ne concernent pas spcifiquement le comportement du systme mais plutt identifient des contraintes internes et externes du systme. Les principaux besoins non fonctionnels de notre application ce rsument dans les points suivants : Le code doit tre clair pour permettre des futures volutions ou amliorations ; Lergonomie : lapplication offre une interface conviviale et facile utiliser ; La scurit : lapplication doit respecter la confidentialit des donnes ; Garantir lintgrit et la cohrence des donnes chaque mise jour et chaque insertion. 21\nQue lapplication se droule convenablement, de conserver ces fonctionnalits dans lapplication, et damliorer sil est possible les performances du systme ainsi que les bases des donnes existantes.\nLes diagrammes des cas dutilisation\nMontre les interactions fonctionnelles entre les acteurs et le systme ltude\nActeur : rle jou par un utilisateur humain ou un autre systme qui interagit directement avec le systme tudi. Un acteur participe au moins un cas dutilisation. Cas dutilisation (use case) : ensemble de squences dactions ralises par le systme produisant un rsultat observable intressant pour un acteur particulier. Collection de scnarios relis par un objectif utilisateur commun. Association : utilise dans ce type de diagramme pour relier les acteurs et les cas dutilisation par une relation qui signifie simplement participe . Inclusion : le cas dutilisation de base en incorpore explicitement un autre, de faon obligatoire, un endroit spcifi dans ses enchanements. Extension : le cas dutilisation de base en incorpore implicitement un autre, de faon optionnelle, un endroit spcifi indirectement dans celui qui procde lextension\nGnralisation : les cas dutilisation descendants hritent de la description de leur parent commun. Chacun dentre eux peut nanmoins comprendre des relations spcifiques supplmentaires avec dautres acteurs ou cas dutilisation.\nUn acteur reprsente un rle jou par une personne qui interagit avec le systme. Par dfinition, les acteurs sont lextrieur du systme .Les acteurs se recrutent parmi les utilisateurs du systme et aussi parmi les responsables de sa configuration et de sa maintenance. Do, les acteurs potentiels qui risquent dinteragir avec lapplication sont :\nLutilisateur (Centre rgional) :Cest un utilisateur rgional, il est responsable dajouter les comptes mails des utilisateurs faisant partie de la direction rgionale. Cet utilisateur ne consulte que certains types dabonns (enseignants, tuteur, cadre administratif rgional).Cet utilisateur ne valide pas la cration de comptes. 22\nConception et ralisation dune application de gestion des comptes mail et internet Lutilisateur responsable mail : Celui-ci valide la cration et la modification mail signal par le centre rgional. Il la le droit de consulter toutes la base de donne mail. Lutilisateur SLIS : Il ne consulte que les donnes relatives aux adresses IP des tablissements et les comptes Internet des utilisateurs de cet tablissement. Le Super-Utilisateur SLIS : Il a le droit de consulter les logs de tous les internautes des tablissements.\nLadministrateur (admin) :Cest le grant de lapplication, il a une visibilit totale sur les bases de donnes. Il a pour tches de grer tout le systme. Il spcifie les utilisateurs et les droit de chaque un\nLes diffrents cas dutilisation\nLtude de cas dutilisation a pour objectif de dterminer ce que chaque utilisateur attend du systme. La dtermination du besoin est base sur la reprsentation de linteraction entre lacteur et le systme.\n2.2.1 Cas dutilisation prliminaire\nAuthentification : permet didentifier chaque utilisateur, et de lui donner laccs aux fonctionnalits propices. Grer les utilisateurs et les droits daccs : permet ladministrateur dajouter ou supprimer ou modifier ou consulter un user. De plus chaque utilisateur lui est associ un droit dans cette application. Gestion des tablissements : ajout, suppression, modification et consultation Grer les abonns mail : permet lutilisateur dajouter ou modifier un abonn fonctionnant dans un tablissement donn. Gestion des comptes mail et internet : suivi de ltat de cration dun compte. On identifie dans ce cas 7 tats : En attente (dossier incomplet), valid administrativement en attente de cration, valid techniquement et cr, en attente de modification, modification valide, en attente de suppression, suppression valide. Grer les serveurs Slis : permet ladministrateur dajouter, modifier ou supprimer ou consulter le serveur SLIS Grer les utilisateurs dun serveur Slis : permet ladministrateur dajouter, modifier ou supprimer un utilisateur dun serveur Slis. 23\nConception et ralisation dune application de gestion des comptes mail et internet Consulter les logs dun serveur Slis : permet lutilisateur de consulter et ou imprimer les logs dun serveur Slis.\nObject-Oriented Model Model: gestion des utilisateurs et droits d'accs Package: Diagram: globale Author: User Version: Date: 06/06/2011\nGrer les utilisateurs et les droits daccs\nTous les cas d'utilisation passe obligatoirement par le cas authentification include Authentification\nadministrateur L'administrateur peut attribuer lui mme les droits d'accs des autres acteurs\ninclude Gestion des tablissements include\ninclude utilisateur SLIS Grer les serveurs Slis\ninclude Super-Utilisateur SLIS include Grer les utilisateurs dun serveur Slis\nGestion des comptes mail et internet\nConsulter les logs dun serveur Slis\ninclude responsable mail\nGrer les abonns mail\nFigure 27: cas d'utilisation prliminaire\n2.2.2 Cas dutilisations dtaills\nOn sintresse aux cas dutilisations les plus pertinents.\nCas dutilisation Sauthentifier\nObject-Oriented Model Model: Authentification Package: Diagram: authentification Author: User Date: 06/06/2011 Version:\ncontrol login mot de passe authentification responsable mail include\nEn cas de succs chargement des prvilges extends Centre rgional\nrecuprer les privilges Super-Utilisateur SLIS\nFigure 28 : Cas dutilisation Sauthentifier\nDescription textuelle : Acteurs primaires : Admin, User-SLIS-Super-User-SLIS , responsable mail, centre rgional. Description : Tous les utilisateurs de lapplication peuvent accder au systme. Cependant, chacun deux un certain nombre de privilges. Cest pour lutilisateur. Analyse : On a choisi de commencer par traiter ce cas dutilisation par ce que cest le cas qui initialise tous les autres cas dutilisation. Une ralisation de ce cas dutilisation Sauthentifier se fait comme suit : Lutilisateur saisie son login et mot de passe sur la page : Authentification 25 cela, quil faut au dbut sidentifier en donnant son login et son mot de passe et les privilges seront attribus\nConception et ralisation dune application de gestion des comptes mail et internet Aprs vrification des donnes, le systme slectionne lutilisateur en cours Une requte de recherche portant le nom de lutilisateur se dclenche dans la base de donnes afin dafficher le menu gnral. En cas dexistence de lutilisateur, le systme charge les privilges attribu prcdemment lutilisateur.\nCas dutilisation Grer les utilisateurs et les droits daccs\nObject-Oriented Model Model: gestion des utilisateurs et droits d'accs Package: Diagram: gestion user et droit d'accs Author: User Version: Date: 06/06/2011 include authentification\nAjout user Grer les utilisateurs et droits daccs administrateur extends\nextends attribuer des droits d'accs\nConsulter les utilisateurs extends extends extends modifier user supprimer user\nFigure 29 : Cas dutilisation Grer droits daccs\nDescription textuelle : Cas dutilisation : Grer les utilisateurs et les droits daccs Acteurs primaires : Admin. Description : aprs lauthentification ladministrateur peut effectuer la saisie et lenregistrement de nouveaux utilisateurs, la consultation des utilisateurs avec possibilit de modification, d'attribution de droits d'accs ou de la suppression d'un utilisateur donn. Analyse : Une ralisation de ce cas dutilisation se fait comme suit : 26\nConception et ralisation dune application de gestion des comptes mail et internet Ladministrateur peut effectuer la cration d'un utilisateur en lui attribuant les privilges souhaits. L'administrateur consulte la liste des utilisateurs, slectionne un utilisateur pour le modifier ou le supprimer. On identifie les privilges suivants : Droit Nomenclature : ajout suppression et modification des gouvernorats et tablissements Droit slection abonn : consultation dabonns mail seulement. Droit MAJ abonn : ajout, suppression et modification de compte mail (avant validation) Droit validation technique ; validation dajout, suppression ou modification de compte mail Droit gestion des utilisateurs : ajout suppression modification et consultation des utilisateurs et leurs droits Droit gestion SLIS : ajout suppression modification, consultation des serveurs SLIS avec possibilit dajouter les utilisateurs, tlcharger disquette de config, avoir le mot de passe root pour la connexion ssh , Droit gestion des logs : consultation des journaux des internautes\nCas dutilisation Grer les comptes mail\ngrer les abonns mails extends include extends crer un abonn\nconsulter la liste des abonns extends administrateur extends suppression\nextends Gestion des comptes mail et internet\ngnration compte mail\nCentre rgional extends\nextends gnration compte Internet\nObject-Oriented Model Model: gestion des comptes mail Package: Diagram: gestion de compte Author: User Version: Date: 07/06/2011\nconsulter liste des comptes\nimpression d'un compte\nFigure 30 : Cas dutilisation Grer les comptes mail\nDescription textuelle : Cas dutilisation : Grer les comptes et internet Acteurs primaires : Admin, responsable mail, centre rgional 28\nConception et ralisation dune application de gestion des comptes mail et internet Description : Aprs authentification lutilisateur cre un abonn mail, lui attribue ltablissement correspondant. Une fois labonn est enregistr, le systme gnre un compte mail en concatnant le nom et le prnom avec le domaine correspondant ltablissement de labonn. On distingue principalement ces domaines : inbmi.edunet.tn : pour les employs de l'Inbmi enseignant.edunet.tn : pour les enseignants instituteur.edunet.tn : pour les tuteurs atfp.edunet.tn : pour les formateurs de la formation professionnelle minedu.edunet.tn : pour les employs au ministre Analyse : Une ralisation de ce cas dutilisation se fait comme suit : Lutilisateur choisit un tablissement ; cre un abonn, gnre le compte correspondant. Le compte ainsi cre est ltat en attente de cration. Le responsable consulte la liste des comptes en attente de cration et valide la cration de ces comptes pour quils soient oprationnels. De mme la suppression et la modification de comptes nest valid que par le responsable mail. Le centre rgional signale la cration, la modification ou la suppression dun compte mail sans valider ces actions\nCas dutilisation Consulter les logs dun serveur Slis\nGestion des tablissements cration slis\nGrer les serveurs Slis\nextends modification slis\nutilisateur SLIS extends\ninclude suppression slis\nGrer les utilisateurs dun serveur Slis\nadministrateur extends extends extends extends suppression user\najout depuis la liste des users de l'tablissement\nObject-Oriented Model Model: gestion des serveurs Slis Package: Diagram: gestion des Slis Author: User Version: Date: 07/06/2011\nFigure 31 : Cas dutilisation gestion des serveurs Slis\nDescription textuelle : Cas dutilisation : Gestion des serveurs Slis Acteurs primaires : Admin, Super-user Slis, user Slis\nConception et ralisation dune application de gestion des comptes mail et internet Description : aprs laccs lapplication, l'utilisateur slectionne un tablissement et ajoute un serveur Slis. S'il existe dj il peut le modifier ou le supprimer. Pour que le personnel de l'tablissement puisse accder Internet, l'utilisateur charge les comptes des utilisateurs dans le serveur Slis. Il peut ensuite voir les journaux d'accs Internet de tout l'tablissement ou un utilisateur donn. Analyse : Une ralisation de ce cas dutilisation se fait comme suit : Ladministrateur ou lutilisateur choisit un tablissement cre un serveur Slis avec l'adresse ip adquate puis slectionne les utilisateurs de cet tablissement et les insre dans le serveur Slis. Le super user Slis peut consulter ou imprimer les logs des internautes utilisant ce serveur.\nCe chapitre a t consacr pour la spcification des besoins fonctionnels et non fonctionnels du systme rsultant, ce qui correspondait aux diffrentes activits de la premire phase du cycle de dveloppement du notre systme. Dans le chapitre suivant, nous tudierons la phase de conception.\nVu que nous avons achev la premire phase (Dmarrage) du cycle de dveloppement, nous aborderons dans ce chapitre la deuxime phase (Elaboration) qui se concentre essentiellement sur la dfinition de larchitecture du systme ainsi que sur lanalyse et la conception des besoins et des exigences des utilisateurs. Lactivit danalyse et de conception permet de traduire les besoins fonctionnels et les contraintes issues du cahier des charges et de la spcification des exigences dans un langage plus professionnel et comprhensible par tous les individus intervenants dans la ralisation et lutilisation de lapplication\nArchitecture de lapplication\nDans les phases prliminaires du dveloppement dune application ou de la refonte dun systme dinformation, la dfinition de larchitecture technique consiste faire les choix de technologies et dorganisation de composants logiciels les plus adapts aux besoins et aux contraintes de lorganisation daccueil. Ces choix sont ensuite relays au sein de notre projet, guidant la conception et permettant la transformation dun modle fonctionnel en application performante et robuste.\nPrsentation de l'architecture 2 niveaux\nL'architecture deux niveaux (aussi appele architecture 2-tiers, tiers signifiant tages en anglais) caractrise les systmes clients/serveurs dans lesquels le client demande une ressource et le serveur la lui fournit directement. Cela signifie que le serveur ne fait pas appel une autre application afin de fournir le service.\nFigure 32: Architecture 2 niveaux\nPrsentation de l'architecture 3 niveaux\nDans l'architecture 3 niveaux (appeles architecture 3-tiers), il existe un niveau intermdiaire, c'est--dire que l'on a gnralement une architecture partage entre: 1. Le client: le demandeur de ressources 2. Le serveur d'application (appel aussi middleware): le serveur charg de fournir la ressource mais faisant appel un autre serveur 3. Le serveur secondaire (gnralement un serveur de base de donnes), fournissant un service au premier serveur.\nFigure 33: Architecture 3 niveaux\nConception et ralisation dune application de gestion des comptes mail et internet Tout systme d'information ncessite la ralisation de trois groupes de fonctions: le stockage des donnes, la logique applicative et la prsentation. Ces trois parties sont indpendantes les unes des autres: on peut ainsi vouloir modifier la prsentation sans modifier la logique applicative. La conception de chaque partie doit galement tre indpendante, toutefois la conception de la couche la plus basse est utilise dans la couche d'au-dessus. Ainsi la conception de la logique applicative se base sur le modle de donnes, alors que la conception de la prsentation dpend de la logique applicative.\nVis--vis lexistant de lINBMI: organisation, comptences, architecture du systme dinformation, nous avons choisi larchitecture 3 tiers car cest une architecture : prenne: applicable durant une trs longue priode de temps et accepter des changements technologiques ou fonctionnels tout en protgeant les investissements raliss. modulaire: un lment peut tre remplac ou modifi sans devoir changer toute larchitecture. ouverte: elle doit permettre de construire ou de modifier une solution partir de composants provenant de diffrents constructeurs.\nUML est une approche oriente objet de modlisation qui permet de modliser un problme dune manire standard. UML vite de se dfinir comme une mthodologie, comme son nom lindique, cest un langage visuel qui permet dexprimer la comprhension dun systme : il comporte 9 principaux diagrammes regroups dans deux vues diffrentes: Vue Statique (cinq diagrammes structurels) Diagramme de Cas dutilisation. Diagramme de Classes. Diagramme dObjets. Diagramme de Composants. Diagramme de Dploiement. Vue Dynamique (quatre diagrammes comportementaux) Diagramme de Squence. 35\nConception et ralisation dune application de gestion des comptes mail et internet Diagramme dactivits. Diagramme dtats transitions. Diagramme de Collaboration.\nA cet effet on prsente quelques diagrammes de modlisation, quon a jug les plus importants pour la comprhension du fonctionnement du systme.\n2.1.1 Diagramme des cas dutilisation\nLes diagrammes de cas dutilisation reprsentent toutes les interactions des utilisateurs avec le systme, comme nous avons dj les dcrit dans le chapitre prcdent Analyse des besoins et spcification\nLe diagramme de classes reprsente les classes constituant le systme et les associations entre elles. Les diagrammes de classes expriment de manire gnrale la structure statique dun systme, en termes de classe et de relations entre ces classes. De mme quune classe dcrit un ensemble dobjets, une association dcrit un ensemble de liens ; les objets sont des instances de classes et les liens sont des instances de relations.\nObject-Oriented Model Compte IdenUniq LogiInte PassInte AdreMail PassMail CodeEtatComp DateValiAdmi DateValiTech smtp pop observation : : : : : : : : : : : String String String String String String Date Date String String String Model: gestion des comptes mail et Internet Package: Diagram: global Author: User Version: 0..1 0..* 0..1 Abonne IdenUniq CIN prenonAr nomAr prenomFr nomFr CodeDisc CodeFonc CodeEtab CodeTypeEtab : : : : : : : : : : String String String String String String String String String String 0..* Nomenclature_Fonction - CodeFonc : String - LibeFonc : String 0..* 0..1 Date: 08/06/2011 Nomenclature_Discipline - CodeDisc : String - LibeDisc : String\nNomenclature_TypeEtablissement 0..* 0..1 - CodeTypeEtab : String - LibeTypeEtab : String\n0..1 0..* Nomenclature_EtatCompte - CodeEtatComp : String - LibeEtatComp : String\nSecurite_Utilisateur CodUti PasUti NomPre DroiNome DroiAbonSele DroiAbonMaj DroiTraiAdmiComp DroiTraiTechComp DroiGestUtil userSlis superUserSlis codetypeetab codegouv codeetab : : : : : : : : : : : : : : String String String boolean boolean boolean boolean boolean boolean boolean boolean String String String 0..1 0..* 0..* 0..1 0..* 0..1 Nomenclature_Gouvernorat - CodeGouv : String - LibeGouv : String 0..1 0..1 0..1 0..*\n0..* Nomenclature_Etablissement CodeEtab CodeTypeEtab LibeEtab CodeGouv CodeDele CodeDoma phoneInternet phone : : : : : : : : String String String String String String String String\n0..1 0..* slisADSL phoneInternet ip_gateway gateway_user gateway_passwd creation_date ip_wan ip_lan netmask_wan netmask_lan install_date network_name password_inbmi password_web password_db site_code codedre codetypeetab installer type rques : : : : : : : : : : : : : : : : : : : : String String String String Date String String String String Date String String String String String String String String String String 0..* 0..1 access_squid time elapsed remotehost code_status url user nomprenom site_code : : : : : : : : Date int String String String String String String Nomenclature_Domaine - CodeDoma : String - LibeDoma : String\njournaluser log_level log_location log_msg log_time : : : : String String String Date\nFigure 34 : diagramme de classes\nConception et ralisation dune application de gestion des comptes mail et internet Daprs ltude du systme existant et des diffrents diagrammes de cas\ndutilisation, nous avons pu dgager les principales classes illustres dans la figure cidessus pour avoir une vue plus claire du systme tudi. A partir de ce diagramme, on dgage les entits de la base de donnes ainsi que les java beans correspondant dans lapplication dvelopper. Ce diagramme de classe ne contient pas des mthodes. Ces procdures seront voques aprs le diagramme de squence. Le mapping objet relationnel sera dcrit dans la partie ralisation.\n2.1.3 Diagramme de dploiement\nLe diagramme de dploiement est une vue statique qui sert reprsenter l'utilisation de l'infrastructure physique par le systme et la manire dont les composants du systme sont rpartis ainsi que leurs relations entre eux.\nFigure 35 : diagramme de dploiement\n2.1.4 Vue dynamique : Diagramme de squence\nMontre la squence verticale des messages passs entre objets au sein dune interaction Ligne de vie : reprsentation de lexistence dun lment participant dans un diagramme de squence. Cela peut tre un acteur ou le systme en modlisation dexigences, des objets logiciels en conception prliminaire ou conception dtaille. Message : lment de communication unidirectionnel entre objets qui dclenche une activit dans lobjet destinataire. La rception dun message provoque un vnement dans lobjet rcepteur. La flche pointille reprsente un retour au sens UML. Cela signifie que le message en question est le rsultat direct du message prcdent. Aprs ltude des cas dutilisation, nous avons pu dgager les diagrammes de squences correspondants dont voici les plus importants :\nDiagramme de squence du cas authentification\ndiagramme de squence authentification\nserveur d'application Client 1- saisie login et mp\n2- requte d'interrogation la BD 3- vrification de l'existence\nchec login ou mot de passe erron renvoi d'un objet null\nrenvoi d'un objet UserApp\nVrification des modules autoriss Affichage de l'application\nFigure 36 : diagramme de squence du cas "authentification"\nLorsque lutilisateur demande laccs lapplication, il doit tout dabord sidentifier par son login et mot de passe via le serveur dapplication qui prend en charge de vrifier et consulter 39\nConception et ralisation dune application de gestion des comptes mail et internet la base de donnes. Sil est accept, donc il yaura laccs au systme et aux applications du menu correspondant. Sinon, le serveur dapplication lui affiche un message derreur afin de rectifier ses donnes.\nDiagramme de squence du cas Grer les utilisateurs et les droits\ndiagramme de squence gestion des utilisateurs et droit d'accs\nBase de donne administrateur ListeUser :Securite_Utilisateur CompteServiceImpl\nsaisie de formulaire crer l'objet securite utilisateur saveUser excution SQL\nnbr_row_affected alt nbr row affected >0 enregistrement ok nbr row affected\nFigure 37 : diagramme de squence du cas " Grer les utilisateurs et les droits d'accs"\nLorsque lutilisateur accde lapplication, il peut : Dune part Saisir les donnes concernant le nouvel utilisateur puis demander lenregistrement via le serveur dapplication qui prend en charge la vrification du type des donnes et linsertion dans la base de donnes. Si l'insertion est ralise avec succs un message informe l'utilisateur que l'enregistrement est ralis avec succs. Si non un message d'erreur sera affich. Dautre part consulter la liste des utilisateurs.\nConception et ralisation dune application de gestion des comptes mail et internet L'administrateur demande la liste des utilisateurs. Une requte sera passe la base de donnes puis la classe CompteServiceImpl prpare une liste des objets utilisateurs qui sera charg par le composant GridUser de la classe ListeUser. Une fois la lise est affiche, l'utilisateur peut slectionne un utilisateur pour le modifier ou le supprimer. La modification gnre la boite de dialogue NewUser avec l'utilisateur slectionn en paramtre pour lister les informations de l'user slectionn. Une fois les modifications sont effectues, l'objet utilisateur modifi sera pass pour excuter la requte SQL correspondante la BD. De mme pour la suppression.\nconsulter la liste des utilisateurs\nBase de donne administrateur ListeUser newUser List<Securite_Utilisateur> :Securite_Utilisateur CompteServiceImpl\ndemander liste des utilisateurs\ngetUserApps Excution SQL\nAffichage de la liste Cration de la liste des utilisateur\nslection user modifier user cration de l'objet slectionn objet slectionn modifier user create modification create ModifUser alt nbr row affected > 0 Enregistrement ok nbr row affected else Echec modif excution SQL\nnbr row affected\nsuppression create deleteUser excution SQL nbr row affected alt nbr row affected>0 delete ok nbr row affected\nnbr row affected <=0 echec suppression\nFigure 384 : diagramme de squence du cas " Grer les utilisateurs et les droits d'accs "\nDiagramme de squence du cas grer Les comptes mail\nBase de donne Acteur mail ListeAbonneSansCompte :Abonne NewCompte getAbonnes :Compte CompteServiceImpl excution SQL\ndemande de liste d'abonns\nAffichage List<Abonne> slection abonn cration objet slectionn objet slectionn gnrer compte create\nCration de la liste des abonnes\nsaveCompte create opt [nbr-row-affected >0] compte cr excution SQL nbr-row-affected\nFigure 395 : Diagramme de squence du cas grer les comptes\nL'utilisateur demande la liste des abonns sans comptes (abonns nouvellement crs) .Une fois affich, il peut slectionner un abonn pour le modifier, le supprim ou gnrer le compte correspondant. Afin dliminer la redondance, le diagramme illustre le cas de gnration de compte seulement. Lorsque l'abonn est slectionn, un objet Abonne sera cr et pass en paramtre l'objet dialogue NewCompte que l'utilisateur utilise pour gnrer les comptes mail et Internet avec mot de passe alatoire .L'utilisateur enregistre le compte en passant l'objet Compte nouvellement cre la classe Contrleur CompteServiceImp qui dialogue avec la base de donnes. La recherche de compte est effectue ainsi : Lutilisateur peut effectuer la recherche de comptes soit par tablissement soit travers le compte lui-mme.\nConception et ralisation dune application de gestion des comptes mail et internet Lutilisateur choisi le type dtablissement puis le gouvernorat puis recherche ltablissement voulu. Le systme lui affiche les comptes de cet tablissement. Lutilisateur peut aussi rechercher un compte en tapant le nCIN ou une partie de nom et lance la recherche. Le systme lui retourne alors le compte recherch. Ensuite, lutilisateur peut slectionner un compte pour le modifier, le supprimer ou l'imprimer.\nrecherche_compte Base de donne Acteur mail alt SearchCompte InfoCompte TypeEtab Gouv Etab Compte CompteServiceImplprintPDF printWord\nrecherche par tablissement slection typeEtab create objet slectionn slection Gouv create objet slectionn Affiche etab Excution SQL Affichage getEtabByTypeAndGouv Create liste Etab\ncreate Etab choisi\nAffiche Comptes getComptesByEtab Excution SQL Comptes de l'tablissement choisi Cration liste des comptes recherche par nom saisie de text getAllCompteByNom\nAffichage create liste de comptes slection compte\nobjet slectionn gnrer PDF jasperReport affichage PDF PDF report jasperReport gnrer word word report affichage Word\nFigure 16 : Diagramme de squence du cas grer les comptes\nDiagramme de squence du cas "Grer les serveurs Slis"\nLutilisateur affiche le tree des tablissements. Il commence par slectionner le gouvernorat, puis le type dtablissement puis slectionne ltablissement voulu. Sil trouve un Slis dj enregistr dans cet tablissement il peut alors consulter les logs ou ajouter les comptes Internet.\nSinon, il ajoute un Slis par le dialogue New Slis.\ngrer les serveurs Slis Base de donne Acteur Slis ManageEtab NewSlis ListCompteToAdd ListLogs Entite Slis CompteServiceImpl excution SQL SlisServiceImpl BD Slis Distant\ndemander le tree des tablissements Affichage gouvs List<Entite> selection gouv et recherche Affichage type Etabs List<Entite> slection type et recherche\ngetTreeEtab create liste des gouvs\nexcution SQL getTreeEtab( gouv ) create liste des types Etablissements\nexcution SQL getTreeEtab( type,gouv) List<Entite> create liste des Etablissements\nslection etab et recherche\nAffichage alt pas de Slis saisie create select etab and create Slis\ncreate liste des comptes, Slis and router\nsaveSlis(Slis entite) create\nraifraichissement et Affichage\nList<Entite> create liste Slis and router\nSlis existe select Slis and consulte Logs create Affichage select Slis & add compte Internet create getLogsEtab(@ ip Slis) Create Liste logs connection and excution SQL\ncreate Liste Entite saveComptesInternet(List<Compte>, @ipSlis) insertion SQL\nselect compte to add Rsultat (echec ou sccs)\nFigure 17 : Diagramme de squence du cas grer les serveurs Slis\nA noter que lutilisateur selon son profil peut slectionner un nud de tree le supprimer ou le modifier. Ces actions ne sont pas traites dans le diagramme de squence pour allger le diagramme.\nDans ce chapitre, nous avons conu et document le code que nous devons produire. Dans cette phase, toutes les questions concernant la manire de raliser le systme dvelopper ont t lucides. Le produit obtenu est un modle graphique (ensemble de diagrammes) prt tre cod. Dans le chapitre suivant nous allons tudier en dtails les outils et les langages utiliss durant la phase de construction.\nChapitre 5 : Ralisation\nAprs avoir achev ltape de conception de lapplication, on va entamer dans ce chapitre la partie ralisation et implmentation dans laquelle on sassure que le systme est prt pour tre exploit par les utilisateurs finaux. A la fin de ce chapitre, les objectifs doivent avoir t atteints et le projet doit tre clos.\nEnvironnement de dveloppement\nPour la ralisation de ce travail, nous avons eu recours aux environnements suivants:\nPour dvelopper lapplication, nous avons utilis comme environnement matriel deux ordinateurs FUJUTSU SIEMENS qui possdent comme caractristiques : Un processeur Intel Pentium Core2 Duo, 2.49 GHz. Une mmoire vive de 2Go. Un disque dur 250 Go. Un cran 17 pouces.\nWindows 7 Professionnel, Service Pack 1 comme Systme dexploitation. PostgreSQL 9 comme systme de gestion de base de donnes relationnel. Gxt comme framework de dveloppement d'application Internet. NetBeans 6.9 comme Environnement de dveloppement intgr. Tomcat 6.0.20 comme Moteur de servlet. Sybase Power Designer outils de modlisation\nNous avons dj les dcrit dans le chapitre 2 Etude de lart.\nArchitecture gnrale de l'application\nDans ce paragraphe, on va dtailler l'architecture MVC du framework Gxt et son impact dans le dveloppement de l'application. On finira par donner le diagramme de classe finale adapt au langage de dveloppement choisi J2EE + GWT+GXT.\nArchitecture client-serveur GWT:\nFigure 408 : Architecture client-serveur de l'application\nLe modle MVC de GXT :\nLe Modle-Vue-Contrleur (en abrg MVC, de l'anglaisModel-View-Controller) est une architecture et une mthode de conception qui organise l'interface homme-machine (IHM) d'une application logicielle. Ce paradigme divise l'IHM en un modle (modle de donnes), une vue (prsentation, interface utilisateur) et un contrleur (logique de contrle, gestion des vnements, synchronisation), chacun ayant un rle prcis dans l'interface. Les composants de Gxt reposent sur le modle MVC. De plus Gxt offre une implmentation du modle MVC qui consiste :\nConception et ralisation dune application de gestion des comptes mail et internet Crer une Classe AppEvents contenant les vnements de l'application voulus\nFigure 419 : Liste des vnements de lapplication\nCrer une classe Controller et une classe Vue pour capter l'vnement et effectuer le ncessaire\nFigure 20 : Liste des vnements de lapplication\nDclarer le contrleur auprs de contrleur principal Dispatcher fourni par GXT\nFigure 21 : Le contrleur principal (Dispatcher)\nLe dispatcher lance un vnement application (list dans /client/AppEvents.java) tous les contrleurs. Si le contrleur peut rpondre cet vnement particulier, il le 49\nConception et ralisation dune application de gestion des comptes mail et internet fait. S'il n'est pas concern il ne fait rien. Lecontrleurdoit accomplir l'excution du logique mtier ainsi que les MAJ des modles. Les vues connectes ces contrleurs seront rafraichies en accord avec le model mis jour correspondant.\nDiagramme de classe final\nDaprs l'architecture client-serveur prsente et le modle MVC tout le traitement sera effectu hors les classes du diagramme de classes. En effet les classes de ce diagramme seront les tables de la base de donnes et les entits beans utilis par l'application pour le transfert de donne depuis le serveur vers l'application.\nFigure 22 : Les Beans\nAinsi, le diagramme de classe final sera compos du diagramme prcdent auquel on ajoute la classe CompteServiceImpl et SlisServiceImpl contenant toutes les mthodes d'ajout, suppression, modification et consultation des Entit de la base de donnes. On ajoute aussi toutes les classes responsables de l'interface graphique de l'application.\nLa conception des interfaces de lapplication est une tape trs importante puisque toutes les interactions avec le cur de lapplication passent travers ces interfaces, on doit alors guider lutilisateur avec les messages derreurs et de notification si besoin, ainsi prsenter un systme complet. Dans cette partie, nous allons prsenter quelques interfaces de lapplication, rpondant aux recommandations ergonomiques de compatibilit, de guidage, de clart, dhomognit et de souplesse. Nous avons choisi ladministrateur comme utilisateur vu quil prsente travers ces interactions la majeure partie des principales fonctionnalits de lapplication.\nFigure 2342 : Interface d'authentification\nCette interface permet lutilisateur de sauthentifier et de se connecter au serveur de la base de donnes. Lutilisateur doit entrer son login et son mot de passe pour accder lapplication. En cas derreur un message dalerte saffiche :\nFigure 2443 : Message d'erreur\nFigure 25 : Interface principale\nConception et ralisation dune application de gestion des comptes mail et internet La figure ci-dessus prsente le menu principal, ladministrateur peut ajouter un utilisateur en cliquant sur bouton ajout User ; un formulaire comportant plusieurs champs\nsaffiche pour lentre des donnes. Lapplication gre le contrle de saisie ainsi que la sauvegarde dans les bases des donnes.\nFigure 26 : Ajout utilisateur\nLe bouton Consulter permet de voir la liste des utilisateurs et leur droit d'accs. On peut slectionner un utilisateur pour le modifier ou le supprimer.\nFigure 2744 : information sur les utilisateurs\nLa trace des utilisateurs donne toutes les actions ralises par lutilisateur ainsi que les erreurs dtectes lors de lexcution de lapplication. Pour ce faire on a recourt la librairie Log4j et son plugin JDBCAppender qui enregistre directement la base de donnes tous les messages dinfo et derreurs.\nFigure 2845 : Trace des utilisateurs\n5. 3.1 Lajout dun abonn\nAprs la clique sur le bouton Abonn + un formulaire de saisie saffiche permettant lutilisateur dentrer les informations dabonn.\nFigure 2946 : Ajout dun abonn\nUn contle sur les champs est ncessaire pour garantir lintgrit des donnes. Si lenregistrement russi un autre formulaire saffiche lutilisateur gnrant le compte Mail en concatnant le nom et le prnom au domaine adquat selon ltablissemnt de labonn.\nFigure 30 : formulaire de gnration de compte\nSi lutilisateur quitte cette fentre sans enregistrer le compte, labonn reste la base de donnes sans compte. 54\nConception et ralisation dune application de gestion des comptes mail et internet Pour gnrer le compte ; lutilisateur slectionne le bouton recherche Abonn sans compte.\n5.3.2 La recherche dun compte et limpression\nLutilisateur slectionne le bouton recherche Abonn comptes raliss, un nouvel onglet :\nFigure 3147 : recherche de compte par ltablissement\nEn choisissant le bouton Impression cette page saffiche :\nFigure 32 : Impression de compte\nLa gnration de fichier PDF et Word est ralise travers la bibliothque JasperReport.\n5.3.3 Les tats dun compte :\nLe compte cre prcdemment est en tat dattente de cration. Il ne sera exploitable quaprs son validation par le responsable Mail.\nFigure 33 : Etats des comptes\nLa validation des modifications effectues un compte est ncessaire pour sassurer que ces modifications seront rpliques sur le serveur LDAP du serveur Mail de lINBMI. Dailleurs, le responsable Mail possde le bouton de gnration CSV travers lequel il gnre un fichier CSV utilis par le serveur LDAP. Lorsquon slectionne le bouton En attente de cration un nouvel onglet affiche les comptes valider.Avec un clic droit sur le compte , le menu contextuel affiche un bouton pour valider ce compte. On peut aussi cocher les comptes quon veut valider puis on clique sur le bouton valider au dessus de la table.\nFigure 34 : Validation des comptes\nUne fois valid, le compte peut tre imprim et envoy son propritaire. 57\nGestion des serveurs Slis\nOn commence par recherche ltablissement. Laffichage avec larbre des gouvernorats nous facilite la recherche.\nFigure 35 : ajout dun serveur Slis\nComme dans la figure ce collge ne possde pas dun serveur Slis enregistr alors que les comptes y existent. Un cli droit puis add Slis nous affiche cette boite de dialogue :\nFigure 36 : Ajout dun Slis\nConception et ralisation dune application de gestion des comptes mail et internet Comme dj dit ltude de lexistant quun fichier Excel contient la liste des routeurs et serveurs Slis, ce fichier a t import la base de donnes dans une table nomme slis ADSL. Le problme rside dans limpossibilit de joindre cette table avec celle des tablissements. Cest pour cette raison lutilisateur choisit dans la comboBox ltablissement correspondant de la table slisAdsl et tous les informations relatives seront affiches dans le formulaire. Si ltablissement nexiste pas dans la table slisADSL, on clique sur le bouton New et on lajoute carrment.\nFigure 37 : Actions sur Slis\nLa consultation de logs et lajout de comptes Internet directement Slis ncessite une connexion distante la base de donnes Postgres de Slis. Sachant que le ficher pg-hba.conf qui dfinit les htes autoriss accder la BD ncessite une modification pour ajouter l@ip de notre serveur. De plus le firewall de slis bloque les connexions entrantes au port 5432 de Postgres de Slis. Il nous faut donc une connexion travers ssh pour effectuer ces manipulations et cela de manire automatique et transparente lutilisateur de lapplication. Heureusement, il existe une librairie nomme Ganymede-ssh2 qui facilite les connexions ssh travers le langage Java. Ce qui nous a permis denvoyer les commandes sed pour modifier le fichier pg-hba.conf et la commande iptable avant deffectuer la connexion la base postgres de Slis. Conclusion A travers ce chapitre, nous avons prsent la ralisation de lapplication en justifiant nos choix technologiques, en reprsentant quelques interfaces graphiques que nous avons jug les plus importantes et en dcrivant brivement comment nous avons planifi notre projet.\nLobjectif de notre projet de fin dtude tait de concevoir et implmenter une application de gestion des comptes mails et Internet des intervenants du ministre dducation. Le point de dpart de la ralisation de ce projet tait une rcolte des informations ncessaires pour dresser un tat de lexistant, prsenter un aperu sur la problmatique ainsi que larchitecture utiliser au sein des rseaux des tablissements. Par la suite, nous nous sommes intresss lanalyse et la spcification des besoins qui nous a permis de distinguer les diffrents acteurs interagissant avec lapplication vise. Lobjectif de la partie suivante tait la conception dtaille, dans laquelle nous avons fix la structure globale de lapplication. Le dernier volet de notre projet tait la partie ralisation qui a t consacre la prsentation des outils du travail et les interfaces les plus significatives de notre application. Lapport de ce travail a t dune importance trs considrable, en effet, il nous a permis : de suivre une mthodologie de travail bien tudi, dapprofondir nos connaissances dans le monde de dveloppement des applications et de nous bien nous exercer sur le Framework GWT et Ext. La ralisation dun tel projet, nous a permis dapprendre et de toucher du doigt une partie de divers aspects du mtier de dveloppeur et de celui du concepteur.\nFigure 38: Les diffrentes vues du langage UML\nFigure 39: Les cas dutilisation\nMontre les interactions fonctionnelles entre les acteurs et le systme ltude Acteur : rle jou par un utilisateur humain ou un autre systme qui interagit directement avec le systme tudi. Un acteur participe au moins un cas dutilisation. Cas dutilisation (use case) : ensemble de squences dactions ralises par le systme produisant un rsultat observable intressant pour un acteur particulier. Collection de scnarios relis par un objectif utilisateur commun. 61\nConception et ralisation dune application de gestion des comptes mail et internet Association : utilise dans ce type de diagramme pour relier les acteurs et les cas dutilisation par une relation qui signifie simplement participe . Inclusion : le cas dutilisation de base en incorpore explicitement un autre, de faon obligatoire, un endroit spcifi dans ses enchanements. Extension : le cas dutilisation de base en incorpore implicitement un autre, de faon optionnelle, un endroit spcifi indirectement dans celui qui procde lextension Gnralisation : les cas dutilisation descendants hritent de la description de leur parent commun. Chacun dentre eux peut nanmoins comprendre des relations spcifiques supplmentaires avec dautres acteurs ou cas dutilisation.\nMontre la squence verticale des messages passs entre objets au sein dune interaction\nFigure 40: Les diagrammes de squence\nLigne de vie : reprsentation de lexistence dun lment participant dans un diagramme de squence. Cela peut tre un acteur ou le systme en modlisation dexigences, des objets logiciels en conception prliminaire ou conception dtaille. Message : lment de communication unidirectionnel entre objets qui dclenche une activit dans lobjet destinataire. La rception dun message provoque un vnement dans lobjet rcepteur. La flche pointille reprsente un retour au sens UML. Cela signifie que le message en question est le rsultat direct du message prcdent. Spcification dactivation : bande blanche qui reprsente une priode dactivit sur une ligne de vie. Message synchrone : envoi de message pour lequel lmetteur se bloque en attente du retour et qui est reprsent par une flche pleine. Un message asynchrone, au contraire, est reprsent par une flche ouverte. Occurrence dinteraction : une interaction peut faire rfrence explicitement une autre interaction grce un cadre avec le mot-cl ref et indiquant le nom de lautre interaction. UML 2 a ajout une nouvelle notation trs utile : les cadres dinteraction. Chaque cadre possde un oprateur et peut tre divis en fragments. 62\nConception et ralisation dune application de gestion des comptes mail et internet Les principaux oprateurs sont : loop : boucle. Le fragment peut sexcuter plusieurs fois, et la condition de garde explicite litration. opt : optionnel. Le fragment ne sexcute que si la condition fournie est vraie. alt : fragments alternatifs. Seul le fragment possdant la condition vraie sexcutera.\nMontre les briques de base statiques : classes, associations, interfaces, attributs, oprations, gnralisations, etc.\nClasse: description abstraite dun ensemble dobjets qui partagent les mmes proprits (attributs et associations) et comportements (oprations et tats). Attribut : donne dclare au niveau dune classe, ventuellement type, laquelle chacun des objets de cette classe donne une valeur. Un attribut peut possder une multiplicit et une valeur initiale. Un attribut driv ( / ) est un attribut dont la valeur peut tre dduite dautres informations disponibles dans le modle. Opration : lment de comportement des objets, dfini de manire globale dans leur classe. Une opration peut dclarer des paramtres (eux-mmes typs) ainsi quun type de retour.\nFigure 41: Les associations entre classes\nAssociation : relation smantique durable entre deux classes, qui dcrit un ensemble de liens entre instances. Une association est bidirectionnelle par dfaut, sauf si lon restreint sa navigabilit en ajoutant une flche. Rle : nom donn une extrmit dune association ; par extension, manire dont les instances dune classe voient les instances dune autre classe au travers dune association. Multiplicit : le nombre dobjets (min..max) qui peuvent participer une relation avec un autre objet dans le cadre dune association. Multiplicits frquentes : 0..1 = optionnel (mais pas multiple) 1 = exactement 1 0..* = * = quelconque 1..* = au moins 1\nAnnexe B : GWT\nFigure42: Le compilateur GWT\nLe compilateur GWT est en perptuelle volution car la taille du framework ne cesse daugmenter (il suffit dobserver le nombre de nouvelles API). Les utilisateurs nont de cesse 64\n1) Introduction au compilateur\n2) Les tapes du compilateur\nFigure 4348: Structure de larbre AST GWT 3) Acclration des temps de compilation\nVu la complexit des optimisations et le mode de fonctionnement du compilateur, ce nest pas une surprise si lune des proccupations majeures des dveloppeurs GWT concernent les temps de compilation. Avec GWT 2 et la possibilit de tester le code partir dun vrai navigateur, cette contrainte ne devrait plus rellement constituer un facteur de blocage. En effet, dans cette version, la compilation relle nintervient que pour valider dfinitivement le rendu visuel dune application. Malgr tout, il existe plusieurs optimisations possibles, dont certaines ont t abordes dans le chapitre sur la liaison diffre. 66\nConception et ralisation dune application de gestion des comptes mail et internet Voici une liste dactions susceptibles de rduire en moyenne de 50 % le temps de compilation, voire 800 % dans certains cas : Rduire le nombre de permutations : GWT est paramtr par dfaut pour gnrer\n6 permutations (une par navigateur). Si on sait que seuls IE 7 et Firefox 3seront supports, il suffit de dfinir la proprit user.agent de la manire suivante dans le fichier de configuration du module : <set-propertyname="user.agent" value="ie6, gecko" /> Ce paramtrage rduit en moyenne de 50 % les temps de compilation. Ajouter loption draftCompile lors de la compilation : en phase de dveloppement les gains peuvent aller de 5 30 % en fonction des scnarios. Donner une valeur largument localWorkers : GWT 1.5 a introduit la notion de worker pour la compilation. Pour une machine bi-cur (Dual Core), une valeur paramtre 2 permet de parallliser la compilation des permutations sur chaque cur. Le gain est en moyenne de 10 %. Ce chiffre samliore progressivement dans le cas dune machine 4 curs (Quad Core). Configurer la JVM avec des paramtres adapts : pour une application moyenne, les options suivantes permettent dassurer suffisamment de mmoire, une taille de pile cohrente et un espace de stockage temporaire adapt.\n4) Le framework RPC\nOn dveloppe seulement 3 classes pour les appels distants en utilisant le RPC (remote procedure calls).\nFigure44: Vue gnrale du service RPC\nToute communication avec la couche serveur sopre via le protocole RPC : Le service sappuie sur lAPI JEE Servlet. 67\n5) Les raisons dinvestir dans GWT En fin nous prsentons nos raisons pour utiliser le GWT :\nMarge de progression : Le GWT prsente une marge de progression considrable par rapport aux autres Framework de mme catgorie. Productivit Richesse fonctionnelle (AJAX) Prennisation des comptences (JAVA) Extensibilit Intgration avec lexistant Standards ouverts (XML, JSON, J2EE) Open Source Simplicit.\n Grant SlenderDevelopingwith Ext Gwt 140 pages.  John C. Worsley & Joshua D. Drake PostgreSQL par la pratique628 pages.  Pascale Roques & Franck Valle UML en action, 2me dition402 pages.\n http://www.extjs.com  http://fr.wikipedia.org  http://inbmi.edunet.tn  http://code.google.com/intl/fr-FR/webtoolkit/  http://uml.free.fr/\nTp1 Heritage JAVA\nCours Jdbc Dao\nYoussef El Mahmi\nRechercher Et Analyser Les Différents Produits Disponibles\nEl Futuro Diam\nNatBwebservice Intro Et MiseEnServ\nInstances Du Moteur de Base de Données SQL Server\nPHP Et Securite 08 2010\nCahier Des Charges Assistance Et Maintenance que


Dans la chambre de Willow...♥\nLes vacances s'achèvent en beauté avec ce magnifique soleil qui nous accompagne depuis quelques jours.\nL'occasion de profiter un maximum pour faire des sorties, et faire trempette dans la piscine encore un peu avant la reprise de l'école.\nLa rentrée approche et j'ai mon petit rituel qui consiste à nettoyer, ranger et désencombrer un maximum la maison avant le grand rush.\nJ'ai bougé pas mal de choses, surtout dans la salle de jeux et les chambres des enfants.\nAujourd'hui j'avais envie de vous refaire un room tour de celle de Willow, qui a un peu changé depuis la dernière fois.\nC'est toujours une de mes pièces favorites dans la maison, elle est douce et très colorée.\nLes Sylvanian qui étaient auparavant dans la salle de jeux , sont à présent bien installés ici.\nWillow y joue de plus en plus, elle en prend soin et je n'ai plus peur qu'elle mette les petits objets dans sa bouche.\nLes peluches et autres poupées sont omniprésents dans la chambre.\nMa petite sorcière les adore, et je dois bien avouer que moi aussi!\nEt puis lors de notre dernière virée shopping, j'ai trouvé ce gros cube de rangement en bois avec l'alphabet.\nJe suis une grande fan de boîtes en tous genre quand elles sont originales, alors difficile de résister.\nBref, bienvenue chez Willow ♥\nCommode Blanche - Ikea\nCube en bois - Blokker\nLit de poupées - Chiné\nTapis Glace - La tribu de Gridi\nMiroir Lapin - H&M Home\ndéco Freakybaby Home kawaii pastel sylvanian Toy vintage


Streaming Lyon - Saint Etienne en direct live 28 Avril\nSuivez le match entre l’Olympique Lyonnais et l’Association Sportive de Saint-Étienne en direct dimanche 28 avril à 14h, rencontre de la 34ème journée de Ligue 1. Plus que jamais, ce derby entre l’OL et les Verts risque de faire basculer la saison de l’une ou l’autre des équipes. Après 3 défaites d’affilée en Ligue 1 et la perte de sa deuxième place au profit de l’OM, Lyon s’est repris en prenant 6 points lors des deux dernières journées, lui permettant d’être toujours sur le podium, avec une marge de manoeuvre de 2 points sur… Saint-Etienne ! Les joueurs de Christophe Galtier ne sont pas tombés dans l’euphorie après leur victoire en finale de la Coupe de la Ligue, et savent pertinemment que le plus dur reste à venir avec une possible qualification pour la prochaine Ligue des Champions en cas de parcours sans faute lors des 5 dernières journées. « Sainté » n’a réussi à s’imposer qu’une seule fois à Gerland depuis 1994, un succès chez l’éternel ennemi est donc encore loin d’être acquis.\nLe match Lyon – Saint Etienne en streaming est à suivre en direct à partir grâce aux liens ajoutés sur cette page.\n14h Lyon – Saint-Étienne\nLes Gones conservent leurs 2 points d’avance sur les Verts, match nul 1-1 entre l’OL et Saint-Etienne, un derby dont on pouvait attendre un peu plus de spectacle.


5 spécialistes à consulter pour maximiser votre expérience utilisateur | Adviso\nLa Mesure numérique, c'est le monde de l’analyse de la performance. Avoir des données de fréquentation de votre site, c’est bien, mais savoir les interpréter correctement, c’est eux. Dans un monde de plus en plus multiplateforme et multicanal où un même utilisateur a plusieurs points de contact avec une marque, les données quantitatives en continu et en temps (presque) réel sur les comportements de vos visiteurs nous aident à brosser le portrait de l’expérience client.\nMots clés: collaboration, Expérience Utilisateur, optimisation, performance\nJérôme Mongeau 9 septembre 2015\n+1 pour la communication entre les silos.\nSi je peux me permettre, un autre endroit où le SEO peut participer au UX est dans l’expérience de recherche. On évite des frustrations à l’utilisateur entre autre en s’assurant que la page présenté dans Google pour une certaine requête est bien celle qui aidera l’utilisateur dans son parcours. Comme disait Sartre: L’expérience précède le clic.\nBenoit Laurin 11 septembre 2015\nJe ne sais pas ce que Sartre aurait dit de Google, mais j’adore la formule !\nLoic B 11 septembre 2015\nExcellent article ! Je me permet d’ajouter l’email marketing comme levier important dans l’amélioration de l’expérience utilisateur à condition d’adopter une stratégie emailing efficace.\nTout à fait d’accord avec vous, Loic. Si le timing est bien choisi, que le message est pertinent et adapté au destinataire, le email marketing peut contribuer grandement à une bonne expérience.


Grave tire un projectile devant lui, infligeant 45/60/75/90/105 (+80% par bonus de dégâts d'attaque) de dégâts physiques en une ligne.\nAprès 2 secondes, la ligne explose, infligeant 85/120/155/190/225 (+0.4/0.7/1.0/1.3/1.6 par bonus de dégâts d'attaque) de dégâts physiques dans un nuage en forme de T depuis l'endroit où Graves a tiré. Si Terminus touche un mur, il explose après 0.25 sec.\nVue réduite : 250\nCrée un nuage de fumée noire qui dure 4 sec. Les ennemis dans la fumée ne voient pas plus loin que la fumée. Les ennemis touchés par l'impact initial subissent 60/110/160/210/260 (+60% de la puissance) pts de dégâts magiques et voient leur vitesse de déplacement être réduite de 50% pendant 0.5 sec qui perdure de 0.5 si l'ennemi sort de l'écran de fumée. La vision ennemie est réduite à l'écran de fumée lorsqu'il est à l'intérieur.\nFonce dans une direction tout en rechargeant une cartouche. Graves gagne Nerfs d'acierpendant 4 sec. Si Graves fonce vers un champion ennemi, il gagne deux effets Nerfs d'acier au lieu d'un. Tous les impacts d'attaque de base réduisent le délai de récupération de Ruée vers l'or de 0.5 sec. S'ils touchent autre chose que des sbires, ils actualisent également Nerfs d'acier. Nerfs d'acier octroie un bonus de 6 / 9 / 12 / 15 / 18 en armure et de 48 / 72 / 96 / 120 / 144 en résistance magique (cumulable 4 fois).\nGraves tire un énorme projectile, infligeant 250/400/550 (+1,5 par dégât d'attaque bonus) de dégâts physiques au premier ennemi qu'il touche. Après avoir touché un champion, ou s'il arrive à la fin de sa course, le projectile explose et inflige 200/320/440 (+1,2 par dégâts d'attaque bonus) de dégâts physiques dans un cône derrière la cible. Lorsqu'il tire, Graves recule de 300 unités de distance.\nComment jouer Graves ?\nGuide pour Graves Jungle en S12