Introduction générale à l’ASD S1000D · Ce document est la propriété du Groupe LGM. Il ne...

Ce document est la propriété du Groupe LGM. Il ne peut être utilisé, reproduit ou communiqué sans son accord préalable

Journée de présentation S1000D

Mardi 24 février 2015

Introduction générale à l’ASD S1000D


Sommaire

2

Introduction générale à l’ASD S1000D Présentation, historique et évolutions de la spécification Notions élémentaires : Documentation structurée vs non structurée Organisation ASD et S1000D

Ce document est la propriété du Groupe LGM. Il ne peut être utilisé, reproduit ou communiqué sans son accord préalable 3

Objectifs : Spécification internationale pour des publications techniques utilisant une

base de donnée source commune (CSDB) Domaines :

civil et militaire, air / terre / mer Intègre aussi les aspects training, Initialement au niveau européen, mais désormais à un niveau international avec

des accords entre l’ASD, l’AIA et l’ATA. Spécification ouverte et gratuite (pour les 2 mondes : civil et militaire )

A télécharger sur www.S1000D.org , Actuellement à la version 4.1 depuis 2012.

Présentation de la spécification S1000D

http://www.s1000d.org/�


La S1000D s’appuie sur des standards internationalement reconnus ISO : pour les codes utilisés (unités de mesure, code pays, format de valeurs) W3C pour les standards Web (xml, xsl…) ATA pour les graphiques

Standards utilisés


La S1000D est une spécification : un ensemble de recommandations pour la production des publications techniques et l’échange de données.

Fournisseur 1

Fournisseur 3

Fournisseur 2

<dmCode modelIdentCode="TRENTXWB" systemDiffCode="A" systemCode="29" subSystemCode="1" subSubSystemCode="1" assyCode="31" disassyCode="01" disassyCodeVariant="000" infoCode="94A" infoCodeVariant="A" itemLocationCode="A"/>

Echange de données

Publication/Consultation

Extraction de données

Fabriquant / Intégrateur

Solutions de documentation client

Historique (1)


Spécification née de l’industrie aéronautique et spatiale de défense européenne (AECMA : Association Européenne des Constructeurs de Matériel Aéronautique, devenu ASD) dans les années 80. Spécifications civiles majoritairement fondées sur l’ATA 100 tandis que de nombreuses spéc. sont utilisées

dans le monde militaire. Documentation Working Group (DWG) créé pour harmoniser les pratiques documentaires et unifier les

recommandations pour l’aviation, en se basant sur l’ATA 100.

TIFF CGM

SGML XML

S1000D

ATA 100 S1000D

Historique (2)


1989 : 1ère version de la spécification AECMA 1000D Jusqu’en 1995 : définition des principes et des structures documentaires de base : Issues 1.0 à 1.6 Première version mature : Issue 1.6 (change 6) en 1995 Depuis, la spécification se développe au niveau international :

• 1998 : systématiquement exigée sur les programmes militaires européens. Change 7 (1.7) • 2001 : DoD et industries US rejoignent massivement les groupes de travail, – du Change 8 (1.8) à la

version 2.0 • 2003 (Mai) : MOU de coopération signé entre l’ASD (AeroSpace and Defense), et l’AIA (Aerospace

Industries Association of America) : • AECMA Spec 1000D devient la S1000D™® • Sortie de la version 2.0 – Incluant les aspects Air, Terre, Mer

• 2004 : l’Asie et l’Australie sont représentées dans les groupes S1000D (observateurs) • 2006 : l’ATA (aviation civile) décide de rejoindre la S1000D • 2007 : MOU signé entre ATA, AIA et ASD pour la définition d’une spécification internationale basée sur

la S1000D, Sortie de la version 3.0 , 1ère version applicable à des besoins de l’aviation civile

Evolutions de la spécification (1)


2008 : sortie de la version 4.0 2010 : analyse des liaisons S1000D-S3000L – Spécification d’interface S1003X 2012 : sortie de la version 4.1 intégrant un spectre plus complet de besoins civils (SB, IPC, etc..)

Evolutions de la spécification (2)


Sommaire

9



La documentation non normée Documentation répandue dans l’industrie Documentation rédigée Word, parfois FRAMEMAKER. Définition feuilles de style + règles de rédaction / illustration /

configuration

La documentation normée MAT 10000 (et instructions dérivées), AIR 106x, NAVAIR, etc. Documentation répandue, notamment dans les milieux

aéronautiques et défense La norme définit les fonds documentaires ainsi que les règles de

rédaction

Notions élémentaires (1) : documentation normée


Définition Recours à des formats structurés, de balisage : SGML, XML Documentation rédigée avec un éditeur SGML/XML.

Intérêt Pérennité de la documentation (recours à SGML ou à XML) Indépendance :

• Par rapport aux formats propriétaires des éditeurs, • Par rapport aux systèmes d'exploitation.

Les opérations de publication sont automatisées dans la plupart des cas. Peut comporter plusieurs DTD (édition, stockage des documents,

publications)

Notions élémentaires (2) : documentation structurée


DITA est un standard qui se répand dans l’industrie, plus simple que ATA et ASD.

il se base sur les principes de spécialisation et d'héritage, la sémantique des types de sujets traités (concepts, tâches, références) et

de leur contenu est liée (phrase, message, tableau), DITA est suffisamment flexible et évolutive pour développer différents types

de contenus documentaires (architecture modulaire). DITA pour Darwin Information Typing Architecture (OASIS Standard)

Notions élémentaires (3) : documentation structurée non normée


A l’origine, DocBook a été conçu pour la documentation technique informatique (matériel et logiciel). Il s’agissait d’une définition de type de document (DTD) SGML développée par l'éditeur O'Reilly pour les besoins de l'édition technique (et plus particulièrement informatique)

