Cette architecture de référence a été conçue sur la base d’un ensemble spécifique de processus que les utilisateurs d’un tel système sont censés réaliser régulièrement. Dans ce cas, un processus fait référence à la série de tâches effectuées par un ou plusieurs utilisateurs du système pour parvenir à un processus ou objectif métier en particulier. Par exemple, un processus de création d’une entité exécuté sur un réseau de distribution inclut des tâches telles que le zoom sur une zone d’intérêt, la création d’une entité sur le réseau, la validation de la topologie, ainsi que la réconciliation et la réinjection. Les processus peuvent varier considérablement d’un déploiement à l’autre, et les processus utilisés dans cette architecture de référence sont destinés à représenter des versions courantes qui sont suffisamment simples et générales pour représenter de nombreux déploiements potentiels différents.
Les processus font partie intégrante de la définition de l’architecture de référence puisqu’ils permettent de définir les exigences auxquelles l’architecture doit répondre. De plus, une définition claire et précise des processus permet de :
Pour s’assurer que les processus sont utiles à la conception du système, ils doivent représenter des expériences utilisateur réelles. Cette architecture de référence a été conçue en mettant l’accent sur le persona d’éditeur ainsi que sur les cas d’utilisation pour un persona d’utilisateur général. Une fois ces publics identifiés, les processus suivants ont été sélectionnés et élaborés :
Une implémentation de cette architecture de référence du système de gestion des informations réseau peut inclure d’autres types de processus non répertoriés ici, tels que la collecte de données mobiles, ce qui introduirait des considérations architecturales supplémentaires. Consultez la section Modèles de système associés au modèle de système de modification et de gestion des données pour plus d’informations.