Brevet FR2705477A1 — publié le 19941125

PROCEDE POUR CREER DES SYSTEMES DE PROGRAMMATION SPECIFIQUES ET DES OUTILS POUR FACILITER DES TRAVAUX DE CREATION DE SYSTEMES DE PROGRAMMATION La présente invention concerne, d'une façon générale, un procédé de création de systèmes de programmation spécifiques destinés à exécuter des opérations de traitement de données administratives au moyen d'au moins un ordinateur sur des affaires commerciales désignées spécialement. En outre, l'invention concerne aussi des outils pour faciliter les travaux de création de systèmes de programmation mentionnés ci-dessus. Diverses techniques de conception de programmes d'ordinateur ont, de façon classique, été proposées et sont connues largement comme, par exemple, la technique de conception modulaire, la technique de programmation hiérarchique, la technique utilisant des données abstraites, la technique Jackson, etc. Bien que ces techniques classiques de conception de programmes aient donné d'excellents résultats théoriques en laboratoire, elles n'ont pas été appliquées dans la pratique à un cas d'exploitation réel o des programmes spécifiques pour des affaires désignées spécialement sont produits. En d'autres termes, ces techniques ne sont pas concrètes au point d'être utilisées directement par des programmeurs dans la réalité. C'est ainsi que l'on engageait dans une conception de programmes, en fonction de leur niveau de compétence et de leur expérience, des programmeurs dont le niveau de compétence et les connaissances techniques variaient largement. Dans la plupart des cas classiques de développement de programmes, un programmeur individuel tentait de concevoir un nouveau programme isolément en fonction de son propre niveau technique sans aucun plan de programmation. C'est pourquoi, un tel travail de programmation isolé est non seulement exécuté avec un faible rendement mais peut également entraîner une variation notable de qualité dans les programmes produits. Cette variation soulève de nombreux problèmes dans la gestion des systèmes car de nombreuses corrections et un entretien éprouvant est nécessaire. Par exemple, dans le travail de développement et de conception de programmes spécifiques destinés à des affaires commerciales désignées spécialement et effectuant un traitement de données administratives sur une gestion de ventes, -une gestion de production, une gestion de stocks, une gestion d'achats, une gestion financière, une gestion de personnel, etc., le programme conçu fondamentalement doit être corrigé pour convenir à l'affaire désignée spécialement. On obtient une telle correction en examinant et en étudiant la spécification requise en réponse à l'affaire désignée. Dans la pratique, la plupart des programmeurs effectuent des allers et retours entre le travail de programmation de détails comportant de nombreuses indéterminations et les travaux d'examen et d'étude sur les indéterminations pendant le déroulement du travail de programmation de détails. Ceci peut avoir pour conséquence que les programmeurs fassent une confusion entre la logique de commande et la logique de traitement de données d'affaires. Même quand le programmeur ne fait pas de confusion, le travail de programmation doit souvent revenir à son stade initial. Par suite de la confusion de logique et de la progression compliquée, ce travail de programmation ne peut pas être appliqué de façon souple à des variations de la spécification requise au cours du travail de programmation. De façon classique, le programme logique détaillé déjà produit doit être fréquemment corrigé en réponse à ces variations. Ces opérations répétées de correction diminuent le rendement du travail de programmation. En plus des problèmes soulevés dans le travail de programmation, le programme créé au moyen du système classique de programmation présentant les inconvénients mentionnés ci-dessus peut également entraîner de nombreux problèmes sérieux dans les opérations de maintenance et de correction effectuées par les utilisateurs qui envisagent d'appliquer le programme pour effectuer le traitement de données administratives. C'est pourquoi la présente invention a pour objet de fournir un procédé perfectionné pour créer des systèmes de programmation spécifiques destinés à effectuer un traitement de données administratives sur des affaires désignées spécialement en apportant une solution aux problèmes classiques décrits ci-dessus. La présente invention a encore pour objet de fournir un procédé perfectionné pour créer des systèmes de programmes spécifiques destinés à effectuer un traitement de données administratives sur des affaires commerciales désignées spécialement, ce procédé permettant à n'importe quel programmeur ou ingénieur de système de remplir sa fonction facilement sans aucune difficulté. La présente invention a encore pour objet de fournir un procédé perfectionné qui permet de créer des systèmes de programmes spécifiques destinés à effectuer un traitement de données administratives sur des affaires commerciales désignées spécialement avec un rendement excellent quel que soit le niveau de competence des programmeurs ou des ingénieurs de système. La présente invention a encore pour objet supplémentaire de fournir des outils pour faciliter les travaux de création des systèmes de programmes spécifiques décrits ci-dessus. Pour atteindre les objets mentionnés ci-dessus, le procédé pour créer des systèmes de programmes spécifiques destinés à effectuer un traitement de données administratives sur des affaires commerciales désignées spécialement comprend fondamentalement, conformément à la présente invention: une étape d'extraction pour extraire divers articles de définition devant être traités dans ce système de traitement de données administratives; une étape de création ASL pour créer des segments de programmes (Segment d'Application de Logique)" (appelés ci-après "ASL"I ou "segment de programme ASL") dont chacun remplit une seule fonction et est en relation avec l'article de définition extrait mentionné ci-dessus en tant que mot-clé et indépendamment de la relation de commande des autres segments de programme ASL; une étape de création FAL pour créer un programme de commande "FAL" (Structure de Logique d'Application)" (appelée ci-après "FAL" ou "programme de commande FAL") qui combine de façon organique plusieurs segments de programme ASL en exploitant et en commandant un groupe des segments de programme créés ASL; et une étape de synthèse pour synthétiser les segments de programme créés ASL mentionnés ci-dessus et le programme de commande FAL pour créer un programme source afin de satisfaire à la fonction de traitement de données administratives requises. Dans le procédé ci-dessus, conformément au premier aspect de la présente invention, le programme de commande FAL mentionné ci-dessus comporte au moins une grammaire de liaison pour commencer les segments de programme ASL mentionnés ci-dessus, et chacun des segments ASL mentionnés ci- dessus est créé au point de croisement défini entre la grammaire de liaison et l'article de définition devant être traité par cette grammaire de liaison. Dans le procédé ci-dessus, conformément au second aspect de la présente invention, l'étape de création FAL mentionnée ci-dessus est effectuée par division du programme de commande FAL en plusieurs unités de traitement, et par sélection d'un exemple ou modèle FAL parmi une pluralité d'exemples ou modèles FAL extraits antérieurement et utilisés pour une forme de base commune à ces unités de traitement divisées du programme de commande FAL. Dans ce procédé, conformément au troisième aspect de la présente invention, on exécute les étapes de création ASL et FAL mentionnées ci-dessus par un travail de commande systématique en combinaison avec un programmeur principal gérant la totalité des travaux de programmation et avec une pluralité de programmeurs ordinaires sous la commande du programmeur principal et engages indépendamment dans le travail de création ASL et/ou le travail de création FAL. En outre, la présente invention fournit des outils adaptés pour le procédé décrit ci-dessus. En d'autres termes, les outils sont configurés pour faciliter les travaux de création ASL et FAL. Ces outils comprennent un premier type pour le programmeur principal et un second type pour le programmeur ordinaire. L'outil du premier type est utilisé pour donner des instructions concernant chaque contenu de travail destiné au programmeur ordinaire. L'outil du second type est utilisé pour exécuter le travail de création ASL et/ou FAL enseigné par l'outil du premier type et pour recueillir le résultat du travail et renvoyer le résultat recueilli à l'outil du premier type. Les outils sont configurés à l'aide de moyens logiciels et/ou matériels. Le procédé de création de systèmes de programmes spécifiques pour exécuter des opérations de traitement de données administratives sur des affaires commerciales désignées spécialement conformément à la présente invention, telles que décrites ci-dessus, peut remplir les fonctions et procurer les avantages ci-après. Du fait que l'on peut effectuer le travail de programmation selon la présente invention en séparant le programme de commande FAL qui exclut la logique de traitement de données d'affaires du segment de programme ASL comprenant uniquement la logique de traitement de données d'affaires, les structures respectives du programme de commande FAL et du segment de programme ASL se trouvent considérablement simplifiées et le travail de création FAL ainsi que le travail de création ASL peuvent progresser d'une façon indépendante. Du fait que la plupart des changements nécessaires pendant la développement du programme ou après le travail pratique appartenant au traitement de données d'affaires, on peut facilement exécuter de tels changements en corrigeant seulement le segment de programme correspondant ASL. Du fait que le segment de programme ASL est créé au point de croisement défini entre la grammaire de liaison du programme de commande FAL et l'article de définition devant être traité par la grammaire de liaison, le programmeur peut connaître par routine le segment de programme ASL devant être créé. Ceci permet au programmeur d'exécuter facilement le travail de programmation ASL sans erreur ni divergence. Du fait que le programme de commande FAL est créé en fonction de l'exemple FAL qui est sélectionné parmi une pluralité d'exemples FAL prédéterminés, le travail de création FAL peut être facilement normalisé et simplifié pour assurer une programmation uniforme. Du fait que chacun des segments de programme ASL et des programmes de commande FAL peut être créé indépendemment par un travail de commande systématique en combinaison avec un programmeur principal pour gérer tous les travaux de programmation et une pluralité de programmeurs ordinaires sous la commande du programmeur principal, ces programmeurs ordinaires peuvent créer efficacement uniquement le segment de programme requis ASL et/ou le programme de commande requis FAL en réponse aux instructions du programmeur principal. D'autres objets de la présente invention apparaîtront à la lecture de la description ci-après de modes de réalisation donnés à titre purement illustratifs et non limitatifs pour lesquels on se référera aux dessins annexes, sur lesquels: la figure 1 est un organigramme représentant un exemple d'un programme de commande "FAL" selon la présente invention; la figure 2 est la suite de l'organigramme de la figure 1; la figure 3 est la suite de l'organigramme de la figure 2; la figure 4 est un schéma synoptique montrant un exemple détaillé du système de travail complet basé sur le système de développement de programme selon la présente invention; la figure 5 est une représentation schématique montrant un exemple d'une structure de base de logiciel servant à assister le système de développement de programme selon la présente invention; la figure 6 est un organigramme représentant un exemple d'un procédé de programmation selon la présente invention; la figure 7 est une suite de l'organigramme de la figure 6; la figure 8 est une suite de l'organigramme de la figure 7; la figure 9 est une suite de l'organigramme de la figure 8; la figure 10 est une suite de l'organigramme de la figure 9; la figure 11 est une suite de l'organigramme de la figure 10; la figure 12 est une représentation d'un exemple d'un modèle FAL; la figure 13 est une table représentant la relation topographique du segment de programme ASL; la figure 14 est une représentation schématique montrant un système de détermination typique concernant des paramètres d'affaires au moyen d'ordinateurs utilisés communément; la figure 15 est une représentation schématique représentant un procédé pour introduire tous les segments de programme ASL dans un programme source; et la figure 16 est une représentation schématique montrant- un exemple d'un système pour créer un programme source par synthèse des programmes de commande FAL et des segments de programme ASL. Comme on l'a décrit ci-dessus, le procédé selon la présente invention est basé sur le concept d'un traitement de développement dans une opération de programmation; en d'autres termes, le plan de programmation de ce procédé est réalisé sous forme d'une configuration à deux couches ou niveaux, dont la première couche est une logique de commande (programme de commande FAL) et dont l'autre couche est une logique de traitement de données d'affaires (segment de programme ASL), le programme de commande FAL excluant la logique de traitement de données d'affaires et le segment de programme ASL incluant uniquement la logique de traitement de données d'affaires sont créés de façon indépendante, et ces programmes créés sont synthétisés pour créer le programme voulu. Cette configuration à deux couches est basée sur les trois concepts suivants: un ensemble de définitions, un programme de commande FAL, et un segment de programme ASL. L'ensemble de définitions comprend une pluralité d'articles de définition (mots du vocabulaire des affaires) extraits dans une fourchette spécifique. Le programme de commande FAL dépend de l'ensemble de définitions et le segment de programme ASL dépend des articles de définition attribués à l'ensemble de définitions. Une détermination détaillée de ces trois concepts peut être effectuée de façon indépendante par la même occasion. Ces concepts sont synthétisés pour créer le programme voulu. L'ensemble de définitions signifie un ensemble des sept types suivants, à savoir, un écran, un livre, un fichier de données, un fichier permanent, une table commune, une table individuelle FAL, et une table individuelle ASL. La logique de commande FAL (Structure de Logique d'Application) est composée de deux facteurs, dont l'un est une logique de classification d'itinéraire de branchement et dont l'autre est une grammaire de liaison pour mettre en fonction la logique de traitement de données d'affaires (segment de programme ASL). De plus, le programme de commande FAL peut commander l'ensemble de définitions. Du fait que le programme de commande FAL ne comprend du tout la logique de traitement de données d'affaires, sa conception logique est simplifiée. Le segment de programme ASL (Segment de Logique d'Application) concerne uniquement le traitement des données d'affaires. Les articles de définition qui indiquent les noms des articles attribués respectivement aux divers articles de données devant être traités sont extraits. Ensuite, un segment de programme ayant une seule fonction est créé pour chacun des articles de définition par utilisation de l'article de définition extrait en tant que mot-clé. Le segment créé est indépendant de la relation de commande des autres segments. De ce fait, les segments créés ASL sont mis en ordre par le programme de commande FAL. Comme décrit ci-dessus, du fait que le plan de programmation de ce procédé est réalisé sous la forme d'une configuration à deux couches comprenant une couche de programme FAL indépendante du contenu de l'article de données et une couche de programme ASL dépendante de chaque article de définition concernant le contenu de chaque article de données, la couche de programme FAL ne comprend pas un traitement de données compliqué sur un article de définition variant largement. Par conséquent, la structure du programme de la couche de programme FAL est simplifiée de manière à être comprise facilement et indépendamment de la demande de modification détaillée de la spécification initialement requise. Ceci se traduit par une amélioration considérable du rendement de production et de la qualité sur la couche de programme FAL. D'autre part, la couche de programme ASL comprend un ensemble de segments de programme de petite dimension dont chacun est indépendant de chaque autre et a une seule fonction dépendant de l'article de définition en tant que mot-clé. De ce fait, le contenu logique de chaque segment est remarquablement simple de sorte qu'il peut être créé facilement tout en conservant une bonne qualité. En outre, pour adapter des changements détaillés dans la spécification requise, un travail de correction sur seulement le segment de programme correspondant est effectué sans aucune discussion sur l'ensemble du programme. On va décrire pour rendre évident les avantages du procédé décrit ci-dessus un des modes de réalisation préférés du traitement de programmation pour mettre en oeuvre le système de traitement de données administratives en conformité avec la spécification requise ci-après. Spécification requise: (Traitement pour recueillir des données de ventes) Tout d'abord, un écran de saisie de données de ventes est affiché sur un dispositif d'affichage et des données de ventes sont introduites dans l'écran. Des informations, après le travail d'entrée, sont reçues et soumises à un contrôle de validité. Si elles sont valables, les données relatives aux informations sont traitées par une édition prédéterminée et incrites ensuite dans un fichier de ventes. (Traitement pour créer un livre) Un écran d'exploitation est affiché sur le dispositif d'affichage. Une date globale des données de ventes est introduite par l'écran d'exploitation. Les informations relatives aux ventes jusqu'à la date globale sont éditées à partir du fichier de ventes et les informations ainsi éditées sont envoyées à un livre. Dans cette spécification requise, l'écran de saisie de données de ventes et le fichier de ventes comprennent 10 articles de données comme suit: W1: date des ventes W2: code d'article W3: nom d'article W4: prix W5: quantité W6: gain des ventes W7: total du gain des ventes W8: code de magasin W9: nom de magasin W10: nombre de magasins Les dix articles de données ci-dessus correspondent à l'article de définition recueilli et extrait du système de traitement devant être appliqué. Sur chacun des dix articles de définition Wi (i = 1 à 10), un segment de programme ayant une seule fonction correspondant à la classification suivante de fonction est créé sous la forme de l'article de définition correspondant Wi en tant que mot-clé et les segments de programme sont indépendants respectivement de la relation de commande des autres segments. Les segments de programme ainsi traités sont représentés par ASL. Un segment de programme ASL concernant une fonction Fj correspondant à un article de définition Wi est représenté par S(Wi, Fj). On va décrire, en ce qui concerne ses fonctions respectives, le segment de programme ASL, S(Wi, Fj). F1: Vérification de l'Attribut de Type de Caractère, S(Wi, F1) Dans ce segment de programme, on détermine si oui ou non l'attribut de type de caractère d'une donnée d'entrée relative à un article de définition Wi coïncide avec un attribut désigné. Par exemple, quand il est prescrit qu'un article de définition W3 "nom d'article" est représenté par un Katakana, c'est-à-dire un type de caractères japonais, un segment de programme ASL représenté par S(W3, F1) détermine si oui ou non la donnée d'entrée de "nom d'article" est ou n'est pas attribuée à un Katakana. Si oui, la donnée d'entrée est correcte ou valable et si non la donnée d'entrée n'est pas correcte. Un tel segment de programme est créé sur dix articles de définition respectifs. Ce type de segment de programme S(Wi, F1) est traité pour que les données d'article de définition devant être traitées soient tout d'abord entrées, une vérification d'attribut de type de caractère soit effectuée sur les données entrées, et un indicateur d'erreur E(Wi, F2) correspondant à l'article de définition soit mis en place quand le résultat vérifié n'est pas normal. F2: Vérification sur le Nombre de Chiffres, S(Wi,F2) Dans ce segment de programme, il est déterminé si oui ou non le nombre de chiffres d'une des données d'entrée concernant un des articles de définition Wi est équivalent ou inférieur à un nombre désigné. Par exemple, un nombre de chiffres de "date de ventes" de l'article de définition W1 est équivalent à 1 ou 2 lorsque les données d'entrée sont normales. En d'autres termes, un segment de programme ASL représenté par S(W1,F2) a pour rôle de déterminer si oui ou non le nombre de chiffres des données d'entrée concernant la "date des ventes" est ou n'est pas équivalent à 2 ou 1. Si oui, les données d'entrée sont correctes et si non, les données sont incorrectes. Ce segment de programme est créé sur dix articles de définition. Ce segment de programme de type S(Wi,F2) est traité pour que ces données d'article de définition devant être traitées soient tout d'abord entrées, la vérification du nombre de chiffres des données d'entrée soit effectuée, et un indicateur d'erreur E(Wi,F2) correspondant à l'article de définition soit mis en place quand le résultat de la vérification n'est pas normal. F3: Vérification sur la Possibilité d'Existence, S(Wi,F3) Dans ce segment de programme, il est déterminé si oui ou non les données d'entrée concernant un article de définition Wi existe dans une table de définition désignée. La table de définition est formée dans un fichier permanent, une table commune ou des tables individuelles en réponse à des facteurs d'affaires commerciales. Par exemple, divers codes effectifs pour "Code d'Article" de l'article de définition W2 sont recueillis dans une table de définition de la table commune. Dans un segment de programme ASL représenté par S(W2,F3), il est déterminé si oui ou non une donnée de "Code d'Article" existe dans la table de définitions. Si oui, les données de "Code d'Article" sont correctes et si non les données sont incorrectes. Ce segment de programme est créé sur dix articles de définition respectifs. Ce type de segment de programme, S(Wi,F3) est traité pour que ces données d'article de définition devant être traitées soient entrées tout d'abord, la table de définition correspondante soit lue, les données d'entrée soient comparées avec la table de définitions lue, et un indicateur d'erreur E(Wi,F3) correspondant à l'article de définition soit mis en place lorsque le résultat de la comparaison n'est pas normal. F4: Vérification de la Logique entre Données, S(Wi,F4) Ce segment de programme détermine si oui ou non une relation logique existe entre une des données d'entrée concernant un des articles de définition Wi et les autres données d'article désignées (non seulement une seule) satisfait à-des conditions prédéterminées. Par exemple, quand un facteur d'affaires "gain des ventes" est égal au résultat de la multiplication du "prix" par la "quantité", un segment de programme ASL représenté par S(W6,F4) sur l'article de définition W6 "gain des ventes" détermine si oui ou non le résultat de la multiplication des données du "prix" de l'article de définition W4 par les données de "quantité" de l'article de définition W6 est équivalent aux données de "gain des ventes" de l'article de définition W6. Ce segment de programme est créé sur dix articles de définition respectifs. Ce type de segment de programme, S(Wi,F4) est traité afin qu'une donnée Wi d'article de définition et une autre donnée d'article désignée soient obtenues, la vérification de l'identification logique entre ces données soit effectuée, et un indicateur d'erreur E(Wi,F4) correspondant à l'article de définition soit mis en place quand le résultat vérifié n'est pas normal. F5: Traitement d'Enregistrement de Données d'Entrée, S(Wi,F5) Dans ce segment de programme, une donnée d'entrée d'un article de définition Wi est stockée à une (ou des) place(s) désignée(s) dans la table individuelle AT, dans la table commune CT, dans le fichier permanent MF, et dans le fichier de données DF. Ce segment de programme est créé sur dix articles de définition respectifs. F6: Traitement de Transfert de Données Internes, S(Wi,F6) Dans ce segment de programme, une (ou plusieurs) donnée interne (stockée dans la table individuelle AT, dans la table commune CT, dans le fichier permanent MF, et dans le fichier de données DF) d'un article de définition Wi est copiée ou transférée à l'endroit ou aux autres endroits désignés dans l'un (l'une) ou plusieurs des: table individuelle AT, table commune CT, fichier permanent MF, et fichier de données DF. Ce type de segment de programme est créé sur les dix articles de définition respectifs. F7: Traitement entre Données d'Entrée, S(Wi,F7) Une donnée d'entrée concernant un article de définition Wi et une donnée d'entrée (non uniquement une seule) concernant l'autre article de définition Wn sont exploitées d'une manière désignée et le (ou les) résultat(s) exploité(s) est (sont) stocké(s) dans une (ou des) place(s) désignée(s) dans l'un (l'une) ou plusieurs des: table individuelle AT, table commune CT, fichier permanent MF, et fichier de données DF. Ce type de segment de programme est créé sur dix articles de définition respectifs. F8: Traitement entre Données d'Entrée et Données Internes, S(Wi,F8) Une donnée d'entrée concernant un article de définition Wi et une ou plusieurs données internes concernant l'autre article de définition désigné Wn (stockées dans la table individuelle AT, la table commune CT, le fichier permanent MF, et le fichier de données DF) sont exploitées d'une manière désignée. Ensuite, le (ou les) résultat(s) exploité(s) est (sont) stockée(s) dans une (ou des place(s) désignée(s) dans l'un (l'une) ou plusieurs des: table individuelle AT, table commune CT, fichier permanent MF, et fichier de données DF). Ce type de segment de programme est créé sur dix articles de définition respectifs. F9: Traitement entre Données Internes, S(Wi, F9) Une donnée interne concernant un article de définition Wi (stockée dans la table individuelle AT, dans la table commune CT, dans le fichier permanent MF, et dans le fichier de données DF) et une autre donnée interne (non uniquement une seule) concernant un autre article de définition Wn (stockée) dans la table individuelle AT, la table commune CT, le fichier permanent MF, et le fichier de données DF) sont exploitées d'une manière désignée, et le (ou les) résultat(s) est (sont) stocké(s) dans une (des) place(s) désignée(s) dans l'une (l'un) ou plusieurs des: table individuelle AT, table commune CT, fichier permanent MF et fichier de données DF. Ce type de segment de programme est créé sur les dixarticles de définition respectifs. F10: Traitement d'Initialisation S(Wi, F10) Dans ce segment de programme, une valeur initiale désignée est établie dans une zone d'entrée (un article désigné de l'écran de saisie de données d'un dispositif d'affichage) concernant un article de définition Wi. Ce type de segment de programme est créé sur les dix articles de définition respectifs. F11l: Traitement de Remise à Zéro d'Indicateur d'Erreur, S(Wi, F11) Dans ce segment de programme, l'indicateur d'erreur E(Wi, Fj) mis en place, c'est-à-dire mis à 1, par exécution des segments de programme décrits cidessus F1, F2, F3 et F4 concernant un article de définition Wi est remis à zéro, c'est-à-dire éliminé. Ce type.de segment de programme est créé sur les dix articles de définition. F12: Traitement de Mise en Fonction de Mode Clignotement, S(Wi, F12) Dans ce segment de programme, quand l'indicateur d'erreur mentionné ci-dessus E(Wi, Fj) concernant un article de définition Wi est maintenu en mode "en fonction" (mode à l'état 1, la zone d'affichage de données pour l'article de définition Wi clignote. Ce type de segment de programme est créé sur les dix articles de définition respectifs. F13: Traitement de Mise Hors Fonction de Mode Clignotement, S(Wi, F13) Dans ce segment de programme, la zone d'affichage de données pour l'article de définition Wi dans le mode clignotement en fonction dans le segment de programme F12 est ramenée dans un mode d'affichage ordinaire. Ce type de segment de programme est créé sur les dix articles de définition respectifs. Les segments de programme respectifs ainsi créés ASL sont indépendants d'une relation de commande des autres segments de programme ASL dont chacun comporte un seul article de définition en tant que mot-clé. Si un segment de programme ASL n'est pas exigé pour un traitement de données d'affaires, ce segment de programme peut ne pas être créé. Si le jugement porté sur cette exigence n'est pas effectué facilement, il vaut mieux, plutôt que d'éliminer partiellement la formation, de créer par routine tous les segments de programme possibles ASL. On va maintenant décrire le programme de commande FAL pour, de façon organique, combiner et commander les segments de programme ASL décrits ci-dessus. Un programme de commande FAL est créé pour chaque unité de traitement définie par une conception d'affaires telle qu'une transaction, un travail, etc. Dans ce mode de réalisation, la spécification requise comprend la première moitié du traitement servant à recueillir des données de ventes et la dernière moitié du traitement servant à envoyer les données traitées au livre. Pour chacun de ces deux traitements, un programme de commande FAL est créé. Un exemple de programme de commande FAL est représenté par les organigrammes illustrés sur les figures 1 à 3. Ce programme a été créé pour exécuter le traitement servant à recueillir des données de ventes. En d'autres termes, un écran de saisie de données de ventes est affiché sur un dispositif d'affichage et des données de ventes sont introduites dans l'écran; les informations après l'opération d'entrée ou de saisie sont reçues et soumises à un contrôle de validité; si elles sont valables, les données d'informations sont traitées par une édition prédéterminée et ensuite inscrites dans un fichier de ventes. En se référant aux figures 1 à 3, au cours de la première étape 100, des valeurs initiales sont établies dans les articles respectifs de l'écran de saisie de données de ventes. Cette opération est effectuée par exécution du segment de programme ASL représenté par S(Wi, F10) pour le traitement d'initialisation. Au cours de l'étape 101, l'écran de saisie de données de ventes initialisé est transmis aux terminaux. Au cours de l'étape 102, l'écran de saisie de données de ventes, après que l'opération de saisie ou d'entrée de données, a été envoyé par les terminaux est reçu et ensuite, les données reçues sont traitées au cours des étapes suivantes. Au cours de l'étape 103, les données d'entrée reçues concernant chaque article de définition Wi sont soumises à la vérification relative aux attributs ou caractéristiques de type de caractère. Ce travail de vérification est effectué par exécution du segment de programme ASL représenté par S(Wi, F1) pour la vérification de l'attribut de type de caractère, sur chaque article de définition. Si oui, c'est-à-dire si cette vérification détecte au moins une donnée d'erreur, alors un indicateur d'erreur E(Wi, F1) correspondant à l'article de définition d'erreur détectée est mis en place. Si non, c'est-à-dire si la vérification décrite ci- dessus ne détecte aucune donnée d'erreur, alors le traitement passe de l'étape 104 à l'étape 109 de l'organigramme représenté sur la figure 2. Au cours de l'étape 109, la vérification du nombre de chiffres des données d'entrée est effectuée. Cette opération est effectuée par exécution du segment de programme ASL décrit ci-dessus et représenté par S(Wi, F2) sur chaque article de définition. Si oui, c'est-à-dire si cette vérification détecte au - moins une donnée d'erreur, alors un indicateur d'erreur E(Wi, F2) correspondant à l'article de définition d'erreur détectée est mis en place. Si non, c'est-à-dire si la vérification décrite ci- dessus ne détecte aucune donnée d'erreur, alors le traitement passe de l'étape 110 à l'étape 115. Au cours de l'étape 115, la vérification de la possibilité d'existence est effectuée. Cette opération est effectuée par exécution du segment de programme ASL décrit ci-dessus et représenté par S(Wi, F3) sur chaque article de définition. Si oui, c'est-à-dire si cette vérification détecte au moins une donnée d'erreur, alors un indicateur d'erreur E(Wi, F3) correspondant à l'article de définition d'erreur détectée est mis en place. Si non, c'est-à-dire si la vérification décrite ci- dessus ne détecte aucune donnée d'erreur, alors le traitement passe de l'étape 116 à l'étape 121 de l'organigramme représenté sur la figure 3. Au cours de l'étape 121, la vérification de la logique entre les données est effectuée. Cette opération est effectuée par exécution du segment de programme ASL décrit ci-dessus et représenté par S(Wi, F4) sur chaque article de définition. Si oui, c'est-à-dire si cette vérification détecte au moins une donnée d'erreur, alors un indicateur d'erreur E(Wi, F4) correspondant à l'article de définition d'erreur détecté est mis en place. Si non, c'est-à-dire si la vérification décrite ci- dessus ne détecte aucune donnée d'erreur, alors le traitement passe de l'étape 122 à l'étape 127. Au cours de l'étape 127, les enregistrements de ventes sont édités et ensuite enregistrés dans au moins l'un (l'une) des: table individuelle AT, table commune CT, fichier permanent MF, et fichier de données DF. Cette opération est effectuée par exécution des segments de programme ASL décrits ci-dessus et représentés par S(Wi, F5) pour un traitement d'enregistrement de données d'entrée; S(Wi, F6) pour un traitement de transfert de données internes; S(Wi, F7) pour un traitement entre données d'entrée; S(Wi, F8) pour un traitement entre des données d'entrée et des données internes; et S(Wi, F9) pour un traitement entre données internes. A ce stade, le traitement de collecte de données de ventes est terminé. D'autre part, au cours de l'étape 103, lorsque les données d'entrée concernant l'article de définition Wn soumis à la vérification sur l'attribut de type de caractère sont détectées comme une erreur et qu'un indicateur d'erreur E(Wn, F1) est alors mis en place, le procédé passe de l'étape 104 à l'étape 105. Au cours de l'étape 105, le segment de programme ASL représenté par S(Wi, F13) pour chaque article de définition est exécuté pour effectuer le traitement de mise hors fonction de mode clignotement. Apres cette étape, le segment de programme ASL représenté par S(Wi, F12) pour chaque article de définition est exécuté au cours de l'étape 106 pour effectuer le traitement de mise en fonction de mode clignotement. Ensuite, en réponse à la mise en place de l'indicateur d'erreur (Wn, F1) une information de commande de clignotement est ajoutée à la zone d'affichage de données de l'article de définition correspondant Wn. Au cours de l'étape 107, le segment de programme ASL représenté par S(Wi, Fll) est exécuté pour effectuer le traitement de remise à l'état initial de l'indicateur d'erreur de manière que l'indicateur d'erreur soit initialisé. Au cours de l'étape 108, l'écran de saisie de données de vente auquel a été ajouté un message 1 représentant une erreur de données est détecté et est renvoyé aux terminaux. Ensuite, le traitement est ramené à l'étape 102 et recommence pour effectuer de nouveau la routine décrite ci-dessus. En outre, la même routine est exécutée comme représenté dans les organigrammes lorsqu'une donnée d'erreur est détectée au cours de la vérification d'un nombre de chiffres, de la vérification de la possibilité d'existence et de la vérification de la logique entre données. Le programme de commande FAL décrit ci-dessus ne comprend pas le contenu des segments de programme ASL mais comporte la grammaire de liaison pour n'appeler que le segment de programme ASL représenté par S(Wi, Fj) devant être traité. Enfin, le programme de commande FAL et le ou les segments de programme ASL sont synthétisés pour créer le programme source voulu. On va maintenant décrire les procédés efficaces et détaillés pour appliquer le procédé décrit ci-dessus aux divers développements de programme. Un exemple d'un système d'exploitation complet détaillé pour exécuter le programme décrit ci-dessus est représenté sur la figure 4. Dans ce système, les mots relatifs au système de développement voulu sont recueillis sans aucune condition ni principe déterminés. Les mots recueillis sont alors classés et associés après avoir dûment tenu compte d'une relation secondaire. En outre, les mots sont ordonnés en fonction d'une expression de niveau de signification des mots et d'une expression de chainage entre mots (relation des mots en tenant dûment compte d'un synchronisme dans le temps). Les mots ordonnés sont exprimés par une carte répertoire de mots (WDC). Au moins un ensemble de définitions est extrait de la carte répertoire de mots. Chaque programme de commande FAL et l'ensemble de définitions extrait reçoivent respectivement un nom et une coordination relative entre le programme de commande FAL et l'ensemble de définitions extrait est créé pour parfaire un diagramme de configuration FAL. Ce diagramme de configuration FAL représente un parachèvement de configuration FAL sur tout un système: devant être développé. Dans le détail, la configuration FAL est configurée par une pluralité de programmes de commande FAL pour chaque unité de traitement. Ensuite, le contenu détaillé du programme de commande FAL et le ou les segment(s) de programme ASL sont créés respectivement et finalement synthétisés pour générer le programme source voulu. Dans les opérations décrites ci-dessus, certaines opérations, telles que l'extraction de l'ensemble de définitions et la création du diagramme de configuration FAL, sont effectuées essentiellement par un travail manuel du ou des programmeur(s). Les autres opérations peuvent être effectuées par des travaux de développement assistés par ordinateur. On va décrire ci-après un exemple type de procédé de programmation utilisant au moins un système de développement assisté par ordinateur. La figure 5 représente un exemple d'un tel système de développement assisté par ordinateur. Les figures 6 à 11 sont des organigrammes destinés à la programmation du système de développement assisté par ordinateur. Comme on peut le voir sur la figure 5, les programmeurs, dans ce procédé de programmation, comprennent au moins un programmeur principal qui commande des travaux de développement de programme et des autres programmeurs ordinaires qui sont engages respectivement dans des travaux individuels sous la commande du programmeur principal. Dans une exploitation pratique, certains outils sont prévus pour le programmeur principal et les programmeurs ordinaires. Le programmeur principal introduit une instruction de travail individuelle dans une disquette à l'aide de son propre outil et remet la disquette à l'un des programmeurs ordinaires. Le disque est placé dans l'outil du programmeur ordinaire. Ensuite, le programmeur ordinaire exécute le travail commandé à l'aide de son propre outil avec la disquette et entre le résultat du travail commandé puis renvoie le disque au programmeur principal. Le programmeur principal fournit en outre la disquette comprenant l'instruction suivante au même programmeur ordinaire. Ce va- et-vient entre le programmeur principal et le programmeur ordinaire est répété pour achever l'opération requise. La figure 5 montre un exemple comprenant deux outils destinés aux programmeurs principaux dans le but d'effectuer simultanément le même travail de programmation. L'outil du programmeur ordinaire appartient à l'un des programmeurs principaux et est indépendant de l'autre programmeur principal. Le système, assisté par ordinateur, représenté sur la figure 5 et utilisant deux types différents d'outils dont l'un est destiné au programmeur principal et dont l'autre est destiné aux programmeurs ordinaires procurent les effets suivants. 1) Un traitement décentralisé peut être exécuté. Des unités de matériel du type autonome peuvent être configurées sous la forme d'un système indépendant pour effectuer un traitement décentralisé. Le système de commande selon l'outil destiné au programmeur principal peut procurer les mêmes effets qu'une commande exclusive par l'intermédiaire d'un système de fichier. Du fait que ce procédé peut être mis en oeuvre à l'aide d'au moins une unité de matériel autonome, il est possible de préparer facilement les conditions d'un développement. 2) On peut obtenir le développement des sytèmes de programmation sous la commande responsable du programmeur principal. Les programmeurs ordinaires ne sont pas engagés physiquement dans le travail de développement mais effectuent le travail selon les instructions du programmeur principal. Du fait que les résultats de développement des programmeurs ordinaires sont collectés pour l'outil du programmeur principal, le programmeur principal peut se rendre compte en permanence et complètement de l'état actuel des travaux de développement. 3) Les programmeurs ordinaires doivent être impliqués dans le seul travail ordonné par le programmeur principal. Ce procédé peut éviter aux programmeurs ordinaires une mauvaise interprétation et une confusion avec les suggestions aléatoires, une idée exclusive, etc., de manière que le travail de programmation puisse être effectué d'une façon efficace. Le résultat du travail du programmeur ordinaire est renvoyé complètement au programmeur principal par l'intermédiaire des moyens matériels. En d'autres termes, la fonction de rétroaction entre le programmeur principal et le programmeur ordinaire peut être effectuée complètement de manière à éliminer une perte quelconque dans le compte rendu du programmeur ordinaire. On va décrire en détail, en se référant aux figures 6 à 11, un exemple type du système de développement assisté par ordinateur. Tout d'abord, comme indiqué sur la figure 6, divers articles de définition recueillis et extraits du système de traitement voulu devant être développé sont introduits dans un outil destiné à un programmeur principal (appelé ci-après "outil principal") pour créer une carte répertoire de mots (WDC). La WDC créée peut être envoyée à un livre selon les besoins à tout moment. Diverses informations relatives au diagramme de configuration du système complet voulu sont alors entrées dans l'outil principal pour créer un diagramme de configuration FAL qui peut être envoyé au livre suivant les besoins. Des informations sur des identifications du programme de commande respectif FAL devant être utilisé et des ensembles de définitions ainsi qu'une coordination entre le programme de commande respectif FAL et les ensembles de définitions, sont entrés et enregistrés dans l'outil principal. Ces informations d'entrée mentionnées ci-dessus sont sauvegardées dans une disquette A pour le programmeur principal par l'intermédiaire de l'outil principal. En se référant à la figure 7, on voit que les informations relatives au système sont entrées dans l'outil principal. Cette opération d'entrée est effectuée soit par une copie des informations requises à partir de la disquette A, soit par une entrée directe à ce stade. Une autre disquette P comprend au moins un modèle FAL. De plus, ce modèle FAL peut être stocké préalablement dans l'outil principal ou entré directement à partir de l'autre disquette P, comme indiqué sur la figure 7. Selon les informations relatives au système, le programme de commande voulu FAL et l'ensemble de définitions sont déterminés et envoyés au livre suivant les besoins. Les informations relatives à la planification ou calendrier pour ce travail de développement sont entrées dans l'outil principal pour concevoir un plan de travail destiné aux programmeurs ordinaires respectifs. Le plan de travail conçu ainsi que la planification sont envoyés à la table de fichier selon les besoins. Ensuite, le programmeur principal entre les instructions relatives au programme de commande FAL et au travail de correction pour chaque programmeur ordinaire et remplit une disquette B pour le programmeur ordinaire. Dans cette disquette B, les données d'information concernant le programme de commande FAL et l'ensemble de définitions attribué à chaque programmeur ordinaire sont sauvegardées. Dans ce mode de réalisation, le modèle FAL représente une forme de base d'un programme de commande FAL extrait du programme de commande divisé FAL sous forme d'unités de traitement respectives. En se référant à la figure 8, on voit que la disquette B est placée dans l'outil d'un programmeur ordinaire de manière que le programmeur ordinaire commence à compléter le programme de commande FAL et l'ensemble de définitions en réponse aux instructions enregistrées dans la disquette B. A ce stade, conformément au modèle FAL conçu pour chaque programme de commande FAL, le programmeur ordinaire entre un nom d'identification individuel tel qu'un nom de fichier et une grammaire de liaison qui est particulière aux affaires et qui désigne l'ensemble de définitions ou les articles de définition. Un exemple du modèle FAL est représenté sur la figure 12. Dans ce modèle FAL, les données nécessaires sont entrées par l'intermédiaire de l'écran et le fichier résultant est émis en sortie. En d'autres termes, des parties incomplètes du nom du fichier et de la grammaire de liaison particulière aux affaires sont exprimées par le symbole "?". Le programmeur ordinaire complète, une par une, ces parties inachevées. Ce programme de commande complété FAL est en outre soumis à une opération de contrôle de contexte pour trouver toutes erreurs éventuelles,. telles qu'un ensemble de définitions incomplet, dans le programme de commande FAL et tout écart par rapport aux règles de ce procédé de développement de programme. Si une erreur quelconque est détectée, la liste d'erreurs du contrôle de contexte FAL est envoyée au livre. Apres que tous les travaux ont été terminés, le résultat du travail terminé est sauvegardé dans la disquette B. En d'autres termes, le contenu de la disquette B est remis à jour par ce résultat et est traité comme une disquette C qui est renvoyée au programmeur principal. En se référant à la figure 9, on voit que la disquette C est mise en place dans l'outil principal et le contenu de cette disquette C est recueilli et stocké dans un dossier interne "a". Ensuite, le programmeur principal entre une donnée d'instruction de travail dans le segment de programme ASL et une donnée d'instruction de correction pour produire une disquette D destinée à chaque programmeur ordinaire. Par la même occasion, le programmeur principal envoie une table de correspondance FAL/ASL qui montre la correspondance entre un programme de commande FAL et un segment de programme ASL commandé par le programme de commande FAL, ainsi qu'une table de liaison de logique ASL. Ces données sont fournies à l'utilisateur pour qu'il sélectionne le segment de programme nécessaire ASL en vue d'un développement pratique. La table de liaison de logique ASL mentionnée ci- dessus montre diverses combinaisons entre des mots ASL pour commencer (côté entrée) et finir (côté sortie) le segment de programme ASL désigné pour chaque article de définition. Ce mot ASL représente l'article de définition appartenant à l'ensemble de définitions désigné. Par exemple, si un segment de programme ASL est désigné à des fonctions Si, S2, S3, S5 d'exploitation de données, son point de début de logique coïncide avec son point de fin de logique. Ceci veut dire que ces points correspondent au même article de définition désigné. Par contre, si un segment de programme ASL est désigné à une fonction S4 d'exploitation de données, son point de début de logique est indiqué par un utilisateur et son point de fin correspond à l'article de définition désigné. Ici, les fonctions d'exploitation de données mentionnées ci-dessus représentent des segments logiques pour les segments de programme ASL. Par exemple, Si, S2, S3, S4 et S5 représentent une vérification de la condition d'entrée, une vérification de la reconnaissance d'existence, une vérification de l'identification de la formule logique, une fonction de mouvement pour un traitement et une fonction de traitement pour une entree/sortie d'ensemble de définitions, respectivement. En se référant à la figure 10, on voit que les données sauvegardées dans la disquette "D" sont transférées à l'outil destiné au programmeur ordinaire pour compléter le segment de programme ASL en fonction du programme de commande FAL indiqué par cette disquette "D". A ce stade, l'outil du programmeur ordinaire permet l'affichage d'une table de liaison logique ASL (appelée span table dans la technique anglo-saxonne) pour chaque grammaire de liaison de chaque programme de contrôle FAL à afficher. Chaque table de liaison logique ASL indique tous les articles de définition attribués à l'ensemble de définitions indiqué par la grammaire de liaison. Il existe une possibilité d'existence de segments de programme ASL dans tous les articles de définition pour chaque grammaire de liaison. Cependant, il n'est pas nécessaire de créer le ou les segment(s) de programme ASL non nécessaires indiqués par un utilisateur. Les segments de programme ASL créés sont soumis au contrôle de contexte identique au contrôle de contexte FAL décrit ci-dessus. Si des erreurs sont détectées, une liste d'erreurs de la vérification de contexte ASL est envoyée au livre. Après que toutes les opérations attribuées à ce programmeur ordinaire ont été achevées, le contenu obtenu est sauvegardé dans la disquette "D" de telle sorte que le contenu stocké dans cette disquette "D" est remis à jour par les nouvelles données. Cette disquette avec les nouvelles données sauvegardées est appelée disquette "E" et cette disquette est renvoyée au programmeur principal. En se référant à la figure 11, on voit que les données sauvegardées dans la disquette "E" sont transférées à l'outil principal et recueillies et stockées ensuite dans un fichier interne "b". Conformément à ce fichier interne "b" et au fichier interne "a" mentionné ci-dessus et comprenant des programmes de commande FAL ainsi que les ensembles de définitions, les segments de programme ASL et les programmes de commande FAL sont synthétisés pour former le programme source demandé. Le programme source obtenu est sauvegardé dans une nouvelle disquette et, en même temps, les documents finaux sont envoyés au livre. Du fait que le programme source synthétisé à l'aide de ces fichiers internes "a" et "b" est représenté par le langage intermédiaire entre le langage naturel et le langage artificiel, le programme source doit être traduit en n'importe quel langage de programme approprié exigé par un utilisateur. Dans le mode de réalisation décrit ci-dessus, la communication entre le programmeur principal et les programmeurs ordinaires est réalisée par fourniture d'un support d'enregistrement magnétique, tel qu'une disquette. On peut aussi établir cette communication en utilisant un réseau câblé ou n'importe quel logiciel pour les isoler les uns des autres. La figure 13 montre une table représentant une relation d'emplacement d'un segment de programme ASL. Dans cette table, un programme de commande FAL comprend "n" grammaires de liaison numérotées de "1" à "n", et chaque grammaire de liaison désigne. un ensemble de définitions composé de "n" articles de définition allant de 1 à n articles. Tous les segments de programme ASL utilisés dans ce programme de commande FAL existent aux points de croisement définis entre la grammaire de liaison et les articles de définition désignés par la grammaire de liaison. Par exemple, le segment de programme ASL 1,1 existe au point de croisement entre la grammaire de liaison 1 et l'article de définition 1; ASL 1,2 existe au point de croisement entre la grammaire de liaison 1 et l'article de définition 2; ASL n,n existe au point de croisement entre la grammaire de liaison "n" et l'article de définition "n". Cette routine destinée à indiquer les existences possibles des segments de programme ASL demandés permet d'achever l'opération de programmation facilement sans omission ni variation dans la qualité. En se référant à la figure 14, on voit que si des facteurs d'opération pour un ordinateur sont représentés par une relation entre un article d'entrée Ai (i = 1 à n) et un article de sortie Bj (j = 1 à m), alors on peut déterminer ces facteurs d'opération en satisfaisant à la relation suivante. (Ai, Bl), (A2, B1),..., (An, B1) (Ai, B2), (A2, B2),..., (An, B2) (Ai, Bm), (A2, Bm),..., (An, Bm) Selon la table de liaison logique ASL, si toute paire de segments de programme ASL est sélectionnée à partir de (somme des articles de définition côté entrée + somme des articles de définition côté sortie), les segments de programme sont définis proportionnellement à un nombre de permutations multiples. Ainsi, pour chaque grammaire de liaison, tous les segments.de programme ASL (facteurs d'opération) commandés par un programme de commande FAL peuvent être définis par la représentation de toutes les combinaisons obtenues à partir des articles de définition définis par la grammaire de liaison. La grammaire de liaison utilisée dans le programme de commande FAL est représentée par la formule suivante: * L, Ensemble de Définition - ID, Fonction d'Exploitation de Données * Si des articles de définition demandés se trouvant dans un ensemble de définitions sont évidents, on peut utiliser une autre formule: * L, Article - ID, Fonction d'Exploitation de Données * pour désigner uniquement Article de Définition - ID. Cette grammaire de liaison est remplacée par tous les segments deprogramme ASL créés par la grammaire de liaison et les articles de définition désignés dans l'opération de synthèse depuis FAL jusqu'au programme source. La figure 15 représente ce traitement. Sur cette figure, la grammaire de liaison 1 de FAL (correspondant à la figure 13) est convertie de manière à donner le programme source écrit en langage COBOL comme indiqué ci- après PERFORM ASL 1,1 (EFFECTUER ASL 1,1) PERFORM ASL 1,2 (EFFECTUER ASL 1,2) PERFORM ASL 1,3 (EFFECTUER ASL 1,3) PERFORM ASL 1,n (EFFECTUER ASL 1,n) Par conséquent, tous les segments de programme ASL sont incorporés dans le programme source par les grammaires de liaison du programme de commande FAL. L'expression "PERFORM" n'est pas formée pour un segment de programme incomplet ASL. La figure 16 montre un. exemple d'un système destiné à créer un programme source écrit en langage COBOL par synthétisation d'un programme de commande FAL et de segments de programme ASL. Sur cette figure, les grammaires de liaison N 10, N 11 et N 18 du programme de commande FAL nécessitent des segments de programme correspondants ASL, respectivement. De ce fait, on crée plusieurs segments de commande ASL représentés par CS44 (C,C), AS32 (A,A), DS47 (A,B) et ES47 (B,E). Ces programmes de commande FAL et ces segments de programme ASL sont synthétisés pour créer le programme source représenté sur le côté droit de la figure. Dans le programme source créé, la grammaire de liaison du programme de commande FAL correspondant au segment de programme ASL est reliée à l'expression "'PERFORMI" pour réaliser le segment de programme correspondant ASL et un groupe de ASL est stocké à un autre endroit dans le programme source, non représenté. Lors de l'exécution de ce programme source, le segment de programme désigné ASL est lu par l'expression "PERFORM" ("EFFECTUER"). Du fait que le programme source créé comprend certaines grammaires de liaison exemptes de segments de programme ASL, le programme source peut adapter efficacement n'importe quelle correction supplémentaire afin d'ajouter de nouveaux segments de programme ASL entraînés par des modifications de facteurs d'affaire dans le futur. En particulier, les segments de programme ASL correspondant aux modifications peuvent être ajoutés aux grammaires de liaison vides ci-dessus. Comme décrit dans le mode de réalisation ci-dessus, du fait qu'il est possible d'obtenir le travail de programmation selon la présente invention en séparant le programme de commande FAL qui exclut la logique de traitement de données d'affaires du segment de programme ASL, lequel comprend uniquement une logique de traitement de données d'affaires, les. structures respectives du programme de commande FAL et du segment de programme ASL se trouvent considérablement simplifiées et le travail de création FAL ainsi que le travail de création ASL peuvent se dérouler de façon indépendante. En outre, du fait que presque toutes les modifications requises pendant le développement du programme ou après un travail pratique appartiennent au traitement de données d'affaires, il est possible d'effectuer facilement de telles modifications en ne corrigeant que le segment de programme correspondant ASL. Du fait que le segment de programme ASL est créé au point de croisement défini entre la grammaire de liaison du programme de commande FAL et l'article de définition devant être traité par la grammaire de liaison, le programmeur peut savoir par routine le segment de programme ASL devant être créé. Ceci permet au programmeur d'effectuer facilement le travail de programmation ASL sans erreurs ni variations. Du fait que le programme de commande FAL est créé en fonction du modèle FAL qui est sélectionné parmi une pluralité de modèles FAL prédéterminés, il est possible de normaliser et de simplifier facilement le travail de création FAL afin d'obtenir à coup sûr une programmation uniforme. Comme il est possible de créer de façon indépendante chacun des segments de programme ASL et des programmes de commande FAL par des travaux de commande systématiques en coopération avec un programmeur principal pour gérer l'ensemble des travaux de programmation et avec une pluralité de programmeurs ordinaires sous la commande de ce programmeur principal, ces programmeurs ordinaires peuvent créer efficacement uniquement le segment de programme demandé ASL et/ou le programme de commande FAL en réponse aux instructions du programmeur principal. Il est bien entendu que la description qui précède n'a été donnée qu'à titre purement illustratif et non limitatif et que des variantes ou des modifications peuvent y être apportées dans le cadre de la présente invention. REVENDICATIONS 1. Procédé pour créer des systèmes de programme spécifiques destinés à effectuer un traitement de données administratives sur des affaires commerciales désignées spécialement, ce procédé étant caractérisé par le fait qu'il comprend: - une étape d'extraction pour extraire divers articles de définition devant être traités dans ce système de traitement de données administratives; - une étape de création ASL pour créer des segments de programme "ASL (Segment de Logique d'Application)" dont chacun remplit une seule fonction et est lié à l'article de définition extrait ci-dessus en tant que mot-clé et est indépendant de la relation de commande des autres segments de programme ASL; - une étape de création FAL pour créer un programme de commande "FAL (Structure de Logique d'Application)" qui combine de façon organique plusieurs segments de programme ASL en exploitant et en commandant un groupe des segments de programme créés ASL; et - une étape de synthétisation pour synthétiser les segments de programme créés ci- dessus ASL et le programme de commande FAL pour créer un programme source de manière à remplir la fonction requise de traitement de données administratives. 2. Procédé selon la revendication 1, caractérisé en ce que ledit programme de commande FAL comporte au moins une grammaire de liaison pour commencer lesdits segments de programme ASL, et chacun desdits segments de programme ASL est créé au point de croisement défini entre la grammaire de liaison et l'article de définition devant être traité par cette grammaire de liaison. 3. Procédé selon la revendication 2, caractérisé en ce que ledit segment de programme ASL est créé en tous points possibles dudit point de croisement. 4. Procédé selon la revendication 1, caractérisé en ce que l'on exécute ladite étape de création FAL en divisant ledit programme de commande FAL en plusieurs unités de traitement et en sélectionnant un modèle FAL parmi une pluralité de modèles FAL extraits préalablement et que l'on utilise pour une forme de base commune à ces unités de traitement du programme de commande FAL qui résultent de la division. 5. Procédé selon la revendication 1, caractérisé en ce que l'on exécute lesdites étapes ASL et FAL par un travail de commande systématique en combinaison avec un programmeur principal gérant l'ensemble des travaux de programmation et une pluralité de programmeurs ordinaires se trouvant sous la commande du programmeur principal et engagés de façon indépendante dans ledit travail de création ASL et/ou le travail de création FAL. 6. Procédé selon la revendication 5, caractérisé en ce que ledit programmeur principal donne des instructions au programmeur ordinaire par l'intermédiaire d'une disquette dans laquelle sont enregistrées les instructions et reçoit des données obtenues du programmeur ordinaire par l'intermédiaire de la même disquette dans laquelle sont enregistrées les données obtenues. 7. Procédé selon la revendication 5, caractérisé en ce que ledit programmeur principal et le programmeur ordinaire communiquent par l'intermédiaire d'un système de communication à réseau cablé. 8. Outils adaptés pour la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes afin d'engendrer des systèmes de programmes spécifiques pour effectuer un traitement de données administratives sur des opérations d'affaires commerciales désignées spécialement, caractérisés en ce qu'ils comprennent un premier type pour le programmeur principal et un second type pour le programmeur ordinaire, ledit.outil du premier type étant utilisé pour donner des instructions relatives à chaque contenu de travail au programmeur ordinaire et ledit outil de second type étant utilisé pour donner au programmeur ordinaire des instructions concernant chaque contenu de travail et ledit outil de second type étant utilisé pour effectuer le travail de création ASL et/ou FAL selon les instructions données par l'outil du premier type et renvoie le résultat de ce travail à l'outil du premier type. 9. Outils selon la revendication 8, caractérisés en ce que lesdits premier et second outils communiquent par l'intermédiaire d'une disquette. 10. Outils selon la revendication 8, caractérisés en ce que lesdits premier et second outils communiquent par l'intermédiaire d'un système de communication à réseau câblé. 11. Outils selon la revendication 8, caractérisés en ce que lesdits premier et second outils sont isolés par un logiciel.