DocBook XML peut être utilisé pour tout type de documentation technique (rapports, normes, documentation, etc.)

Un ensemble de feuille de styles XSLT est disponible pour transformer des documents DocBook vers de nombreux formats comme HTML, PDF, RTF, Javadoc, etc. Ces feuilles sont disponibles en téléchargement sur http://sourceforge.net/projects/docbook/files. Ces feuilles de style peuvent générer automatiquement une table des matières, la numérotation des pages, la numérotation des chapitres et des sections, et bien d'autres possibilités.

Notions élémentaires (4) : documentation structurée non normée

http://sourceforge.net/projects/docbook/files�


Les normes aéronautiques et défense se divisent en deux parties distinctes : ATA (Air Transport Association) ASD (Ex AECMA) : AeroSpace and Defence.

ATA (Air Transport Association) Les normes ATA s’adressent UNIQUEMENT à l’aéronautique. iSpec 2200 : Spécification pour le manuel de maintenance de l'aviation Spec2000 : Spécification de l'aviation mondiale pour automatiser les processus

d'affaires et l'échange d'informations associés aux pièces d'aéronefs.

ASD (AeroSpace and Defence) S1000D : spécification internationale qui aide à structurer l’information dans les

documents de manière standardisée et qui facilite la réutilisation de l’information. Basée sur l’usage d’une base de données source commune (CSDB) et XML ou SGML comme

format de données. S1000D repose sur un concept de modularité, à la différence de la Spec2200

S2000M : Spécification internationale qui définit les exigences en matière d'échange d'informations pour la plupart des fonctions de gestion des matériels généralement assurées dans le cadre du soutien de projets internationaux.

Notions élémentaires (5) : Documentation structurée, normée et modulaire


Sommaire

15



Sommaire

16



Organisation S1000D


Le Council S1000D Il a été formé par le MOU (Memorandum of Understanding) signé entre l’ASD, l’AIA

et l’ATA. Son objectif principal est de superviser le développement de la S1000D. Il promeut de façon générale le standard et oriente la stratégie S1000D en donnant ses directives au Steering Committee et en centralisant la gestion administrative.

Le Steering Committee Le Steering Committee est constitué de membres représentatifs que sont les

nations et les autres organisations présentant un intérêt au développement S1000D (exemple CAWG),

Son rôle est de maintenir les versions S1000D par le biais des CPF (Change Proposal Forms) et d’intégrer ou de rejeter le matériel proposé pour modification dans les différentes versions S1000D, et ce, selon les orientations données par le Council.

Council S1000D et Steering Committee S1000D


Working Groups and Task Teams : Plusieurs groupes de travail et task-teams sont formés au niveau opérationnel

pour mener au jour le jour les tâches de développement, de modifications et de vérification de la spécification et des schémas XML : IGBRTT : Implementation Guide and Business Rules Task Team CMPTT : Component Maintenance Publication Task Team DDTT : Data Dictionary Task Team LHTT : Learning Harmonization Task Team IPDTT : Generic IPD Task Team MMTT : Multi media Task Team NTTT : New Technology Task Team TIRTT : Technical Information Repository Task Team MTDTT : Maint. Task data Task Team (travaille sur l'interface entre la S3000L et la S1000D pour définir

la S1003X) SBTT : Service Bulletin Task Team SMTT : S1000D Modularization Task Team

Groupes de travail S1000D




Concepts et structure de la spécification

S1000D


Sommaire

2

Concepts et structure de la spécification S1000D Contenu général de la spécification Relations S1000D et S2000M


Le data module : L’unité élémentaire d’information contenant des données descriptives,

procédurales, opérationnelles… pour un matériel ou un composant, Stocké dans la CSDB et identifié par un DMC (code) unique, Il est l’objet de base pour le process de révision, Autonome : constitue une unité de sens, Non redondant.

Ce doit être une unité "standalone" (autonome), les seules informations externes autorisées étant des graphiques, des objets multimédia ou des documents PDF.

(DMC 2) : Dévissez l’ampoule usagée

Appel ICN1

ICN1

(DMC 3) : Revissez l’ampoule usagée

Appel ICN1

Concepts de base Data Module - DM (1)


– Pas de requis sur la taille mais il est communément admis qu’un DM correspond à une tâche unitaire (Exemples : une procédure de dépose d’un item, ouvrir un accès, une figure de catalogue, une description)

– Produit en XML/SGML selon un Schéma/DTD dédié

Concepts de base Data Module - DM (2)


Autres objets gérés dans la CSDB : ICN : un code pour identifier de manière unique une fichier multimédia

(illustration, 3D, PDF) et faciliter son stockage et sa gestion au sein d’une CSDB

− Minimum 18 caractères − Maximum 47 caractères

Publication Module (PM) : pour assembler les DM et constituer une Publication

Concepts de base Autres types d’objets de la CSDB


Chaque objet non XML attaché et appelé par un DM doit être identifié avec un “Information Control Number” (ICN).

Information control number = Identifiant unique pour les documents non

XML (illustration, multimédia, audio, vidéo, …) indépendant du format de fichier.

Concepts de base Information Control Number - ICN


Définition du contenu et de la structure des publications

Contient des informations de gestion (titre, PMC etc.)

Séquence de data modules par référence. Peut référencer également

d’autres publication modules

Concepts de base Publication Module – PM (1)


CSDB Common Source Data Base

Data Module

Data Module

Data Module

Data Module

Data Module

Data Module

ICN ICN

Data Module : la plus petite unité de sens dans une publication technique. Contient du texte narratif et peut référencer d’autres objets de la CSDB. Identifié par un data module code (DMC).

