Vous êtes sur la page 1sur 9

MEMO TECHNIQUE

Composants ActiveX et FactorySuite


Par Steve Lewarne, Wonderware Corporation

Introduction Le but de ce document est de montrer l'intrt et l'utilit des objets ActiveX dans le contexte des logiciels d'automation industrielle, ainsi que de permettre au lecteur de comprendre les concepts de la technologie objet en gnral et de la technologie ActiveX en particulier. Il fournit pour cela une prsentation des concepts fondamentaux de la technologie objet et dcrit leur mise en oeuvre dans la technologie ActiveX. Ce document met l'accent sur les points particulirement importants pour l'automation industrielle et explique les concepts correspondants. Pour comprendre l'utilisation des objets et de la technologie ActiveX, il est important de comprendre leurs origines. C'est pourquoi la premire section de ce document est consacre aux origines des objets et des composants ActiveX. Les sections suivantes dcrivent l'utilisation des objets et des composants ActiveX et les avantages qu'ils apportent. Enfin, nous verrons comment la technologie objet en gnral, et les composants ActiveX en particulier, sont optimiss dans FactorySuite. Rappels du concept des objets logiciels Pour bien comprendre les concepts cls de la programmation oriente objet (POO) et des objets logiciels proprement dits, il est important de comprendre les raisons qui ont motiv leur cration. Cette section prsente le principe des objets logiciels et dcrit le but de la POO et des objets. 2.1 But des objets logiciels Le but ultime des objets logiciels et de la POO est d'conomiser du temps et de fiabiliser les dveloppements. Le plus simple pour y parvenir est de dvelopper des objets rutilisables. La conception de systmes logiciels base sur des objets permet aux dveloppeurs de crer des bibliothques de fonctions qu'ils peuvent utiliser d'un projet l'autre sans avoir les modifier. Les objets permettent ainsi de rutiliser une fonction de base autant de fois que ncessaire. Ces bibliothques d'objets diffrent considrablement des bibliothques de fonctions traditionnelles en ce sens qu'elles contiennent des donnes en plus des fonctions qui exploitent ces donnes. Par consquent, un objet logiciel peut tre considr comme un ensemble autosuffisant de donnes et de fonctions associes. Dans les langages de POO, ces objets sont gnralement appels "classes". En gnral, les langages de POO et les objets sont soumis trois conditions : ils doivent supporter l'encapsulage, l'hritage et le polymorphisme. Malgr leur aspect obscur, ces concepts sont faciles comprendre. 2.1.1 Encapsulage L'encapsulage signifie que les donnes d'un objet ne sont pas accessibles directement l'extrieur de cet objet ; elles sont encapsules dans celui-ci. Pour accder ou utiliser les donnes d'un objet, il faut utiliser les mthodes que l'objet expose. Ces mthodes sont des fonctions contenues dans l'objet qui permettent d'accder aux donnes de l'objet et de les manipuler. Rappelons qu'un objet est un ensemble de donnes et de fonctions associes (c'est--dire de mthodes).

ActivX-fr-intouch.doc 14/05/01

L'encapsulage protge les donnes d'un objet contre les accs inappropris et permet l'objet luimme de contrler quand et comment les donnes sont accessibles. Ceci vite les modifications accidentelles ou incorrectes des donnes que contient l'objet. Prenons par exemple un objet boucle PID. Cet objet doit contenir les donnes (paramtres PID) et fonctions (calculs) ncessaires la boucle PID. Les paramtres de rgulation P, I et D (gains proportionnels, intgral et driv) ne doivent pouvoir tre rgls qu' l'aide de fonctions bien dfinies : SETP, SETI et SETD, vitant ainsi les modifications accidentelles d'un paramtre P, I ou D. 2.1.2 Hritage L'hritage permet de crer un objet entirement nouveau possdant tout ou partie des fonctions d'un autre objet. Ainsi, le nouvel objet hrite des structures de donnes et des fonctions de l'objet parent. Le dveloppeur peut ensuite ajouter de nouvelles structures de donnes et fonctions ce nouvel objet "enfant" sans avoir modifier l'objet "parent". Prenons l'exemple de l'objet boucle PID. Cet objet offre les structures de donnes (paramtres) et fonctions (calculs) de base de la boucle PID. A un moment donn, une nouvelle application avec boucle PID auto apprentissage devient ncessaire. Dans ce cas, au lieu de rcrire l'objet PID partir de zro, le dveloppeur peut simplement crer un nouvel objet qui hrite de toutes les structures de donnes et des fonctions de boucle PID. Il peut ensuite ajouter cet objet les nouvelles fonctions et structures de donnes qui rpondront aux exigences de rgulation auto apprentissage. Un autre avantage de l'hritage est que chaque modification de l'objet parent (c'est--dire l'objet boucle PID) est implicitement applique tous les objets drivs de l'objet parent (autrement dit, l'objet PID auto apprentissage). 2.1.3 Polymorphisme Le polymorphisme permet de traiter de la mme faon diffrents objets ayant des fonctions similaires. Prenons par exemple deux objets totalement diffrents : une pompe et une chaudire. Ces deux objets sont associs une mthode de dmarrage. Cependant, ils rpondent chacun de manire spcifique une commande de dmarrage. L'objet pompe peut se contenter de contrler un ou deux verrous de scurit avant d'activer le moteur de la pompe. L'objet chaudire peut vrifier un grand nombre de verrous de scurit, dclencher une alarme sonore, ouvrir une vanne de gaz, dclencher un dispositif d'allumage, ouvrir une vanne d'eau, dmarrer une pompe et activer un systme de surveillance des fumes. Globalement, le comportement des deux objets est similaire : ils dmarrent. Mais leurs procdures de dmarrage respectives sont trs diffrentes. Avec le polymorphisme, le systme qui met la commande de dmarrage de chaque objet ne connat pas les dtails ncessaires au dmarrage des diffrents types d'quipement. L'avantage du polymorphisme est qu'il cache dans les objets eux-mmes la complexit associe leur commande de dmarrage.

