Rapport Ayed Chekib

Mise en place du portail internet et dveloppement de tlprocdures

Ralis par: Chekib AYED Promotion: 2010/2011 Parcours: Master Mathmatiques et Informatiques de systmes complexes et distribues Enseignant Responsable: Mr Claude DUVALLET Priode de stage: 01/03/2010 jusqu 30/06/2010

Rapport de stage

2009/2010

RemerciementsJe tiens prsenter mes reconnaissances et mes remerciements mon professeur encadrant Mr. Claude DUVALLET, pour le temps consacr la lecture et aux runions qui ont rythmes les diffrentes tapes de mon mmoire. Les discussions que nous avons partages ont permis dorienter mon travail dune manire pertinente. Je le remercie aussi pour sa disponibilit encadrer ce travail travers ses critiques et ses propositions damlioration.

Un remerciement particulier Mr Olivier RAVEL, pour le soutien quil ma apport tout au long du stage ralis au sein de lentreprise GFI.

Je remercie galement Mr. Nicolas Gru et Mr. Legouda Kasso, pour leur patiences, leur amabilits, leur cooprations et pour tous les conseils et les informations quils mont dispens afin que ce stage se passe dans les meilleures conditions. Je remercie galement toute lquipe de lentreprise E- qui a essay de crer une ambiance favorable au bon droulement de ce stage.

Je remercie videment tous les membres du jury qui ont assur un suivi rgulier ce travail.

Enfin je remercie toutes les personnes qui ont contribu de prs ou de loin la ralisation de ce mmoire, ainsi quau bon droulement du stage, et dont les noms ne figurent pas dans ce document.

Mise en Place de portail intranet et Dveloppement de Tlprocdures

2

Rapport de stage

2009/2010

DdicaceAu Dieu tout puissant mon crateur. A la mmoire de mes grands-parents. A mon pre, en signe damour, de reconnaissance etde gratitude pour tous les soutiens et les sacrifices dont il a fait preuve mon gard.

A ma mre, ma raison dtre, ma raison de vivre, lalanterne qui claire mon chemin et millumine de douceur et damour.

A mes frres. A mes amis, et tous mes proches.


3

Rapport de stage

2009/2010

Le SujetDans le but de valider mon master en Mathmatiques et Informatiques de systme complexes et distribus. Jai effectu ce stage dans la socit GFI. Plus prcisment, cest dans le Centre de Comptences eBusiness du Groupe GFI Informatique. Les principaux objectifs de mon stage est de particip avec lquipe de E-business pour la mise en place dune plateforme portail Internet et dveloppement des procdures de tlvente Transports. Ces objectifs sont : -Participation la mise en uvre des outils de travail collaboratif de liferay -Participation la mise en uvre un processus mtier avec JBPM pour la ralisation de tlprocdure. - Participation lintgration de lensemble de ces composants au sein dun portail unique.


4

Rapport de stage

2009/2010

Table des matiresRemerciement ............................................................................................................................... 2 Ddicace ....................................................................................................................................... 3 Sujet .............................................................................................................................................. 4 Tables des figures ......................................................................................................................... 6 11.1 1.2

Prsentation de lentreprise................................................................................................ 8Une ambition dynamise par lapproche sectorielle .................................................................................... 8 GFI Informatique en France......................................................................................................................... 9

1.2.1 1.2.21.3 1.4 1.5

GFI Informatique en Europe ........................................................................................ 9 GFI Informatique dans le reste du monde .................................................................. 10E-Business ................................................................................................................................................. 10 Partenaires.................................................................................................................................................. 11 Mtiers : ..................................................................................................................................................... 11

1.5.1 1.5.2 1.5.3 1.5.4 22.1 2.2

Banque et Assurance .................................................................................................. 11 Industrie, Distribution, Services ................................................................................. 12 Secteur Public............................................................................................................. 12 Telecom et Media ....................................................................................................... 12 Liferay Portal ..................................................................................................................... 13Prsentation liferay .................................................................................................................................... 13 Plateforme entreprise de portail : Portlet JSR-168 et JSR 286 ................................................................. 13

2.2.1 2.2.2 2.2.3 2.2.4 2.2.52.3 2.4

Portlet ......................................................................................................................... 13 JSR-168 ...................................................................................................................... 14 JSR-268 ...................................................................................................................... 15 Portlet Life cycle ........................................................................................................ 15 Interactions ................................................................................................................. 17Architecture Technique de la portlet .......................................................................................................... 17 Administration de portail liferay ................................................................................................................ 18

2.4.1 2.4.2 2.4.3 2.4.4 2.4.5 2.4.6 2.4.72.5

Content management system et web content management ........................................ 19 Gestion dutilisateurs ................................................................................................. 19 Gestion de pages ........................................................................................................ 19 Publication distance................................................................................................. 20 Configuration des droits et gestion de la scurit ..................................................... 20 Les outils collaboratifs .............................................................................................. 20 Gestionnaire de documents ........................................................................................ 21Conclusion ................................................................................................................................................. 21

33.1

Dmarche de projet ........................................................................................................... 21Phase de spcifications fonctionnelles et techniques ................................................................................. 22

3.1.1 3.1.23.2

Spcifications fonctionnelles ..................................................................................... 22 Spcifications techniques ........................................................................................... 22Phase de conception prliminaire et dtaill .............................................................................................. 23

3.2.1 3.2.23.3 3.4

Conception prliminaire ............................................................................................. 23 Conception dtaille ................................................................................................... 23Phase Codage et tests unitaires .................................................................................................................. 23 Phase de validation .................................................................................................................................... 245


Rapport de stage

2009/2010

3.5

Conclusion : ............................................................................................................................................... 24

44.1 4.2 4.3 4.4

Dveloppement des Tlprocdures (Workflow) ......................................................... 25Quest ce quun workflow ......................................................................................................................... 25 Fonctionnement de workflows ................................................................................................................... 25 Prsentation des moteurs de workflow ...................................................................................................... 25 Workflow JBPM ........................................................................................................................................ 26

4.4.1 4.4.24.5

Prsentation ................................................................................................................ 26 Les diffrents lments d'un workflow JBPM ........................................................... 27Gestion des Tlprocdures Transports .................................................................................................... 28

4.5.1 4.5.2 4.5.3 5 6 7

