L’Administration française se dote d’un texte pour obliger, recommander, déconseiller ou interdire les formats de documents à échanger, à communiquer, à recevoir ou à archiver dans les domaines de la bureautique, du multimédia ou encore des protocoles de réseau. Ce "Référentiel Général d’Interopérabilité" (RGI) est fortement inspiré des formats ouverts et de l’organisme international de normalisation ISO.
Ce résumé sous forme de tableau est inspiré du décret fixant ses modalités d’élaboration, d’approbation, de modification et de publication du RGI paru au bulletin n°53 du Journal Officiel du 3 mars 2007 page 4060 texte n°23 en attendant le décret d’application prévu que pour le second semestre 2007.
Le texte d’origine "volet technique" apporte des commentaires pertinents sur le choix de tel ou tel format pour tel usage. Sa lecture est instructive. Ce tableau en est issu. Ce résumé n’est qu’un aide-mémoire pour se rappeler quel format est préconisé référencé par le RGI pour tel usage.
Voir en ligne : Référentiel général Interopérabilité, Volet Technique
Les règles présentées dans ce document ont différents niveaux de préconisation inspirés de la RFC 21191 :
OBLIGATOIRE : ce niveau de préconisation signifie que la règle édictée indique une exigence absolue du RGI.
RECOMMANDÉ : ce niveau de préconisation signifie qu’il peut exister des raisons valables, dans des circonstances particulières, pour ignorer la règle édictée, mais les conséquences doivent être comprises et pesées soigneusement avant de choisir une voie différente.
DÉCONSEILLÉ : ce niveau de préconisation signifie que la règle édictée indique une prohibition qu’il est toutefois possible, dans des circonstances particulières, de ne pas suivre, mais les conséquences doivent être comprises et le cas soigneusement pesé.
INTERDIT : ce niveau de préconisation signifie que la règle édictée indique une prohibition absolue du RGI.
Remarque : il n’existe pas de niveau de préconisation POSSIBLE car le RGI se veut être un référentiel de recommandations à appliquer et pas un état de l’art de ce qu’il est possible de faire.
Codage des caractères
| OBLIGATOIRE | |
|---|---|
| Le codage des caractères sur un octet | ISO 8859-15 Latin 9 |
| Le codage des caractères sur plusieurs octets | UNICODE v4.1.0 (ISO 10646) |
Le codage UTF des caractères UTF-8 est à voir dans une prochaine version du RGI
Formats des images fixes
| OBLIGATOIRE | RECOMMANDÉ | DÉCONSEILLÉ | |
|---|---|---|---|
| Normes et standards Images fixes | PNG v1.2 | ||
| Normes et standards Illustrations photographiques | JPEG (ISO 10918) | ||
| Normes et standards Images fixes non compressées | TIFF v6.0 pour les échanges d’images qui ne doivent pas être compressées | TIFF v6.0 pour la présentation d’images puisqu’il n’existe pas en standard de logiciel de lecture | |
| Formats d’images |
|
Formats d’images à débattre : SVG (Scalable Vector Graphic)
Formats des images animées
| RECOMMANDÉ | |
|---|---|
| Normes et standards Animation simple d’images | GIF animé |
| Normes et standards Animation complexe d’images | Flash v7.2 ou v8 |
En remplacement du format GIF animé, il existe le format MNG (PNG animé) qui est un bon format ouvert, mais trop peu répandu.
Formats pour le son et la vidéo
| OBLIGATOIRE | RECOMMANDÉ | DÉCONSEILLÉ | |
|---|---|---|---|
| Séquences sonores | MPEG-1/2 Audio Layer 3 (dite MP3) |
| |
| Séquences vidéo | ISO 13818 (MPEG-2) pour la présentation de séquences vidéo basse définition | ISO 13818 (MPEG-2) pour les échanges de séquences vidéo basse définition |
Autre format sonore émergeant : Ogg Vorbis
Formats pour l’audiovisuel et la vidéo HD
| OBLIGATOIRE | RECOMMANDÉ | |
|---|---|---|
| Normes et standards | ISO 14496 (MPEG-4) pour les échanges de séquences vidéo Haute Définition |
|
Formats des données graphiques
| RECOMMANDÉ | DÉCONSEILLÉ | |
|---|---|---|
| Normes et standards |
|
DXF pour la présentation de dessins techniques puisqu’il nécessite l’utilisation d’un logiciel propriétaire |
Formats des données de pré-impression
| RECOMMANDÉ | |
|---|---|
| Normes et standards | PDF/X (ISO 15930) pour l’échange de données numériques de pré-impression |
Documents non structurés et semi-structurés
| OBLIGATOIRE | RECOMMANDÉ | INTERDIT | |
|---|---|---|---|
| Normes et standards de présentation en ligne de documents | HTML 4.01 pour la présentation en ligne de documents non structurés | HTML 4.01 pour les échanges de documents non structurés puisque il s’agit d’un langage de présentation | |
| Normes et standards d’échange de documents bureautiques | Accepter Open Document pour les échanges de documents bureautiques semi-structurés (traitement de texte, tableur, présentation) |
|
migration INTERDITE depuis le format bureautique couramment utilisé par une organisation, vers un format autre que le format ouvert Open Document |
| Conservation des documents bureautiques | PDF/A (norme ISO 19005) pour la conservation des documents non structurés et semi-structurés |
Evolution du standards HTML vers XHTML
Documents structurés
| OBLIGATOIRE | RECOMMANDÉ | DÉCONSEILLÉ | |
|---|---|---|---|
| Normes et standards |
|
|
|
Les langages XSLT et XPath
Standard à suivre pour une prise en compte ultérieure (lorsque le standard sera industriellement reconnu)
Accessibilité et ergonomie des IHM Web
| OBLIGATOIRE | RECOMMANDÉ | |
|---|---|---|
| Normes et standards | Respecter les recommandations de l’ISO, du CEN/CENELEC et du W3C, concernant l’accessibilité et l’ergonomie des services en ligne de l’administration électronique | |
| Principes de mise en oeuvre Accessibilité | Se conformer au « Référentiel accessibilité des services de communication publique en ligne de l’administration française » pour la mise en oeuvre de sites et services Intranet et Internet | |
| Principes de mise en oeuvre Ergonomie |
|
|
Technologies pour construire les IHM Web
| RECOMMANDÉ | DÉCONSEILLÉ | INTERDIT | |
|---|---|---|---|
| Normes et standards |
|
langages de script (JavaScript, ECMAScript, Jscript, etc) ou des applets Java pour créer des IHM Web | composants logiciels type ActiveX ou toute autre extension de navigateur (Flash hors animation, VML, etc.) au niveau des IHM Web |
Compatibilité des IHM avec les Navigateurs
| OBLIGATOIRE | RECOMMANDÉ | |
|---|---|---|
| Normes et standards | Les applications destinées aux usagers doivent être compatibles avec les versions de navigateurs mentionnés dans le RGI |
|
Intégration de services Web par les IHM
| RECOMMANDÉ | INTERDIT | |
|---|---|---|
| Normes et standards Intégration de composants locaux | S’appuyer sur l’interface de programmation « Java Portlet Specification » pour intégrer des composants locaux dans un portail Web en environnement Java | |
| Normes et standards Intégration de composants distants | WSRP pour intégrer des composants distants dans un portail Web | |
| Normes et standards Intégration et compatibilité | tags IFRAME INTERDIT pour intégrer des services distants |
Syndication de contenu
| RECOMMANDÉ | DÉCONSEILLÉ | |
|---|---|---|
| Normes et standards | format RSS pour réaliser de la syndication de contenu Web de type « fil d’information » | format ATOM Syndication pour réaliser de la syndication de contenu Web |
Protocole de Messagerie électronique
| OBLIGATOIRE | |
|---|---|
| Normes et standards | protocole SMTP (« Simple Mail Transfer Protocol ») pour l’échange de messages électroniques |
La représentation des messages et pièces jointes
| OBLIGATOIRE | |
|---|---|
| Normes et standards | protocole MIME (« Multipurpose Internet Mail Extensions ») pour la représentation des messages électroniques et des pièces |
La sécurisation de la Messagerie électronique
| OBLIGATOIRE | |
|---|---|
| Normes et standards | extension S/MIME pour sécuriser les envois de messages électroniques |
L’accès aux B.A.L. de la Messagerie électronique
| OBLIGATOIRE | |
|---|---|
| Normes et standards | protocole POP3 (« Post Office Protocol ») ou protocole IMAP4 (« Internet Message Access Protocol ») pour relever les messages électroniques déposés dans une boite aux lettres |
Les extensions à la Messagerie électronique
| RECOMMANDÉ | |
|---|---|
| Normes et standards | extension ESMTP pour implémenter les fonctionnalités supplémentaires au protocole SMTP |
Mise en oeuvre de la Messagerie électronique
| OBLIGATOIRE |
|---|
Le Service d’annuaire
| OBLIGATOIRE | |
|---|---|
| Normes et standards applicables | Prévoir un mode d’accès conforme à LDAP v3 pour les annuaires interrogeables par plusieurs entités administratives |
Les échanges de données entre annuaires
| RECOMMANDÉ | |
|---|---|
| Normes et standards | format LDIF pour échanger tout ou partie d’un annuaire de données LDAP |
Les extensions pour la sécurité LDAP
| RECOMMANDÉ | |
|---|---|
| Normes et standards applicables | extensions de sécurisation LDAP pour sécuriser les services d’un annuaire de données LDAP |
Services de noms de domaines
| OBLIGATOIRE | |
|---|---|
| Normes et standards | service DNS pour accéder aux fonctionnalités de résolution de noms de domaines |
Services sécurisés de noms de domaines
| RECOMMANDÉ | |
|---|---|
| Normes et standards | service DNSSec pour accéder de manière sécurisée aux fonctionnalités de résolution de noms de domaines |
Services de transfert de fichiers
| RECOMMANDÉ | INTERDIT | |
|---|---|---|
| Normes et standards | protocole FTP pour réaliser des transferts de fichiers hors contexte Web |
|
Services de sécurisation des échanges
| RECOMMANDÉ | |
|---|---|
| Normes et standards | protocoles TLS 1.0 et SSL 3.0 pour sécuriser les échanges utilisant les protocoles HTTP, LDAP, FTP, etc. |
Services de chiffrement des documents XML
| RECOMMANDÉ | |
|---|---|
| Normes et standards | protocole XMLENC pour chiffrer des documents XML |
Services de signature des documents XML
| OBLIGATOIRE | |
|---|---|
| Normes et standards | fonction de signature XAdES pour signer des documents XML |
Services de sécurisation des « Web Services »
| RECOMMANDÉ | |
|---|---|
| Normes et standards | fonction WS-Security pour sécuriser des Web Services |
Protocole de déclaration de données utilisateur
| RECOMMANDÉ |
|---|
Invocation de services
| OBLIGATOIRE | RECOMMANDÉ | |
|---|---|---|
| Normes et standards | Décrire les interfaces des services exposés à l’aide de documents à la norme WSDL | S’appuyer sur le protocole SOAP 1.1 lors de la conception de Web Services |
| Principes de mise en oeuvre | Se conformer au profil d’utilisation des Web Services « Basic Profile 1.0 » |
Le Protocole IP (couche réseau)
| OBLIGATOIRE | |
|---|---|
| Normes et standards | protocole IP v4 pour l’ensemble des échanges au niveau de la couche réseau |
Le Protocole IPSEC (couche réseau)
| RECOMMANDÉ | |
|---|---|
| Normes et standards | protocole IPSEC pour encrypter les échanges au niveau de la couche réseau |
Les Protocoles TCP et UDP (couche transport session)
| OBLIGATOIRE | |
|---|---|
| Normes et standards | protocoles TCP (Transmission Control Protocol) et UDP (User Datagram Protocol) pour transporter les flux provenant des couches applicatives |
Le protocole HTTP (niveau présentation application)
| RECOMMANDÉ | |
|---|---|
| Normes et standards | protocole HTTP 1.1 (HyperText Transfer Protocol) pour la présentation et les échanges entre un serveur Web et un navigateur |
Le protocole NTP (Network Time Protocol)
| RECOMMANDÉ | |
|---|---|
| Normes et standards |
|
Les supports d’archivage
| RECOMMANDÉ | |
|---|---|
| Normes et standards | Choisir des supports de type WORM physique ou logique (Write Once, Read Many), non effaçables, non réinscriptibles et non modifiables pour l’archivage électronique |
Les cartes
| OBLIGATOIRE | |
|---|---|
| Normes et standards |
|
Quelle maitrise de la création de tableaux sous SPIP !
Bravo Mathieu ! ![]()