Prsentation des objets ActiveX Le concept d'objets tel qu'il a t dcrit prcdemment aurait pu s'appliquer n'importe quel langage de programmation, indpendamment de la plate-forme utilise. C++ est un langage de programmation orient objet disponible sur la plupart des plates-formes. Les objets ActiveX sont des objets bass sur le modle COM (Component Object Model) de Microsoft. COM est une technologie dfinissant un paradigme commun qui permet l'interaction de diffrents composants logiciels sous Microsoft Windows. Le modle COM permet aux objets d'interagir avec d'autres objets au sein d'un programme spcifique ainsi qu'avec des objets extrieurs ce programme, alors que la programmation oriente objet (POO)

ActivX-fr-intouch.doc 14/05/01

est limite aux objets d'un mme programme. Cette distinction est essentielle. COM offre une infrastructure standard qui permet aux objets de partager des donnes et fonctions entre applications. Si les termes ActiveX, COM et DCOM (Distributed Component Object Model) sont relativement nouveaux, la technologie de base sous-jacente, quant elle, volue dj depuis plusieurs annes. Pour bien comprendre ces termes, il est important de connatre l'historique des technologies COM et des technologies qui s'y rattachent. 3.1 Gnalogie d'ActiveX L'histoire des objets ActiveX remonte plusieurs annes ; en fait au dbut de Microsoft Windows. Pour utiliser une analogie simple mais forte, ActiveX est aux objets ce que Microsoft Windows est aux applications. ActiveX permet aux objets d'utiliser un ensemble commun de services (COM) pour communiquer avec d'autres objets. Microsoft Windows offre une infrastructure commune permettant aux applications d'utiliser un ensemble commun de services priphriques (affichage graphique, clavier, souris, rseau, imprimante, etc.). Avant Microsoft Windows, chaque programme devait avoir son propre pilote d'imprimante. Maintenant, il suffit de dvelopper un pilote d'imprimante pour Microsoft Windows pour que toutes les applications puissent utiliser l'imprimante sans connatre les codes d'impression et les caractres de contrle. Avant COM, tous les programmes devaient avoir des objets pour des fonctions spcifiques. A prsent, vous pouvez crer des objets ActiveX qui partagent leurs structures de donnes et leurs fonctions avec n'importe quel programme. ActiveX a volu dans le temps et avec les versions de Microsoft Windows. Les sections suivantes fournissent un bref aperu des technologies qui ont volu pour aboutir ActiveX et COM, tels que nous les connaissons actuellement. 3.1.1 Echange dynamique des donnes (DDE) Avec DDE, Windows offrait une mthode ouverte et standard d'change des donnes. DDE permet aux applications d'changer des donnes avec d'autres applications. Il offre galement une mthode pour crer des liens dynamiques permettant une application de signaler une autre application toute modification de donnes. C'est une extension naturelle de Microsoft Windows, qui est un environnement dit "vnementiel". Les donnes sont changes seulement quand cela est ncessaire, et non de manire continue. Cette mthode de communication est optimise pour rduire les ressources utilises. Un autre concept important introduit pour la premire fois avec DDE est la capacit pour une application d'excuter une commande dans une autre application ; cela permettait une application d'en contrler une autre. Les concepts utiliss pour fournir cette capacit de commande interapplications sont la base de l'automatisation ActiveX, que nous verrons plus tard. Wonderware Corporation a t l'une des premires socits utiliser DDE en introduisant sur le march la premire interface homme-machine (IHM) base Microsoft Windows : InTouch. DDE tait alors la seule mthode ouverte et standard pour l'change de donnes et le contrle d'applications. Il tait galement optimis pour la signalisation des exceptions, permettant ainsi d'utiliser le plus efficacement possible les ressources de la CPU. 3.1.2 Liaison et imbrication d'objets (OLE) 1.0 OLE 1.0 tait la premire tape permettant un document de contenir des types d'objets diffrents. OLE permettait d'imbriquer des objets dans un document ou de les lier un document. Dans ce dernier cas, le fichier li tait conserv sparment. OLE 1.0 permettait galement d'appeler l'diteur natif des objets en faisant un double-clic sur l'objet OLE. Par exemple, une feuille de calcul du tableur Microsoft Excel pouvait tre imbrique dans un document Microsoft Word. Il suffisait alors de doublecliquer sur la feuille de calculs Excel, dans le document Word, pour lancer le tableur et diter la feuille de calcul.
ActivX-fr-intouch.doc 14/05/01 3

