Lorsque je réalisai des univers, je me disais souvent que ce pourrait être pratique de mettre 2 3 commentaires pour expliciter un lien ou une table.
Jamais réussi à trouver autre chose que les commentaires des classes ou objets.

Et aujourd’hui par de malencontreuses frappes de clavier au hasard, je me rend compte d’un truc.
Il suffit d’écrire sur l’univers!!

On clique à l’endroit où on le souhaite, on a le petit point clignotant, et là on peut écrire ce qu’on veut! Un bloc de texte se crée. C’est assez primitif, pas de gestion du format avancée mais ca peut toujours rendre service.
Du moment qu’on a tapé une première lettre, on a accès au copier-coller, et donc au multi-ligne.

Et voilà pour ma découverte du jour!!

Je viens de subir la récupération de la maintenance d’un nouvel univers BO. Je ne suis pas vraiment un expert BO mais je bosse dessus entre autres technos depuis 3 ans désormais.

L’univers original n’était qu’une « bête » copie conforme de la base de données. Un nouvel univers, orienté fonctionnel a ainsi été mis en place par mes prédécesseurs (joies des missions courtes de ssii).
Je peux en tirer une belle liste de choses à éviter lors de la création d’univers.

– partir de la technique vers le fonctionnel n’est à mon avis pas une bonne base. Mieux vaut partir de rien et étoffer peu à peu l’univers fonctionnel. J’ai constaté de trop nombreux liens obsolètes, mélanges de champs techniques et de champs fonctionnels (les id internes sont rarement utiles pour les utilisateurs finaux!)

– définir clairement dès le début des normes de nommages et d’organisations : définir la hiérarchie globale des classes, l’ordre logique des éléments, la langue (j’ai eu droit à un parfait mélange d’anglais, français technico-fonctionnel, absolument incompréhensible)

– éviter les classes avec plus d’une trentaine de sous éléments : à l’utilisation, cela devient vite infernal si l’ensemble d’une classe ne se voit pas sur un écran.

– Quand des tables de mapping ou de paramétrages existent dans la base de données initiale, mieux vaut les utiliser plutôt que divers filtres via des constantes en dur.

– Penser jointure ouverte!!

– Utiliser les tables alias : j’avais par ex une table de devises définie par une table dérivée (ie sql brut) qui se retrouvait 17 fois dans l’univers.. Quel joie lorsqu’il a fallu modifier une des règles…

– Définir les noms de schémas ORACLE améliore très légèrement les perf mais surtout évite les mauvaises surprises de doublons entre schémas et rend plus clair la maintenance.

– Utiliser la fonction de Vérification de l’intégrité : cela permet d’avoir le minimum de cohérence dans l’univers.. ce fut mon premier réflexe lorsque j’ai récupéré l’univers : 12 tables non liées, 37 objets invalides, cardinalités non définies, 2 boucles …

Voilà pour aujourd’hui! Si ces quelques conseils peuvent être utiles à quelqu’un, tant mieux!