Cette section fournit une courte description de certains éléments de base de l'application Portal Infranet qui influent sur la conception et la mise en oeuvre des objets métier spécifiques à cette application. Infranet définit quatre éléments de programmation principaux utilisés pour déterminer et étendre les fonctionnalités du système, ou encore pour y accéder. Pour concevoir des objets métier pour l'application Portal, vous devez être familiarisé avec les éléments ci-dessous. Ils sont brièvement décrits dans les sections suivantes.
Dans Infranet, les classes stockables contiennent des zones comportant des informations sur une classe. Parmi les classes stockables standard, citons les classes de compte, de service, de factures, et d'autres classes prédéfinies par Infranet. Pour étendre les fonctionnalités d'Infranet, vous pouvez créer des classes stockables ou des sous-ensembles de classes existantes.
Les classes stockables ne contiennent pas de données réelles ; elles correspondent à des spécifications d'objets, tout comme une définition d'objet métier WebSphere Business Integration Adapter définit une structure d'objet métier, sans contenir de données. Elles incluent diverses zones, telles que des zones simples (par exemple, une zone d'entier ou de chaîne), des tableaux ou des sous-structures.
Lorsqu'une classe stockable a été instanciée et inclut des valeurs de données réelles, elle devient un objet stockable. Chaque objet stockable est identifié par un ID d'objet de portail unique, ou POID. Le POID contient le numéro de la base de données, le nom de la classe stockable, le numéro d'instance de l'objet stockable ainsi que son numéro de révision.
La différence entre une classe stockable et un objet stockable est illustrée dans la figure 4.
Une classe stockable peut définir des fonctionnalités héritées et étendues pour la classe. Par exemple, la classe stockable /account/email contient toutes les données de la classe account avec des informations complémentaires s'appliquant spécifiquement à la classe étendue email. Par conséquent, la classe stockable /account/emaildevient une sous-classe de /account comme indiqué dans la figure 5.
Les objets stockables sont manipulés au moyen des scripts, outils et programmes d'application Infranet, ou de tout programme ou processus personnalisé. Quel que soit leur type, tous les programmes client exploitent des objets stockables au moyen des bibliothèques de programmation et de l'interface PCM. Les objets stockables sont manipulés par des codes opération, qui correspondent à des routines contenant des listes de zones exploitant ce type d'objet.
Les zones correspondent à la valeur de donnée la plus simple d'Infranet. Chaque nom de zone du système est associé à un ID, un type et une définition uniques. Les noms de zone sont partagés et utilisés par de nombreuses classes et définitions de codes opération.
Le système intègre un ensemble de base de types de zones pouvant être utilisé pour créer des zones. Le tableau 5 répertorie les types de zones. Les six premiers types correspondent à des types de données de langages de programmation tels que C. Les autres contiennent des données plus complexes et peuvent pointer sur des structures en C utilisées comme valeurs. Les tableaux et les sous-structures contiennent des pointeurs vers d'autres listes de zones.
Type de zone | Type de donnée |
---|---|
PIN_FLDT_INT | Entier signé |
PIN_FLDT_UINT | Entier sans signe |
PIN_FLDT_ENUM | Entier énuméré |
PIN_FLDT_NUM | Nombre en virgule flottante |
PIN_FLDT_TSTAMP | Horodatage |
PIN_FLDT_STR | Chaîne de caractères |
PIN_FLDT_BINSTR | Chaîne binaire |
PIN_FLDT_BUF | Mémoire tampon de données de taille arbitraire |
PIN_FLDT_POID | ID d'objet de portail |
PIN_FLDT_ARRAY | Tableau |
PIN_FLDT_SUBSTRUCT | Sous-structure |
Les listes de zones (flists) sont des structures de données fondamentales utilisées dans les interfaces API de programmation Infranet. Elles correspondent à des conteneurs renfermant des paires de zones de données et de valeurs, et dans certains cas, d'autres flists. Les flists peuvent représenter des calculs en virgule flottante, des mémoires tampons ou des éléments de données volumineux ne pouvant tenir en mémoire. Elles servent à la transmission d'informations entre les objets stockables et les routines ou programmes qui manipulent ces objets.
Un objet stockable (par exemple, dans une classe stockable /account) forme une flist (ou une partie d'une flist) qui utilise la spécification de classe stockable. La flist répertorie des zones, chacune étant associée à ses propres attributs, autorisations et valeurs de données. Ces zones définissent conjointement les fonctionnalités de l'objet stockable, comme indiqué dans la figure 6.
Les flists peuvent contenir plusieurs objets stockables. La structure des flists garantit la transmission des informations depuis l'application vers l'objet stockable approprié.
Une application utilise les codes opération système Infranet pour exécuter des opérations sur les objets stockables et les zones qu'ils contiennent. Il existe plusieurs ensembles de codes opération, qui sont regroupés dans les catégories fonctionnelles suivantes : Base, Module de fonctions Client (FM), Module de fonctions Activité, Module de fonctions Facturation, Module de fonctions Terminal et Module de fonctions Messagerie électronique.
Les opérations de base sur les objets incluent la création, la suppression, l'écriture, la lecture et la recherche. Tous les autres codes opération mettent en oeuvre une sémantique métier (de niveau supérieur) consistant notamment à consigner des activités, facturer l'achat d'un produit sur un compte, vérifier les informations relatives à une carte de crédit, modifier un nom et une adresse, vérifier un mot de passe ou enregistrer des données comptables. Ces codes opération de niveau supérieur sont mis en oeuvre dans des modules de fonctions, où les codes opération de base sont implémentés directement par le gestionnaire de stockage (SM). Les codes opération de niveau supérieur sont convertis en divers codes opération de base par les routines des modules de fonctions au sein des gestionnaires de communications, puis transmis aux gestionnaires de stockage.
Chaque code opération système est associé à une flist d'entrée et de sortie. Une application client détermine ce qu'est un événement "intéressant", appelle le système Infranet avec le code opération approprié et la flist correspondante, puis traite la flist renvoyée et la mémoire tampon des erreurs.