Administration de tlprocdure ................................................................................ 29 Gestion de tlprocdure par le systme .................................................................... 30 Modlisation de Tlprocdure .................................................................................. 33 Conclusion .......................................................................................................................... 39 Glossaire ............................................................................................................................. 40 Source & Bibliographie .................................................................................................... 41


6

Rapport de stage

2009/2010

Table des FigureFigure 1: GFI Informatique en France ....................................................................................... 9 Figure 2: GFI Informatique en Europe ....................................................................................... 9 Figure 3: GFI Informatique en Europe ..................................................................................... 10 Figure 4: Le cycle de vie dun portlet ...................................................................................... 16 Figure 5: Interaction ................................................................................................................. 17 Figure 6: Architecture technique des portlets .......................................................................... 18 Figure 7: Dmarche de projet ................................................................................................... 22 Figure 8: JBPM ........................................................................................................................ 26 Figure 9: Portlet Workflow ...................................................................................................... 29 Figure 10: Portlet Workflow-Mode utilisateur......................................................................... 30 Figure 11: Gestion de tlprocdure par le systme................................................................ 30 Figure 12: Diagramme dactivit de tlprocdure Usager..................................................... 31 Figure 13: Diagramme dactivit de tlprocdure Administrateur......................................... 32 Figure 14: Diagramme dactivit de tlprocdure Valideur ................................................... 33 Figure 15: Modle de dfinition ............................................................................................... 34 Figure 16: Portlet Workflow Personnalise ............................................................................. 34 Figure 17: Dfinition dune tlprocdure ............................................................................... 35 Figure 18: Ajouter Dfinition dune tlprocdure .................................................................. 36 Figure 19: Liste de dfinitions ................................................................................................ 36 Figure 20: Portlet Workflow-Liste des instances de tlprocdure ......................................... 37 Figure 21: Portlet Workflow-Formulaire ................................................................................ 37


7

Rapport de stage

2009/2010

1

PRESENTATION DE LENTREPRISE

Acteur incontournable des services valeur ajoute et des logiciels en Europe du Sud, GFI sest dvelopp de manire significative ces dernires annes en sappuyant sur son expertise et ses comptences dans cinq branches : Consulting, Applications Services, Enterprise Solutions, Infrastructures Services et Software. En 2009 GFI a ralis un chiffre daffaires 663,9 millions deuros pour un effectif de plus de 9000 collaborateurs. GFI est implant dans toute la France autour de trois grandes rgions et avec plus de 40 agences. A linternational le Groupe compte des filiales en Belgique, au Luxembourg, en Suisse, en Espagne, au Portugal, au Maroc et au Canada.

1 .1 UNE AMBITION DYNAMISEE PAR LAPPROCHE SECTORIELLEGFI a choisi de dvelopper une stratgie fonde sur une approche sectorielle systmatique. Cette dynamique a pour but de rpondre aux nouvelles exigences du march, de plus en plus axes sur la connaissance mtier, au-del de lexpertise technologique. Lapproche sectorielle va permettre GFI de progresser dans la chane de valeur en proposant de nouvelles offres structures pour chaque secteur, et de capitaliser sur ses positions fortes en France pour se dvelopper en Europe, et plus particulirement en Europe du Sud. Elle sappuie sur une organisation matricielle autour de cinq secteurs majeurs :

Bank-Insurance avec pour grands clients BNP Paribas, Caisses dEpargne, Crdit Agricole, Socit Gnrale, Fortis, Caja de Madrid Public Sector avec parmi ses clients les plus grands Ministres, une centaine dtablissements publics, 9 rgions, 70 dpartements 170 communes, les Gouvernements Basque, de Catalogne, dAndalousie Telecom-Media avec des clients majeurs comme Orange, Telefonica, Vodafone, SFR, Bouygues Tlcom, Radio-France Transport-Services-Industry-Retail avec des grands clients comme la SNCF, la RATP, Air France, La Poste, Eurocontrol, Utilities-Energy-Chemicals avec des clients comme EDF, GDF-Suez, Total, Areva


8

Rapport de stage

2009/2010

1 .2

G F I I N F O R M A TI Q U E EN F R A N C E

Figure 1: GFI Informatique en France

1.2.1

GFI Informatique en Europe

Figure 2: GFI Informatique en Europe


9

Rapport de stage

2009/2010

1.2.2

GFI Informatique dans le reste du monde

Figure 3: GFI Informatique en Europe

1 .3

E-BUSINESS

GFI Informatique, acteur majeur dans le monde de leBusiness sest fix pour mission dtre un partenaire de rfrence pour amliorer durablement la performance oprationnelle des organisations, des quipes et des collaborateurs. LeBusiness, dans un monde de plus en plus dmatrialis et connect devient un lment cl de la stratgie de dveloppement de nos clients. L'enjeu est de taille : permettre d'amliorer la productivit et la performance de l'entreprise. A ce titre, leBusiness sinsre au cur du SI de nos clients, pour parfois en devenir lpine dorsale. Nous intervenons donc ce titre sur l'ensemble du cycle de vie des Systmes d'Information, de l'tude d'opportunit la mise en place, ainsi que sur les volutions des organisations. GFI a dvelopp, depuis 1999, une expertise en intgration de solutions Editeurs ou Open Source en environnement Nouvelles Technologies et cr une structure ddie afin de capitaliser sur ces savoirfaire. Nos projets sont mens selon une mthodologie adapte chaque composante technologique et chaque type de problmatique, avec un dnominateur commun : souplesse et rapidit. Dans ce contexte, nos consultants mettent en uvre des solutions fiables en parfaite intelligence avec lorganisation de nos clients, dans les domaines suivants :

Gestion de linformation dentreprise, regroupant les activits de Gestion de Contenu, Portails, Gestion lectronique de document, Bases de connaissancesMise en Place de portail intranet et Dveloppement de Tlprocdures10

Rapport de stage

2009/2010

Architecture du systme dinformation et gestion des processus dentreprise : SOA, Workflow, BPM Solutions de e-Commerce, paiement lectronique plates-formes B2B, B2E, B2C

1 .4

P A R TEN A I R E S

GFI Informatique a compris trs tt l'importance de s'associer avec des partenaires stratgiques pour mieux satisfaire les besoins de ses clients. Intgrateur de composants et de produits en provenance de trs nombreux fournisseurs (constructeurs, diteurs...), GFI Informatique a nou un nombre restreint de partenariats stratgiques avec les leaders du march sur le long terme. Ceux-ci participent aux avantages concurrentiels du Groupe afin de parfaire son offre de services. Les partenaires de GFI Informatique sont de trois catgories :

