Spécifications cahier des charges

Spécification PAXWARE

Cahier des charges / Expression du besoin

PAXWARE a pour objectif de fournir aux exploitants offshore une vision locale, fiable et exploitable de la présence du personnel par installation, afin d’améliorer les opérations quotidiennes, les transferts, les exercices de sécurité et la gestion des situations d’urgence, tout en conservant une architecture autonome et adaptée aux environnements isolés.

#  1. Objet du document

## 1.1 Finalité du cahier des charges

Le présent document a pour objectif de formaliser l’expression du besoin opérationnel auquel doit répondre l’écosystème PAXWARE.

PAXWARE vise à répondre à une problématique critique rencontrée sur les installations offshore, les sites industriels isolés et les environnements multi-zones : disposer d’une information fiable, locale et exploitable permettant de savoir qui est où, à un instant donné, sans dépendre exclusivement de procédures manuelles, déclaratives ou de systèmes connectés à internet.

Ce cahier des charges exprime les besoins fonctionnels, opérationnels, techniques, humains et organisationnels attendus du système. Il ne constitue pas encore une spécification détaillée de conception. Il ne fige donc pas définitivement les choix technologiques, électroniques, logiciels ou industriels.

Les choix d’architecture, les spécifications système, les spécifications détaillées hardware, software, serveur et interfaces feront l’objet de documents complémentaires dans les phases suivantes du cycle en V.

Le document doit permettre de :

* •	décrire le contexte opérationnel du projet ;

* •	identifier les limites des méthodes actuelles ;

* •	préciser les objectifs attendus du système PAXWARE ;

* •	définir le périmètre fonctionnel initial ;

* •	identifier les utilisateurs et acteurs concernés ;

* •	exprimer les contraintes principales d’exploitation ;

* •	préparer les futures spécifications système ;

* •	servir de base aux critères de validation client et au cahier de recette.

## 1.2 Positionnement dans le cycle en V

Ce cahier des charges constitue le document d’entrée principal de la phase amont du projet PAXWARE.

Il se situe au sommet gauche du cycle en V et sert de référence pour construire les documents suivants :

* •	spécification globale du système ;

* •	spécifications détaillées hardware ;

* •	spécifications détaillées software embarqué ;

* •	spécifications détaillées serveur, application et supervision ;

* •	spécifications détaillées des interfaces ;

* •	architecture système ;

* •	plan d’intégration ;

* •	plan de tests ;

* •	cahier de recette ;

* •	dossier de validation client ;

* •	dossier de mise en exploitation.

Son rôle est de garantir que les développements futurs restent reliés à un besoin opérationnel réel, mesurable et vérifiable.

Dans le cadre de PAXWARE, ce document permet également de tracer la continuité entre :

le problème terrain constaté → le besoin opérationnel → les fonctions attendues → la conception technique → les tests → la validation client.

Note de méthode : le présent document initie la traçabilité du projet. Les exigences numérotées seront créées à partir de la partie 5 — Fonctions attendues, puis reliées aux acteurs, aux spécifications, aux tests et aux critères de validation. Les seuils de performance ajoutés dans cette version sont des valeurs cibles de cadrage pour MVP/POC et devront être confirmés par essais terrain, analyses de risque et choix technologiques définitifs.

## 1.3 Responsabilité de rédaction et de validation

Dans cette phase initiale, le cahier des charges est rédigé par le porteur du projet PAXWARE, sur la base :

•	de l’expérience opérationnelle terrain acquise en environnement offshore ;

•	de l’analyse des méthodes actuellement utilisées pour le suivi du personnel ;

•	des échanges avec des acteurs du secteur offshore, maritime, industriel et sécurité ;

•	des besoins identifiés auprès de futurs utilisateurs potentiels ;

•	des contraintes spécifiques aux installations isolées, multi-zones ou à connectivité limitée.

La validation finale du document pourra être réalisée progressivement avec les parties prenantes concernées.

Rôle	Responsabilité

Porteur du projet PAXWARE	Rédaction initiale, expression du besoin, cohérence métier

Utilisateurs terrain / exploitation	Relecture des besoins opérationnels

Référents sécurité / HSE	Relecture des besoins liés au muster, à l’urgence et à la sûreté

Partenaires techniques	Vérification de la faisabilité générale

Client pilote éventuel	Validation du besoin et des critères de recette

Direction projet PAXWARE	Approbation de la version de référence

Ce document pourra évoluer au fil du projet. Chaque évolution significative devra être tracée afin de conserver une cohérence entre le besoin initial, les spécifications et les choix techniques réalisés ensuite.

# 2. Contexte général du projet

## 2.1 Présentation du contexte

Les installations offshore, les barges d’habitation, les plateformes pétrolières, les navires de support et les sites industriels isolés sont des environnements où la connaissance de la présence du personnel est un sujet essentiel.

Dans ces contextes, les équipes doivent pouvoir répondre rapidement à une question simple mais critique :

Qui est où ?

Cette information est nécessaire en exploitation normale, lors des transferts entre installations, pendant les exercices de sécurité, en cas d’incident, d’évacuation, d’alarme générale ou de situation dégradée.

Aujourd’hui, sur de nombreux sites offshore, cette connaissance repose encore sur des procédures manuelles ou semi-manuelles, telles que :

•	cartes papier de présence ;

•	Ti-cards ;

•	registres manuels ;

•	déclarations radio ;

•	appels téléphoniques ;

•	pointages ponctuels ;

•	fichiers Excel ;

•	échanges entre départements ;

•	contrôles visuels ou verbaux.

Ces méthodes peuvent fonctionner dans un cadre quotidien parfaitement maîtrisé, et de la bonne responsabilité de chacun,  mais elles présentent des limites dès que la situation devient complexe, rapide ou critique.

Les environnements offshore imposent en effet plusieurs contraintes fortes :

•	personnel nombreux et mouvant ;

•	installations multiples ;

•	transferts réguliers entre barge, plateformes, navires ou zones techniques ;

•	réseau internet parfois limité ou indisponible ;

•	perturbations électromagnétiques et effets de cage de Faraday ;

•	conditions météo contraignantes : pluie, orages, vent, embruns et fortes chaleurs pouvant atteindre 70 °C sur surfaces exposées ;

•	urgence potentielle ;

•	nécessité de décisions rapides ;

•	exigences HSE élevées ;

•	obligation de traçabilité ;

•	contraintes de sûreté, de confidentialité et de continuité d’exploitation.

Le projet PAXWARE s’inscrit dans ce contexte. Il vise à proposer un écosystème autonome, local, non intrusif et adapté au terrain, permettant d’améliorer la connaissance de présence du personnel par installation ou zone opérationnelle.

L’objectif n’est pas de mettre en place un système de surveillance individuelle permanente, mais de fournir une information opérationnelle fiable sur la présence, l’absence, le transfert et la validation de présence en situation normale ou critique.

## 2.2 Situation actuelle

Sur de nombreuses installations offshore, le suivi du personnel repose encore sur des systèmes déclaratifs ou manuels. Le principe est généralement simple : lorsqu’une personne se déplace d’une installation à une autre, elle doit déplacer une carte de type papier, signaler son mouvement ou être enregistrée par un opérateur.

Dans la pratique, ces procédures peuvent générer plusieurs difficultés.

Premièrement, le système dépend fortement de la discipline individuelle. Si une personne oublie de déplacer sa carte, ne signale pas son départ ou si l’information est mal transmise, la situation affichée peut ne plus correspondre à la réalité terrain.

Deuxièmement, les informations sont souvent dispersées. Une partie peut se trouver dans un tableau, une autre dans une salle de contrôle, une autre auprès du personnel de sécurité, du deck, du camp boss ou du responsable HSE.

Troisièmement, les transferts entre installations peuvent être difficiles à suivre avec précision, notamment lorsqu’il existe plusieurs plateformes, plusieurs accès, des mouvements simultanés ou des changements rapides liés aux opérations.

Quatrièmement, les exercices de sécurité ou les situations d’urgence peuvent révéler des écarts entre la liste théorique des personnes attendues et la réalité du terrain. Dans ces situations, chaque minute compte. Une incertitude sur la localisation d’une personne peut générer une perte de temps, une mobilisation inutile ou une prise de décision plus difficile.

Cinquièmement, les méthodes actuelles ne fournissent pas toujours une traçabilité exploitable après événement. Il peut être difficile de reconstituer précisément les mouvements, les écarts, les délais ou les anomalies observées.

Les limites principales de la situation actuelle peuvent donc être résumées ainsi :

Limite constatée	Conséquence opérationnelle

Dépendance aux procédures manuelles	Risque d’oubli, pertes, et confusion 

Données non mises à jour en temps réel	Vision terrain potentiellement fausse

Informations dispersées	Difficulté à consolider rapidement la situation

Absence de preuve automatique de passage	Incertitude sur les transferts réels

Gestion manuelle du muster	Perte de temps lors des exercices ou urgences

Faible traçabilité des événements	Analyse après incident plus difficile

Dépendance à certains moyens de communication	Fragilité en mode dégradé

Peu d’autonomie en cas de perte réseau	Risque de rupture d’information

PAXWARE est né de ce constat terrain : dans un environnement offshore, la capacité à connaître rapidement la présence réelle du personnel par installation ne doit pas dépendre uniquement d’un système papier ou d’une déclaration humaine.

## 2.3 Objectifs du projet

L’objectif général du projet PAXWARE est de concevoir et déployer un écosystème permettant d’améliorer la connaissance de présence du personnel sur des sites offshore ou industriels isolés.

Le système attendu devra permettre de répondre à la question :

Combien de personnes sont présentes sur chaque installation, le nombre de personnes doit être identique à celui attendu lors des exercices muster-point ou en cas d’urgence réelle ?

Objectif	Description

Améliorer la connaissance de présence	Fournir une vision claire du nombre de personnes présentes par installation, zone ou navire

Réduire la dépendance au papier	Limiter les erreurs liées aux Ti-cards, registres et déclarations manuelles

Fonctionner localement	Assurer le fonctionnement du système même sans connexion internet permanente

Faciliter les transferts	Détecter ou consolider les mouvements entre installations ou zones

Améliorer le muster	Accélérer et fiabiliser la confirmation de présence lors des exercices ou urgences

Fournir une information exploitable	Mettre à disposition des opérateurs une lecture claire, simple et rapide

Assurer la traçabilité	Enregistrer les événements utiles à l’analyse, au contrôle et à l’amélioration continue

Préserver la confidentialité	Limiter les données exposées et privilégier une architecture locale/pseudonymisée

Préparer la validation client	Définir des critères mesurables permettant de tester la solution sur site pilote

S’adapter aux contraintes offshore	Prendre en compte l’environnement sévère, les pertes réseau, les opérations 24/7 et les exigences HSE

Le projet ne vise pas à remplacer les responsabilités humaines ni les procédures de sécurité existantes. Il vise à les renforcer en apportant une information complémentaire, plus rapide, plus fiable et plus exploitable.

PAXWARE doit donc être considéré comme un outil d’aide à l’exploitation, à la sécurité et à la décision, en particulier dans les situations où l’information de présence doit être consolidée rapidement.

# 3. Périmètre du système attendu

Le périmètre initial de PAXWARE couvre un écosystème local de connaissance de présence par installation, composé d’identifiants portés par le personnel, d’équipements de détection terrain, d’une unité centrale locale, d’écrans d’affichage, d’outils de muster-point et d’une interface de supervision, avec une priorité donnée au fonctionnement autonome sans dépendance permanente au cloud.

## 3.1 Périmètre fonctionnel

Le système PAXWARE a pour objectif de fournir une vision locale, fiable et exploitable de la présence du personnel sur un site offshore, une barge, une plateforme, un navire ou un ensemble d’installations connectées entre elles.

Le périmètre fonctionnel couvre principalement les fonctions suivantes :

Fonction attendue	Description

Identification de présence	Permettre d’associer une personne à un identifiant PAXWARE porté sur elle

Détection de passage	Identifier un mouvement d’entrée ou de sortie entre deux zones ou installations

Comptage par installation	Consolider le nombre de personnes présentes sur chaque installation

Affichage local	Afficher le nombre de personnes présentes via un écran local type PAX-SCREEN

Supervision locale	Permettre à un opérateur de consulter l’état du site depuis PAX-MANAGER

Gestion du muster-point	Permettre la confirmation de présence lors d’un exercice ou d’une situation d’urgence

Fonctionnement offline	Maintenir les fonctions critiques même sans connexion internet

Enregistrement des événements	Conserver localement les événements utiles : passage, présence, anomalie, validation des exercices muster-point

Synchronisation différée	Transmettre certaines données vers le cloud lorsque la connexion est disponible

Gestion des anomalies	Détecter et signaler les incohérences ou pertes d’équipement

Administration du système	Gérer les personnes, zones, installations, droits utilisateurs et équipements

Le système devra permettre à l’exploitation de répondre rapidement à des questions opérationnelles simples :

•	Combien de personnes sont présentes sur chaque installation ?

•	Qui doit être confirmé lors d’un muster-point ?

•	Une personne a-t-elle changé de zone ou d’installation ?

•	Le système fonctionne-t-il correctement ?

•	Des équipements sont-ils hors ligne ou en anomalie ?

À ce stade du projet, le périmètre fonctionnel reste centré sur la connaissance de présence par zone ou installation. PAXWARE ne doit pas être présenté comme un système de géolocalisation fine ou de surveillance permanente individuelle.

## 3.2 Périmètre matériel

Le système PAXWARE comprendra plusieurs éléments matériels complémentaires. Ces éléments formeront un écosystème local capable de fonctionner de manière autonome sur site.

Les principaux équipements prévus dans le périmètre initial sont les suivants :

Équipement	Rôle attendu

PAX-TAG	Bracelet ou identifiant porté par le personnel

PAX-ANT	Antenne de détection installée sur une zone de passage, une passerelle ou un accès

PAX-BOX	Unité centrale locale permettant le traitement, le stockage et l’exploitation des données

PAX-SCREEN	Écran local affichant le nombre de personnes présentes sur une installation ou une zone

PAX-MUSTER	Tablette ou terminal de validation utilisé lors des exercices ou situations d’urgence

PAX-NAV / PAX-SCREEN NAVIRE	Configuration spécifique associée à un navire, surfer, support vessel ou zone mobile

PAX-WRITING	Poste ou fonction logicielle permettant de préparer, encoder, associer ou contrôler les PAX-TAG

PAX-TAG

Le PAX-TAG est l’identifiant porté par le personnel. Il devra prendre la forme d’un bracelet, badge ou dispositif équivalent selon les contraintes d’usage et d’industrialisation.

Il devra permettre :

•	l’identification d’un utilisateur dans l’écosystème PAXWARE ;

•	la détection par les antennes PAX-ANT ;

•	une éventuelle lecture volontaire ou contrôlée en mode muster-point ;

•	une utilisation compatible avec les contraintes terrain offshore ;

•	une autonomie adaptée à une exploitation longue durée ;

•	une résistance suffisante à l’environnement d’utilisation.

À ce stade, le PAX-TAG est défini par son rôle fonctionnel. Les choix définitifs de composants, de boîtier et de certification seront précisés dans les spécifications détaillées hardware.

PAX-ANT

La PAX-ANT est l’équipement de détection installé sur les points de passage stratégiques.

Elle pourra être positionnée notamment :

•	sur une passerelle entre barge et plateforme ;

•	à l’entrée ou sortie d’une installation ;(boat landing)

•	à proximité d’un point de transfert ;

•	dans une zone où le comptage de passage est nécessaire.

•	Sur un helideck

Son rôle attendu est de détecter le passage d’un PAX-TAG et de transmettre l’événement à la PAX-BOX.

La PAX-ANT devra permettre, selon les choix techniques retenus :

•	la détection d’un identifiant PAX-TAG ;

•	la distinction entre entrée et sortie lorsque cela est nécessaire ;

•	l’horodatage ou la transmission d’un événement de passage ;

•	le fonctionnement en environnement industriel ou offshore ;

•	une alimentation et une connectivité compatibles avec l’installation du site.

Les choix définitifs concernant la technologie de détection, la portée, la précision, le filtrage, le sens de passage, l’alimentation, la connectique et la protection environnementale seront traités dans les documents de spécification détaillée.

PAX-BOX

La PAX-BOX est l’unité centrale locale du système PAXWARE. Elle constitue le cœur de l’écosystème sur site. Elle doit permettre au système de fonctionner même lorsque la connexion internet ou cloud n’est pas disponible.

Elle devra assurer principalement :

•	la réception des événements transmis par les équipements terrain ;

•	le traitement local des données ;

•	le stockage local des informations nécessaires à l’exploitation ;

•	la consolidation du nombre de personnes par installation ou zone ;

•	l’alimentation des interfaces locales ;

•	la gestion des droits utilisateurs ;

•	la supervision de l’état des équipements ;

•	la conservation des journaux techniques et opérationnels ;

•	la synchronisation différée avec un serveur distant lorsque cela est autorisé et disponible.

La PAX-BOX devra être conçue comme un élément robuste, autonome et adapté à une exploitation sur site isolé.

PAX-SCREEN

Le PAX-SCREEN est l’écran destiné à afficher une information simple, rapide et exploitable par les équipes terrain.

Son rôle principal est d’afficher le nombre de personnes présentes sur une installation, une zone ou un point opérationnel.

Exemples d’affichage :

•	nombre de personnes présentes sur une plateforme ;

•	nombre de personnes présentes sur une barge ;

•	nombre de personnes associées à un navire ;

•	état synthétique d’une zone ;

•	information utile en exploitation ou en situation d’urgence.

Le PAX-SCREEN devra être lisible, simple, robuste et compréhensible rapidement. Il ne devra pas nécessiter une formation complexe pour être utilisé.

Les caractéristiques définitives de l’écran, de l’alimentation, de la connectivité, de la fixation, de la lisibilité et de la résistance environnementale seront précisées dans les spécifications matérielles.

PAX-MUSTER

Le PAX-MUSTER est l’équipement ou l’application utilisé lors des exercices de sécurité, appels au rassemblement ou situations d’urgence.

Il devra permettre :

•	de lancer ou suivre une opération de muster ;

•	de consulter les personnes attendues ;

•	de confirmer la présence d’une personne ;

•	de signaler les personnes non confirmées ;

•	de fonctionner localement ;

•	de conserver les preuves de validation ;

•	de transmettre les résultats à la PAX-BOX ;

•	de produire une trace exploitable après exercice ou événement réel.

Le PAX-MUSTER devra être pensé comme un outil d’aide aux équipes HSE, sécurité, marine ou exploitation. Il ne remplace pas les procédures officielles de sécurité du site, mais vise à les renforcer.

PAX-NAV / PAX-SCREEN NAVIRE

Le PAX-NAV désigne l’équipement ou la balise associée à un navire, une embarcation, un surfer, un support vessel ou un moyen mobile. Il ne doit pas être confondu avec le PAX-SCREEN NAVIRE, qui correspond à un dispositif d’affichage embarqué destiné à fournir une information synthétique au pilote ou à l’équipage.

Son objectif est de permettre à l’écosystème PAXWARE de reconnaître ou d’associer une présence à un élément mobile du site.

Il pourra être utilisé pour :

•	identifier un navire à proximité ;

•	permettre au pilote de savoir à chaque instant combien de personnes sont présentes sur chaque installation ;

•	contribuer au suivi des mouvements entre installations ;

•	améliorer la lecture opérationnelle entre plateformes, barge et moyens nautiques.

Le besoin exact du PAX-NAV et du PAX-SCREEN NAVIRE devra être précisé selon les scénarios terrain du site pilote : identification du moyen mobile, affichage embarqué, liaison avec PAX-BOX et règles de mise à jour.

PAX-WRITING

Le PAX-WRITING est une fonction logicielle utilisable sur PC ou Android, associée à un lecteur adapté, permettant de préparer, encoder, associer ou contrôler les PAX-TAG.

Il pourra être utilisé par l’administrateur, le personnel HSE ou le personnel autorisé pour :

•	créer une association entre une personne et un identifiant PAXWARE à partir d’un manifeste ;

•	préparer un bracelet avant affectation ;

•	vérifier ou remplacer un PAX-TAG ;

•	désactiver un identifiant perdu, endommagé ou associé à une personne débarquant du site ;

•	assurer une traçabilité minimale des opérations d’encodage.

Le PAX-WRITING fait partie du périmètre logiciel et peut s’appuyer sur du matériel associé, tel qu’un lecteur de badge ou un dispositif d’encodage. Sa forme définitive pourra évoluer selon les choix techniques retenus.

## 3.3 Périmètre logiciel

Le système PAXWARE comprendra également un ensemble logiciel permettant l’exploitation, la supervision, l’administration, la traçabilité et la synchronisation des données.

Le périmètre logiciel initial comprend :

Module logiciel	Rôle attendu

PAX-MANAGER	Interface principale de gestion, supervision locale, affectations, rotations et présences planifiées selon le besoin client.

PAX-WRITING	Préparation, encodage, association, contrôle, remplacement et désactivation des PAX-TAG.

PAX-ROOM	Gestion des cabines, chambres ou hébergements

PAX-MUSTER	Suivi des personnes attendues, présentes, manquantes ou confirmées

ÉVÉNEMENT	Consultation des événements, historiques et journaux

Module Administration	Gestion des utilisateurs, droits, sites, zones et équipements

Module Supervision	État des antennes, écrans, PAX-TAG, PAX-BOX et communications

Module Synchronisation	Synchronisation différée vers un serveur distant ou cloud

Base locale	Stockage local des données nécessaires au fonctionnement du site

Le logiciel devra permettre une exploitation simple, lisible et adaptée à des utilisateurs opérationnels. Il ne devra pas nécessiter une expertise informatique avancée pour les fonctions courantes.

Fonctionnement local prioritaire, cloud secondaire.

Cela signifie que les fonctions critiques de présence, de muster et de consultation locale ne doivent pas dépendre d’une connexion internet permanente.

## 3.4 Hors périmètre

Cette partie évite de promettre trop tôt des fonctions qui ne sont pas encore nécessaires au MVP ou au POC.

Dans la version initiale du projet, les éléments suivants sont considérés comme hors périmètre, sauf demande spécifique du client ou évolution ultérieure du projet :

Hors périmètre initial	Précision

Géolocalisation précise permanente	PAXWARE ne vise pas à suivre chaque personne au mètre près en continu

Surveillance comportementale individuelle	Le système ne doit pas être présenté comme un outil de contrôle permanent des personnes

Remplacement des procédures HSE officielles	PAXWARE vient en appui, mais ne remplace pas les procédures du site

Fourniture du réseau complet du client	Le réseau site, internet, fibre, satellite ou 4G reste sous responsabilité client sauf contrat spécifique

Certification ATEX / IECEx complète dès MVP	Non exigée pour un démonstrateur hors zone classée. En revanche, les contraintes ATEX / IECEx doivent être prises en compte dès l’architecture pour toute version industrielle destinée à une zone offshore classée.

Gestion complète RH	PAXWARE ne remplace pas un logiciel RH ou paie

Gestion médicale du personnel	Les données médicales ne sont pas incluses

Contrôle d’accès physique complet	PAXWARE peut interagir avec des accès, mais ne remplace pas un système de contrôle d’accès certifié

Vidéosurveillance	Aucune fonction vidéo n’est incluse dans le périmètre initial

Application mobile grand public	Non prévue dans le périmètre initial

Exploitation cloud obligatoire	Le système doit rester prioritairement local et autonome

Maintenance des équipements tiers	Les équipements non PAXWARE ne font pas partie du périmètre de maintenance initial

Le hors périmètre pourra être revu dans les phases suivantes, notamment après le POC, en fonction des retours client, des contraintes site et du niveau d’industrialisation visé.

Synthèse de la partie 3

Le périmètre initial de PAXWARE comprend donc :

Éléments matériels / terrain	Éléments logiciels / supervision

PAX-TAG	PAX-MANAGER

PAX-ANT	PAX-WRITING

PAX-BOX	PAX-ROOM

PAX-SCREEN	PAX-MUSTER

PAX-NAV / PAX-SCREEN NAVIRE	ÉVÉNEMENT

Lecteur ou matériel associé au PAX-WRITING	Base locale

	Supervision

	Synchronisation différée

# 4. Acteurs et utilisateurs

Cette partie identifie les personnes, services ou systèmes qui interagissent avec l’écosystème PAXWARE. Elle permet de préparer les futures exigences relatives aux droits d’accès, à l’ergonomie, à la sécurité, à l’exploitation et à la traçabilité des actions.

À ce stade du document, les acteurs sont identifiés par un code unique afin de préparer la traçabilité des exigences. Ces identifiants seront utilisés dans la partie 5 — Fonctions attendues, puis dans les documents de spécification et de validation.

## 4.1 Acteurs principaux

Les acteurs principaux de PAXWARE sont les profils humains, opérationnels et techniques amenés à porter un PAX-TAG, utiliser le système, consulter les informations, administrer les données ou assurer le support.

La nomenclature officielle retenue pour le projet PAXWARE est la suivante :

```

ID acteur	Nomination officielle	Rôle général

ACT-001	Personnel offshore	Personnes présentes sur site, équipées d’un PAX-TAG

ACT-002	Responsable HSE	Responsable sécurité, exercices, muster, analyse des écarts

ACT-003	Chef de site / Ingénieur production	Supervision opérationnelle, décision terrain, suivi production

ACT-004	Barge-Master	Gestion opérationnelle des mouvements, POB, transferts, suivi inter-installations

ACT-005	Administrateur PAXWARE	Gestion des utilisateurs, zones, droits, équipements et paramètres

ACT-006	Technicien maintenance	Diagnostic, contrôle, remplacement et maintenance des équipements

ACT-007	Logistique	Gestion des arrivées, départs, rotations, hébergements et affectations

ACT-008	Équipe PAXWARE support	Assistance technique, diagnostic avancé, support logiciel et matériel

```

### 4.1.1 ACT-001 — Personnel offshore

Le personnel offshore regroupe l’ensemble des personnes physiquement présentes sur le site ou susceptibles de se déplacer entre plusieurs installations. Il peut s’agir d’opérateurs de production, techniciens maintenance, personnel forage, personnel marine, catering, HSE, sous-traitants ou visiteurs.

Ce profil est principalement utilisateur indirect du système. Il porte un PAX-TAG et peut être détecté lors d’un passage ou confirmé lors d’un muster-point. Il n’a pas vocation à administrer le système ni à accéder aux informations globales d’exploitation.

### 4.1.2 ACT-002 — Responsable HSE

Le responsable HSE est un utilisateur clé du système PAXWARE pour les exercices de sécurité, les alarmes, les situations d’urgence, les musters et l’analyse des écarts après événement.

Il doit pouvoir consulter les personnes attendues, suivre les personnes confirmées ou non confirmées, exploiter les rapports et qualifier certaines anomalies liées à la sécurité des personnes.

### 4.1.3 ACT-003 — Chef de site / Ingénieur production

Le Chef de site ou l’Ingénieur production utilise PAXWARE comme outil d’aide à la décision opérationnelle. Il doit pouvoir disposer d’une vision claire de la présence par installation, notamment lorsque cette information peut influencer l’exploitation, les interventions, les transferts ou la gestion d’une situation dégradée.

### 4.1.4 ACT-004 — Barge-Master

Le Barge-Master est un acteur central pour le suivi des mouvements de personnel, des transferts, du POB et des passages entre installations. Il doit pouvoir exploiter PAXWARE pour consolider rapidement les informations liées aux présences et aux mouvements inter-installations.

Ce rôle est particulièrement important dans les environnements où plusieurs plateformes, passerelles, navires ou zones opérationnelles sont connectés à une barge ou à une unité centrale d’exploitation.

### 4.1.5 ACT-005 — Administrateur PAXWARE

L’administrateur PAXWARE est responsable de la configuration fonctionnelle du système. Il gère les utilisateurs, les droits, les zones, les installations, les équipements et l’association entre les personnes et les PAX-TAG.

Ses actions doivent être contrôlées et journalisées afin de garantir la sécurité, la traçabilité et la cohérence de la configuration du système.

### 4.1.6 ACT-006 — Technicien maintenance

Le technicien maintenance intervient sur les équipements physiques et les fonctions techniques du système. Il peut contrôler l’état des PAX-ANT, PAX-BOX, PAX-SCREEN, lecteurs, alimentations, connexions réseau et journaux techniques.

Il doit disposer des informations nécessaires au diagnostic et au retour au fonctionnement nominal, sans disposer nécessairement d’un accès complet aux données nominatives du personnel.

### 4.1.7 ACT-007 — Logistique

La logistique intervient dans la préparation et le suivi des arrivées, départs, rotations, hébergements, affectations et mouvements planifiés du personnel.

Ce profil peut utiliser PAXWARE pour préparer les affectations, vérifier la cohérence entre manifeste, présence attendue et présence réelle, et contribuer à la mise à jour des informations avant embarquement ou débarquement.

### 4.1.8 ACT-008 — Équipe PAXWARE support

L’équipe PAXWARE support intervient en assistance technique, diagnostic avancé, correction logicielle, accompagnement de mise à jour ou analyse d’anomalie.

Son accès doit être strictement encadré, autorisé par le client, limité selon le besoin et journalisé. Ce profil devra être traité avec attention dans les exigences de cybersécurité et de support.

### 4.1.9 Préparation de la traçabilité des exigences

Les identifiants ACT-001 à ACT-008 constituent le référentiel des acteurs pour la suite du projet. À partir de la partie 5, chaque exigence fonctionnelle pourra être reliée à un ou plusieurs acteurs concernés.

Exemple indicatif de future exigence	

```

Acteur concerné	Fonction associée

REQ-FONC-001	ACT-002, ACT-003, ACT-004	Consulter le nombre de personnes présentes par installation

REQ-FONC-002	ACT-004, ACT-007, ACT-002	Suivre les arrivées, départs et transferts

REQ-FONC-003	ACT-002, ACT-004	Suivre un muster et identifier les personnes non confirmées

REQ-FONC-004	ACT-005, ACT-007	Associer un PAX-TAG à une personne

REQ-MAINT-001	ACT-006, ACT-008	Diagnostiquer l’état d’une PAX-ANT ou d’un PAX-SCREEN

REQ-SEC-005 / REQ-SEC-006	ACT-005, ACT-008	Encadrer les droits d’accès et les interventions support

```

## 4.2 Profils utilisateurs

### 4.2.1 Principe général

Le système PAXWARE sera utilisé ou impactera plusieurs profils d’utilisateurs, chacun ayant un rôle différent dans l’exploitation, la sécurité, la logistique, la maintenance ou le support.

La définition des profils utilisateurs permet de préparer :

•	la gestion des droits d’accès ;

•	la séparation des responsabilités ;

•	la sécurité d’exploitation ;

•	la traçabilité des actions ;

•	l’ergonomie des interfaces ;

•	les futurs cas d’usage ;

•	les futures exigences fonctionnelles et cybersécurité.

PAXWARE devra rester simple d’utilisation pour les profils opérationnels, tout en réservant les fonctions sensibles aux profils autorisés.

Le système ne doit pas imposer une charge informatique excessive aux équipes terrain. Son objectif est d’apporter une information claire, fiable et exploitable, sans complexifier inutilement les procédures existantes.

### 4.2.2 Tableau des profils utilisateurs

```

ID acteur	Profil utilisateur	Rôle principal	Niveau d’accès attendu

ACT-001	Personnel offshore	Porte un PAX-TAG et participe aux procédures de présence ou de muster	Aucun accès logiciel ou accès très limité

ACT-002	Responsable HSE	Suit les exercices, alarmes, muster-points et rapports sécurité ; s’assure que les bracelets sont portés par toutes les personnes concernées.	Accès sécurité / muster / rapports

ACT-003	Chef de site / Ingénieur production	Dispose d’une vision opérationnelle du site et des installations sans modifier la configuration technique.	Accès supervision globale / exploitation / consultation avancée

ACT-004	Barge-Master	Suit les mouvements de personnel, les transferts, le POB et les passages entre installations	Accès exploitation / mouvements / POB

ACT-005	Administrateur PAXWARE	Configure le système, les utilisateurs, les zones, les droits et les équipements	Accès administration

ACT-006	Technicien maintenance	Diagnostique, contrôle et maintient les équipements	Accès maintenance / diagnostic

ACT-007	Logistique	Gère les arrivées, départs, rotations, hébergements et affectations	Accès logistique / consultation / préparation

ACT-008	Équipe PAXWARE support	Intervient en assistance technique selon autorisation client	Accès support contrôlé, limité et journalisé

```

### 4.2.3 Description des profils

Pour éviter les redondances avec la section 4.1, les descriptions détaillées des rôles ACT-001 à ACT-008 font foi dans la section 4.1. La présente section 4.2 consolide uniquement les profils utilisateurs, les niveaux d’accès attendus et la séparation des responsabilités. Les droits effectifs devront être précisés dans les exigences de cybersécurité et dans la matrice de droits PAXWARE.

### 4.2.4 Préparation de la traçabilité des exigences

Les profils utilisateurs définis dans cette section serviront de référence pour la traçabilité des exigences.

Chaque future exigence pourra être reliée à un ou plusieurs acteurs.

Exigence fonctionnelle de référence	

```

Acteur concerné	Fonction associée

REQ-FONC-001	ACT-002, ACT-003, ACT-004	Consulter le nombre de personnes présentes par installation

REQ-FONC-002	ACT-004, ACT-007, ACT-002	Suivre les arrivées, départs et transferts

REQ-FONC-003	ACT-002, ACT-004	Suivre un muster et identifier les personnes non confirmées

REQ-FONC-004	ACT-005, ACT-007	Associer un PAX-TAG à une personne

REQ-MAINT-001	ACT-006, ACT-008	Diagnostiquer l’état d’une PAX-ANT ou d’un PAX-SCREEN

REQ-SEC-005 / REQ-SEC-006	ACT-005, ACT-008	Encadrer les droits d’accès et les interventions support

```

À ce stade, les identifiants ACT-001 à ACT-008 constituent la base de référence des acteurs PAXWARE.

## 4.3 Cas d’usage principaux

### 4.3.1 Principe général

Les cas d’usage décrivent les principales situations dans lesquelles les acteurs interagissent avec PAXWARE.

Ils permettent de relier les besoins opérationnels aux futures exigences fonctionnelles.

Chaque cas d’usage pourra ensuite être transformé en exigences, scénarios de test et critères de validation client.

###  4.3.2 Tableau des cas d’usage principaux

```

ID cas d’usage	Cas d’usage	Acteurs principaux	Objectif

CU-001	Préparer l’arrivée d’une personne sur site	ACT-007, ACT-004	Créer ou préparer l’affectation d’une personne attendue

CU-002	Associer un PAX-TAG à une personne	ACT-004, ACT-007, ACT-005	Lier un identifiant PAXWARE à une personne autorisée

CU-003	Détecter un passage entre deux zones	ACT-001, PAX-ANT, PAX-BOX	Identifier un mouvement entre installations

CU-004	Consulter le nombre de personnes par installation	ACT-003, ACT-004, ACT-002	Obtenir une vision opérationnelle rapide

CU-005	Afficher localement le nombre de personnes	PAX-BOX, PAX-SCREEN, ACT-004, ACT-003, ACT-002	Fournir une lecture terrain simple via PAX-SCREEN ; ACT-001 reste bénéficiaire indirect de l’information affichée.

CU-006	Lancer ou suivre un muster	ACT-002, ACT-004, ACT-003	Confirmer les personnes présentes en exercice ou urgence

CU-007	Identifier les personnes non confirmées	ACT-002, ACT-004, ACT-007	Prioriser la recherche ou la levée de doute

CU-008	Consulter les événements et historiques	ACT-002, ACT-004, ACT-005	Reconstituer les mouvements ou anomalies

CU-009	Diagnostiquer un équipement	ACT-006, ACT-008	Vérifier l’état d’une antenne, box, écran ou terminal

CU-010	Fonctionner en perte réseau	ACT-003, ACT-004, ACT-005	Maintenir l’exploitation locale malgré l’absence de cloud

CU-011	Synchroniser les données différées	PAX-BOX, ACT-005, ACT-008	Transmettre les données autorisées lorsque le réseau revient

CU-012	Gérer une anomalie de présence ou d’équipement	ACT-002, ACT-004, ACT-006	Identifier, qualifier et traiter un écart ou défaut

```

### 4.3.3 Description courte des cas d’usage

CU-001 — Préparer l’arrivée d’une personne sur site

Avant l’arrivée d’une personne sur site, le profil Logistique ou Administrateur prépare les informations nécessaires à son intégration dans PAXWARE.

Cela peut inclure :

•	identité ou référence personnel ;

•	société ;

•	fonction ;

•	installation d’affectation ;

•	durée prévue de présence ;

•	cabine ou hébergement ;

•	statut visiteur, organique, permanent, visiteur ou sous-traitant.

Ce cas d’usage permet d’alimenter le système avec une présence attendue.

CU-002 — Associer un PAX-TAG à une personne

Un PAX-TAG est attribué à une personne autorisée.

L’association doit permettre au système de reconnaître le porteur du PAX-TAG dans le périmètre PAXWARE.

Cette opération peut être réalisée avant embarquement, à l’arrivée sur site ou lors d’un remplacement de bracelet.

Elle doit être tracée afin de savoir quel identifiant a été associé à quelle personne et à quel moment.

CU-003 — Détecter un passage entre deux zones

Lorsqu’une personne équipée d’un PAX-TAG passe par un point de transfert équipé d’une PAX-ANT, le système détecte un événement de passage.

Ce cas d’usage concerne notamment :

•	passage barge vers plateforme ;

•	passage plateforme vers barge ;

•	changement de zone ;

•	transfert vers un navire ou une zone mobile selon le scénario retenu.

Le système doit permettre de consolider ces événements afin d’actualiser la présence par installation.

CU-004 — Consulter le nombre de personnes par installation

Les profils autorisés doivent pouvoir consulter rapidement le nombre de personnes présentes par installation, zone ou navire.

Ce cas d’usage est central pour le Chef de site, l’Ingénieur production, le Barge-Master et le Responsable HSE.

L’information doit être claire, simple et exploitable sans analyse complexe.

CU-005 — Afficher localement le nombre de personnes

Le PAX-SCREEN permet d’afficher localement une information synthétique, visible et compréhensible.

Ce cas d’usage vise à fournir une lecture terrain rapide du nombre de personnes présentes sur une installation ou zone donnée.

L’objectif est que l’information soit disponible même sans consulter un poste informatique.

CU-006 — Lancer ou suivre un muster-point

En cas d’exercice de sécurité ou de situation d’urgence, le Responsable HSE, le Barge-Master ou un profil autorisé doit pouvoir lancer ou suivre une opération de muster.

Le système doit permettre de comparer :

•	les personnes attendues ;

•	les personnes détectées ;

•	les personnes confirmées ;

•	les personnes non confirmées.

Ce cas d’usage ne remplace pas les procédures HSE officielles, mais il doit les renforcer.

CU-007 — Identifier les personnes non confirmées

Lors d’un muster ou d’une situation d’urgence, le système doit aider à identifier les personnes dont la présence n’a pas encore été confirmée.

Ce cas d’usage permet de réduire les incertitudes et d’aider les équipes à prioriser les recherches, les vérifications radio ou les levées de doute.

CU-008 — Consulter les événements et historiques

Les profils autorisés doivent pouvoir consulter les événements utiles :

•	passages ;

•	validations muster ;

•	anomalies ;

•	pertes de communication ;

•	actions administrateur ;

•	changements d’affectation ;

•	événements techniques.

Ces informations doivent permettre l’analyse après exercice, incident ou anomalie.

CU-009 — Diagnostiquer un équipement

Le Technicien maintenance ou l’équipe PAXWARE support doit pouvoir consulter l’état des équipements.

Cela peut concerner :

•	PAX-ANT ;

•	PAX-BOX ;

•	PAX-SCREEN ;

•	PAX-MUSTER ;

•	PAX-TAG ;

•	réseau local ;

•	alimentation.

Ce cas d’usage permet de réduire le temps de diagnostic et d’améliorer la disponibilité du système.

CU-010 — Fonctionner en perte réseau

PAXWARE doit conserver ses fonctions critiques localement en cas de perte de connexion internet, cloud ou liaison distante.

Les fonctions minimales attendues sont :

•	consultation locale ;

•	comptage par installation ;

•	conservation des événements ;

•	muster local ;

•	affichage local ;

•	reprise de synchronisation au retour réseau.

Ce cas d’usage est essentiel dans les environnements offshore isolés.

CU-011 — Synchroniser les données différées

Lorsque la connexion distante redevient disponible, le système doit pouvoir synchroniser les données autorisées.

La synchronisation ne doit pas compromettre le fonctionnement local.

Elle doit respecter les règles de confidentialité, de sécurité et de disponibilité définies pour le projet.

CU-012 — Gérer une anomalie de présence ou d’équipement

PAXWARE doit permettre de signaler ou consulter certaines anomalies.

Exemples :

•	équipement hors ligne ;

•	PAX-TAG non détecté ;

•	incohérence entrée/sortie ;

•	personne attendue mais non confirmée ;

•	perte de communication ;

•	stockage local saturé ;

•	anomalie de synchronisation.

Ce cas d’usage permettra ensuite de préparer les exigences liées à la gestion des anomalies.

Transition vers la partie 5 — Fonctions attendues

À partir de la partie 5, le document commencera officiellement la traçabilité des exigences PAXWARE.

Les fonctions attendues seront transformées en exigences identifiées, par exemple :

•	REQ-FONC-001 — Le système doit permettre d’associer un PAX-TAG à une personne.

•	REQ-FONC-002 — Le système doit détecter un passage entre deux zones équipées.

•	REQ-FONC-003 — Le système doit consolider le nombre de personnes par installation.

•	REQ-FONC-004 — Le système doit afficher localement le nombre de personnes par installation.

•	REQ-FONC-005 — Le système doit permettre le suivi d’un muster.

Chaque exigence pourra être reliée à un acteur, un cas d’usage, un module PAXWARE, un scénario de test et un critère de validation client.

# 5. Fonctions attendues

## 5.1 Fonctions d’acquisition

### 5.1.1 Principe général

Les fonctions d’acquisition correspondent à l’ensemble des informations que le système PAXWARE doit être capable de collecter, recevoir ou enregistrer afin de produire une vision fiable de la présence du personnel par installation, zone ou moyen mobile.

Dans le cadre de PAXWARE, l’acquisition ne se limite pas à une simple lecture d’identifiant. Elle doit permettre de collecter des événements utiles à l’exploitation, à la sécurité, au suivi des mouvements, au muster-point, à la maintenance et à la traçabilité.

Les données acquises doivent principalement provenir :

•	des PAX-TAG portés par le personnel ;

•	des PAX-ANT installées sur les points de passage ;

•	des PAX-MUSTER utilisés lors des exercices ou situations d’urgence ;

•	des PAX-SCREEN / PAX-NAV associés aux installations ou moyens mobiles ;

•	de la PAX-BOX, qui centralise les événements locaux ;

•	des actions utilisateurs réalisées depuis les interfaces PAXWARE ;

•	des équipements techniques supervisés par le système.

L’objectif de cette partie est de transformer les besoins d’acquisition en premières exigences traçables.

### 5.1.2 Données de présence à acquérir

Le système doit permettre d’acquérir les informations nécessaires pour déterminer la présence d’une personne dans le périmètre PAXWARE.

Ces informations peuvent inclure :

```

•	l’identifiant du PAX-TAG ;

•	l’état d’association du PAX-TAG à une personne ;

•	la zone ou installation concernée ;

•	la date et l’heure de l’événement ;

•	l’équipement ayant détecté l’événement ;

•	le type d’événement : détection, passage, confirmation, anomalie ;

•	le statut de validité de l’événement.

```

```

ID exigence	Exigence d’acquisition	Acteurs / éléments concernés	Cas d’usage liés

REQ-ACQ-001	Le système doit pouvoir acquérir l’identifiant d’un PAX-TAG porté par une personne présente dans le périmètre PAXWARE.	ACT-001, PAX-TAG, PAX-ANT	CU-003

REQ-ACQ-002	Le système doit pouvoir associer un événement acquis à une zone, une installation ou un point de passage défini.	PAX-ANT, PAX-BOX	CU-003, CU-004

REQ-ACQ-003	Le système doit horodater les événements acquis afin de permettre leur exploitation et leur traçabilité.	PAX-BOX	CU-008

REQ-ACQ-004	Le système doit identifier l’équipement source ayant généré ou transmis l’événement.	PAX-ANT, PAX-MUSTER, PAX-BOX	CU-008, CU-009

REQ-ACQ-005	Le système doit distinguer les événements de présence, de passage, de validation muster-point et d’anomalie.	PAX-BOX, PAX-MANAGER	CU-003, CU-006, CU-012

```

### 5.1.3 Acquisition des passages entre zones ou installations

PAXWARE doit permettre d’acquérir les événements liés aux mouvements du personnel entre différentes zones ou installations.

Ces passages peuvent concerner notamment :

•	un passage entre une barge et une plateforme ;

•	un passage entre une plateforme et une barge ;

•	un passage entre deux zones opérationnelles ;

•	un passage vers un navire, un surfer ou une zone mobile ;

•	un passage par un accès surveillé.

L’objectif n’est pas de suivre une personne en continu au mètre près, mais de détecter les événements de passage utiles à la connaissance de présence.

ID exigence	Exigence d’acquisition	Acteurs / éléments concernés	Cas d’usage liés

REQ-ACQ-010	Le système doit pouvoir acquérir un événement de passage lorsqu’un PAX-TAG est détecté sur un point de transfert équipé.	ACT-001, PAX-TAG, PAX-ANT	CU-003

REQ-ACQ-011	Le système doit permettre, lorsque la configuration technique le permet, de distinguer le sens du passage entre entrée et sortie.	PAX-ANT, PAX-BOX	CU-003, CU-004

REQ-ACQ-012	Le système doit transmettre les événements de passage acquis vers la PAX-BOX pour traitement local.	PAX-ANT, PAX-BOX	CU-003, CU-010

