Les aperçus du projet COMETA - L'approche recherche COMETA - Le point de départ : UGFFM - COMETA : les groupes de travail
Les aperçus du projet COMETA
![]()
La finalité du projet COMETA consiste à définir, les fonctions pertinentes d'une architecture de systèmes embarqués - architecture nécessairement ouverte et modulaire, puisqu'elle doit répondre à des besoins relatifs à des activités et tailles d'entreprises diverses.
Cette démarche est effectuée dans le but de définir les spécificités fonctionnelles et interfaces (en matière d'équipements embarqués) et les fonctions des applicatifs associés, afin de déboucher sur des recommandations de normalisation à usage des équipementiers, constructeurs de véhicules et offreurs de solutions, et à définir les modalités optimales d'appropriation de ces outils par leurs utilisateurs potentiels.
La première phase de cette recherche a porté sur l'identification des besoins actuels des transporteurs - ainsi que de leurs besoins futurs, déterminés par les évolutions des pratiques, les exigences des chargeurs ainsi que des évolutions réglementaires - en matière de fonctionnalités opérationnelles qui mettent potentiellement en jeu l'informatique embarquée au sens large du terme, c'est à dire qui sollicitent le couple conducteur véhicule.
Cette première phase a permis la définition des modalités optimales de réalisation de ces fonctionnalités, en mettant l'accent sur l'intégration des outils et services qui peuvent y concourir, dans une démarche générale de Système d'Information Transport.
L'étape suivante a consisté à déterminer quels sont les outils - existants, a faire évoluer ou qui restent à créer - qui correspondent, avec le meilleur rapport coût / efficacité, aux types de "combinaisons" de besoins qui ont pu être identifiés.
S'agissant d'outils et services informatiques, l'ensemble des offres, de l'Informatique embarquée "traditionnelle", du chronotachygraphe électronique à l'EDI, en passant par la communication embarquée, l'identification automatique, les services d'information routière, etc..., sont considérées, dès lors qu'elles participent directement ou indirectement au processus de transport.
Pour couvrir ces objectifs un ensemble d'outils d'audit d'entreprises de transport et de questionnaires ont été établis, s'adressant spécifiquement et respectivement aux :
Gestionnaires de flottes d'entreprise de transport routier,
Conducteurs de véhicules,
Fournisseurs de services informatiques (solutions matérielles et logicielles) appliqués au domaine du transport, et plus particulièrement aux solutions embarquées dans les véhicules,
Autorités (administrations, corps règlementaires, organismes concernés par les aspects reglementation sociale, aspects gestion et contrôle du transport des matières dangereuses, sécurité, …),
Chargeurs et principaux clients des transporteurs
Une approche spécifique transport de voyageurs a été également envisagée.
L'approche recherche
COMETA ![]()
Comme l'indique le schéma de la rubrique, la méthode de déroulement du projet a respecté les étapes suivantes :
Identification précise des besoins des utilisateurs par questionnaires accompagnés détaillés.
Identification des besoins des utilisateurs au regard des résultats pertinents de projets européens ainsi que de solutions déjà disponibles sur le marché.
Identification des besoins des utilisateurs au regard de l'EDI (Echange de Données Informatisées), de la communication mobile ...
Définition des fonctions pertinentes de l'architecture générale.
Traduction des besoins et conditions recensés en des spécifications fonctionnelles puis techniques de façon à identifier et déterminer les interfaces pertinentes.
Montage de simulations pilotes au
niveau européen pour valider l'utilisation de certaines procédures en
situation réelle.
Elaboration d'un plan d'exploitation des résultats obtenus.
Soumission à effet de standardisation de certaines procédures de gestions d'interfaces à l'intérieur du véhicule et vers l'extérieur, ainsi que si justifié, des messages EDI utilisables de façon pertinente pour la communication mobile.
Proposition d'une architecture ouverte et modulaire de systèmes (sans pour autant procéder à une prescription commerciale précise).
L'arrière plan du projet
![]()
Les quatre illustrations suivantes schématisent simplement l'intégration du couple conducteur / véhicule dans le système d'information de l'entreprise :
Introduction au monde émergent des systèmes embarqués à bord des véhicules routiers de rransport de marchandises. Pertinence et justifications d’une architecture d’ensemble.
|
Guide des Fonctions
Potentiellement Optimisables Mars
1997 |
COMETA : les
groupes de travail ![]()
| WP1 | La gestion de projet |
| WP2 | L’identification des attentes et besoins des utilsateurs |
| WP3 | Identification des outils et solutions existants et évaluation de leur potentielle intégration |
| WP4 | Predesign d'une architecture de systèmes embarqués |
| WP5 | Simulations de mise en oeuvre |
| WP6 | Spécifications d'une architecture de systèmes embarqués |
| WP7 | Exploitation et dissemination des résultats des recherches |