j'ai ceci du coup , tu en penses quoi ?

http://hpics.li/2ea054f

edit : j'ai 24 ans et j'ai travaillé 2 ans comme programmeur entre mes précédent modules il me reste plus que un ou deux module et le tfe pour avoir mon bachelier ^^ c'est pour ca que je galere un peu pour l'analyse ^^'

je pense être bon avec ceci ? ou j'ai encre des incohérences ?

j'ai listé et développé mes mes uses cases déjà ^^

Gg.

Ton champ additonnal_user est un tableau sérialisé j'imagine ?

je pensais à un tableau en effet , mais après reflextion ça reviens au même de pas le mettre , car c'est tout de même un user au final .

j’avais pensé que le trajet initial était du point A au point B et que si un autre user se trouvant sur le chemin se manifestait ça deviendrai un additional_user , mais je suis vraiment pas sur de la persistance du bazar

Je pense qu'une table de second niveau entre tes users et tes rides serait peut être souhaitable.
Et dans cette table tu stockeras les users participant au ride (tu gardes driver id dans ride).

Concernant les villes etapes...hmmm...

Comment l'interface de création d'un ride sera ?
Est ce que ça sera comme sur blablacar ? C'est à dire que le driver déclare lui même les villes étapes ?

Si c'est le cas tu peux soit créer un champ de type tableau sérialisé ordonné (de la ville de départ à la ville d'arrivée) nommé cities_step dans la table ride et supprimer tes champs ville de depart ville d'arrivée.

Mais niveau requetes et perfs ça doit pas être super.

Ou alors créer une table de second niveau contenant la ville d'étape, l'ordre, et l'id du ride.

On l interprète comme on veux je pense ,
J'avais pas pensé à créer une table étape ( ce qui est logique en plus ) je suis plus habitué à programmer qu à faire une analyse

Qu'entend tu par table de second niveau ? Un extends ?

Une table additionnal_user_ride serait une table de second niveau entre les tables ride et user par exemple.

Une table cities_step_ride également.

Dans la table city step ride tu pourrais également mettre l'heure d'arrivée prévue à cette étape

merci à toi
je fais le schéma et je re poste ça en fin d’après midi , je vois mon prof aux alentours de 19h30

je referai un débriefing ^^

Bonjour ,

En respect à votre aide je voulais vous dire que je ne vous ai pas oublié.

Encore une fois un énorme merci à tous j'ai plusieurs autres projet sur le feu c'est pour cela que j'ai plus donné de nouvelles ^^ je posterai ma liste de uses cases ainsi que leurs développement sous peu , pour voir si la logique est compris par le grand public

merci

Ça marche. N'hésite pas si t'as besoin d'aide pour la redaction de la soutenance du mémoire de fin d'études.

bonsoir,
http://hpics.li/fc23d86 voici la bdd actuellement

quant aux uses cases je les ai listé mais pas développer.

http://hpics.li/45a5950 il manque upload de documents en UC et je me suis limité qu"a ceux de l"énoncé (donc pas d annulation,...)

Ta BDD n'est pas bonne. Ou du moins la façon dont tu nommes certains champs (ex : passenger et driver dans role. Ca devrait plutôt etre juste un champ name ou denomination (et dans ce dernier sera stocké le nom du role)).

Pour le TFE, je te conseille d'utiliser des diagrammes de packages puis des diagrammes de cas d'utilisation.
Ça permet de bien séparer les choses et pas brouiller les jurés.

Tes utilisateurs ne sont pas mal renseignés ?
Je m'explique, un passager ou un conducteur sont des internautes, l'héritage dans ton use case n'est pas bon.

N'hésite pas à revoir le tuto sur l'UML sur openclassrooms, il est très facile à prendre en main avec des exemples et très complet pour ce genre de projet.

Pour l'upload de documents, perso en phase UML (pas dans le code donc), j'etablis une simple fonctionnalité « Link file (attacher un fichier en FR) » qui extend là où j'en ai besoin.

Exemple dans un éventuel package « Gestion utilisateur », on aurait une fonctionnalité « Mettre à jour profil » et cette dernière serait liée via un extends à une fonctionnalité « Attacher un fichier ».

Après, ça reste un exemple

Le 21 mai 2017 à 10:54:29 wxcvbn789 a écrit :
Pour l'upload de documents, perso en phase UML (pas dans le code donc), j'etablis une simple fonctionnalité « Link file (attacher un fichier en FR) » qui extend là où j'en ai besoin.

Exemple dans un éventuel package « Gestion utilisateur », on aurait une fonctionnalité « Mettre à jour profil » et cette dernière serait liée via un extends à une fonctionnalité « Attacher un fichier ».

Après, ça reste un exemple

je remplace driver et user par Nom alors ? (ou dénomination rôle ?)

en fait je partais du principe que l'internaute était une personne lambda visitant le site ( par exemple sur blablacar on peut consulter les trajets, voir ce que les gens proposent ,...)

le passager et le driver sont les user connecté , drivers et passagers ont les meme attributs , sauf driver qui à des fonctions en plus

Tes utilisateurs ne sont pas mal renseignés ?

Je m'explique, un passager ou un conducteur sont des internautes, l'héritage dans ton use case n'est pas bon.

je pensais également à un extends ^^

Pour en revenir à la Bdd, ne confond pas nom d'un champ d'une table (ici le champ nom/denomination/appelleLeCommeTuSens de la table role) avec sa valeur (ici passager ou conducteur).

Du coup tu souhaites absolument créer une table role ?
Tu préfères pas plutôt stocker cette info dans un champ role de la table user ?

je l'avais pas mise à la base , mais mon prof à insister pour la mettre ( bien que ca me semble pas persistant )

Dac. Bon ben dans ce cas fait une table role avec un champ nom