OLE 1.0 a t introduit avec Microsoft Windows 2.x et 3.0. Mme si le concept tait davant-garde, OLE 1.0 tait handicap par la limite des 640 Ko de mmoire des PC, qui rendait trs difficile l'excution simultane de plusieurs applications. 3.1.3 OLE 2.0 OLE 2.0 a apport plusieurs volutions par rapport OLE 1.0. L'objectif restait cependant essentiellement le mme : permettre un document (ou container) de contenir plusieurs objets de diffrents types. OLE 2.0 marquait l'introduction du concept COM. Les objets OLE 2.0 taient des objets COM - un cas tout fait particulier des objets gnriques dcrits dans la section 2. Le standard COM crait une infrastructure standard pour les objets OLE 2.0. La nature exacte de l'infrastructure COM tant techniquement trop complexe, nous ne la dcrirons pas dans ce document ; reportez-vous la section des lectures conseilles pour de plus amples informations. Parmi les concepts les plus importants introduits par OLE 2.0, citons le GUID (identificateur global unique), la prsentation des objets et l'automatisation OLE. Le GUID permet aux objets OLE de rpondre une condition essentielle : pouvoir tre identifis de manire unique. Les GUID sont des "numros de srie" pour objets OLE. Il n'existe pas deux objets OLE ayant le mme GUID. Mme si deux objets portent le mme nom descriptif, ils peuvent tre identifis de faon unique par leur GUID. OLE dfinit des mcanismes standard pour l'affichage des objets. Cela permet une application container (telle que Microsoft Word) d'allouer de l'espace sur un cran ou une page imprime pour permettre l'objet de se dessiner seul. L'automatisation OLE (galement appele automatisation ActiveX) permet aux applications d'exposer des objets d'autres applications. L'automatisation OLE permet non seulement aux objets d'changer des donnes avec d'autres objets et d'y excuter des commandes, mais galement de connatre les lments d'information et les commandes proposs par l'autre objet. OLE 2.0 offrait une mthode standard d'identification, d'affichage et d'utilisation des objets. Ce standard est trs important car il permet aux dveloppeurs qui ne connaissent pas les autres applications de crer des objets pouvant tre utiliss dans ces applications. InTouch de Wonderware supporte les spcifications OLE 2.0 depuis Windows 3.1. Il supporte galement la technologie GOT (Generic Object Technology). Wonderware a dvelopp cette technologie pour permettre la cration d'objets gnriques pouvant tre utiliss conjointement avec InTouch, avant les standards OLE 2.0 et ActiveX. InTrack, le systme de pilotage de fabrication de Wonderware, utilise un serveur d'automatisation OLE comme un moteur de base de donnes. Ce serveur utilise COM pour exposer les objets qui permettent de manipuler la base de donnes InTrack. InTouch ou Visual Basic peuvent tre utiliss comme clients du serveur d'automatisation OLE InTrack. 3.1.4 Contrles OLE (OCX) Les spcifications OLE 2.0 taient puissantes en ce sens qu'elles permettaient aux objets d'changer des donnes et fonctions. Mais il manquait un lment : la capacit pour l'objet de notifier l'application container d'un vnement. Par exemple, un objet OLE 2.0 voulant signaler au container que l'utilisateur avait cliqu dessus ne pouvait s'appuyer sur aucun standard. C'est pourquoi OLE a t tendu pour permettre un objet de signaler son container loccurrence d'un vnement, amliorant ainsi le dialogue entre l'objet et son container. Ce nouveau type d'objet fut dnomm contrle OLE, ou OCX. Les OCX sont rcemment devenus des contrles ActiveX. Ce changement de dnomination correspond la popularit croissante d'Internet. Les contrles ActiveX sont de parfaits paradigmes pour Internet car ils utilisent efficacement l'architecture rpartie des serveurs d'objets d'Internet. Mme si OCX a t renomm ActiveX en raison d'Internet, ce serait une erreur d'associer ActiveX

