Wanda

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é