Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de

Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de Formation Centre d’Enseignement Multimédia Universitaire Validation Nom(s) Date Rédaction EL 09/06/2015 Vérification AG, VB, AC, AP 15/06/2015 Approbation PB CT 22/06/2015 En attente Diffusion Publique  Restreinte  Destinataire(s) Mode de diffusion Date COPIL Plateformes de formations et Comité utilisateurs Espace projet redmine : Gestion des évolutions Version Date Objet Rédacteur Ce document est la propriété du CEMU-UNICAEN . Toute diffusion, reproduction et modification est soumise à son accord préalable CEMU_PRO_gestion_plugins_plateformes_V1 page n°1/10 Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de Formation Centre d’Enseignement Multimédia Universitaire Table des matières 1.Introduction.................................................................................................................................................................................4 2.Documents de référence..............................................................................................................................................................4 3.Processus d'installation d'un nouveau plugin..............................................................................................................................4 3.1.Expression du besoin...........................................................................................................................................................................................4 3.2.Analyse du besoin................................................................................................................................................................................................5 3.3.Fiche technique du plugin....................................................................................................................................................................................5 3.4.Installation sur la plateforme de test.....................................................................................................................................................................5 3.4.1.Plugin Moodle..........................................................................................................................................................................................................................5 3.4.2.Plugin Mahara (à développer)..................................................................................................................................................................................................7 3.5.Tests du plugin.....................................................................................................................................................................................................7 3.5.1.Processus de test en amont.......................................................................................................................................................................................................7 Tests par Moodle.org..............................................................................................................................................................................................................7 Tests par Mahara.org.............................................................................................................................................................................................................7 3.5.2.Tests de niveau 1 par groupe technique...................................................................................................................................................................................7 3.5.3.Tests fonctionnels d'acceptation utilisateurs............................................................................................................................................................................8 3.5.4.Recette......................................................................................................................................................................................................................................8 3.6.Soumission au COPIL..........................................................................................................................................................................................8 3.6.1.Validation du COPIL, installation sur plateforme de production.............................................................................................................................................8 3.6.2.Refus du COPIL, désinstallation plugin plateforme de test.....................................................................................................................................................8 4.Processus de désinstallation de plugin........................................................................................................................................9 4.1.Contexte...............................................................................................................................................................................................................9 4.2.Plateforme Moodle...............................................................................................................................................................................................9 4.3.Plateforme Mahara...............................................................................................................................................................................................9 5.Processus de mise à jour de plugin.............................................................................................................................................9 5.1.Contexte...............................................................................................................................................................................................................9 5.1.1.Correction de bug.....................................................................................................................................................................................................................9 5.2.Mise à jour sur la plateforme de test...................................................................................................................................................................10 5.2.1.Plateforme Moodle.................................................................................................................................................................................................................10 5.2.2.Plateforme Mahara.................................................................................................................................................................................................................10 5.3.Tests du plugin mis à jour...................................................................................................................................................................................10 5.3.1.Tests de niveau 1 par groupe technique.................................................................................................................................................................................10 5.3.2.Tests fonctionnels d'acceptation utilisateurs..........................................................................................................................................................................11 5.3.3.Recette....................................................................................................................................................................................................................................11 Ce document est la propriété du CEMU-UNICAEN . Toute diffusion, reproduction et modification est soumise à son accord préalable CEMU_PRO_gestion_plugins_plateformes_V1 page n°2/10 Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de Formation Centre d’Enseignement Multimédia Universitaire 1. Introduction Ce document vise à rationaliser le processus d'installation de nouveaux plugins tiers sur les plateformes de formation Moodle et Mahara et à déterminer les périmètres de responsabilités. 2. Documents de référence Documentation officielle Moodle: • Installation de plugin tiers : https://docs.moodle.org/26/en/Installing_add-ons (en) • Validation des plugins tiers : https://docs.moodle.org/dev/Plugin_validation (en) Documentation officielle Mahara : • Installation de plugins tiers : https://wiki.mahara.org/index.php/Plugins#Plugin_Installation (en) 7 documents associés : Type Nom PRO Gestion des évolutions des plateformes de formation ENR Modèle fiche technique nouveau plugin ENR Modèle fiche de tests fonctionnels d'acceptation utilisateurs DIA Diagramme description processus installation plugin DIA Diagramme description processus désinstallation plugin DIA Diagramme description processus mise à jour plugin ENR Matrice de partage de responsabilités 3. Processus d'installation d'un nouveau plugin 3.1. Expression du besoin L'installation d'un nouveau plugin fait généralement suite à l'expression d'un besoin. Ce besoin peut être exprimé : • via les comités utilisateurs (besoin recueilli sur le CR comité utilisateurs) ; • via les projets d'accompagnement initiaTice ; • via les administrateurs (pour des fonctionnalités techniques). Ce document est la propriété du CEMU-UNICAEN . Toute diffusion, reproduction et modification est soumise à son accord préalable CEMU_PRO_gestion_plugins_plateformes_V1 page n°3/10 Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de Formation Centre d’Enseignement Multimédia Universitaire 3.2. Analyse du besoin Le besoin est ensuite analysé par le groupe technique. Soit il n'existe pas de solution/plugin pour répondre au besoin : une communication est alors faite au comité utilisateurs. Si un plugin tiers répondant au besoin exprimé existe, il doit être alors installé sur la plateforme de tests et être testé suivant un protocole défini. L'ajout de ce plugin doit être bien analysé ; en effet, l'ajout d'un plugin supplémentaire sous-entend un plugin supplémentaire à maintenir. 3.3. Fiche technique du plugin Dans le cadre du processus d'ajout d'un nouveau plugin, il est nécessaire de rédiger une fiche technique du plugin (Ftec plugin, voir enregistrement type). Cette fiche sera initiée puis suivie par l'un des administrateurs Moodle porteur du plugin, complétée durant les différentes étapes de tests (cf. diagramme description du processus), puis soumise au groupe technique pour validation de 1er niveau (pre-COPIL). La fiche technique plugin comportera les éléments suivants : • Une présentation du besoin fonctionnel. • La/les plateforme(s) concernée(s). • Une description du plugin avec le nom, le niveau de maturité, le lien de téléchargements et de documentation, la date de dernière mise à jour, le nom du/des développeur(s), la disponibilité des versions, le nombre de téléchargement (indication de popularité), l’existence de la traduction française, la ou les tâche(s) cron associée(s), les bugs reportés sur le tracker. • Une description des tests de niveau 1 réalisés. • Les tests fonctionnels d'acceptation réalisés par des membres du comité utilisateur (résumé du scénario de test, nom des testeurs, compte-rendu, PJ fiches testeurs). • Les noms des validateurs des tests techniques et fonctionnels, date de validation, remarques/réserves (Groupe Technique). Cette fiche doit faire l'objet d'un flux de validation auprès du groupe technique sur Redmine, espace projet Roadmap plateformes/DMSF (Redmine). 3.4. Installation sur la plateforme de test 3.4.1. Plugin Moodle L'installation est lancée depuis moodle.org. Sur la page du plugin à installer, il suffit de sélectionner « Install now » puis la plateforme concernée, une redirection s'effectue automatiquement vers l'installeur du site. Une fois téléchargé, il passe par l'étape de validation où un certain nombre de vérifications sont effectuées : • Vérification du nom, version plugin, version de moodle requise, vérification de l'autorisation d'écriture sur le serveur etc. • Niveau de maturité déclaré : le plugin peut déclarer son niveau de maturité. Si le mainteneur considère que son plugin est stable, le niveau de maturité déclaré sera MATURITY_STABLE. Les autres niveaux de maturité (par exemple alpha ou bêta) doivent être considérés comme instables et un avertissement est donné. Seuls les plugins tiers stables seront installés sur les plateformes. Ce document est la propriété du CEMU-UNICAEN . Toute diffusion, reproduction et modification est soumise à son accord préalable CEMU_PRO_gestion_plugins_plateformes_V1 page n°4/10 Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de Formation Centre d’Enseignement Multimédia Universitaire Ces informations sont reportées sur la fiche technique du plugin. Une fois la validation du paquetage du plugin effectuée, l'installation peut démarrer. Elle sera suivie d'une mise à jour de la base de données : Si l'installation du plugin est effective, on peut passer à l'étape des tests de niveau 1. Si l'installation échoue, le mode « debug » est activé pour identifier les problèmes. Si cela n'est pas possible ou bien non résolu, on désinstalle le plugin (voir processus désinstallation de plugin). Ce document est la propriété du CEMU-UNICAEN . Toute diffusion, reproduction et modification est soumise à son accord préalable CEMU_PRO_gestion_plugins_plateformes_V1 page n°5/10 Type : Procédure Responsable : DSI-CEMU Gestion des plugins des plateformes de Formation Centre d’Enseignement Multimédia Universitaire 3.4.2. Plugin Mahara (à développer) 3.5. Tests du plugin 3.5.1. Processus de test en amont Tests par Moodle.org Avant qu'un plugin ne soit référencé et mis à disposition sur la base des plugins Moodle , il suit un processus de validation automatique et manuelle. La validation dite « automatique » est effectuée pour chaque version du plugin ajoutée. La validation « manuelle » est effectuée uniquement à la première release du plugin. La checklist de ces tests, automatique et manuelle, est disponible sur la page : Processus « Plugin validation ». Tests par Mahara.org Il n'y a pas de processus de validation des plugins tiers Mahara, comme pour Moodle. Les plugins sont simplement listés et partagés sur la page des plugins. « Please note: Plugins listed here are NOT subject to the same standards of review that the Mahara core is, and as such, may contain security issues or other problems. It's up to you to verify that the plugin will adequately suit your needs! » 3.5.2. Tests de niveau 1 par groupe technique Le plugin est installé sur la plateforme de test, les tests de niveau 1 peuvent démarrer. Un certain nombre de ces tests sont communs à l'ensemble des plugins : • Vérification qu'il n'y a pas de chaînes de traduction manquantes sur le plugin ◦ Pour Moodle : (https://lang.moodle.org/local/amos/), si c'est le cas proposer une traduction pour les chaînes visibles par les usagers (pas de problème pour les chaînes réservées aux administrateurs). ◦ Pour Mahara : il n'y a pas d'équivalent à Amos, la traduction doit se faire dans les fichiers de langue (voir documentation Developer Area/Language strings) • Identification des tâches cron associées au plugin. • Vérification que le cron est bien opérationnel (avertissement par mail si le cron est bloqué). • Bugs identifiés sur le tracker pour la version courante du plugin. ◦ Pour Moodle : https://tracker.moodle.org/ ◦ Pour Mahara : https://mahara.org/tracker • Vérification qu'il n'y a pas de problèmes d'affichage / messages d'erreurs. Parallèlement l'administrateur de base de données contrôle globalement le code, la conformité des API utilisées par le plugin et la charge de base de données occasionnée par l'usage du plugin. Certains tests devront être spécifiés suivant le type de plugin et devront être tracés sur la fiche technique du plugin. Exemple : vérification qu'une activité etherpad supprimée est bien supprimée du serveur etherpad. 3.5.3. Tests fonctionnels d'acceptation utilisateurs Une fois les tests niveau 1 réalisés, les tests fonctionnels d'acceptation utilisateurs vont pouvoir démarrer. Ce document est la propriété du CEMU-UNICAEN . Toute diffusion, reproduction et modification est soumise uploads/s3/ gestion-plugins-plateformes.pdf

