FR2785412A1 - Creation dynamique de classes d'objets - Google Patents
Creation dynamique de classes d'objets Download PDFInfo
- Publication number
- FR2785412A1 FR2785412A1 FR9813641A FR9813641A FR2785412A1 FR 2785412 A1 FR2785412 A1 FR 2785412A1 FR 9813641 A FR9813641 A FR 9813641A FR 9813641 A FR9813641 A FR 9813641A FR 2785412 A1 FR2785412 A1 FR 2785412A1
- Authority
- FR
- France
- Prior art keywords
- class
- generic
- sep
- classes
- attribute
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
- G06F8/315—Object-oriented languages
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4488—Object-oriented
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Stored Programmes (AREA)
Abstract
Une classe d'objets (Classe 1) dans un système informatique est créée dynamiquement en créant une classe générique globale (GenericClass) ayant deux membres possibles, dont au moins un membre est une instance d'une classe générique (GenericAttribute, GenericMethod), et en instanciant la classe générique globale.
Description
Titre
Création dynamique de classes d'objets.
Création dynamique de classes d'objets.
Domaine technique.
L'invention se rapporte à un procédé de création dynamique de classes d'objets dans un système informatique. Elle s'applique à tout programme d'ordinateur utilisant un langage orienté objet, tel que celui connu aujourd'hui sous les noms de C++ et Java ainsi qu'à tout système informatique. L'invention se rapporte aussi au système informatique mettant en oeuvre le procédé.
L'art antérieur.
Dans tous les programmes actuels orientés objets, les classes sont déclarées d'une manière statique. Par contre les objets sont souvent construits d'une manière dynamique avec la fonction New commune à tous ces langages. Par conséquent, la création dynamique d'une classe d'objets se fait en plusieurs étapes. La première étape consiste à créer une classe en écrivant du code. Ce code peut tre par exemple en langage Java sous la forme suivante :
class ExempleDeClasse
{int i ;//attribut de type entier
String str attribut de type chaîne de caractères
void print (String st ; int nb)
{... appel du script qui permet d'imprimer...}
//méthode pour imprimer la chaîne de caractères st,
nb fois. i
La seconde étape consiste à insérer ce code dans le programme général. Dans une troisième étape, on compile le code obtenu. Ce n'est qu'à la quatrième étape qu'on peut créer les objets dynamiquement, en faisant appel à l'instruction nez qui est native dans native dans langages orientés objets.
class ExempleDeClasse
{int i ;//attribut de type entier
String str attribut de type chaîne de caractères
void print (String st ; int nb)
{... appel du script qui permet d'imprimer...}
//méthode pour imprimer la chaîne de caractères st,
nb fois. i
La seconde étape consiste à insérer ce code dans le programme général. Dans une troisième étape, on compile le code obtenu. Ce n'est qu'à la quatrième étape qu'on peut créer les objets dynamiquement, en faisant appel à l'instruction nez qui est native dans native dans langages orientés objets.
La technique utilisée aujourd'hui présente deux inconvénients majeurs. Premièrement, la génération automatique du code est un processus lourd en soi, très coûteux en temps et nécessitant une très bonne connaissance en matière de logiciel. Par exemple, pour modifier un attribut dans une classe, il faut aller chercher l'attribut dans un programme, lire le programme (difficilement car ce n'est pas une base de données structurée) retrouver les données relatives à l'attribut, et modifier les données au moyen d'opérations complexes. Deuxièmement, il faut savoir insérer ce code au bon endroit dans le programme existant. Troisièmement, à chaque création ou modification d'une classe, il faut faire une recompilation, qui est une opération très lente et tout à fait inacceptable pour la personne qui utilise l'application d'une manière interactive.
Sommaire de l'invention.
Un but de l'invention est de pouvoir rapidement créer dynamiquement des classes.
Un second but est de créer dynamiquement des classes de façon simple et non coûteuse.
L'invention a pour objet un procédé de génération dynamique d'une classe d'objets dans un système informatique, caractérisé en ce qu'il consiste à créer une classe générique globale ayant deux membres possibles, dont au moins un membre est une instance d'une classe générique, et à instancier la classe générique globale pour avoir ladite classe d'objets.
L'invention a aussi pour objets corollaires le système informatique en résultant et un support d'enregistrement, tel qu'une disquette magnétique ou un cédérom, incorporant un logiciel pour la mise en oeuvre du procédé.
Présentation des dessins.
* La figure 1 est une vue synoptique d'un système informatique mettant en oeuvre le procédé de l'invention pour la création dynamique de classes d'objets.
* La figure 2 est une fentre servant à un concepteur pour la mise en oeuvre du procédé de l'invention.
* La figure 3 est une boîte de dialogue servant au concepteur pour créer dynamiquement une classe pour l'exploitation désirée du système par l'utilisateur.
+ La figure 4 est une boîte de dialogue servant au concepteur pour définir un attribut de la classe présentée dans la figure 3.
* La figure 5 est une boîte de dialogue servant au concepteur pour définir une méthode de la classe présentée dans la figure 3.
* La figure 6 est une boîte de dialogue servant au concepteur pour définir un paramètre d'une méthode définie dans la figure 5.
+ La figure 7 est une vue synoptique de la structure en arbre de la classe telle que définie au moyen des boîtes de dialogue présentées dans les figures 3 à 6.
* La figure 8 est une vue synoptique illustrant un procédé de dérivation de la classe présentée dans la figure 7.
+ Les figures 9 et 10 sont des boîtes de dialogue servant au concepteur pour définir la classe dérivée en utilisant le procédé illustré dans la figure 8.
+ Les figures 11 et 12 illustrent deux interfaces respectives servant à l'utilisateur pour la commande du système représenté sur la figure 1.
+ La figure 13 est une fentre présentée à l'utilisateur pour l'utilisation des interfaces illustrées dans les figures 1,11 et 12.
Description détaillée d'exemples illustrant l'invention.
La figure 1 illustre un système d'information 10 exploité par un utilisateur U par l'intermédiaire d'une interface de commande 11. Le système 10 peut tre un système quelconque. Le système 10 illustré inclut un ensemble informatique 1 comprenant au moins une machine, deux machines 2a et 2b dans l'exemple illustré. Chaque machine illustrée a, de façon bien connue, au moins un processeur A connecté par l'intermédiaire d'un bus B à une mémoire 3. D'une manière générale, la mémoire peut tre locale ou distribuée, ou les machines peuvent former des noeuds d'un réseau dans l'ensemble 1. Dans chaque mémoire 3 sont stockés des moyens logiciels, notamment un ou plusieurs systèmes d'exploitation 4. Afin de mieux mettre en relief les avantages de l'invention, il sera considéré comme un système hétérogène représentatif d'un cas difficile à gérer. Les deux machines 2 sont supposées fonctionner sous deux systèmes d'exploitation respectifs 4a et 4b de types ou de versions différents l'un de l'autre, par exemple un système d'exploitation du type propriétaire et un système d'exploitation de type ouvert, par exemple celui connu sous l'un des noms de marque déposée UNIX ou Windows NT. L'ensemble informatique 1 dispose aussi de moyens de base de données, appelés base de données 5 et pouvant tre constitués d'une ou plusieurs bases de données locales ou distantes. Les machines 2 ont aussi chacune une interface d'entrée-sortie C connectée au bus B. Les interfaces d'entrée-sortie C des deux machines sont interconnectées entre elles ainsi qu'à la base de données C.
L'interface de commande 11 comprend un module de commande 12, un module de conception 13, un générateur 14 d'interfaces et une base d'interface 15. Le module 12 est connecté de façon bidirectionnelle à l'ensemble informatique 1. Le module 13 peut aussi tre connecté de la mme façon à l'ensemble informatique 1. La base d'interface 15 est connectée de façon bidirectionnelle aux modules 12 et 13 et au générateur 14. Le générateur 14 est aussi connecté pour tre commandé par le module 13. Le module de commande 12 sert à l'utilisateur U pour commander et exploiter les données du système 10. Le module de conception 13 sert à un concepteur
C, qui est un autre utilisateur de l'interface 11 mais qui est un spécialiste en informatique. Les deux utilisateurs U et C ont des consoles respectives 16 et 17 attachées aux modules respectifs 12 et 13.
C, qui est un autre utilisateur de l'interface 11 mais qui est un spécialiste en informatique. Les deux utilisateurs U et C ont des consoles respectives 16 et 17 attachées aux modules respectifs 12 et 13.
En bref, l'utilisateur U définit des besoins pour connaître et améliorer le fonctionnement de l'entreprise et soumet ses besoins au concepteur C. Le concepteur C crée au moyen de son module 13 des objets logiciels répondant aux besoins de l'utilisateur U et les envoie au générateur 14 pour tre converties en interfaces 18 (figures 11 et 12) correspondant à ses besoins et exprimant les commandes du système en un langage qui lui est compréhensible. Ces interfaces servent à l'utilisateur pour former des documents et seront appelées interfaces documentaires.
L'utilisateur U sera par exemple un directeur d'agence bancaire non spécialisé en informatique. On suppose par exemple que l'utilisateur U désire consulter l'ensemble informatique 1 de la banque pour faire des requtes en vue d'obtenir une liste d'étudiants, clients de l'agence, et imprimer pour eux des lettres personnalisées d'information, d'invitation et de rappel. L'utilisateur U transmet ses besoins au concepteur C, par exemple lors d'une réunion entre eux. Le concepteur transcrit ces besoins en utilisant, dans une première étape, le module 13 pour créer, modifier et/ou supprimer des objets et des classes d'objets concernés par ces besoins. Par exemple, afin de satisfaire au besoin précité de l'utilisateur U, le concepteur C créera une classe impression avec : un premier attribut"liste de diffusion"selon un ensemble de critères, ici les étudiants de l'agence ; un second attribut "nombre d'exemplaires" (entier) ; une première méthode"imprimer"ayant comme paramètre l'imprimante destinataire ; et une seconde méthode "visualiser les opérations d'impression"pour connaître le déroulement de l'impression. Les objets et classes créés par le concepteur sont stockés dans la base d'interface 15. La transcription finale par le concepteur C des besoins de l'utilisateur U n'est contenue que dans des objets qui ont été directement créés précédemment ou qui sont des instances de classes définies précédemment. Ces objets sont contenus dans la base 15, qui est contenue dans l'interface de commande 11 dans l'exemple illustré mais qui pourrait tre extérieure à l'interface 11 et incluse dans l'ensemble informatique 1. Les objets sont convertis en interfaces documentaires présentées à l'utilisateur U pour lui servir à former des documents de commande satisfaisant à ses besoins.
Le module 13 va d'abord tre présenté. Il met en oeuvre deux outils logiciels 20 et 30 exécutant respectivement un procédé de création dynamique de classes et un procédé de dérivation de classes et objets. L'outil 20 de création dynamique de classes va maintenant tre présenté.
La figure 2 illustre un exemple d'écran 21 qu'affiche la console 17 pour servir d'interface entre le concepteur C et le module 13. L'écran 21 a une barre 22 de menus incluant notamment les menus"Classes","Objets", "Rechercher"et"Exporter à U". Le menu"Classes"permet de créer dynamiquement des classes d'objets, par héritage ou non. Il permet aussi d'ouvrir une classe pour éventuellement la modifier, l'enregistrer ou la fermer. Le menu"Objets"permet d'instancier les classes définies précédemment, afin de créer des objets qu'on peut ensuite cloner. Comme pour les classes, on peut ouvrir un objet, le modifier, l'enregistrer sur le disque et le fermer. Avec l'outil 20, le concepteur C peut définir les commandes qui se trouvent dans les deux menus tels qu'illustrés par exemple dans ceux de l'écran 21. Le menu"Classes"illustré contient les commandes "Nouvelle classe","Nouvelle classe héritée","Ouvrir une classe","Supprimer une classe","Enregistrer la classe","Enregistrer la classe sous..." (Save the class as...) et"Fermer la classe". Le menu"Objets"contient les commandes "Nouvel objet de classe","Cloner un objet","Ouvrir un objet","Supprimer un objet","Enregistrer l'objet","Enregistrer l'objet sous..."et"Fermer l'objet".
L'outil 20 met en oeuvre un procédé de génération dynamique d'une classe d'objets. Le procédé est déclenché automatiquement par le module de conception 13 lorsque le concepteur C active la commande "Nouvelle classe"du menu"Classes"de la fentre 22 de la figure 2. Le procédé de génération automatique d'une classe consiste à créer une classe générique globale"GenericClass"ayant deux membres possibles, l'un étant relatif à au moins un attribut et l'autre étant relatif à au moins une méthode, au moins l'un des deux membres étant une instance d'une classe générique, et à instancier la classe générique globale pour avoir ladite classe d'objets. Dans l'outil 20 illustré, deux classes génériques"GenericAttribute"et "GenericMethod"sont attribuées aux deux membres respectifs de la classe générique globale"GenericClass". En outre, si une méthode inclut au moins un paramètre non fixe, ce paramètre est lui mme une instance d'une classe générique correspondante"GenericParameter".
D'une manière générale, les quatre classes génériques ainsi créées ne sont pas visibles par le concepteur C. Dans l'exemple illustré, elles sont mises à la disposition du concepteur C lorsqu'il exécute une commande dans les menus"Classes"et"Objets". Ainsi, une classe générique se définit comme une classe permettant au concepteur C de créer une nouvelle classe en créant une instance d'une classe générique globale. Puisque la création d'instances est dynamique dans tous les langages, la création d'une classe devient aussi dynamique pour le concepteur C. De mme, sachant qu'un objet est une nouvelle instance d'une classe, la création d'un objet correspond alors aussi à la création d'une copie de cette classe, c'est-à-dire à une nouvelle instance d'une classe générique globale. Par conséquent, le procédé déclenché par l'outil 20 est aussi déclenché lorsque le concepteur C active la commande "Nouvel objet de classe"dans le menu"Objets"de la fentre 22 de la figure 2.
Le procédé va maintenant tre illustré de la façon qu'il se présente au concepteur C par l'intermédiaire de l'outil 20.
La figure 3 illustre un exemple de boite de dialogue 23 que l'outil 20 ouvre lorsque le concepteur C clique sur la commande"Nouvelle classe"du menu"Classes". Le concepteur C utilise la boite de dialogue 23 pour saisir toutes les données relatives à une nouvelle classe qui n'hérite pas. On sait que les données sont les attributs et les méthodes de la nouvelle classe.
La boite 23 illustrée contient, pour la saisie des données,
-un champ de texte"Nom de la classe"
-un champ de texte"Identification de la classe (Class Id)"
-une zone de texte"Description de la classe"
-une liste"Méthodes de la classe"et
-une liste"Attributs de la classe"
La boîte 23 contient aussi les six boutons de commande encadrés en trait épais :
-"Modifier la méthode"
-"Supprimer la méthode"
-"Ajouter une méthode"
-"Modifier l'attribut"
-"Supprimer l'attribut"et
-"Ajouter un attribut".
-un champ de texte"Nom de la classe"
-un champ de texte"Identification de la classe (Class Id)"
-une zone de texte"Description de la classe"
-une liste"Méthodes de la classe"et
-une liste"Attributs de la classe"
La boîte 23 contient aussi les six boutons de commande encadrés en trait épais :
-"Modifier la méthode"
-"Supprimer la méthode"
-"Ajouter une méthode"
-"Modifier l'attribut"
-"Supprimer l'attribut"et
-"Ajouter un attribut".
Lorsque cette boîte de dialogue est validée, elle se traduit par la création d'une instance d'une classe générique globale, dite"GenericClass".
La classe générique globale de l'exemple illustré dans la figure 3 a plusieurs attributs.
Le premier attribut est un nom, formé par une chaîne de caractères désignant le nom de la classe. Il s'écrit en remplissant le champ "Nom de la classe"de la boîte 23.
Le second attribut est une identification de la classe, formée par une chaîne de caractères permettant d'identifier de façon unique la classe ou l'objet dans le système. Cet attribut s'écrit en remplissant le champ "Identification de la classe"dans la boite 23, par exemple in indiquant la date, l'heure de création, un nombre aléatoire formant un ticket, etc.
Le troisième attribut est une description, formée par du texte qui décrit la raison d'tre de la classe. Il s'écrit en remplissant la zone "Description de la classe".
Le quatrième attribut est un tableau nommé"Attributs", qui référence les attributs de la classe. Les attributs de la classe sont eux-mmes des instances d'une classe générique d'attributs, dite"GenericAttribute", qui a comme attributs :
-le nom de l'attribut,
-la description de l'attribut,
-soit le type de l'attribut, soit les valeurs possibles de l'attribut,
-la valeur par défaut de l'attribut, donnée à la création de la
classe"GenericAttribute", et
-la valeur réelle de l'attribut, qui est invisible au concepteur C et
qui n'est donc pas définie à la création de la classe. Elle est
définie par l'utilisateur U de la façon décrite ultérieurement.
-le nom de l'attribut,
-la description de l'attribut,
-soit le type de l'attribut, soit les valeurs possibles de l'attribut,
-la valeur par défaut de l'attribut, donnée à la création de la
classe"GenericAttribute", et
-la valeur réelle de l'attribut, qui est invisible au concepteur C et
qui n'est donc pas définie à la création de la classe. Elle est
définie par l'utilisateur U de la façon décrite ultérieurement.
Par exemple, la classe"Attributs [i]" est une instance de "GenericAttribute"et référence le ième attribut de la classe définie par le concepteur C.
La figure 4 illustre une boite de dialogue 24 de l'outil 20 constitutif du quatrième attribut de"GenericClass". Cette boite s'ouvre à partir de la boite 23, par exemple en nommant"Classel"la classe issue par instanciation de la classe générique globale"GenericClass"et en activant le bouton"Ajouter un attribut". La boite 24 contient :
-un champ de texte"Nom de l'attribut",
-une zone de texte"Description de l'attribut",
-un champ de texte"Type de l'attribut",
-une zone de texte pour"Valeurs possibles de l'attribut",
-un champ de texte"Valeur par défaut de l'attribut", et
-un champ de texte"Valeur réelle de l'attribut"représenté en grisé sur la figure 4 pour indiquer qu'il n'est pas visible par le concepteur C.
-un champ de texte"Nom de l'attribut",
-une zone de texte"Description de l'attribut",
-un champ de texte"Type de l'attribut",
-une zone de texte pour"Valeurs possibles de l'attribut",
-un champ de texte"Valeur par défaut de l'attribut", et
-un champ de texte"Valeur réelle de l'attribut"représenté en grisé sur la figure 4 pour indiquer qu'il n'est pas visible par le concepteur C.
De mme, pour modifier un attribut, il suffit de sélectionner l'attribut dans la liste des attributs de la figure 3 et d'activer le bouton "Modifier l'attribut", de façon à avoir la boite de dialogue 24 de la figure 4 et à modifier les données qui apparaissent dans la boite 24.
En tant que premier attribut, on donne à l'attribut le nom "Attributl"et on remplit les autres champs. La validation de la boite de dialogue 24 se traduit par la création d'une instance de la classe générique "GenericAttribute". Le nom"Attributl"va figurer dans la liste des attributs de la figure 3, comme indiqué.
Le cinquième attribut de la classe générique"GenericClass"est un tableau nommé"Méthodes", qui référence les méthodes de la classe. Ces méthodes sont aussi, dans l'exemple illustré, des instances d'une classe générique de méthodes dite"GenericMethod". Une méthode est définie par les attributs suivants :
-son nom,
-sa description,
-son type de retour,
-ses paramètres, et
-son script d'exécution.
-son nom,
-sa description,
-son type de retour,
-ses paramètres, et
-son script d'exécution.
La figure 5 illustre une boite de dialogue 25 de l'outil 20 constitutif du cinquième attribut de"GenericClass". Cette boite s'ouvre à partir de la boîte 23, par exemple en activant le bouton"Ajouter une méthode". La boite 25 contient :
-un champ de texte"Nom de la méthode",
-une zone de texte"Description de la méthode",
-un champ de texte"Type de retour de la méthode",
-une liste de"Paramètres de la méthode",
-un bouton de commande"Ajouter",
-un bouton de commande"Modifier", et
-un bouton de commande"Supprimer".
-un champ de texte"Nom de la méthode",
-une zone de texte"Description de la méthode",
-un champ de texte"Type de retour de la méthode",
-une liste de"Paramètres de la méthode",
-un bouton de commande"Ajouter",
-un bouton de commande"Modifier", et
-un bouton de commande"Supprimer".
En tant que première méthode, on donne un nom à la méthode, par exemple"Méthodel", et on remplit les autres champs. La validation de la boîte de dialogue 25 se traduit par la création d'une instance de la classe générique"GenericMethod". Le nom"Méthodel"va figurer dans la liste des méthodes de la figure 3, comme indiqué.
La classe générique"GenericMethod"contient, en plus des attributs de la méthode, un tableau"Paramètres", qui référence les paramètres de la méthode. Le tableau peut tre vide si la classe générique ne contient pas de paramètre à déterminer, ou peut ne pas exister si cette classe générique n'est destinée à n'avoir aucun paramètre déterminable ou si elle n'a que des paramètres fixes ou prédéterminés. Dans le tableau, les paramètres sont eux aussi des instances d'une classe générique"GenericParameter". Un paramètre d'une méthode est défini par ses attributs :
-son nom,
-sa description,
-soit son type, soit ses valeurs possibles,
-sa valeur par défaut, et
-sa valeur réelle, non visible du concepteur C.
-son nom,
-sa description,
-soit son type, soit ses valeurs possibles,
-sa valeur par défaut, et
-sa valeur réelle, non visible du concepteur C.
Par exemple, si le paramètre se rapporte au nombre de pages à imprimer, la valeur par défaut sera 1 mais l'utilisateur U pourra indiquer une valeur réelle autre, par exemple 3 pour avoir trois exemplaires des pages à imprimer.
La figure 6 illustre une boite de dialogue 26 de l'outil 20 pour remplir la table de paramètres de"GenericMethod"dans la figure 5. La boite 26 s'ouvre à partir de la boite 25, en activant le bouton"Ajouter". La boite 26 contient :
-un champ de texte"Nom du paramètre",
-une zone de texte"Description du paramètre",
-un champ de texte"Type du paramètre",
-une zone de texte"Valeurs possibles du paramètre",
-un champ de texte"Valeur par défaut du paramètre", et
-un champ de texte"Valeur réelle du paramètre"représenté en
grisé sur la figure 5 pour indiquer que ce champ n'est pas visible
du concepteur C.
-un champ de texte"Nom du paramètre",
-une zone de texte"Description du paramètre",
-un champ de texte"Type du paramètre",
-une zone de texte"Valeurs possibles du paramètre",
-un champ de texte"Valeur par défaut du paramètre", et
-un champ de texte"Valeur réelle du paramètre"représenté en
grisé sur la figure 5 pour indiquer que ce champ n'est pas visible
du concepteur C.
En tant que premier paramètre, on lui donne par exemple le nom "Paraml"et on remplit les autres champs. La validation de la boîte de dialogue 26 se traduit par la création d'une instance de la classe générique "GenericParameter". Le nom"Paraml"va figurer dans la liste des paramètres de la figure 5.
La boite de dialogue 23 de la figure 3 étant remplie, la classe "Classel"est créée dynamiquement. On peut la valider en la sauvegardant avec la commande"Enregistrer la classe"ou"Enregistrer la classe sous...".
La figure 7 illustre la structure en arbre 27a de la classe "Classel"résultant de la validation de la boite 23. Dans la figure 7, la classe "Classe 1"est une instance de la classe générique globale"GenericClass"et a un attribut"Attributl"et une méthode"Méthodel"ayant elle-mme un paramètre"Paraml", qui sont tous les trois des instances de trois classes génériques respectives. Bien sûr, une autre classe, instance de la classe générique globale"GenericClass", pourrait avoir plusieurs instances de chacune des trois classes génériques"GenericAttribute","GenericMethod"et "GenericParameter". Cette structure en arbre permet de dynamiquement modifier, ajouter et supprimer à tout moment des membres de la classe (attributs ou méthodes).
On sait qu'un objet est une instance d'une classe. L'activation de la commande"Nouvel objet de classe"dans le menu"Objets"de la fentre 21 de la figure 2 affiche sur la console 17 du concepteur C une boîte de dialogue (non illustrée) qui contient la liste de toutes les classes déjà définies. Le concepteur C peut en sélectionner une, qui sera la classe du nouvel objet.
Dans un objet on donne éventuellement des valeurs aux attributs. Ces valeurs représenteront son identité et son état.
En outre, dans la classe générique globale"GenericClass"telle qu'elle apparaît de la figure 3 a de préférence un attribut supplémentaire consistant en un booléen"0"ou"1"indiquant si l'instance de la classe générique en cours représente une classe ou un objet. Dans l'exemple illustré, le booléen est"1"pour indiquer que le concepteur crée une classe. Le booléen se met automatiquement à la valeur correspondante en réponse à la commande"Nouvelle classe"ou"Nouvel objet de classe"qui a été actionnée par le concepteur C dans la fentre 22 de la figure 2. Dans l'exemple choisi, cet attribut n'est pas visible du concepteur C et est donc représenté en grisé.
D'autre part, dans la fentre 21 de la figure 2, le menu "Rechercher"est très utile au concepteur C pour faire une recherche puissante dans la base 15 pour y trouver des classes et des objets créés selon une liste de critères qu'il définit. Le concepteur C peut, par exemple, créer une nouvelle classe par héritage à partir de la classe qu'il a trouvée, au lieu de partir de zéro et refaire un travail déjà accompli.
Plus généralement, les boîtes de dialogue 23-26 servent donc au concepteur pour générer respectivement la classe générique globale et les classes génériques qui peuvent la composer. Bien que les boites de dialogue illustrées définissent complètement ces classes, tous les attributs, les types, les champs et zones de texte illustrés ne sont pas nécessaires. En particulier, les descriptions sont illustrées à une fin autre que le procédé de génération automatique de classes qui vient d'tre décrit.
La description va maintenant porter sur l'outil 30 de dérivation d'une classe ou d'un objet, l'outil 30 étant contenu dans le module 13 de l'interface de commande 11 de la figure 1.
L'héritage avec la commande"Nouvelle classe héritée", l'instanciation avec la commande"Nouvel objet de classe"et le clonage avec la commande"Cloner un objet"nécessitent en commun la création dynamique d'une copie de la classe (pour l'héritage ou l'instanciation) ou d'une copie de l'objet (pour le clonage).
La figure 7 illustre aussi un arbre 27b d'une classe"ClasseDl" obtenue par duplication de"Classel". Cette figure illustre, d'une manière générale, que la duplication de l'instance de"GenericClass"ne suffit pas, car la classe dupliquée"ClasseD 1"va pointer aux mmes instances "GenericMethod"et"GenericAttribute"de l'instance"Classel"de "GenericClass". Par exemple, il ressort de la figure 7 que"Attributl"est commun aux deux classes, alors que les deux classes devraient tre distinctes et indépendantes. Par conséquent, pour dériver une classe ou un objet, c'est-à- dire pour créer par héritage une nouvelle classe, pour instancier une classe ou pour cloner un objet, il faut non seulement dupliquer l'instance de "GenericClass", mais aussi dupliquer chaque instance référencée directement ou indirectement par l'instance de"GenericClass".
D'autre part, les développeurs de logiciels utilisent une technique de sérialisation qui s'applique à de nombreux langages, tels que
Java ou C++. La sérialisation permet de stocker tout objet sur un support d'enregistrement de données, un disque par exemple. Si par exemple un premier objet référence des objets, qui eux-mmes référencent d'autres objets et ainsi de suite, il suffit d'écrire le premier objet sur le disque avec la méthode de sérialisation pour stocker automatiquement en mémoire l'arborescence de tous les objets référencés directement ou indirectement par le premier objet.
Java ou C++. La sérialisation permet de stocker tout objet sur un support d'enregistrement de données, un disque par exemple. Si par exemple un premier objet référence des objets, qui eux-mmes référencent d'autres objets et ainsi de suite, il suffit d'écrire le premier objet sur le disque avec la méthode de sérialisation pour stocker automatiquement en mémoire l'arborescence de tous les objets référencés directement ou indirectement par le premier objet.
La figure 8 illustre schématiquement le principe du procédé de dérivation d'une classe"Classel"ou d'un objet. L'outil 30 met en oeuvre ce procédé. L'exemple illustré porte sur la création d'une classe"ClasseD2"par héritage de la classe"Classel"telle qu'illustrée dans la figure 7, étant bien entendu que le procédé peut s'appliquer de la mme façon à l'instanciation d'une classe ou le clonage d'un objet. Comme indiqué à la figure 8, le procédé de dérivation consiste en une première étape à sérialiser la classe"Classel" en la copiant sur un disque D, par exemple le disque dur d'une machine 2a ou 2b de l'ensemble informatique 1 de la figure 1. Ainsi, toute l'arborescence 27a de cette classe, telle qu'illustrée dans la figure 7, va tre dupliquée et stockée dans le disque. La seconde étape consiste à lire la classe dupliquée, stockée dans le disque D, en la chargeant dans l'outil 30, c'est-à-dire dans la mémoire vive sur laquelle est chargé le programme de l'outil. Il en résulte la classe dupliquée"ClasseD2"ayant une arborescence 27c identique à celle de l'arborescence 27a de la classe mère"Classel"mais indépendante de la classe mère. En langage Java par exemple, les deux étapes du procédé peuvent s'exécuter par exemple par les deux instructions suivantes :
FileStream. writeObject (Classel) ;
II pour sérialiser l'arborescence d'origine Classe 1
Nouvel objet ou Nouvelle classe = FileStream. readObject0 ;
//pour avoir une copie de Classe 1
La figure 9 illustre une boite de dialogue 31 pour l'utilisation de l'outil 30. Cet exemple se rapporte à celui de la figure 9, qui porte sur la création d'une classe héritant d'une autre classe. En exécutant la commande "Nouvelle classe héritée"du menu"Classes"de la figure 3, la fentre de dialogue 31 de la figure 9 apparaît. Cette fentre contient une zone de texte "Nom de la nouvelle classe"et une liste des classes parmi lesquelles la classe mère peut tre choisie. Dans l'exemple choisi, la classe"Classel"de la liste est choisie, comme indiqué en grisé à la figure 9. Dans l'exemple précédent, la classe héritée se nomme"classeD2".
FileStream. writeObject (Classel) ;
II pour sérialiser l'arborescence d'origine Classe 1
Nouvel objet ou Nouvelle classe = FileStream. readObject0 ;
//pour avoir une copie de Classe 1
La figure 9 illustre une boite de dialogue 31 pour l'utilisation de l'outil 30. Cet exemple se rapporte à celui de la figure 9, qui porte sur la création d'une classe héritant d'une autre classe. En exécutant la commande "Nouvelle classe héritée"du menu"Classes"de la figure 3, la fentre de dialogue 31 de la figure 9 apparaît. Cette fentre contient une zone de texte "Nom de la nouvelle classe"et une liste des classes parmi lesquelles la classe mère peut tre choisie. Dans l'exemple choisi, la classe"Classel"de la liste est choisie, comme indiqué en grisé à la figure 9. Dans l'exemple précédent, la classe héritée se nomme"classeD2".
La figure 10 illustre un exemple de boite de dialogue 32 résultant de la validation de la boite 31. La boite 32 est semblable à la boite 23 de la figure 3. Par conséquent, seules les différences vont tre indiquées ciaprès. Les données contenues dans la boite 32 sont remplies de la classe générique globale, telles que Classe 1. Le tableau permet de reconnaître la provenance de l'instance en cours de la façon :
(a) Si l'instance en cours est un objet, alors :
-si d'une manière générale"parent [0]" (indiqué par
exemple dans le tableau auquel se réfère l'instance en
cours) est un objet, l'objet en cours a été clone à partir
de parent [0],
-si"parent [0]" est une classe, l'objet en cours est une
instance de parent [0],
(b) Si l'instance en cours est une classe, alors"parent [0]"
est
-soit vide, ce qui veut dire que la classe a été créée
sans héritage avec la commande"Nouvelle classe",
-soit une classe (et non un objet), ce qui veut dire que
la classe en cours a hérité de"parent [0]" grâce à la
commande"Nouvelle classe héritée"
(c) Il en résulte, par itération, que le tableau"parent"
indique tous les ascendants de l'instance en cours.
(a) Si l'instance en cours est un objet, alors :
-si d'une manière générale"parent [0]" (indiqué par
exemple dans le tableau auquel se réfère l'instance en
cours) est un objet, l'objet en cours a été clone à partir
de parent [0],
-si"parent [0]" est une classe, l'objet en cours est une
instance de parent [0],
(b) Si l'instance en cours est une classe, alors"parent [0]"
est
-soit vide, ce qui veut dire que la classe a été créée
sans héritage avec la commande"Nouvelle classe",
-soit une classe (et non un objet), ce qui veut dire que
la classe en cours a hérité de"parent [0]" grâce à la
commande"Nouvelle classe héritée"
(c) Il en résulte, par itération, que le tableau"parent"
indique tous les ascendants de l'instance en cours.
Le procédé ressort clairement des figures 8,9 et 10. En réponse à la première instruction indiquée dans la figure 8,"Classel"est sérialisée en la copiant sur le disque D. En réponse à la seconde instruction, la classe ainsi sérialisée est sauvegardée de nouveau en mémoire, mais avec modifications d'attributs, notamment le nom de classe"ClasseD2"et le tableau"Parent".
Les deux arborescences 27a et 27c sont donc les mmes, mais elles sont séparées l'une de l'autre. Par exemple, bien qu'elles aient les deux mmes instances"Attributl", en réalité ces deux instances sont complètement distinctes l'une de l'autre en mémoire et peuvent vivre indépendamment l'une de l'autre. Notamment, elles peuvent à tout moment tre modifiées différemment l'une de l'autre. Cet exemple fait aussi ressortir qu'il en est de mme pour les deux autres commandes"Nouvel objet de classe"et"Cloner un objet".
Plus généralement, il ressort de la description qui précède que le procédé de dérivation d'une classe d'objets et/ou d'un objet ayant un nom donné consiste à faire une copie de tout l'arbre de la classe ou de l'objet, à mémoriser la copie de l'arbre et à changer ledit nom pour attribuer un nom à la copie mémorisée. On a vu que de préférence la copie est faite par une sérialisation de l'arbre représentatif de ladite classe ou dudit objet en copiant l'arbre dans une mémoire D et la mémorisation de la copie de l'arbre consiste à la copier à nouveau en mémoire 30. En outre, on a vu aussi que la sérialisation, qui peut se faire dans divers langages, est particulièrement simple à mettre en oeuvre en langage Java@.
La fonction du générateur 14 d'interface va maintenant tre décrite. Jusqu'à présent, on a vu comment le concepteur C peut facilement créer des classes d'objets et des objets répondant aux besoins de l'utilisateur
U. Les classes et objets ainsi créés sont stockés dans la base d'interface 15.
U. Les classes et objets ainsi créés sont stockés dans la base d'interface 15.
Cependant, ces classes et objets demeurent incompréhensibles et inexploitables pour l'utilisateur U. De préférence, il est d'ailleurs interdit à l'utilisateur U d'y avoir accès, afin d'assurer au concepteur leur intégrité. Le générateur 14 a pour fonction de transformer les classes et objets ainsi créés en des interfaces sous forme de documents dans lesquels les commandes répondant aux besoins exprimés par l'utilisateur U sont compréhensibles par lui. Afin de distinguer ces interfaces des autres interfaces impliquées dans cette description, elles seront appelées interfaces documentaires. Le langage employé dans ces interfaces documentaires peut tre le langage courant et/ou un langage spécialisé de la compétence de l'utilisateur.
Le fonctionnement du générateur 14 va ressortir de l'exemple qui suit, qui reprend et explicite l'exemple précédent selon lequel l'entreprise est une agence bancaire, l'utilisateur U est le directeur de l'agence et le concepteur C est un informaticien de la banque. On suppose que le directeur
U veut : (1) consulter le système d'information de la banque pour faire des requtes dans les bases de données en vue d'obtenir une liste de ses clients d'un type donné, des étudiants dans l'exemple considéré, et (2) imprimer des lettres personnalisées de plusieurs types, telles que des lettes d'information, des lettres d'invitation et des lettres de rappel. L'informaticien C traduit l'exploitation désirée par le directeur en deux questions. En l'occurrence, l'informaticien crée en réponse deux classes d'objets :"consultation système" et"impression"au moyen des deux outils 20 et 30. Il peut créer chacune de ces deux classes directement en activant la commande"Nouvelle classe"de la fentre 22 de la figure 2, soit indirectement par dérivation d'une classe semblable. Dans ce dernier cas, le concepteur C pourra actionner la commande"Rechercher"de la fentre 22 pour trouver une classe semblable.
U veut : (1) consulter le système d'information de la banque pour faire des requtes dans les bases de données en vue d'obtenir une liste de ses clients d'un type donné, des étudiants dans l'exemple considéré, et (2) imprimer des lettres personnalisées de plusieurs types, telles que des lettes d'information, des lettres d'invitation et des lettres de rappel. L'informaticien C traduit l'exploitation désirée par le directeur en deux questions. En l'occurrence, l'informaticien crée en réponse deux classes d'objets :"consultation système" et"impression"au moyen des deux outils 20 et 30. Il peut créer chacune de ces deux classes directement en activant la commande"Nouvelle classe"de la fentre 22 de la figure 2, soit indirectement par dérivation d'une classe semblable. Dans ce dernier cas, le concepteur C pourra actionner la commande"Rechercher"de la fentre 22 pour trouver une classe semblable.
Si une classe semblable existe, il la sélectionne dans la liste des classes et peut la dériver, par exemple en activant la commande"Nouvelle classe héritée"de la figure 2 et en modifiant, ajoutant ou supprimant des attributs et/ou des méthodes.
Le générateur 14 met en oeuvre un procédé de génération d'une interface documentaire pour la commande d'un système informatique par un utilisateur, la commande étant faite à partir d'au moins un objet incluant des descriptions. Le procédé consiste à extraire de l'objet au moins en partie lesdites descriptions et à les organiser pour traduire le sens de ladite commande en un langage compréhensible à l'utilisateur et ainsi faire de ladite interface une interface documentaire. Le générateur 14 comprend donc un bloc d'extraction 14a et un bloc de génération 14b. Le bloc d'extraction 14a prélève de la base d'interface 15 l'objet sélectionné par le concepteur et y extrait les descriptions. Le bloc de génération 14b organise les descriptions pour former l'interface documentaire et la stocker dans la base d'interface 15.
Le procédé va tre mieux compris à partir de l'exemple précédent. Parmi les attributs de la classe"consultationsystème"de l'exemple considéré se trouvent des méthodes qui font appel à des commandes spécifiques pour l'exploitation des données du système, en l'occurrence aux bases de données du système 10. Parmi ces méthodes, le concepteur C crée une méthode"listerétudiants"de façon à avoir comme description"Liste de tous étudiants ayant". L'ingénieur attribue à la méthode"listerétudiants"un code de retour de type"liste"ayant comme description"la liste des noms et adresses". Il attribue aussi à cette méthode, au moyen des boites de dialogue 25 et 26 illustrées dans les figures 5 et 6, les trois paramètres tels que définis dans le tableau A ci-dessous.
<SEP> nom <SEP> description <SEP> type <SEP> valeur <SEP> par
<tb> <SEP> défaut
<tb> "âge <SEP> < ""un <SEP> âge <SEP> inférieur <SEP> à"entier <SEP> 26 <SEP> ans
<tb> "lieu <SEP> d'étude"", <SEP> étudiant <SEP> à"Paris, <SEP> 07ersailles <SEP> Paris
<tb> "emprunt <SEP> > ""et <SEP> ayant <SEP> fait <SEP> un <SEP> emprunt <SEP> supérieur <SEP> à"entier <SEP> 6000 <SEP> i <SEP>
<tb>
TABLEAU A
En ce qui concerne la classe"impression", l'ingénieur C crée une méthode"imprime~invitation"de façon à avoir une description telle que "Impression de lettres à :", et attribue à cette méthode un code de retour du type"void"signifiant que la méthode ne retourne pas de valeur, et deux paramètres tels que définis dans le tableau B ci-dessous.
<tb> <SEP> défaut
<tb> "âge <SEP> < ""un <SEP> âge <SEP> inférieur <SEP> à"entier <SEP> 26 <SEP> ans
<tb> "lieu <SEP> d'étude"", <SEP> étudiant <SEP> à"Paris, <SEP> 07ersailles <SEP> Paris
<tb> "emprunt <SEP> > ""et <SEP> ayant <SEP> fait <SEP> un <SEP> emprunt <SEP> supérieur <SEP> à"entier <SEP> 6000 <SEP> i <SEP>
<tb>
TABLEAU A
En ce qui concerne la classe"impression", l'ingénieur C crée une méthode"imprime~invitation"de façon à avoir une description telle que "Impression de lettres à :", et attribue à cette méthode un code de retour du type"void"signifiant que la méthode ne retourne pas de valeur, et deux paramètres tels que définis dans le tableau B ci-dessous.
<SEP> nom <SEP> description <SEP> type <SEP> valeur <SEP> par <SEP> défaut
<tb> "destinataire""Impression <SEP> de <SEP> liste <SEP> lister~étudiants <SEP> de
<tb> <SEP> lettres <SEP> à"consultation~système <SEP>
<tb> "type <SEP> de <SEP> lettre""type <SEP> de <SEP> lettre <SEP> :"invitation <SEP> d'anniversaire <SEP> information
<tb> <SEP> rappel
<tb> <SEP> information <SEP> sur <SEP> l'emprunt <SEP> Étude
<tb>
TABLEAU B
Ces tableaux indiquent comment remplir les boites de dialogue 25 et 26 des figures 5 et 6 pour constituer les deux classes "consultation~système"et"impression"à l'aide de la boite de dialogue 23 de la figure 3. Plus généralement, l'interface documentaire d'un objet est créée à partir des descriptions correspondant à cet objet, ses attributs, ses méthodes et les paramètres des méthodes.
<tb> "destinataire""Impression <SEP> de <SEP> liste <SEP> lister~étudiants <SEP> de
<tb> <SEP> lettres <SEP> à"consultation~système <SEP>
<tb> "type <SEP> de <SEP> lettre""type <SEP> de <SEP> lettre <SEP> :"invitation <SEP> d'anniversaire <SEP> information
<tb> <SEP> rappel
<tb> <SEP> information <SEP> sur <SEP> l'emprunt <SEP> Étude
<tb>
TABLEAU B
Ces tableaux indiquent comment remplir les boites de dialogue 25 et 26 des figures 5 et 6 pour constituer les deux classes "consultation~système"et"impression"à l'aide de la boite de dialogue 23 de la figure 3. Plus généralement, l'interface documentaire d'un objet est créée à partir des descriptions correspondant à cet objet, ses attributs, ses méthodes et les paramètres des méthodes.
Pour former une interface documentaire, le concepteur active dans la fentre 22 de la figure 2 le menu"Exporter à U". Cette commande appelle le générateur 14 pour générer une interface documentaire de l'objet sélectionné. Le générateur 14 extrait les descriptions de l'objet et les organise pour former l'interface documentaire.
La figure 11 illustre l'interface documentaire 18a de la méthode "lister étudiants". On y voit que l'interface documentaire 18a a été obtenue par extraction des descriptions de la méthode et de ses paramètres, telles que définies dans le tableau A. En particulier, les valeurs"26 ans","Paris"et "6000 francs"sont les valeurs par défaut indiquées au tableau A. De manière générale, une interface documentaire 18 comprend du texte et au moins un champ possible 19 dont le contenu initial est fait de valeurs par défaut et peut tre modifié par l'utilisateur U.
La figure 12 illustre un exemple d'interface documentaire 18b de la méthode"imprime~invitation"de la classe"imprimer"définie précédemment. Les exemples des figures 11 et 12 suffisent à l'homme du métier pour savoir comment construire une interface documentaire relative à tout un objet. D'une manière générale, lorsque l'objet contient toutes les descriptions, elles sont de préférence organisées par le générateur 14 dans l'ordre suivant :
1. la description de l'objet (non illustrée), par exemple "impression" ;
2. la description de chaque attribut (non illustrée), par exemple le numéro de l'imprimante, la qualité d'impression, la couleur de l'encre, le papier d'impression ; cette description est suivie d'un champ qui correspond à sa valeur ; si l'attribut a un nombre limité de valeurs, ce champ est une liste contenant toutes les valeurs possibles et ne faisant apparaître que la valeur sélectionnée ;
3. la description de chaque méthode (voir tableaux A et B, figures 11 et 12 et le texte s'y rapportant), cette description étant attachée et de préférence suivie de :
3.1. la description de sa valeur de retour, attachée ou
suivie d'un champ qui représente cette valeur, et
3.2. la description de chacun de ses paramètres, attachée
ou suivie d'un champ (19) représentatif de la valeur du
paramètre ;
4. un moyen de commande (voir figure 12) indiquant quand la méthode doit tre exécutée, l'exécution pouvant tre immédiate ou différée, soit à un moment déterminé par une date et une heure, soit intervenir à la suite d'une autre méthode définie.
1. la description de l'objet (non illustrée), par exemple "impression" ;
2. la description de chaque attribut (non illustrée), par exemple le numéro de l'imprimante, la qualité d'impression, la couleur de l'encre, le papier d'impression ; cette description est suivie d'un champ qui correspond à sa valeur ; si l'attribut a un nombre limité de valeurs, ce champ est une liste contenant toutes les valeurs possibles et ne faisant apparaître que la valeur sélectionnée ;
3. la description de chaque méthode (voir tableaux A et B, figures 11 et 12 et le texte s'y rapportant), cette description étant attachée et de préférence suivie de :
3.1. la description de sa valeur de retour, attachée ou
suivie d'un champ qui représente cette valeur, et
3.2. la description de chacun de ses paramètres, attachée
ou suivie d'un champ (19) représentatif de la valeur du
paramètre ;
4. un moyen de commande (voir figure 12) indiquant quand la méthode doit tre exécutée, l'exécution pouvant tre immédiate ou différée, soit à un moment déterminé par une date et une heure, soit intervenir à la suite d'une autre méthode définie.
4.1. Dans le premier cas, un bouton de commande est libellé "Exécution immédiate" ;
4.2. Dans le second cas, un bouton de commande inclut une étiquette de valeur"à" (par exemple,--imprimer"à"--) suivie d'un champ "heure"et d'un champ"date"lié à un calendrier des jours ouvrables de l'année ;
4.3. Dans le troisième cas, un bouton de commande inclut une étiquette intitulée"après la fin d'exécution de"suivie d'un champ permettant de choisir une méthode d'un objet quelconque et signifie que la méthode sera exécutée après la fin d'exécution de la méthode sélectionnée.
4.2. Dans le second cas, un bouton de commande inclut une étiquette de valeur"à" (par exemple,--imprimer"à"--) suivie d'un champ "heure"et d'un champ"date"lié à un calendrier des jours ouvrables de l'année ;
4.3. Dans le troisième cas, un bouton de commande inclut une étiquette intitulée"après la fin d'exécution de"suivie d'un champ permettant de choisir une méthode d'un objet quelconque et signifie que la méthode sera exécutée après la fin d'exécution de la méthode sélectionnée.
Le concepteur C a la possibilité de changer la présentation de la page, ajouter ou enlever des champs, sélectionner les descriptions à prendre en compte, et modifier le texte de descriptions et des types pour rendre la compréhension du document plus facile. Il s'ensuit qu'un mme objet peut générer plusieurs interfaces documentaires adaptées à des besoins particuliers offerts dans l'objet. Par exemple, on a vu précédemment que l'objet"impression"peut avoir un grand nombre d'attributs et de méthodes, qui offre un grand choix d'interfaces documentaires en fonction des attributs et méthodes adaptées aux besoins. Il est bien sûr conseillé au concepteur C de faire les interfaces documentaires 18 avec l'aide de l'utilisateur U.
La description va maintenant porter sur le module de commande 12 servant à l'utilisateur U pour obtenir les interfaces documentaires 18 de la base 15. Le module 12 contient un bloc 40 de génération de documents 41 issus des interfaces documentaires stockés dans la base 15. Le bloc 40 et donc connecté à la base 15 pour y prélever les interfaces documentaires 18 et déterminer les documents de commande 41 adaptés aux besoins particuliers de l'utilisateur U. Par exemple, en supposant que l'utilisateur a besoin du document"impression", une interface incluant la méthode illustrée dans la figure 12 va se présenter à l'utilisateur, qui pourra modifier les valeurs des champs 19 et sélectionner les boutons de commande d'exécution pour en faire un document 41. Le document 41 illustré dans la figure 12 correspond à l'interface documentaire 18 dans laquelle les valeurs des champs 19 ont maintenues inchangées par l'utilisateur et le bouton d'exécution différée à une heure prédéterminée a été activé (en grisé dans la figure 12).
La figure 13 illustre un exemple de boîte de dialogue 42 présentée à l'utilisateur U par le module d'utilisateur 12. La barre de menus de la boîte 42 contient notamment deux menus principaux"Documents"et "Politiques". Dans le menu"Documents"se trouvent la commande "Rechercher"pour trouver des interfaces documentaires, par exemple à partir des descriptions des objets correspondants, et la commande"Ouvrir"pour lister les interfaces documentaires par le nom de leurs objets correspondants et y sélectionner un nom d'objet. Un objet sélectionné s'affiche avec la description de l'objet. De cette interface, l'utilisateur en fait le document désiré. Dans le menu"Documents"se trouvent aussi bien sûr les commandes de sauvegarde (Enregistrer et Enregistrer sous...) et de fermeture du document.
Le menu"Politiques"contient notamment deux commandes "Afficher"et"Afficher l'historique". La commande"Afficher" (display) affiche l'ensemble des documents créés par l'utilisateur dans l'ordre d'exécution des commandes qu'il a choisi. Cet ensemble définit la politique de l'utilisateur. Il dispose ainsi d'une vue globale des méthodes qu'il a activées à partir de plusieurs documents. Il peut la valider ou la modifier. Par exemple, le fait de cliquer deux fois sur une méthode choisie entraîne l'ouverture du document correspondant pour d'éventuelles modifications. La commande"Afficher l'historique"présente toutes les méthodes qui ont été exécutées par l'utilisateur, l'état de fin d'exécution, et l'heure. Le menu contient aussi les commandes de sauvegarde et de fermeture.
Claims (8)
1. Procédé de génération dynamique d'une classe d'objets (Classe 1) dans un système informatique (10), caractérisé en ce qu'il consiste à créer dans une mémoire une classe générique globale (GenericClass) ayant deux membres possibles, dont au moins un membre est une instance d'une classe générique (GenericAttribute, GenericMethod), et à instancier dans la mémoire la classe générique globale pour avoir ladite classe d'objets.
2. Procédé selon la revendication 1, caractérisé en ce que le membre est un attribut de la classe générique globale.
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que le membre est une méthode de la classe générique globale.
4. Procédé selon la revendication 3, caractérisé en ce qu'une méthode de la classe générique globale est définie par au moins un paramètre issu d'une instance d'une classe générique (GenericParameter).
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'il consiste à générer automatiquement la classe générique globale et les classes génériques au moyen d'un outil (20) présentant des boîtes de dialogue respectives (23-26) permettant de définir ces classes.
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'il est mis en oeuvre dans une interface de commande (11) du système informatique.
7. Système informatique (10) incorporant au moins un processeur (A) et une mémoire (3,15), caractérisé en ce qu'il met en oeuvre le procédé défini selon l'une des revendications 1 à 6.
8. Système selon la revendication 7, comprenant un ensemble informatique (1) et une interface de commande (11), caractérisé en ce qu'il est mis en oeuvre dans l'interface de commande.
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9813641A FR2785412B1 (fr) | 1998-10-30 | 1998-10-30 | Creation dynamique de classes d'objets |
| US09/582,757 US7143416B1 (en) | 1998-10-30 | 1999-10-28 | Dynamic creation of object classes |
| PCT/FR1999/002634 WO2000026778A1 (fr) | 1998-10-30 | 1999-10-28 | Creation dynamique de classes d'objets |
| EP99950866A EP1046104A1 (fr) | 1998-10-30 | 1999-10-28 | Creation dynamique de classes d'objets |
| US11/520,768 US9507606B2 (en) | 1998-10-30 | 2006-09-14 | Dynamic creation of object classes |
| US15/297,014 US9921810B2 (en) | 1998-10-30 | 2016-10-18 | Dynamic creation of object classes |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9813641A FR2785412B1 (fr) | 1998-10-30 | 1998-10-30 | Creation dynamique de classes d'objets |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2785412A1 true FR2785412A1 (fr) | 2000-05-05 |
| FR2785412B1 FR2785412B1 (fr) | 2001-08-24 |
Family
ID=9532184
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR9813641A Expired - Fee Related FR2785412B1 (fr) | 1998-10-30 | 1998-10-30 | Creation dynamique de classes d'objets |
Country Status (4)
| Country | Link |
|---|---|
| US (3) | US7143416B1 (fr) |
| EP (1) | EP1046104A1 (fr) |
| FR (1) | FR2785412B1 (fr) |
| WO (1) | WO2000026778A1 (fr) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050160414A1 (en) * | 2004-01-21 | 2005-07-21 | Nokia Corporation | System and method for dynamically adding features to software applications |
| US20050216884A1 (en) * | 2004-03-25 | 2005-09-29 | Microsoft Corporation | Object generation |
| US7310783B2 (en) * | 2004-05-10 | 2007-12-18 | International Business Machines Corporation | Single submission buttons |
| US7519945B2 (en) * | 2004-06-17 | 2009-04-14 | International Business Machines Corporation | System and method for supporting data driving a software process using objects of arbitrary data types |
| JP4283315B2 (ja) * | 2007-02-01 | 2009-06-24 | シャープ株式会社 | 画像履歴保管方法、画像履歴保管システム及び画像履歴保管プログラム並びに記録媒体 |
| US9361129B2 (en) | 2007-08-01 | 2016-06-07 | Microsoft Technology Licensing, Llc | Instance interfaces and mix-ins for dynamic languages |
| US8327323B2 (en) * | 2008-12-08 | 2012-12-04 | International Business Machines Corporation | Automatic copying by ancestor in object-oriented languages |
| US8832712B2 (en) * | 2009-09-09 | 2014-09-09 | Ati Technologies Ulc | System and method for synchronizing threads using shared memory having different buffer portions for local and remote cores in a multi-processor system |
| CN103218230A (zh) * | 2013-04-23 | 2013-07-24 | 浪潮集团山东通用软件有限公司 | 一种silverlight框架下动态创建实体类的方法 |
| US10275226B2 (en) * | 2015-10-23 | 2019-04-30 | Oracle International Corporation | Structural representation of generic type variable in a nominally typed virtual machine |
| US11113033B1 (en) * | 2020-03-04 | 2021-09-07 | Oracle International Corporation | Dynamic validation framework extension |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0508633A2 (fr) * | 1991-04-12 | 1992-10-14 | Hewlett-Packard Company | Panneaux utilisateur dynamiques |
| EP0546684A2 (fr) * | 1991-12-12 | 1993-06-16 | International Business Machines Corporation | Stubs de méthode pour réattribution |
| US5481718A (en) * | 1993-05-21 | 1996-01-02 | Fujitsu Limited | Object-oriented system having object models containing plural objects with instantiation following static classification by class relationships, dynamic classification by temporal instantiation, and causality restrictions |
| US5761509A (en) * | 1993-06-14 | 1998-06-02 | International Business Machines Corporation | System and method for enabling before/after method processing in an object oriented system |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2242293A (en) * | 1990-01-05 | 1991-09-25 | Apple Computer | Apparatus and method for dynamic linking of computer software components |
| US5432940A (en) * | 1992-11-02 | 1995-07-11 | Borland International, Inc. | System and methods for improved computer-based training |
| JPH06332786A (ja) * | 1993-05-25 | 1994-12-02 | Fujitsu Ltd | 複合オブジェクトを持つデータ処理システム |
| US5485617A (en) * | 1993-12-13 | 1996-01-16 | Microsoft Corporation | Method and system for dynamically generating object connections |
| US5692195A (en) * | 1994-08-31 | 1997-11-25 | International Business Machines Corporation | Parent class shadowing |
| US6983227B1 (en) * | 1995-01-17 | 2006-01-03 | Intertech Ventures, Ltd. | Virtual models of complex systems |
| US6266708B1 (en) * | 1995-07-21 | 2001-07-24 | International Business Machines Corporation | Object oriented application program development framework mechanism |
| US5732263A (en) * | 1995-10-03 | 1998-03-24 | International Business Machines Corporation | Systems, methods and computer program products for generating and validating user defined object classes in an object oriented programming environment after build time |
| US6085034A (en) * | 1996-03-18 | 2000-07-04 | International Business Machines Corporation | Constructor based object initialization with overrides |
| US5893107A (en) * | 1996-07-01 | 1999-04-06 | Microsoft Corporation | Method and system for uniformly accessing multiple directory services |
| US6437805B1 (en) * | 1996-09-23 | 2002-08-20 | National Instruments Corporation | System and method for accessing object capabilities in a graphical program |
| US6025836A (en) * | 1997-07-23 | 2000-02-15 | Novell, Inc. | Method and apparatus for generating object oriented user interfaces |
| US6405363B1 (en) * | 1998-03-11 | 2002-06-11 | International Business Machines Corporation | Class casting support for run-time extensible items in an object oriented framework |
| US6275979B1 (en) * | 1998-03-11 | 2001-08-14 | International Business Machines Corporation | Implementation for an object oriented run-time extensible item |
-
1998
- 1998-10-30 FR FR9813641A patent/FR2785412B1/fr not_active Expired - Fee Related
-
1999
- 1999-10-28 WO PCT/FR1999/002634 patent/WO2000026778A1/fr active Application Filing
- 1999-10-28 US US09/582,757 patent/US7143416B1/en not_active Expired - Lifetime
- 1999-10-28 EP EP99950866A patent/EP1046104A1/fr not_active Withdrawn
-
2006
- 2006-09-14 US US11/520,768 patent/US9507606B2/en active Active
-
2016
- 2016-10-18 US US15/297,014 patent/US9921810B2/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0508633A2 (fr) * | 1991-04-12 | 1992-10-14 | Hewlett-Packard Company | Panneaux utilisateur dynamiques |
| EP0546684A2 (fr) * | 1991-12-12 | 1993-06-16 | International Business Machines Corporation | Stubs de méthode pour réattribution |
| US5481718A (en) * | 1993-05-21 | 1996-01-02 | Fujitsu Limited | Object-oriented system having object models containing plural objects with instantiation following static classification by class relationships, dynamic classification by temporal instantiation, and causality restrictions |
| US5761509A (en) * | 1993-06-14 | 1998-06-02 | International Business Machines Corporation | System and method for enabling before/after method processing in an object oriented system |
Non-Patent Citations (1)
| Title |
|---|
| WILSON J B: "THE C++ SOFTBENCH CLASS EDITOR", HEWLETT-PACKARD JOURNAL, vol. 48, no. 1, 1 February 1997 (1997-02-01), pages 12 - 15, XP000722924 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2000026778A1 (fr) | 2000-05-11 |
| US20170109138A1 (en) | 2017-04-20 |
| US9507606B2 (en) | 2016-11-29 |
| US7143416B1 (en) | 2006-11-28 |
| EP1046104A1 (fr) | 2000-10-25 |
| US20070033573A1 (en) | 2007-02-08 |
| FR2785412B1 (fr) | 2001-08-24 |
| US9921810B2 (en) | 2018-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9921810B2 (en) | Dynamic creation of object classes | |
| Bastien et al. | Ergonomic criteria for the evaluation of human-computer interfaces | |
| Gronback | Eclipse modeling project: a domain-specific language (DSL) toolkit | |
| EP1880325B1 (fr) | Méthode dynamique de génération de documents xml á partir d'une base de données | |
| RU2365978C2 (ru) | Интерфейс программирования для компьютерной платформы | |
| US6262729B1 (en) | Method and apparatus for binding user interface objects to application objects | |
| EP1302867A2 (fr) | Localisation d'un page web de manière efficace | |
| EP1739551A1 (fr) | Procédé de traitement de données compatible avec un formalisme de modélisation d'objets | |
| Freeman | Pro Angular | |
| US7529763B2 (en) | System and method for providing dynamic client architecture in an application development environment | |
| US20040205706A1 (en) | Method for the automatic generation of computer programs which interact with existing objects | |
| US8433729B2 (en) | Method and system for automatically generating a communication interface | |
| EP1046102B1 (fr) | Derivation d'une classe d'objets par heritage, instanciation ou clonage | |
| EP1049971B1 (fr) | Procede de commande d'une fonction executable par des commandes specifiques a des logiciels differents | |
| EP1280074A1 (fr) | Utilisation d'hyperliens dans un programme d'une application d'automatisme et station de programmation d'une telle application | |
| FR2785413A1 (fr) | Procede de generation d'interfaces pour la commande par un utilisateur d'un systeme informatique | |
| FR2785415A1 (fr) | Procede de generation automatique en un langage oriente objet d'un pilote d'implementation d'une methode abstraite d'une classe abstraite | |
| EP1764684A1 (fr) | Structure de données et procedé de création d'une documentation de logiciel | |
| Hillier | The Information Bridge Framework | |
| Simon et al. | Sams Teach Yourself Visual C++. NET in 24 Hours | |
| WO2005013145A2 (fr) | Procede permettant a un utilisateur de developper des applications informatiques appliquees a des donnees qualifiees dans un systeme de gestion de donnees (sgd) | |
| th Edition | Pro Angular | |
| WO2002023392A1 (fr) | Procede de consultation de documents informatiques et systeme associe | |
| FR2896059A1 (fr) | Procede et dispositif de creation d'un document html en ligne | |
| WO2002023387A1 (fr) | Procede de consultation de documents informatiques et systeme associe |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20160630 |