CR-M1 » Historique » Révision 12
Révision 11 (Anonyme, 08/02/2013 11:31) → Révision 12/13 (Anonyme, 15/02/2013 12:38)
h1. Comptes-rendus M1 - 2013
Les comptes-rendus doivent être de la forme :
* *Bilan* : Ce qui a été fait depuis la précédente réunion.
* *Ordre du jour* : Les questions et les problèmes qui devaient être abordés pendant la réunion. Cela peut être des problèmes techniques, des questions sur les besoins, etc.
* *Décisions* : Les décisions sont les réponses au points de l'ordre du jour. Pour chaque question ou problème abordé pendant la réunion, il faut noter la réponse apportée.
* *Planning* : Les tâches a effectuer pour la prochaine rencontre.
h2. R0 - 21 décembre
Première rencontre.
_Pas besoin de compte-rendu._
h2. R1 - 11 janvier
Lors de notre seconde réunion nous avons approfondi la demande client et fait une ébauche de la modélisation.
En ce qui concerne les besoins il faut :
- Etudier le problème
- Le modéliser (objectif partiel avant le prochain rdv)
Par la suite il faudrait :
- Remplacer le système de sauvegarde
- Re-modeler l'interface d’administration
- Introduire la fonctionnalité streaming
Nous avons schématisé la hiérarchisation des données sur le serveur.
Serveur -> Plusieurs Sites
Site -> Plusieurs Corpus
Corpus -> Plusieurs Vidéos
Vidéo -> Méta-données + Vidéo + Annotations (Vidéo != simple fichier)
Corpus = Ensemble de l'étude d'une personne signant ou d'un dialogue avec les différentes vues ...
Le corpus contient des méta-données.
Les annotations contiennent des méta-données.
Les vidéos contiennent des méta-données.
Chaque niveau d'accès dépends des droits de l'assesseur.
Un administrateur s'occupe du serveur et créée les sites et les gestionnaires.
Un Gestionnaire s'occupe d'un site et créée des corpus, ajoute des utilisateurs et des vidéos.
Un "Write user" peut ajouter des vidéos et valider des annotations.
Un user peut accéder au contenu et soumettre des annotations.
Il est possible d'accéder uniquement aux annotations, aux méta-données ou à la vidéo.
Les annotations et les vidéos doivent avoir un feedback du workflow au niveau utilisateur.
e.g. Une annotation peut être Privée, Restreinte ou Validée
h2. R2 - 18 janvier
Lors de la réunion du 18 Janvier nous sommes revenus sur nos différents diagrammes afin de préciser le besoin client.
1/ A partir du diagramme de cas d'utilisation, nous avons pu faire un point sur les conditions d'accès à une information, conditions que l'on doit résumer sous forme de tableau. Nous avons ainsi défini qu'une vidéo ne peut être contenue que dans la vue d’une session d’un corpus et un corpus dans un seul site. Le gestionnaire de site pourra rendre ainsi visible ou non un corpus ou une vidéo.
2/Cela suppose que chaque objet à les propriétés de visibilité suivantes:
- Privé (créateur + personnes ayant fait une demande d'accès)
- Corpus (personnes autorisées dans le cadre du corpus)
- Site (personnes autorisées dans le cadre du site)
- Serveur (personnes autorisées sur le serveur)
- Public (tout le monde)
Par contre, la présence d’un fichier est visible de tous et il peut y avoir un aperçu.
3/ Cela s’applique aussi aux annotations qui en plus de permettre le travail collaboratif nous permet de conserver les précédents statuts de validation. Cependant, quoiqu'il en soit l'annotation ne pourra être validée ou invalidée (si erreur) que par le gestionnaire de corpus.
3/ Nous devons aussi revoir notre diagramme de classe car nous y avons ajouté des sessions qui contiendront des vues regroupant des vidéos souches ou un montage (s'il a été fait) en lien avec les vidéos souches de la session (liens génériques).
4/ Enfin concernant la metadata, il faut que nous recherchions s'il n'existe pas un outil pour générer la metadata et peut être qu'il existe un serveur de metadata.
Travail avant le prochain rdv:
- Refaire les modèles conformément a ce qui a été dit.
- Établir le tableau des permissions
- Simuler des cas d’utilisation
- Commencer les recherches concernant les métadata
- Commencer à construire la BD
h2. R3 - 25 janvier
Au cours de cette nouvelle réunion, nous avons présenté la modélisation de la base de données. Ainsi nous avons affiné les besoins clients et corrigé nos erreurs, afin de réviser notre modèle.
Nous avons défini, entre autre, qu’il n’y aurait pas de notion de groupe et qu’afin de conserver les propriétés d’une vidéo, nous aurons des tables « Droit », « Workflow » et « Visibilité ».
Travail avant le prochain rdv:
- Refaire la modélisation de la base de données
- Se renseigner sur l’implémentation de IMDI.
- Se renseigner sur la réalisation de l’outil client (Django..)
- Etablir le plan qualité
h2. R3 - 01 février
Lors de cette réunion, nous avons présenté les corrections apportées à la base de données. Nous avons aussi fait le choix de coder entièrement notre interface admin/client. Beaucoup plus simple à mettre en place qu'un framework dont ne n'aurions pas besoins de toutes les fonctionnalités.
Travail avant le prochain rdv :
- Contacter IMDI (rédiger un mail)
- Etablir une maquette de l'interface client
- Terminer le plan qualité
- Se renseigner sur les technologies de streaming.
- Bilan mensuel pour le responsable du module Projet.
h2. R3 - 08 février
Au cours de cette réunion, nous avons présenté le "PEU" travail fait cette semaine.
Nous continuons d'établir les méthodes de la couche persistante et commençons l'interface client. Pour cela, Monsieur Collet nous a conseillé de reprendre tous les cas d'utilisation et de dessiner à la main des maquettes.
Nous sommes revenus sur la gestion des certificats, et notamment l'implémentation d'un id session qui permettrait de détruire la session selon l'inactivité entre autre.
Travail avant le prochain rdv :
- Ecrire le mail pour IMDI
- Tester les méthodes à partir d'une interface client
- Relever les problème rencontrés avec le code actuel de Wanda