Index général
- Outils
- Références
- Tuyaux
This is an old revision of the document!
Le projet présente plusieurs facettes. Nous jouerons sur les priorités et la décomposition en sous-tâches pour en gérer les différents aspects.
L'étude proposée présente à la fois
Dans tous les cas, une étude du besoin est attendue pour affiner les choix et justifier la pertinence de vos propositions.
Le travail qui est proposé ici doit enrichir les expérimentations menées dans le cadre du projet YourCast. Le respect des règles imposées, la qualité des codes, la pertinence de la documentation élaborée sont indispensables pour que votre travail soit d'intérêt.
Le projet est décomposé selon les 4 axes suivants, qui ne sont pas indépendants. Des collaborations seront necessaires entre les groupes. Elles sont clarifiées dans chacun des sous projets.
Architecture générale et informations complémentaires
Pour la partie Client, outils et langages :
Pour la partie Administration, outils et langages :
Pour le site communautaire :
Pour la synthèse vocale :
Relations aux codes
Voici les codes d'un diffuseur d'information sous la forme d'une archive.
Groupe de 4 étudiants
L'IRSAM est un institut régional pour sourds et aveugles. La villa Apraxine sur Nice est un foyer où sont déployés deux écrans qui diffusent des informations aux pensionnaires tout au long de la journée.
L'objectif de ce projet est de produire des écrans au moins équivalents à l'existant mais améliorés en tenant compte des nouveaux besoins et ceci en se basant sur les nouvelles technologies utilisées dans l'usine. Les différents composants réalisés seront enregistrés dans la ligne de produit (cf. ).
Groupe de 2/3 étudiants
Aux écrans de l'IRSAM (cf. ci-dessus) est connecté une synthèse vocale. Lorsqu'une personne tape sur la lettre m, elle entend le menu du jour, etc. Les objectifs de ce projet sont : - La version actuelle lit des fichiers XML, il s'agit d'une part de passer à la lecture d'objets JSON; - Prendre en compte les besoins nouveaux de l'IRSAM et améliorer le service rendu en fonction des nouveaux services proposés, etc. - Etudier l'intérêt de l'approche pour connecter d'autres systèmes à des diffuseurs d'informations et/ou explorer la vocalisation de certaines informations à des temps donnés comme les pauses.
Groupe de 4/5 étudiants
Le concept de lignes de produits logiciel peut être appréhender par analogie avec une ligne de produits de voitures par exemple. Le client sélectionne les différents éléments qui l'intéressent, certains sont exclusifs les uns par rapport aux autres ou au contraire requis, et à partir de la configuration établie par le client, la voiture est produite. Il en est de même dans le cadre d'une ligne de produits logiciels mais ce qui est produit, c'est du logiciel.
Notre étude porte sur la construction de diffuseurs d'informations. L'utilisateur sélectionne les sources d'informations (Picasa, google Calendar, twitter, …), le layout, les renderers d'affichage (Photos en Mosaique, défilement de twitts), les comportements (alternance des couleurs, sens de défilement, …) et obtient son diffuseur pour son établissement.
Ce qui nous intéresse plus particulièrement dans ce projet, c'est que contrairement à une ligne de voitures, dans le contexte du logiciel, les composants peuvent être fournis par une communauté qui enrichit la ligne, par exemple une nouvelle source d'information comme un flux RSS, la météo, un nouvel affichage des calendriers, ….
L'objectif de ce sous-projet est de proposer un support “web” à la gestion des lignes de produits dans le contexte des diffuseurs d'informations. Il s'agira d'étudier des communautés existantes en production de logiciel et de proposer une solution pour les supporter. Le résultat attendu est à fois l'étude elle-même, le service de gestion des produits et de la communauté et le site lui-même.
Sujet non validé
Les sources d'informations basées sur des flux RSS qui nous intéressent sont : les flux issus d'un wiki, les informations TV5, …
Vous devez :
La gestion des Twitt existe déjà. Cependant les changements d'API …..
De même vous étudierez les renderers existants relativement aux nouvelles normes.
VOIR à récupérer le contenu du ICAL de la journée….
Etudier les layouts pré-existants et sélectionner ou inventez un nouveau layout
Construire en vous basant sur l'existant le provider dédié à l'IUT.
L'objectif est de permettre à des développeurs d'enregistrer de nouveaux renderers, sources, behaviour ou layout. Nous aimerions à terme avoir une communauté qui pourrait enrichir l'usine logicielle. Nous n'aborderons pas dans le projet les problèmes de cohérence, qui seront traités par ailleurs et éventuellement par des étudiants de license qui pourraient éventuellement reprendre vos codes.
Pour chacun de ces types de “produits”, vous afficherez l'ensemble des produits pré-existants. La sélection d'un produit par son icône, ouvrira la présentation du FM associé sous la forme d'un arbre et de manière textuelle.
Processus de développement en usine logicielle
EXPLICATIONS SUR LES FMS
Vous regarderez comment sont structurés d'autres communautés de développements de logiciels. En particulier, vous vous intéresserez aux artefacts demandés ou supportés, qui permettent d'accroitre l'esprit de communauté et la cohérence des codes livrés.
<fc blue> Ces informations feront l'objet d'une page wiki de synthèse de vos constatations. </fc>
En particulier, les différents artefacts cités ci-après, sont ceux qui sont indispensables à la génération des diffuseurs d'informations et à la mise en place des configurateurs. Vous pourrez/devrez proposer d'autres artefacts pour supporter la communauté elle-même.
Une source se définit par un nom, une description, un FM, un service web REST sous la forme d'un .war, une icône correspondant à la source, et si le type d'information est nouveau, une icône pour représenter ce nouveau type d'information.
Un renderer se définit par un nom, une description, un FM, un code …., une icône correspondant au renderer si possible, et si le type d'information est nouveau, une icône pour représenter ce nouveau type d'information.
Un layout se définit par un nom, une description, un FM, un code …., une icône correspondant au layout si possible.
Interets : - guidelines développeurs - expérience de développement d'artefacts ? - patron de FM
+ versopn + auteurs + notifications…
+ profile/connexion/niveau…. + twitter…
+ modifier/retirer/verifier les doublons…..
+ Thesaurus…
+ brancher un flux rss
Ce point sera étudié si le reste du projet est bien avancé.
Etape 1 : Transformer les principales tâches en XXX dans la forge.
Pour chaque commit vous utiliserez : http://www.redmine.org/projects/redmine/wiki/RedmineTimeTracking
!-
Objectifs: déployer et construire les docs de déploiements -!
!-
Une fois une ligne de produits réalisée, .. Technologie Groovy -!