TABLE DES MATI�RES

�1���� Domaine d'application������
�2���� R�f�rences�
�3���� D�finitions��
�4���� Abr�viations�����
�5���� Conventions�����
�6���� Cadre�
������� 6.1���� Mod�les d'interface HMI���
������� 6.2���� Flux d'interactions normalis� pour les sch�mas d'interface HMI�������
������� 6.3���� Exemple de d�veloppement de sch�ma d'interface HMI�����
������� 6.4���� Relation avec le plan eTOM�����������
�7���� Mod�le d'exploration d'objets������
������� 7.1���� Explorateurs d'objets � Utilisation de crit�res d'extraction fond�s sur du texte����������
������� 7.2���� Explorateurs d'objets utilisant une arborescence pour l'extraction����
�8���� Exemples de mod�les fond�s sur un sch�ma d'explorateur d'objets�����������
������� 8.1���� Mod�le de gestionnaire de composantes de r�seau (NCM)
������� 8.2���� Autres exemples de mod�le�����������
BIBLIOGRAPHIE���� �
Introduction
Il existe deux types d'interfaces pour la gestion des r�seaux de t�l�communication, suivant qu'elles se situent:
���� ��entre les applications de gestion et l'�quipement;
��� ���entre les applications de gestion et les op�rateurs humains qui les utilisent.
Le premier type d'interface est appel� interface machine-machine et le second interface homme‑machine (HMI). La pr�sente Recommandation porte sur l'interface HMI. Dans les Recommandations UIT-T de la s�rie M.3000, on la d�signe par l'expression interface "G".
On consid�re depuis longtemps dans l'industrie des t�l�communications que les interfaces machine‑machine sont des composantes cl�s des applications de gestion de r�seau. Permettre � ces applications d'�changer des donn�es et d'invoquer automatiquement des fonctions de gestion en utilisant des protocoles normalis�s a �t� l'objectif principal de l'UIT-T et du TMF.
Le r�le jou� par l'interface HMI n'a en g�n�ral pas �t� bien compris. Bien que des investissements importants aient �t� faits concernant ces interfaces, il n'y a pas eu de strat�gie clairement articul�e susceptible d'�tre impl�ment�e dans la gamme requise des interfaces d'application. Ceci a eu pour cons�quence la duplication des efforts, des co�ts de d�veloppement �lev�s et un manque de coh�rence entre les interfaces HMI produites. Une conception impropre ou inadapt�e d'une telle interface peut se traduire par d'importants probl�mes de r�seau en termes de fiabilit� et d'efficacit� op�rationnelle.
L'impact de cette situation ne devrait pas �tre sous-estim�. 60% � 70% des logiciels intervenant dans les applications types de gestion de r�seau se rapportent � l'interface HMI. De plus, les exigences fonctionnelles que doivent satisfaire les composantes d'interface HMI sont au moins aussi complexes que celles intervenant dans les interfaces machine-machine. En r�alit�, pour de nombreux op�rateurs de services, l'interface HMI se confond avec l'application, puisqu'elle est la seule composante avec laquelle l'op�rateur interagit. Les op�rateurs de gestion des t�l�communications g�rent leur infrastructure et leurs services via des interfaces HMI qui leur donnent acc�s aux syst�mes d'exploitation (OS, operations systems) et aux applications de gestion.
Un certain nombre d'organismes de normalisation ont �labor� des normes de port�e g�n�rale sur cette interface essentielle; ce travail s'est toutefois limit� � des questions tr�s g�n�riques ou aux principes de conception de haut niveau utilis�s pour guider l'�laboration des interfaces HMI. Il existe d'autres normes HMI telles que T1.232 (ANSI), ISO 9241 et Rec. UIT-T Z.361 [3]. De plus, le TMF a publi� en 2002 la norme TMF-046 qui porte sur les objets de t�l�communications et fournit des prescriptions applicables aux affichages graphiques. Cette norme a �t� soumise � l'UIT‑T qui lui a donn� le num�ro Rec. UIT-T Z.371.
La pr�sente Recommandation fournit des sch�mas et des mod�les d'interface HMI normalis�s pour les syst�mes d'appui op�rationnel (OSS, operations support systems) de r�seaux de t�l�communication. Ces sch�mas et mod�les applicatifs sp�cifient les composantes, la structure et le comportement de haut niveau de l'interface HMI pour les t�ches les plus fr�quentes r�alis�es au jour le jour par les op�rateurs. On peut citer � titre d'exemple l'ensemble habituel des actions intervenant pour extraire, visualiser et s�lectionner un objet sp�cifique appartenant � un vaste ensemble d'objets. Nous avons d�fini un mod�le d'interface HMI appel� explorateur d'objets qui facilite la r�alisation de ces actions habituelles. Isoler au sein d'un vaste ensemble un enregistrement de client n�cessitant une certaine attention est un bon exemple de t�che facilit�e par l'explorateur. On peut �galement citer comme exemple la s�lection d'un �l�ment de r�seau particulier dans un ensemble d'�l�ments de r�seau au sein du domaine de responsabilit� de l'op�rateur.
Un tr�s large pourcentage de t�ches associ�es � la gestion d'un r�seau sont facilit�es par l'utilisation d'un petit nombre de mod�les d'interface HMI souvent mis en �uvre tels que l'exploration d'objet. Ces mod�les sont � la base de mod�les de t�ches sp�cifiques tels que la visualisation d'un enregistrement d'utilisateur.
Les fournisseurs et les clients b�n�ficieront � parts �gales des avantages li�s aux mod�les normalis�s de t�ches. Les co�ts de d�veloppement seront r�duits de mani�re importante � mesure que les utilitaires �volueront pour inclure ces mod�les, r�duction dont b�n�ficieront les utilisateurs. Les fournisseurs de services profiteront de produits plus faciles � utiliser, � comprendre et moins susceptibles de g�n�rer des erreurs du c�t� de l'exploitant.