Constructeurs et intgrateurs : principalement associs sur des projets spcifiques, afin de satisfaire au mieux les clients. Ces accords sont flexibles et n'engagent pas GFI Informatique de manire exclusive dans le temps. Editeurs : partenaires sur le long terme, ils permettent GFI Informatique de dployer ses comptences d'intgrateur autour de progiciels leaders dans leur domaine. Le Groupe intervient aussi en qualit de distributeur valeur ajoute pour le compte de certains partenaires (ex : SAP). Partenaires "mtier" : GFI Informatique s'associe les comptences des meilleurs spcialistes des mtiers et secteurs conomiques sur lesquels il intervient. Ces collaborations ont pour objectif de dvelopper des comptences spcialises au cur des mtiers de nos clients.

1 .51.5.1

M ETI ER S :

Banque et Assurance

Le secteur de la banque est un partenaire important des socits de services informatiques telles que GFI. En effet, les gains de productivits sont essentiels et les services fournis aux millions de clients finaux sont de plus en plus sophistiqus. Les systmes dinformation bancaires ont la particularit dassocier les grands systmes et les nouvelles technologies. Lassociation de ces diffrentes technologies de linformation doivent permettre de rpondre aux grandes ambitions des banques :Mise en Place de portail intranet et Dveloppement de Tlprocdures11

Rapport de stage

2009/2010

amliorer la productivit, rduire les frais de fonctionnement, satisfaire les clients et augmenter le produit net. Le monde bancaire concentre ses orientations technologiques autour de trois objectifs : industrialiser ses activits cur de mtier (traiter le plus rapidement possible les oprations courantes), amliorer la relation clients (fidlisation) et renforcer la gestion des risques

1.5.2

Industrie, Distribution, Services

GFI apporte ses clients des solutions et offres spcifiques, adaptes aux enjeux des activits sectorielles suivantes : Industrie : automobile et quipementiers, nergie-chimie-ptrole, agro-alimentaire biens de consommation, aronautique et espace, lectronique Distribution : grande distribution, VPC, distribution de dtail Transport : transport de voyageurs, transport et logistique Services : htellerie, tourisme, loisirs, services aux entreprises et aux collectivits 1.5.3 Secteur Public

GFI dispose dun rel capital de comptences pour le secteur public. Plac au 6me rang des acteur IT du secteur public, GFI ralise 20% de son chiffre daffaires dans ce secteur. La simplification administrative et lamlioration de lefficacit publique sont actuellement des enjeux pour la modernisation de ltat. La mise en rseau du secteur public apparat comme un point de passage oblig. Ainsi, la e-administration, la performance publique, la rduction des cots et louverture des systmes dinformation sont les enjeux mtier majeurs du service public. De 2007 2009, 250 projets prioritaires lies aux technologies de linformation et de communication seront mis en uvre afin de faire face au processus de modernisation de ltat. 1.5.4 Telecom et Media

Avec ses quipes pluridisciplinaires, GFI se positionne comme un partenaire privilgi des oprateurs de tlcommunication et des mdias et offre l'ensemble des solutions ncessaires l'accompagnement de ses clients dans leurs volutions incontournables vers les nouveaux services de communication, de traitement et de diffusion de l'information multimdia.


12

Rapport de stage

2009/2010

2

LIFERAY PORTAL 2 .1 PRESENTATION LIFERAY

