---
# System prepended metadata

title: Atelier de conception de Protools

---

# Atelier de conception de Protools

## Atelier du XXX
Comment va on gérer la collecte concurente : Une seule liste d'UE, plusieurs listes?


## Atelier du 09/03/2023

- Présentation en séminaire penm/informatisation
Jeudi 23/03 - 16h-16h30
Présentation du concept de base
Objectif de base : lancer l'association des utilisateurs : les CPOS
Reste une fonction expert pour le CPIE ?

- Cycle logiciel : mise à jour protools ?
--> Évolution de l'application par rapport aux process en cours sur le tomcat : gérer par les fenetre de service du CEI (rotation 3 couloirs) , les taches en cours sont stockées dans la bdd, les threads sont arrêtées petit à petit; quand il n'y a plus de threads actifs le tomcat est arrêté.

--> Évolution du code d'une instanciation Java d'une tache de service : obligation de gérer des versions différentes pour conserver pendant une période de recouvrement les instanciations Java d'une tache BPMN.

--> Évolution de la modélisation BPMN : une fois instancié pour un bpmn donné, le bpmn peut être modifié pour un autre processus pas celui en cours d'execution.


- Validation que le contexte protools permettra bien d'exécuter les BPMN (format correct, infos pour toutes les étapes du BPMN)

Go sur le principe de générer les variables attendus (contexte) par rapport aux instanciations des interfaces des instanciations Java delegate des taches du BPMN.

(pourquoi pas une expression régulière)


## Atelier du 01/03/2023

### Gestion des erreurs

Pas de gestion des erreurs sur une V0

--> liste des UE en erreurs et pouvoir les rejets

- rejouer le processus pour une liste en erreur
    - réinstancier le processus
    - relancer le processus complet : risque sur les UE en réussite
    - ajouter un deuxième porte d'entrée dans le BPMN : liste complémentaire

--> idem potence pour les API clientes

### Transformation des données par Protools

* Transformation de format entre API 2 à 2, standards : dans Beatles le temps du traitement de masse, étudier la migration dans Protools pour les cas unitaires
* Enrichissement de format : idem avec les paramètres nécessaires
* Traitements spécifiques à une enquête : par un tiers ? Kraftwerk pourquoi pas

### Stockage dans Protools

* L'idée : stocker le moins possible ! passe-plat au pire ;-)

exemple : on donne l'idUE à Beatles, qui renvoit le format attendu cible, Protools transfère à l'API cible

(pas d'appel coup double ;-), pour Marc)

* Variables globales : variable qui traverse le processus
    * variable de niveau enquête : idCampagne, idModèle de questionnaire, ...
    * variable de niveau UE : idUE, lot d'appartenance, ?
* Variables locales : pas implémantées pour le moment, à instruire lors de la composition de BPMN pour les protocoles complexes
* Juste pour transfert : impose d'être dans la même tâche
* Resultat de tâche --> stockées dans une variable globale (enquête ou UE)





