IO-DA

Contact

IMT Mines Albi (Research & academia): Site de l'école

You must log in in order to see contact information. If you don't have an account, you can ask for one on this form.

La solution IO-DA améliore l'évaluation de la situation en fournissant différents modélisateurs.

D'un côté, les informations concernant la situation de sont apportées grâce à l'utilisation de modélisateurs dédiés : · Modélisateur partenaire : Ce modélisateur permet au gestionnaire de crise de modéliser des parties prenantes de pouvant être mobilisées en cas de situation de crise et leurs capacités. · Modélisateur contexte : Les modèles obtenus par ce modélisateur présentent les caractéristiques des systèmes impactés, y compris les biens, les personnes, le intrinsèques et toute autre caractéristique spécifique. · Modélisateur objectif : Le troisième modélisateur vise à décrire précisément la situation de crise. Les modèles obtenus contiennent principalement des objectifs à réaliser (comme des missions) qui consistent essentiellement en des répercussions à traiter (comme des personnes à évacuer ou des feux à éteindre) ou des risques à prévenir (comme l'effondrement de bâtiments ou l'explosion de réservoirs). Ce modèle pourrait être considéré comme une carte dans un SIG. D'un autre côté, l' IO-DA contient un moteur d'inférence qui permet à l'utilisateur d'appliquer différentes stratégies pour déduire des modèles de processus collaboratif à partir des modèles précédents. Concernant la stratégie de déduction, pour le moment, seule une stratégie simple a été mise en place sous la forme de règles opérationnelles pour déduire des modèles de processus collaboratif, mais le travail actuel porte sur la mise en œuvre de davantage de stratégies complexes comprenant des doctrines et principes légaux.

Supported Use Cases

Incendie

En tant qu'utilisateur, j'aimerais avoir la procédure correcte à suivre afin de résoudre une d'incendie.

En fonction des connaissances des acteurs capables d'intervenir (et quelles actions ils sont réellement en de réaliser), du contexte (zone géographique, infrastructure etc.), et de quand nous recevons les objectifs (comme une alerte : il y a un incendie à un tel endroit à tel moment), nous aimerions avoir, en tant que résultat IODA, le processus BPMN de la manière de répondre à l'objectif (dans ce cas, comment arrêter l'incendie).

La B devrait envoyer un fichier avec les détails de l'alerte à IODA. IODA utilisera alors ces informations pour fournir le processus de réponse.

Related CM functions

Naufrage dans la mer Baltique

Un bateau de passagers coule dans la mer Baltique entre le territoire suédois et polonais, en raison d'un incendie du moteur.

Le se concentre sur l'arrivée des premières victimes au site de débarquement polonais : ils doivent être pris en charge par une équipe médicale et transportés aux infrastructures pertinentes en fonction de leur état médical. Dans ce contexte, IODA, qui est construit sur un paradigme d'ingénierie dirigée par les modèles, illustre comment un mécanisme de coordination, pour soutenir au mieux la collaboration interorganisationnelle requise, peut être automatiquement déduit de trois types de connaissance : (i) le contexte, (ii) les capacités des partenaires potentiels et (iii) les objectifs de la collaboration (par ex. ce qui doit être résolu pendant l'intervention).

Cette connaissance est apportée en deux temps :

avant l'intervention, en alimentant le système de savoir avec les connaissances et procédures expertes
pendant l'intervention, en modélisant humainement les objectifs de crises devant être visés

Avant la crise : Alimenter la base de connaissances

Prenant en compte les décideurs qui utiliseront la et leur emplacement, le contexte et les modèles de partenaires sont prédéfinis en tant que correspondant aux connaissances des experts (en particulier pour les modèles de partenaires) ou aux données géographiques (en particulier le contexte).

La crise se produit : Définir les objectifs de la crise

Lorsque la crise se produit et que les décideurs doivent définir rapidement un plan de coordination interorganisationnelle pour que chacun agisse de manière efficace et exécute ses tâches dans le bon ordre, l' de déduction IODA peut être utilisé.

Concrètement, la première étape consiste à fournir un troisième modèle au logiciel : les objectifs de l'intervention de crise. Il s'agit fondamentalement de définir rapidement quels sont les risques et les dangers et quels sont les impacts sur les éléments du modèle du contexte.

Voilà, tout a été défini rapidement et promptement : le système sait : QUI est en de fournir quels services, OÙ la crise se produit et quel est le contexte sociogéographique correspondant et CE QUI se produit.

Une dernière étape avant de déduire automatiquement le plan de coordination entre tous les acteurs potentiellement impliqués dans l'intervention : forts de leur et expertise, les décideurs MAINTIENNENT leur capacité à évaluer la priorité des objectifs, c'est-à-dire qu'ils déterminent quels risques et dangers sont les plus urgents.

Enfin, le service de déduction IODA infère quelles sont les capacités devant être exécutés (et, par conséquent, par qui, grâce au modèle de partenaires), et dans quel ordre (par rapport à la priorisation ultérieure). Dans notre cas, voici un processus de coordination déduit et proposé aux décideurs polonais pour évacuer les victimes attendant au point de débarquement du naufrage.