Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Schéma Discussion :

Demande de conseil concernant MCD employés


Sujet :

Schéma

  1. #1
    Candidat au Club
    Demande de conseil concernant MCD employés



    Bonjour, je suis actuellement dans mon périple d’apprentissage de la méthode mérise et je voudrais avoir votre opinion sur le mcd sur l'image
    Voici les quelques règles de gestion le concernant:
     Chaque employé est affecté dans un service fournir par l’administration
     Un service contient une ou plusieurs employés
     A chaque employé est attribué 10 jours d’absences pendant une année
     Chaque employé bénéficie de 30 jours de congé annuel cumulable
     Chaque employé féminin possède un droit de congé de maternité de 3 mois
     Chaque employé masculin bénéficie d’un congé de paternité de 15 jours
     Les employés (fonctionnaires) bénéficient d’un avancement automatique d’échelon au bout de deux ans d’ancienneté.
     Les employés (fonctionnaires) sont classés par catégorie et grade
     L’indice est obtenu par apport au grade et la catégorie de l’employé

    Merci d'avance!!!!
    Et désolé pour le message posté au mauvaise place!

  2. #2
    Expert éminent sénior
    bonjour Aneken

    Les règles de gestion sont communiquées, c'est très bien, malheureusement il en manque beaucoup pour pouvoir justifier ou invalider une grande partie du MCD
    Par exemple, les associations "effectuer", "appartenir (corps<->employe)" ou "appartenir (service<->administration)" ne sont justifiées par aucune règle.
    Vous pouvez numéroter les règles pour faciliter les échanges (ex : R001 - Chaque employé est affecté dans un service fourni par l’administration)


    Quel logiciel de modélisation avez vous utilisé ? Je suis surpris que celui-ci ait autorisé deux associations avec le même nom, à éviter pour éviter la confusion.


    Les attributs tels que le lieu de naissance ou region devraient être externalisés dans des types d'entité spécifiques en association avec respectivement l'entité-type "employé" et "administration" :
    [EMPLOYE] 1,1 --- (naître) --- 0,n [VILLE]
    [ADMINISTRATION] 1,1 --- (localiser) --- 0,n [REGION]
    avec les attributs suivants :
    VI_VILLE(VI_ident, VI_insee, VI_nom...)
    RG_REGION(RG_ident, RG_code, RG_nom...)
    Vous pourrez également, si besoin, matérialiser une association entre ville et région


    De même, le type d'interruption devrait être externalisé :
    [INTERRUPTION] 1,1 --- (typer) --- 0,n [TYPE_INTERR]
    avec les attributs suivants :
    YI_TYPE_INTER(YI_ident, YI_code, YI_libelle, YI_debval, YI_finval...)


    Je suis étonné qu'un service puisse appartenir à plusieurs administrations, à confirmer avec les règles de gestion manquantes

  3. #3
    Membre éclairé
    Bonjour,
    Citation Envoyé par escartefigue Voir le message
    Quel logiciel de modélisation avez vous utilisé ? Je suis surpris que celui-ci ait autorisé deux associations avec le même nom, à éviter pour éviter la confusion.
    Je me suis effectivement posé la même question...
    De plus, je vois que l'association "Affectation" possède des rubriques alors que les cardinalités sont 1,1---1,n : cela n'est pas correct car, au niveau du MLD généré, ces rubriques seront perdues ou se retrouveront dans la classe "Employé".
    Enfin, si les cardinalités de l'association tripatte "Classer" sont correctes, il convient de la décomposer pour plus de clarté.
    A suivre...
    Patrick Bergougnoux - Professeur des Universités au Département Informatique de l'IUT de Toulouse III
    La simplicité est la sophistication suprême (Léonard de Vinci)
    LIVRE : Modélisation Conceptuelle de Données - Une Démarche Pragmatique
    Looping - Logiciel de modélisation gratuit et libre d'utilisation

  4. #4
    Candidat au Club
    Bonjour à tous, merci beaucoup pour votre remarque et ci-joint le nouveau mcd faite avec le looping , merci monsieur Paprick!!!



    Complément des règles de gestion:
    • R001 - Chaque employé possède un grade
    • R002 - Un grade peut appartenir à un ou à plusieurs employés
    • Un grade est composé de classe et d’échelon
    • R004 - Un employé appartient à une et une seule catégorie
    • R005 - Plusieurs employés peuvent appartenir à une même catégorie
    • R006 - Chaque employé est affecté dans un service
    • R007 - Chaque service est composé de plusieurs employés
    • Un service est caractérisé par un nom et un sigle
    • R008 - administration est composée d’une ou plusieurs services
    • Une administration est définit par son nom, sigle, localisation
    • R009 - Chaque employé dispose d’un contrat de travail
    • R010 - Chaque employé possède un diplôme

  5. #5
    Expert éminent sénior
    Ce message n'a pas pu être affiché car il comporte des erreurs.

  6. #6
    Candidat au Club
    Bonjour Escartefigue,

    Merci pour vos remarques et conseils;
    je vais essayer de corriger les règles et d'améliorer le mcd!
    ps: ces règles de gestions ont été établi par moi-même , à partir des documents administratifs dont je dispose.

    A bientôt !!

  7. #7
    Candidat au Club
    Je voudrais aussi vous demandez quelques explications simples à propos des CIF si possible et les rélations ternaire!!

    j'ai fait une petite modélisation pour illustrer mes questions:

    ET voici la règle:

    • Un employé est affecté dans un service par une décision d'affectation.
    • Une décision d'affectation affecte un employé dans un service
    • Dans chaque service est affecté une ou plusieurs employé par décision d'affectation

      le modele correspond alors: chaque employé affecté dans un service a reçu une décision d'affectation


    QUESTIONS:
    1. Vu qu'une décision d'affectation concerne uniquement un emploie et un service donné, pouvez vous s'il vous plaît me montrer la manière la plus simple de modéliser ce cas ?



    Merci d'avance pour votre réponse!!!
    Et à bientôt!!!

  8. #8
    Expert éminent sénior
    Bonjour Aneken

    Dans le 1er schéma, la contrainte n'apporte rien, les associations ne deviendront pas des tables, les FK seront donc portées par les tables issues des entités-types coté 1

    Dans le 2e schéma, la flèche vers l'entité-type service indique que pour un employé et une décision, il ne peut y avoir qu'un seul service.
    Ce faisant, dans la table issue de l'association "affecter", la PK sera composée uniquement de l'identifiant de l'employé et de celui de la décision, l'identifiant du service sera un simple attribut.

  9. #9
    Candidat au Club
    Bonjour,
    Merci beaucoup pour votre réponse!!
    Mais comme toujours quand on n'est pas sûr, il vaut mieux poser des questions alors,
    Ci-dessous j'ai encore fait un modèle concernant l’héritage, relation ternaire et du CIF, du coup je voudrais encore avoir votre avis!!!
    Merci d'avance!!


  10. #10
    Expert éminent sénior
    Bonjour,

    Difficile de commenter cette nouvelle partie sans la moindre explication : quelles sont les règles de gestion correspondantes, que signifient les différents termes employés, qui sont les nouveaux "individus" (EFA par exemple c'est quoi ?)

    Une remarque tout de même : plutôt que d'utiliser l'héritage pour distinguer les contractuels des fonctionnaires, il me semble plus approprié de les distinguer par la nature de leur contrat de travail en cours de validité.
    L'héritage est approprié si le sous-type est un classement définitif, immuable, or, un contractuel peut devenir fonctionnaire

  11. #11
    Candidat au Club
    Bonjour Escartefigue,

    Oui, en effet les employés EFA peuvent devenir des fonctionnaires (par nomination sur titre par exemple)

    • EFA : Agents appelés à occuper des emplois normalement dévolus à des fonctionnaires
    • Chaque fonctionnaires et EFA possède une situation administrative
    • Une situation administrative est composé d'une catégorie, un grade et un indice
    • pour une catégorie, chaque grade est composé d'un indice
    • une catégorie est composé de plusieurs grades et de plusieurs indices
    • un grade compose plusieurs catégories et plusieurs indices
    • un indice lui, compose plusieurs couples catégorie et grades


    voici un petit tableau pour vous montrer l'exemple des ces affirmations:


  12. #12
    Candidat au Club


    Sur l’image ci-dessus, on voit que l’entité employé est débordé de relation avec plusieurs entités-types de part et d’autre.
    Et du coup je me suis dit comment faire pour décentraliser tout ça !
    Et donc j’ai fait le modèle dans le poste n° 9 (en utilisant l’héritage, relation à plusieurs) pour pallier cette concentration d’entité sur l’entité-type employer pour plus de clarté ;
    J’ai combiné les entités-types (catégorie, grades, indices) dans l’entité S_Administrative : qui signifie situation administrative, car ces informations ne concerne que les fonctionnaires et le EFA.

  13. #13
    Expert éminent sénior
    Si je comprends bien, la catégorie est une conséquence du grade et de l'indice.
    Le grade est lui même une conséquence directe de la classe et de l'échelon
    Du coup on peut soit avoir une correspondance enregistrée classe-échelon-indice ==> grade + catégorie, soit des colonnes calculées dans une vue à partir du même triolet classe-échelon-indice

    L'employé (fonctionnaire ou EFA) serait en relation avec l'indice, l'échelon et la classe, plus avec la catégorie.
    Attention à l'orthographe : employé. Il s'agit du type d'entité qui recense des occurrences d'employés, de personnes donc

    Je reviendrai sur les autres points plus tard, le temps me manque

  14. #14
    Candidat au Club
    bonjour,
    hélas, la création de vue n'est pas encore dans mes cordes !!!
    merci beaucoup pour tous vos remarques, ils m'ont apporté des meilleures idées concernant la création d'un mcd
    Je vais laisser ce mcd pour le moment! je vais m'attaquer au cours de sgbdr pour avoir plus de compétence technique, bien à vous !
    A bientôt!!

###raw>template_hook.ano_emploi###