Brevet FR2778252A1 — publié le 19991105

La présente demande se réfère à la demande de brevet des États-Unis co- pendante No. 08/921 438, numéro de rôle M-5216 US, déposée le 29 août 1997, intitulée "Database for Facilitating Software Installation and Tes- ting for a Build-To-Order Computer System" et mentionnant Richard D. Amberg, Roger W. Wong, et Michael A. Brundridge comme les inventeurs, la demande étant in- corporée ici à titre de référence dans son intégralité. La présente demande se réfère à la demande de brevet des Etats-Unis co-pendante No. 08/920 773, numéro de rôle M-5217 US, déposée le 29 août 1997, intitulée "Software Installation and Testing for a Build-To-Order Computer System" et mentionnant Richard D. Amberg, Roger W. Wong, et Michael A. Brundridge comme les inventeurs, la demande étant incorporée ici à titre de référence dans son intégralité. La présente demande se réfère à la demande de brevet des États-Unis copendante No. 08/919 959, numéro de rôle M-5022 US, déposée le 29 août 1997, intitulée "Software Installation and Testing for a Build-To- Order Computer System" et mentionnant Richard D. Amberg, Roger W. Wong, et Michael A. Brundridge comme les inventeurs, la demande étant incorporée ici à titre de référence dans son intégralité. La présente invention concerne d'une manière générale les systèmes informatiques et, d'une manière plus particulière, la génération d'une commande compati- ble, pour un système informatique assemblé à la demande. Les systèmes informatiques sont des systèmes de manipulation d'informations qui peuvent être développés pour permettre à un utilisateur ou à une pluralité d'uti- lisateurs de disposer d'une puissance de calcul indépen- dante. Les systèmes informatiques peuvent se présenter sous de nombreuses formes, y compris sous la forme, par exemple, d'ordinateurs centraux, de mini-ordinateurs, de stations de travail, de serveurs, d'ordinateurs person- nels, de terminaux Internet, d'ordinateurs de poche, et de systèmes intégrés. Les systèmes d'ordinateurs person- nels (PC), tels que les systèmes d'ordinateurs personnels compatibles IBM (marque déposée), comprennent des ver- sions de bureau, des versions autonomes ou des versions portables. Un système d'ordinateur personnel typique com- prend comme composants matériels un processeur, une mé- moire associée telle qu'une RAM, une logique de commande, et un certain nombre de dispositifs périphériques qui as- surent les entrées et les sorties du système. De tels dispositifs périphériques comprennent souvent des unités de disquette et de disque dur, des lecteurs de CD-ROM, des cartes-réseau, des dispositifs terminaux, des modems, des dispositifs sonores, des dispositifs de reconnais- sance vocale, des stylos électroniques, et autres dispo- sitifs de mémorisation de masse, tels que des unités à bande et des DVD. L'installation de programmes logiciels et la conduite de tests sur des systèmes informatiques, avant que ces systèmes ne soient expédiés à des entreprises ou à des clients individuels, sont choses connues. L'objec- tif de l'installation des logiciels et de la conduite des tests est de produire d'une manière qui soit efficace un système informatique utile et fiable, et qui puisse être livré à des entreprises et à des particuliers sans erreur et prêt à fonctionner. D'une manière générale, le test détecte et analyse les erreurs qui apparaissent à la fois dans les parties matériel et logiciel du système informa- tique. Une liste partielle des tests effectués sur le ma- tériel du système informatique comprendrait les diagnos- tics de composants matériels tels qu'un processeur, une mémoire, un dispositif de mémorisation, un dispositif au- dio, un dispositif graphique, un clavier, une souris, et une imprimante. L'installation des logiciels comprend souvent le chargement d'un ensemble souhaité de program- mes logiciels sur le système informatique, la préparation de variables d'environnement appropriées pour l'ordina- teur, et la préparation de fichiers d'initialisation ap- propriés pour les programmes logiciels chargés. Le test des logiciels consiste souvent à s'assurer qu'une version souhaitée, eu égard aux programmes logiciels, a été ins- tallée sur le système informatique et que des gestionnai- res appropriés se trouvent présents sur le système infor- matique. La spécification des programmes logiciels qui sont à installer sur un système informatique est une chose connue. Un fichier informatique peut être généré afin d'indiquer les programmes logiciels qui ont été choisis ou sélectionnés. D'une manière typique, le fi- chier généré est contrôlé par un ou des programmes afin de déterminer si les programmes logiciels sélectionnés sont compatibles, pour le système informatique ciblé. Si les programmes sélectionnés ne sont pas compatibles, le programme renvoie une erreur qui demande que soit généré un nouveau fichier. Un tel système ajoute encore à l'in- convénient d'avoir à commander et spécifier un système informatique. Il a été découvert que le fait de présenter à un utilisateur une liste d'options, compatibles avec un choix effectué antérieurement par l'utilisateur, permet à un système utilisé pour spécifier les programmes logi- ciels et les composants matériels d'un système informati- que d'écrire dans un fichier de données compatible une indication des sélections effectuées. Selon un premier aspect, la présente invention comprend un procédé pour spécifier un système informati- que. Le procédé comprend la présentation à un utilisa- teur, via une interface-utilisateur, d'une liste composée d'une première pluralité d'options qu'il est possible d'implémenter sur un système informatique et la réception d'une indication d'un choix sélectionné par un utilisa- teur parmi la première pluralité d'options présentées à l'utilisateur, via l'interface-utilisateur. Le procédé comprend aussi la génération d'une liste composée d'une seconde pluralité d'options qu'il est possible d'implé- menter sur un système informatique. Chacune des options de la seconde pluralité d'options est compatible avec le choix sélectionné. Le procédé comprend en outre la pré- sentation à l'utilisateur, via l'interface-utilisateur, de la liste composée de la seconde pluralité d'options. Selon un autre aspect de la présente invention, un système informatique comporte un processeur et une mé- moire reliée fonctionnellement au processeur. La mémoire comporte un programme logiciel installé sur celle-ci. Le programme logiciel est sélectionné à partir d'une liste d'options pour être installé. Chaque option de la liste est compatible avec un système d'exploitation installé sur la mémoire. Le système d'exploitation est sélectionné avant la sélection du programme logiciel. La liste est générée en accédant à une base de données, lisible par système informatique, qui comprend une pluralité d'en- trées. La base de données comprend une entrée pour chaque option de la liste. L'entrée, pour chaque option de la liste, comprend une indication de la compatibilité avec le système d'exploitation sélectionné. Selon un autre aspect de la présente invention, un procédé pour spécifier un système informatique com- prend la fourniture d'une première liste d'options à une interfaceutilisateur, la réception en provenance de l'interface-utilisateur d'une indication d'un choix sé- lectionné parmi la première liste d'options présentée à l'utilisateur via l'interface-utilisateur, et la généra- tion d'une deuxième liste d'options. La génération com- prend l'accès à une base de données lisible par système informatique. Chaque option de la deuxième liste est com- patible avec le choix sélectionné. Le procédé comprend aussi la fourniture à l'interface-utilisateur de la deuxième liste d'options et la réception en provenance de l'interface-utilisateur d'une indication d'au moins un choix sélectionné parmi la deuxième liste d'options pré- sentée à l'utilisateur, via l'interface-utilisateur. Le procédé comprend en outre l'écriture, dans un fichier de données lisible par ordinateur, d'une indication du choix sélectionné parmi la première liste et l'écriture, dans un fichier de données lisible par ordinateur, d'une indi- cation du au moins un choix sélectionné parmi la deuxième liste. Selon un autre aspect de la présente invention, un système pour générer une commande, pour un système in- formatique, comprend une base de données lisible par or- dinateur comprenant une pluralité d'entrées. Chaque en- trée représente une option qui peut être implémentée sur un système informatique. Le système comprend aussi des moyens pour fournir une liste d'options à une inter- face-utilisateur, liste qui est à présenter à un utilisa- teur via l'interface-utilisateur, des moyens pour rece- voir en provenance d'une interface-utilisateur une indi- cation d'au moins un choix sélectionné par un utilisateur parmi une liste d'options présentée à l'utilisateur via l'interface-utilisateur, et des moyens pour générer une liste d'options compatibles qu'il est possible d'implé- menter sur un système informatique. Chacune des options compatibles est compatible avec un choix précédemment sé- lectionné par un utilisateur. Les moyens pour générer la liste des options compatibles lisent la pluralité d'en- trées afin de déterminer si une entrée représente une op- tion qui est compatible avec le choix précédemment sélec- tionné. Le système comprend en outre des moyens pour écrire dans un fichier de données lisible par système in- formatique une indication d'un choix sélectionné. Les moyens pour fournir fournissent la liste des options com- patibles à l'interface-utilisateur. Les moyens pour rece- voir reçoivent en provenance de l'interface-utilisateur une indication d'au moins un choix sélectionné parmi la liste des options compatibles présentée à un utilisateur via l'interface-utilisateur. Les moyens pour écrire écri- vent dans le fichier de données lisible par système in- formatique une indication du au moins un choix sélection- né parmi la liste des options compatibles. Un tel système ou procédé présente d'une ma- nière avantageuse à l'utilisateur une liste d'options, chaque option étant compatible avec un choix précédemment sélectionné ou valide. Un autre avantage est que le fichier de données généré à partir de la session de spécification ou de com- mande ne contient que des choix compatibles. En ne présentant à l'utilisateur que des choix compatibles via une interface-utilisateur, l'utilisateur n'a pas besoin de connaître d'une manière approfondie la terminologie utilisée dans le domaine des équipements in- formatiques ou des programmes logiciels informatiques pour pouvoir spécifier et/ou commander un système infor- matique assemblé à la demande. Par conséquent, un vendeur de systèmes informatiques incorporant la présente inven- tion n'a pas besoin de recourir à des vendeurs hautement qualifiés. Par ailleurs, un tel système permet à un ven- deur de systèmes informatiques d'incorporer un système automatisé pour vendre des systèmes informatiques assem- blés à la demande via un réseau de communication, tel que via un système de téléphones à touches, ou via Internet. On comprendra mieux la présente invention, et ses nombreux buts, caractéristiques et avantages apparaî- tront plus clairement à l'homme du métier, en se repor- tant aux dessins annexés sur lesquels: - la figure i est un schéma fonctionnel d'un premier mode de réalisation d'un système pour générer une commande compatible pour un système informatique et pour assembler le système informatique conformément à la com- mande compatible, - les figures 2 à 6 sont des ordinogrammes re- présentant les étapes à suivre pour générer une commande compatible pour un système informatique et pour assembler le système informatique conformément à la commande compa- tible, - la figure 7 est un schéma fonctionnel d'un premier mode de réalisation d'un système pour générer une commande compatible pour un système informatique et pour configurer le système informatique conformément à la com- mande compatible, - la figure 8A est une représentation alphanu- mérique d'un mode d'implémentation des entrées dans une base de données lisible par ordinateur, - la figure 8B est une représentation alphanu- mérique d'un mode d'implémentation d'un fichier de don- nées lisible par ordinateur, - la figure 8C est une représentation alphanu- mérique d'un mode d'implémentation d'un fichier lisible par ordinateur utilisé dans l'implémentation de choix sé- lectionnés. Des références ou des symboles identiques sur les différents dessins indiquent des éléments similaires ou identiques. On va maintenant décrire en détail le meilleur mode de mise en oeuvre de la présente invention, tel qu'envisagé. La présente description est destinée à il- lustrer la présente invention et ne doit nullement être interprétée comme la limitant. La figure 1 est un schéma fonctionnel d'un mode de réalisation d'un système pour générer une commande compatible, pour un système informatique, et pour assem- bler un système informatique conformément à la commande compatible. Le système comprend un système informatique de commande 103 comportant une mémoire de commande 107 associée. Le système informatique de commande 103 exécute (commande) un ou des programmes informatiques conçus pour générer un fichier de données lisible par ordinateur qui est utilisé pour fabriquer un système informatique ciblé conformément aux spécifications d'un acheteur ou d'un concepteur du système informatique ciblé. Dans le mode de réalisation représenté, un utilisateur, tel qu'un ache- teur ou un concepteur, place une commande pour acheter un système informatique via une interface-utilisateur qui, dans le mode de réalisation représenté, est un terminal informatique 105. Le terminal 105 accède au système in- formatique de commande 103 via un réseau informatique , qui, dans le mode de réalisation représenté, est un réseau étendu, tel qu'Internet ou un intranet. Dans un mode de réalisation, le terminal 105 exécute un programme de navigation Internet. Dans d'autres modes de réalisa- tion, le terminal 105 peut être relié au système informa- tique de commande 103 via un réseau local. Dans d'autres modes de réalisation, le terminal est utilisé par un re- présentant (un employé ou un agent) du vendeur de systè- mes informatiques qui reçoit les instructions du consom- mateur, soit en personne, soit par téléphone. Dans d'au- tres modes de réalisation, le système informatique de commande est un système d'ordinateur personnel et l'in- terface-utilisateur est le clavier, l'affichage ou le mo- niteur, et la souris du système d'ordinateur personnel. Dans d'autres modes de réalisation, un utilisateur, tel qu'un acheteur, peut entrer son choix via une inter- face-utilisateur, tel qu'un téléphone, qui est reliée fonctionnellement à la commande via un réseau téléphoni- que. Après avoir reçu en provenance du terminal 105, via la connexionréseau 110, une indication indiquant qu'un client souhaite acheter un système informatique, la commande 103 accède à une base de données maîtresse 125 via une connexion-réseau 120 afin de générer une liste d'options disponibles pour un système informatique assem- blé à la demande, telles qu'offertes par le fabricant ou le vendeur de systèmes informatiques. Le système informa- tique de commande 103 transmet alors la liste, via la connexion-réseau 110, au terminal 105 au niveau duquel, dans le mode de réalisation représenté, la liste est af- fichée sur l'écran du terminal. Après que l'utilisateur a effectué une sélection à partir de la liste, une indica- tion du choix sélectionné est renvoyée au système infor- matique de commande 103. Le système informatique de com- mande 103 accède alors à la base de données maîtresse 125 pour générer une deuxième liste d'options, chaque options de la deuxième liste étant compatible avec la sélection précédente. Le système informatique de commande transmet alors la deuxième liste au terminal 105 via la con- nexion-réseau 110 afin de permettre à l'utilisateur de faire sa sélection à partir d'une liste d'options qui sont compatibles avec la sélection précédente. Le fait de présenter à un utilisateur une liste d'options qui sont compatibles avec un choix précédemment sélectionné permet, et ceci d'une manière avantageuse, à un utilisateur de n'effectuer sa sélection que parmi des éléments qui sont compatibles avec le choix précédent. D'une manière avantageuse, ceci permet à l'utilisateur de commander ou de spécifier plus facilement un système in- formatique, du fait qu'il n'est pas nécessaire à l'utili- sateur de recommencer une sélection dans le cas o un choix précédent s'avère incompatible. Ceci économise aus- si du temps à l'utilisateur du fait qu'un utilisateur n'a pas à s'acharner inutilement sur des options qui ne sont pas compatibles avec un choix précédent. En outre, les commandes générées sont compatibles à la fin de la ses- sion de commande et de spécification effectuée par l'acheteur. Ainsi, il n'est pas nécessaire à un vendeur de systèmes informatiques de recommencer une session de spécification s'il vient à être déterminé ultérieurement que la commande initiale était incompatible. Après que le système informatique de commande 103 a transmis une liste d'options compatibles à l'inter- face-utilisateur 105 et après que l'utilisateur a effec- tué ses sélections à partir de la liste d'options compa- tibles, le système informatique de commande 103 indique, dans un fichier de données lisible par système informati- que ou dans un fichier d'enregistrement de descripteurs du système situé dans la mémoire de commande 107, les choix effectués par l'utilisateur sur le terminal 105. Dans un premier mode de réalisation, le fichier de don- nées est un fichier texte. Dans certains modes de réali- sation, le fichier de données comprend une indication du nom et de l'adresse de l'acheteur, tels que communiqués via l'interface-utilisateur 105. Le système informatique de commande 103 trans- met le fichier de données, via une connexion-réseau 130, à la fabrication 135. La fabrication 135 se situe d'une manière typique au niveau de l'usine ou des installations de fabrication o sont assemblés les systèmes informati- ques. Le fichier de données est utilisé pour fabriquer un système informatique ciblé, tel que conformément aux sé- lections effectuées par l'utilisateur, telles qu'indi- quées dans le fichier de données. Dans un premier mode de réalisation, le fichier de données généré par le système informatique de commande 103 est utilisé pour générer d'autres fichiers, lesquels sont utilisés lors de la fa- brication de systèmes informatiques ciblés. Par exemple, on se reportera au document intitulé "SOFTWARE INSTALLATION AND TESTING FOR A BUILD-TO-ORDER COMPUTER SYSTEM", NO. 08/919 959, no rôle M-5022, déposé le 29 août 1997, mentionnant Richard D. Amberg, Roger W. Wong, et Michael A. Brundridge comme les inventeurs, qui est incorporé ici à titre de référence dans son intégralité. Dans un autre mode de réalisation, le fichier de données est chargé via sur un serveur de données au niveau de la fabrication 135. Lorsque le système informatique ciblé 137 est lancé pour la première fois, celui- ci charge ses logiciels et exécute d'autres opérations et instructions telles qu'indiquées par le fichier de données. Dans un premier mode de réalisation, la fabri- cation 135 comprend un programme informatique qui est ap- pelé un "analyseur", lequel lit les indications ou les entrées du fichier de données et associe des fichiers de commandes en langage natif ("script shell") exécutables, qui se trouvent au niveau de la fabrication 135, aux in- dications ou entrées du fichier de données. L'analyseur peut aussi exécuter les programmes de commande en langage natif afin d'exécuter l'installation des programmes d'ap- plication logiciels du système d'exploitation, ou d'au- tres programmes d'application sur le système informatique ciblé 137. Dans un mode de réalisation, les fichiers de commandes en langage natif sont mémorisés dans la base de données maîtresse, le système informatique qui exécute le programme analyseur pouvant accéder à la base de données maîtresse 125. Dans un mode de réalisation, le fichier de don- nées est envoyé électroniquement, via la connexion-réseau , vers la fabrication 135. Dans d'autres modes de réa- lisation, le fichier de données est imprimé, une personne au sein de la fabrication 135 entrant manuellement les choix effectués lors du processus de fabrication. Dans le mode de réalisation représenté, la base de données maîtresse 125 se trouve sur un serveur qui comprend une pluralité d'unités. Dans un mode de réalisa- tion, la base de données maîtresse 125 est une base de données lisible par système informatique qui comprend une entrée, pour chaque option en termes de programme logi- ciel et de composant matériel qui est offerte par un fa- briquant ou un vendeur de systèmes informatiques, pour un système informatique assemblé à la demande. Dans certains modes de réalisation, la base de données maîtresse 125 contient aussi une entrée pour chaque opération d'implé- * mentation comme pour les programmes d'installation, les opérations de formatage du disque dur, et les opérations de test pour l'implémentation des composants matériels et des programmes logiciels sur un système informatique. Ces entrées peuvent se trouver dans des fichiers différents dans la base de données maîtresse 125. Dans un mode de réalisation, la base de données maîtresse est réalisée sous la forme d'un fichier bidimensionnel. Chaque entrée de la base de données maîtresse contient un numéro d'élément ou champ d'identifica- tion spécifique au fabricant, chacun des composants maté- riels individuels, des programmes logiciels ou opérations d'installation correspondant à un numéro spécifique. Cha- que entrée peut aussi contenir un champ de description qui contient un texte qui est à afficher sur l'inter- face-utilisateur du terminal 105 lorsque l'entrée est présentée à l'utilisateur. La figure 8A est une représen- tation alphanumérique d'un mode d'implémentation des en- trées dans un fichier des éléments qui se trouve dans la base de données maîtresse. Chaque entrée de la base de données maîtresse contient aussi au moins une étiquette ou champ d'éti- quette. Une étiquette ou champ d'étiquette est une indi- cation qui est utilisée pour définir une caractéristique associée à un numéro d'élément particulier d'une entrée de la base de données. Ces étiquettes sont utilisées pour catégoriser chaque entrée et indiquer la compatibilité avec d'autres composants matériels et programmes logi- ciels listés dans la base de données maîtresse 125. Le système informatique de commande 103 lit les étiquettes afin de générer la liste des options qui sont à présenter à l'interface-utilisateur et qui sont compatibles avec une sélection ou des sélections précédentes. Par exemple, chaque entrée associée à un programme d'application logi- ciel contient un champ d'étiquette qui indique sa compa- tibilité avec une version et une langue particulières as- sociées à un type de système d'exploitation. Dans d'au- tres modes de réalisation, chaque type de système d'ex- ploitation peut contenir une étiquette qui indique sa compatibilité avec un processeur spécifique. Dans cer- tains modes de réalisation, les entrées associées à des systèmes d'exploitation peuvent contenir une étiquette qui indique une taille de RAM requise pour le système d'exploitation. Dans certains modes de réalisation, cha- que entrée associée à un programme d'application logiciel peut contenir une étiquette qui indique que le programme nécessite l'implémentation préalable d'un élément parti- culier en vue de son implémentation. Les étiquettes contenues dans la base de don- nées maîtresse peuvent aussi être utilisées afin d'indi- quer à la commande que d'autres opérations ont à être ef- fectuées par la commande sur la base d'un choix précédem- ment sélectionné par l'utilisateur. Par ailleurs, une étiquette ou un champ d'étiquette peut être utilisé afin d'indiquer que le vendeur de systèmes informnatiques offre toute une diversité d'options pour une entrée particu- lière (un programme logiciel, un composant matériel, ou une opération d'implémentation). En conséquence, lorsque le système informatique de commande lit l'étiquette, ce- lui-ci peut alors créer une liste d'options correspondant à l'entrée particulière si cette entrée est sélectionnée. Par exemple, l'entrée associée à un système d'exploita- tion peut contenir une étiquette qui indique que le ven- deur offre un format disque standard ou un autre format disque avec le système d'exploitation. Pour créer cette liste, le système informatique de commande balaie la base de données maîtresse à la recherche d'autres étiquettes d'un type particulier dans le but de construire une liste composée de différents formats de disque. En conséquence, l'étiquette indique au système informatique de commande que d'autres options doivent être présentées à l'utilisa- teur via l'interface-utilisateur et que l'utilisateur doit sélectionner une option. Dans d'autres modes de réa- lisation, les étiquettes indiquent quels sont les compo- sants matériels, les programmes logiciels, les instruc- tions ou les opérations d'installation, les tests et au- tres opérations d'implémentation nécessaires pour l'im- plémentation de l'entrée sur un système informatique. Dans un mode de réalisation, l'étiquette particulière in- dique à la commande de consulter une autre base de don- nées afin de remplir une fonction particulière, comme le chargement detexte dans le fichier de données à partir d'une autre base de données. Des étiquettes peuvent aussi être utilisées afin d'indiquer qu'une entrée n'est pas compatible avec d'autres entrées. Bien que, sur la figure 1, seul un système in- formatique de commande 103 soit représenté comme accédant à la base de données maîtresse 125, dans d'autres modes de réalisation, de multiple systèmes informatiques de commande peuvent accéder à la base de données maîtresse afin d'exécuter des sessions de commande ou de spéci- fication avec une pluralité d'utilisateurs. Dans un mode de réalisation, les systèmes informatiques de commande sont les ordinateurs personnels de la propre équipe des ventes d'un vendeur de systèmes informatiques. Le fait d'avoir une base de données maîtresse centrale présente ceci comme avantage que les listes générées par les sys- têmes informatiques de commande sont compatibles et sont à jour. En outre, le fait d'avoir une base de données maîtresse permet une actualisation facile du système en offrant de nouveaux composants matériels informatiques et de nouveaux programmes d'application logiciels. Pour qu'un vendeur puisse offrir un nouveau programme logiciel ou un nouveau composant matériel, une nouvelle entrée, comprenant des étiquettes afin d'indiquer la compatibili- té avec d'autres entrées, est créée sur la base de don- nées maîtresse. Les programmes de spécification lancés par les systèmes informatiques de commande n'ont pas à être actualisés pour offrir un nouveau composant, une nouvelle opération, ou un nouveau programme. Dans un autre mode de réalisation, le programme de commande est mémorisé dans la base de données mai- tresse ou dans une autre base de données et est chargé sur la RAM du système informatique de commande avant le commencement d'une session de commande ou de groupes de sessions de commande. Dans le mode de réalisation représenté, le sys- tème informatique 137 ciblé ou spécifié est un système informatique sur lequel les sélections effectuées par l'utilisateur, telles qu'indiquées par l'inter- face-utilisateur 105, sont implémentées. Dans le mode de réalisation représenté, le système informatique est un système d'ordinateur personnel. Dans d'autres modes de réalisation, d'autres types, formes ou versions de systè- mes informatiques peuvent être spécifiés et assemblés, tels que des ordinateurs de bureau, des serveurs, des terminaux Internet, des systèmes imbriqués ou des sta- tions de travail. Le système de la figure 1 est un système qui est commode pour permettre à un acheteur de commander un système informatique assemblé à la demande et à un fabri- cant d'assembler le système informatique tel que spéci- fié. Les figures 2 à 5 sont des ordinogrammes repré- sentant les étapes à suivre pour générer une commande compatible, pour un système informatique, et pour assem- bler le système informatique conformément à cette com- mande. Ces ordinogrammes sont exécutés par le système in- formatique de commande 103 et, dans un mode de réalisa- tion, sont mémorisés dans la mémoire de commande 107. Dans un mode de réalisation, les ordinogrammes sont im- plémentés par un programme informatique écrit dans le langage de programmation C. A l'étape 201, le système in- formatique de commande 103 reçoit une indication en pro- venance de l'interface-utilisateur 105 qui indique le dé- sir d'acheter un système informatique. Ceci se produit, par exemple, lorsqu'un acheteur accède au site Web du vendeur de systèmes informatiques via Internet et active un bouton afin de commencer une session de spécification ou de commande. A l'étape 204, la commande 103 accède à la base de données maîtresse 125 pour créer ou générer une liste de types de système d'exploitation disponibles pour le système informatique ciblé. Pour générer une liste de ty- pes de système d'exploitation, la commande lit les éti- quettes des entrées de la base de données maîtresse 125 et recherche les entrées associées à une étiquette d'ini- tiation. Cette étiquette d'initiation indique que ces en- trées doivent être sélectionnées en premier lors du pro- cessus de spécification. Dans le mode de réalisation re- présenté sur la figure 2, chaque entrée, pour un système d'exploitation, possède une étiquette d'initiation du fait que le programme de la figure 2 lance le processus de spécification par la sélection d'un système d'exploi- tation. Pour les entrées associées à l'étiquette d'ini- tiation, la commande lit l'étiquette de groupe ou de type afin de créer une liste des types ou des groupes. Dans le mode de réalisation de la figure 2, la commande lit l'étiquette de type de système d'exploitation et crée ou génère une liste composée de chaque type de système d'ex- ploitation qui apparaît dans la base de données maî- tresse. En conséquence, un type particulier de système d'exploitation apparaîtra dans la première liste, aussi longtemps que la base de données maîtresse comporte au moins une entrée ayant une étiquette indiquant que le système d'exploitation représenté est de ce type particu- lier. A l'étape 207, la commande 103 transmet à l'in- terface-utilisateur 105 la liste des types de système d'exploitation disponibles. A la lecture de la liste pré- sentée sur l'écran du terminal, l'utilisateur sélectionne un type de système d'exploitation. A l'étape 210, la com- mande 103 reçoit en provenance de l'interface-utilisateur une indication du type de système d'exploitation sé- lectionné à partir de la liste créée à l'étape 204. A l'étape 213, la commande accède à la base de données maî- tresse 125 pour générer une liste de versions et de lan- gues disponibles pour le type de système d'exploitation sélectionné. Dans un mode de réalisation, cette liste in- clut chaque système d'exploitation dont l'entrée possède l'étiquette du type de système d'exploitation sélection- né. Dans un autre mode de réalisation, les entrées pour tous les systèmes d'exploitation listés dans la base de données maîtresse incluent une étiquette de version. Dans ce mode de réalisation, la deuxième liste présentée à l'utilisateur contiendrait la totalité des versions of- fertes pour le type de système d'exploitation sélection- né. Ces versions, sur la deuxième liste, sont déterminées par les étiquettes de version des entrées ayant l'éti- quette du type de système d'exploitation sélectionné. En conséquence, dans le présent mode de réalisation, une version particulière apparaîtrait sur la deuxième liste s'il existait au moins une entrée qui possédait à la fois l'étiquette du type de système d'exploitation sélectionné et l'étiquette de la version particulière. Après avoir reçu en provenance de l'interface-utilisateur une indica- tion de la version sélectionnée, la commande accéderait à la base de données maîtresse pour créer une troisième liste (étape non représentée). Cette troisième liste con- tiendrait tous les systèmes d'exploitation qui possèdent l'étiquette du type de système d'exploitation sélectionné et l'étiquette de la version sélectionnée. Cette troi- sième liste représenterait la totalité des langues offer- tes par le vendeur de systèmes informatiques pour la ver- sion sélectionnée du type de système d'exploitation sé- lectionné. Les versions ORS2 et ORS2.1 et les langues ENG (anglais) et KOR (coréen) du système d'exploitation of- fert sous la désignation commerciale WINDOWS 95 (marque déposée) par MICROSOFT CORPORATION sont des exemples de versions et de langues, ainsi que de type de système d'exploitation. A l'étape 216, la commande 103 transmet la liste des versions et des langues offertes pour le type de système d'exploitation sélectionné à l'inter- face-utilisateur 105. L'utilisateur sélectionne à partir de la liste présentée via l'interface-utilisateur 105 la langue et la version souhaitées du type de système d'ex- ploitation sélectionné, et indique la sélection souhaitée sur l'interface-utilisateur. Dans un mode de réalisation, l'interfaceutilisateur inclut une souris ou tout autre type de dispositif de commande par pointage pour faire ressortir et sélectionner le choix souhaité. Dans d'au- tres modes de réalisation, l'utilisateur indique le choix souhaité à l'aide d'un clavier. Dans d'autres modes de réalisation, l'interfaceutilisateur présente les listes via un système de menu. Dans d'autres modes de réalisa- tion, les listes sont présentées en utilisant un système de fenêtrage basé sur du texte. L'interface-utilisateur transmet alors le choix sélectionné à la commande 103 via la connexion-réseau 110. Après avoir reçu en provenance de l'inter- face-utilisateur 105 une indication de la version et de la langue sélectionnées du type de système d'exploitation sélectionné (le système d'exploitation sélectionné) à l'étape 220, la commande 103 crée et écrit dans un fi- chier de données lisible par système informatique de la mémoire de commande 107 une indication de la version et de la langue sélectionnées pour le type de système d'ex- ploitation sélectionné. Dans un mode de réalisation, ce fichier de données est un fichier d'enregistrement de descripteurs du système (fichier SDR). Dans un mode de réalisation, l'indication qui est écrite dans le fichier de données contient le numéro d'élément spécifique qui correspond à la version et à la langue sélectionnées du type de système d'exploitation sélectionné. Au numéro d'élément est associé un préfixe qui indique que la sé- lection est un système d'exploitation. Dans un mode de réalisation, une étiquette d'identification peut être as- sociée au numéro d'élément. Cette étiquette d'identifica- tion serait utilisée pour indiquer la version et/ou la langue du système d'exploitation. La figure 8B est une représentation alphanumérique d'un mode d'implémentation d'un fichier SDR. A l'étape 238, la commande 103 détermine si des "éléments toujours exécutés" sont associés à la version et à la langue sélectionnées du type de système d'exploi- tation sélectionné. Les éléments toujours exécutés asso- ciés à un choix sélectionné peuvent être des programmes logiciels, des opérations d'installation, des opérations de test, ou d'autres opérations d'implémentation qui sont nécessaires à l'implémentation du choix sélectionné sur un système informatique ciblé ou que la fabrication exé- cute ou implémente systématiquement lors de l'implémenta- tion du choix sélectionné. On mentionnera, comme exemples d'éléments toujours exécutés associés, pour la version et la langue sélectionnées du type de système d'exploitation sélectionné, les programmes rapportés ("patch") requis, les opérations requises de préparation du disque dur, et les tests à effectuer sur le système informatique ciblé avant et/ou après que le système d'exploitation sélec- tionné a été installé. Dans un mode de réalisation, la commande génère une liste d'éléments toujours exécutés en lisant les éti- quettes que contient la base de données maîtresse 125. Dans un mode de réalisation, les entrées associées à cha- que version et langue d'un système d'exploitation con- tiendraient une étiquette ou un champ d'étiquette indi- quant qu'un élément toujours exécuté est associé à une version et à une langue spécifiques du système d'exploi- tation. Dans d'autres modes de réalisation, les entrées de la base de données maîtresse, pour chacun des éléments toujours exécutés, comportent une étiquette qui indique que l'élément toujours exécuté est associé au système d'exploitation sélectionné. Dans d'autres modes de réali- sation, l'entrée associée à chaque système d'exploitation contient une étiquette qui indique à la commande qu'il lui faut accéder à une autre base de données ou à une au- tre partie de la base de données maîtresse 125 pour obte- nir une liste d'éléments toujours exécutés pour ce sys- tème d'exploitation particulier. Dans d'autres modes de réalisation, la liste des éléments toujours exécutés est générée par la com- mande en accédant à un fichier de dépendance. Un fichier de dépendance est un fichier lisible par système informa- tique qui contient des "expressions" qui contiennent des numéros d'élément et/ou des préfixes qui identifient les instructions ou les opérations à effectuer, les informa- tions requises par une instruction ou une opération, ou les programmes à installer si une entrée, dans un fichier SDR, contient les numéros d'élément et les préfixes que contient l'expression. La commande compare le numéro d'élément, les préfixes, et/ou les étiquettes d'identifi- cation de chaque sélection indiquée dans le fichier de données aux expressions du fichier de dépendance pour gé- nérer une liste d'éléments toujours exécutés associés à la version et à la langue sélectionnées du type de sys- tème d'exploitation sélectionné. Dans certains modes de réalisation, l'accès au fichier de dépendance peut amener la commande à générer et à transmettre des listes d'op- tions additionnelles à l'interface-utilisateur sur la base d'une sélection ou de sélections précédentes. Le fi- chier de dépendance peut se trouver dans la base de don- nées maîtresse ou dans d'autres bases de données. A l'étape 241, la commande 103 écrit une indi- cation de la liste générée à l'étape 238 dans le fichier de données de la mémoire 107. Lors de l'écriture d'une indication dans le fichier de données, la commande asso- cie aussi les préfixes aux numéros d'élément et écrit le préfixe et le numéro d'élément dans le fichier de don- nées. Bien que le mode de réalisation de la figure 2 présente les étapes 238 et 241 comme étant effectuées après l'étape 220, dans d'autres modes de réalisation, celles-ci peuvent être effectuées après que l'utilisateur a terminé la session de commande ou de spécification, comme après l'étape 513 sur la figure 5. Dans d'autres modes de réalisation, la liste des éléments toujours exé- cutés peut être générée via l'exécution d'un autre pro- gramme, tel qu'un programme analyseur localisé au niveau de la fabrication. L'analyseur lit les numéros d'élément et les préfixes de chaque entrée du fichier de données afin de générer une liste d'éléments toujours exécutés associée à chaque entrée. En se reportant à la figure 3, après l'étape 220 de la figure 2, la commande passe à l'étape 302 au niveau de laquelle la commande génère une liste d'opéra- tions de préparation du disque dur, disponibles pour la version et la langue sélectionnées du type de système d'exploitation sélectionné. Par exemple, un utilisateur peut se voir présenter l'option d'implémenter une opéra- tion "suspendre disque" ou l'option d'implémenter une partition utilitaire du disque dur dans le système infor- matique ciblé. Dans un mode de réalisation, la commande génère la liste des opérations de préparation du disque dur en lisant les entrées de la base de données maîtresse 125. Les entrées de la base de données maîtresse pour les opérations de préparation du disque dur contiennent cha- cune au moins une étiquette indiquant que l'entrée con- cerne une opération de préparation du disque dur et au moins une étiquette indiquant sa relation avec les divers systèmes d'exploitation. Cette liste est générée par la commande en lisant les étiquettes de relation des entrées afin de déterminer si l'opération de préparation est op- tionnelle ou est obligatoire pour la version et la langue sélectionnées du type de système d'exploitation sélec- tionné. Cependant, si l'opération de préparation du dis- que dur est obligatoire pour la version et la langue sé- lectionnées du type de système d'exploitation sélection- né, alors l'opération est considérée comme étant un élé- ment toujours exécuté et une indication de l'opération est automatiquement placée dans le fichier de données à l'étape 241 sans en informer l'utilisateur. Après trans- mission de la liste créée à l'étape 302 à l'inter- face-utilisateur, un utilisateur sélectionne à partir de la liste présentée via l'interface-utilisateur les opéra- tions de préparation du disque dur souhaitées. La com- mande reçoit une indication de ces sélections à l'étape 306. Ces sélections sont alors indiquées dans le fichier de données à l'étape 308 par la commande en écrivant dans le fichier de données le numéro d'élément et le préfixe approprié de l'opération. Dans un autre mode de réalisation, la liste des opérations optionnelles de préparation du disque dur est générée par la commande en accédant à un fichier de dé- pendance après la sélection de la langue et de la version du type de système d'exploitation par l'utilisateur. La * commande compare l'entrée associée au système d'exploita- tion sélectionné (comprenant le numéro d'élément, les étiquettes, et les préfixes) aux expressions du fichier de dépendance afin de générer la liste des opérations op- tionnelles de préparation à transmettre à l'inter- face-utilisateur en vue d'une présentation à l'utilisa- teur. A l'étape 310, la commande génère une liste de programmes rapportés ("patch") disponibles pour la ver- sion et la langue sélectionnées du type de système d'ex- ploitation sélectionné. Les "patch" sont des programmes logiciels qui sont disponibles pour un choix sélectionné, lesquels corrigent un problème qui se pose avec un choix spécifique ou améliorent les performances résultant du choix sélectionné. Par exemple, si un fournisseur de sys- tèmes d'exploitation livre un système d'exploitation dans lequel l'accès direct à la mémoire (DMA) est désactivé, le vendeur de systèmes informatiques peut offrir un "patch" pour activer l'accès direct à la mémoire afin d'améliorer les performances. Dans d'autres modes de réa- lisation, des "patch" peuvent être utilisés pour implé- menter la version et la langue sélectionnées du type de système d'exploitation sélectionné sur un composant maté- riel particulier qui a été sélectionné par l'utilisateur lors d'un choix précédent. Cependant, si un "patch" est obligatoire, alors le patch est considéré comme un élé- ment toujours exécuté et une indication du "patch" doit être inscrite dans le fichier de données à l'étape 241 de la figure 2. Dans un mode de réalisation, la commande génère la liste des "patch" en lisant les entrées de la base de données maîtresse 125. Dans un mode de réalisation, l'en- trée associée au système d'exploitation sélectionné con- tient une étiquette qui indique qu'un programme logiciel "patch" est facultatif avec le système d'exploitation système d'exploitation sélectionné. Dans d'autres modes de réalisation, chaque "patch" aurait une entrée dans la base de données maîtresse, chaque entrée du "patch" com- portant au moins une étiquette indiquant le système d'ex- ploitation ou les systèmes d'exploitation pour lesquels le programme "patch" est une option. Dans certains modes de réalisation, l'entrée associée à chaque "patch" con- tient un champ de description. Ce champ de description indique au système informatique de commande qu'un message textuel doit apparaître sur l'écran d'une inter- face-utilisateur avec le "patch", afin d'informer l'uti- lisateur de ce à quoi sert le "patch". Dans certains mo- des de réalisation, le champ de description peut ordonner à la commande d'accéder à un autre fichier, au niveau d'un emplacement particulier de la base de données maî- tresse, pour obtenir le texte à afficher. Dans un autre mode de réalisation, la liste des "patch" optionnels, associée au système d'exploitation sélectionné, est générée par la commande en accédant à un fichier de dépendance et en comparant les expressions que contient le fichier de dépendance à l'entrée du fichier SDR qui correspond au système d'exploitation sélectionné. Dans certains modes de réalisation, la commande génère une liste d'éléments toujours exécutés (soit en accédant aux entrées de la base de données maîtresse 125 soit en accédant à un fichier de dépendance) associée aux opérations de préparation du disque dur qui ont été sé- lectionnées et écrit une indication de la liste des élé- ments toujours exécutés dans le fichier de données. Après la transmission de la liste de "patch" à l'interface-utilisateur à l'étape 312, l'utilisateur sé- lectionne les "patch" souhaités à partir de la liste des "patch" présentée par l'interface-utilisateur. Ensuite, une indication des "patch" sélectionnés est transmise par l'interface-utilisateur à la commande, à l'étape 314. A l'étape 316, la commande écrit une indication des "patch" sélectionnés dans le fichier de données, les numéros d'élément des "patch" sélectionnés et les préfixes appro- priés étant écrits dans le fichier de données. A l'étape 318, la commande génère une liste d'éléments toujours exécutés qui est associée aux "patch" sélectionnés. A l'étape 320, la commande écrit cette liste dans le fichier de données. La commande génère la liste des éléments toujours exécutés en accédant aux en- trées de la base de données maîtresse 125 ou en accédant à un fichier de dépendance. Dans d'autres modes de réali- sation, la commande 103 peut exécuter les étapes 318 et 320 après la fin de la session de spécification de l'uti- lisateur. Dans d'autres modes de réalisation, les étapes 318 et 320 peuvent être effectuées par d'autres systèmes informatiques lors de la fabrication. En se reportant à la figure 4, à l'étape 405, la commande 103 accède à la base de données maîtresse pour générer une liste de programmes logiciels informati- ques qui sont compatibles avec la version et la langue sélectionnées du type de système d'exploitation sélec- tionné. La commande génère cette liste en lisant, dans la base de données maîtresse, les étiquettes associées des entrées correspondant à des programmes logiciels. Dans un mode de réalisation, une entrée correspondant à un pro- gramme logiciel compatible contient une étiquette spéci- fique qui indique la compatibilité avec la version du système d'exploitation sélectionné ou le type de système d'exploitation sélectionné. Après transmission de la liste à l'interface-utilisateur à l'étape 408, l'utilisa- teur sélectionne à partir de la liste présentée par l'in- terface-utilisateur les programmes logiciels qui sont à installer sur le système informatique ciblé. Dans certains modes de réalisation, les listes de programmes logiciels transmises à l'inter- face-utilisateur sont divisées en des sous-listes ou en des sous-menus différents. Par exemple, une première sous-liste peut contenir une liste de programmes de trai- tement de mots compatibles, tels que MICROSOFT WORD ou WORDPERFECT (marques déposées). Une autre sous-liste con- tiendrait des jeux informatiques offerts par le vendeur de systèmes informatiques. Il va de soi que toute une di- versité de sous-menus regroupant des programmes logiciels différents peuvent être présentés. Par exemple, des pro- grammes d'accès à Internet, des feuilles de calcul, et des programmes de dessin peuvent être présentés dans des sous-menus différents. La subdivision de la liste des programmes disponibles en des sous-menus aide l'utilisa- teur à sélectionner les programmes logiciels. Dans un mode de réalisation, chaque entrée correspondant à un programme logiciel contiendrait un champ d'étiquette ou une étiquette indiquant le type de programme logiciel. La commande lirait ces étiquettes et générerait les listes de sous-menus conformément aux étiquettes de type de lo- giciel. Dans un autre mode de réalisation, chaque groupe différent de programmes logiciels serait mémorisé dans une section logique différente de la base de données. La commande générerait chaque liste de sous-menus en ne li- sant qu'une seule section logique de la base de données à la fois. Dans ce mode de réalisation, chaque entrée, au sein d'une section logique de la base de données maî- tresse, ayant une étiquette indiquant la compatibilité avec le système d'exploitation sélectionné serait présen- tée dans la liste de sous-menus. Après que l'utilisateur a sélectionné les pro- grammes logiciels à installer sur son système informati- que ciblé, l'interface-utilisateur 105 renvoie une indi- cation des sélections effectuées à la commande, à l'étape 411. A l'étape 414, la commande écrit une indication de ces sélections dans le fichier de données en écrivant le numéro d'élément et les préfixes associés du programme logiciel sélectionné dans le fichier de données. A l'étape 417, la commande génère une liste d'éléments toujours exécutés qui sont associés aux pro- grammes logiciels sélectionnés. A l'étape 420, la com- mande écrit cette liste dans le fichier de données. La commande génère la liste des éléments toujours exécutés en accédant aux entrées de la base de données maîtresse 125 ou en accédant à un fichier de dépendance. Dans d'au- tres modes de réalisation, la commande 103 peut exécuter les étapes 417 et 420 après la fin de la session de spé- cification de l'utilisateur. Dans d'autres modes de réa- lisation, les étapes 417 et 420 peuvent être exécutées par d'autres systèmes informatiques lors de la fabrica- tion. A l'étape 425, la commande accède à la base de données maîtresse afin de générer une deuxième liste de programmes logiciels informatiques qui sont compatibles avec la version et la langue sélectionnées du type de système d'exploitation sélectionné et avec n'importe les- quels, voire la totalité, des programmes logiciels précé- demment sélectionnés. Dans un mode de réalisation, les étiquettes de chacun de ces programmes contiendraient au moins une étiquette indiquant la compatibilité avec le type de système d'exploitation sélectionné et avec le programme logiciel sélectionné. La commande 103 transmet la listegénérée à l'étape 425 à l'interface-utilisateur, à l'étape 428. L'utilisateur sélectionne les programmes logiciels à partir de la deuxième liste présentée par l'interface-utilisateur. La deuxième liste peut inclure des "patch" correctifs pour les programmes logiciels in- dividuels sélectionnés à partir de la première liste de programmes logiciels, ou peut contenir des programmes in- formatiques optionnels qui améliorent ou renforcent les performances des programmes sélectionnés. Par exemple, un programme de filtrage peut être offert avec un programme de traitement de mots particulier, lequel convertit les documents générés par un autre type de programme de trai- tement de mots au format du programme de traitement de mots particulier. Cependant, si un programme logiciel sé- lectionné est exigé par un programme informatique précé- demment sélectionné, alors les applications exigées sont considérées comme des éléments toujours exécutés pour le programme logiciel sélectionné et une indication de ce programme est écrite dans le fichier de données à l'étape 420. A l'étape 431, la commande revoit en provenance de l'interface-utilisateur une indication des programmes logiciels sélectionnés à partir de la deuxième liste gé- nérée à l'étape 425. La commande écrit une indication de ces sélections dans le fichier de données à l'étape 434, les numéros d'élément et les préfixes associés étant écrits dans le fichier de données. A l'étape 436, la commande génère une d'élé- ments toujours exécutés qui est associée aux programmes logiciels sélectionnés à partir de la deuxième liste. A l'étape 439, la commande écrit cette liste des éléments toujours exécutés dans le fichier de données. La commande génère la liste des éléments toujours exécutés en accé- dant aux entrées de la base de données maîtresse 125 ou en accédant à un fichier de dépendance. Dans d'autres mo- des de réalisation, la commande 103 peut exécuter les étapes 436 et 439 à la fin de la session de spécification de l'utilisateur. Dans d'autres modes de réalisation, les étapes 436 et 439 peuvent être exécutées par d'autres systèmes informatiques lors de la fabrication. En se reportant à la figure 5, après que les sélections de programmes logiciels ont été effectuées sur la figure 4, la commande passe à l'étape 505, au niveau de laquelle elle accède au fichier de données afin de gé- nérer une liste de tous les choix précédemment sélection- nés, tels qu'indiqués par le fichier de données. Cette liste reflète toutes les sélections effectuées par l'acheteur ou l'utilisateur et reflète le type de système informatique qui sera assemblé par le fabricant. A l'étape 507, la commande transmet la liste à l'inter- face-utilisateur 107 qui présente la liste à l'utilisa- teur, l'utilisateur pouvant alors approuver ou désapprou- ver les choix effectués. Si l'utilisateur conteste une sélection, l'utilisateur peut envoyer une indication à la commande afin de "retourner en arrière" dans le programme jusqu'à atteindre la sélection contestée par l'utilisa- teur et peut demander une nouvelle sélection de l'élé- ment. Lors de la réception d'une indication en vue d'une nouvelle sélection d'un élément particulier, la commande représente la liste qui contenait l'élément sélectionné soit en plaçant dans la mémoire de commande 107 la liste sauvegardée, soit en lisant les choix précédents à partir du fichier de données afin de retourner à l'étape précé- dente o a été générée la liste. Toutes les sélections effectuées à partir du choix contesté sont annulées. La commande recommence à partir du point, dans le programme, o choix est effectué le nouveau choix afin de garantir que tous les choix qui viendront ensuite seront compati- bles avec le nouveau choix. Si l'utilisateur approuve les sélections, l'utilisateur sélectionne un bouton de confirmation sur l'écran du terminal de l'interface-utilisateur. Ensuite, à l'étape 513, l'interface-utilisateur envoie une indica- tion qui indique que l'utilisateur souhaite acheter le système informatique spécifié ou que l'achat a été effec- tué. Dans un mode de réalisation, cette étape compren- drait l'introduction par l'utilisateur de son numéro de carte de crédit sur l'interface-utilisateur. Dès lors, la session de spécification de l'utilisateur est terminée. Après l'étape 513, la commande accède à un fi- chier de dépendance afin d'effectuer une analyse croisée sur les sélections effectuées. Durant cette analyse croi- sée, la commande compare les expressions que contiennent les fichiers de dépendance pour déterminer s'il existe des éléments toujours exécutés associés à la combinaison des sélections effectuées. Par exemple, si l'utilisateur sélectionne un système de fichier FAT32 et un sceau élec- tronique, et n'a pas encore sélectionné la partition uti- litaire, alors, la commande, après avoir lu le fichier de dépendance, écrit dans le fichier SDR une indication en vue d'installer la partition utilitaire sur le système informatique du fait de la sélection d'un système de fi- chier FAT32 et d'un sceau électronique. Dans le présent exemple, l'expression qui indique l'implémentation de la partition utilitaire contient les numéros d'élément et/ou les préfixes associés à la fois au système de fichier FAT32 et au sceau électronique. Dans certains modes de réalisation, l'étape d'analyse croisée peut générer une liste d'options à pré- senter à l'utilisateur sur la base d'une combinaison des sélections effectuées. Dans ces modes de réalisation, l'étape d'analyse croisée serait effectuée avant l'étape 505. Dans ces modes de réalisation, la commande transmet- trait la liste à l'interface-utilisateur. Après que l'utilisateur a sélectionné, via l'interface-utilisateur, des options particulières générées à partir de l'analyse croisée, l'interface-utilisateur renvoie une indication de ces sélections à la commande, la commande écrivant une indication des sélections effectuées dans le fichier SDR. Dans d'autres modes de réalisation, la commande peut exécuter certaines des étapes représentées sur les figures 2 à 4 après la session de spécification et de commande de l'utilisateur (après l'étape 513). Dans un mode de réalisation, la commande génère les éléments tou- jours exécutés (étapes 238, 318, 417 et 436) pour chaque sélection ou entrée après que la session de spécification a été effectuée. Dans certains modes de réalisation, la commande génère et écrit dans le fichier SDR une liste des élé- ments toujours exécutés qui sont implémentés dans chaque système informatique que fabrique un vendeur de systèmes informatiques. Dans un mode de réalisation, l'entrée as- sociée à chacun de ces éléments toujours exécutés con- tient une étiquette qui indique que l'élément est à im- plémenter automatiquement dans un système informatique. Bien que, sur les figures 2 à 5, seules deux listes de programmes logiciels compatibles soient géné- rées, il va de soi que plusieurs listes de programmes lo- giciels compatibles, ainsi que d'autres listes d'options compatibles, peuvent être générées et présentées à l'uti- lisateur durant la session de spécification. Dans les modes de réalisation représentés sur les figures 2 à 5, le fichier de données généré par la commande est un fichier SDR. Un fichier SDR est un fi- chier texte lisible par ordinateur qui contient une en- trée ou une ligne pour chaque composant matériel, pro- gramme logiciel, "patch", ou autre opération à implémen- ter sur le système informatique 137 ciblé. Chaque entrée du fichier SDR contient le numéro d'élément spécifique du fabricant et un préfixe associé correspondant à l'élément représenté. Dans certains modes de réalisation, les pré- fixes associés identifient le type d'élément, programme ou composant que l'entrée représente. Dans certains modes de réalisation, chaque entrée peut contenir une étiquette d'identification. Un fichier SDR est formaté pour être transféré vers et lu par un autre système informatique dans la fabrication 135 qui exécute un programme informa- tique analyseur pour assembler le système informatique tel qu'indiqué par le fichier de données. Le fichier SDR contiendrait aussi des informations spécifiques au client, telles que le nom et l'adresse de l'acheteur de l'ordinateur. Dans un autre mode de réalisation, le fichier de données généré par la commande lors de la session de spécification est un fichier BAR. Un fichier BAR contient des indications des sélections effectuées et des éléments toujours exécutés qui sont associés à ces sélections, mais possède un format différent d'un fichier SDR. Ce format différent permet à la commande d'exécuter plus ra- pidement la session de spécification. Après la session de spécification, le programme BAR est converti en un pro- gramme SDR par la commande ou par un autre système infor- matique exécutant un programme logiciel de conversion, tel qu'un programme générateur SDR. Dans un autre mode de réalisation, la commande entre un fichier BAR contenant des spécifications concer- nant un système informatique spécifique et entre ces spé- cifications dans le fichier de données SDR durant la ses- sion de spécification. Par exemple, la commande peut avoir accès à plusieurs fichiers BAR (se trouvant dans une autre partie de la base de données maîtresse 125 ou dans une autre base de données), chaque fichier BAR con- tenant les spécifications matérielles par défaut pour un modèle particulier de système informatique offert par le fabricant de systèmes informatiques. L'utilisateur peut se voir demander initialement de choisir un modèle parmi une liste de modèles disponibles. Après réception d'une indication du modèle choisi en provenance de l'inter- face-utilisateur 105, la commande accède au fichier BAR correspondant qui est associé à ce modèle et convertit ces spécifications en fichier SDR. Ensuite, la commande exécute le programme de spécification des figures 2 à 4, l'utilisateur spécifiant le système d'exploitation et des programmes logiciels. Cependant, du fait que le fichier SDR contient des entrées associées aux composants maté- riels spécifiés dans le fichier BAR, les choix présentés à l'utilisateur sur les figures 2 à 4 sont aussi compati- bles avec les composants matériels tels que spécifiés dans le fichier BAR. Dans certains modes de réalisation, la commande présente les composants tels que spécifiés dans le fichier BAR comme des sélections par défaut et permet à l'utilisateur d'apporter des modifications aux sélections par défaut. Dans certains modes de réalisation, la commande génère à partir du fichier de données un fichier texte alphanumérique qui peut être lu par l'homme, tel qu'une commande d'achat, qui est envoyé vers une usine de fabri- cation pour être manuellement entré dans le processus de fabrication. Du fait qu'un fichier de descripteurs de sys- téne compatibles ou valides ou fichier de données est gé- néré, des programmes spéciaux n'ont pas à être exécutés par la fabrication 135 afin de déterminer si les compo- sants ou les programmes spécifiés sont légaux ou compati- bles. A l'étape 516, la commande transmet le fichier de données à la fabrication 135 qui, à l'étape 520, uti- lise le fichier de données pour implémenter les sélec- tions telles qu'indiquées par le fichier de données. Dans un mode de réalisation, un autre système informatique se trouvant au niveau de la fabrication (interne à la fabri- cation 135) exécute un programme logiciel analyseur qui associe un fichier de commandes en langage natif ("script shell") exécutable à chaque entrée du fichier SDR et exé- cute le fichier script shell lors de l'implémentation de l'entrée sur le système informatique ciblé 137. Ainsi, le système d'exploitation sélectionné, les programmes logi- ciels sélectionnés, les "patch" sélectionnés, les opéra- tions sélectionnées de préparation du disque dur, les éléments toujours exécutés qui ont été déterminés, et les autres sélections sont installés, implémentés et testés via l'exécution des fichiers script shell associés. Le programme analyseur balaie l'enregistrement des descrip- teurs du système, ligne par ligne, et associe un fichier script shell à chaque numéro d'élément. Le programme ana- lyseur exécute les fichiers script shell en envoyant ou en transférant les fichiers script shell vers un pro- gramme de traitement de script. Le programme de traite- ment de script interprète les instructions des fichiers script shell et agit, en réponse aux instructions four- nies, pour exécuter les instructions réelles d'installa- tion ou d'implémentation de l'élément considéré sur le système informatique. Dans certains modes de réalisation, le programme analyseur peut aussi générer et adjoindre un suffixe à un numéro d'élément particulier. Le programme analyseur génère le suffixe en lisant l'étiquette d'iden- tification de l'entrée du fichier SDR ou en accédant à des tables à l'aide du numéro d'élément. La figure 8C est une représentation alphanumérique d'un fichier lisible par système informatique contenant une liste de fichiers script shell. Dans un mode de réalisation, le fichier de don- nées transmis à la fabrication contient les vraies ins- tructions pour implémenter la version et la langue sélec- tionnées du type de système d'exploitation sélectionné, les "patch" sélectionnés, les programmes logiciels sélec- tionnés et, par ailleurs, les instructions pour installer les programmes logiciels. Le fichier de données contient aussi les instructions pour exécuter les opérations d'installation. Ces instructions additionnelles sont ajoutées au fichier de données par la commande après la session de spécification. Dans un mode de réalisation, le système infor- * matique ciblé est relié, via une carte-réseau, à un ser- veur au sein de la fabrication. Le système informatique 137 ciblé est initialement amorcé pour exécuter les opé- rations et les instructions telles qu'indiquées par les fichiers script shell associés afin de charger les pro- grammes sélectionnés sur son disque dur et d'exécuter les tests. Dans un mode de réalisation, les programmes logi- ciels et le système d'exploitation sélectionnés peuvent être chargés et installés sur le système informatique ci- blé, via Internet. Dans d'autres modes de réalisation, le fichier de données peut être utilisé pour créer une disquette, laquelle serait utilisée pour amorcer le système informa- tique ciblé lors du processus de fabrication et installer les programmes et les composants sélectionnés sur le sys- tème informatique ciblé. Dans d'autres modes de réalisation, la fabrica- tion 135 utiliserait le fichier de données afin d'écrire sur une disquette ou un CD ROM une copie des programmes logiciels sélectionnés. Ce disque contiendrait aussi les instructions et les opérations d'installation pour char- ger les programmes depuis le CD ROM sur le disque dur. Une telle caractéristique permettrait de sauvegarder avantageusement le contenu du disque dur du système in- formatique ciblé et, dans le cas d'une défaillance du disque dur, constituerait un système commode pour repro- grammer le disque dur conformément aux sélections spéci- fiées. Dans les modes de réalisation représentés sur les figures 2 à 4, l'utilisateur ou l'acheteur spécifie le matériel à utiliser pour le système informatique ciblé lors de la session de commande. Dans certains modes de réalisation, la création des listes d'options logicielles ne dépend pas du matériel spécifié. La figure 6 est un ordinogramme représentant les étapes qui permettent à un utilisateur de spécifier à la fois des composants matériels et des programmes logi- ciels compatibles pour le système ciblé. A l'étape 601, la commande 103 reçoit une indication en provenance d'une interface-utilisateur qui indique qu'un acheteur souhaite acheter un système informatique assemblé à la demande. A l'étape 604, la commande accède à la base de données mal- tresse 125 pour générer la liste des unités centrales de traitement (CPU) qu'offre le fabricant de systèmes infor- matiques dans un système informatique ciblé. Cette liste est générée par le système informatique de commande 103 en lisant les étiquettes contenues dans la base de don- nées maîtresse 125. Chaque CPU offerte par le vendeur de systèmes informatiques comporte une entrée dans la base de données maîtresse qui contient un numéro d'élément spécifique au fabricant et des étiquettes associées. Dans le mode de réalisation de la figure 6, les étiquettes as- sociées à chaque processeur contiennent une étiquette d'initiation. Chaque CPU dont l'entrée contient une éti- quette d'initiation est présentée dans la première liste. Dans d'autres modes de réalisation, chaque entrée asso- ciée à un processeur contient une étiquette de type, la première liste présentée à l'utilisateur contenant les types de CPU offertes par le vendeur de systèmes informa- tiques. A l'étape 607, la commande transmet la liste à l'interfaceutilisateur 105. L'utilisateur sélectionne une CPU souhaitée à partir de la liste affichée sur l'écran du terminal. Par exemple, le vendeur peut offrir toute une diversité de processeurs compatibles X86, tels qu'un processeur offert sous la désignation commerciale de PENTIUM, PENTIUM II, ou PENTIUM PRO (marques déposées) par INTEL CORPORATION. Après que l'utilisateur a sélectionné une CPU, l'interface-utilisateur 105 transmet une indication de la CPU sélectionnée à la commande. A l'étape 613, la com- mande accède à la base de données maîtresse 125 pour gé- nérer une liste de tailles et de types de RAM qui sont disponibles et compatibles avec la CPU sélectionnée. Les entrées, pour chaque RAM, contiennent au moins une éti- quette indiquant la compatibilité avec une CPU. La liste générée contient chaque RAM dont les entrées contiennent une étiquette indiquant la compatibilité avec la CPU sé- lectionnée. Dans d'autres modes de réalisation, les en- trées associées aux RAM contiendraient d'autres étiquet- tes, telles qu'une étiquette de taille. Cette étiquette de taille est utilisée pour présenter à l'utilisateur une liste de tailles de RAM compatibles, offertes par le ven- deur de systèmes informatiques. A l'étape 616, la commande transmet la liste à l'interface-utilisateur 105, laquelle liste est présentée à l'utilisateur via l'interfaceutilisateur. Après qu'une sélection a été effectuée, l'interface-utilisateur trans- met une indication de la RAM sélectionnée à la commande. Une fois que l'indication d'une taille et d'un type de RAM sélectionnés a été reçue, la commande accède à la base de données maîtresse 125 pour fournir une liste de types de systèmes d'exploitation compatibles avec le pro- cesseur sélectionné et compatibles avec la taille et le type de RAM sélectionnés. Par exemple, la commande ne fournira à l'interfaceutilisateur 105 que des types de système d'exploitation qui fonctionneront avec la CPU sé- lectionnée, ou pour lesquels la RAM sélectionnée posséde- ra une capacité suffisante pour l'implémentation du sys- tème d'exploitation sélectionné. Dans le présent mode de réalisation, l'entrée associée à chaque système d'exploi- tation contient au moins une étiquette de compatibilité processeur et au moins une étiquette de taille et de type de RAM pour indiquer la compatibilité. La liste contien- dra un type de système d'exploitation particulier si au moins une entrée associée à un système d'exploitation dans la base de données maîtresse contient une étiquette indiquant une compatibilité avec la CPU sélectionnée, une étiquette indiquant une compatibilité avec la RAM sélec- tionnée, et une étiquette indiquant que le système d'ex- ploitation est de ce type particulier. A l'étape 626, la liste des types de système d'exploitation compatibles est transmise à l'inter- face-utilisateur pour être présentée à l'utilisateur via l'interface-utilisateur. A l'étape 629, la commande re- çoit une indication du type de système d'exploitation sé- lectionné en provenance de l'interface-utilisateur. A partir de là, la commande passe à l'étape 213, au niveau de laquelle elle accède à la base de données maîtresse pour générer une liste de versions et de langues disponi- bles, pour le type de système d'exploitation sélectionné, qui sont compatibles avec la CPU sélectionnée et la RAM sélectionnée. Dans d'autres modes de réalisation, un utilisa- teur peut sélectionner d'autres composants matériels à implémenter sur un système informatique ciblé. Par exem- ple, dans un mode de réalisation, l'utilisateur se voit présenter une liste de disques durs compatibles avec la CPU et le système d'exploitation sélectionnés. Dans d'au- tres modes de réalisation, l'utilisateur se voit présen- ter une liste ou des listes de dispositifs périphériques compatibles. Par exemple, la présente invention peut aus- si être utilisée par un acheteur afin de sélectionner un type compatible de modem à installer dans le système in- formatique ciblé, ainsi que le type ou les types de dis- ques durs ou de lecteurs de CD ROM. D'autres options qui pourraient être présentées à un utilisateur, avec la pré- sente invention, comprennent divers types de châssis d'ordinateur, de claviers, et d'affichages. Chaque compo- sant matériel et programme logiciel présenté à un utili- sateur serait compatible avec la sélection ou les sélec- tions précédentes effectuées par l'utilisateur. Dans cer- tains modes de réalisation, chaque type de composant ma- tériel serait présenté dans un sous-menu ou une sous-liste. Chacune des entrées associées aux éléments matériels additionnels contiendrait des étiquettes asso- ciées qui indiqueraient la compatibilité avec les choix précédents. Lorsque l'utilisateur effectue une sélection afin d'implémenter un composant matériel particulier, tel qu'un type ou une famille d'affichages, la commande ac- cède à la base de données maîtresse pour générer une liste de modèles spécifiques disponibles pour ce type d'affichage. Dans ce mode de réalisation, chaque modèle possède une entrée, dans la base de données maîtresse, qui contient un numéro d'élément et une étiquette indi- quant que l'entrée représente un affichage. La commande transmet la liste des modèles à l'interface-utilisateur. Dans d'autres modes de réalisation, l'utilisateur se voit présenter de multiples listes d'options pour un composant matériel sélectionné. Pour présenter de multiples listes dans un mode de réalisation, l'entrée associée au compo- sant contient de multiple champs d'étiquette correspon- dants. Dans certains modes de réalisation, la commande accéderait aussi à la base de données maitresse afin de générer une liste d'éléments toujours exécutés, telle que de "patch", de programmes logiciels, de composants maté- riel, ou d'opérations d'implémentation associées au choix sélectionné. Une indication de ces éléments ou instruc- tions serait écrite dans le fichier de données. Ces élé- ments, qui sont facultatifs pour le choix sélectionné, seraient présentés à l'utilisateur en vue d'une sélec- tion. Dans d'autres modes de réalisation, d'autres étapes peuvent être exécutées entre les étapes de la fi- gure 6, telles que l'écriture d'une indication d'une sé- lection dans un fichier de données, la génération et l'écriture d'une liste d'éléments toujours exécutés pour chaque sélection dans le fichier de données, et la géné- ration et la présentation de listes de "patch" optionnels et d'opérations d'installation, offertes par les choix sélectionnés. Les listes d'éléments toujours exécutés peuvent être générées soit en accédant aux entrées de la base de données maîtresse 125 soit en accédant à des fi- chiers de dépendance. Le système de la figure i attire avantageuse- ment l'attention des utilisateurs sur la nécessité de sé- lectionner des options particulières basées sur une sé- lection ou sur des sélections antérieures. Par exemple, si un moniteur sélectionné peut être livré en deux cou- leurs différentes, l'utilisateur peut se voir demander quelle est la couleur qu'il préfère. Ceci garantit d'une manière avantageuse qu'une commande complète sera générée à la fin de la session de commande. Dans d'autres modes de réalisation, l'utilisateur peut se voir présenter une sélection par défaut (telle qu'indiquée par une étiquette dans la base de données maîtresse ou dans un fichier de dépendance) et un choix pour savoir si l'utilisateur sou- haite remplacer la sélection par défaut. Dans certains modes de réalisation, l'ordre des entrées de la base de données maîtresse 125 détermine l'ordre de la présentation des listes d'options sur l'in- terface-utilisateur 107. Par exemple, dans un système qui n'est utilisé que pour sélectionner des programmes logi- ciels, les entrées associées aux systèmes d'exploitation se trouveraient au début de la base de données maîtresse compte tenu du fait que la première liste d'options transmise à l'interface-utilisateur est une liste de ty- pes de système d'exploitation. Pour un système qui implé- mente l'ordinogramme de la figure 6, les entrées asso- ciées aux CPU se trouveraient au début de la base de don- nées maîtresse afin de garantir que la liste des types de CPU serait présentée en premier. Dans d'autres modes de réalisation, la base de données maîtresse contient un champ ou une étiquette d'ordre, telle qu'une étiquette d'initiation, qui permet de modifier comme souhaité l'or- dre des listes présentées. Dans d'autres modes de réalisation, l'ordre des entrées, pour les opérations d'implémentation, détermine l'ordre suivant lequel ces opérations sont écrites dans le fichier de données par la commande et, en conséquence, leur ordre dans le fichier de données. Dans d'autres mo- des de réalisation, l'ordre dans lequel ces opérations sont écrites dans le fichier de données détermine l'ordre dans lequel elles sont effectuées durant la fabrication. En conséquence, l'ordre des opérations effectuées durant la fabrication est déterminé par l'ordre des entrées cor- respondantes dans la base de données maîtresse. Dans d'autres modes de réalisation, les entrées associées aux opérations d'implémentation dans la base de données maî- tresse 125 contiennent une étiquette d'ordre pour indi- quer leur ordre d'exécution lors du processus de fabrica- tion. Cependant, dans d'autres modes de réalisation, le programme analyseur ou tout autre programme peut modifier l'ordre des opérations d'implémentation. Dans d'autres modes de réalisation, la base de données maîtresse peut contenir des étiquettes informa- tionnelles ou des champs de description qui sont utilisés par le système informatique de commande pour transmettre à l'interface-utilisateur 105 du texte à lire par l'uti- lisateur. Par exemple, chaque entrée peut contenir un champ de coût. Le système informatique de commande 103 lirait ce champ et enverrait à l'interface-utilisateur une indication du prix de chaque option à afficher sur l'interface-utilisateur. La commande établirait le "dé- compte courant" des coûts totaux des éléments sélection- nés et transmettrait le coût total à l'inter- face-utilisateur en vue de son affichage. Comme autres types possibles d'étiquettes informationnelles, on trouve des étiquettes de durée de chargement indiquant la durée de chargement nécessaire pour l'élément, et des étiquet- tes de nombre en stock indiquant le nombre d'éléments en stock. Le fichier de données ou fichier d'enregistre- ment des descripteurs du système créé à partir de l'ordi- nogramme commençant sur la figure 6 serait envoyé vers la fabrication dans laquelle un analyseur lirait le fichier de données et traiterait les informations conformément au préfixe. Dans un mode de réalisation, les informations relatives aux programmes logiciels seraient envoyées vers une première zone de fabrication et les informations re- latives aux composants matériels seraient envoyées vers une autre zone de fabrication, de telles informations étant divisées pour créer un programme ou des programmes automatisés afin de planifier et/ou gérer l'assemblage des composants matériels. La figure 7 est un schéma fonctionnel d'un se- cond mode de réalisation d'un système pour générer une commande compatible, pour un système informatique, et pour configurer un système informatique conformément à la commande compatible. Dans le présent mode de réalisation, le système informatique ciblé est le système informatique qui exécute un programme de sélection similaire aux ordi- nogrammes des figures 2 à 5. Sur la figure 7, le système informatique ciblé est amorcé par un programme de système d'exploitation qui se trouve sur le disque 615 qui, dans le mode de réalisa- tion représenté, est un programme FIDA (Factory Installed DOS Application) mémorisé sur une disquette. Ce programme FIDA permet au système informatique ciblé 605 d'invoquer un programme de sélection de logiciels (similaire à celui représenté sur les figures 2 à 5) qui est initialement mémorisé dans la fabrication 610. Durant ce programme de sélection de logiciels, le système informatique ciblé 605 est aussi le système informatique de commande. Le système informatique ciblé 605 accède, via une connexion réseau 620, à la base de données maîtresse, tel que conformément au programme de sélection de logiciels, afin de présenter des listes de programmes logiciels qui sont compatibles avec les sélections précédentes effectuées par l'opéra- teur du système informatique ciblé 605. Dans le présent mode de réalisation, les listes seraient affichées sur l'écran d'affichage ou sur un autre type d'inter- face-utilisateur du système informatique ciblé 605 et l'utilisateur indiquerait ses choix via un clavier, une souris, ou tout autre type de dispositif d'entrée de l'interface-utilisateur. Après l'exécution de la session de commande et de sélection de logiciels et la génération d'un fichier de données, tel qu'un fichier de descripteurs du système, le fichier de données est transmis à la fabrication 610. Dans un mode de réalisation, la fabrication inclut d'au- tres programmes informatiques, tels qu'un analyseur. Le système informatique ciblé, exécutant le programme analy- seur, associe le script shell approprié à chaque entrée du fichier SDR, puis invoque le programme script shell pour implémenter et exécuter les programmes et/ou les opérations sélectionnés sur le système informatique ciblé 605. Le programme analyseur et les fichiers script shell exécutables sont initialement mémorisés dans une base de données au niveau de la fabrication 620. Dans un mode de réalisation, un autre système informatique peut exécuter le programme analyseur pour charger les programmes logi- ciels sur un disque dur. Le disque dur est ensuite envoyé à un client pour être utilisé dans le système informati- que ciblé. Dans d'autres modes de réalisation, les pro- grammes de sélection de logiciels (comme sur les figures 2 à 5) invoqués par le premier disque FIDA contiendraient un programme ou une caractéristique de détection du maté- riel. Ce programme de détection du matériel, lorsque exé- cuté sur le système informatique ciblé 605, détermine les paramètres des composants matériels sur le système infor- matique ciblé, tel qu'en déterminant la taille de la RAM du système informatique ciblé et en déterminant le type de processeur du système informatique ciblé. Dans un mode de réalisation, cette partie détection du programme de sélection des logiciels est programmée en langage assem- bleur. Les informations obtenues via la caractéristique de détection permettent à certains aspects spécifiques des programmes logiciels d'être définis tels que confor- mément à la configuration du matériel. Par exemple, des réglages spécifiques, dans un système d'exploitation ins- tallé, peuvent être définis conformément à la taille de la RAM du système informatique ciblé. Dans un mode de réalisation, le système infor- matique ciblé exécute cette caractéristique de détection des logiciels pour déterminer la configuration matérielle du système informatique ciblé 605 de sorte que les listes des programmes logiciels ou d'autres options qui sont présentées à l'utilisateur soient compatibles avec les composants matériels du système informatique ciblé 605, tels que déterminés par la caractéristique de détection. Selon un premier exemple, la caractéristique de détection déterminerait que la RAM du système informatique ciblé est d'une taille particulière. L'utilisateur ne se ver- rait alors présenter que les systèmes d'exploitation qui sont compatibles avec la taille de la RAM telle que dé- terminée par le programme de détection. Dans d'autres modes de réalisation, le système informatique exécutant le programme de sélection des lo- giciels qui intègre la caractéristique de détection se- rait un système informatique autre que le système infor- matique ciblé. Par exemple, sur la figure 1, le système informatique de commande 103 exécutant le programme de spécification intégrant la caractéristique de détection serait capable de "détecter à distance" le système infor- matique ciblé 137 via un réseau informatique, tel qu'un réseau local ou un réseau étendu. Ceci permet d'une ma- nière avantageuse au programme de spécification de pré- senter des choix qui sont compatibles avec le matériel du système informatique ciblé 137. Dans d'autres modes de réalisation, la caracté- ristique de détection est utilisée pour sélectionner éga- lement des composants matériels compatibles. Après que la caractéristique de détection a déterminé la configuration matérielle basique existante du système informatique ci- blé, l'utilisateur se voit présenter des listes de compo- sants matériels additionnels qui sont compatibles avec la configuration matérielle existante, telle que déterminée par la caractéristique de détection. REVENDICATIONS 1. Procédé pour spécifier un système informati- que caractérisé en ce qu'il consiste à: présenter à un utilisateur, via une inter- face-utilisateur (105), une liste composée d'une première pluralité d'options qui peuvent être d'implémentées sur un système informatique (137), recevoir une indication d'un choix sélectionné par un utilisateur parmi la première pluralité d'options présentées à l'utilisateur via l'interface- utilisateur (105), générer une liste composée d'une seconde plura- lité d'options qui peuvent être implémentées sur un sys- tème informatique (137), chacune des options de la se- conde pluralité d'options étant compatible avec le choix sélectionné, présenter à l'utilisateur, via l'inter- face-utilisateur (105), la liste composée de la seconde pluralité d'options. 2. Procédé selon la revendication 1, caractéri- sé en ce que le choix sélectionné est un type de système d'exploitation spécifique. 3. Procédé selon la revendication 1, caractéri- sé en ce que chacune des options de la seconde pluralité d'options représente une option qui est offerte par un vendeur de systèmes informatiques et qui correspond au choix sélectionné. 4. Procédé selon la revendication 3, caractéri- sé en ce que le choix sélectionné est un type de système d'exploitation et en ce que chacune des options de la se- conde pluralité d'options est une version spécifique du type de système d'exploitation. 5. Procédé selon la revendication 1, caractéri- sé en ce qu'au moins une option de la seconde pluralité d'options est un programme logiciel informatique qui peut être installé sur un système informatique (137). 6. Procédé selon la revendication 1, caractéri- sé en ce qu'au moins une option de la seconde pluralité d'options est un "patch". 7. Procédé selon la revendication 1, caractéri- sé en ce qu'au moins une option de la seconde pluralité d'options est un programme de traitement de mots qui peut être installé sur un système informatique (137). 8. Procédé selon la revendication 1, caractéri- sé en ce qu'il consiste en outre à: indiquer, dans un fichier de données lisible par système informatique, la sélection du choix sélec- tionné. 9. Procédé selon la revendication 8, caractéri- sé en ce que l'indication effectuée dans un fichier de données lisible par système informatique comprend l'écri- ture du numéro d'élément correspondant au choix sélec- tionné dans le fichier de données lisible par système in- formatique. 10. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste en outre à: associer un fichier exécutable au numéro d'élé- ment correspondant au choix sélectionné. 11. Procédé selon la revendication 8, caracté- risé en outre en ce que le choix sélectionné est un pro- gramme logiciel, le procédé consistant en outre à: installer le programme logiciel sur un système informatique (137) en utilisant le fichier de données. 12. Procédé selon la revendication 8, caracté- risé en ce qu'il consiste en outre à: indiquer, dans le fichier de données lisible par ordinateur, au moins une opération d'implémentation nécessaire à l'implémentation du choix sélectionné dans le système informatique (137). 13. Procédé selon la revendication 8, caracté- risé en ce qu'il consiste à: indiquer dans un fichier de données lisible par ordinateur au moins un élément toujours exécuté associé au choix sélectionné. 14. Procédé selon la revendication 13, caracté- risé en ce qu'il consiste en outre à: accéder à une base de données (125) lisible par système informatique contenant une pluralité d'entrées, chaque entrée comportant un numéro d'élément et au moins une étiquette associée, au moins une étiquette associée à au moins une entrée de la base de données indiquant que l'élément tou- jours exécuté est associé au choix sélectionné. 15. Procédé selon la revendication 13, caracté- risé en outre en ce qu'il consiste à: accéder à un fichier de dépendance, le fichier de dépendance indiquant que l'élément toujours exécuté est associé au choix sélectionné. 16. Procédé selon la revendication 1, caracté- risé en ce que la présentation à un utilisateur de la liste composée de la seconde pluralité d'options comprend l'affichage, sur un écran de l'interface-utilisateur, de la liste composée de la seconde pluralité d'options. 17. Procédé selon la revendication 1, caracté- risé en ce qu'il consiste en outre à recevoir l'indica- tion d'au moins un choix sélectionné par un utilisateur parmi la seconde pluralité d'options. 18. Procédé selon la revendication 17, caracté- risé en ce qu'il consiste en outre à: accéder à un fichier de dépendance pour déter- miner un élément toujours exécuté associé au choix sélec- tionné parmi la première pluralité d'options et au au moins un choix sélectionné par la seconde pluralité d'op- tions. 19. Procédé selon la revendication 17, caracté- risé en outre en ce qu'il consiste à: indiquer dans un fichier de données lisible par ordinateur la sélection par l'utilisateur du choix sélec- tionné parmi la première pluralité d'options et la sélec- tion par l'utilisateur du au moins un choix sélectionné parmi la seconde pluralité d'options. 20. Procédé selon la revendication 1, caracté- risé en ce que la génération comprend en outre l'accès à une base de données lisible par système informatique com- portant une pluralité d'entrées pour générer la liste composée de la seconde pluralité d'options. 21. Procédé selon la revendication 20, caracté- risé en ce que: chacune des entrées de la pluralité d'entrées contient au moins une étiquette associée, et en ce que la au moins une étiquette associée indique si l'entrée est compatible avec le choix sélectionné. 22. Procédé selon la revendication 21, caracté- risé en ce que: la base de données lisible par système informa- tique contient une entrée pour chaque option de la se- conde pluralité d'options, et en ce que la au moins une étiquette associée de chaque entrée, pour chaque option de la seconde pluralité d'op- tions, indique que l'entrée est compatible avec le choix sélectionné. 23. Procédé selon la revendication 20, caracté- risé en ce que: la base de données contient une entrée pour le choix sélectionné, l'entrée, pour le choix sélectionné, contient au moins une étiquette, la liste composée de la seconde pluralité d'op- tions est créée en réponse à l'entrée associée au choix sélectionné, qui contient une étiquette particulière. 24. Procédé selon la revendication 1, caracté- risé en ce que la réception de l'indication en provenance de l'interfaceutilisateur (105) comprend la réception de l'indication via un réseau informatique. 25. Procédé selon la revendication 24, caracté- risé en ce que le réseau informatique est un réseau éten- du. 26. Procédé selon la revendication 1, caracté- risé en ce que le choix sélectionné est un composant ma- tériel. 27. Procédé selon la revendication 1, caracté- risé en ce que le choix sélectionné est un processeur spécifique. 28. Procédé selon la revendication 1, caracté- risé en ce que la sélection du choix sélectionné est en- trée sur l'interface-utilisateur (105) via un individu qui reçoit une indication de la sélection par l'acheteur du système informatique. 29. Procédé selon la revendication 1, caracté- risé en ce qu'il consiste en outre à: générer une liste composée d'une troisième plu- ralité d'options, chacune des options de la troisième pluralité d'options étant compatible avec le choix sélec- tionné, présenter à l'utilisateur, via l'inter- face-utilisateur (105), la liste composée de la troisième pluralité d'options. 30. Procédé selon la revendication 29, caracté- risé en outre en ce qu'il consiste à: recevoir une indication d'au moins un choix sé- lectionné parmi la seconde pluralité d'options, chacune des options de la troisième pluralité d'options étant compatible avec le au moins un choix sé- lectionné parmi la deuxième pluralité d'options. 31. Procédé selon la revendication 1, caracté- risé en ce que l'interface-utilisateur comprend un télé- phone. 32. Procédé selon la revendication 1, caracté- risé en outre en ce qu'il consiste à: détecter un premier système informatique pour déterminer au moins un paramètre du premier système informatique, chacune des options de la seconde pluralité d'options étant compatible avec le au moins un paramètre déterminé par la détection. 33. Procédé selon la revendication 32, caracté- risé en ce que le au moins un paramètre comprend le type de l'unité centrale de traitement du premier système in- formatique. 34. Système informatique, caractérisé en ce qu'il comporte: un processeur, une mémoire reliée fonctionnellement au proces- seur, la mémoire contenant un programme logiciel installé sur celle-ci, le programme logiciel étant sélectionné parmi une liste d'options pour être installé, chaque op- tion de la liste étant compatible avec un système d'ex- ploitation installé sur la mémoire, le système d'exploi- tation étant sélectionné avant la sélection du programme logiciel, la liste étant générée en accédant à une base de données (125) lisible par système informatique qui contient une pluralité d'entrées, la base de données (125) comprenant une entrée pour chaque option de la liste, l'entrée associée à chaque option de la liste com- prenant une indication de la compatibilité avec le sys- tème d'exploitation sélectionné. 35. Système informatique selon la revendication 34, caractérisé en ce que le programme logiciel est ins- tallé sur la mémoire en utilisant un fichier de données qui contient une indication de la sélection du programme logiciel et une indication de la sélection du système d'exploitation. 36. Système informatique selon la revendication 34, caractérisé en ce que le système d'exploitation est sélectionné parmi une liste de systèmes d'exploitation pour être installé, la liste étant générée en accédant à la base de données (125) lisible par système informati- que, la base de données (125) contenant une entrée pour chaque système d'exploitation de la liste des systèmes d'exploitation. 37. Système informatique selon la revendication 36, caractérisé en ce que le processeur du système infor- matique est un processeur d'un type spécifique, chaque système d'exploitation de la liste des systèmes d'exploi- tation étant compatible avec le type de processeur spéci- fique. 38. Système informatique selon la revendication 34, caractérisé en ce que la mémoire comprend un disque dur formaté avant l'installation du programme logiciel via une opération de préparation spécifique du disque dur, l'opération de préparation spécifique du disque dur étant sélectionnée parmi une liste d'opérations de prépa- ration du disque dur. 39. Procédé pour spécifier un système informa- tique, caractérisé en ce qu'il consiste à: envoyer à une interface-utilisateur une pre- mière liste d'options, recevoir en provenance de l'inter- face-utilisateur une indication d'un choix sélectionné parmi la première liste d'options présentée à l'utilisa- teur via l'interface-utilisateur, générer une deuxième liste d'options, la géné- ration comprenant l'accès à une base de données (125) li- sible par système informatique, chaque option de la deuxième liste étant compatible avec le choix sélection- né, envoyer à l'interface-utilisateur la deuxième liste d'options, recevoir en provenance de l'inter- face-utilisateur une indication d'au moins un choix sé- lectionné à partir de la deuxième liste d'options présen- tée à l'utilisateur via l'interface-utilisateur, écrire dans un fichier de données (125) lisible par ordinateur une indication du choix sélectionné à par- tir de la première liste, écrire dans un fichier de données (125) lisible par ordinateur une indication du au moins un choix sélec- tionné à partir de la deuxième liste. 40. Procédé selon la revendication 39, caracté- risé en ce qu'au moins l'une des options de la deuxième liste contient un programme logiciel informatique. 41. Procédé selon la revendication 39, caracté- risé en outre en ce qu'il consiste à: implémenter le choix sélectionné à partir de la première liste et le au moins un choix sélectionné à par- tir de la deuxième liste sur un système informatique (137) en utilisant le fichier de données (125) lisible par ordinateur. 42. Procédé selon la revendication 39, caracté- risé en ce que l'envoi d'informations à une inter- face-utilisateur (105) comprend l'envoi d'informations à l'interfaceutilisateur (105) via un réseau informatique (110). 43. Procédé selon la revendication 42, caracté- risé en ce que le réseau informatique (110) est un réseau local. 44. Procédé selon la revendication 42, caracté- risé en ce que le réseau informatique (110) est un réseau étendu. 45. Procédé selon la revendication 39, caracté- risé en ce que l'interface-utilisateur (105) est manipu- lée par l'acheteur du système informatique (137). 46. Procédé selon la revendication 39, caracté- risé en ce que l'interface-utilisateur (105) est utilisée par un représentant du vendeur du système informatique (137). 47. Procédé selon la revendication 39, caracté- risé en outre en ce qu'il consiste à: associer un premier fichier exécutable à l'in- dication, dans le fichier de données, du choix sélection- né à partir de la première liste, associer un second fichier exécutable à l'indi- cation, dans le fichier de données, du au moins un choix sélectionné à partir de la deuxième liste. 48. Procédé selon la revendication 47, caracté- risé en outre en ce qu'il consiste à: exécuter le premier fichier exécutable pour im- plémenter dans le système informatique (137) le choix sé- lectionné à partir de la première liste, exécuter le second fichier exécutable pour im- plémenter dans le système informatique (137) le au moins un choix sélectionné à partir de la deuxième liste. 49. Procédé selon la revendication 39, caracté- risé en outre en ce qu'il consiste à: exécuter une analyse croisée sur le choix sé- lectionné à partir de la première liste et le au moins un choix sélectionné à partir de la deuxième liste, l'exécu- tion comprenant l'accès à un fichier de dépendance. 50. Système pour générer une commande, pour un système informatique, caractérisé en ce qu'il comporte: une base de données (125) lisible par ordina- teur comprenant une pluralité d'entrées, chaque entrée représentant une option qui peut être implémentée sur un système informatique (137), des moyens pour transmettre une liste d'options à une interface- utilisateur (105), laquelle liste est à présenter à un utilisateur via l'interface-utilisateur (105), des moyens pour recevoir à partir d'une inter- face-utilisateur (105) une indication d'au moins un choix sélectionné par un utilisateur parmi une liste d'options présentée à un utilisateur via l'interface-utilisateur (105), des moyens pour générer une liste d'options compatibles qui peuvent être implémentées sur un système informatique (137), chacune des options compatibles étant compatible avec un choix précédemment sélectionné par un utilisateur, les moyens pour générer la liste des options compatibles lisent les entrées de la pluralité d'entrées pour déterminer si une entrée représente une option qui est compatible avec le choix précédemment sélectionné, des moyens pour écrire dans un fichier de don- nées (125) lisible par système informatique une indica- tion d'un choix sélectionné, les moyens pour transmettre transmettant la liste des options compatibles à l'interface-utilisateur (105), les moyens pour recevoir recevant en provenance de l'interfaceutilisateur (105) l'indication d'au moins un choix sélectionné parmi la liste des options compati- bles présentée à un utilisateur via l'inter- face-utilisateur (105), les moyens pour écrire écrivant dans un fichier de données (125) lisible par le système informatique l'indication du au moins un choix sélectionné parmi la liste des options compatibles. 51. Système informatique selon la revendication , caractérisé en outre en ce qu'il comporte: des moyens pour implémenter le au moins un choix sélectionné sur un système informatique (137) en utilisant le fichier de données (125) lisible par système informatique. 52. Système informatique selon la revendication 51, caractérisé en ce que les moyens pour implémenter comportent des moyens pour associer un fichier exécutable à l'indication du au moins un choix sélectionné et com- portent des moyens pour exécuter le fichier exécutable afin d'implémenter le au moins un choix sélectionné sur le système informatique (137). * 53. Système informatique selon la revendication , caractérisé en ce que le au moins un choix sélection- né comprend un programme logiciel. 54. Système informatique selon la revendication , caractérisé en ce qu'il comporte en outre: des moyens pour comparer l'indication du au moins un choix sélectionné, écrit dans le fichier de don- nées (125) lisible par système informatique, à un fichier de dépendance afin de déterminer un élément toujours exé- cuté associé au au moins un choix sélectionné. 55. Système informatique selon la revendication 50, caractérisé en ce que la liste des options compati- bles est transmise à l'interface-utilisateur (105) via un réseau informatique étendu, l'indication du au moins un choix sélectionné étant reçue à partir de l'inter- face-utilisateur (105) via le réseau informatique étendu.