Rapport de stage. Développement d un logiciel de vidéoconférence : Enjeux 3. Guillaume DOTT 2009

Transcription

1 Rapport de stage Développement d un logiciel de vidéoconférence : Enjeux 3 Guillaume DOTT 2009 Maître de stage : Louis Poulette Tutrice : Marie-Paule Muller

2 Remerciements Je tiens à remercier toute l équipe de SAVIE pour son accueil et tout particulièrement William Thivierge et Mélanie Gravel pour leur suivi de mon travail et leur aide durant le stage. Je souhaite aussi remercier l OFQJ (Office Franco-Québecois pour la Jeunesse) et Eliane Thal qui m ont permis de réaliser mon stage dans cette magnifique province qu est le Québec. 2

3 Table des matières 1 Introduction 4 2 SAVIE, Société pour l apprentissage à vie 5 3 Le projet : Enjeux Présentation Les grandes étapes Analyse Solutions et choix Réalisation L ajout de rencontres Mes documents en ligne Le partage d écran La sécurité Bilan 14 5 Conclusion personnelle 15 3

4 1 Introduction Du 20 avril au 27 juin 2009, j ai effectué un stage à SAVIE (la Société pour l Apprentissage à VIE), une société à but non lucratif basée à Québec. Ce stage à l étranger a été l opportunité pour moi de découvrir le monde du travail tout en découvrant un nouveau pays, une nouvelle culture. Mon stage avait pour but le développement d Enjeux 3, une RIA (application internet riche) de vidéoconférence visant à faciliter et améliorer les cours à distance. Ce projet étant le projet principal de SAVIE, j ai eu la chance de travailler en collaboration avec les autres employés, ce qui m a apporté une grande expérience du travail en équipe. Ce stage m a permis de découvrir le monde du travail en travaillant sur un projet important dans une équipe professionnelle durant 10 semaines. Pour rendre compte de ce stage, je commencerai ce rapport par une présentation de l entreprise et du cadre de travail. Enfin, je développerai plus amplement le projet sur lequel j ai travaillé ainsi que les différentes tâches que j ai pu effectuer. 4

5 2 SAVIE, Socie te pour l apprentissage a vie Fig. 2.1 Vue d ensemble sur le bureau La Socie te pour l Apprentissage a VIE (SAVIE) est une socie te a but non lucratif base e dans les locaux de la Te le -universite du Que bec (Te luq), une universite de formation a distance faisant partie de l UQAM (Universite du Que bec a Montre al). Cette socie te a pour objectif principal de de velopper des environnements d enseignement, de travail collaboratif, d apprentissage en ligne ainsi que des outils de communication novateurs destine s en particuliers aux e coles et universite s. Elle regroupe dans une communaute des partenaires (entreprises, organismes communautaires, institutions d enseignement 5

6 publiques) qui soutiennent ces recherches contribuant ainsi a l ame lioration des contenus des diffe rents produits. Le produit principal en de veloppement en ce moment est Enjeux 3 qui est une refonte de la version pre ce dente, Enjeux 2. Mais SAVIE posse de plusieurs autres produits visant majoritairement a faciliter l encadrement et l apprentissage en ligne. SAVIE est compose e d une e quipe d une dizaine de personnes compose s de programmeurs, de graphistes, d inge nieurs travaillant sur des ordinateurs tournant sous Windows XP. Fig. 2.2 Les serveurs 6

7 3 Le projet : Enjeux Présentation Enjeux 3 est un logiciel de vidéoconférence orienté vers les cours à distance. Il doit permettre de faciliter les intéractions et les communications entre professeurs et élèves. Enjeux 3 est un nouveau départ complet par rapport à la version précédente en utilisant des technologies plus adaptées pour en améliorer l ergonomie et les fonctionnalités. Mon travail durant ce stage a été de réflechir à la conception et de réaliser plusieurs modules d Enjeux 3. J ai pu travailler sur toutes les parties du logiciel, autant la partie client que la partie serveur ce qui a apporté une grande diversité dans mon travail. Pour ce faire, il m a fallu faire de nombreuses recherches pour apprendre à utiliser différents outils nécessaires comme Red5 que je ne connaissais pas mais aussi pour trouver des solutions optimales aux différents problèmes que j ai pu rencontrer. La principale contrainte a été de s adapter et s intégrer à l équipe qui travaillait déjà sur Enjeux 3. Il fallait continuer sur le code existant, donc en comprendre son fonctionnement et continuer sur la même logique pour conserver une cohérence dans le code. C est dans un cas comme celui-ci que l on comprend vraiment l utilité d un code clair et commenté. 7

