Bonjour voila ce que j'ai fais dans mon diagramme de classe pour mon projet gestion de pointage j'aimerais bien avoir vos remarques si possible !
Version imprimable
Bonjour voila ce que j'ai fais dans mon diagramme de classe pour mon projet gestion de pointage j'aimerais bien avoir vos remarques si possible !
Deux petites remarques :
Je suis pas sûre que ce soit super judicieux de mettre les n° de téléphone ou de fax en integer. Passe les en string comme ça tu pourras gérer le fait de mettre des espaces entre les chiffres, des préfixes etc...
Sinon je raconte peut-être une connerie mais tes attributs du genre "nbr_prj" "nbr_ress" qui calculent le nombre d'instanciations de tes objets, je crois qu'ils doivent aller dans la partie "opérations" qui est faite pour ça me semble-t-il.
Autre chose:
-Projet et sous projets sont exactement les memes classes: tu peux representer ca par une relation d'agregation sur la classe projet la classe projet va se lier elle meme
-Les id ne sont pas a representer sur un diagramme de classe: un id ne represente pas un objet, ca ne concerne que la representation en base.
-Pas besoin de specifier le nom de la classe au niveau des attributs, ca rend le diagramme peu lisible.
-Ecrit completement le nom des attributs, tu n'es pas a 4 caracteres prets et ca ameliore grandement la lisibilite du diagramme.
-T'as un lien se diviser/appartenir: ca pose un probleme nan, etre a la fois composant et compose du meme objet?
-Indique aussi le sens de tes relations ce n'est pas tres clair tel que tu l'as presente.
-J'ai du mal a saisir le sens de la classe ressource, ca devrait plutot etre une classe employee/personne?
Pense aussi a utiliser les relations de composition/agregation pour rendre ton diagrame plus lisible et les relations plus naturelles.
Bonjour, merci pour vos remarques, voilà j'ai réctifié le maximum sauf quelque remarque que je vais les rectifié après (clé+ lisibilité), je vais vous expliqué d'abord ce que je dois faire : dans une entreprise il y a plusieurs client de différents société ou le meme client qui demande plusieurs projets, le chef de projet désigne une equipe qui dois travailler sur ce projet, cet équipe provient de plusieurs département et se compose de plusieurs ressource (agent, chef de service, chef de département, directeur, chef projet...), chaque projet se divise en plusieurs sous projets et chaque sous projets se divise en plusieurs activités mais ca n'empeche que le sous projet ne contient pas des activité, sachant que l'equipe peut travailler plusieurs projets mais pas simultanément, ainsi qu'une ressource peut participé à plusieurs activités mais pas simultanément, le chef de projet détérmine la durée prévu pour chaque projet et les ressources saisissent la durée réelle qu'il ont effectué sur une activité comme ca on pourra calculer à la fin le taux ( différence entre nombre d'heure réelle et prévu) ainsi que la progression du projet, voila ce que je propose si vous avez des remarque je serais reconnaissante :
En ce qui concerne l'agrégation est ce que je dois pas mettre aussi une agrégation entre activités et sous projets, et comment puis je traduire cet agrégation lorsque je vais passer MLd ?
Bonjour, dans mon diagramme de classe j'ai l'entités activités(taches dans un projet) si j'ai deux taches par exemple la deuxieme ne peut commencer que si la première est complète comment puis je metter en place ? merci
En piece jointe voila comment je vois ton diagramme de classe.
Concernant le passage au MLD, honnetement je ne sais pas. La seule chose c'est que la composition va se representer par une FK et suppression en cascade et l'agregation juste avec une FK.
La dynamique ne se represente pas sur un diagramme de classe; tu peux utiliser le diagramme de sequence systeme pour ca.Citation:
Envoyé par Maria1505
Bonjour, merci Nip pour tes précieuses remarques, pour le choix de mon equipe je vais pas l'alimenter directement par des ressources mais je doisobligatoirement passé par le département puis les services et enfin les agents pour mon premier diagramme de classe j'ai rassembler les trois catégories dans la table ressource mais il s'est avéré que je peux pas lier les services au ressources car si je le fais le chef de département n'appartient pas au service (il contient seulement les chef de service et les agents) donc j'ai opté pour la solutuions ci dessous mais pour récupérer les informations personnelle sur le chef de département j'ai ajouter une autre table chef de département, est ce que cette solution est raisonnable :
Fais attention, je paux me tromper, mais il me semble que tu as une approche "Merisienne" du diagramme.
En effet, tout d'abord les identifiant, mais surtout l'absence d' opération est révélateur.
En effet, avec ce diagramme, ton application sera pleine de données, mais personne (je veux dire aucune classe) n'y fera rien !
D'autre part, tu place sur tes flèches des verbes à l'infinitif (pour moi c'est aussi une approche Merisienne) : je préfère nettement avoir une opération
"proposer(Projet):void" dans client ! Idem pour la majorité des relations.
D'autre part, ajoute une flèche au bout de chacune des relations afin d'indiquer le sens de la navigation (sauf si elle peut se faire à double sens).
Enfin, peut être devais tu finalement choisir Merise ? Si ton application est essentiellement de la gestion d'information (creation, consultation, update), peut être que la méthode de merise serait plus simple? La c'est plutot à toi de décider.
En ce qui concerne le MLD, tu peux l'obtenir facilement avec le dernier diagramme de classes posté il me semble (peut être n'ai je pas lu assez en détails)
merci pour les remarques mais coté logique est ce que mes classe sont bien positionné ?
je pense moi aussi ,Citation:
Fais attention, je paux me tromper, mais il me semble que tu as une approche "Merisienne" du diagramme.
pour faire un diagramme de classe ,le mieux c'est de commencer par un diagramme de cas d'utilisation ,
Le diagramme de Nip apporte quelques corrections interressentes ,tu devrait t'en inspirer notamment pour un projet est se décompose en plusieurs sous-projet que tu peux modéliser par une composition récursive.
La notion de Equipe me pose un problème , pour cerner un peu celle ci je te pose une question (ce qui aurait du etre fait pendant la phase de Spécification)
Est ce qu'une équipe est constituée juste dans le cadre d'un projet ?
Si oui la relation entre Departement et Equipe n'a pas lieu d'etre,je verrais plutot un Departement composé de plusieurs ressources;
mais ce n'est que mon avis :)