Exemple : une procédure de maintenance

ICN : les objets au format autre que le XML sont identifiés par un ICN : information control number

Publication Module : fichier physique permettant de construire des groupes de DMs, en rassemblant les références de DMs du même groupe dans un même fichier

PM (optionel)

La CSDB : • Gère la totalité des informations nécessaires à la publication

• Stocke la totalité de ces informations

Concepts de base Structure de la CSDB


Publication : assemblage et compilation de data modules et d’éléments pour faciliter l’accès à l’information (listes déduites, tables d’accès, etc.…) et la publier pour un client.

Publication

Publication Publication Publication

Data Module Data Module Data Module Data Module

Publication

Graphic Graphic Graphic Graphic

Data Module

Publication

Graphic

Concepts de base Publication technique


Un information set est l’information requise, pour un périmètre et une profondeur définis (vue auteur) sous forme de data modules gérés dans la CSDB.

La spécification S1000D définit différents information sets, en détaillant le type d’information qu’ils doivent contenir (codage des data modules).

Exemples d’information sets : Données de maintenance Données de câblage Plan de maintenance Informations pilote Etc …

Concepts de base Information sets (Infosets)


Equipementiers & Partenaires

INTEGRATEUR CLIENTS

1000D Common Source

Data Base

1000D CSDB image

S1000D : DMRL puis DMs, Illustrations, PMs

Publication Papier

2000M

2000M C H E C K E R 2000M

(provisioning) + illus. associées Note : l’intégrateur peut aussi produire

DMs/PMs/illus/200M

Interactive Electronic Technical Pub (IETP)

Concepts de base Les acteurs dans un projet S1000D


Portail internet S1000 Présentation

Téléchargement de la spécification


Portail internet S1000D Téléchargement de la spécification


Sommaire

14



Sommaire

15



Termes généraux du contrat

Illustrated Parts Catalogue (IPC) désormais couvert

par la S1000D

Spécification fonctionnelle pour la gestion des matériels militaires. Elle se base sur une gestion intégrée des données et sur des échanges électroniques normalisés des données

PR

OC

ED

UR

ES

DE

LIV

ER

AB

LES

REP

AIR

AD

MIN

ISTR

ATI

ON

ILLU

STR

ATE

D

PA

RTS

CA

TALO

UG

E

NA

TO C

OD

IFIC

ATI

ON

PRO

CU

REM

ENT

PL

AN

NIN

G

OR

DER

AD

MIN

ISTR

ATI

ON

PRO

VISI

ON

ING

INVO

ICIN

G

1A 1B 2 3 4 5

Relations S1000D et S2000M (1)


Relations S1000D et S2000M (2)

Fichier S1000D (.XML )

Message S2000M (.TXT)

Illustrations (formats standardisés)

1 Ce document est la propriété du Groupe LGM. Il ne peut être utilisé, reproduit ou communiqué sans son accord préalable

ASD S1000D (à partir de 1984) Spécification pour la documentation technique

en XML d’un système mécanique complexe (un avion, un navire ou un véhicule)

Normes de structure XML : Le choix entre S1000D et DITA

DITA (à partir de 2005) Spécification conçue par IBM pour la

documentation technique en XML (industrie de l’électronique et du logiciel)


Avantage d’un format ouvert (Open source)

Publication des mêmes contenus vers différents formats (PDF, ePub ou HTML)

Publication conditionnelle en fonctions de variables, c'est-à-dire le filtrage des informations dans les rubriques en fonction d'attributs types (expert, novice, le produit, etc…)

Structure XML avec balises spécifiques pour chaque contenu (titre, étapes, illustrations) => environ 400 pour DITA et plus de 4000 pour S1000D Exemple :

Réutilisation du même contenu pour différents documents = Réduction des coûts de traduction

Points communs entre S1000D et DITA


Équivalence d’architecture entre S1000D et DITA

Composant DITA Composant S1000D équivalent

Rubriques (Topics) Data Modules (DMs)

Carte (Map) Publication

Tâche (Task) Procédure

Métadonnée Section «Identification» et «Status»

Traitement conditionnel par fichiers DITAVAL

Modules d’applicabilité (références croisées)

Pas de spécification pour la gestion des rubriques

La S1000D spécifie l’utilisation d’une CSDB (Common Source Data Base) pour gérer les Data Modules


Exemple de spécificités sur une tâche DITA

Balise <shortdesc> Une courte description pour informer sur la tâche

Balise <info> Information complémentaire lorsque l’étape est achevée


Le groupe LinkedIn «S1000D-DITA bridge»

Connexion entre les normes XML :

=> Ajout de flexibilité entre les normes DITA et S1000D

=> Choix de la norme XML la plus adaptée au produit documenté

=> Réutilisation de contenu facilitée

=> Interopérabilité sans modification de structure des normes DITA et S1000D

=> Un développement Opensource Création de 141 schémas XML pour DITA et 323 schémas XML pour la S1000D

=> Une solution pour les grands industriels : les fournisseurs documentent en DITA simplifié leurs matériels. Ces données sont directement exploitées avec la norme S1000D et les fonctionnalités du «S1000D-DITA bridge».

=> Ce concept peut être élargi à d'autres structures XML spécifiques.




La série des spécifications ASD


Historique récent des métiers du soutien

2

Une démarche en avance sur son temps

Années 90

Années 2000

La logistique à obligation de résultats Engagement de plus en plus fréquent du fournisseur sur l’efficacité

opérationnelle (sortie de garantie conditionnelle, pénalités de disponibilité…) Une volonté industrielle d’aller plus loin dans l’offre de services Une rénovation des référentiels métiers Une montée en puissance des standards d’échanges

