ISA88

La norme propose des modèles pour décomposer les éléments de spécification en objets faisant référence à des classes réutilisables.

La norme propose de rompre avec la notion de "système d'automatisme" en intégrant le support informationnel dans la réalité physique de l'installation mécanique (un objet d'automatisme fait toujours partie d'un objet physique, constituant une "entité d'équipement"). C'est à la fois la principale originalité de la norme permettant d'offrir le niveau de flexibilité et de robustesse requis par la dynamique industrielle, et l'un des points les plus difficiles à appréhender par les praticiens.

La norme définit 3 niveaux de définition fonctionnelle correspondant chacun à une responsabilité spécifique :

• Produit : La définition des exigences d'élaboration du produit (R&D)
• Procédé : La définition des exigences opératoires pour mettre en œuvre les exigences produits sur une installation physique déterminée (Industrialisation)
• Équipement : La définition des exigences de fonctionnement des équipements (ingénierie)

Ce modèle décrit l'actif produit par une séquence hiérarchisée des transformations physico-chimiques des matières incorporées pour obtenir le(s) produit(s) fini(s) et ses co/sous-produits. Il constitue le support pour la description des « Recettes Indépendantes des Équipements » ou Recettes Générales/Site. Le langage graphique et tabulaire PPC (Process Procedure Chart) s'appuie sur ce modèle pour représenter la spécification produit de manière non ambigüe.

Ce modèle décrit l'actif physique de l'entreprise à partir duquel s'articulera l'ensemble de la description des services informationnels sur les deux niveaux « Procédé » (recette) et « Équipement » (automatisme). Il constitue donc l'ossature de la définition fonctionnelle en organisant la hiérarchie des entités d'équipement de l'installation. Ce modèle dont la terminologie est adaptée aux procédés batchs, a été repris et adapté par la norme ISA-95 pour couvrir l'ensemble des besoins de modélisation de l'actif physique et repris par les praticiens de l'ISA-88 pour adresser de façon plus pertinente les procédés non-batchs.

Ce modèle décrit les aspects comportementaux définissant l'automatisme des équipements et le mode opératoire (recette) pour élaborer le produit. Il décrit de manière hiérarchique les services offerts par les équipements pour la mise en œuvre des procédés aussi bien que le procédé opératoire lui-même. Il permet donc de décrire aussi bien des modes opératoire très simples faisant appel à des services complexes des équipements qu'à l'inverse des modes opératoires complexes activant des services simples, par exemple :

• animer une campagne de distillation en spécifiant les paramètres applicables au service procédé « Distiller » entièrement prédéfini par l'automatisme de l'installation
• animer la production d'un composé chimique en spécifiant la séquence opératoire au niveau des actions élémentaires telles que « chauffer » « mélanger » « agiter »

Le langage PFC (Procedural Function Chart) s'appuie sur ce modèle pour spécifier de manière non ambigüe le mode opératoire.

La norme définit une hiérarchie de « recettes » correspondant à deux types principaux : les recettes de spécification produit - indépendantes des installations et les recettes d'exécution pour fabriquer un produit sur une installation déterminée. Elle en définit également le contenu informationnel.

Ce modèle définit les activités de gestion informationnelle de l'exploitation des installations de fabrication, recouvrant la gestion des recettes et de l'information de production, la planification détaillée des ordres de production, la préparation de l'installation avant lancement, la supervision du procédé et l'animation des équipements. Il est en grande partie en recouvrement avec le modèle des activités de gestion opérationnelle de la production présenté dans la partie 3 de la norme ISA-95

Ce modèle définit une structure globale permettant d'organiser efficacement toutes les données relatives à la production : évènements, séries chronologiques, données de référence, informations de gestion, suivi des auteurs et des modifications... Il intègre certains modèles ISA-95. En offrant un suivi précis et structuré de l'information de production, et au-delà du simple reporting, il ouvre de nouvelle perspectives pour l'amélioration continue des produits et des procédés en permettant une rétroaction efficace vers la R&D.