ActivX-fr-intouch.doc 14/05/01

exclusivement Internet. ActiveX et COM sont des concepts importants pour n'importe quelle application logicielle, et pas seulement sur Internet. FactorySuite 2000, de Wonderware Corporation, utilise les contrles ActiveX, COM et DCOM de manire intensive. InTouch et InControl sont tous deux des containers ActiveX. IndustrialSQL Server, InBatch et InTrack exposent tous les objets client sous la forme d'objets ActiveX. La technologie ActiveX fournit une mthode standard ouverte pour tendre et personnaliser les applications. InTouch et InControl peuvent tre facilement tendus avec n'importe quel contrle ActiveX, et les contrles ActiveX exposs par IndustrialSQL Server, InBatch et InTrack peuvent tre utiliss avec n'importe quel container ActiveX.

Anatomie d'un contrle ActiveX Les sections prcdentes ont prsent le concept des objets en gnral, et des objets ActiveX en particulier. Nous allons maintenant voir comment les objets ActiveX dialoguent avec les containers. Cette section dcrit les interfaces qu'un objet ActiveX expose et quelques-unes des options pour dployer des objets ActiveX. 4.1 Interfaces ActiveX Nous avons vu que les objets ActiveX contiennent des donnes et fonctions et qu'ils peuvent signaler des vnements un container. Il existe trois mthodes pour dialoguer et interagir avec un contrle ActiveX. En terminologie ActiveX, ce sont les Proprits (donnes), les Mthodes (fonctions) et les Evnements. L'accs chacune de ces interfaces s'effectue en utilisant l'automatisation ActiveX. Reportez-vous la figure 4.1 pour un schma des Proprits, Mthodes et Evnements.

Figure 4.1 : Proprits, Mthodes et Evnements ActiveX

4.1.1 Proprits

ActivX-fr-intouch.doc 14/05/01

