Skip to content

Instantly share code, notes, and snippets.

@tyjak

tyjak/descriptif du process de création de règle de financement.md

Last active September 3, 2019 14:34
Show Gist options
  • Save tyjak/8391f9099ac7f1227b6e25388143408b to your computer and use it in GitHub Desktop.
Save tyjak/8391f9099ac7f1227b6e25388143408b to your computer and use it in GitHub Desktop.
Download ZIP
Raw
descriptif du process de création de règle de financement.md

Étapes de création d'une règle de financement

  1. Rédaction simple de la règle [métier]

  2. Lecture par le métier et le développeur de la règle [métier, développeur]

  3. Mise en forme de la règle selon la convention de trèfle

  • ajout de la règle dans les fichiers appropriés: [développeur]

    • Un répertoire national, et un fichier pour chaque règle nationale
    • Un répertoire région, et un fichier par région regroupant l'ensemble des règles d'une région
    • Un répertoire rémunération, un fichier par type de rémunération
    • Un répertoire organisme paritaire, un fichier de règle par organisme paritaire
    • Un répertoire normalisation, un fichier générique et thématique
      • La normalisation permet de simplifier et de rendre lisible les propriétés d'une formation ou d'un demandeur, ex: "le domaine FORMACODE 150 de la formation" devient "formation en développement professionnel"
    • Un fichier pour la liste des financements, chaque financement se voit attribué des tags, des ressources, une règle racine (là où doit se trouver la règle de financement)

  • réécriture de la règle selon la syntaxe trèfle: [métier, développeur]

    • Opérateurs de conjonctions 'si', 'et', 'ou', et un opérateur d'action 'alors'
    • Emploi des mots "clés" identifiés dans le schéma, ex: 'demandeur d'emploi'
    • Utilisation de l'indentation pour créer des blocs de conditions

  1. Test de la règle via des simulations [métiers, développeur]

    1. création des cas de simulations d'éligibilité et de non éligibilité [métiers]

      • choix des données DE (localisation, type rému, hist
      • choix des données de formation (localisation, type, durée, coût, financeur, ...)

    2. utilisations des différents cas de simulations pour créer les scénarios de tests [développeur]

  2. Mise en recette du code (publication des modifs sur le backoffice recette) [développeur] le métier reteste des cas (via la bonne formation) [métier]

  3. Mise en production (publication des modifs sur le backoffice recette) [développeur]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment