Discussion :

[Vinc06]

Bonjour à tous, je suis en auto-formation Concepteur informatique.

Je suis actuellement sur la méthode Uml, n’ayant pas spécialement de « prof » je manque cruellement d’avis objectifs sur mes diagrammes.

Je me permets donc de venir vers vous, non pas pour obtenir des diagrammes correctes mais pour avoir vos avis sur la conception, les possibles incohérences et pourquoi pas des conseils pour une meilleur réalisation.

Le cahier des charges concerne « La gestion des ressources humaines » et dans un premier temps je me concentre sur l’application « Créer un nouveau collaborateur »

Le descriptif à prendre en charge est le suivant :

Les collaborateurs sont accueillis par le RRH qui tient à jour les renseignements administratifs et leur demande de le tenir informé des changements.

Un matricule est attribué. La rémunération est fixée ainsi que la fonction et le statut. La politique salariale étant très progressive, il leur est signalé qu’il faut au moins 3 ans d’ancienneté pour espérer un salaire mensuel brut supérieur à 3000,00 € et que les augmentations ne sont jamais supérieures à 20%.

Le RRH les questionne sur leurs centres d’intérêts et explique le fonctionnement de la société et les différentes possibilités d’évolution qui s’offrent à eux. Le plan qualité de la société impose qu’un collaborateur n’interviendra jamais sur 2 projets simultanément et que des évolutions de fonctions sont nécessaires à leur évolution de carrière. Ils peuvent donc être amenés à titre d’essai à intervenir avec une fonction n’étant pas encore la leur. Un collaborateur ne peut cumuler plusieurs fonctions en même temps.

Lors de l’embauche d’un nouveau collaborateur, les renseignements généraux sont enregistrés ainsi que son contrat de travail initial ; il peut s’agir aussi bien d’un stage (associé à une Ecole), d’une mission d’intérim (sous contrat avec une agence d’intérim), d’un CDD ou d’un CDI. Les CDD, missions d’intérim et stage doivent être « motivés » (ils portent mention du motif ou de la mission correspondante, par exemple « remplacement », « surcharge », « appui au projet XXX »…).

Au cours de sa carrière dans l’entreprise ABI, le collaborateur peut bénéficier d’une succession de contrats de travail (stage, interim, CDD, CDI…) et, dans le temps, chaque contrat peut éventuellement subir des « avenants » modifiant une de ses caractéristiques.

Mon Use Case :


Mon diagramme d'activité :


Mon diagramme de séquence:


Je vous remercie par avance pour votre aide

[bruno_pages]

Bonjour,

Quelques remarques à la va-vite

UC :
il faut utiliser l'impératif dans les UC, ce n'est donc pas "gestion collaborateur" mais "gérer un collaborateur" etc
c'est un peu alambiqué avec ces use et extend, mais pourquoi pas puisque c'est un exercice
qu'elle est la distinction y-a-t-il entre gérer le collaborateur et gérer la carrière ? a noter que tout les deux peuvent créer le contrat ce qui est bizarre

ACTIVITE :
indiquer la vérification de validité / existence contrat via un flux n'est à mon avis pas correcte, il faut soit une action de vérification qui abouti au noeud de décision, soit simplement donner les réultât ok / nok sur les 2 flux sortants du nœud de décision
je ne comprends pas la partie basse du diagramme initial---contrat-créé--- etc


SEQUENCE :
"acteur" c'est pas clair
"affiche formulaire" n'est pas exécuté par l'utilisateur si c'est une personne, le message ne va pas vers l'utilisateur, mais du système au système
de même le retour vers "acteur" du "message(formulaire)" n'a pas de sens pour moi si l'acteur est une personne
je ne comprends pas l'opération "joindre contrat", et la ligne de vie coté système ne peut être partagée avec celle de l'enregistrement, quel outils as-tu utilisé pour que cela soit possible ?
il n'y a pas de condition dans un fragment loop, utilises plutôt un fragment break pour sortir de la boucle
le "si information incorrectes ..." ne peut être une note, c'est une action du systeme vers lui même qui est après le break