REQ-ACQ-013	Le système doit conserver localement les événements de passage en cas d’indisponibilité de la connexion distante.	PAX-BOX	CU-010, CU-011

REQ-ACQ-014	Le système doit permettre de relier un événement de passage à une installation de départ et/ou une installation d’arrivée lorsque ces informations sont disponibles.	PAX-ANT, PAX-BOX, PAX-MANAGER	CU-003, CU-004

### 5.1.4 Acquisition des données de muster-point

Lors d’un exercice de sécurité, d’un appel au rassemblement ou d’une situation d’urgence, le système doit permettre d’acquérir les validations de présence.

Cette acquisition peut se faire par :

•	lecture volontaire d’un PAX-TAG ;

•	lecture volontaire courte portée du PAX-TAG, par NFC/RFID selon la technologie retenue ;

•	détection radio dans une zone de rassemblement lorsque cette option est retenue, avec rayon configurable et règles anti-faux positifs ;

•	confirmation manuelle par un profil autorisé ;

•	validation depuis un terminal PAX-MUSTER ;

•	synchronisation avec la PAX-BOX.

Les données de muster-point doivent permettre de distinguer les personnes attendues, détectées, confirmées, non confirmées, ainsi que les écarts ou anomalies.

ID exigence	Exigence d’acquisition	Acteurs / éléments concernés	Cas d’usage liés

REQ-ACQ-020	Le système doit permettre d’acquérir une confirmation de présence lors d’un muster-point par lecture courte portée, détection radio de zone si retenue, ou validation manuelle autorisée.	ACT-001, ACT-002, PAX-MUSTER	CU-006

REQ-ACQ-021	Le système doit pouvoir associer une confirmation muster-point à une personne attendue ou à un PAX-TAG connu.	PAX-MUSTER, PAX-BOX	CU-006, CU-007

REQ-ACQ-022	Le système doit horodater chaque confirmation de présence réalisée pendant un muster-point.	PAX-MUSTER, PAX-BOX	CU-006, CU-008

REQ-ACQ-023	Le système doit permettre l’acquisition d’une confirmation manuelle par un profil autorisé lorsque la procédure terrain le justifie.	ACT-002, ACT-004, PAX-MUSTER	CU-006, CU-007

REQ-ACQ-024	Le système doit conserver une trace exploitable des validations réalisées pendant un exercice ou une situation d’urgence.	PAX-MUSTER, PAX-BOX	CU-006, CU-008

### 5.1.5 Acquisition des données logistiques

PAXWARE doit pouvoir acquérir ou recevoir certaines informations logistiques nécessaires à la préparation de la présence attendue.

Ces informations peuvent provenir d’un manifeste, d’une saisie manuelle, d’un import de fichier, d’une interface future avec un système client ou d’une préparation réalisée par la logistique ou l’administrateur PAXWARE.

Les données logistiques permettent notamment de préparer :

•	les personnes attendues sur site ;

•	les arrivées ;

•	les départs ;

•	les rotations ;

•	les affectations par installation ;

•	les cabines ou hébergements ;

•	les statuts temporaires ;

•	les sous-traitants ou visiteurs.

ID exigence	Exigence d’acquisition	Acteurs / éléments concernés	Cas d’usage liés

REQ-ACQ-030	Le système doit permettre l’acquisition des informations nécessaires à la préparation d’une personne attendue sur site.	ACT-007, ACT-005, PAX-WRITING	CU-001

REQ-ACQ-031	Le système doit permettre d’associer une personne attendue à une installation, une zone ou une affectation prévue.	ACT-007, ACT-005, PAX-MANAGER	CU-001, CU-002

REQ-ACQ-032	Le système doit permettre d’acquérir ou de saisir les informations nécessaires à l’association d’un PAX-TAG à une personne.	ACT-005, ACT-007, PAX-WRITING	CU-002

REQ-ACQ-033	Le système doit permettre d’identifier les personnes temporaires, visiteurs ou sous-traitants lorsque cette information est disponible.	ACT-007, ACT-005	CU-001

REQ-ACQ-034	Le système doit pouvoir recevoir une liste de personnes attendues afin de préparer les opérations de présence et de muster-point.	ACT-007, PAX-MANAGER	CU-001, CU-006

### 5.1.6 Acquisition des états équipements

PAXWARE doit pouvoir acquérir les informations nécessaires à la supervision technique de ses propres équipements.

Cette acquisition permet de vérifier que le système est opérationnel et que les données collectées peuvent être considérées comme fiables.

Les équipements concernés peuvent être :

•	PAX-ANT ;

•	PAX-BOX ;

•	PAX-SCREEN ;

•	PAX-MUSTER ;

•	PAX-TAG ;

•	PAX-NAV / PAX-SCREEN NAVIRE ;

•	réseau local ;

•	alimentation ;

•	stockage local.

ID exigence	Exigence d’acquisition	Acteurs / éléments concernés	Cas d’usage liés

REQ-ACQ-040	Le système doit pouvoir acquérir l’état de fonctionnement des équipements PAXWARE connectés.	ACT-006, PAX-BOX, PAX-MANAGER	CU-009

REQ-ACQ-041	Le système doit pouvoir signaler qu’un équipement attendu ne communique plus ou présente une anomalie.	ACT-006, ACT-008, PAX-BOX	CU-009, CU-012

REQ-ACQ-042	Le système doit acquérir les informations utiles au diagnostic technique des équipements.	ACT-006, ACT-008, PAX-MANAGER	CU-009

REQ-ACQ-043	Le système doit pouvoir acquérir l’état de synchronisation entre la PAX-BOX et les services distants autorisés.	ACT-005, ACT-008, PAX-BOX	CU-010, CU-011

REQ-ACQ-044	Le système doit acquérir l’état du stockage local, déclencher des seuils d’alerte et appliquer une stratégie anti-perte afin d’éviter la saturation des événements critiques.	ACT-006, PAX-BOX	CU-010, CU-012

### 5.1.7 Acquisition des actions utilisateurs

Certaines actions réalisées par les utilisateurs autorisés doivent être acquises et journalisées.

Ces actions peuvent concerner la création d’un utilisateur, la modification d’un droit, l’association d’un PAX-TAG, la modification d’une zone, la validation manuelle d’une présence, la qualification d’une anomalie, l’export d’un rapport, une opération de maintenance ou une intervention support.

Cette acquisition est nécessaire pour assurer la traçabilité, la sécurité et la gestion de configuration.

ID exigence	Exigence d’acquisition	Acteurs / éléments concernés	Cas d’usage liés

REQ-ACQ-050	Le système doit journaliser les actions significatives réalisées par les utilisateurs autorisés.	ACT-005, ACT-006, ACT-008	CU-008, CU-012

REQ-ACQ-051	Le système doit conserver une trace des associations et désassociations entre une personne et un PAX-TAG.	ACT-005, ACT-007, PAX-WRITING	CU-002, CU-008

REQ-ACQ-052	Le système doit conserver une trace des modifications de configuration ayant un impact sur l’exploitation.	ACT-005, PAX-MANAGER	CU-008, CU-012

REQ-ACQ-053	Le système doit conserver une trace des validations manuelles réalisées pendant un muster-point.	ACT-002, ACT-004, PAX-MUSTER	CU-006, CU-008

REQ-ACQ-054	Le système doit journaliser les interventions support réalisées par l’équipe PAXWARE lorsque celles-ci sont autorisées par le client.	ACT-008, ACT-005	CU-009, CU-012

### 5.1.8 Synthèse des fonctions d’acquisition

Les fonctions d’acquisition constituent la première étape du traitement PAXWARE.

Elles permettent de collecter les informations nécessaires pour :

•	connaître la présence réelle ou attendue ;

•	détecter les passages ;

•	confirmer les personnes lors d’un muster-point ;

•	préparer les arrivées et départs ;

•	superviser l’état des équipements ;

•	conserver une trace des événements ;

•	assurer la continuité d’exploitation en mode local.

À ce stade du projet, les exigences d’acquisition sont volontairement formulées au niveau fonctionnel. Les choix définitifs concernant les technologies de détection, les protocoles, les formats de données, les fréquences d’émission, les performances attendues et les composants matériels seront précisés dans les documents de spécification détaillée.

### 5.1.9 Exigences d’acquisition 

Famille	Plage d’identifiants	Objet

Présence	REQ-ACQ-001 à REQ-ACQ-005	Acquisition des identifiants, événements et données de présence

Passage	REQ-ACQ-010 à REQ-ACQ-014	Acquisition des mouvements entre zones ou installations

Muster-point	REQ-ACQ-020 à REQ-ACQ-024	Acquisition des confirmations de présence

Logistique	REQ-ACQ-030 à REQ-ACQ-034	Acquisition des données de préparation et d’affectation manifeste

Équipements	REQ-ACQ-040 à REQ-ACQ-044	Acquisition des états techniques

Actions utilisateurs	REQ-ACQ-050 à REQ-ACQ-054	Journalisation des actions significatives

 Les fonctions d’acquisition de PAXWARE doivent permettre de collecter les identifiants, passages, confirmations, données logistiques, états équipements et actions utilisateurs nécessaires à la connaissance de présence, à la sécurité, au muster-point, à la supervision et à la traçabilité du système.

## 5.2 Fonctions de traitement

### 5.2.1 Principe général

Les fonctions de traitement correspondent à l’ensemble des opérations réalisées par PAXWARE après l’acquisition des données.

Elles permettent de transformer les événements collectés en informations exploitables par les utilisateurs autorisés.

Dans le cadre de PAXWARE, le traitement doit permettre notamment de :

•	interpréter les événements acquis par les équipements ;

•	consolider la présence par installation, zone ou moyen mobile ;

•	déterminer les mouvements entre zones ;

•	comparer la présence attendue avec la présence observée ;

•	identifier les écarts, incohérences ou anomalies ;

•	produire les informations nécessaires au muster-point ;

•	préparer les informations à afficher sur PAX-SCREEN ;

•	alimenter PAX-MANAGER avec une situation lisible ;

•	conserver une trace exploitable des traitements réalisés.

Le traitement des données doit rester prioritairement local, au niveau de la PAX-BOX, afin de garantir le fonctionnement du système même en cas de perte de connexion internet ou cloud.

Les exigences de traitement sont identifiées avec le préfixe :

REQ-TRT : Exigence de traitement

### 5.2.2 Traitement des événements de présence

Les événements de présence acquis par PAXWARE doivent être analysés afin de déterminer si une personne est considérée comme présente, absente, transférée, attendue ou non confirmée.

Le système ne doit pas simplement collecter des événements bruts. Il doit les transformer en information opérationnelle compréhensible.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-001	Le système doit traiter les événements acquis afin de déterminer la présence courante d’une personne dans le périmètre PAXWARE.	PAX-BOX, PAX-MANAGER	CU-003, CU-004

REQ-TRT-002	Le système doit associer chaque événement exploitable à une personne connue, un PAX-TAG ou un identifiant autorisé.	PAX-TAG, PAX-BOX, PAX-MANAGER	CU-002, CU-003

REQ-TRT-003	Le système doit pouvoir distinguer une présence observée, une présence attendue et une présence confirmée.	PAX-BOX, PAX-MUSTER	CU-004, CU-006

REQ-TRT-004	Le système doit ignorer ou qualifier les événements non exploitables, incomplets ou incohérents.	PAX-BOX	CU-008, CU-012

REQ-TRT-005	Le système doit conserver l’état courant de présence même en cas de perte temporaire de connexion distante.	PAX-BOX	CU-010

### 5.2.3 Traitement des passages entre zones ou installations

Les événements de passage constituent une fonction centrale de PAXWARE.

Lorsqu’un PAX-TAG est détecté sur un point de transfert, le système doit pouvoir interpréter cet événement afin de mettre à jour la situation de présence.

Les passages peuvent concerner :

•	une barge vers une plateforme ;

•	une plateforme vers une barge ;

•	une plateforme vers une autre plateforme ;

•	une installation vers un navire ;

•	un accès vers une zone opérationnelle ;

•	un retour depuis un moyen mobile.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-010	Le système doit traiter les événements de passage afin de mettre à jour la présence par zone ou installation.	PAX-ANT, PAX-BOX	CU-003, CU-004

REQ-TRT-011	Le système doit pouvoir interpréter le sens de passage lorsqu’une information entrée/sortie est disponible.	PAX-ANT, PAX-BOX	CU-003

REQ-TRT-012	Le système doit pouvoir traiter un passage comme un transfert entre une installation de départ et une installation d’arrivée lorsque ces informations sont disponibles.	PAX-BOX, PAX-MANAGER	CU-003, CU-004

REQ-TRT-013	Le système doit éviter de compter deux fois une même personne lors d’un passage ou d’un événement répété.	PAX-BOX	CU-003, CU-004

REQ-TRT-014	Le système doit pouvoir qualifier un événement de passage ambigu lorsque le sens ou la zone d’arrivée ne peut pas être déterminé avec certitude.	PAX-BOX, PAX-MANAGER	CU-012

### 5.2.4 Consolidation du nombre de personnes par installation

Le système doit consolider les événements traités afin de produire une information synthétique : le nombre de personnes présentes par installation, zone ou moyen mobile.

Cette fonction est essentielle pour :

•	le Chef de site ;

•	l’Ingénieur production ;

•	le Barge-Master ;

•	le Responsable HSE ;

•	la Logistique ;

•	la supervision locale.

L’information consolidée doit être simple, lisible et rapidement exploitable.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-020	Le système doit consolider le nombre de personnes présentes par installation ou zone opérationnelle.	ACT-003, ACT-004, PAX-BOX, PAX-MANAGER	CU-004

REQ-TRT-021	Le système doit produire une information de présence exploitable par PAX-MANAGER.	ACT-003, ACT-004, ACT-002, PAX-MANAGER	CU-004

REQ-TRT-022	Le système doit produire une information synthétique exploitable par PAX-SCREEN.	ACT-002, ACT-003, ACT-004, PAX-SCREEN	CU-005

REQ-TRT-023	Le système doit mettre à jour le nombre de personnes par installation à partir des événements validés ou considérés exploitables.	PAX-BOX, PAX-MANAGER	CU-003, CU-004

REQ-TRT-024	Le système doit permettre de distinguer les personnes présentes, attendues, absentes ou non confirmées selon le contexte d’exploitation.	ACT-002, ACT-004, PAX-MUSTER	CU-006, CU-007

### 5.2.5 Traitement des données de muster-point

Lors d’un exercice de sécurité, d’un appel au rassemblement ou d’une situation d’urgence, PAXWARE doit traiter les informations acquises afin d’aider les équipes à suivre la confirmation des personnes.

Le traitement muster-point doit permettre de comparer plusieurs états :

•	personnes attendues ;

•	personnes détectées ;

•	personnes confirmées ;

•	personnes non confirmées ;

•	personnes confirmées manuellement ;

•	personnes en anomalie ou à vérifier.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-030	Le système doit traiter les confirmations de présence réalisées pendant un muster-point.	ACT-002, ACT-004, PAX-MUSTER	CU-006

REQ-TRT-031	Le système doit comparer les personnes attendues avec les personnes confirmées pendant un muster-point.	ACT-002, PAX-MUSTER, PAX-BOX	CU-006, CU-007

REQ-TRT-032	Le système doit identifier les personnes non confirmées pendant un muster-point.	ACT-002, ACT-004, PAX-MUSTER	CU-007

