2. Tag Fichier Compte Ressource Vacances Italie Anita [email_address] “ Anita sur la plage en Italie” dsc00123.jpg 128’000 bytes
3. Type de fichier Photo Vidéo Document .pdf .jpg .doc .mp4 Tag Fichier Compte Ressource Type de ressources Taille min Taille max
4. Type de fichier Photo Vidéo Document .pdf .jpg .doc .mp4 Tag Fichier Compte Ressource Type de ressources Type de fichier accepté Taille min Taille max
5. Type de fichier Tag obligatoire Type de Tag Langue Auteur Pays Date Heure Thème Tag Fichier Compte Tag libre Ressource Type de ressources Français Suisse 30.06.63, 07h30 La crise financière Cours de français Professeur x 2008
6. Type de fichier Propriété Valeur Fichier Compte Tag libre Objet Classe Cours de français Professeur x 2008 Obligatoire (o/n)
7. Type de fichier Propriété Valeur Fichier Compte Tag libre Objet Classe Type de compte Droit Lecture, écriture
8. Type de fichier Propriété Valeur Fichier Compte Tag libre Objet Classe Type de compte Droit Droit Lecture, écriture
9.
Notas del editor
On connaît tous la structure de stockage de systèmes tel que Youtube, Flickr ou Scribd. On doit d’abord créer un compte dans le système qui vous donne le droit d’y placer des ressources et de les partages avec d’autres. Ensuite, vous pouver télécharger un fichier, cela constitue une ressource et vous pourrez la documenter en y plaçant des commentaires et surtout... des Tags.
Certains systèmes sont un peu plus évolué et permettent de mémoriser différents type de ressource. Par exemple, Flickr permet, depuis peu de mémoriser des vidéos en plus des traditionnelles photos. Pour un type de ressource, par exemple “photo”, les types de fichiers peuvent être au format .jpg ou .png ou .gif. A ce stage, on pourrait placer des contraintes sur la taille minimum et la taille maximum pour chaque type de fichier que le système accepte. effectivement, il est ridicule d’accepter en téléchargement une vidéo de 3 bytes ou par exemple, on désire limiter la taille d’une image à 10’000’000 bytes pour une raison qui nous est propre.
Si vous désirer disposer d’un système qui valident la cohérence des données que les utilisateurs charge dans leurs serveurs, je vous suggère d’ajouter une contraite par la relation : “ Type de ressource” accepte “type de fichier”. En effet, il n’est pas vraiment intéressant de stocker un fichier “.pdf” pour une ressource de type “Vidéo”. Par contre, cela a tout son sens pour un type de ressource “document” la taille min ou la taille max d’un fichier pourrait également dépendre du type de ressource pour un type de fichier donné. Nota: pour la suite on laissera tomber cette contrainte dans notre modèle. je vous laisse trouver les bonnes cardinalités ;-)
Pour certains type de ressources ont aimerais pouvoir placer des tag obligatoire.... des tags qui doivent toujours être renseigné correctement... afin de valoriser le système et de lui donner une certaine qualité. donc, pour un type de ressource ont va énumérer des type de tag “obligatoire”. Pour une carte de géographie, on ne s’intéresse pas aux mêmes type de tag que pour un morceau de musique. Pour un on s’intéressera à Pays, échelle, région et pour un autre cela sera “Auteur, compositeur, genre, année de parution, etc. De plus, j’aimerais rester souple et j’aimerais laisser la possibilité de placer des “Tags libre”. Je pourrais donner la possibilité à un compte de lister tous les tags libre qui le concerne.... qui ne sont pas identique à ceux d’un autre utilisateur. Par contre, j’ai la possibilité de faire des nuages de tags pour toutes les ressources placées dans mon système et de recherche toutes les ressources qui ont un Tag donné.
Finalement... Ressource c’est pas terrible... je veux prendre un terme plus générique.... plus à la mode.... Pourquoi pas objet. Type de ressource... je vais appeler ça “Classe” pourquoi pas. et type de tag, ça n’a plus de sens... je crois que “propriété” irait mieux... Tag deviendra une valeur de propriété pour un objet d’une classe. Sur la propriété... je pourrais spécifier si elle doit obligatoirement contenir une valeur pour un objet donné ou non.... cool.
Ca ouvre des perspectives intéressante... Je pourrais avoir des sous-classe de classe et des super-classe.... et pouvoir créer ainsi des hiérarchies d’objet. dans se cas, on parle de récursivité. je pourrais créer des types de compte et placer des droits d’accès sur type type de classe différents. Les droits d’accès... ça peut être en lecture, en écriture, en création, etc. il est bien clair que si je n’ai pas l’accès en lecture, les objets de classe non autorisé n’apparaissent pas dans le résultat de recherche ;-)
Idem pour les propriétés.... selon le type de compte.... on a le droit de modifier ou de consulter des propriétés ou d’autres....