Discussion :

[NarumiN]

Bonjour a tous,
Pour un projet universitaire,
Je suis en train de travailler sur le projet qui consiste a mettre en place un site web/application mobile permettant aux particuliers après inscription d'échanger des places de parkings ou la location en temps réel d'une place de parkings. le site devra permettre l'affichage des parkings disponibles sur une carte Google Map.
J'ai fais les cas d'utilisations :




Je dois faire le diagramme des classes et la modélisation base de donnes. j'ai commence la conception de la bdd, est-ce le bon déroulement ? . J'ai du mal a comprendre la différence entre Diagramme de Classes et conception Base de Données.

Apres réflexion, je pense qu'il faut commencer par le diagramme des classes. Je l'ai fait. Pouvez-vous me donner votre avis ?


Merci bien.

[escartefigue]

Bonjour NarumiN et bienvenue sur ce forum

Sur la partie traitements, je ne m'attarderai pas, ce n'est pas mon domaine de compétences.
Je note toutefois que le mélange de termes anglais et français n'est pas une bonne idée (même si j'imagine que ce formalise vous est imposé).
Soit on s'adresse à des francophones et on n'utilise que du français, soit le public est international et l'usage de l'anglais s'impose.

Concrètement, je ne vois pas ce que "membre extend connexion" signifie (les traductions possibles de "extend" étant étendre, prolonger, augmenter, agrandir...)

Sur la partie données, avant de commencer la modélisation, il faut identifier les acteurs ou objets de gestion, c'est ce que vous avez fait avec les "membres", "parking", "réservation" etc., mais aussi les règles de gestion qui décrivent les relations entre ces acteurs.
Attribuez à chaque règle de gestion un identifiant sous la forme (exemple)
R001a : chaque membre peut effectuer plusieurs réservations
R001b : une réservation est effectuée par un et un seul membre
R002a : un membre peut publier plusieurs annonces
R002b : une annonce est publiée par un seul membre
etc.

Quand ce sera fait, il faudra établir un modèle conceptuel des données avec un logiciel Adhoc.
Il existe des logiciels gratuits parmi lesquels Looping que je vous recommande (simple d'utilisation et très complet)

Attention au typage des données : un identifiant primaire de type chaine et un code postal ou un téléphone de type entier ne sont pas appropriés, mais nous pourrons y revenir plus tard.
La première étape c'est les règles de gestion

[NarumiN]

Bonjour escartefigue, merci pour l'accueil et ton aide.

Quand vous dites traitements , vous parlez de quelle partie ?

sur les 2 cas d'utilisations, connexion extend avec les actions possible c'était pour indiquer que toutes les actions nécessite la connexion pour être réalisé et qu'elle ne sont pas forcément obligatoire mais optionnelle. ce n'est pas la bonne façon de faire ? il faut le faire dans l'autre sens avec par exemple :
- ajout/modifier/supprimer un parkings ------- include -----> se connecter (s'authentifier)

c'est mieux de cette manière ?

je vais travailler sur les règles de gestion.

Merci à toi

[escartefigue]

Quand vous dites traitements , vous parlez de quelle partie ?

Je parlais du premier diagramme, celui avec les ovales bleus, pour lequel je n'ai pas les compétences requises

[NarumiN]

J'ai fait mes règles de gestion. Je ne sais pas s'il manque quelque chose

MP0001 : Chaque membre peut avoir un ou plusieurs parkings
PM0001 : Chaque parking appartient à un seul membre

AM0002 : Chaque annonce peut être publiée par un seul membre
MA0002 : Chaque membre peut publiée plusieurs annonces

RP0003 : Chaque parking peut être présent dans une seule annonce
PR0003 : chaque annonce peut contenir une seul parking

MR0003 : Chaque membre peut effectué plusieurs reservations
RM0004 : Chaque reservation est effectué par un seul membre unique

SA0005 : Chaque personne du Staff peut modérer une ou plusieurs annonces
AS0005 : Chaque annonce peut être modéré par une personne du Staff




les premières lettres correspondent au initiale de l'action ou l'objet ( premier ligne M > Membre et P > Parking)

J'ai modifié un peu les tables :

[escartefigue]

Bonjour,

Membres et équipiers du staff sont des personnes avec des attributs communs.
Vous pouvez donc utiliser l'héritage pour mutualiser ce qui est commun et la spécialisation pour ce qui est particulier.
Il faudra préciser si un membre peut également faire partie du staff ou pas ?

Y a -t-il un intérêt à connaître les parkings pour lesquels il n'y a pas d'annonce ?
Dans la négative, on peut fusionner les classes d'entité parking et annonce

à l'inverse, s'il faut conserver les deux classes d'entité, il manque probablement une règle de gestion pour stipuler qu'une annonce ne peut être publiée que par le membre qui possède le parking

[escartefigue]

Par ailleurs je pense que cette règle est erronée

RP0003 : Chaque parking peut être présent dans une seule annonce

En effet, je suppose que l'annonce relative au parking P1 émise en janvier 2019 pour un tarif de 150€ par mois, peut être remplacée par une nouvelle annonce pour ce même parking P1 mais avec un nouveau tarif de 155€ mensuels.
C'est en tout cas dans ce sens que va ma proposition de MCD qui précède.