REQ-TRT-033	Le système doit distinguer une confirmation automatique, une lecture volontaire et une confirmation manuelle lorsque ces modes sont utilisés.	ACT-002, ACT-004, PAX-MUSTER	CU-006, CU-008

REQ-TRT-034	Le système doit produire un état de synthèse du muster-point exploitable par les profils autorisés.	ACT-002, ACT-003, ACT-004, PAX-MANAGER	CU-006, CU-007

### 5.2.6 Traitement des anomalies et incohérences

PAXWARE doit pouvoir traiter certaines situations anormales afin d’alerter les utilisateurs autorisés ou de qualifier un événement.

Les anomalies peuvent concerner :

•	un passage incohérent ;

•	une personne attendue non détectée ;

•	une personne non confirmée au muster-point ;

•	un équipement hors ligne ;

•	une perte de communication ;

•	un événement incomplet ;

•	une tentative d’action non autorisée ;

•	une absence de synchronisation ;

•	un stockage local saturé.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-040	Le système doit détecter les incohérences de présence ou de passage selon les règles définies.	PAX-BOX, PAX-MANAGER	CU-012

REQ-TRT-041	Le système doit qualifier une anomalie selon son origine : présence, passage, muster-point, équipement, réseau ou configuration.	PAX-BOX, PAX-MANAGER	CU-008, CU-012

REQ-TRT-042	Le système doit signaler les anomalies critiques aux profils autorisés.	ACT-002, ACT-004, ACT-006	CU-012

REQ-TRT-043	Le système doit conserver une trace des anomalies traitées afin de permettre une analyse ultérieure.	PAX-BOX, PAX-MANAGER	CU-008, CU-012

REQ-TRT-044	Le système doit permettre de différencier une anomalie bloquante d’une anomalie non bloquante.	ACT-005, ACT-006, PAX-MANAGER	CU-009, CU-012

### 5.2.7 Traitement des données logistiques

Les données logistiques permettent de préparer la situation attendue sur site.

Elles peuvent concerner :

•	les personnes prévues à l’embarquement ;

•	les personnes présentes sur manifeste ;

•	les arrivées ;

•	les départs ;

•	les rotations ;

•	les affectations ;

•	les cabines ;

•	les sous-traitants ;

•	les visiteurs ;

Ces données doivent être traitées afin de fournir une référence de comparaison avec la présence observée.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-050	Le système doit traiter les données logistiques afin d’établir une liste des personnes attendues sur site.	ACT-007, ACT-005, PAX-MANAGER	CU-001

REQ-TRT-051	Le système doit permettre de relier une personne attendue à une installation, une zone, un navire ou une affectation prévue.	ACT-007, PAX-MANAGER	CU-001, CU-004

REQ-TRT-052	Le système doit pouvoir traiter les informations d’arrivée et de départ afin d’actualiser la présence attendue.	ACT-007, ACT-004, PAX-MANAGER	CU-001

REQ-TRT-053	Le système doit permettre de distinguer les personnes permanentes, temporaires, visiteurs ou sous-traitants lorsque cette information est disponible.	ACT-007, ACT-005	CU-001

REQ-TRT-054	Le système doit permettre de comparer la présence attendue avec la présence observée ou confirmée.	ACT-002, ACT-004, ACT-007, PAX-BOX	CU-004, CU-006, CU-007

### 5.2.8 Traitement des données techniques équipements

Le système doit traiter les données techniques des équipements afin de fournir une information utile à la maintenance et à la supervision.

Ces traitements permettent d’identifier :

•	un équipement opérationnel ;

•	un équipement hors ligne ;

•	une perte de communication ;

•	une anomalie d’alimentation ;

•	une saturation du stockage ;

•	un défaut de synchronisation ;

•	un besoin d’intervention maintenance.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-060	Le système doit traiter les états techniques des équipements PAXWARE afin de déterminer leur disponibilité.	ACT-006, PAX-BOX, PAX-MANAGER	CU-009

REQ-TRT-061	Le système doit identifier les équipements hors ligne ou ne répondant plus dans les délais attendus.	ACT-006, ACT-008, PAX-BOX	CU-009, CU-012

REQ-TRT-062	Le système doit produire une information de diagnostic exploitable par le Technicien maintenance.	ACT-006, PAX-MANAGER	CU-009

REQ-TRT-063	Le système doit traiter les informations de synchronisation afin d’identifier les données en attente de transmission.	ACT-005, ACT-008, PAX-BOX	CU-010, CU-011

REQ-TRT-064	Le système doit traiter l’état du stockage local afin de prévenir un risque de perte d’événements.	ACT-006, PAX-BOX	CU-010, CU-012

### 5.2.9 Traitement avant synchronisation différée

PAXWARE doit rester prioritairement local. La synchronisation vers un service distant ou cloud ne doit pas être indispensable au fonctionnement critique.

Cependant, lorsque la connexion est disponible, certaines données autorisées peuvent être préparées pour une synchronisation différée.

Le traitement avant synchronisation doit tenir compte :

•	des règles de confidentialité ;

•	des données autorisées à sortir du site ;

•	de la pseudonymisation éventuelle ;

•	de l’état de la connexion ;

•	des événements déjà synchronisés ;

•	des événements en attente ;

•	de la priorité des données ;

•	du risque de doublon.

ID exigence	Exigence de traitement	Acteurs / éléments concernés	Cas d’usage liés

REQ-TRT-070	Le système doit préparer les données autorisées pour une synchronisation différée lorsque la connexion distante est disponible.	PAX-BOX, Cloud PAXWARE	CU-011

REQ-TRT-071	Le système doit éviter la synchronisation en double d’un même événement.	PAX-BOX	CU-011

REQ-TRT-072	Le système doit conserver localement les données non synchronisées jusqu’à confirmation de transmission, résolution de conflit ou application d’une règle de purge définie.	PAX-BOX	CU-010, CU-011

REQ-TRT-073	Le système doit pouvoir distinguer les données locales critiques des données destinées à une synchronisation distante.	ACT-005, PAX-BOX	CU-010, CU-011

REQ-TRT-074	Le système doit respecter les règles de confidentialité définies avant toute synchronisation de données hors site.	ACT-005, ACT-008, PAX-BOX	CU-011

### 5.2.10 Synthèse des fonctions de traitement

Les fonctions de traitement permettent à PAXWARE de transformer des événements acquis en information fiable, lisible et exploitable.

Elles constituent une étape essentielle entre :

l’acquisition des événements terrain et l’affichage, la supervision, le muster-point, les alertes et la validation client.

Les traitements doivent permettre de :

•	déterminer la présence courante ;

•	interpréter les passages ;

•	consolider le nombre de personnes par installation ;

•	identifier les personnes attendues, présentes, absentes ou non confirmées ;

•	traiter les événements de muster-point ;

•	détecter les anomalies ;

•	préparer les informations de supervision ;

•	gérer les données logistiques ;

•	traiter l’état des équipements ;

•	préparer la synchronisation différée.

À ce stade du projet, les exigences sont formulées au niveau fonctionnel. Les règles détaillées de calcul, de filtrage, de seuils, de temps de latence, de priorisation, de tolérance aux erreurs et de traitement des cas limites seront précisées dans les documents de spécification globale et détaillée.

### 5.2.11 Exigences de traitement créées dans cette section

Famille	Plage d’identifiants	Objet

Présence	REQ-TRT-001 à REQ-TRT-005	Traitement des événements de présence

Passage	REQ-TRT-010 à REQ-TRT-014	Traitement des mouvements entre zones ou installations

Consolidation	REQ-TRT-020 à REQ-TRT-024	Consolidation du nombre de personnes par installation

Muster-point	REQ-TRT-030 à REQ-TRT-034	Traitement des validations de présence

Anomalies	REQ-TRT-040 à REQ-TRT-044	Traitement des incohérences et anomalies

Logistique	REQ-TRT-050 à REQ-TRT-054	Traitement des données de préparation et d’affectation

Équipements	REQ-TRT-060 à REQ-TRT-064	Traitement des états techniques

Synchronisation	REQ-TRT-070 à REQ-TRT-074	Préparation des données à synchroniser

Les fonctions de traitement de PAXWARE doivent transformer les événements acquis en informations opérationnelles fiables, permettant de connaître la présence par installation, de suivre les mouvements, de gérer le muster-point, d’identifier les anomalies, d’exploiter les données logistiques et de maintenir une supervision locale autonome.

## 5.3 Fonctions de commande

### 5.3.1 Principe général

Les fonctions de commande correspondent aux actions que le système PAXWARE doit pouvoir déclencher, appliquer ou transmettre à la suite d’un traitement, d’une action utilisateur ou d’un événement opérationnel.

Dans le cadre de PAXWARE, les fonctions de commande ne visent pas à piloter directement des équipements industriels dangereux, des machines de production ou des systèmes de sécurité critiques du client. Elles concernent principalement :

• la mise à jour des états de présence ;

• l’affichage d’informations sur PAX-SCREEN ;

• le lancement ou le suivi d’un muster-point ;

• la qualification d’une anomalie ;

• la génération d’alertes ou de notifications locales ;

• l’activation de certains modes de fonctionnement ;

• la gestion des droits et accès utilisateurs ;

• la demande de synchronisation différée ;

• certaines actions de maintenance ou de diagnostic.

Les commandes PAXWARE doivent rester encadrées par des droits utilisateurs, des règles de sécurité et une traçabilité adaptée.

Les exigences de commande sont identifiées avec le préfixe : REQ-CMD : Exigence de commande

5.3.2 Commandes liées à la présence et aux affectations

PAXWARE doit permettre aux profils autorisés de réaliser certaines actions sur les états de présence, les affectations ou les associations entre personnes et équipements.

Ces commandes doivent être réservées aux profils habilités, notamment l’Administrateur PAXWARE, la Logistique ou certains responsables opérationnels selon les règles du client.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-001	Le système doit permettre à un profil autorisé d’associer un PAX-TAG à une personne.	ACT-005, ACT-007, PAX-WRITING	CU-002

REQ-CMD-002	Le système doit permettre à un profil autorisé de désassocier un PAX-TAG d’une personne.	ACT-005, ACT-007, PAX-WRITING	CU-002

REQ-CMD-003	Le système doit permettre à un profil autorisé de modifier l’affectation prévue d’une personne vers une installation, zone ou moyen mobile.	ACT-005, ACT-007, PAX-MANAGER	CU-001

REQ-CMD-004	Le système doit permettre à un profil autorisé de déclarer une personne comme embarquée, débarquée, attendue ou non attendue selon les règles d’exploitation définies.	ACT-007, ACT-004, ACT-005	CU-001, CU-004

REQ-CMD-005	Le système doit journaliser toute commande ayant un impact sur l’état de présence ou l’affectation d’une personne.	ACT-005, ACT-007, PAX-BOX	CU-008

5.3.3 Commandes liées au muster-point

Lors d’un exercice de sécurité ou d’une situation d’urgence, PAXWARE doit permettre aux profils autorisés de lancer, suivre, actualiser ou clôturer une opération de muster-point.

Ces commandes doivent rester cohérentes avec les procédures HSE officielles du site.

PAXWARE ne remplace pas la décision humaine ni les procédures de sécurité du client. Il fournit un support opérationnel permettant de fiabiliser et d’accélérer la consolidation des informations.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-010	Le système doit permettre à un profil autorisé de lancer une opération de muster-point.	ACT-002, ACT-004, PAX-MUSTER	CU-006

REQ-CMD-011	Le système doit permettre à un profil autorisé de confirmer manuellement la présence d’une personne lorsque la procédure terrain le justifie.	ACT-002, ACT-004, PAX-MUSTER	CU-006, CU-007

REQ-CMD-012	Le système doit permettre à un profil autorisé de qualifier une personne comme non confirmée, à vérifier ou confirmée selon l’état du muster-point.	ACT-002, ACT-004, PAX-MUSTER	CU-006, CU-007

REQ-CMD-013	Le système doit permettre à un profil autorisé de clôturer une opération de muster-point.	ACT-002, ACT-004, ACT-003	CU-006

REQ-CMD-014	Le système doit conserver une trace des commandes réalisées pendant une opération de muster-point.	ACT-002, ACT-004, PAX-BOX	CU-006, CU-008

5.3.4 Commandes liées à l’affichage local

PAXWARE doit pouvoir transmettre des informations synthétiques aux dispositifs d’affichage local, notamment les PAX-SCREEN ou les configurations PAX-NAV / PAX-SCREEN NAVIRE.

Ces commandes d’affichage ne doivent pas être considérées comme des commandes de sécurité critiques, mais comme des commandes d’information opérationnelle.

Elles doivent permettre une lecture rapide et compréhensible par les équipes terrain.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-020	Le système doit pouvoir commander l’affichage du nombre de personnes présentes sur un PAX-SCREEN.	PAX-BOX, PAX-SCREEN	CU-005

REQ-CMD-021	Le système doit pouvoir mettre à jour l’affichage local lorsque le nombre de personnes par installation évolue.	PAX-BOX, PAX-SCREEN	CU-004, CU-005

REQ-CMD-022	Le système doit pouvoir afficher un état synthétique lié à une zone, une installation ou un moyen mobile.	PAX-BOX, PAX-SCREEN, PAX-NAV	CU-005

REQ-CMD-023	Le système doit pouvoir signaler visuellement une information d’anomalie ou d’état dégradé lorsque cette fonction est prévue dans le périmètre retenu.	PAX-BOX, PAX-SCREEN	CU-012

REQ-CMD-024	Le système doit éviter l’affichage d’une information considérée comme invalide, obsolète ou non confirmée sans indication appropriée.	PAX-BOX, PAX-SCREEN	CU-005, CU-012

5.3.5 Commandes liées aux anomalies

PAXWARE doit permettre aux profils autorisés de traiter, qualifier ou acquitter certaines anomalies.

L’objectif n’est pas de masquer les défauts, mais de permettre une gestion claire et tracée des écarts observés.

Les anomalies peuvent concerner :

• une incohérence de présence ;

• une personne attendue mais non confirmée ;

• un PAX-TAG non reconnu ;

• une PAX-ANT hors ligne ;

• une PAX-SCREEN non joignable ;

• une perte de communication ;

• une anomalie de synchronisation ;

• une saturation de stockage ;

• une action utilisateur non autorisée.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-030	Le système doit permettre à un profil autorisé de qualifier une anomalie selon les catégories définies.	ACT-002, ACT-004, ACT-006, PAX-MANAGER	CU-012

REQ-CMD-031	Le système doit permettre à un profil autorisé d’acquitter une anomalie lorsque celle-ci a été traitée ou prise en compte.	ACT-002, ACT-004, ACT-006	CU-012

REQ-CMD-032	Le système doit conserver une trace de l’acquittement ou de la qualification d’une anomalie.	PAX-BOX, PAX-MANAGER	CU-008, CU-012

REQ-CMD-033	Le système doit empêcher l’acquittement non autorisé d’une anomalie critique.	ACT-005, PAX-MANAGER	CU-012

REQ-CMD-034	Le système doit permettre de distinguer les anomalies opérationnelles des anomalies techniques.	ACT-002, ACT-004, ACT-006	CU-009, CU-012

5.3.6 Commandes liées à la maintenance et au diagnostic

Le système doit permettre certaines commandes de maintenance ou de diagnostic, réservées aux profils autorisés.

Ces commandes doivent être limitées aux besoins d’exploitation et de support, afin d’éviter toute action involontaire pouvant perturber le fonctionnement du système.

Elles peuvent concerner :

• le lancement d’un diagnostic ;

• la demande d’état d’un équipement ;