8 3.2 Les grandes étapes Prise en main du poste de travail, découverte de Flex et d Enjeux 3 Création d un premier formulaire de création de rencontre Module Mes documents en ligne Création d un outil de partage d écran Chacune de ces étapes était traitée selon le même programme. Je commencais par une phase d analyse plus ou moins grande pour étudier la faisabilité, les technologies nécessaires, etc, puis une phase de réalisation et pour finir, une phase de test où je corrigeais les bugs apparents et complétais pour éviter toute erreur inattendue. 3.3 Analyse Le développement d Enjeux 3 ayant débuté avant mon arrivée à SAVIE pour mon stage, je n ai pas pu participer à la phase d analyse générale. De plus, Enjeux 3 étant essentiellement une refonte de la version précédente, la liste des fonctionnalités à implémenter était déjà prête. Mais, les technologies principales ayant changées, il a fallu vérifier la faisabilité de projet et de toutes ses fonctionnalités. Une phase d analyse a été nécessaire pour chacun des différents modules que j ai dû réaliser, en particulier pour la création de l outil de partage d écran qui m a demandé de nombreuses recherches pour vérifier la faisabilité et trouver une solution correcte et fonctionnelle pour répondre aux besoins dans les meilleurs conditions. J ai pu étudier le code source de plusieurs logiciels libres existants pour étudier leur fonctionnement et trouver la méthode et le langage les plus efficaces. Concernant les Documents en ligne, des outils externes ont été nécessaires pour réaliser la conversion automatique des présentations et des vidéos pour en permettre la diffusion durant une rencontre. Après plusieurs recherches, j ai trouvé des logiciels multi-plateformes pour réaliser ces actions, le serveur hébergeant Enjeux 3 pouvant être sous Linux, Windows, etc. 3.4 Solutions et choix Enjeux 3 vise à avoir une partie client agréable à l oeil, plus ergonomique et facile d utilisation que la version précédente. Pour la réaliser, le choix s est porté sur Flex, un framework libre permettant la conception de RIA (applications internet riches) 8

9 multi-plateformes. De plus, grâce à AIR (Adobe Integrated Runtime), ces applications peuvent être lancées sans navigateur internet, ce qui permet à l utilisateur de lancer Enjeux 3 depuis son ordinateur ou en passant par une page web. Du côté du serveur, PHP a été utilisé à l aide du Zend Framework. Le Zend Framework a été choisi car il s agit d un framework PHP libre offrant de nombreux outils puissants. De plus, il permet de communiquer facilement entre l application Flex et les scripts PHP à l aide d un module créé par Zend en association avec Adobe. Zend Framework fournit aussi une couche d abstraction permettant de changer de base de données sans modifier les scripts. Red5 a été choisi pour le serveur de streaming plutôt que Flash Media Server car il s agit d une bonne alternative libre et gratuite possédant toutes les fonctionnalités nécessaires pour Enjeux 3. Le projet ayant commencé quelques mois avant mon arrivé, le choix de l utilisation de ces technologies avait déjà été fait lorsque j ai commencé mon stage. J ai dû m adapter à ces choix et, entre autre, apprendre à utiliser Flex assez rapidement. La partie m ayant demandée le plus d analyse est l outil de partage d écran. Aucune technologie précise n avait été choisie. Après de longues recherches et analyses, mon choix s est porté pour le Java. En effet, c est un langage que je maitrise, il permet de créer des applications facilement exécutables sur les postes clients sans nécessiter d installation (malgré quelques restrictions) à l aide du Java Network Launching Protocol (JNLP). De plus, plusieurs autres logiciels libres que j ai été amené à étudier utilisaient Java pour des fonctionnalités semblables à ce que je voulais réaliser. 3.5 Réalisation L ajout de rencontres Cette étape était surtout faite pour une découverte et une prise en main du framework Flex et de Flex Builder. Après avoir reçu la maquette m indiquant les champs à placer et sous quelle forme, je me suis lancé dans la conception en MXML et ActionScript du formulaire. J ai pu tester les différents éléments pour rester le plus fidèle à la maquette. Une fois le formulaire prêt, j ai dû m occuper de la partie du côté du serveur, en PHP, pour enregistrer la rencontre dans la base de donnée. J ai pu étudier plus en profondeur le fonctionnement de l ensemble du projet. 9