Les objets ActiveX exposent des proprits un container. Les proprits correspondent aux lments d'information d'un contrle ActiveX. Dans le cas d'une boucle PID, tous les paramtres PID (SP, PV, OT, P, I, D, etc.) peuvent tre traits comme des proprits. Les proprits sont galement souvent utilises pour formater les objets ActiveX. Des informations telles que la police utilise pour afficher le texte, la couleur de fond de l'affichage et la taille du contrle sont des proprits types, utilises par l'objet pour contrler la faon dont il sera affich. Les proprits peuvent tre lues et crites dans un objet ActiveX. 4.1.2 Mthodes Les mthodes sont des fonctions exposes par un objet ActiveX. Ces fonctions agissent gnralement sur les donnes contenues dans l'objet. Les mthodes sont l'interface que le container utilise pour commander l'objet de raliser une opration. Un composant boucle PID ActiveX ncessiterait par exemple une fonction de commutation entre le mode automatique et le mode manuel. Cette fonction pourrait tre expose par une mthode appele AutoManuel. Le container peut appeler cette mthode en fonction des entres utilisateur. Cette mthode dispense le container de comprendre ce qu'est une boucle PID et lui vite les manipulations de paramtres ncessaires pour changer modifier d'tat de contrle. 4.1.3 Evnements Les vnements sont des mcanismes que l'objet ActiveX utilise pour indiquer au container que quelque chose s'est produit. Les vnements peuvent galement renvoyer au container les paramtres qui leur sont associs. Prenons l encore l'exemple d'un composant boucle PID ActiveX. Celui-ci peut gnrer un vnement en rponse au dpassement des limites par une variable de procd. Ce mcanisme permet au composant ActiveX de signaler cette condition au container. Le container peut ensuite avertir l'utilisateur ou ragir automatiquement cette condition. 4.2 Mise en uvre d'ActiveX Il existe plusieurs faons de mettre en uvre un objet ActiveX. Un objet ActiveX se comporte comme un serveur vis--vis du container, lequel joue le rle de client. Les objets ActiveX peuvent tre mis en uvre essentiellement de deux faons : comme serveurs internes au processus et comme serveurs externes au processus. Ces deux utilisations correspondent aux objets ActiveX DLL (Dynamic Link Libraries) et aux objets ActiveX EXE (excutables). Les avantages et inconvnients de ces deux approches sont dcrits dans les sections suivantes. Pour bien comprendre les diffrences entre les mises en oeuvre internes et externes au processus, il convient d'introduire le concept d'espace de processus. Un espace de processus est un espace mmoire attribu un processus spcifique (programme, excutable...). Sous Windows 95 et Windows NT, la mmoire alloue est accessible uniquement au processus auquel elle appartient et au systme d'exploitation. Sous Windows 3.x et les versions prcdentes, n'importe quel processus pouvait accder n'importe quelle partie de la mmoire. Un processus pouvait ainsi accder la mmoire d'un autre processus, et l'altrer, provoquant un dfaut de protection gnrale (GPF). Tout en liminant le risque d'altration de la mmoire d'un processus par un autre processus, le concept d'espace de processus a compliqu l'change de donnes entre processus. L'action qui consiste dplacer des donnes d'un processus un autre s'appelle le Triage. Le standard COM sur lequel ActiveX est construit supporte le triage. 4.2.1 Objets ActiveX DLL Les composants ActiveX DLL, ou serveurs ActiveX internes au processus, sont chargs dans l'espace de processus de l'application container. Comme ces objets se trouvent dans l'espace de processus de
ActivX-fr-intouch.doc 14/05/01 6

