14

Application des concepts HyTime et de bases de données modulaires pour une documentation interactive

 

 

L'objectif de AECMA 100D est d'"harmoniser les spécifications de publications techniques militaires nationales dans le but d'établir des spécifications conformes européennes afin de réduire les coûts de la production de la documentation des programmes multinationaux prenant en considération les spécifications internationales existantes. "

 

AECMA 1000D est un ensemble de spécifications techniques européennes applicables à la documentation de maintenance des aéronefs et de leurs matériels d'environnement.

 

 

Rôle de AECMA 1000D

 

 

L'AECMA 1000D est composée de 2 parties: l'une qui spécifie le contenu, la présentation et la structure équivalents aux autres normes sur le sujet, l'autre qui concerne la définition d'une base de données sources communes constituée sous forme de module de données.

 

 

AECMA 1000D a pour but de fournir une normalisation de la documentation technique pour les avions et d'autres matériels. Elle a été élaborée par l'Association européenne des Constructeurs de Matériel Aérospatial (AECMA).

 

La spécification s'intitule "International Specification for Technical Publications" utilising 'A Common Source Database'."

 

Il s'agit de produire une documentation disponible à la fois sur support papier et sur support électronique, permettant une consultation interactive.

 

Cette spécification s'applique aujourd'hui aux aéronefs militaires, mais le concept de bases de données communes a  déjà été proposé à l'IATA.

 

 

Le module de données contenu dans la base de données est constitué d'informations nécessaires et non suffisantes pour accomplir une tâche de maintenace élémentaire.

 

Pour obtenir l'information suffisante, on fait un assemblage de modules.

 


Cette base de données sources communes constitue un fonds documentaire applicable à plusieurs versions d'un même matériel. Elle constitue la source d'information pour créer la documentation de chaque version. Par ailleurs, elle permet d'intégrer de facon quasi automatique les données en provenance de tous les partenaires d'un meme programme.

 

 

Il a été constitué une DTD qui définit la structure du module de données. La structure des 23 manuels prévus par la spécification sera définie dans autant de DTDs.

 

On pourrait envisager de créer des liens entre les différentes DTD par le moyen de la norme HyTime.

 

 

Contenu de la spécification

 

 

 

AECMA 1000D est faite de deux parties principales: [COMMENT1] 

- des règles relatives à la base commune de données (CSDB)

 

- des spécifications techniques de chaque publications techniques (aéronautique)

 

Modularité: éléments documentaires, primitives de données

 

 

 

On cherche pour le manuel de maintenance à récupérer de facon plus ou moins automatique les résultats de l'analyse du soutien logistique (ASL) pour constituer le fonds documentaire.

 

 

