ITX

Introduction

Le section ITX est séparée du reste du modèle. C’est une section qui permettra la configuration de map séparément du contexte d’une activité. Le but étant de ne pas garder un modèle fermé à l’exécution de process ITX. C’est une partie qui nécessitera une expertise ITX pour le bon setup et une documentation du framework afin de garantir la compréhension de certaines clés/fonctionnalités offertes par le framework.

Map

Ici c’est la base de ITX. Ceci représente une map physiquement présente sur le serveur avec donc son nom qui se doit d’être unique. Le projet et la branch ont pour but de faciliter le support en cas de besoin et la version peut correspondre à un compilé précis. Il faut faire attention ici au fait qu’il est difficile de retrouver une source à partir d’un compilé, une bonne organisation est de rigueur pour garantir un support maximum. Le nombre d’input et d’output sont des variables à renseigner automatiquement par une industrialisation et doivent être utilisées par l’IHM afin de forcer le setup de toutes les cartes.

note (LBA) voir si on pourrait lier une branche Git avec le checksum d’une map?

Map Settings

Ce sont ici des paramètres globaux à la map, l’audit log, le data audit, l’activation des traces DB (nécessitant des bonnes pratiques de code). Le threshold permet de définir des options implicites (à voir si nous devons les passer en explicite) et dépend de la taille de l’entrée de la map. Par exemple, si celle-ci dépasse le threshold, alors le workspace de la map sera en mode fichier sinon mémoire. Il peut être interessant de réfléchir à avoir des options comme PageSize et PageCount qui dépendent eux aussi de la taille de l’entrée.

CardOptions

C’est ici que le setup final de la map et de chacune de ses cartes sera défini. Il faut penser IHM, d’abord pour les adapters où des Label/Value seront mis en place mais aussi pour les commandes où un Wizard pourrait être mis en place car chaque adapteur à ses propres commandes.