Liferay Portal est un portail open source qui fournit l'ensemble des solutions ncessaires pour dvelopper la communication et la collaboration au niveau de l'entreprise (portails clients, partenaires, espaces collaboratifs,...). Liferay Portal est une solution base sur la norme J2EE (Java 2 Entreprise dition) permettant une intgration simplifie dans l'infrastructure de l'entreprise (indpendance des OS, bases de donnes et serveurs d'applications). Liferay Portal fonctionne de manire autonome ou intgre aux serveurs d'applications de l'entreprise (IBM Websphere, BEA Weblogic, JBoss,...) Liferay Portal est une solution base sur les standards de portails (JSR168, JSR268 WSRP) et les standards de dveloppement J2EE (Struts, Spring, EJBs, JSF, Services web).

Liferay est apprcie et reconnue pour la richesse des fonctionnalits qu'elle propose, sa solidit technique (pour preuve, de bons rsultats nos tests de monte en charge), la communaut qu'elle fdre, la solution Liferay peut juste titre tre aujourd'hui considre comme une des meilleures solutions portail-Intranet-collaboratif-open-source du march. Crer une communaut, lui ajouter un forum, un blog, une partie rserve certains utilisateurs, sont des actions ne ncessitant que quelques clics ou glisser/dposer. Les blocs portlets - de chaque cran s'organisent et se paramtrent trs simplement, la iGoogle ou Netvibes (ou presque) pour un rsultat immdiat et efficace. La gestion des permissions est trs fine, mme si elle ncessite un temps d'appropriation.

2 .2 PLATEFORME ENTREPRISE DE PORTAIL : PORTLET JSR-168 ET JSR 2862.2.1 Portlet Une portlet est une application informatique que l'on peut placer dans un portail web, qui sert alors de conteneur. C'est un objet qui affiche un bloc sur un site web. Une portlet traite les requtes d'une tche ou d'un service donn et gnre dynamiquement le contenu web affich l'utilisateur. Les portlets permettent de fournir toutes sortes de services gnralistes ou


13

Rapport de stage

2009/2010

spcialiss (interface de consultation de dossiers, agenda personnel, annuaire, panneau d'information, intgration d'un moteur de recherche, mto, etc.). Du point de vue de l'interface web, la portlet est alors vu par l'utilisateur comme un composant qu'il peut afficher o il veut dans la vue personnalise de son portail. Il pourra ainsi visualiser les informations provenant de portlets diffrents dans une mme page web du portail, avec un systme base de panneaux, d'onglets ou de colonnes. En pratique, un portlet est dvelopp puis dploy sur un portail. L'administrateur qui gre le portail web peut alors le publier dans une catgorie particulire pour qu'il soit visible de tous les utilisateurs ou d'une population cible. En respectant la spcification de portlet (JSR 168, JSR 286, WSRP) il est possible d'utiliser un mme portlet sur des portails diffrents. Avant JSR 168, on dveloppait des portlet en version spare qui tait compil avec chaque portail spcifique. Donc, le portlet nest pas portable, il ne marche quavec un portail compatible et ne marche pas avec un autre portail. JSF 168 est une norme. Pour suivre cette norme, un portlet est compil et march avec plusieurs portails diffrents. Dans notre projet. Nous avons dvelopp notre portlet avec la norme JSR 168 parce quil y a quelques limites la technologie. JSR 286 est une spcification de portlet. Elle tend JSR 168 et est compatible avec WSRP. Il est ajout quelques caractres comme lintercommunication entre des portlets dans le portail, la gnration dynamique de ressource directement au travers des portlets. Lintroduction du portlet filtre et les auditeurs. 2.2.2 JSR-168 La JSR 168 est la spcification des portlets dfinissant le contrat entre les conteneurs de portlets et les portlets. Cette requte de spcification Java (JSR), qui porte le n168, prend place dans le cadre du JCP, le Java Community Process. L'ide de cette spcification est de rechercher l'interoprabilit entre les portlets et les portails. Cette spcification a pour but de permettre n'importe quel portlet dvelopp en Java de s'excuter dans n'importe quelle architecture distribue avec un serveur d'application compatible J2EE. La spcification dfinit un ensemble d'API pour les serveurs portails concernant les domaines de l'agrgation, la personnalisation, la prsentation et la scurit. Les buts principaux sont :Mise en Place de portail intranet et Dveloppement de Tlprocdures14

Rapport de stage

2009/2010

Dfinir un API Java Portlet standard bas sur l'API Servlet. Assurer l'interoprabilit et la portabilit. Supporter des types de clients multiples (multi terminal). Supporter la localisation et l'internationalisation. Supporter l'excution de portlet distant. 2.2.3 JSR-268 Lobjective de la portlet JSR-268 est de rendre lAPI Portlet plus mature que JSR- 168 et dincorporer des nouvelles fonctionnalits essentielles. Les fonctionnalits majeures du projet JSR-268 sont : Events : Permettre une portlet de communiquer avec une autre par lenvoi et la rception des vnements Shared render parameters : Permettre une portlet de spcifier le render paramtres partager avec une autre portlet. Resource serving: Permettre la portlet de servir de ressources (Ajax, Json,) 2.2.4 Portlet Life cycle le cycle de vie du portlet gr par le conteneur du portlet. Chaque portlet contient quatre mthodes de cycle de vie. Le cycle de vie du portlet est le suivant : natre, traitement des actions, afficher des informations dans le portail et la mort.


15

Rapport de stage

2009/2010

Figure 4: Le cycle de vie dun portlet

La mthode Init est rappele immdiatement une fois aprs nouveau portlet est cr. Dans cette mthode, le conteneur du portlet fournit des informations denvironnement au portlet. La mthode processAction est rappele du conteneur quand lutilisateur excute des actions dans linterface. Portlet invoque des fonctions dans les composants ou JavaBean pour raliser ce but. La mthode render est suivi la mthode processAction dans la chane de mthode de cycle de vie du portlet. Elles affichent des informations du rsultat en linterface. La mthode Destroy est rappele quand le conteneur ferme le portlet. JSR 168 dfinit aussi les modes du portlet et les tats de la fentre dans le portail comme la taille de la fentre. Les modes du portlet sont VIEW, EDIT et HELP : VIEW pour afficher des informations dans ltat normal, EDIT pour configurer des paramtres concernant le portlet,Mise en Place de portail intranet et Dveloppement de Tlprocdures16

Rapport de stage

2009/2010

HELP pour aider des utilisateurs. Les contenus des modes sont tablis par des programmeurs. En plus, JSR dfinit des API, la politique et linterface concernant le contexte du portlet, le lien (URL), la session, la scurit et la mthode pour parquer le portlet pour dployer dans le portail.

2.2.5 Interactions

Figure 5: Interaction

2 .3

A R C H I T EC TU R E T EC H N I Q U E D E LA P O R TLE T


17

Rapport de stage

2009/2010

Figure 6: Architecture technique des portlets

Lapplication web reveuille la requte du client puis fais appel au portlet container pour rcuprer le contenu de chaque portlet. Pour cela, le portal server accde au portlet container en utilisant le Portlet Container Invoker API. Cette interface reprsente linterface principale qui supporte des mthodes acceptant des requtes pour appeler portlets du point de vu du portail. Le container provider SPI est une interface qui ncessite dtre implmente par le portal server pour fournir aux portlets des informations sur le portail. Le portlet container appelle les portlets via la portlet API.

2 .4

ADMINISTRATION DE PORTAIL LIFERAY

Ladministrateur dun portail peut restreindre l'accs de certaines fonctions et/ou contenu des groupes prdtermins en leur associant un nom d'utilisateur et un mot de passe. Ainsi, le grand public peut avoir accs une partie du portail, les employs de la socit ont encore plus de sections et finalement l'administrateur du portail peut lui-mme modifier sans-limite le contenu de son portail. Un Portail Web comporte deux parties principales Partie publique (Web) : pour faire de la publicit, attirer des gens supplmentaires Partie prive (Group) : pour restreindre laccs aux membres de la communautMise en Place de portail intranet et Dveloppement de Tlprocdures18

Rapport de stage

2009/2010

Ladministration de liferay est centralise et assure partir dune interface graphique qui donne accs toutes les fonctionnalits. 2.4.1 Content management system et web content managementLe systme de gestion de contenu intgr (CMS) de Liferay. Il permet des la sparation entre le fond et la forme

une gestion des permissions et des workflows bas sur des rles la publication par workflow, la gestion des versions, la structuration du contenu, des modles XSL et Velocity, et l'dition simplifie WYSIWYG des articles la gestion de la mise en page spare de la gestion des articles, permettant de publier le mme article sur plusieurs pages Une date de dbut et de fin, pour limiter dans le temps laffichage dun contenu

2.4.2 Gestion dutilisateurs Liferay offre ladministrateur du portail une interface qui permet de grer les utilisateurs a travers le panneau de commande Ladministrateur peut : Dsactiver un utilisateur Grer les pages Affecter des permissions sur le portail (pages et application). Si lutilisateur est dsactiv ladministrateur peut : Ractiver lutilisateur Le supprimer de la BD 2.4.3 Gestion de pages Lutilisateur peut directement accder aux pages des communauts dont il est membre Dans Liferay, les pages peuvent tre Publiques Prives : seuls les membres de la communaut peuvent y accder la cration dune nouvelle page, on peut spcifier son type. 5 types de pages dans Liferay : Application Incorpor Contenu webMise en Place de portail intranet et Dveloppement de Tlprocdures19

Rapport de stage

2009/2010

URL Lien vers une page de lespace de publication 2.4.4 Publication distance Pour mettre en ligne un contenu, Liferay offre un processus de validation. Il contient les tapes suivantes : Ecriture du contenu Publication du contenu Les deux tapes du processus sont ralises par des acteurs ayant les rles suivants : Writer Publisher Ces deux rles sont dfinit pour chaque site permettant disoler par exemple le contenu du site internet et de lintranet. Lutilisateur ayant le rle publisher peut retrouver les documents quil doit valider dans console dadministration : Le processus de publication permet galement de dfinir : Une date de dbut de mise en ligne Une date de fin de mise en ligne Une date dalerte. Cette date permet de prvenir lauteur du document une date donne par exemple pour lui notifier que larticle doit tre mise jour.

2.4.5 Configuration des droits et gestion de la scuritAvec Liferay, il est possible sur chaque objet de dfinir des rles. En fonction des rles, ladministrateur peut autoriser ou non les diffrentes actions possibles y compris lattribution des permissions, ce qui permet de dlguer ce travail un administrateur. Avec Liferay, il est possible sur chaque lment de larborescence de dfinir des permissions.

2.4.6 Les outils collaboratifs Pour partager linformation au sein dun Intranet, dun site Internet, Liferay offre plusieurs outils collaboratifs: BlogsMise en Place de portail intranet et Dveloppement de Tlprocdures20

Rapport de stage

2009/2010

Wiki Forum

2.4.7 Gestionnaire de documents Pour la gestion des documents Liferay offre une portlet nomme Document Library . Les principales fonctionnalits de cette dernire sont : Le stockage scuris des documents sur le serveur Lindexation du contenu des documents de type Office, Open Office et PDF Une gestion des versions des documents Un accs directement dans Word aux documents grce au plugin SharePoint livr en standard avec Liferay.

2 .5

CONCLUSION

Cette phase ma permet de dcouvrir les aspects fonctionnelles et techniques de portail liferay et dvelopper des fonctionnalits tels que : Installation des environnements de dveloppement, Personnalisation des Portlets JSR168, Paramtrage de la plate-forme Liferay, Mise en uvre des fonctions CMS et fonctions Collaboratives , Paramtrages des sites Communaut, Organisation, gestion de contenu Charte graphique : Ralisation des thmes.

3

DEMARCHE DE PROJET

Pour de nombreux types de projet, GFI applique la dmarche qui se base sur le cycle en V ou en Y, qui ont le mme principe afin de structurer le droulement de projet et le rpartie en diffrents phase. El la dmarche gnrale de dveloppement retenue pour le projet CG83 est base sur le cycle de vie en V :


21

Rapport de stage

2009/2010

Figure 7: Dmarche de projet

Phase dexpression de besoin : Lobjectif de cette phase est de mettre en place la rfrentielle qualit du projet, affecter les ressources et les comptences de lquipe, mettre en place linfrastructure bureautique et de conception. Elle consiste en un ensemble de tches coordonnes, qui sont :La conduite de la phase de lancement Lorganisation de la phase de ralisation La planification en fonction des dlais et des moyens La prise de connaissance du sujet

3 .1 PHASE DE SPECIFICATIONS FONCTIONNELLES ET TEC H N I Q U ES3.1.1 Spcifications fonctionnelles Cette phase a pour but de cartographier et de prciser les cas dutilisation, et danalyser les acteurs du systme (humains et matriels). Tche :Dvelopper la maquette. Dcouper le systme en cas dutilisation. Dcrire les IHM et tablir les rgles de gestion. Identifier les acteurs humains et matriels.

3.1.2 Spcifications techniques Lobjectif de cette phase est de Dtailler limplmentation des grands principes dcrits dans le Dossier darchitecture (dcoupage vertical en sous-systmes, dcoupage horizontal en couches, principes de gestion des erreurs, principes de gestion des traces). Dcrire de faon dtaille, la dcomposition des sous-systmes et la manire dont ils fonctionnent. Tche :Analyser les exigences techniques (disponibilit, fiabilit, scurit, performances).Mise en Place de portail intranet et Dveloppement de Tlprocdures22

Rapport de stage

2009/2010

Dfinir larchitecture conceptuelle. Dfinir larchitecture logique. Dfinir larchitecture physique. Dfinir les plates-formes de dveloppement et dintgration.

3 .2

PHASE DE CONCEPTION PRELIMINAIRE ET DETAILLE3.2.1 Conception prliminaire

Il sagit donc de choisir et figer la solution informatique retenue et de la dcomposer en une architecture fonctionnelle modulaire jusquau niveau o tous les besoins dfinis dans le Dossier des spcifications logicielles sont satisfaits. Il convient galement dans cette phase de prparer les phases dintgration et de validation. 3.2.2 Conception dtaille La phase de conception dtaille a pour objet de fournir une solution algorithmique chaque traitement crer ou modifier ainsi qu prparer les phases ultrieures de tests. Les activits principales de cette phase sont les suivantes :Dfinir la structure organique du logiciel de manire descendante, Rdiger ou mettre jour le Dossier de conception prliminaire, Mettre jour la stratgie de test (organisation, moyens et planning des tests dintgration), Rdiger les scnarios et fiches de test dintgration de lvolution, Mettre jour les scnarios et fiches de tests de validation, Identifier lensemble des traitements (ou lments logiciels) crer ou modifier, Organiser la phase de codage (ressources, environnements, outils...) Rdiger ou mettre jour le Dossier de conception dtaille.

3 .3

PHASE CODAGE ET TESTS UNITAIRES

Lobjectif de cette phase est de coder / tester les composants unitairement et en printgration (assemblage de composants pour raliser une couche technique, assemblage dun sous-systme). Cette phase a galement comme objectif de prparer la phase dintgration systme et de validation. Tche :Dvelopper / tester unitairement / mettre en configuration les composants du SI. Dfinir / raliser la procdure de gnration des versions. Rdiger Plan de test dintgration. Rdiger Plan de test de validation et Dossier de test de validation.Mise en Place de portail intranet et Dveloppement de Tlprocdures23

Rapport de stage

2009/2010

Mener les revues de codage.

- Phase dintgration systme :Lobjectif de cette phase est dintgrer lensemble des composants selon la dmarche dintgration dcrite dans le Plan de test dintgration.

Tche :Gnrer / packager les versions. Drouler les tests dintgration. Excuter les tests dintgration en environnement bouchonn, Excuter les tests dintgration avec les interfaces relles, Drouler les tests de validation, Corriger les FFT, Prparer lexploitation du systme (installation, procdures dexploitation). Etablir le Dossier des rsultats de tests dIntgration.

3 .4

PHASE DE VALIDATION

La phase de validation a pour objet de vrifier laide des tests de validation la conformit du logiciel aux spcifications du logiciel. Tche :Gnrer / packager les versions. Drouler les tests dintgration. Drouler les tests de validation. Corriger les FFT. Prparer lexploitation du systme. Etablir le Dossier des rsultats de tests de validation. Mener la revue interne de validation

3.5

CONCLUSION :

Gnralement, le choix de la dmarche du projet dpend de plusieurs formalits, telles que la taille et les contraintes fonctionnelles et techniques, etc. Pourtant, quelque soit la dmarche suivi dans un projet, notamment pour le cas des grands projets, il faut respecter les conditions et les rgles de cette dmarche, au niveau de lorganisation dquipe et la planification du projet et de spcifier et dordonner les tches raliser et les livrables prsenter afin datteindre les objectifs.


24

Rapport de stage

2009/2010

4

DEVELOPPEMENT DES TELEPROCEDURES (WORKFLOW)

4 .1

QUEST CE QUUN WORKFLOW

Selon Wikipdia on appelle workflows (littralement flux de travail ) la modlisation et la gestion informatique de l'ensemble des tches accomplir et des diffrents acteurs impliqus dans la ralisation d'un processus mtier (aussi appel processus oprationnel ou bien procdure d'entreprise). Le terme de workflow pourrait donc tre traduit en franais par gestion lectronique des processus mtier . De faon plus pratique, le workflow dcrit le circuit de validation c'est--dire les tches accomplir entre les diffrents acteurs d'un processus, les dlais, les modes de validation, et fournit chacun des acteurs les informations ncessaires pour la ralisation de sa tche. Les workflows sont donc utiliss dans de nombreux domaines.

4 .2

F O N C TI O N N E M EN T D E W O R K F LO W S

Dfinir un workflow pour un processus se fait de la manire suivante : D'abord il faut crer une dfinition dcrivant le droulement du workflow; Ensuite il faut utiliser un dispositif logiciel permettant d'excuter la dfinition.

Le dispositif logiciel prcdemment mentionn porte le nom de moteur de workflow, cependant pendant plusieurs annes ce terme fut confondu avec le terme de workflow et le terme de systme de gestion de workflow. Afin de ne plus confondre ces termes, la WfMC (Workflow Management Coalition) rdige a plusieurs dfinitions. Pour simplifier, un systme de gestion de workflow est un logiciel dont le but est de crer, de grer et d'excuter des instances de workflow; pour cela il utilise un moteur de workflow.

4 .3

PRESENTATION DES MOTEURS DE WORKFLOW

Un moteur de workflow est un logiciel permettant d'excuter des instances de workflow, il offre un certain nombre de fonctionnalits qui peut varier d'un moteur un autre. Voici la liste des services fondamentaux d'un moteur : -il permet la modlisation d'un processus (le plus souvent il permet la cration d'un cahier de dfinition du workflow) ;Mise en Place de portail intranet et Dveloppement de Tlprocdures25

Rapport de stage

2009/2010

-il permet d'instancier une instance de workflow - il permet de sauvegarder l'tat d'une instance de workflow.

4 .44.4.1

W O R K F LO W J BP M

Prsentation

JBPM est un logiciel libre dvelopp par JBoss (framework open source), crit en java. C'est un moteur de workflows, dans lequel chaque workflow (processus mtier) est dcrit dans un fichier XML : dfinition du processus. Ce fichier dcrit galement les classes java utilises pour le traitement des donnes (API JBPM). JBPM permet aux entreprises de dfinir et dautomatiser des BPs ( business Process) qui coordonnent avec des humains, des applications et des services. Un workflow tant plus explicite graphiquement, il est bien videmment possible de le crer graphiquement. L'diteur graphique est le plugin Eclipse JBoss Graphical Process Designer . Il permet de passer d'une vue graphique du processus sous forme de graphe orient une vue sous format XML. La synchronisation des deux vues est gre, ainsi il est possible de modifier le fichier XML et d'en voir la rsultante sous format graphique.

Figure 8: Moteur JBPM


26

Rapport de stage

2009/2010

4.4.2 Les diffrents lments d'un workflow JBPMDmarrer un workflow signifie crer et excuter une instance du processus. Et tout comme il est possible de crer plusieurs instances d'une mme classe Java, plusieurs instances du mme processus peuvent tre excutes en mme temps. Au dmarrage d'un workflow, un jeton est cre. Ce jeton suit le chemin d'excution du processus et peut se dcomposer en jeton fils. Cependant, les jetons ne se dplacent pas en mme temps ; nous restons dans du parcours squentiel. Il est possible de stocker des variables dans le contexte de l'excution, ainsi que sur un jeton. Ces variables permettent de manipuler les objets mtiers lies au processus. Au niveau structurel, un processus est compos de nuds et de transitions sur lesquels des actions (classes Java) peuvent tre excutes. Le processus dmarre par le nud start de type start-state. Un graphe doit possder exactement un nud de ce type pour permettre au processus de dmarrer. Le nud token est crer au dmarrage du processus et parcourt l'ensemble des nuds et des transitions du graphe. Le premier lment qu'il parcourt, aprs le nud start , est la transition. -Une transition est un arc orient qui permet de faire passer un jeton d'un noeud un autre. Elle peut tre nomme au cas o on veut diffrencier entre deux ou plusieurs transitions. -task-node : ce type de nud reprsente une ou plusieurs tches qui doivent tre excutes par un utilisateur. - join : lorsqu'un jeton arrive sur ce nud, il y est bloqu tant que tous les jetons qui ont le mme parent que lui ne sont pas arrivs. Une fois qu'ils sont tous arrivs, le nud termine l'excution de chaque jeton fils et c'est le parent qui continue l'excution. Ce nud permet ainsi de rassembler un ensemble de chemins d'excution. -State(les tats ):Cest un nud dont le rle est de mettre le processus en attente. -Les forks : Lorsquon veut avoir deux chemins en parallle, on utilise un fork pour la sparation et un join pour la jointure. -Dcision(les dcisions) : Lorsque nous sommes appels prendre une dcision sur un tat ou une tche du processus, on peut utiliser un nud de dcision. - Swimlanes: Les swimlanes sont utiliss dans la dfinition des diffrents groupes ou profiles (notion dacteur dans UML). -end-state : c'est le dernier nud d'un graphe. Il peut y en avoir plusieurs dans un mme graphe, mais ds que l'on arrive sur l'un de ces nuds, l'excution s'arrte. -node : ce type de nud est utile lorsque l'on veut excuter du code Java -Fork : ce type de nud permet de dcouper un chemin d'excution.Mise en Place de portail intranet et Dveloppement de Tlprocdures27

Rapport de stage

2009/2010

-Une action est un bout de code Java qui est excute lors de l'excution du processus. Les actions permettent d'ajouter des dtails techniques en dehors de la reprsentation graphique : le code Java peut tre associe au graphe sans changer la structure du graphe. Les actions sont gnralement places sur des vnements : - vnement sur un nud (tous types) : node-enter (entre sur le nud), node-leave (sortie du noeud) - vnement sur une transition : transition - vnement sur un nud de type task-node : task-start (dmarrage d'une tche), task-create (cration d'une tche), task-assign (assignation d'une tche un utilisateur) et task-end (fin d'une tche). Un vnement de ce type sera dclench pour chaque tche du nud. - vnement sur le processus : process-start (dmarrage du processus) et process-end (fin du processus).

4 .5

GESTION DES TELEPROCEDURES TRANSPORTS

Une tlprocdure est constitue : Un processus, o divers intervenants doivent apporter leurs validations Des formulaires, que les intervenants doivent remplir pour pouvoir valider pourront tre utilises pour limplmentation de toutes les nouvelles tlprocdures.

Aprs une tude

dtaill de workflow et le moteur workflow JBPM , il ma fallut

faire de

dveloppement des tl-procdure de transport . De ce fait jai suivi un plan de conception de dveloppement ralis par le chef du projet. Jai commenc par cration de Process dfinition qui permet de dfinir les usagers, les taches, les tapes, les actions et les dcisions pour chaque cas Affecter rle un usager Vrifier un rle un usager Supprimer un rle un usager Contrler le fichier reu Envoyer une notification Voila un exemple de dfinition :

Aprs la cration des dfinitions jai fait le dveloppement

des Handler (les actions et les

dcisions) .En effet une dfinition contient au moins une action ou une dcision.

Dploiement de la webApp JBPM, Ajouter la dfinition dans la portlet workflow.Mise en Place de portail intranet et Dveloppement de Tlprocdures28

Rapport de stage

2009/2010

4.5.1 Administration de tlprocdure Une portlet de tlprocdure offrant les possibilits suivantes : Ajouter une tlprocdure Autoriser laccs une tlprocdure, cest--dire associer une tlprocdure des usagers spcifiques ayant seul lautorisation de dbuter le processus Visualiser lensemble des demandes daccs une tlprocdure Visualiser lensemble des tlprocdures et les informations lies : Les processus en cours par tlprocdures Ltape en cours de chaque tlprocdure Le statut dune tlprocdure (En cours, fini) Mettre en ligne les tlprocdures Purger les instances termines Les schmas ci-dessous dcrivent la forme que pourrait prendre la portlet dadministration des Tlprocdures. Les agents de lentreprise peuvent, en fonction de leur rle dans le portail, se connecter, crer des tlprocdures destination des usagers. Lusager se connecte au portail pour lancer une demande de tlprocdures, suite cela un agent valideur de demandes peut visualiser lensemble des demandes de TL, les tudier et les valider / refuser. La portlet workflow de Liferay dispose de deux modes daffichage : Utilisateur, Administrateur.

Le mode Administrateur

Figure 9: Portlet Workflow

Le mode utilisateur :Mise en Place de portail intranet et Dveloppement de Tlprocdures29

Rapport de stage

2009/2010

Dmarrer un processus Afficher la liste des tches en cours , concernant lutilisateur Afficher lhistorique des processus de lutilisateur

Figure 10: Portlet Workflow-Mode utilisateur

4.5.2 Gestion de tlprocdure par le systme

Figure 11: Gestion de tlprocdure par le systme. Description des activits :

Notification dacceptation, refus ou autre : Envoi de-mail Validation de profil usager : Affectation de rle(s) : Affectation de rles (sur la base du nom des rles). Validation de profil usager : Affectation de lusager une communaut : Affectation de communaut (sur la base du nom de la communaut). Vrification daffectation un rle : Vrification dappartenance un rle.Mise en Place de portail intranet et Dveloppement de Tlprocdures30

Rapport de stage

2009/2010

Vrification dappartenance une communaut : Vrification dappartenance une communaut. Timer : appel dune transition dtat : Permet les procdures descalades une tape qui requiert une intervention humaine Diagramme dactivits de la fonction Tlprocdure Usager:

Figure 12: Diagramme dactivit de tlprocdure Usager

Descriptions des activits : Visualiser une tlprocdure autorise : Lusager pourra visualiser les tlprocdures qui lui sont autorises et en faire une demande. Saisir une demande tlprocdure : Lusager pourra lancer une demande Suivre une demande en cours : Lusager pourra consulter ses demandes en cours Diagramme dactivits de la fonction Tlprocdure Administrateur :Mise en Place de portail intranet et Dveloppement de Tlprocdures31

Rapport de stage

2009/2010

Figure 13: Diagramme dactivit de tlprocdure Administrateur

Description des activits : Crer une tlprocdure : Entrer la dfinition de la tlprocdure dans le systme. Modifier une tlprocdure : Ladministrateur pourra modifier les caractristiques dune tlprocdure. Publier une tlprocdure : Ladministrateur pourra mettre en ligne une tlprocdure. D publier une tlprocdure: Ladministrateur pourra une tlprocdure. Diagramme dactivits de la fonction Tlprocdure Valideur :


32

Rapport de stage

2009/2010

Figure 14: Diagramme dactivit de tlprocdure Valideur

Descriptions des activits : Consulter les demandes en attentes : Lagent valideur de demandes pourra consulter les demandes en attente de validation. Etudier une demande : Lagent valideur de demandes pourra tudier les demandes en attente de validation puis valide ou refuse la demande.

Pour la gestion des processus et des formulaires, il sagit dun plugin Eclipse permettant: De modliser les processus grce un diteur graphique De modliser les formulaires grce un diteur graphique De dployer les processus et formulaires dans le portail 4.5.3 Modlisation de Tlprocdure Le Schma ci-dessous explique les tapes suivre pour crer une dcision par apport aux fonctionnalits demandes :


33

Rapport de stage

2009/2010

Figure 15: Modle de dfinition

Modlisation de tlprocdure Contrler un fichier avec loutil de JBPM. Personnalisation de la portlet Workflow

Figure 16: Portlet Workflow Personnalise


34

Rapport de stage

2009/2010

Au niveau de dveloppement des tlprocdures, jai implment des fonctions dans la portlet workflow qui permet de purger les instances termins Les taches lies linstance sont cltur .

Dfintion dune Tlprocdure avec JBPM

Figure 17: Dfinition dune tlprocdure

Le schma ci-dessus montre la forme gnrale de la cration de la dfinition qui prsente une liste de nuds relis entre eux par de transition, en se basant sur le logicel JBPM qui utilise le langage JPDL pour la dfinition de workflow. Mise en place dune nouvelle dfinition de tlprocdure :


35

Rapport de stage

2009/2010

Figure 18: Ajouter Dfinition dune tlprocdure

Aprs la cration de la dfinition par le logicel JBPM, il suffit de copier le contenu et de lajouter dans linterface propos par liferay afin de construire une tlprocdure spcifique a cette dfinition. Dfinitions de tlprocdure:

Figure 19: Liste de dfinitions


36

Rapport de stage

2009/2010

Le schma ci-dessous montre les diffrents instances dune tlprocdure cre par ladministration liferay, ainsi les diffrentes fonctionnalits propose par liferay telles que la recherche et lajout dune nouvelle tlprocdure afin de manipuler les diffrents instances.

Instance de tlprocdure:

Figure 20: Portlet Workflow-Liste des instances de tlprocdure

Longlet instances de la portlet workflow montre les tats des instances des tlprocdures qui sont dfinit dans la dfinition associ cette instances ainsi que les critres de recherches des instances de tlprocdure. La colonne state prsente ltat de chaque instance de tlprocdure. Formulaire de taches :

Figure 21: Portlet Workflow-Formulaire


37

Rapport de stage

2009/2010

Lorsque lutilisateur clique sur longlet task, un formulaire saffiche, la figure donne un exemple sur le formulaire ou lutilisateur doit tlcharger un fichier, aprs il y a un control sur le type et la taille de ce fichier qui permet de valider ou annuler le tlchargement. Personnalisation de la portlet mode de contact : 2.6 Conclusion Toujours dans le cadre de Dveloppement dune plate-forme internet/intranet eCitoyen, jai particip a la modlisation et le dveloppement des workflows qui ma permis de connaitre un nouveau domaine de dveloppement et de monter en comptences au niveau de la maitrise fonctionnel et technique des workflows et plus gnralement celui de la supervision de processus mtier. Ainsi dimplmenter des fonctions et des procdures Administratives, mises disposition des citoyens. Ci-dessus les tapes suivre pour la modlisation et le dveloppement des workflows : Installation et configuration de JBPM, Cration de process de dfinition Modlisation , Dveloppement de Handler tlprocdure , Personnalisation de la portlet workflow.


38

Rapport de stage

2009/2010

5

CONCLUSIONCe stage de fin dtude ralis dans la socit GFI en tant que Ingnieur dtude , ma permis

dintgrer une structure qui ma apport beaucoup. Dun point de vue technique, jai pu me familiariser avec le portail liferay. Cela est un vritable atout puisque la majorit des grandes entreprises dans le monde placent l'informatique au cur de leur culture. Les collaborateurs peuvent alors avoir accs de manire centralise aux informations et ressources de leur entreprise, utiles dans leur travail.

Ce projet m'a permis de connatre aussi un domaine qui tait compltement inconnu pour moi : celui des workflows et plus gnralement celui de la supervision de processus mtier (mieux connu sous le nom de Business Process Management ou BPM). Il m'a aussi permis d'apprendre utiliser le logiciel JBPM, logiciel que je trouve titre personnel trs utile et aussi trs puissant.

Dun point de vue personnel, ces quatre mois passs au sein de lquipe du E-business mont t extrmement enrichissantes. Cela a t loccasion de mettre en pratique mes connaissances acquises tout au long de ma formation mais aussi ma permis daborder de nombreuses et diverses notions comme le travail en quipe, lorganisation et la rpartition des tches, la documentation, le respect d'un cahier des charges et le respect des dlais.

Je suis pleinement satisfait de ce stage qui ma enrichi car jai eu manipuler des concepts que je ne connaissais pas ou peu auparavant. Jai pu acqurir au niveau technique des connaissances indniables sur les outils et notions utiliss.

De plus, lexprience des personnes charges de mencadrer ainsi que la ralisation de projets parallles au sein de la socit mont aussi beaucoup apport au niveau de lorganisation mise en place pour mener une mission.


39

Rapport de stage

2009/2010

6

GLOSSAIRE

Contenu web : Article. Type de contenu : Structure. Gabarit de contenu : template. Application : portlet. Layout : page Thme : Prsentation (charte graphique) Colonnage: modle de disposition= Layout template. Permission : Action possible sur un objet Profil thmatique: Rle. Groupe de travail= Communaut. Organisationnel= Organisation.


40

Rapport de stage

2009/2010

7

SOURCE & BIBLIOGRAPHIE

Jonas X. Yuan Liferay Portal 5.2 Systems DevelopmentNormes spcifies par SUN Microsystem concernant les technologies lies Java : - JSR-168 : premire spcification des portlets parue en 2003 (URL: http://jcp.org/en/jsr/detail?id=168) - JSR-286 : deuxime spcification des portlets parue en 2008 (URL: http://jcp.org/en/jsr/detail?id=286) - JSR-170 : spcification concernant le dpt de contenu en JAVA parue en 2006 (URL: http://jcp.org/en/jsr/detail?id=170) Le site Wikipedia URL: http://fr.wikipedia.org/wiki/Workflow. Le guide utilisateur de JBPM url : http://docs.jboss.com/jbpm/v3.2/userguide/html/


41

Rapport de stage

2009/2010


42

Rapport Ayed Chekib

Documents

Transcript of Rapport Ayed Chekib