• le redémarrage contrôlé d’un module non critique ;

• la vérification de communication ;

• l’export de journaux techniques ;

• le test d’un PAX-SCREEN ;

• le contrôle d’une PAX-ANT.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-040	Le système doit permettre à un profil maintenance autorisé de lancer un diagnostic sur un équipement PAXWARE.	ACT-006, ACT-008, PAX-MANAGER	CU-009

REQ-CMD-041	Le système doit permettre à un profil autorisé de demander l’état courant d’un équipement connecté.	ACT-006, PAX-BOX, PAX-MANAGER	CU-009

REQ-CMD-042	Le système doit permettre à un profil autorisé d’exporter des journaux techniques pour analyse.	ACT-006, ACT-008, PAX-MANAGER	CU-009, CU-008

REQ-CMD-043	Le système doit encadrer toute commande de redémarrage ou de réinitialisation afin d’éviter une perte d’information critique.	ACT-006, ACT-008, PAX-BOX	CU-009, CU-010

REQ-CMD-044	Le système doit journaliser les commandes de maintenance ou de diagnostic réalisées par un profil autorisé.	ACT-006, ACT-008, PAX-BOX	CU-009, CU-008

5.3.7 Commandes liées à la synchronisation différée

La synchronisation différée permet de transmettre certaines données autorisées vers un serveur distant ou cloud lorsque la connexion est disponible.

Cette commande ne doit pas remettre en cause le fonctionnement local du système.

La PAX-BOX doit rester prioritaire pour les fonctions critiques.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-050	Le système doit pouvoir déclencher une synchronisation différée lorsque la connexion distante est disponible.	PAX-BOX, Cloud PAXWARE	CU-011

REQ-CMD-051	Le système doit permettre à un profil autorisé de consulter l’état de synchronisation.	ACT-005, ACT-008, PAX-MANAGER	CU-011

REQ-CMD-052	Le système doit empêcher l’envoi de données non autorisées vers un service distant.	ACT-005, ACT-008, PAX-BOX	CU-011

REQ-CMD-053	Le système doit conserver localement les données tant que leur synchronisation n’est pas confirmée, traitée selon une règle définie ou placée en file de conflit à résoudre.	PAX-BOX	CU-010, CU-011

REQ-CMD-054	Le système doit journaliser les opérations de synchronisation réalisées ou échouées.	PAX-BOX, Cloud PAXWARE	CU-011, CU-008

5.3.8 Commandes liées aux droits utilisateurs

Certaines commandes PAXWARE concernent la gestion des droits et profils utilisateurs.

Ces commandes doivent être strictement contrôlées, car elles peuvent avoir un impact sur la sécurité, la confidentialité et l’exploitation du système.

ID exigence	Exigence de commande	Acteurs / éléments concernés	Cas d’usage liés

REQ-CMD-060	Le système doit permettre à un profil autorisé de créer, modifier ou désactiver un compte utilisateur.	ACT-005, PAX-MANAGER	CU-008

REQ-CMD-061	Le système doit permettre à un profil autorisé d’attribuer ou modifier les droits d’accès d’un utilisateur.	ACT-005, PAX-MANAGER	CU-008

REQ-CMD-062	Le système doit empêcher un utilisateur non autorisé d’accéder aux commandes sensibles.	ACT-005, PAX-MANAGER	CU-008

REQ-CMD-063	Le système doit journaliser les modifications de droits et de profils utilisateurs.	ACT-005, PAX-BOX	CU-008

REQ-CMD-064	Le système doit permettre de désactiver rapidement un accès utilisateur en cas de départ, changement de rôle ou incident de sécurité.	ACT-005, PAX-MANAGER	CU-008

5.3.9 Synthèse des fonctions de commande

Les fonctions de commande permettent à PAXWARE de déclencher, appliquer ou transmettre des actions contrôlées à partir des données traitées ou des interventions utilisateurs.

Elles concernent principalement :

• les associations entre personnes et PAX-TAG ;

• les affectations ;

• le lancement et le suivi des muster-points ;

• les affichages locaux ;

• la qualification des anomalies ;

• les diagnostics maintenance ;

• la synchronisation différée ;

• la gestion des droits utilisateurs.

Les fonctions de commande doivent rester compatibles avec les principes fondamentaux du projet :

• fonctionnement local prioritaire ;

• cloud secondaire ;

• traçabilité des actions ;

• droits utilisateurs maîtrisés ;

• confidentialité des données ;

• non-remplacement des procédures HSE officielles ;

• absence de commande directe sur des équipements industriels dangereux dans le périmètre initial.

5.3.10 Exigences de commande créées dans cette section

Famille	Plage d’identifiants	Objet

Présence et affectations	REQ-CMD-001 à REQ-CMD-005	Commandes liées aux associations, états et affectations

Muster-point	REQ-CMD-010 à REQ-CMD-014	Commandes liées au lancement, suivi et clôture muster-point

Affichage local	REQ-CMD-020 à REQ-CMD-024	Commandes vers PAX-SCREEN et affichage synthétique

Anomalies	REQ-CMD-030 à REQ-CMD-034	Qualification, acquittement et traçabilité des anomalies

Maintenance	REQ-CMD-040 à REQ-CMD-044	Diagnostic, état équipements et commandes maintenance

Synchronisation	REQ-CMD-050 à REQ-CMD-054	Commandes liées à la synchronisation différée

Droits utilisateurs	REQ-CMD-060 à REQ-CMD-064	Création, modification, désactivation et traçabilité des droits

Les fonctions de commande de PAXWARE doivent permettre aux profils autorisés de déclencher des actions contrôlées sur les affectations, le muster-point, l’affichage local, les anomalies, la maintenance, la synchronisation et les droits utilisateurs, sans piloter directement d’équipements industriels dangereux dans le périmètre initial.

5.4 Exigences de performance et levée d’ambiguïté technologique

Cette section intègre les corrections issues de l’analyse du prompt d’amélioration. Elle transforme les ambiguïtés technologiques en exigences mesurables, tout en conservant le principe du cycle en V : les valeurs ci-dessous sont des valeurs cibles MVP/POC, à confirmer par essais terrain, choix de composants et analyse de risque client.

ID exigence	Exigence de performance	Valeur cible MVP / POC	Critère de validation associé

REQ-PERF-001	Le système doit distinguer clairement la lecture volontaire courte portée du muster-point et la détection radio de zone.	NFC/RFID : contact ou très courte portée. Détection radio de zone : rayon configurable selon site.	Essai comparatif démontrant que les deux modes ne produisent pas le même statut sans règle de validation.

REQ-PERF-002	La PAX-ANT installée sur un point de passage doit couvrir une zone de passage contrôlée et limiter les détections parasites hors zone utile.	Zone utile cible : 1 à 3 m autour du point de passage selon installation ; portée réglable ou filtrable.	Essai de passage avec tags proches mais hors zone utile, sans comptage erroné.

REQ-PERF-003	La PAX-ANT doit pouvoir recevoir plusieurs PAX-TAG présents dans son environnement radio sans collision bloquante de données.	Cible POC : au moins 50 PAX-TAG en visibilité radio, sans perte critique d’événements exploitables.	Test de charge radio avec tags multiples et contrôle des événements réellement enregistrés.

REQ-PERF-004	Le traitement directionnel d’un passage doit rester fondé sur une séquence validée et non sur une simple présence radio.	Comptage directionnel qualifié seulement si la séquence de passage est cohérente.	Essai entrée/sortie, demi-tour, stationnement proche antenne, passage ambigu.

REQ-PERF-005	Le PAX-SCREEN doit être mis à jour après un événement de passage validé dans un délai compatible avec l’exploitation terrain.	Cible normale : moins de 5 s. Cible en transfert massif : moins de 15 s après traitement local.	Mesure de latence entre événement validé PAX-BOX et affichage PAX-SCREEN.

REQ-PERF-006	Le système doit maintenir la cohérence de comptage lors d’un flux important de personnel.	Cible POC : 50 personnes transférées en 10 minutes sans écart non qualifié.	Test scénario transfert massif avec comparaison liste attendue / événements / affichage.

REQ-PERF-007	Les événements ambigus doivent être qualifiés plutôt que transformés automatiquement en présence certaine.	Statuts minimaux : validé, ambigu, non exploitable, à lever.	Contrôle dans PAX-MANAGER des cas volontairement ambigus.

REQ-PERF-008	Les seuils de performance doivent être révisables à l’issue du POC sans casser la traçabilité des exigences.	Versionnage des seuils et justification de modification.	Journal de modification des exigences et matrice de traçabilité mise à jour.

5.5 Exigences matérielles, environnementales et industrielles

Les exigences matérielles suivantes complètent le périmètre existant. Elles préparent les futures spécifications détaillées hardware, les essais environnementaux et les arbitrages ATEX / IECEx. Elles ne figent pas encore le fournisseur ni le composant, mais définissent des cibles minimales de conception industrielle.

ID exigence	Exigence matérielle / environnementale	Cible minimale	Équipements concernés

REQ-MAT-001	Les PAX-ANT destinées à une installation extérieure offshore doivent présenter une protection contre poussière, embruns et projections d’eau.	IP66 minimum ; IP67 cible pour zones exposées.	PAX-ANT

REQ-MAT-002	Les PAX-SCREEN destinés à l’affichage terrain doivent présenter une protection environnementale compatible avec embruns, pluie et nettoyage courant.	IP66 minimum ; IP67 cible selon implantation.	PAX-SCREEN, PAX-SCREEN NAVIRE

REQ-MAT-003	Le PAX-TAG doit être conçu pour une utilisation prolongée en environnement humide, salin et contraignant.	IP67 cible, boîtier fermé ou scellé, résistance à l’usage quotidien.	PAX-TAG

REQ-MAT-004	Le PAX-TAG doit disposer d’une autonomie compatible avec l’exploitation offshore et les rotations longues.	36 mois cible en conditions nominales ; 24 mois minimum en conditions sévères à confirmer par essais.	PAX-TAG

REQ-MAT-005	Les équipements exposés doivent être dimensionnés pour fonctionner malgré fortes chaleurs et variations de température.	Plage cible : -20 °C à +70 °C pour surfaces ou zones exposées, à confirmer par implantation.	PAX-ANT, PAX-SCREEN, PAX-TAG

REQ-MAT-006	Les communications terrain doivent intégrer des mécanismes de tolérance aux interférences et aux structures métalliques massives.	Filtrage signal, répétition contrôlée, accusé de réception lorsque disponible, diagnostic qualité liaison.	PAX-ANT, PAX-BOX, PAX-NAV

REQ-MAT-007	La perte temporaire d’une liaison terrain ne doit pas entraîner la perte immédiate des événements critiques.	Tampon local ou reprise contrôlée selon équipement.	PAX-ANT, PAX-BOX

REQ-MAT-008	La conception industrielle doit anticiper les contraintes ATEX / IECEx lorsque l’installation cible se trouve en zone classée.	Analyse de zone et stratégie de certification avant installation en zone à risque.	Tous équipements terrain

5.6 Gestion du facteur humain et des cas dégradés

PAXWARE ne doit pas seulement remplacer une carte papier par un identifiant numérique. Le système doit aider les équipes à lever les doutes créés par les oublis, les bracelets non portés, les tags non associés, les anomalies de passage ou les incohérences entre présence attendue et présence observée.

ID exigence	Exigence cas dégradé / facteur humain	Traitement attendu	Cas d’usage liés

REQ-DEG-001	Le système doit détecter qu’une personne attendue sur site ne possède pas de PAX-TAG associé.	Anomalie “personne attendue sans tag associé” visible par Logistique, HSE ou Administrateur.	CU-001, CU-002, CU-012

REQ-DEG-002	Si une présence non associée est signalée par un profil autorisé, le système doit permettre de créer une anomalie de présence non identifiée.	Création d’un événement manuel tracé, avec levée de doute obligatoire.	CU-007, CU-012

REQ-DEG-003	Le système ne doit pas prétendre identifier automatiquement une personne sans PAX-TAG en l’absence de capteur indépendant prévu au périmètre.	Statut “non identifiable automatiquement” ; procédure humaine de contrôle.	CU-012

REQ-DEG-004	Le système doit détecter les PAX-TAG immobiles ou non actifs sur une durée anormale lorsque cette information est exploitable.	Alerte “tag immobile suspect” ou “tag potentiellement laissé en cabine” selon règle client.	CU-006, CU-007, CU-012

REQ-DEG-005	Lors d’un muster-point, un PAX-TAG détecté en zone vie ou cabine ne doit pas suffire à confirmer automatiquement la personne au point de rassemblement.	Confirmation distincte par lecture muster, présence radio zone muster qualifiée ou validation manuelle autorisée.	CU-006, CU-007

REQ-DEG-006	Le système doit permettre la levée de doute d’une incohérence entrée/sortie, d’un demi-tour ou d’un passage ambigu.	Statut anomalie + action de qualification par Barge-Master, HSE ou profil autorisé.	CU-003, CU-012

REQ-DEG-007	Le système doit conserver une trace des corrections manuelles réalisées par les utilisateurs autorisés.	Journal horodaté : auteur, motif, ancienne valeur, nouvelle valeur.	CU-008, CU-012

REQ-DEG-008	Le système doit fournir au Barge-Master et au Responsable HSE une liste priorisée des personnes à lever de doute.	Tri par criticité : non confirmée muster, passage ambigu, tag non associé, tag immobile suspect.	CU-006, CU-007, CU-012

5.7 Cybersécurité, confidentialité et protection des données

Cette section complète les principes déjà indiqués dans le document : fonctionnement local prioritaire, cloud secondaire, pseudonymisation et accès support encadré. Les exigences ci-dessous devront être alignées avec l’architecture finale, le RGPD, la politique du client et les contraintes de cybersécurité du site.

ID exigence	Exigence cybersécurité / confidentialité	Règle attendue	Acteurs / éléments concernés

REQ-SEC-001	Les communications entre équipements terrain et PAX-BOX doivent être protégées contre l’écoute, l’injection et la modification non autorisée.	Chiffrement ou protection cryptographique adaptée au protocole retenu ; authentification des équipements.	PAX-ANT, PAX-BOX, PAX-NAV

REQ-SEC-002	Les échanges IP entre PAX-BOX, PAX-MANAGER et services distants doivent utiliser un canal sécurisé.	TLS ou VPN selon architecture client.	PAX-BOX, PAX-MANAGER, Cloud

REQ-SEC-003	Les données nominatives doivent rester prioritairement stockées sur la PAX-BOX ou dans le périmètre client.	Cloud limité aux données autorisées, pseudonymisées ou agrégées selon règle client.	PAX-BOX, Cloud

REQ-SEC-004	Le système doit permettre une purge locale contrôlée des données après synchronisation ou après expiration de durée de conservation.	Purge paramétrable, traçable, sans suppression des journaux nécessaires à l’audit avant délai autorisé.	PAX-BOX, ACT-005

REQ-SEC-005	L’accès de l’équipe PAXWARE support doit être autorisé explicitement par le client.	Accès temporaire, limité, journalisé, révocable et justifié.	ACT-008, ACT-005

REQ-SEC-006	Les interventions support distantes doivent être sécurisées.	Authentification forte, compte nominatif, périmètre d’accès limité, journal d’intervention.	ACT-008

REQ-SEC-007	Les actions sensibles doivent être journalisées.	Connexion, modification droits, export, purge, association tag, validation manuelle, intervention support.	ACT-005, ACT-008, PAX-MANAGER