10 Fig. 3.1 Formulaire d ajout de rencontres Cette partie n a pris que quelques jours mais m a vraiment aidé à comprendre le fonctionnement de Flex et le fonctionnement d Enjeux 3 à l étape actuelle Mes documents en ligne Ce module comportait plusieurs parties. Une première partie était l explorateur de fichiers où je devais afficher les dossiers et les fichiers de l utilisateur pour lui permettre de les parcourir, les récupérer sur son ordinateur et les gérer. La deuxième partie était le formulaire d envoi de fichiers. Et pour finir, j ai dû complêter l envoi de fichiers pour effectuer la conversion automatique des présentations et des vidéos pour en permettre l affichage lors des rencontres. Gestion des documents L explorateur de fichiers devait permettre de parcourir l arborescence des dossiers et de pouvoir consulter la liste des fichiers. Il devait aussi fournir des outils simples de gestion pour pouvoir créer, supprimer des dossiers, déplacer, renommer des fichiers, etc. L application Flex étant exécutée sur le poste de l utilisateur, elle ne permet pas un accès direct aux fichiers. J ai dû utiliser le 10

11 Fig. 3.2 Explorateur de fichiers PHP pour renvoyer la liste des fichiers à l application Flex puis l afficher. Le principe est le même pour la gestion des dossiers et des fichiers. Pour chaque action, l application Flex envoie une requête pour appeler la bonne fonction PHP qui effectue les traitements sur le serveur. Envoi de documents Pour l envoi de fichiers, de nombreux scripts d exemples existent sur internet. Mais aucun n était pleinement fonctionnel ou adapté à mon besoin. Il est nécessaire d avoir une page PHP à qui l application Flex envoie le fichier. Cette page PHP s occupe ensuite de traiter le fichier, de vérifier s il remplit les critères d acceptation puis de le sauvegarder. Ayant déjà réalisé plusieurs scripts d envoi de fichiers en HTML et PHP, la partie PHP ne m a pas posé de problème. Mais, Flex étant nouveau pour moi, j ai dû m aider des exemples pour comprendre le fonctionnement de cette partie et pouvoir le coder. Conversion automatique Les présentations (documents odp, ppt...) et les vidéos devaient être visionnables durant une rencontre. Mais le framework Flex ne permet l affichage que de fichiers flv ou swf. J ai donc dû compléter mon script PHP 11

12 Fig. 3.3 Envoi de fichiers pour l envoi de fichier et rajouter la conversion automatique de ces fichiers. La conversion des présentations est réalisée grâce à un utilitaire d OpenOffice.org et JOD Converter qui fournit un service en Java permettant la conversion de ces fichiers. Pour les vidéos, aucun outil fait pour être utilisé avec PHP n existe. J ai dû utiliser FFMpeg, un logiciel externe en l exécutant depuis PHP. Cette solution n est pas parfaite, elle ne permet pas une bonne gestion des erreurs pour identifier un éventuel problème mais c est la seule solution que j ai pu trouver. Pour limiter le problème, j ai effectué des contôles en plus sur le fichier d origine et le fichier créé pour informer l utilisateur du succés ou de l échec de l opération Le partage d écran Après de longues recherches, de nombreux tests et l étude de plusieurs logiciels existants, j ai commencé la partie serveur où il m a fallu étudier Red5. Red5 est un serveur Java qui permet de faire du streaming audio ou vidéo, partage d objet distant (remoting), de la synchronisation de données, etc. Le partage d écran fonctionne par l envoi de capture d écran de l utilisateur sur le serveur Red5 qui s occupe de l envoyer à tous les autres utilisateurs. Il faut donc utiliser la synchronisation de données pour avertir tous les utilisateurs de la nouvelle capture d écran. Certaines notions de Red5 m ont posé problèmes. Il existe plusieurs tutoriels sur l utilisation de Red5 mais qui concernent des points spécifiques. Cela m a donc pris un certain temps d apprentissage pour comprendre le fonctionnement de Red5 et son utilisation 12