l'application container, il n'est pas ncessaire de trier les donnes entre l'application container et l'objet ActiveX. Cela rduit le temps systme et augmente les performances. L'utilisation d'objets ActiveX comme serveurs internes au processus prsente de nombreux avantages. L'avantage principal est l'excellente performance obtenue grbce l'utilisation du mme espace de processus que le container. Un autre avantage de ces objets est qu'ils peuvent tre utiliss par n'importe quel client d'automatisation OLE, tel que les applications Microsoft Office. 4.2.2 Objets ActiveX EXE Les excutables ActiveX, ou serveurs externes au processus, sont chargs dans un espace de processus distinct de celui de l'application container. Comme il n'existe aucune mmoire partage entre ces applications, les donnes doivent tre tries entre l'objet ActiveX et le container. Ce tri augmente considrablement le temps systme et a une incidence importante sur les performances. L'avantage des excutables ActiveX est qu'ils permettent l'utilisation des objets par les applications client et par l'excutable, considr alors comme une application autonome. De plus, de par leur nature, les excutables ActiveX oprent sur un thread distinct et n'interfrent pas avec le traitement des donnes dans l'application client. 4.3 Environnements de dveloppement ActiveX Les objets ActiveX peuvent tre dvelopps dans plusieurs environnements de programmation, tels que : Microsoft Visual C++, Borland C++ Builder, Borland Delphi et Microsoft Visual Basic 5.0. L'environnement de dveloppement le plus intressant est peut-tre Visual Basic 5.0 de Microsoft. Visual Basic Control Creation Edition (VBCCE) de Microsoft est une version de VB 5.0 conue spcialement pour la cration d'objets ActiveX et disponible gratuitement sur le site Web de Microsoft (www.microsoft.com). Bien qu'offrant des fonctionnalits limites par rapport aux versions Standard, Professional ou Enterprise de VB, VBCCE permet de crer aisment des composants ActiveX simples pour prsenter et manipuler les donnes. VB 5.0 et VBCCE 5.0 permettent l'utilisateur final et aux intgrateurs systme de rsoudre un nombre considrable de problmes. Grbce ces environnements, les programmeurs peuvent dvelopper des contrles adapts aux applications containers et permettant d'enrichir facilement et de faon standard les applications containers.

Technologie objet et objets ActiveX dans FactorySuite de Wonderware Nous avons vu dans les sections prcdentes les objets et la technologie ActiveX. Le but de cette section est de montrer comment ces technologies sont optimises dans FactorySuite de Wonderware pour l'automation industrielle. 5.1 FactorySuite 1000 Wonderware Corporation a introduit la premire gamme intgre de logiciels pour le march de l'automation industrielle en avril 1997. L'importante intgration des produits composant FactorySuite 1000 a permis d'optimiser de nombreuses technologies orientes objet. InTouch, l'interface homme-machine (IHM) de FactorySuite, a optimis la technologie des objets gnriques (GOT) pour permettre la communication avec d'autres composants de FactorySuite, y compris InBatch, IndustrialSQL Server et InControl. Le systme d'informations de production Intrack expose un serveur d'automatisation OLE qui communique avec la base de donnes de suivi de production et peut manipuler ses donnes. Scout VT et les outils client IndustrialSQL Server utilisaient de faon intensive la technologie ActiveX.

ActivX-fr-intouch.doc 14/05/01

