Processus prévus

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 :

  • Définir les fonctionnalités nécessaires et les applications appropriées avec lesquelles les utilisateurs finaux interagiront
  • Définir les exigences système autour des piliers de l’architecture tels que les performances et l’évolutivité, la fiabilité et la sécurité.
  • Définir les exigences requises du système physique, telles que le processeur, la mémoire, le stockage et la mise en réseau, qui ont un impact direct sur les types, les tailles et les configurations matérielles des machines.

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 :

Persona d’éditeur

  1. Créer une entité, comme un nouveau point de terminaison de service
  2. Supprimer une entité, comme l’abandon d’une conduite d’un client
  3. Remplacer une entité, comme la modification des connexions des bornes pour les conduites
  4. Étendre le réseau, comme l’ajout d’un conduit de distribution au réseau
  5. Analyser la connectivité réseau, comme l’exécution de traces en amont et en aval sur le réseau
  6. Modifier une entité, comme la mise à jour des attributs clés d’entités ou la modification de la géométrie d’une entité existante

Persona d’utilisateur général

  1. Interroger les entités, comme l’exécution de requêtes, la réalisation de traces et l’affichage des résultats via des services d’entités
  2. Afficher et interagir avec le réseau, comme la recherche et l’affichage d’appareils en fonction de leur ID ou l’affichage de différentes zones géographiques et combinaisons de couches et d’entités.
Remarque:

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.

Dans cette rubrique
Top