Nécessité d’un référentiel plus large et plus interopérable

Age d’or du Soutien Logistique Intégré : Approche maîtrisée par les grands industriels Les méthodes permettent d’harmoniser le système de soutien et le système

principal Une approche globale mais des outils locaux Une valeur ajoutée qui peine à se démontrer dans la phase d’exploitation


MIL-STD 1388-1A Description du process d‘acquisition de matériels militaires MIL-STD 1388-2A (données basée sur les technologies cartes perforées) MIL-STD 1388-2B (données basée sur des structures tabulaires) MIL-HDBK 502 Aquisition Logistics (en remplacement de la MIL-STD 1388-1A) MIL-PRF 49506 Logistics Management Information (Données associées à la MIL-HDBK 502)

GEIA 0007 Logistics Product Data Données basées sur des structures tabulaires similaires à la

MIL-STD 1388-2B, échanges basés sur le standard PLCS (remplacement de la MIL-STD 1388-2B)

GEIA Government Electronics Information Technology Association

Situation des référentiels aux Etats-Unis

3

http://www.google.de/imgres?imgurl=http://www.welt-blick.de/flaggen/usa2.gif&imgrefurl=http://www.welt-blick.de/flagge/usa.html&usg=__-A7w2Jk0U2NRb6B6dLd18NtjctM=&h=400&w=600&sz=7&hl=de&start=3&zoom=1&tbnid=f19O9YQZeKvMGM:&tbnh=90&tbnw=135&prev=/images?q=Flaggen+USA&um=1&hl=de&tbs=isch:1&um=1&itbs=1�


DEF-STAN 00-60 Norme SLI UK (intègre l‘ASL selon la MIL- www.dstan.mod.uk STD 1388, l‘ASD S1000D et l‘ASD S2000M) Part 0: Application of ILS Part 1: Logistic Support Analysis Part 10: Electronic Technical Documentation Part 20: Supply Support

ASD/AIA Specification Suite * ASD S1000D Technical Documentation ASD S2000M Materiel Support ASD S3000L Logistic Support Analysis ASD S4000M Scheduled Maintenance Analysis ASD S5000F In Service Feedback *(extended by STE100, ASD SX000I, ASD S6000T, ASD S9000D, ASD S1003X, ..) 4

Situation des référentiels en Europe

http://www.dstan.mod.uk/�

http://www.google.de/imgres?imgurl=http://www.nationalflaggen.de/media/flags/flagge-europaeische-union-eu.gif&imgrefurl=http://www.nationalflaggen.de/organisationen/flagge-europaeische-union-eu.html&usg=__7p3hAc4pz8VJfjxLJt_i0LkbtN4=&h=333&w=500&sz=3&hl=de&start=1&zoom=1&tbnid=i7rkP2OC6_Tm8M:&tbnh=87&tbnw=130&prev=/images?q=Flaggen+EU&um=1&hl=de&tbs=isch:1&um=1&itbs=1�

http://www.google.de/imgres?imgurl=http://www.welt-blick.de/flaggen/usa2.gif&imgrefurl=http://www.welt-blick.de/flagge/usa.html&usg=__-A7w2Jk0U2NRb6B6dLd18NtjctM=&h=400&w=600&sz=7&hl=de&start=3&zoom=1&tbnid=f19O9YQZeKvMGM:&tbnh=90&tbnw=135&prev=/images?q=Flaggen+USA&um=1&hl=de&tbs=isch:1&um=1&itbs=1�

http://www.google.de/imgres?imgurl=http://www.wirtschaftsfacts.de/images/stories/u.k. flagge.gif&imgrefurl=http://www.wirtschaftsfacts.de/?p=560&usg=__3BL9CoyBamAEJRQJMecO4VXwu3Y=&h=333&w=500&sz=8&hl=de&start=14&zoom=1&tbnid=ybKOi0RIIzkhSM:&tbnh=87&tbnw=130&prev=/images?q=Flaggen+UK&um=1&hl=de&tbs=isch:1&um=1&itbs=1�


Les comités ASD/AIA sur l’ILS

Services Commission

Product Support Committee

ILS Specification

Council

PSG Product Support Group

ILSSG ILS Specification Group

The Data Model and Exchange Working Group (DMEWG)

S2000M SC S3000L SC S4000M SC S5000F SC …..

controls

5


La recherche d’une convergence

US MIL-STD-1388 2B notice 1

US MIL-PRF-49506

US MIL-STD-1388 1A notice 4

Cancelled 1997-05-30

UK Def-Stan 00-60 Part 0 Issue 6

Superseded 2010-04-16

US MIL-HDBK-502

UK JSP 886

Memorandum of understanding Janvier 1995 (initial)

Standardisation des Electronic Data

Interchange (EDI)

6


Support des standards

Tech Pubs (Maintenance IPC, Configuration,…)

Provisioning

Logistic Support Analysis

Maintenance Analysis

Feedback

ATA MSG-3

(Chap 11) 7


ASD (AeroSpace and Defence Industries Association of Europe) L’ASD représente les industries européennes Développe et maintient des spécifications pour l’aéronautique civile et militaire (en coopération

avec AIA) : • ASD STE100 - Simplified Technical English (Writing Rules and Dictionaries) • SX000i - International guide for the use of the S-Series Integrated Logistics Support (ILS)

International (under development) • S1000D - International specification for technical publications utilizing a common source

database • S2000M - International specification for materiel management - Integrated data processing

for military equipment • S3000L - International specification for Logistics Support Analysis - LSA • S4000M - International procedural handbook for developing scheduled maintenance

programs • S5000F - International specification for operational and maintenance data feedback (under

development) • S6000T - International procedure specification for Training/TNA • S9000D - Dictionary for the Suite of S-specifications (under development)

