- Si vous avez déjà un compte sur l'une des applications AFNOR (Boutique, Comités électroniques, ...), vous
pouvez vous connecter avec les mêmes identifiants
- Le mot de passe doit être entre 12 et 30 caractères - Le mot de passe doit contenir 3 des 4 caractéristiques suivantes : 1 minuscule, 1 Majuscule, 1 chiffre et 1 caractére spécial - Le mot de passe ne doit pas contenir des informations de l’email, ni le nom ni le prénom de la personne.
Mentions Legales
SUIVRE
NORME PUBLIEE
Interface de programmation d'application pour système de gestion d'énergie (EMS-API) - Partie 401 : cadre de profils
Le présent document décrit le mode de structuration et de création des spécifications de profils IEC 61970-450 (toutes les parties) et IEC 61970-600 (toutes les parties). Les spécifications de profils décrivent un sous-ensemble du CIM canonique dédié à un échange de données spécifiques. Le CIM canonique est décrit dans l'IEC 61970-300 (toutes les parties) , ainsi que dans l'IEC 61968-11. Les règles de création ou d'extension du CIM canonique ne relèvent pas du domaine d'application du présent document. Le présent document définit la structure d'une spécification de profil, ainsi que les règles de sélection des sous-ensembles d'informations à partir du CIM canonique. Il normalise les opérations qui permettent de créer les éléments de profils à partir du CIM canonique. Étant donné que le CIM canonique est décrit en langage UML, les opérations sont décrites en matière de classes, d'attributs et de rôles UML. Du fait d'une mise en correspondance possible entre le langage UML et le langage RDFS ou OWL, l'un des langages UML, RDFS ou OWL peut donc être utilisé pour décrire les profils créés. La spécification des langages (UML, RDFS ou OWL) utilisés pour décrire les profils, ainsi que le mode de présentation et d'édition des profils dans les interfaces utilisateurs ne relèvent pas du domaine d'application du présent document. Les langages qui servent à décrire les profils sont définis dans d'autres spécifications. Les spécifications pertinentes sont référencées à l'Article 2. Le langage UML prend en charge l'ajout d'un texte libre qui décrit des restrictions supplémentaires concernant les constructions UML, par exemple, classes, valeurs d'attributs, rôles d'association et cardinalités. Les langages tels que OCL et SHACL sont dédiés à la description des contraintes. Le langage OCL sert à décrire les contraintes relatives aux données d'objets décrites en langage UML, tandis que le langage SHACL sert à décrire les contraintes relatives aux données graphiques décrites par le langage RDFS ou OWL. Le langage OCL relève du domaine d'application du présent document, contrairement au langage SHACL. Le présent document prend en charge les profils de description des données échangées en tant qu'ensembles de données ou messages CIMXML. Le format d'échange qui relève du domaine d'application est conforme à l'IEC 61970-552, mais d'autres formats sont possibles. L'interopérabilité des outils et les formats de sérialisation ne relèvent pas du domaine d'application du présent document.
Toute partie intéressée peut proposer de nouvelles normes volontaires. Une étude d'opportunité est alors réalisée par AFNOR auprès des acteurs potentiellement intéressés et impactés par la norme pour évaluer leur intérêt. Vous souhaitez nous faire part de votre opinion ? prendre part aux travaux d'élaboration de la future norme ? contacter le chef de projet en charge !
L'enquête publique est une consultation ouverte à toute partie intéressée qui souhaite donner son avis sur le projet de norme et transmettre des propositions d’amélioration. Elle permet de recueillir les avis des futurs utilisateurs et à vérifier que le projet de norme ne soulève aucune objection de nature à en empêcher l'adoption.
Une fois l'enquête clôturée, les commentaires sont étudiés par la commission de normalisation lors de la réunion de dépouillement à laquelle sont conviés les membres de la commission de normalisation ainsi que tous les répondants.
Les normes sont élaborées par des commissions de normalisation, gérées par AFNOR et les Bureaux de normalisation sectoriels, qui rassemblent des représentants de toutes les parties intéressées (producteurs, utilisateurs, pouvoirs publics, associations, centres techniques, …).
En vue d'améliorer la qualité de ces documents, un dispositif de retour d'expérience est mis en place auprès des utilisateurs. L’information recueillie permet en particulier d'apprécier la nécessité de modifier le document publié.
Vous avez utilisé ce document, afin d'adapter au mieux son contenu à vos attentes, faites part de votre expérience à ceux qui l'ont élaboré
Afin d'améliorer la qualité et la pertinence de la collection nationale des normes, AFNOR organise régulièrement l'examen des documents français de normalisation issus de la filière française.
• L'examen systématique vise à confirmer, réviser ou annuler les normes publiées ou confirmées 5 ans auparavant en tenant compte des évolutions du marché, des pratiques actuelles, de la technique et de la réglementation ou en signalant des difficultés d'application.
• L’enquête d'annulation vise à confirmer, en l’absence d’expertise suffisante au sein du système français de normalisation, la proposition de suppression de cette norme de la collection nationale.
Toute personne intéressée par la normalisation est invitée à donner son avis sur une norme soumise à l'examen.
Prévue le :
Je veux en savoir plus
Merci de votre participation
Votre message a bien été envoyé et nous vous remercions de votre intérêt pour les travaux
de cette norme.
Nous reviendrons vers vous prochainement pour vous apporter les informations complémentaires relatives à cette norme.
