Comprendre le système métier avec le Kit de développement logiciel (SDK) de l’adaptateur LOB WCF
Avant de développer votre adaptateur à l’aide du Kit de développement logiciel (SDK) de l’adaptateur LOB WCF, vous devez avoir une compréhension approfondie du système métier cible. Si vous ne comprenez pas les fonctionnalités fournies par le système métier, la façon dont il est exposé et les différents niveaux de prise en charge fournis pour la sécurité, les transactions et d’autres fonctionnalités, votre adaptateur peut ne pas fournir les fonctionnalités requises par les consommateurs d’adaptateurs. Cette section décrit les domaines que vous devez comprendre pour concevoir efficacement votre adaptateur.
Le chemin d’accès à la compréhension
L’objectif d’un adaptateur est d’exposer les données et les opérations d’un système métier de manière cohérente et accessible selon les règles imposées par la spécification de l’adaptateur et/ou l’API de l’adaptateur. Pour savoir quelles opérations et données exposer, vous devez comprendre ce que fait le système et comment il expose ses données et opérations. En particulier, vous devez réfléchir aux problèmes de conception suivants :
Cycle de vie des connexions. Comment les connexions sont-elles ouvertes et fermées ? Comment les connexions ouvertes sont-elles gérées ? Existe-t-il des exigences particulières pour la réutilisation d’une connexion ? Pour plus d’informations sur les connexions, consultez
Microsoft.ServiceModel.Channels.Common.IConnection.Métadonnées d’opération et de type exposées par le système. Le système métier prend-il en charge la recherche d’opérations et l’accès facile aux métadonnées, ou devez-vous développer du code de support pour fournir cette fonctionnalité ? Par exemple, dans SQL Server opérations sont des objets tels que des procédures stockées. Les métadonnées de type sur les colonnes, les tables et d’autres objets sont faciles à récupérer. Les systèmes métier hérités peuvent être plus difficiles à utiliser.
Comment les opérations et les données sont exposées par le système. Comment l’API est-elle exposée ? L’API prend-elle en charge les appels bloquants (synchrones) et non bloquants (asynchrones) ? Les rappels sont-ils pris en charge ? Allez-vous interagir au niveau de l’API ou du protocole ?
Prise en charge de la sécurité, des transactions et de la messagerie fiable. Si l’API prend en charge l’une de ces fonctionnalités, vous souhaiterez probablement les exposer au consommateur de l’adaptateur. Par exemple, SQL Server prend en charge la sécurité et les transactions, bien que la messagerie fiable ne soit pas pratique (mais serait avec MSMQ ou un autre système de file d’attente).
Quels sont les scénarios d’utilisation et de fonctionnalités importants ? Ne limitez pas votre compréhension à l’aspect purement technique ; discuter et capturer les exigences de l’entreprise avec des utilisateurs expérimentés. Existe-t-il des contraintes uniques imposées à certaines opérations ? Existe-t-il des opérations obscures mais utiles ? Certaines fonctionnalités sont-elles rarement utilisées ?
Pour découvrir ces informations, vous devez consulter la documentation utilisateur et technique du système métier cible. Si la documentation est éparse ou manquante, vous pouvez également en savoir plus sur les aspects techniques du système en recherchant des forums de support en ligne, des groupes de discussion en ligne, des blogs ou en examinant les fichiers d’installation pour obtenir des détails sur l’implémentation. Si vous avez accès aux développeurs métier ou aux fichiers de code, vous pourrez peut-être découvrir les informations dont vous avez besoin, notamment la sémantique de connexion, la prise en charge de la sécurité et la façon dont les opérations sont recherchées et appelées.
Voir aussi
Planifier et concevoir votre adaptateur à l’aide du Kit de développement logiciel (SDK) de l’adaptateur LOB WCF
Prise en main de avec le Kit de développement logiciel (SDK) de l’adaptateur LOB WCF
Sélection de l’infrastructure appropriée