Série des spécifications ASD


Intégration des métiers dans le processus SLI – S1000D

S2000M

S1000D Con

cept

ion

du s

ystè

me

et d

es

prod

uits

du

sout

ien

Analyse du

Soutien Logistique

Approv. Gestion

Des commandes

Publication technique

Données d‘appro.

Données CI

Matériels et données

IETM, autres media

Données ASL

Données d’identification conception

Données de conception

Données tâches

Donnnées opérations

Analyse de la Maintenance programmée

Données d’identification conception Données

tâches & Planning Mtce

REX

Util

isat

ion

opér

atio

nelle

9


Historique : ateliers CALS OTAN

10

1996 - Expérimentation du NATO CALS Data model et Data Dictionary : développer un logiciel de démonstration en utilisant les données du programme NH90 -> ALIS

MIL-STD 1388-2B

MIL-STD 1388-1A

BASL Base documentaire

Bases du bureau d’études

Base De Données INTEGREE

½ interface ½ interface

½ interface ½ interface

Base d’approvision-

nement


Uniformisation des données des différents métiers

11

L’approche intégrée des différents métiers du SLI doit permettre de répondre aux attentes de chaque acteur tout en assurant un partage facilité des informations. L’aspect représentation du produit constitue un aspect crucial dans les ASD :

La coordination des spécifications (guidance documents) ASL, approvisionnements, documentation est de ce fait fondamentale !

Vue du produit Besoins

Arborescence logistique

Identification des éléments porteurs des tâches de maintenance

Arborescence d’approvisionnement

Identification des éléments approvisionnables (y compris outillages) Logique de démontage pour le catalogue illustré

Arborescence documentaire Chapitrage de la documentation


Echanges de données

Chapitre 18 Échanges de données avec la S1000D (Technical documentation), la S2000M (approvisionnements), la S4000M (Maintenance programmée), la S5000F (Retour d’expérience).

Chapitre 20 Echanges des données relatives à la décomposition produit, échanges des données relatives aux tâches de soutien.

12


Mapping des tâches entre S3000L et S1000D

Dans l’idéal, à une tâche S3000L, correspond un data module S1000D et un Breakdown Element S3000L correspond un hardware/system identification S1000D

13



Présentation des projets S1000D


RAFALE – Dassault-Aviation (Issue 1.6 et issue 1.7)

Présentation de projets S1000D – France France

TIGRE – Eurocopter (Issue 1.7) France, Allemagne, Espagne

NH90 – NHI (Issue1.8) France, Allemagne, Italie, Pays Bas


A400M Transport aircraft (Issue 2.3) France, Italie, Allemagne, Espagne, Belgique,

Royaume uni, Turquie

Présentation de projets S1000D – France


Présentation de projets S1000D – France France et autres nations

AIRBUS A350 XWB ASD S1000D V4.1 (V4.0) Aviation civile : première


PRV-Lux – Thales (Issue 2.2)

Présentation de projets S1000D – France France

VBCI France et VBCI 32 T – RTD (Issue 2.3) VBCI Export – RTD (Issue 4.1)


Suède Combat vehicle 90 Issue 1.8 JAS39 Gripen Issue 2.0 RBS 15 Mk3/K130 Missile Fire Control System Issue 1.9

Norvège Coastguard – SVALBARD Class Issue 2.1 M113 – Midlife upgrade Planned to be in

Issue 2.1

Présentation de projets S1000D Autres nations

Allemagne Eurofighter / Typhoon Issue 1.8 Submarine 212 A Issue 2.2 Tank Leopard 2 Issue 1.9

République Tchèque Sojka III UAV ; Helicopter programs ; L159A/B Light combat A/C (prévu en S1000D)


Allemagne Eurofighter / Typhoon

Issue 1.8

Submarine 212 A Issue 2.2

Tank Leopard 2

Issue 1.9

République Tchèque Sojka III UAV Helicopter programs L159A/B Light combat A/C (prévu en S1000D)

Présentation de projets S1000D Autres nations


Royaume Uni Eurofighter/Typhoon Issue 1.8 Nimrod MRA4 Issue 1.8 RTM322 – Engine Issue 1.6/8 Apache Issue 1.6 Gnome – Engine Issue 1.8 BR710 – Engine Nimrod Issue 1.8

Russie Tupolev TU-204/214 Mil/Civil helicopter MI-17V5

Présentation de projets S1000D (3) Autres nations (3)


Raildex Initiative francophone (SNCF – ALSTOM – BOMBARDIER) dont

l’objectif est : • d’adopter un référentiel commun de règles S1000D pour la

documentation de maintenance ferroviaire • simplifier les échanges entre tous les acteurs du monde

ferroviaire (constructeurs, intégrateurs, opérateurs) • La première version de la spécification RailDex est basée sur

les schémas Descriptive/Procedural/IPD/BREX 4.1 et est sortie en Janvier 2015

Domaine ferroviaire : Raildex


Shipdex foundation 7 sociétés Piloté par le groupe SpecTec Depuis 2007, décision de faire de cette initiative un standard

commun 2009 : Spécification ShipDex, les Business Rules S1000D

appliquées au domaine naval

Domaine naval : Shipdex




Enjeux et problèmes


Constat 1 : Convergence

Tech Pubs (Maintenance IPC, Configuration,…)

Provisioning

Logistic Support Analysis

Maintenance Analysis

Feedback

ATA MSG-3

(Chap 11) 2


Constat 2 : stabilisation

AIA – ASD - US • Domaine terre et

mer rajoutés • Nouvelle

structure • Introduction du

Process DM, du Wiring DM et du publication module

