Discussion :

[Najaxvitres]

Bonjour à tous,

Je dois fournir un certain nombre de PTI et puisque je suis en train de concevoir un site web php/mySql j'en ai fait une PTI.

Site d'une maison de production (films, mini-série). La partie que je vous soumet gère téléchargement et envois de scénario.

Les visiteurs peuvent télécharger les scénarios à condition d'être authentifiés.

Soit une entité contact (id_contact, nom, prenom)
en relation (0,1-1,1) "est_inscrit" avec
une entité compte_user (id_user, login, password, adresse, mail)

Une entité scenario (id_scenario, numero_depot, titre, fichier)

L'entité compte_user est relié à scenario par deux associations : "envoi" (historisée) et "télécharge" (association porteuse de données : compteur pour comptabiliser le nombre de téléchargement)

**********************************

Mmm déjà en posant le problème je m'aperçois que ma propriété compteur ne va pas comptabiliser le nombre de fois qu'un scenario est téléchargé donc je suppose qu'il faut plutôt en faire une propriété de scenario.... votre avis ?

La question est est-ce que cela reflète le fait que pour envoyer/télécharger un visiteur du site doit être authentifié ?

NB : L'entité contact (id_contact, nom, prénom) participera à une autre association reliée à une entité "oeuvre" (participer à, auteur de) correspondant à la partie du site qui présentera les projets (films en cours) et le catalogue de la boîte (films finis). Pour résumer, le visiteur soumet (envoie) son scenario, le projet est retenu (page en projet), le film est produit et diffusé sur le site...

J'espère être claire....

Ci-joint le mcd :



Dans l'intégralité du site cela donnerait :



Mais là, je n'ai pas encore réfléchi à la manière de gérer les oeuvres : une personne peut être auteur ou réalisateur ou les deux, une oeuvre est un court ou un long métrage, un épisode d'une serie (quelle série, quelle saison).....

[CinePhil]

Je dois fournir un certain nombre de PTI et puisque je suis en train de concevoir un site web php/mySql j'en ai fait une PTI.

Euh... PTI ? Petit travail intérimaire ?
m'a indiqué un lien qui parle de Pratique des techniques informatiques dans le cadre d'un BTS informatique de gestion. C'est ça ? Tu aurais pu l'écrire en clair ! En plus à la limite, on s'en fout un peu que ce soit pour une PTI !

Les visiteurs peuvent télécharger les scénarios à condition d'être authentifiés.

=> C'est du domaine des traitements (MCT)

Soit une entité contact (id_contact, nom, prenom)
en relation (0,1-1,1) "est_inscrit" avec
une entité compte_user (id_user, login, password, adresse, mail)

Soit le MCD suivant :
contact -0,1----Avoir----1,1- compte_user

C'est plus simple non ?

Une entité scenario (id_scenario, numero_depot, titre, fichier)

L'entité compte_user est relié à scenario par deux associations : "envoi" (historisée) et "télécharge" (association porteuse de données : compteur pour comptabiliser le nombre de téléchargement)

MCD :
compte_user -0,n----envoyer----0,n- scenario
|-----------------0,n----télécharger----0,n----|

OK, je viens de voir les MCD dans le second message.

Mmm déjà en posant le problème je m'aperçois que ma propriété compteur ne va pas comptabiliser le nombre de fois qu'un scenario est téléchargé donc je suppose qu'il faut plutôt en faire une propriété de scenario.... votre avis ?

Il suffit d'ajouter le compteur dans l'association "télécharger". A moins que tu veuilles mélanger le comptage des téléchargements et des envois ?
Mais que veux-tu compter ?
- Les téléchargements et envois de chaque utilisateur pour chaque scénario ?
- Les téléchargements et envois globaux pour un scénario ?

La question est est-ce que cela reflète le fait que pour envoyer/télécharger un visiteur du site doit être authentifié ?

Le MCD modélise les données, pas les traitements. Ce qui est sûr, c'est qu'un contact n'ayant pas de compte_user ne pourra pas figurer dans la table associative "telechargement" ou "envoi". Mais rien n'interdit a priori d'alimenter la BDD autrement que par l'application qui impose l'authentification et d'ajouter des lignes dans les tables sans être authentifié.

==========================

Dans ton second MCD, je pense que les cardinalités de l'association entre oeuvre et etape sont inversées. Une oeuvre est produite en plusieurs étapes non ?

[Najaxvitres]

Merci, oui c'est de l'ordre des traitements quelque part sauf dans la manière dont on gère les compte utilisateur (table en base de données).

PTI (Pratiques des Techniques Informatiques) mais bon comme tu l'as dit, on s'en fiche.... présenté ou pas puisque je compte mettre en place ce site, il faut bien que je passe par la phase d'analyse.

Pour les étapes, tu m'as mis le doute sur ma compréhension des cardinalités du coup. Pour moi une oeuvre passe par plusieurs étapes successivement mais elle ne peut pas faire partie de plusieurs étapes en même temps : elle est en projet, puis en tournage, puis produite donc ce cas-là je penche intuitivement pour une cardinalité 1,1...

[CinePhil]

Merci, oui c'est de l'ordre des traitements quelque part sauf dans la manière dont on gère les compte utilisateur (table en base de données).

Ce qui est de l'ordre des traitements, c'est que le contact doivent être authentifié pour faire quelque chose. Le fait que les comptes utilisateurs soient enregistrés dans la BDD est de l'ordre de la modélisation des données et est indépendante des traitements.

Pour les étapes, tu m'as mis le doute sur ma compréhension des cardinalités du coup. Pour moi une oeuvre passe par plusieurs étapes successivement mais elle ne peut pas faire partie de plusieurs étapes en même temps : elle est en projet, puis en tournage, puis produite donc ce cas-là je penche intuitivement pour une cardinalité 1,1...

OK. je ne l'avais pas compris dans ce sens.
Simplement, avec la cardinalité 1,1, les précédentes étapes de l'oeuvre sont écrasées ; ce n'est qu'un état à un instant T.

[Najaxvitres]

Ok, je comprends mieux...

Alors c'est définitivement une 1,1 pour les étapes pas d'historique à garder.

Il y aura une page annonçant les projets, une page indiquant les tournages en cours, une page pour le catalogue.