REQ-SEC-008	Le système doit séparer les droits selon les rôles utilisateurs.	Principe du moindre privilège : HSE, Barge-Master, Logistique, Maintenance, Administrateur, Support.	ACT-002 à ACT-008

REQ-SEC-009	Les exports de rapports doivent être contrôlés.	Droits dédiés, traçabilité, limitation des données personnelles selon besoin.	ACT-002, ACT-003, ACT-005

5.8 Synchronisation différée et gestion des conflits

Le mode offline étant prioritaire, la synchronisation différée doit être pensée comme un mécanisme de continuité, non comme une dépendance. La PAX-BOX locale constitue la référence opérationnelle pour les événements terrain produits pendant une période d’isolement réseau.

ID exigence	Exigence synchronisation / conflit	Règle de gestion proposée	Cas d’usage liés

REQ-SYNC-001	La PAX-BOX doit rester source de vérité pour les événements opérationnels générés localement pendant une perte réseau.	Les passages, confirmations muster et anomalies terrain ne doivent pas être écrasés par le cloud.	CU-010, CU-011

REQ-SYNC-002	Les événements terrain doivent être synchronisés selon un modèle append-only.	Ajout horodaté, pas de suppression silencieuse, identifiant unique événement.	CU-008, CU-011

REQ-SYNC-003	En cas de modification simultanée locale et distante d’une donnée d’administration, le système doit détecter un conflit.	Comparaison version / horodatage / auteur ; mise en file de conflit.	CU-011, CU-012

REQ-SYNC-004	Les conflits sur données critiques ne doivent pas être résolus automatiquement sans règle validée.	Résolution par administrateur autorisé ou règle client documentée.	CU-011, CU-012

REQ-SYNC-005	La synchronisation doit être priorisée pour ne pas saturer la bande passante limitée du site.	Priorité : sécurité/anomalies, états courants, événements récents, historiques, journaux techniques lourds.	CU-010, CU-011

REQ-SYNC-006	Le système doit utiliser une file d’attente de synchronisation locale.	Files par priorité, reprise après coupure, limitation de débit configurable.	CU-011

REQ-SYNC-007	La synchronisation doit éviter les doublons.	Identifiant unique événement + accusé de réception + statut synchronisé/non synchronisé.	CU-011

REQ-SYNC-008	Le système doit afficher l’état de synchronisation aux profils autorisés.	Connecté, déconnecté, en attente, en erreur, conflit, dernière synchronisation réussie.	CU-010, CU-011

REQ-SYNC-009	En cas de stockage local proche de la saturation, le système doit alerter et préserver les événements critiques.	Seuils recommandés : alerte à 80 %, critique à 90 %, blocage ou purge contrôlée des données non critiques selon règle validée.	CU-010, CU-012

REQ-SYNC-010	La purge des données synchronisées doit être contrôlée par une règle de conservation.	Purge uniquement après confirmation, délai minimum, journalisation et compatibilité audit.	CU-008, CU-011

5.9 Synthèse des exigences complémentaires intégrées

Famille	Plage d’identifiants	Objet

Performance	REQ-PERF-001 à REQ-PERF-008	Seuils de portée, capacité, latence, ambiguïté et validation POC

Matériel / environnement	REQ-MAT-001 à REQ-MAT-008	IP, autonomie, température, interférences, ATEX / IECEx

Cas dégradés / humain	REQ-DEG-001 à REQ-DEG-008	Oublis, tags non associés, tags immobiles, levée de doute

Cybersécurité	REQ-SEC-001 à REQ-SEC-010	Chiffrement, droits, support ACT-008, purge, confidentialité

Synchronisation	REQ-SYNC-001 à REQ-SYNC-010	Mode offline, conflits, file d’attente, bande passante, saturation stockage

Ces exigences complémentaires devront être reprises dans la matrice de traçabilité du cycle en V. Chaque exigence devra être reliée à un cas d’usage, un module PAXWARE, un scénario de test, un critère d’acceptation et un responsable de validation.

6. Exigences non fonctionnelles et contraintes globales

Cette section regroupe les exigences transversales que le système PAXWARE doit respecter pour être exploitable, robuste, maintenable et acceptable en environnement offshore. Ces exigences ne décrivent pas directement une fonction utilisateur, mais les conditions de performance, de disponibilité, de sécurité, d’ergonomie et de conformité que l’ensemble de l’écosystème doit satisfaire.

Les exigences de cette section complètent les fonctions attendues de la partie 5. Elles serviront de base aux futures spécifications détaillées, au plan d’intégration, au plan de tests et au cahier de recette client.

Les exigences non fonctionnelles sont identifiées avec le préfixe :

REQ-NF : Exigence non fonctionnelle ou contrainte globale

6.1 Principe général

PAXWARE doit être conçu comme un système industriel local, autonome et compréhensible par des équipes opérationnelles. Le système doit rester utilisable dans des conditions offshore réelles : connectivité limitée, environnement métallique, météo contraignante, disponibilité 24/7, contraintes de sécurité, rotation du personnel et besoin de décision rapide.

Les exigences non fonctionnelles ont pour objectif de garantir que les fonctions de présence, de passage, de muster-point, d’affichage, de supervision et de synchronisation restent fiables dans la durée.

•	la disponibilité du système sur site ;

•	le fonctionnement local même sans internet ;

•	la robustesse environnementale et industrielle ;

•	la sécurité des données et des accès ;

•	l’ergonomie pour les utilisateurs terrain ;

•	la maintenance et le diagnostic ;

•	l’installation sur site client ;

•	la conformité réglementaire et la préparation ATEX / IECEx ;

•	la délimitation claire du MVP / POC.

6.2 Disponibilité et continuité de service

Le système PAXWARE doit être disponible pour les usages critiques d’exploitation, de transfert et de muster-point. Les fonctions locales doivent rester prioritaires sur les services distants afin d’éviter toute rupture d’information en cas de perte réseau.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-001	Le système doit être conçu pour une exploitation locale continue en environnement offshore, avec une disponibilité cible compatible avec un fonctionnement 24/7.	PAX-BOX, PAX-MANAGER, PAX-SCREEN, PAX-MUSTER	Démontrer la continuité des fonctions critiques pendant une période d’essai définie en POC.

REQ-NF-002	Les fonctions critiques de présence, comptage, affichage local et muster-point ne doivent pas dépendre d’une connexion internet permanente.	PAX-BOX, PAX-SCREEN, PAX-MUSTER	Tester les fonctions critiques avec connexion distante coupée.

REQ-NF-003	Une perte temporaire de communication avec un équipement doit être signalée sans bloquer l’ensemble du système.	PAX-ANT, PAX-SCREEN, PAX-MUSTER, PAX-BOX	Simuler une perte équipement et vérifier la remontée d’anomalie.

REQ-NF-004	Le système doit conserver localement les événements nécessaires à la continuité d’exploitation en cas de perte de connexion distante.	PAX-BOX, base locale	Vérifier la conservation des événements pendant une période offline.

REQ-NF-005	La reprise après coupure d’alimentation ou redémarrage contrôlé doit préserver les derniers états exploitables et les journaux utiles.	PAX-BOX, base locale	Effectuer un redémarrage contrôlé et vérifier l’intégrité des données.

REQ-NF-006	Le système doit distinguer une indisponibilité technique d’un équipement d’une absence réelle de personnel.	PAX-BOX, PAX-MANAGER	Générer une anomalie technique et vérifier que le comptage n’est pas interprété comme un départ terrain.

6.3 Fonctionnement local et mode offline

Le mode local est un principe structurant de PAXWARE. La PAX-BOX doit être considérée comme la référence opérationnelle du site lorsque la connectivité distante est absente, instable ou volontairement limitée par le client.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-010	En mode offline, la PAX-BOX doit rester la source de référence pour les données de présence du site.	PAX-BOX, PAX-MANAGER	Comparer les données locales et distantes lors d’un scénario de coupure réseau.

REQ-NF-011	Le système doit permettre la consultation locale des présences, événements et états équipements sans accès cloud.	PAX-BOX, PAX-MANAGER	Vérifier l’accès aux vues locales sans internet.

REQ-NF-012	Le système doit mettre en file d’attente les événements à synchroniser sans perturber le traitement local.	PAX-BOX, module synchronisation	Créer des événements offline et vérifier la file d’attente après reconnexion.

REQ-NF-013	Le système doit gérer une saturation progressive du stockage local par alerte, priorisation et conservation minimale des événements critiques.	PAX-BOX, stockage local	Simuler un seuil de stockage et vérifier les alertes et règles de conservation.

REQ-NF-014	Le système doit documenter les règles de priorité entre données locales et données distantes lors de la reconnexion.	PAX-BOX, Cloud, PAX-MANAGER	Vérifier les règles sur un scénario de conflit volontaire.

REQ-NF-015	La synchronisation différée ne doit pas saturer la bande passante du site et doit pouvoir être limitée, planifiée ou priorisée.	PAX-BOX, Cloud, réseau client	Limiter le débit ou simuler une connexion lente et vérifier la continuité locale.

6.4 Robustesse environnementale et industrielle

Les équipements PAXWARE doivent être conçus pour des environnements sévères : structures métalliques, embruns, humidité, chaleur, vibrations, poussières, pluie, chocs opérationnels et contraintes d’installation sur passerelles, boat landing, zones de vie ou locaux techniques.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-020	Les équipements installés en extérieur doivent viser un niveau de protection compatible avec les projections d’eau, poussières, embruns et nettoyage courant.	PAX-ANT, PAX-SCREEN, PAX-NAV	Vérifier la conformité de l’indice IP retenu dans les spécifications matérielles.

REQ-NF-021	Les équipements terrain doivent être conçus pour limiter les effets de corrosion liés à l’environnement marin.	Boîtiers, fixations, connectique	Contrôler les matériaux, traitements et choix de connectique dans le dossier hardware.

REQ-NF-022	Le système doit tolérer les perturbations radio liées aux masses métalliques et aux effets de cage de Faraday par choix d’implantation, filtrage et redondance de détection lorsque nécessaire.	PAX-ANT, PAX-TAG, PAX-BOX	Réaliser des essais de détection en zone métallique représentative.

REQ-NF-023	Les équipements doivent être adaptés à une exploitation en température élevée selon le profil environnemental du site pilote.	PAX-TAG, PAX-ANT, PAX-SCREEN, PAX-BOX	Définir une plage de température cible dans la spécification matérielle et la vérifier en essai.

REQ-NF-024	Les fixations doivent permettre une installation stable, inspectable et compatible avec les supports offshore courants.	PAX-ANT, PAX-SCREEN, PAX-NAV	Vérifier la tenue mécanique et la facilité d’inspection sur support représentatif.

REQ-NF-025	La conception doit éviter les câbles, pièces ou modes de montage exposant inutilement le personnel à un risque d’accrochage, de chute ou d’arrachement.	Tous équipements terrain	Revue HSE d’installation avant POC.

6.5 Performance globale et capacité d’évolution

Les performances cibles doivent rester mesurables sans figer prématurément tous les choix technologiques. Les valeurs définitives seront confirmées par les essais terrain, mais le cahier des charges doit poser des seuils vérifiables pour préparer la recette client.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-030	Le système doit permettre une mise à jour exploitable du nombre de personnes par installation dans un délai compatible avec la prise de décision terrain.	PAX-BOX, PAX-SCREEN, PAX-MANAGER	Mesurer le délai entre événement terrain et affichage.

REQ-NF-031	Le système doit pouvoir traiter des mouvements groupés de personnel sans perte manifeste d’événements exploitables.	PAX-ANT, PAX-BOX	Réaliser un scénario de transfert massif contrôlé.

REQ-NF-032	Le dimensionnement initial doit couvrir un site pilote multi-installations avec plusieurs points de passage et un volume de personnel représentatif.	Architecture système	Valider le dimensionnement POC avec le client pilote.

REQ-NF-033	L’architecture doit permettre l’ajout progressif de zones, installations, écrans et antennes sans remise en cause complète du système.	PAX-BOX, réseau local, PAX-MANAGER	Tester l’ajout d’un équipement ou d’une zone dans un environnement de recette.

REQ-NF-034	Les performances doivent être suivies par des indicateurs exploitables : latence, taux d’événements ambigus, équipements hors ligne, saturation stockage, échecs de synchronisation.	PAX-MANAGER, PAX-BOX	Vérifier la présence des indicateurs dans la supervision.

6.6 Cybersécurité, confidentialité et accès

La cybersécurité doit être intégrée dès l’architecture. PAXWARE manipule des données de présence opérationnelles et peut traiter des associations entre identifiants et personnes. Les principes de minimisation, séparation des droits, journalisation et chiffrement doivent être appliqués selon le niveau de risque et le périmètre client.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-040	Les échanges entre équipements PAXWARE et PAX-BOX doivent être protégés contre les interceptions ou modifications non autorisées selon le protocole retenu.	PAX-ANT, PAX-MUSTER, PAX-BOX	Revue cybersécurité de l’architecture de communication.

REQ-NF-041	Les accès utilisateurs doivent être attribués selon le principe du moindre privilège.	PAX-MANAGER, comptes utilisateurs	Vérifier les profils ACT-002 à ACT-008 et leurs droits.

REQ-NF-042	Les actions sensibles doivent être journalisées : association tag/personne, modification droits, validation manuelle muster, changement configuration, accès support.	PAX-MANAGER, PAX-BOX	Contrôler les journaux après actions sensibles.

REQ-NF-043	L’accès de l’équipe PAXWARE support doit être autorisé par le client, limité dans le temps, sécurisé et journalisé.	ACT-008, PAX-BOX, PAX-MANAGER	Tester un scénario d’accès support avec trace d’autorisation.

REQ-NF-044	Les données nominatives doivent être limitées au besoin opérationnel et protégées contre les consultations non autorisées.	Base locale, PAX-MANAGER	Vérifier la séparation des droits entre exploitation, maintenance et support.

REQ-NF-045	Les règles de purge, archivage ou conservation locale doivent être définies avec le client selon les besoins de traçabilité, RGPD et audit.	PAX-BOX, Cloud, rapports	Valider une politique de conservation dans le dossier de recette.

6.7 Ergonomie et facteur humain

PAXWARE doit rester un outil d’aide à l’exploitation, non un système complexe réservé à des informaticiens. Les informations critiques doivent être lisibles rapidement et les anomalies doivent aider les utilisateurs à lever le doute plutôt qu’à créer une charge supplémentaire.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-050	Les écrans et interfaces doivent présenter une information simple, priorisée et compréhensible par les profils opérationnels.	PAX-SCREEN, PAX-MANAGER, PAX-MUSTER	Revue utilisateur avec HSE, Barge-Master ou exploitation.

REQ-NF-051	Les anomalies doivent être formulées en langage opérationnel et proposer une action de levée de doute lorsque cela est possible.	PAX-MANAGER	Vérifier les messages d’anomalie sur scénarios de test.

REQ-NF-052	Les fonctions critiques du muster-point doivent rester utilisables sous stress, avec un nombre limité d’actions utilisateur.	PAX-MUSTER, PAX-MANAGER	Réaliser un test de scénario muster avec utilisateur terrain.

REQ-NF-053	Le système doit permettre de distinguer une confirmation automatique, une confirmation volontaire et une confirmation manuelle.	PAX-MUSTER, PAX-BOX	Vérifier l’historique des confirmations en exercice.

REQ-NF-054	Le système doit aider à détecter les écarts liés au facteur humain : tag non associé, tag oublié, tag immobile, personne attendue non confirmée.	PAX-TAG, PAX-BOX, PAX-MANAGER	Tester des cas d’oubli ou d’incohérence volontaire.