• Matrice de fonctionnalités

• Règles basiques d’affichage et de présentation

S1000D

Issue 2.0 Issue 2.1

Issue 2.2

Issue 2.3

Issue 4.0

Issue 3.0

2007 Feb

2007 July 2008 2003

May 2004 Feb

2005 May

Available on S1000D.org

AIA/US • Matrice de

fonctionnalités améliorée

• Attributs configurables

• Concept du BREX

• Règles de rédaction pour le Wiring

• Exemples BIKE

ATA • Création du XML

schéma master • Gestion des DME • Evolution de

l’applicabilité • Concept des

containers et alternates

• Technical information Repositories

• Multimedia • Début de l’intiative

ADL pour l’intégration du training

Evolutions CAWG (Boeing 787) • Amélioration de

l’applicabilité • Structure de

l’élément figure • Extensions du

schéma Wiring selon les besoins civils

• Modifications du fault symptoms

US army Convergence ATA Training • Schema clean-up • Amélioration de la

lisibilité de la spec. • Catégories de

Business Rules et principes d’héritage

• Modifications du schema TechRep et du schema BREX

• Création du schéma Training SCORM

Issue 4.1

2012


Constats (RETEX) sur les problèmes (1)

Complexité de la spécification : spécificité aéro Corollaire : coût des outils de production et de publication et des

compétences

De plus en plus de difficultés à trouver un consensus - Délais de plus en plus longs pour publier une nouvelle issue (fin de convergence).

Désintérêt progressif du monde militaire : issue 2.3 semble suffisante (fort coût d’évolution des outils, alors que pas d’intérêt dans la convergence des nouvelles versions)

Corollaire : risque de divergences futures ou gestion des versions compliquée


Constats (RETEX) sur les problèmes (2)

Mauvaise utilisation de la norme, déviation : Contraintes projets prennent le pas sur les contraintes de la

norme : copier / coller pour duplication de CSDB Notion d’applicabilité pas connue ou pas mise en œuvre Synergie des Normes ASD non mises en œuvre à un niveau

nominal

Difficulté de disposer d’un outil qui prend en compte en production et en publication, toutes les exigences des clients


Dans un contexte de maintenance et de soutien global, les Industriels seront sollicités demain de plus en plus souvent pour répondre à des contraintes ASD S1000D. Ils devront s’inscrire, ou se repositionner, dans une stratégie propre à chacun, afin de répondre à cette problématique. Cette stratégie devra prendre en compte : - le degré de maitrise qu’il veut / doit atteindre en termes de production et de publication pour tout ou partie des projets, en termes de TechPub, -le « saut » à effectuer en termes d’outils, de process et de ressources, propre à la documentation, en modélisant pour tous les volets du soutien (a minima S3000L et S2000M),

- les budgets,

Dans le but d’adapter l’effort à produire au plus près de l’attendu.

Enjeux




Concepts avancés documentation

S1000D


Sommaire

2

I. Concepts avancés documentation S1000D Découpage de l'information : Types de Data Modules - Composition

du Data Module Gestion de l'information - Codification Concept de File based transfer package - Processus de réalisation et

de publication Concepts spécifiques - BREX Concepts spécifiques - Applicabilité Concepts spécifiques - Container Concepts spécifiques - Common Information Repositories


3

Plusieurs types de data modules regroupés dans 3 grandes classes de DMs. Chaque type est produit en conformité avec un schéma XML donné.

Types de data modules


4

Composition du DM Les 2 sections du DM : IDSTATUS et CONTENT (1)

Data

Module

Issue Details

DMC

…

Security

Quality Assurance

Tout Data Module contient ces informations ID

Status

Content

Carte d’identité du

DM

Ce que l’utilisateur

voit via l’interface Le Content varie selon ces 16 modèles

Procedural

Descriptive Crew

Wiring x 2

Common Information Repository

Container

Process

Schedules

Checklist

IPD

Conditions X-Ref Applicability X-Ref

Product X-Ref

Learning

BREX

Fault x 2 (Isolation & Diagnosis)


Sommaire

5





6

Les données stockées dans la CSDB sont découpées en plusieurs classes d’objets

Chaque classe d’objet possède un procédé de codification qui permet une identification unique de chacun des objets de la classe puisque cette codification est ensuite réutilisée dans le nom de fichier

Gestion de l’information – Codification


7

YY – A – XX–YY–YY –YX A – XXX A –A

Model Identification code (MI)

System Difference Code (SDC)

Standard Numbering System code (SNS)

Disassembly code (DC)

Disassembly Code Variant (DCV)

Information Code (IC)

Information Code Variant (ICV)

Item Location Code (ILC)

Exemple: WT-A-26-12-11-00A-720A-A

DMC Evolutions


8

Le publication module code PMC est l’identifiant unique de la publication

S’étend de 14 à 26 digits (en noir, le minimum requis)

BICYCLEXXXAAAA-U8025-12345-00

MI Issuing Authority

No Vol

Publication Module Code - PMC


9

L’ICN reprend un certain nombre de champs du DMC. Attention : la définition des champs et les valeurs utilisées doivent rester cohérentes avec ceux du DMC.

Il comporte également des champs qui lui sont propres. L’ICN est défini dans le chapitre 4.4 de la spécification. Il y a deux

méthodes principales pour construire un ICN : ICN basé sur le cage code – Il s’étend de 18 à 23 caractères ICN basé sur le MI – Il s’étend de 24 à 47 caractères

Information Control Number Introduction


Sommaire

10





11

Un “S1000D file based transfer package” : Est un ensemble de données (fichiers) Utilisé pour alimenter 1 CSDB, en création initiale ou en MAJ (DM, Illus,

PMs)

