-Les fonctionnalités de templates de l'AF pas entièrement utilisés pour construire le modèle (futurement nécessaire pour interroger sur le métamodèle)
-Tout projet informatique unique peut créer son propre arbre AF pour livrer n'importe quel cas d'utilisation
-Diverses bases de données AF incohérentes peuvent apparaître dans le système informatique
-Coûteux pour modifier la structure AF
-L'utilisation de connecteurs automatiques peut importer une structure qui ne convient pas à la structure AF fonctionnelle requise par les cas d'utilisation
- Besoin de faire du développement pour chaque recherche complexe et qu'en est-il de la performance?
-Toute autre limitation que vous avez expérimentée et que nous n'avons pas mentionnée ici?
-Est-il possible de faire autrement?
-Gouverner le modèle de données par les cas d'utilisation du métier
-Associer le métier et l'informatique pour construire le modèle
-Avoir le métier être engagé pour le modèle et la validation aussi
-Avoir le modèle et le contenu de PI Asset Framework qui se développe progressivement à mesure que le périmètre fonctionnel s'élargit avec de nouveaux cas d'utilisation
-Requêter sur le modèle et le contenu (par exemple extraire tous les tags d'électricité sur les pompes à eau) afin de répondre aux cas d'utilisation
-La modélisation est le principal driver
-La Modélisation est pilotée par le métier et les cas d'utilisation
-Le transfert de données sera scripté pour réconcilier les données où elles sont stockées dans le système informatique
-Le requêtage multidimensionnel et instantané est automatiquement fournie
-La sémantique de la requête est automatiquement auto-alignée avec votre modèle
-Les services REST s'auto-reconfigurent automatiquement et les résultats restent cohérents quelle que soit l'extension du modèle
-Les modèles d'éléments sont automatiquement alimentés, y compris l'héritage et les attributs
-Les ensembles d'énumération sont alimentés automatiquement
-Les types de référence sont alimentés automatiquement
-La définition et le contenu des tables sont automatiquement alimentés
-Le contenu complet de l'arborescence AF est automatiquement alimenté
-L'Asset Framework est prêt à être connecté à toute la suite d'outils fournis par OSIsoft
-Le métier, le métier et seulement le métier
-La construction du PI Asset Framework est gouvernée par le métier
-La cohérence fonctionnelle globale est maîtrisée par le métier
-Le PI Asset Framework est constamment aligné sur le métier et les cas d'utilisation