6.8 Maintenance, diagnostic et support

La maintenance doit être prévue dès la conception pour limiter les immobilisations, faciliter le diagnostic et permettre aux équipes client ou PAXWARE d’identifier rapidement l’origine d’un défaut.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-060	Le système doit fournir une vue d’état des équipements : connecté, hors ligne, anomalie, maintenance, dernière communication connue.	PAX-MANAGER, PAX-BOX	Débrancher un équipement et vérifier le changement d’état.

REQ-NF-061	Les équipements doivent être identifiables de manière unique dans la configuration du site.	PAX-ANT, PAX-SCREEN, PAX-MUSTER, PAX-NAV	Contrôler la correspondance entre équipement physique et configuration logicielle.

REQ-NF-062	Le remplacement d’un équipement doit pouvoir être réalisé selon une procédure maîtrisée, sans perte de cohérence du site.	ACT-006, ACT-008, PAX-MANAGER	Simuler le remplacement d’une PAX-ANT ou d’un PAX-SCREEN.

REQ-NF-063	Les journaux techniques doivent permettre d’analyser une panne ou une anomalie après événement.	PAX-BOX, PAX-MANAGER	Exporter ou consulter les logs d’un scénario d’anomalie.

REQ-NF-064	Les mises à jour logicielles doivent être préparées pour ne pas interrompre les fonctions critiques sans procédure validée.	PAX-BOX, PAX-MANAGER	Définir une procédure de mise à jour et de retour arrière.

6.9 Installation, déploiement et exploitation site

Le déploiement sur site doit être anticipé pour limiter l’impact sur les opérations client. Les équipements doivent être installés sur des emplacements cohérents avec les flux réels de personnel, les contraintes réseau, les alimentations disponibles et les règles HSE du site.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-070	Un dossier d’implantation doit décrire les zones, points de passage, équipements installés, câblage ou alimentation et responsabilités client/PAXWARE.	Architecture site, PAX-ANT, PAX-SCREEN, PAX-BOX	Valider le dossier d’implantation avant installation POC.

REQ-NF-071	Chaque point de passage instrumenté doit être associé à une zone de départ, une zone d’arrivée et une règle de comptage.	PAX-ANT, PAX-MANAGER	Vérifier la configuration d’un passage barge/platforme.

REQ-NF-072	L’installation doit prendre en compte les contraintes d’alimentation, réseau local, protection mécanique et accès maintenance.	PAX-ANT, PAX-SCREEN, PAX-BOX	Revue terrain ou maquette d’installation.

REQ-NF-073	La mise en service doit inclure une phase de vérification des équipements, des flux de données et des premiers scénarios opérationnels.	Tous sous-systèmes	Réaliser une check-list de commissioning.

REQ-NF-074	Le système doit pouvoir fonctionner en parallèle des procédures existantes pendant la phase POC.	Organisation client, PAXWARE	Comparer PAXWARE avec les procédures actuelles pendant l’essai.

6.10 Conformité, réglementation et préparation industrielle

La conformité complète dépendra du périmètre industriel retenu et des zones d’installation. Le MVP ou POC peut être limité à des zones non classées, mais la conception doit anticiper les exigences applicables aux environnements offshore.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-080	Le périmètre MVP / POC doit préciser si les équipements sont installés en zone classée ou hors zone classée.	PAXWARE, client pilote	Faire valider le périmètre HSE avant installation.

REQ-NF-081	Les contraintes ATEX / IECEx doivent être anticipées dès l’architecture pour toute version destinée à une zone offshore classée.	PAX-TAG, PAX-ANT, PAX-SCREEN, PAX-NAV	Identifier les équipements potentiellement concernés par certification.

REQ-NF-082	Le système doit respecter les principes de minimisation et protection des données personnelles applicables au contexte client.	PAX-BOX, PAX-MANAGER, Cloud	Revue RGPD ou équivalent avec le client.

REQ-NF-083	Les exigences de cybersécurité industrielles applicables au site client doivent être identifiées avant déploiement.	Architecture réseau, PAX-BOX, support	Collecter les exigences IT/OT client.

REQ-NF-084	Les choix industriels doivent tenir compte de la maintenance, de la disponibilité des composants et de la reproductibilité de fabrication.	Tous équipements matériels	Revue d’industrialisation avant version série.

6.11 Limites du MVP / POC et points à confirmer

La section 6 doit aussi clarifier ce qui peut être vérifié pendant le POC et ce qui devra être confirmé dans les spécifications détaillées ou lors d’une phase d’industrialisation ultérieure. Cette clarification évite de promettre trop tôt des performances ou certifications non encore validées.

ID exigence	Exigence non fonctionnelle	Éléments concernés	Critère de validation initial

REQ-NF-090	Les performances chiffrées retenues pour le MVP / POC doivent être identifiées comme valeurs cibles à confirmer par essais terrain.	Spécifications, plan de tests	Associer chaque valeur cible à un test mesurable.

REQ-NF-091	Les technologies définitives de détection, radio, NFC/RFID, alimentation et connectique doivent être confirmées dans les spécifications détaillées.	PAX-TAG, PAX-ANT, PAX-MUSTER	Produire une décision technique ou un dossier de choix.

REQ-NF-092	Les limites de responsabilité entre PAXWARE et les équipements ou réseaux du client doivent être définies avant POC.	Client, PAXWARE, réseau site	Inclure la répartition des responsabilités dans le dossier POC.

REQ-NF-093	Le POC doit permettre d’identifier les écarts entre hypothèses de conception et réalité terrain.	Tous sous-systèmes	Rédiger un rapport de retour d’expérience après POC.

6.12 Synthèse des exigences non fonctionnelles

Les exigences non fonctionnelles constituent le cadre global de robustesse, de sécurité et d’exploitabilité de PAXWARE. Elles devront être reliées aux futures spécifications système, aux tests d’intégration et au cahier de recette client.

Famille	Plage d’identifiants	Objet

Disponibilité / continuité	REQ-NF-001 à REQ-NF-006	Disponibilité locale, continuité, gestion coupure et indisponibilité équipement

Offline / synchronisation	REQ-NF-010 à REQ-NF-015	Référence locale, file d’attente, conflit, bande passante et stockage

Environnement industriel	REQ-NF-020 à REQ-NF-025	Robustesse offshore, corrosion, températures, structures métalliques et installation terrain

Performance / évolutivité	REQ-NF-030 à REQ-NF-034	Latence, mouvements groupés, dimensionnement et indicateurs

Cybersécurité / confidentialité	REQ-NF-040 à REQ-NF-045	Protection des échanges, droits, support, journaux et conservation des données

Ergonomie / facteur humain	REQ-NF-050 à REQ-NF-054	Lisibilité, levée de doute, muster sous stress et écarts humains

Maintenance / diagnostic	REQ-NF-060 à REQ-NF-064	Supervision technique, remplacement, logs et mises à jour

Installation / déploiement	REQ-NF-070 à REQ-NF-074	Dossier d’implantation, points de passage, commissioning et coexistence procédures client

Conformité / industrialisation	REQ-NF-080 à REQ-NF-084	ATEX / IECEx, RGPD, cybersécurité industrielle et reproductibilité

Limites MVP / POC	REQ-NF-090 à REQ-NF-093	Valeurs cibles, choix techniques, responsabilités et retour d’expérience

Transition vers la section 7 — Scénarios opérationnels de référence

La section 6 fixe les contraintes globales que PAXWARE devra respecter. La section 7 devra maintenant transformer ces exigences en scénarios opérationnels représentatifs : arrivée sur site, association d’un PAX-TAG, passage entre installations, transfert massif, muster-point, perte réseau, reconnexion, équipement hors ligne, tag oublié ou anomalie de comptage.

Ces scénarios permettront de préparer les futurs tests système et les critères de validation client du cycle en V.

7. Scénarios opérationnels de référence

Cette section décrit les scénarios opérationnels de référence qui devront être utilisés pour relier les besoins terrain, les exigences PAXWARE, les futurs tests système et le cahier de recette client.

Les scénarios ne remplacent pas les exigences. Ils permettent de vérifier que les exigences sont compréhensibles dans une situation réelle d’exploitation offshore : arrivée personnel, attribution d’un PAX-TAG, transfert entre installations, affichage local, muster-point, fonctionnement offline, anomalies et synchronisation différée.

Les scénarios opérationnels sont identifiés avec le préfixe :

SCN : Scénario opérationnel de référence

7.1 Principe général

Dans le cycle en V, les scénarios opérationnels constituent un pont entre le cahier des charges et les futures phases de validation. Chaque scénario décrit une situation terrain représentative, les acteurs concernés, les préconditions, le déroulé attendu et les points de contrôle à vérifier.

Ces scénarios serviront de base pour rédiger ultérieurement les plans de tests, les essais d’intégration, les procédures de recette client et les démonstrations POC.

•	vérifier que le système répond aux usages terrain réels ;

•	préparer les critères de validation client ;

•	identifier les modes dégradés dès la phase amont ;

•	relier les cas d’usage CU aux exigences REQ ;

•	éviter les ambiguïtés entre fonctionnement nominal, anomalie et décision humaine ;

•	préparer une démonstration POC compréhensible par un client offshore.

7.2 Règles de rédaction des scénarios

Chaque scénario doit rester suffisamment concret pour être rejoué lors d’un test, tout en restant indépendant des choix techniques définitifs. Les valeurs de performance et seuils détaillés seront confirmés dans les spécifications détaillées et dans le plan de tests.

Élément	Règle retenue

Identifiant	Chaque scénario reçoit un identifiant unique de type SCN-001, SCN-002, etc.

Acteurs	Les acteurs sont repris depuis le référentiel ACT-001 à ACT-008.

Préconditions	Les conditions nécessaires au démarrage du scénario doivent être clairement indiquées.

Déroulé nominal	Le déroulé décrit la situation attendue lorsque tout fonctionne normalement.

Cas dégradé	Les variantes de panne, doute ou incohérence sont traitées dans les scénarios dédiés.

Résultat attendu	Le résultat doit être observable dans PAX-MANAGER, PAX-SCREEN, PAX-MUSTER ou les journaux locaux.

Traçabilité	Chaque scénario doit être relié aux cas d’usage et exigences qui seront testés.

7.3 Synthèse des scénarios retenus

Le tableau ci-dessous constitue le référentiel initial des scénarios opérationnels de PAXWARE. Il pourra être complété après retour du site pilote et validation des contraintes réelles d’installation.

ID scénario	Scénario	Acteurs principaux	Objectif de validation

SCN-001	Préparer l’arrivée d’une personne sur site	ACT-007, ACT-005	Vérifier la création d’une présence attendue et son affectation initiale.

SCN-002	Associer un PAX-TAG à une personne	ACT-005, ACT-007, ACT-004	Vérifier l’attribution, la traçabilité et la cohérence entre personne et identifiant.

SCN-003	Détecter un passage barge, via surfer vers plateforme	ACT-001, ACT-004, PAX-ANT, PAX-BOX	Vérifier le changement de présence entre deux installations.

SCN-004	Détecter un passage plateforme vers barge via surfer.	ACT-001, ACT-004, PAX-ANT, PAX-BOX	Vérifier le sens inverse et la mise à jour de la présence.

SCN-005	Gérer un transfert massif de personnel (surfer)	ACT-004, ACT-003, ACT-002	Vérifier la capacité de traitement, la latence et la stabilité d’affichage.

SCN-006	Afficher localement le nombre de personnes	ACT-004, ACT-003, ACT-002, PAX-SCREEN	Vérifier la cohérence entre PAX-BOX, PAX-MANAGER et PAX-SCREEN.

SCN-007	Lancer et suivre un muster-point exercice	ACT-002, ACT-004, ACT-003	Vérifier la comparaison attendu / confirmé / non confirmé.

SCN-008	Suivre un muster-point en situation d’urgence	ACT-002, ACT-004, ACT-003	Vérifier la priorisation des personnes non confirmées et la continuité locale.

SCN-009	Lever un doute sur une personne non confirmée	ACT-002, ACT-004, ACT-007	Vérifier les informations disponibles pour la recherche et la qualification d’écart.

SCN-010	Fonctionner en perte de connexion distante	ACT-003, ACT-004, ACT-005	Vérifier que les fonctions critiques restent disponibles sans cloud.

SCN-011	Reconnexion et synchronisation différée	ACT-005, ACT-008	Vérifier la reprise de synchronisation, les conflits et la file d’attente.

SCN-012	Diagnostiquer un équipement hors ligne	ACT-006, ACT-008	Vérifier la détection d’anomalie et l’aide au diagnostic.

SCN-013	Gérer un PAX-TAG immobile ou oublié	ACT-002, ACT-004, PAX-BOX	Réduire les faux positifs lors d’un muster ou d’un contrôle de présence.

SCN-014	Gérer un PAX-TAG non associé ou inconnu	ACT-005, ACT-007, ACT-004	Empêcher l’exploitation d’un identifiant non attribué sans qualification.

SCN-015	Intervention support contrôlée	ACT-005, ACT-008	Vérifier l’autorisation, la limitation et la journalisation de l’accès support.

7.4 Scénarios nominaux détaillés

Les scénarios nominaux décrivent les situations où le système fonctionne conformément au comportement attendu. Ils doivent être utilisés pour construire les premiers tests de fonctionnement global.

SCN-001 - Préparer l’arrivée d’une personne sur site

Champ	Description

Acteurs principaux	ACT-007 Logistique, ACT-005 Administrateur PAXWARE

Déclencheur	Une personne est planifiée pour embarquer ou rejoindre le site.

Préconditions	Le manifeste, la rotation ou les informations d’arrivée sont disponibles. Le profil utilisateur est autorisé à créer ou préparer la fiche.

Déroulé nominal	1. La logistique saisit ou importe les informations utiles. 2. La personne est associée à une société, une fonction, une installation prévue et éventuellement un hébergement. 3. Le système crée une présence attendue. 4. L’information devient disponible pour l’association future du PAX-TAG et le muster.

Résultat attendu	La personne apparaît comme attendue dans PAX-MANAGER et peut être utilisée dans les scénarios d’attribution, de présence et de muster-point.

Points de contrôle	Cohérence des champs obligatoires ; traçabilité de création ; visibilité pour les profils autorisés ; absence d’accès aux profils non autorisés.

Exigences liées	CU-001 ; REQ-ACQ-030 à REQ-ACQ-034 ; REQ-NF-050 ; REQ-SEC associées.

SCN-002 - Associer un PAX-TAG à une personne

Champ	Description

Acteurs principaux	ACT-005 Administrateur PAXWARE, ACT-007 Logistique, ACT-004 Barge-Master

Déclencheur	Une personne attendue reçoit un PAX-TAG avant embarquement, à l’arrivée ou lors d’un remplacement.

Préconditions	Le PAX-TAG est disponible, actif et reconnu par le système. La personne est connue ou créée dans la base locale.

Déroulé nominal	1. L’utilisateur autorisé sélectionne la personne. 2. Il lit ou saisit l’identifiant du PAX-TAG via PAX-WRITING ou l’interface prévue. 3. Le système vérifie que le tag n’est pas déjà attribué. 4. L’association est confirmée et journalisée.

Résultat attendu	Le PAX-TAG devient exploitable par le système. Toute détection future peut être reliée à la personne, selon les droits d’accès et règles de confidentialité.

Points de contrôle	Vérification d’unicité ; horodatage ; historisation de l’association ; gestion du remplacement et de la désactivation.