13 dans Enjeux 3. Fig. 3.4 Partage d écran La partie client devant envoyer la capture d écran est basée sur une partie du projet OpenMeetings sous LGPL. J ai donc commencé les tests en réutilisant cette application. Pour finir, je l ai recodé pour l alléger et l adapter à nos besoins précis. Il s agit d une application Java hébergée sur le serveur qui est lancée grâce à Java Network Launching Protocol (JNLP) pour faciliter son utilisation. Elle ne nécessite donc pas d installation mais requiert l accord de l utilisateur pour son utilisation. La dernière partie doit récupérer les captures d écran sur le serveur Red5 et les afficher. Il faut utiliser la synchronisation de données de Red5 pour mettre à jour la capture affichée. J ai pu effectuer quelques tests concluants mais n ayant pas pu plus m attarder sur cette partie, ce n était pas réutilisable. Pour cette dernière partie, elle est réalisée en Flex et de nombreux exemples similaires peuvent être trouvés sur Internet La sécurité Durant ce stage, j ai aussi pu m attarder plus en profondeur sur l étude d Enjeux 3 au niveau de la sécurité. Après plusieurs tests, j ai relevé quelques failles importantes devant être corrigées. J ai signalé ces failles au reste de l équipe, mais n ai pas pu les corriger. Cela aurait nécessité quelques semaines de stage en plus. 13

14 4 Bilan Après 10 semaines de travail sur Enjeux 3, mon stage est arrivé à sa fin, mais le projet n est pas fini. Le module Documents en ligne est complet mais le module partage d écran n est pas fini. En effet, j ai réalisé la partie serveur récupérant l image de l écran d un client et la redistribuant aux autres, la partie client qui prend des captures d écran pour l envoyer au serveur, mais il reste la partie client qui récupère l image de l écran de l utilisateur voulant partager son écran et qui l affiche. Les nombreuses recherches que j ai du effectuer pour trouver la meilleure solution ont entraîné une perte de temps qui m a empeché de finir cette dernière partie. C est pourquoi, j ai utilisé les derniers jours pour finaliser, commenter, documenter tout ce que j ai réalisé durant ce stage pour permettre aux personnes qui continuent à travailler sur Enjeux 3 pendant quelques semaines encore de le reprendre pour le compléter facilement au besoin. Après mon départ, malgré une équipe réduite, le travail continue sur Enjeux 3. De nombreuses fonctionnalités n étaient pas encore implémentées et quelques erreurs devaient encore être corrigées. A la fin de son développement, Enjeux 3 sera disponible à la vente en concurrence avec les plus grands comme Adobe Acrobat Connect. 14

15 5 Conclusion personnelle Pour conclure, ce stage aura e te tre s enrichissant sur de nombreux points. Tout d abord, la de couverte du monde de l entreprise, le travail en e quipe dans le domaine de l informatique. J ai pu voir que la communication est tre s importante entre les diffe rents membres de l e quipe pour e viter les conflits et divers proble mes au niveau du projet. J ai pu travailler avec une e quipe jeune et dynamique avec qui j ai e norme ment appris. J ai aussi pu apporter mes connaissances pour espe rer arriver a un meilleur re sultat. Ensuite, le travail demande et les objectifs du stage m ont permis d e largir mes connaissances en programmation par la de couverte de Flex tout en travaillant sur un projet concret et inte ressant. J ai pu de couvrir le fonctionnement pour la re alisation d un projet de ce genre dans une entreprise, les ressources utilisables, les proble mes lie s au statut professionnel du projet, surtout au niveau des licences des outils utilise s. Et pour finir, le lieu, Que bec, une belle ville totalement inconnue pour moi. J ai pu de couvrir une partie de l Ame rique, une toute autre culture et e normement de beaux endroits a Que bec et dans les alentours, Montre al, New York... 15

16 Réf. rapport : Entreprise : Etudiant : Guillaume DOTT SAVIE, société pour l apprentissage à vie Mots clés de l application : Matériels / Systèmes informatiques utilisés : Windows, Ubuntu 8.10 Enoncé du sujet : Logiciels utilisés : Flex Builder, VIM, Red5 Langages utilisés : PHP, Java, Flex (MXML+ActionScript) Développement de modules complémentaires s implémentant dans la nouvelle version du logiciel de vidéoconférence Enjeux. Résumé : Enjeux 3 est un logiciel de vidéoconférence orienté vers les cours à distance. Il doit permettre de faciliter les intéractions et les communications entre professeurs et élèves. Enjeux 3 est un nouveau départ complet par rapport à la version précédente en utilisant des technologies plus adaptées pour en améliorer l ergonomie et les fonctionnalités.