Ces informations contenues dans la BASL (Base d'analyse du soutien logistique) sont constituées sous forme modulaire.

 

La modularisation de l'information a pour but de réaliser des économies sur la production de l'information, en évitant de produire les mêmes données à plusieurs reprises.

 

L'interopérabilité entre les bases de données documentaires constituées par les différents partenaires industriels d'un meme programme est garantie par l'utilisation d'un mode d'indexation commune, imposée par la norme (Data Module Code). Cette interopérablité a pour but d'échanger des documents entre différentes bases de données dont la conception peut être différente et sans imposer de structures sur les documents ou les hyperdocuments, de manière à laisser la plus grande liberté possible pour les prochaines bases de données et sur la structuration des hyperdocuments.

 

Le code de module de données (Data Module Code) comprend 17 caractères et permet d'indexer chaque module de données en utilisant les critères de sélection d'information: identification du modèle, de sa variante, du système, sous-système concerné, identification de la tâche.

 


Annexe: Schéma p. 13 de la présentation AECMA 1000D

 

 

 

L'assemblage des données

 

 

 

La conception modulaire de AECMA 1000 D correspond à l'orientation de HyTime vers une gestion de l'information considérée comme une collection d'objets.

 

Le principe qui a été adopté par l'AECMA 1000 D consiste à créer le texte des manuels à partir d'informations par sélection et assemblage des informations recueillies sous forme de module de données dans la base de données sources communes.

 

Pour l'instant, seule la présentation papier est traitée par la norme. Une spécification de présentation des documents électroniques est en cours de rédaction. La conception de l'IETM sur doc. électronique change complètement les principes de présentatiton sur papier. Par exemple, certains tableaux peuvent être remplacés par des requêtes directes.

 

La conception en tant que base de données impose un strict compartimentage entre les données élémentaires. Chaque granule d'information doit être suffisamment isolé et spécifié pour éviter la redondance d'information. Cette organisation peut être établie selon les principes de bases de données relationnelles. Dans cette perspective, le document est vu comme un assemblage de données sélectionnées dans une base qui couvre un domaine plus large.

 

Cette conception a le mérite d'être simple et claire. Les modules de données peuvent être organisés selon plusieurs arborescences. L'utilisation d'une langue rationalisée telle que l'anglais simplifié vise à éliminer toute source d'ambiguïté dans un environnement où l'accès à l'information pertinente est crucial.

 

Le concept de base de données défini par l'AECMA 1000D est celle d'une base de données modulaire à partir de laquelle peuvent être élaborées un hyperdocument (ensemble de 23 manuels plus documents annexes et associés). HyTime peut permettre de gérer cet hyperdocument, qui est d'un niveau de complexité supérieur et en meme temps d'offrir une plus grande flexibilité dans la gestion de l'ensemble des manuels qui constituent l'hyperdocument.

 

[COMMENT2] La difficulté de mettre en œuvre HyTime se situe surtout à un niveau conceptuel. HyTime permet en effet de décrire des situations d'une grande complexité, qui apparaîtraient autrement comme inextricables (réseau de liens en tous sens). Définir une application HyTime impose de s'atteler à ce niveau de complexité supérieur tout en le décrivant de façon économique et structurée. Une DTD HyTime n'est simple qu'une fois qu'elle est terminée.

 


[COMMENT3] La modélisation sous-jacente, dans la version actuelle, est celle d'une présentation par pages. Et l'aspect présentation reste présent, dans la conception de l'assemblage des informations. La notion de page, la proximité visuelle entre les graphiques et les paragraphes qui s'y réfèrent, l'atteste.

 

 

** L"iETM avec liens préétablis, avec liens non préétablis. **

 

 

 

Consultation de bases de données partagées

 

 

 

La consultation de bases de données renvoie à la notion d'hyperdocument dans HyTime. Les hyperdocuments sont des ensembles de documents liés par des hyperliens. Lorsque les liens sont indépendants, ils ne sont pas nécessairement présents dans les documents eux-mêmes. Cela signifie que la gestion de cette documentation par HyTime pourrait se faire de la façon suivante.

 

Il est possible de concevoir des DTD correspondant à cahque catégorie de modules permettant de structurer de façon extrêmement fine les informations qui y sont contenues, par exemple module de données concernant les tâches de maintenance sur propulseurs, sur radar, sur circuit hydraulique.

 

L'assemblage des modules de données selon la DTD d'un manuel technique n'est pas nécessaire si on établit un système de liens entre les modules de données. Ce système de liens permet si l'utilisateur l'estime nécessaire de créer des manuels spécialisés ou des documents personnalisés, qu'ils soient sous forme papier ou sous forme électronique. Autrement dit, les DTDs HyTime seraient des spécifications à la fois de formatage et de constitution des documents.

 

Utilisation de HyTime dans le contexte des dépendances temporelles

 

 

 

Elaboration

 

Gestion des dépendances temporelles

 

HyTime permet de gérer les dépendances temporelles dans un document, ainsi que toute information contenant une relation avec des phénomènes qui se déroulent dans le temps. Exemple: illustrations animées d'une opération de maintenance déclenchée par la consultation d'un texte.

 

 

Gestion des liens subsistant après éclatement de l'information

 


HyTime pourrait être utilisée lors de l'élaboration et de la production du document afin de valider notamment les liens qui ont été établis par le rédacteur et qui doivent correspondre aux liens prédéfinis par les spécifications.

 

Le découpage de l'information en granules élémentaires et leur indexation ont pour effet de lier tous ces granules à une ou plusieurs arborescences: arborescence des fonctions techniques et des tâches. Le contenu fait partie d'une base de données et donc à ce titre est formé d'enregistrements eux-mêmes composés de champs. On a la possibilité avec HyTime d'utiliser des tests de vraisemblance pour vérifier le contenu et de vérifier qu'un type d'information exigée est dans la base de données. [COMMENT4] 

 

HyTime pourrait être utilisée en particulier pour vérifier la cohérence de la nomenclature des termes utilisés. HyTime permet en effet de concevoir des glossaires et des index applicables à un ensemble de documents (voir le chapitre 9, hyperliens). La façon de naviguer dans une "base de connaissances"[COMMENT5]  et donc la conception de systèmes d'aide en ligne pour les créateurs de documents est une application hypermédia typique. Ce système ne serait pas directement intégré au sein de la base d'informations-sources, mais il pourrait être conçu en cohérence avec elle, afin d'offrir aux créateurs de documents un confort accru visant à l'amélioration de la qualité des documents. La base de connaissances constitue en réalité le fondement conceptuel des documents, de la même manière qu'un index est un guide qui complète la table des matières.

 

Une autre utilisation de HyTime dans le cadre AECMA 1000D pourrait être une meilleure intégration des illustrations et des textes. Il peut par exemple être intéressant de lier les légendes sur des parties d'illustration avec les paragraphes concernant par exemple les procédures correspondant à l'élément fonctionnel considéré. Ceci s'applique aussi bien à une édition sur papier qu'à une consultation sur écran.

 

Méthodes d'accès aux données

 

HyTime peut également être utilisée pour limiter l'accès à des parties de document et de mettre en place une ou plusieurs procédures d'accès qui peut différer selon le degré d'autorisation de la personne qui consulte la base. La forme architecturale "activity tracking policy" (voir chapitre 6) permet aussi de retracer l'historique des accès.

 

 

 

Mise à jour de documents répondant aux spécifications AECMA 1000D

 

HyTime répond également aux nécessités de mise à jour et de gestion des versions. L'AECMA 1000D (status) permet de gérer le traçage d'activité au niveau du module de données. HyTime permet de gérer le traçage d'activité au niveau des objets contenus dans le module.

 

 

 

Comment faire de l'IETM avec l'AECMA 1000 D


 

 

 

La comparaison entre AECMA 1000D et les MIL IETM fait apparaître un concept commun: l'éclatement de l'information sous forme [COMMENT6] de modules de données pour l'AECMA 1000D et de "data elements" pour les IETM. La création de liens prédéfinis est spécifiée dans les IETM (liée à HyTime), elle n'est pas spécifiée dans AECMA 1000D mais elle est possible. [COMMENT7] L'éclatement de l'information est défini dans AECMA 1000D par le mode d'indexation (DMC). Dans les IETM,  le data element est plus générique. Ces modules peuvent être assemblés dans une structure définie dans une spécification de manuel (23 manuels dans AECMA 1000D); dans les normes américaines, MIL-87929 définit la structure du manuel technique de mise en oeuvre et de maintenance pour un équipement de l'USAF.

 

Les principes de l'IETM-DB sont définis par la MIC-M-GCSFUI: accès par une table des matières qui permet l'accès jusqu'au plus bas niveau, alors que dans AECMA 1000D ce mode n'est pas défini et est donc laissé à l'initiative d'un programme.

 

Une fois qu'on a une base de données communes, on peut l'utiliser pour faire une publication papier, écran, ou alors faire une recherche documentaire.

 

Les modes de consultation envisagés ont un effet sur la conception des documents. Un document consultable électroniquement devra par exemple contenir des éléments d'information liés entre eux par des liens permettant à l'utilisateur de naviguer entre les concepts abordés, alors qu'un document prévu pour être consulté sur papier ne nécessite pas de descendre au même niveau de granularité.

 

 

Pour aider la recherche interactive, on peut utiliser des liens prédéfinis, qui sont une aide supplémentaire à l'utilisation de la table des matières et de l'index, plus des liens pré-établis, lesquels sont définis par la norme HyTime. En revanche, l'utilisation de liens établis par l'utilisateur peut être utilisée et dans ce cas, l'indexation des modules de données fournie par la norme AECMA 1000D permet cette recherche qui vient compléter ce qui a été dit auparavant.

 

 


 [COMMENT1]

expliquer + les chapitres ***

 [COMMENT2]

>données, celles qui sont particulières à chaque version d'un >programme et la base de données sources communes.

 

 

 [COMMENT3]

>A mettre au chapitre 4 ***

Un document SGML peut être transformé en document HyTime, à condition que l'on ait défini une structure de document qui respecte les formes architecturales de liens définis dans HyTime. Mais la conception d'un hyperdocument HyTime demande une modélisation supplémentaire des liens, des règles de traversée, etc.

 

 

 [COMMENT4]

Ex: Les tâches 300 correspondent aux tâches d'examen.

 [COMMENT5]

Expliquer dans un glossaire

 [COMMENT6]

data element (IETM), module de données (AECMA 1000D)

 [COMMENT7]

Ce que dit la DTD: CDM composé de deux champs séparés: générique (Commune à toutes les applications), + contenu spécifique.