« STIC:STIC II - projet webmaster » : différence entre les versions
mAucun résumé des modifications |
|||
(46 versions intermédiaires par 6 utilisateurs non affichées) | |||
Ligne 1 : | Ligne 1 : | ||
{{ | {{stic archive}} | ||
== | <categorytree mode="pages" depth="0" style="float:right; clear:right; margin-left:3px; border:1px solid gray; padding:0.7ex; background-color:#f9f9f9;">STIC</categorytree> | ||
== Introduction == | |||
{{ bloc important | Le projet Webmaster a été une activité intégrée dans les cours STIC I et STIC II jusqu'à l'année académique 2020/2021, remplacé par la suite par des [[STIC:Ateliers techniques|ateliers techniques]] plus étroitement liés au projets du domaine STIC. }} | |||
Le projet webmaster se composait de : | |||
* Ateliers techniques obligatoires les lundi matin des périodes en présence 2, 3, 4, 5 et 6 | |||
* Une présentation du projet en classe lors de la période 6 | |||
* Le rendu d'un exercice dans le cadre du cours STIC II qui résume tout le travail fait au fil de l'année | |||
=== Connaissances/compétences envisagées === | |||
Les thèmes du projet webmaster peuvent varier selon les volées, mais en général le projet consiste à créer une application/site web qui puisse être intégré dans un contexte pédagogique et qui exploite les technologies web. Pour atteindre cet objectif, différents outils et technologies sont présentés pendant les ateliers techniques. À l'issue du projet webmaster, vous devez avoir acquis les connaissances/compétences suivantes : | |||
* Comprendre le fonctionnement d'une application web multi-utilisateur | |||
* Savoir imaginer différentes rôles et permissions pour les différents acteurs qui utilisent l'application (e.g. administrateur, enseignants, étudiants, ...) | |||
* Comprendre les différents éléments qui composent une application complexe (e.g. fichiers physiques, bases de données, ...) | |||
* Savoir identifier le type de technologie qui mieux s'adapte aux objectifs de l'application (e.g. portail, application mobile, logiciel web, ...) | |||
* Pouvoir installer des applications open-source et les configurer pour ses propres objectifs (e.g. [[Word press|WordPress]], [[Mediawiki]], [[Moodle]], ...) | |||
* Comprendre le fonctionnement d'un langage de programmation côté-serveur (e.g. [[Node.js]]) | |||
* S'appuyer sur des outils qui facilite le développement d'un point de vue individuel et/ou collectif (e.g. ligne de commande, [[Git et Github]]) | |||
=== Types de projet === | |||
Selon le nombre d'étudiants par volée, le projet webmaster peut être individuel ou par groupe. En général, nous proposons deux types de projets : | |||
# Le '''projet standard''' qui est proposé/requis consiste dans l'installation/configuration/adaptation d'une application web open-source (e.g. [[Word press|WordPress]], [[Moodle]], [[Mediawiki]], ...) d'un point de vue technique/administrateur ; | |||
# Un '''projet alternatif''', proposé en option, est plus lié aux fondamentaux du développement web et représente une bonne option pour les étudiants intéressés par la suite à des stages/mémoires en développement (aucun prérequis informatique n'est cependant nécessaire). | |||
À savoir : | |||
; | * Les étudiants peuvent proposer leur propre projet ou intégrer/poursuivre un projet d'un autre cours du Master à condition qu'il y ait une partie technique substantielle ; | ||
* | * Le projet peut être fictif (i.e. limité aux objectifs d'apprentissages du cours) ou être utilisé par la suite dans un vrai contexte (e.g. projet personnel, institution/association, ...). Dans tout le cas, une installation manuelle sur le serveur tecfaetu.unige.ch est obligatoire, même si après les contenus sont développées ailleurs. | ||
== Ateliers techniques == | |||
Pendant chaque atelier technique, une ou plusieurs technologies seront abordées d'un point de vue théorique et technique. Les éléments illustrés pendant les ateliers ont une double intérêt : | |||
# Illustrer certains technologies/techniques, surtout open-source, qui sont utilisées dans le milieu technologique au sens large, et dans le milieu du développement plus en particulier ; | |||
# Fournir des outils qui peuvent être par la suite adoptés pour le rendu de l'exercice final | |||
=== Programme des ateliers === | |||
Les ateliers ont lieu le '''lundi matin de 09:00 à 12:30''' des périodes 2, 3, 4, 5, 6. | |||
* [[STIC:STIC I - Atelier technique 1]] (P2) | |||
* | * [[STIC:STIC I - Atelier technique 2]] (P3) | ||
* [[STIC:STIC I - Atelier technique 3]] (P4) | |||
* [[STIC:STIC I - Atelier technique 4]] (P5) | |||
* [[STIC:STIC I - Atelier technique 5]] (P6) | |||
== Présentation du projet == | |||
Lors de la dernière semaine en présence (P6), le projet webmaster envisagé par l'étudiant (ou le groupe) doit être présenté en salle de classe. La présentation n'implique pas que le projet soit déjà terminé, car la finalisation du projet est prévue pour la fin de l'année académique dans le cadre d'un exercice STIC II (voir plus bas). | |||
La présentation sert à : | |||
* | * Illustrer les objectifs du projet : à quoi ça sert ? quel est l'avantage (comparé à d'autres options, à la situation actuelle, ...) ? | ||
* | * Définir le cadre d'application/utilisation : qui va l'utiliser ? qui va s'en occuper ? combien de rôles vous avez prévus (e.g. administrateur, éditeur, ..) ? | ||
* Identifier et justifier la (les) technologie(s) utilisées ou à utiliser pour le dispositif final : pourquoi avez-vous choisi WordPress/Moodle/MediaWiki/... ? Quelles extensions (thèmes, plugin, ...) vous avez ajoutées et pourquoi ? | |||
* Discuter de manière critique les avantages, limites, difficultés, etc. du projet | |||
Durée de la présentation : | |||
;* 5 minutes de présentation (pas plus) | |||
;* 5/10 minutes de discussion (selon nombre d'étudiants/projets) | |||
Deux "types" de présentation sont envisageables, ainsi qu'un format "hybride" : | |||
* Démo : si votre projet est déjà à un stade avancé de développement | |||
* Présentation traditionnelle (PowerPoint avec maquettes, captures d'écran, etc.) | |||
* Hybride : présentation traditionnelle + vidéo de démo/manipulation directe | |||
=== | ===Démo=== | ||
Si vous envisagez faire une démo, pensez à créer un scénario d'utilisation, ne montrez pas une liste de fonctionnalités sans un fil rouge qui en détermine l'utilité. Types de démo possibles : | |||
* Reproduire les premiers 5 minutes d'utilisation de l'application | |||
* | * Illustrez quelques cas pratiques de manipulation (e.g. ajouter une contribution, ...) | ||
* | * Illustrez les fonctionnalités plus importantes dans la perspective des différents utilisateurs/rôles prévus (e.g. montrez ce qu'un utilisateur, un administrateur, ... peuvent faire) | ||
* | * Si votre projet est destiné surtout à des contenus informatifs (e.g. Wiki, Blog), illustrez l'architecture de l'information (comment avez-vous organisé les contenu, etc.) | ||
=== | ===Présentation traditionnelle=== | ||
Si votre projet n'est pas encore fonctionnel, imaginez que vous présentez votre idée devant des potentiels "stakeholders" (commanditaire, utilisateurs potentiels, ...), par exemple : | |||
* À quel(s) type(s) de besoin(s) répond votre projet (e.g. "je veux donner des cours de statistique online") | |||
* | * Qu'est-ce que votre projet amène de nouveau/de plus par rapport à la situation actuelle (e.g. l'institution X utilise des documents words sur un serveur pour leur base de connaissance -> passage à un Wiki) | ||
* Quels sont les atouts du projet (pas forcément techniques, vous pouvez dire "mon blog sera édité par des experts du domaine...") | |||
* Illustrez des projets similaires et identifiez points faibles (en quoi votre projet sera différent) | |||
* Donnez une idée tangible du produit final (e.g. maquette, prototype, ...) et définissez la ou les technologies que vous allez utiliser (e.g. je vais installer un Wiki, Moodle, ...) | |||
===Hybride=== | |||
Une présentation de type hybride consiste à intégrer dans une présentation traditionnelle des vidéos de manipulation directe du dispositif développé. Ce type de présentation est particulièrement utile pour les raisons suivantes : | |||
* Elle évite le danger d'un problème technique qui empêche le fonctionnement du dispositif | |||
* Elle limite la surcharge cognitive d'une double tâche (parler/manipuler en même temps) | |||
* Elle permet d'ajouter à la manipulation du dispositif des indices visuels qui dirigent l'attention du public sur les éléments saillants | |||
* Elle a une durée fixe qui vous permet de mieux planifier la durée totale de la présentation et, par conséquent, respecter les limites | |||
== Rendu du projet == | |||
Le projet est à rendre en tant qu'exercice 16 du cours STIC II. Voir la page de la volée d'appartenance pour plus de détails. Le projet est évalué comme tout autre exercice et sa note est pondérée de la même manière (équivalent d'un 1/6 de la note finale). Il ne s'agit donc pas d'un projet équivalent aux projets des cours ERGO II, VIP II ou COMEL II. | |||
== Aide == | |||
Pour demander de l'aide, utilisez la page de l'exercice STIC II de votre volée : | |||
* {{ Goblock | [[STIC:STIC II - exercice 16 (Aegir)]] }} | |||
==Ressources== | |||
Voir les catégories de ce Wiki : | |||
* [[:Catégorie:Technologies web]], en particulier [[:Catégorie:Logiciels de portail]] | |||
* [[:Catégorie:Programmation]] | |||
* | |||
[[ |
Dernière version du 20 octobre 2021 à 14:21
Cette page fait partie des archives des cours Cours STIC (STIC I, STIC II,STIC III,STIC IV)
Introduction
Le projet webmaster se composait de :
- Ateliers techniques obligatoires les lundi matin des périodes en présence 2, 3, 4, 5 et 6
- Une présentation du projet en classe lors de la période 6
- Le rendu d'un exercice dans le cadre du cours STIC II qui résume tout le travail fait au fil de l'année
Connaissances/compétences envisagées
Les thèmes du projet webmaster peuvent varier selon les volées, mais en général le projet consiste à créer une application/site web qui puisse être intégré dans un contexte pédagogique et qui exploite les technologies web. Pour atteindre cet objectif, différents outils et technologies sont présentés pendant les ateliers techniques. À l'issue du projet webmaster, vous devez avoir acquis les connaissances/compétences suivantes :
- Comprendre le fonctionnement d'une application web multi-utilisateur
- Savoir imaginer différentes rôles et permissions pour les différents acteurs qui utilisent l'application (e.g. administrateur, enseignants, étudiants, ...)
- Comprendre les différents éléments qui composent une application complexe (e.g. fichiers physiques, bases de données, ...)
- Savoir identifier le type de technologie qui mieux s'adapte aux objectifs de l'application (e.g. portail, application mobile, logiciel web, ...)
- Pouvoir installer des applications open-source et les configurer pour ses propres objectifs (e.g. WordPress, Mediawiki, Moodle, ...)
- Comprendre le fonctionnement d'un langage de programmation côté-serveur (e.g. Node.js)
- S'appuyer sur des outils qui facilite le développement d'un point de vue individuel et/ou collectif (e.g. ligne de commande, Git et Github)
Types de projet
Selon le nombre d'étudiants par volée, le projet webmaster peut être individuel ou par groupe. En général, nous proposons deux types de projets :
- Le projet standard qui est proposé/requis consiste dans l'installation/configuration/adaptation d'une application web open-source (e.g. WordPress, Moodle, Mediawiki, ...) d'un point de vue technique/administrateur ;
- Un projet alternatif, proposé en option, est plus lié aux fondamentaux du développement web et représente une bonne option pour les étudiants intéressés par la suite à des stages/mémoires en développement (aucun prérequis informatique n'est cependant nécessaire).
À savoir :
- Les étudiants peuvent proposer leur propre projet ou intégrer/poursuivre un projet d'un autre cours du Master à condition qu'il y ait une partie technique substantielle ;
- Le projet peut être fictif (i.e. limité aux objectifs d'apprentissages du cours) ou être utilisé par la suite dans un vrai contexte (e.g. projet personnel, institution/association, ...). Dans tout le cas, une installation manuelle sur le serveur tecfaetu.unige.ch est obligatoire, même si après les contenus sont développées ailleurs.
Ateliers techniques
Pendant chaque atelier technique, une ou plusieurs technologies seront abordées d'un point de vue théorique et technique. Les éléments illustrés pendant les ateliers ont une double intérêt :
- Illustrer certains technologies/techniques, surtout open-source, qui sont utilisées dans le milieu technologique au sens large, et dans le milieu du développement plus en particulier ;
- Fournir des outils qui peuvent être par la suite adoptés pour le rendu de l'exercice final
Programme des ateliers
Les ateliers ont lieu le lundi matin de 09:00 à 12:30 des périodes 2, 3, 4, 5, 6.
- STIC:STIC I - Atelier technique 1 (P2)
- STIC:STIC I - Atelier technique 2 (P3)
- STIC:STIC I - Atelier technique 3 (P4)
- STIC:STIC I - Atelier technique 4 (P5)
- STIC:STIC I - Atelier technique 5 (P6)
Présentation du projet
Lors de la dernière semaine en présence (P6), le projet webmaster envisagé par l'étudiant (ou le groupe) doit être présenté en salle de classe. La présentation n'implique pas que le projet soit déjà terminé, car la finalisation du projet est prévue pour la fin de l'année académique dans le cadre d'un exercice STIC II (voir plus bas).
La présentation sert à :
- Illustrer les objectifs du projet : à quoi ça sert ? quel est l'avantage (comparé à d'autres options, à la situation actuelle, ...) ?
- Définir le cadre d'application/utilisation : qui va l'utiliser ? qui va s'en occuper ? combien de rôles vous avez prévus (e.g. administrateur, éditeur, ..) ?
- Identifier et justifier la (les) technologie(s) utilisées ou à utiliser pour le dispositif final : pourquoi avez-vous choisi WordPress/Moodle/MediaWiki/... ? Quelles extensions (thèmes, plugin, ...) vous avez ajoutées et pourquoi ?
- Discuter de manière critique les avantages, limites, difficultés, etc. du projet
Durée de la présentation :
- 5 minutes de présentation (pas plus)
- 5/10 minutes de discussion (selon nombre d'étudiants/projets)
Deux "types" de présentation sont envisageables, ainsi qu'un format "hybride" :
- Démo : si votre projet est déjà à un stade avancé de développement
- Présentation traditionnelle (PowerPoint avec maquettes, captures d'écran, etc.)
- Hybride : présentation traditionnelle + vidéo de démo/manipulation directe
Démo
Si vous envisagez faire une démo, pensez à créer un scénario d'utilisation, ne montrez pas une liste de fonctionnalités sans un fil rouge qui en détermine l'utilité. Types de démo possibles :
- Reproduire les premiers 5 minutes d'utilisation de l'application
- Illustrez quelques cas pratiques de manipulation (e.g. ajouter une contribution, ...)
- Illustrez les fonctionnalités plus importantes dans la perspective des différents utilisateurs/rôles prévus (e.g. montrez ce qu'un utilisateur, un administrateur, ... peuvent faire)
- Si votre projet est destiné surtout à des contenus informatifs (e.g. Wiki, Blog), illustrez l'architecture de l'information (comment avez-vous organisé les contenu, etc.)
Présentation traditionnelle
Si votre projet n'est pas encore fonctionnel, imaginez que vous présentez votre idée devant des potentiels "stakeholders" (commanditaire, utilisateurs potentiels, ...), par exemple :
- À quel(s) type(s) de besoin(s) répond votre projet (e.g. "je veux donner des cours de statistique online")
- Qu'est-ce que votre projet amène de nouveau/de plus par rapport à la situation actuelle (e.g. l'institution X utilise des documents words sur un serveur pour leur base de connaissance -> passage à un Wiki)
- Quels sont les atouts du projet (pas forcément techniques, vous pouvez dire "mon blog sera édité par des experts du domaine...")
- Illustrez des projets similaires et identifiez points faibles (en quoi votre projet sera différent)
- Donnez une idée tangible du produit final (e.g. maquette, prototype, ...) et définissez la ou les technologies que vous allez utiliser (e.g. je vais installer un Wiki, Moodle, ...)
Hybride
Une présentation de type hybride consiste à intégrer dans une présentation traditionnelle des vidéos de manipulation directe du dispositif développé. Ce type de présentation est particulièrement utile pour les raisons suivantes :
- Elle évite le danger d'un problème technique qui empêche le fonctionnement du dispositif
- Elle limite la surcharge cognitive d'une double tâche (parler/manipuler en même temps)
- Elle permet d'ajouter à la manipulation du dispositif des indices visuels qui dirigent l'attention du public sur les éléments saillants
- Elle a une durée fixe qui vous permet de mieux planifier la durée totale de la présentation et, par conséquent, respecter les limites
Rendu du projet
Le projet est à rendre en tant qu'exercice 16 du cours STIC II. Voir la page de la volée d'appartenance pour plus de détails. Le projet est évalué comme tout autre exercice et sa note est pondérée de la même manière (équivalent d'un 1/6 de la note finale). Il ne s'agit donc pas d'un projet équivalent aux projets des cours ERGO II, VIP II ou COMEL II.
Aide
Pour demander de l'aide, utilisez la page de l'exercice STIC II de votre volée :
Ressources
Voir les catégories de ce Wiki :