Consiste en : un fichier “Data Dispatch Note” (DDN) (obligatoire) Potentiellement un ou plusieurs Data Modules (DM) et les illustrations

associées (ICN) Potentiellement une “CSDB Status List” (CSL) Potentiellement une “Data Module Requirement List” (DMRL) Potentiellement, un ou plusieurs Publication Modules (PM)

File based transfer package


12

Processus S1000D


13

La feuille de style amène la forme au fond contenu dans le DM XML Elle associe à une balise ou combinaison de balises une mise en forme

Feuille de

style

Publication


Sommaire

14





15

Business Rules (1)


16

La spécification S1000D est un cadre général. Elle demande beaucoup de

« précisions » pour être applicable efficacement. Elle identifie même officiellement des « Project decisions ».

Chaque projet se doit donc d’écrire ses « Business Rules », donnant la réponse

à ces « project decisions ». On y trouvera en particulier les grandes décisions que tous les acteurs du projet devront appliquer

Une partie de ces « project decisions » peut être codée dans le « BREX »

(Business Rules Exchange Data Module), qui doit être référencé depuis tous les DM du projet.

Business Rules (2)


17

Les objectifs du BREX sont entre autres :

De représenter une base de négociation pour un projet entre un client et l’entité produisant la documentation technique,

De stocker et d’échanger les Business Rules au moment où elles sont

développées pour un projet, Permettre de communiquer les Business Rules développées pour un projet

et notamment désambiguïser la définition des objets de la CSDB pour éviter malentendus et mauvaises interprétations,

Permettre la validation des livrables S1000D, avec des méthodes de

validation automatique se basant sur la structure et le contenu du BREX.

BREX File Objectifs


Sommaire

18





Modèle d’applicabilité

ACT DM

PCT DM

CCT DM

Product

definition

19

3 data modules spécifiques permettant de définir le produit :

* Applicability Cross-Reference Table (ACT)

* Product Cross-Reference Table (PCT)

* Condition Cross-Reference Table (CCT)

Les annotations d’applicabilité au sein des data modules (globale ou interne)

Les mécanismes d’applicabilité sont supportés par:

DM Applicabilité

du DM

DM

Applicabilités internes


Sommaire

20





21

Un DM container est utilisé pour grouper ensemble des DM qui partagent le même but de maintenance

Le DM container a une structure qui lui permet de référencer les DM alternates ou « solutions »

Container data module


Sommaire

22





23

S1000D

S1000D 2.3: Introduction Technical Information Repositories (TIR)

S1000D 4.1: Les Technical Information Repositories (TIR) deviennent les Common Information Repository (CIR)

Technical Information Repositories Vocabulaire


24

Un Data Module ayant une structure proche d’une base de données pour stocker des listes d’information

Plusieurs types de Repository: zones, parts, tools, supplies, warnings etc. Un moyen de transmettre au client les données techniques qu’il souhaite mettre

à jour de son côté Comment l’implémente t-on ?

En utilisation interne… le Repository fait alors partie du système documentaire et devient un data module utilisé pour l’aide à la saisie par référencement de son contenu

En utilisation externe… comme livrable exploitable par l’utilisateur et/ou publiable

Common Information Repositories: CIR Définition




Évolutions et mise en œuvre


Sommaire

2

I. Evolutions et mise en œuvre de la S1000D Evolutions de la spécification Processus de modifications de la norme Nouveautés de la version 4.1 RETEX sur son implémentation Travaux en cours pour la prochaine version


Spec Issue Doctype Description

1.9 2.0 2.1 2.2 2.3 3.0 4.0 4.1

x x x x x x x x Crew Operator information

x x x x x x x x Descript Descriptive

x x x x x x x x Fault Fault Isolation

x x x x x x x x IPD Illustrated parts Data (for S2000M and non S2000M project)

x x x x x x x x Proced Procedural Information

x x x x x x x x Schedul Maintenance schedules

x x x x x x x DDN Data dispatch notes

x x x x x x x DML Data Module List

x x x x x x x PM Publication module

Evolutions de la S1000D Data Modules traditionnels et objets basiques


Sommaire

4



Un process formel existe pour rajouter, modifier ou supprimer des éléments de la S1000D. Il s’agit du CPF, ‘Change Proposal Form’

Le CPF est en quelque sorte le dossier de demande de modification. Il est composé du White paper : document décrivant le besoin, la demande d’évolution, le bug à corriger

etc. Le SPF Schema Proposal Form : document détaillant les impacts techniques de la

modification demandée, y compris sur les éléments S1000D existants, schémas, bike samples et BREX

N'importe qui peut soumettre une CPF pour examen à son Groupe National Cf. CPF instructions Chapter 1.5 ou https://specring.com/

Le processus lié au CPF est décrit de façon détaillée dans le chapitre 1.5

Processus de modification de la spécification Introduction


Sommaire

6



Nouvelle architecture pour livrer les SBs : Meilleure intégration avec les autres procédures de maintenance, Eviter la duplication d’information, Améliorer les recherches et la navigabilité dans les IETP.

Un nouveau type de Data Module avec un schéma dédié pour un balisage

sémantique de la donnée associée aux SBs.

Amélioration du Data Module procédure pour supporter les besoins des SBs.

Service Bulletin (SB)


Pas de nouveau Schéma XML :

Utilisation des schémas Descriptive, Procedural, Fault isolation, … Mais des règles basiques de préparation d’un CMP détaillées dans le Chap 5 :

Chap 5.2.1.9 Equipment information − Support equipment, Training equipment and Component maintenance, − Fournit plus de détails sur les règles basiques et les bonnes pratiques.

