Accueil🇫🇷Chercher

ISA95

La norme ANSI/ISA-95.00.0x est une norme US ANSI développée par l'ISA au sein du comité ISA95. Elle est également publiée comme norme internationale ISO/CEI 62264 par le comité mixte ISO TC 184/SC 5 / CEI SC65E JWG5 .

Objectifs

La mission du comité ISA95 est la suivante :

  • DĂ©finir en dĂ©tail un modèle abstrait de l'entreprise incluant les fonctions de gestion et d'exĂ©cution.
  • Etablir une terminologie commune pour la description et la comprĂ©hension de l'entreprise, incluant les fonctions de pilotage de la production et des processus de mĂ©tier.
  • DĂ©finir les Ă©changes d'information entre les fonctions de pilotage de la production et les autres fonctions de l'entreprise.

La norme couvre donc à la fois l'aspect opérationnel de la communication entre systèmes informatiques et la modélisation du système de production dans ses aspects structurels et comportementaux. Ces deux problématiques sont en fait directement liées par le besoin de disposer de structures informationnelles attachées à la réalité de l'entreprise plutôt qu'aux structures de données propres aux solutions informatiques lorsqu'il s'agit de mettre en place des interfaces robustes et pérennes.

Contenu

L’ISA-95 traite les diffĂ©rents domaines opĂ©rationnels qui supportent la production (logistique, qualitĂ©, maintenance) pour assurer la continuitĂ© des processus Ă  travers les applications concernĂ©es : ERP (Enterprise resource planning), systèmes de contrĂ´le (SCADA, API/PLC, SNCC/DCS...), MES (Manufacturing execution systems), mais aussi LIMS (Laboratory information management systems), WMS (Warehouse execution systems, SCM (Supply chain managment), CMMS (Computerized maintenance management system)... L'ISA-95 prend en compte les interactions du dĂ©veloppement de l'entreprise avec le domaine opĂ©rationnel (PLM - Product lifecycle management).

Les parties 1, 2, 4 et 5 du standard dĂ©finissent des modèles de donnĂ©es cohĂ©rents, flexibles et extensibles pour dĂ©crire et mettre en Ĺ“uvre les flux de communication entre ces applications et pour la gestion des donnĂ©es de rĂ©fĂ©rence (MDM - Master data management). Le standard MESA B2MML  permet la mise en Ĺ“uvre de transactions XML conformes Ă  l'ISA-95 facilement reconnus et traitĂ©s par les diffĂ©rentes applications.

La partie 3 décrit le domaine de la gestion des installations de production couramment appelé MOM (Manufacturing operations management) au travers d'un modèle fonctionnel informel qui facilite la cartographie et la définition des besoins fonctionnels dans les projets dit "MES".

Le dĂ©veloppement du standard ISA-95, qui se poursuit pour couvrir les besoins de communication entre les systèmes informatiques de l’usine. Les parties 6 Ă  8 en cours de dĂ©veloppement traitent successivement les services de communication, l'alignement des rĂ©fĂ©rences et le regroupement de transactions dĂ©pendantes associĂ©es Ă  des Ă©vĂ©nements.

La norme se compose actuellement des parties suivantes :

Etat de publication de la norme ()
Norme ANSI Norme ISO/CEI Sous-Titre
ANSI/ISA-95.00.01:2010 ISO/CEI 62264-1: 2010 Part 1: Models and Terminology
ANSI/ISA-95.00.02:2010(1) ISO/CEI 62264-2:2015 Part 2: Object models attributes
ANSI/ISA-95.00.03:2013 ISO/CEI 62264-3:2007 +DIS Part 3: Activity Models of Manufacturing Operations Management
ANSI/ISA 95.00.04:2012(1) ISO/CEI 62264-4:2016 Part 4: Objects and attributes for manufacturing operations management integration
ANSI/ISA-95.00.05:2013 ISO/CEI 62264-5:2016 Part 5: Business to Manufacturing Transactions
ANSI/ISA-95.00.06:2014 NA Part 6: Messaging Service Model
Draft ISA-95.00.07(2) NA Part 7: Alias Service Model
Draft ISA-95.00.08(2) NA Part 8: Manufacturing Operations Management Information Exchange Profiles
Draft ISA-95.00.09(2) NA Part 9: Common Operations Management Events

(1) Mise Ă  jour en cours

(2) En développement

En bref

Les points clés de la norme ISA-95 peuvent être résumés de la façon suivante :

Séparation planification et d'exécution

La nécessité d'un découplage entre la planification et la réalisation des activités opérationnelles s'est avérée essentielle pour connecter deux univers de discours très différents dans l'entreprise, ceci indépendamment de l'urbanisation effective des solutions informatiques. Cette séparation est présentée sous les deux aspects des processus et des responsabilités.

Modèles informationnels

La norme définit un ensemble de modèles décrivant les aspects structurels (Produit, matières, installations de production, ressources humaines) et opérationnels (capabilité, production) du système de production utilisés pour supporter les échanges d'information (B2M, Business To Manufacturing).

Modèles fonctionnels

La norme définit un ensemble de modèles d'activités décrivant les aspects comportementaux (processus métier, activités, tâches) du système de production utilisés pour définir les besoins de support informationnel (MES/MOM, Manufacturing Execution Systems, Manufacturing Operation Management)

Modèles transactionnels

La norme définit des services informationnels permettant de traiter les besoins d'interaction entre solutions informatiques.

Approche globale de la production

La norme supporte l'ensemble des domaines opérationnels liés à la production, incluant la maintenance, la qualité et la logistique interne.

Principaux modèles informationnels de la norme

Modèles de Hiérarchie Physique

La norme décrit une hiérarchie globale de l'entreprise issu du modèle physique ISA-88 La hiérarchie proposée ampute le modèle ISA-88 des 2 couches basses (Equipment module et Control Module) et propose des terminologies alternatives aux niveaux Process Cell et Unit pour les autres types de production (continue et discrète) et le stockage.

La norme, qui distingue à présent l'équipement en tant que ressources opérationnelle dans l'installation et l'actif mécanique référencé par la maintenance, précise que ce modèle hiérarchique décrit dans la norme correspond au premier cas, et ne propose pas de terminologie pour la hiérarchie de l'actif physique (d'où le pluriel dans le titre de cette section).

Contrairement à la norme ISA-88, qui s'articule de façon très précise aux 4 niveaux inférieurs, la norme ISA-95 n'est pas directive quant à l'organisation physique du système industriel. Il n'est d'ailleurs pas dans l'intention de la norme d'imposer la hiérarchie physique proposée : le modèle étant extensible et réductible, il n'est donc qu'un exemple possible d'organisation industrielle qui permet de discuter de l'univers du discours.

Modèles des ressources : Équipement, Personnel, Matières

La norme propose 4 modèles pour décrire les ressources mises en œuvre dans le système de production. Elles sont limitées formellement aux 4 types suivants : Personnel, Équipement (rôle), Actif physique (matériel) et Matières.

Ces modèles, relativement semblables s'appuient sur un méta-modèle implicite pouvant être décliné pour d'autres types de ressources qui ne seraient pas correctement pris en compte par les modèles proposés. (outillage et énergie par exemple).

Modèle de segment d'activité opérationnelle

Tous les modèles de la norme sont organisés autour d'une structure de description d'activité opérationnelle élémentaire, le "segment" (process, product, requirement, capability...). Le segment définit les activités opérationnelles (étapes de production, de maintenance, de qualification, logistique) en leur associant simplement les ressources correspondantes et les données/paramètres associés. Au-delà des objectifs d'interopérabilité de la norme, le segment constitue l'élément de modélisation qui permet d'associer l'exécution des activités physiques réelles à leur prise en compte globale dans l'architecture du système de production.

Modèle de définition d'activité opérationnelle

Ce modèle permet de décrire une activité opérationnelle complète (par exemple l'élaboration d'un produit) au moyen d'une structure simple et très ouverte permettant par exemple de décrire aussi bien une spécification produit basée sur le modèle process ISA-88 qu'un mode opératoire détaillé basé sur le modèle procédural ISA-88 (bien que ceci soit mal accepté au sein des comités ISA88 et ISA95 en raison de leur focalisation respective)

Modèle de capabilité opérationnelle

Ce modèle, destiné aux échanges d'information pour la planification, permet de décrire l'état des ressources sur un horizon de temps et d'espace déterminé.

Modèles de planification opérationnelle

2 modèles similaires permettent de décrire les travaux à effectuer (ordres de production, de maintenance, d'analyse, de transfert...) et de rapporter leur réalisation. Structurés comme le modèle de définition, ils permettent de supporter des ordres simples faisant appel principalement au savoir-faire des exécutants pour assurer l'ensemble du travail demandé, comme des ordres complexes (make to order) pour lesquels le travail doit être décrit minutieusement.

Contenu des différentes parties de la norme

La norme continue à évoluer, les parties publiées ou en travaux sont les suivantes :

Part 1: Models and Terminology

La seconde édition publiée de cette partie a été partiellement dépouillée de son contenu normatif et n'est pas encore alignée avec les derniers développements de la norme. Elle contient :

  • Une justification Ă  caractère informatif de la conception des modèles de donnĂ©es de la partie 2, reposant sur la Purdue Enterprise Reference Architecture, partiellement dĂ©crite dans les sections 5 (hiĂ©rarchie fonctionnelle) et 6 (flux de donnĂ©es)
  • La prĂ©sentation de la hiĂ©rarchie physique dĂ©rivĂ©e de l'ISA-88 (section 5.3)
  • Le dĂ©coupage des activitĂ©s opĂ©rationnelles du système de production en quatre domaines : production, qualitĂ©, maintenance et stocks (section 8.2)
  • La notion de segment pour identifier les Ă©lĂ©ments d'activitĂ©s gĂ©rĂ©s dans les diffĂ©rentes phases de leur cycle de vie : dĂ©finition, aptitude Ă  la rĂ©alisation, planification et exĂ©cution (section 8.3)
  • Une explication des modèles de donnĂ©es (section 8.4) qui seront dĂ©veloppĂ©s dans les parties 2 et 4. Cette section fait rĂ©fĂ©rence aux modèles obsolètes (typĂ©s production) de la version initiale de la norme qui ont fait place depuis Ă  des modèles non typĂ©s applicables aux domaines opĂ©rationnels dĂ©finis dans la section 8.2
  • Les annexes A et B qui identifie un certain nombre d'activitĂ©s non fonctionnelle, explicitement exclues du champ d'application de la norme et les normes applicable : sĂ©curitĂ©, information, configuration, documentation, conformitĂ© rĂ©glementaire, incidents et dĂ©viations
  • L'annexe C qui prĂ©sente quelques facteurs opĂ©rationnels et indicateurs de performance qui sont supposĂ©s justifier l'utilisation de la norme

Part 2: Object models attributes (en cours de révision)

Cette partie contient l'essentiel des modèles de données qui constituent le cœur de la norme :

  • La section 4 donne un aperçu de l'organisation des modèles de donnĂ©es et prĂ©cise les choix de conception et description de ces modèles. Elle prĂ©cise la structure de certains attributs qui ne seront pas dĂ©taillĂ©s par la suite : rĂ©fĂ©rence aux ressources, Hierachy scope, Value,
  • Les sections 5 et 6 dĂ©crivent tous les modèles de donnĂ©es sous forme de diagrammes de classes UML et de tableaux d'attributs par classe.
    • La section 5 comprend les modèles communs sur lesquels s'appuie Ă©galement la partie 4 : Personnel, Role base equipment, Physical asset, Material, Process segment
    • La section 6 comprend les modèles rĂ©servĂ©s aux Ă©changes entre le domaine MOM et le domaine de la gestion : Operations definition, Operations schedule, Operations performance, Operations capability
  • L'annexe A reprend dans le cadre normatif actif les modèles de donnĂ©es typĂ©s production de la première version de la norme, bien qu'il soit conseillĂ© de ne pas les utiliser
  • Les annexes B et C donnent des exemples d'utilisation et de mise en Ĺ“uvre des modèles de donnĂ©es

La prochaine édition définira un modèle pour les événements permettant d'associer plusieurs modèles de données dans une transaction cohérente d'un point de vue métier. Des événements types seront proposés dans la partie 9.

Part 3: Activity Models of Manufacturing Operations Management

Cette partie propose un découpage fonctionnel des activités de gestion des opérations de fabrication qui doivent faciliter l'intégration entre les fonctions de planification d'entreprise et de logistique, d'une part et les fonctions de contrôle de processus d'autre part.

Plus cohérent, le modèle des activités MOM de l'ISA-95 devrait remplacer les "11 fonctions du MESA[1]", modèle marketing proposé en 1997.

  • La section 5 dĂ©crit le modèle gĂ©nĂ©rique comprenant huit activitĂ©s principales
  • Les sections 6 Ă  9 reprennent la description de ce modèle dans le contexte des quatre domaines opĂ©rationnels dĂ©finis dans la partie 1 : production, maintenance, qualitĂ© et stocks

Part 4: Objects and attributes for manufacturing operations management integration (en cours de révision)

Cette partie de la norme comporte deux types d'apports : la répétition des modèles de la partie 2 pour les besoins d'intégration internes au domaine MOM qui diffèreraient de ceux qui impliquent d'autres domaines (ERP par exemple) ; de nouveaux modèles qui complètent ceux de la partie 2.

  • La section 4 donne un aperçu des modèles Ă  suivre et leurs relations avec la partie 2 et rappelle les choix de conception et description de ces modèles.
  • La section 6 dĂ©crit le nouveau modèle qui permet de dĂ©crire les relations entre ressources
  • La section 7 dĂ©crit le modèle Work definition qui reprend le model Operations definition de la partie 2 en le complĂ©tant avec les concepts de Master (type de travail rĂ©utilisable pour crĂ©er une nouvelle dĂ©finition) et Directive pour exprimer une instance de rĂ©alisation.
  • La section 7.14 introduit le nouveau modèle Workflow specification pour dĂ©crire un flux d'activitĂ© reprĂ©sentĂ© par exemple en BPMN.
  • La section 8 dĂ©crit le modèle Work schedule qui reprend le modèle Operations schedule avec quelques modifications : segment requirement devient Job order et un nouvel objet Job list qui consolide les Job orders au niveau d'une ressource
  • Les sections 9 et 10 dĂ©crivent les modèles Work performance et Work capability similaires aux modèles de la partie 2
  • La section 13 dĂ©crit le nouveau modèle Work alert pour Ă©changer des Ă©vĂ©nements d'activitĂ© opĂ©rationnelle dĂ©tachĂ©s de tout contexte.

La prochaine révision inclura un modèle pour les calendriers et les enregistrements des données de production

Part 5: Business to Manufacturing Transactions

Cette partie de la norme définit une transaction comme une séquence de dialogue entre applications mettant en jeu un ou plusieurs messages constitués de l'assemblage d'un verbe d'action avec un nom précisant l'information liée à cette action. Elle s'inspire de la spécification OAGIS[2]

  • La section 4 dĂ©finit les diffĂ©rents modèles transactionnels PULL, PUSH et PUBLISH et la structure des messages
  • La section 5 dĂ©finit les verbes utilisables et les modèles transactionnels associĂ©s : ACKNOWLEDGE, CANCEL, CHANGE, CONFIRM, GET, PROCESS, RESPND, SHOW, SYNC ADD/CHANGE/DELETE
  • La section 6 liste tous les noms issus de modèles de la norme utilisables dans les transactions. Il peut s'agir du modèle complet ou de tout objet du modèle. Pour chaque nom, un tableau indique les verbes possibles en fonction des critères associĂ©s aux clĂ© de sĂ©lection du nom
  • L'annexe A Ă©tend la section 6 avec les noms des modèles "Production" de la version initiale de la norme
  • L'annexe B donne des exemples

Part 6: Messaging Service Model

Cette partie du standard propose un modèle de service de messagerie MSM permettant aux applications d'envoyer et de recevoir des messages d'autres fournisseurs de services MSM quel que soit le mécanisme de communication sous-jacent, dans le cadre d'un protocole de communication application-à-application de bout en bout.

  • La section 4 prĂ©sente les principes de communication et notions de base exploitĂ©es par la suite
  • La section 5 dĂ©finit les modes d'exploitation des canaux MSM
  • La section 6 dĂ©finit les services MSM relatifs Ă  la gestion des canaux, des publications, des fournisseurs et des consommateurs
  • La section 7 dĂ©crit des exemples de scĂ©narios MSM

Part 7: Alias Service Model (en cours de développement)

Dans la mesure où les modèles de la norme ne proposent qu'un minimum d'attributs et de valeurs prédéfinies, de nombreux concepts doivent être réconciliés lors d l'édition et de la lecture des messages.

Cette partie de la norme propose une méthode pour l'alignement sémantique entre différentes applications, d'une façon plus simple que l'ISO 11179

  • La section 4 explique le rapprochement des concepts locaux avec un concept de rĂ©fĂ©rence gĂ©rĂ© dans un registre dans le contexte du traitement d'un message reçu par une application
  • La section 5 dĂ©finit le modèle du registre qui associe chaque concept local Ă  un concept de rĂ©fĂ©rence
  • La section 6 dĂ©finit les services du registre pour le gestion et l'exploitation des concepts de rĂ©fĂ©rence et locaux, des espaces de noms et des catĂ©gories de concepts

Part 8: Manufacturing Operations Management Information Exchange Profiles (en cours de développement)

Cette partie du standard est un guide pour la spécification, la validation et la documentation des interfaces basées sur l'ISA-95, le Profile MOM. Elle suggère qu'une telle spécification doit :

  • Fournir des dĂ©tails mĂ©tier sur les communications et les constructions de messages entre les systèmes d'entreprise, systèmes de contrĂ´le, systèmes MOM dans le contexte du profile MOM, basĂ©s que la norme ISA-95
  • Fournir les spĂ©cifications et le contexte sur l'implĂ©mentation physique du profil MOM.
  • Fournir des informations sur la façon dont le profile MOM peut ĂŞtre utilisĂ© comme modèle pour les futures mises en Ĺ“uvre.
  • Autoriser les Ă©diteurs de logiciels et les intĂ©grateurs Ă  mettre en Ĺ“uvre une version spĂ©cifique du profil MOM et Ă  interagir avec d'autres systèmes compatibles similaires.

Part 9: Common Operations Management Events (en cours de développement)

Cette partie de la norme définira des événements typiques des activités opérationnelles des systèmes industriels. Cette approche orientée processus sera intégrée dans la prochaine édition de la partie 2.

Cette approche permet de dépasser les contraintes d'expression d'un modèle particulier pour construire des messages composites orienté métiers. Par exemple, l'événement Resource defined traite les actions CRUD sur les objets Personnel class, Equipment class, Equipment, Physical asset class, Material class, Material definition, Hierarchy scope.

Autre travaux en relation avec l'ISA-95

Norme ISA-88

La norme ISA-88 avait à l'origine l'ambition de couvrir l'ensemble du contrôle et de la gestion du système de production. Le comité ISA88 ayant recadré son périmètre de contrôle des flux et transformations physiques dans l'atelier, le comité ISA95 a été créé pour reprendre le domaine de la gestion de la production et des flux physiques généraux. Les deux normes se recouvrent assez largement sur la description de l'outil de production, avec un accent plus pratique et opérationnel côté ISA-88, plus générique et tactique côté ISA-95. Les deux normes permettent de décrire les dimensions d'un système de production utile pour son développement, la redondance et la compatibilité des modèles ne faisant que renforcer la cohérence globale qui s'en dégage. Une ontologie supérieure[3] susceptible de rationaliser les concepts sémantiques des deux normes et de s'affranchir des contraintes terminologiques a été proposée.

MESA B2MML/BatchML

Le groupe de travail XML du MESA (travail initié par le World Batch Forum absorbé en 2012 par MESA[4]) développe un ensemble de schémas XML nommé B2MML pour mettre en œuvre l'ensemble des modèles de la norme dans les développements basés sur cette technologie. Cette spécification inclut un sous-ensemble de structures BatchML dédié aux modèles de la norme ISA-88.

OAGIS

L'Open Application Group[5] est une association d'éditeurs de logiciels de gestion d'entreprise regroupant en particulier les grands éditeurs ERP. La norme ISA-95 s'est inspirée de ses travaux pour définir le modèle transactionnel de la partie 5 de la norme. L'OAG a repris certains modèles de la norme dans sa spécification de schemas XML pour l'interopérabilité autour des solutions de gestion d'entreprise.

MIMOSA

MIMOSA[6] est une association consacrée à la gestion des actifs industriels. Les modèles de l'ISA-95 traitent les équipements et la maintenance de manière très différente de ce standard, adoptant une approche homogène pour tous les domaines opérationnels.

Notes et références

Articles connexes

Liens externes

Cet article est issu de wikipedia. Text licence: CC BY-SA 4.0, Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.