L'utilisation de ces technologies orientes objet a permis Wonderware de commercialiser la premire, et toujours unique ce jour, gamme intgre de logiciels pour l'automatisation industrielle. Ce virage dcisif nous a permis de distancer les autres vendeurs de procds industriels, qui tentent de trouver une solution intgre. Il est important de remarquer que toutes ces technologies complexes ont t fournies sous la forme de solutions compltes, faciles utiliser, qui ont fait la rputation de Wonderware. 5.2 FactorySuite 2000 FactorySuite 2000 introduit d'importantes volutions en termes d'intgration, tout en s'inscrivant dans la stratgie d'ouverture et de convivialit de Wonderware. Les sections suivantes prsentent quelques-unes des nombreuses amliorations dont les utilisateurs peuvent bnficier avec FactorySuite 2000. 5.2.1 InTouch Composant charg du dialogue homme-machine dans FactorySuite 2000, InTouch 7.0 est un container ActiveX. Les utilisateurs pourront utiliser un ventail infini d'objets ActiveX dvelopps par Wonderware et des socits indpendantes du monde entier. InTouch continue supporter la technologie GOT pour une intgration optimale avec les applications InTouch traditionnelles. 5.2.2 InControl Composant charg des fonctions rflexes dans FactorySuite 2000, InControl 7.0 est galement un container ActiveX. Les utilisateurs peuvent crer ou acheter des objets ActiveX dautomatisme adapts leurs besoins et les utiliser dans la stratgie dautomatisme dveloppe avec InControl. InControl 7.0 utilise galement DCOM pour le contrle et la configuration distance. InControl 7.0 inclut un certain nombre de contrles ActiveX, y compris un contrle PID, un contrle de type logique floue et une interface de commande d'axe. Cette version inclut galement un exemple d'utilisation du contrle de type logique floue pour rgler le contrle PID de faon automatique. Le contrle en logique floue est conforme l'extension Fuzzy Logic du standard CEI 1131-3. 5.2.3 IndustrialSQL Server Composant charg de lhistorisation des donnes dans FactorySuite 2000, IndustrialSQL Server 7.0 expose les fonctionnalits des applications clientes au moyen d'objets ActiveX. Ces outils de suivi de tendance et d'analyse pourront tre dploys dans InTouch (pour l'interface homme-machine) et dans d'autres containers ActiveX. IndustrialSQL Server est bas sur Microsoft SQL Server de Microsoft. Il est ainsi possible d'accder aux donnes de procd, de traitement par lots et de production en utilisant des outils SQL standard. 5.2.4 InBatch Composant charg du pilotage des procds discontinus dans FactorySuite 2000, InBatch 7.0 fournit des objets ActiveX pour contrler les procds batch. InBatch offre galement un ActiveX recettes de type Grafcet qui permet InTouch de surveiller directement le droulement des oprations batch. InBatch 7.0 utilise galement IndustrialSQL Server pour l'historique des batch, offrant une gestion centralise des donnes historiques, des donnes en temps rel et des donnes de traitement par lots. 5.2.5 InTrack Composant charg du pilotage de fabrication dans FactorySuite 2000, InTrack 7.0 se comporte comme un serveur d'automatisation OLE, permettant de consulter et de manipuler les donnes de suivi de production. InTrack 7.0 fournit galement des objets ActiveX qui communiquent avec le moteur d'automatisation OLE. Ces objets ActiveX peuvent tre dploys dans InTouch ou dans n'importe quel container ActiveX.
ActivX-fr-intouch.doc 14/05/01 8

5.2.6 Scout Composant charg de laccs Intranet/Internet dans FactorySuite 2000, Scout 7.0 fournit un certain nombre de composants ActiveX permettant de visualiser des donnes FactorySuite en temps rel via Internet. Scout 7.0 fournit galement un convertisseur de vues de procd qui convertit les crans InTouch en objets Java pour permettre un affichage distance au moyen de navigateurs Web standard.

Rsum La technologie objet permet une conception modulaire des logiciels. Elle rduit de manire significative le temps ncessaire la mise en oeuvre et la modification des applications logicielles. Les objets ActiveX sont construits autour de la technologie COM/DCOM de Microsoft, elle-mme base sur OLE, pour permettre des applications container de dialoguer avec des objets gnriques, ouverts et standard. Tous les dveloppeurs peuvent crer des objets ActiveX sans connantre les applications containers. Wonderware Corporation amliore en permanence ses produits en intgrant diffrentes technologies objet. FactorySuite 2000 fournit un support robuste des fonctionnalits et ressources des objets ActiveX, des containers ActiveX et du serveur d'automatisation OLE. En contribuant aux avances technologiques dans le domaine des logiciels d'automation industrielle sur PC, Wonderware s'est positionn l'avant-garde des nouvelles technologies logicielles. Grbce aux produits Wonderware, les utilisateurs peuvent bnficier de puissantes technologies tout en vitant les complexits habituellement associes ce type de technologies. L'engagement de Wonderware est de fournir des logiciels puissants, hautement intgrs, durables et conviviaux pour les applications d'automation industrielle.

Lectures conseilles = = = = Chappell, David (1996). Understanding ActiveX and OLE, A Guide For Developers & Managers. Redmond, WA : Microsoft Press, ISBN : 1-57231-216-5 Eddon, Guy & Eddon, Henry (1997). Active Visual Basic 5.0 Redmond, WA : Microsoft Press, ISBN : 1-57231-512-1 Appleman, Daniel (1997), Dan Applemans Developing ActiveX Components With Visual Basic 5.0. Emeryville, CA : Ziff-Davis Press, ISBN : 1-56276-510-8

ActivX-fr-intouch.doc 14/05/01