Documents similaires

NIVEAU A (A1&A2) sur l’échelle proposée par le Conseil de l’Europe ÉPREUVE 2 Pr 0 0

Bac MEI Page 1 sur 4 CENTRALE (GROUPE) HYDRAULIQUE HYDRAULIQUE H1 Le groupe gén 0 0

LIVRET DE SUIVI PÉDAGOGIQUE Nom et prénom du stagiaire : Jean Michel Sergueef N 0 0

EVALUATION PREMIERE S (Sujet 1) Toutes les réponses doivent être justifiées, le 0 0

Bac MEI Page 1 sur 4 CENTRALE (GROUPE) HYDRAULIQUE HYDRAULIQUE H1 Le groupe gén 0 0

REPUBLIQUE DE COTE D’IVOIRE Union-Discipline-Travail ******** ************ MINI 0 0

Portfolio Attestation de niveau et bilan pédagogique Kelian Ngoma Niveau de fra 0 0

LA GALERIE API 20E (travail de R. FERRY CANNES) 1- Présentation de la galerie G 0 0

SEMAINE 1 Grammaire et Activités Niveau A1 GRAMMAIRE et ACTIVITES ILA Semaine 1 0 0

Lycée des métiers du BTP Tony GARNIER TGT S5 TRAITEMENT GRAPHIQUE - INFOGRAPHIE 0 0

• Détails
• Publié le Nov 18, 2021
• Catégorie Creative Arts / Ar...
• Langue French
• Taille du fichier 0.1851MB