Chap 5.3.1.4 Common requirements - Component publications : − Fournit des indications précises pour la préparation d'un entretien de

composants.

Component Maintenance Publication (CMP)


Introduction du concept de « Generic IPD » pour adapter l’IPD aux projets non-S2000M : Un schéma adapté pour les projets civils … mais non altéré pour les projets S2000M

Harmoniser le schéma IPD avec les autres schémas S1000D Garantir la cohérence avec la S1000D plutôt que la S2000M

Harmoniser les données parts (segment S2000M « PAS ») du schéma IPD avec le Part Repository du schéma COMREP : Utilisation de la même structure dans les deux schémas Echange des données PART via le data module IPD ou via le CIR

Part Amélioration de l’identification des CSN/ISN via un ensemble d’attributs

Illustrated Parts Data (IPD)


Séparation de la « structure de la formation » et de la « définition des

SCOs » en deux schémas 2 Schémas XML

Scormcontentpackage.xsd Cours Scocontent.xsd Définitions

Permet de réutiliser les SCOs dans différentes formations sans les redéfinir à l'intérieur de chaque structure de formation

Nouveau chapitre

Chapter 3.9.5.2.18 Content section - SCO content information

Training / Learning : SCORM Content Package Module (SCPM)


Extension du périmètre des types de CIRs Les « Technical Information Repository » deviennent les « Common

Information Repository » (Renommage : le schéma devient comrep.xsd, <techRepository> devient <commonRepository>)

3 nouveaux types de CIR Data Modules : warning, caution, applicability Améliorations métiers et techniques : Harmonisation des schémas pour les

références aux CIRs, création de nouvelles propriétés Une étape de plus vers l’optimisation de l’échange de données

Introduction de la mise à jour incrémentale des CIRs grâce au Data update file

Améliorations des Common Information Repositories (CIR) Introduction


Création du Data Module « ACT catalog » (nouvelle branche du Schéma appliccrossreftable.xsd) pour la gestion des projets multi-partenaires

L’ « ACT catalog » permet de coordonner les ACT/CCT des différents partenaires du projet en créant des relations entre les attributs du produits et les conditions

Améliorations du modèle d'applicabilité


Nécessité de recréer des informations qui existaient dans les premières éditions de la spécification pour des besoins de publication papier.

Ces informations sont celles contenues dans les pages préliminaires des publications :

Table des matières Liste des modules applicables Etc…

Ces informations sont en principe générées mais aucun « réceptacle »

n’était défini par la spécification

Data Module "Front Matter" : Création d'un nouveau schéma


Sommaire

14



Sommaire

15



Uniformiser les pratiques sur les publications documentaires en terme de :

Rendu final (préconisations de présentation) Solutions techniques (format d’images, langage -XML / SGML- etc.)

Apporter des solutions à la gestion non redondée de l’information Améliorer l’interopérabilité entre les différents acteurs Concentration des informations sur une base de données unique:

Accès plus rapide à l’information Base de données partagée projet

Amélioration des process de support client : Maintenabilité des productions documentaires Gestion de configuration améliorée (gestion des évolutions par exemple) Réduction des coûts de maintenance

Avantages de la S1000D


Vaste marché lié à la technologie XML : Outils / format libre et grand public : Tout acteur peut les utiliser

facilement Choix varié d’outils Outils moins coûteux

La modularité des données S1000D favorise le concept de livraison

incrémentale : on ne livre que les objets qui ont évolué depuis la version précédente. Cela représente un avantage pour les échanges ‘online’ et la réduction de transfert et de processing de données.

Avantages de la S1000D


Plusieurs éditeurs logiciels se partagent le marché avec leur solution globale de gestion documentaire S1000D

Les solutions de gestion de contenu S1000D comprennent en général les briques suivantes:

Un environnement de gestion et de planification (initialisation, suivi et validation)

Un environnement de rédaction (création des modules et des illustrations) Un module de définition des règles projet – configuration des business rules

permettant de vérifier automatiquement la cohérence des données créées Un visualiseur de publications techniques électroniques interactives (IETP)

Solutions COTS S1000D


Sommaire

19



Développement et maintenance des interfaces avec les autres spécifications ASD ILS

Model based enterprise et modèles 3D Insertion du multi media / Finalisation des travaux du MMTT (Multi

Media Task Team) XMLisation de la spécification Dictionnaire de données Maintenance des exemples pour tous les objets de la CSDB et des

fonctionnalités S1000D Package de feuilles de styles Master Guidance document pour l’implémentation de la S1000D Modularisation S1000D

L’après 4.1 – Travaux en cours pour l’évolution de la spécification (1)


Les priorités de l’après 4.1 sont discutées par les nations et organisations par le biais d’une feuille de route

De l’avis général, la priorité 1 identifiée est la modularisation de la S1000D

Modularisation = restructuration et stabilisation de la S1000D pour : Améliorer la compréhension de la spécification lors de

contractualisation Réduire les questions lors de contractualisation Clarifier la définition du « cœur » (core) S1000D et les constructions

optionnelles Mieux supporter les développements logiciels Faciliter la maintenance de la spécification et des packages

associés.



La modularisation est liée aux notions de Conformance et de

Compliance. Ces notions ont été définies dans la spécification 4.1 : La conformité est vue comme un respect strict des règles données

par la S1000D La compatibilité est vue comme un respect des concepts

Ces notions ont permis de dégager un certain nombre de points qui sont considérés comme le cœur de la S1000D (core S1000D) à savoir les règles incontournables.


Introduction générale à l’ASD S1000D · Ce document est la propriété du Groupe LGM. Il ne...

Documents

Transcript of Introduction générale à l’ASD S1000D · Ce document est la propriété du Groupe LGM. Il ne...