Processus prévus

Cette architecture de référence a été conçue sur la base d’un ensemble spécifique de processus prévus 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 exécuté sur un atelier parcellaire pour créer une entité inclurait des tâches telles que les suivantes :

  • Rechercher la parcelle parent
  • Zoomer sur le lieu d’intérêt (LOI)
  • Créer un enregistrement d’atelier parcellaire
  • Créer l’entité via COGO (Coordinate Geography)
  • Générer la parcelle
  • Aligner la parcelle sur les entités environnantes
  • Valider la topologie
  • Réconcilier et réinjecter des données dans un service d’entités

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 système nécessaires et les applications appropriées avec lesquelles les utilisateurs finaux interagiront.
  • Indiquer les exigences système autour des piliers de l’architecture tels que les performances, la fiabilité et la sécurité.
  • Renseigner 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

Processus orientés sur les enregistrements

  1. Créer une entité en saisissant de nouveaux points d’arpentage ou lignes.
  2. Ajuster les limites à l’aide des outils Aligner, Fractionnement ou Fusionner. Utiliser les entités existantes et modifier leurs limites juridiques, en retirant les parcelles sous-jacentes.
  3. Ajustement des attributs : modifier les attributs non spatiaux, comme un transfert de titre.
  4. Nouveau plan : gérer les modifications apportées aux propriétés, à l’endroit où un nouvel arpentage a été créé.

Processus axés sur la qualité

  1. Réalisez une analyse de la qualité spatiale, par exemple en effectuant une analyse des moindres carrés.

Utilisateur général

  1. Interroger les entités, comme la recherche de parcelles et l’affichage de la chaîne de titres historique.
  2. Afficher l’atelier parcellaire et interagir avec lui, comme le ferait un évaluateur lorsqu’il effectue une analyse de valeur au sein d’un quartier.
Remarque:

Une implémentation de cette architecture de référence du système de gestion des parcelles 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, tel que le modèle de système de modification et de gestion des données, pour plus d’informations.

Dans cette rubrique
Top