Doctrine pièce à casser

[mogador26]

Architecture avec un coeur et des pétales

la relation entre cœur et pétales est 1-1 grace à la clé UUID
le coeur est constitué de données PARTAGEES et COMMUNES à l'ensemble des acteurs
l'utilisation des données cœur est OBLIGATOIRE dans l'ensemble des interactions entre entités, dans les documents manipulés pour décrire le SI et dans les applications de gestion du SI :
    pour aller plus loin : si un objet de type "application" est connu sous plusieurs noms, il y aura un et un seul NOM principal : fruit d'une négociation et d'un accord entre les parties, cet objet ne sera connu que sous ce nom dans l'ensemble des documents, si cet objet est connu sous d'autres désignations dans un bureau ou dans une activité spécifiques alors ce nom sera stocké dans un champs en dehors du cœur dans un des pétales ...
    l'ensemble des données contenues dans le coeur sont OBLIGATOIRES, pas de champ "au cas ou", un comité dédié à l'ajout/modification/suppression de champs dans le coeur se réunit sur demande d'une entité pour décider en fonction d'un dossier argumenté de la création/modification/suppression d'un champ. (vote à la majorité simple avec droit de veto du DT)
les pétales : on crée un pétale dès qu'une organisation ou une activité le requiert
    le petale contient une seule donnée obligaoire : l'uuid clé externe vers le coeur
    le petale permet à chaque entité qui a le besoin de stocker une information necessaire à l'exercice de son activité de la stocker et de la faire vitre avec ses propres regles . le plus souvent c'est l'entité qui a le besoin pour son activité qui sera charger de la création et de la mise à jour de la donnée. Si l'entité désire que ce soit une autre organisation qui ait les droits/devoirs de créer et de mettre à l'information, elle doit le faire resepcter par l'entité extérieur visée elle meme (ie ce n'est pas la responsabilité de l'équipe coeur)