La norme a été largement promue à son origine par les éditeurs de logiciels et les automaticiens ont longtemps assimilé de façon réductrice la norme aux "Gestionnaires de batch" et autres "Batch manager". Aujourd'hui, tous les fournisseurs de solutions de contrôle-commande disposent d'une offre de ce type permettant de créer des recettes, de les animer et de capturer des informations contextuelles sur le déroulement de la fabrication.

La norme a atteint son objectif en offrant un cadre structuré efficace pour capturer les besoins pour le contrôle des processus physique. La focalisation sur les solutions rappelée ci-dessus, la limitation apparente de la norme aux procédés batch, et la pratique courante de ne pas formaliser les spécifications fonctionnelles dans ce domaine ont toutefois modéré l'adoption de la norme sur ce point. Il n'existe aucun outil majeur pour supporter la rédaction de spécification fonctionnelles basée sur cette norme. On citera en revanche les solutions de Francis Lovering - ControlDraw - et de Jean-Michel Rayon - XNodes.

Avec la publication des parties 3 et 4, la norme ISA-88 apporte une contribution notable pour la gestion du cycle de vie produit en permettant de formaliser les exigences de transformation physico-chimiques abstraites de la nature des équipements de production et en structurant efficacement de manière cohérente l'information issue de la production dans une perspective d'amélioration continue des produits et des procédés. La norme permet à tous les utilisateurs de l'information de production de disposer d'une base neutre d'accès à l'information indépendamment des solutions d'acquisition et de leur disparité.

En principe, les normes ISA-88 et ISA-95 se distinguent clairement par leur focalisation respective sur le contrôle des flux et transformations physiques dans l'atelier d'une part, sur la gestion des activités liées à la production et l'interopérabilité autour du système de production d'autre part. En pratique, les deux normes se recouvrent largement au point que la plupart de modèles ISA-88 peuvent apparaître comme des instances de « meta-modèles » ISA-95... Ceci s'explique par le pragmatisme à la base de ces normes qui s'oppose à un niveau d'abstraction suffisant pour intégrer les deux normes dans une même perspective. Toutefois, les deux normes prises ensemble s'avèrent particulièrement pertinentes pour supporter une démarche d'architecture de fabrication couvrant toutes les dimensions du système de production, la redondance et la compatibilité des modèles ne faisant que renforcer la cohérence globale qui s'en dégage. Un groupe de travail indépendant s'est mis en place pour tenter de construire une ontologie commune susceptible de tirer parti des concepts des deux normes et de s'affranchir au besoin des contraintes terminologiques.

Le groupe de travail XML du WBF avait développé un schéma XML nommé BatchML pour mettre en œuvre les modèles définis dans la seconde partie de la norme dans le développement d'interfaces XML. Il permettait d'échanger l'information relative aux recettes, aux équipements et leur services, aux ordres de fabrication et à la production elle-même. Ce dernier point a été ensuite détaillé dans la partie 4 de la norme ISA-88 en intégrant une partie des modèles ISA-95, entrainant une refonte de BatchML conduisant à son intégration dans B2MML, initialement dédié à ISA-95.

La spécification NE033 développée par l'association allemande NAMUR antérieurement à l'ISA-88 a fourni les bases conceptuelles de la norme. Ce document clair et concis constitue une lecture très utile même si la terminologie et certains concepts diffèrent de ceux de la norme.

Également antérieur à ISA-88, cette méthode de conception de l'automatisme axée sur l'intégrité des flux complète efficacement ISA-88 en proposant des règles de modélisation précises pour les « modules de contrôles » (qu'elle désigne sous le nom de « Ressources ») et en tirant parti de leur allocation flexible non mise à profit explicitement dans la norme ISA-88. Elle a été développée par Rhône-Poulenc avec le concours de Jean-Michel Rayon qui en assure la promotion et le support.