afficher >><< masquer ]
SAMPI - Editeur structuré
1. Le Problème et la Proposition
2. Le Langage Primitif de Représentation Textuelle
2.1. Présentation de la Syntaxe Concrète
2.2. Notations
2.3. Exemple de structuration des données
2.4. Exemple de structuration des traitements
2.5. Exemple de structurations connexes
3. Le Langage Complété pour la Structuration des Textes
3.1. Présentation de la Syntaxe Complétée
3.2. Etude quantitative de l'évolution des programmes
3.3. L'édition syntaxique
3.4. étude de cas : le langage LTR3 et l'atelier ENTREPRISE
4. L'Enrichissement du Langage par de Nouveaux Concepts
4.1. Présentation de la Syntaxe Abstraite
4.2. Les difficultés
4.3. Compléter la Syntaxe
5. La Formalisation des Solutions Techniques
5.1. L'évaluation fonctionnelle
5.2. La structuration par les objets
5.3. Modèle sémantique comparé de l'évaluateur
5.4. Comparaison critique
5.5. Construction de la Syntaxe Abstraite
6. Les Comparaisons avec d'autres Approches
7. Les Perspectives
7.1. Où se situe-t-on ?
7.2. Vers quoi tend-on ?
7.3. L'éditeur à références déductives
7.4. L'éditeur à références constructives
7.5. Les Problèmes – et les Réponses
7.6. L'état des travaux
8. Les Editeurs
8.0. brisé sur la barrière de la complexité (une fois de plus)
8.1. L'éditeur ligne : Manuel de l'utilisateur
8.2. L'éditeur page : Guide de l'utilisateur
9. Les Aspects d'Implantation
9.1. Contexte d'évaluation
9.2. La Syntaxe Abstraite : Manuel du concepteur
9.3. L'éditeur page : Guide de l'implanteur
Références
Rubrique Perl-Javascript

Vers quoi tend-on ?

Les exemples précédents d'utilisation de l'outil ont révélé deux choses :

Enfin, une utilisation « en vraie grandeur » de l'outil, où l'on pourrait confronter l'approche proposée à une réalité informatique de taille conséquente, serait sûrement souhaitable.

Les perspectives de poursuite des travaux

Un possible poursuite des travaux pourrait être alors de définir, après l'éditeur à références concentrées, deux autres éditeurs qui incluent davantage de sémantique dans leur définition :

l'éditeur à références déductives,
l'éditeur à références constructives.

Si la première étape, qui a cherché à définir l'éditeur à références concentrées, semblait impérative pour les deux suivantes, celles-ci en revanche paraissent assez indépendantes l'une de l'autre, voire même complémentaires.

Le schéma présente, sur les différentes étapes du cycle de vie, celles pour lesquelles chacun des trois éditeurs annoncés offrirait un cadre de développement facilitant leur conduite.

Cahier des charges       
Spécification       (3)
Conception     (2)
Codage   (1)
Intégration 
Qualification 
Exploitation 

(1) L'éditeur à références concentrées

Dans un premier temps, on s'intéresse essentiellement à l'étape de Codage, et aux étapes qui la suivent : on propose un outil qui facilite la rédaction du programme, tant sur le plan de l'écriture que sur le plan de la relecture du programme.

(2) L'éditeur à références déductives

On souhaite ensuite attacher une sémantique aux regroupements : l'outil aide alors l'utilisateur dans ses choix de Conception du programme en assurant des contrôles de validité ou en suggérant des transformations.

(3) L'éditeur à références constructives

On veut enfin permettre à l'utilisateur de voir son programme selon l'image que lui-même s'en fait : on l'aide alors dans la phase de Spécification, puisqu'il peut ne pas s'éloigner à la rédaction du programme de l'expression du problème dans les termes de sa spécification.