afficher >><< masquer ]
SAMPI - Editeur structuré
1. Le Problème et la Proposition
1.1. Présentation
1.2. L'éditeur à références concentrées
1.3. Présentation du document
1.4. Conclusion
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
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

Conclusion

On propose la définition d'une Représentation Interne simple et extensible pour la manipulation des objets d'un environnement de programmation – les documents de spécification, les programmes sources, les jeux de test, ... Ce que l'on souhaite offrir à l'utilisateur c'est un outil qui lui permette d'exprimer, à chaque étape de développement du logiciel, les décisions de conception qu'il est amené à faire :

Cet outil est un éditeur de texte ; il réalise l'interaction de l'utilisateur avec ces objets.

Le Représentation Interne se veut simple : elle se définit par un très petit nombre de concepts, ce qui en facilite et la compréhension et l'emploi. Mais de cette simplicité il résulte qu'on ne garantit ni la cohérence entre les objets construits ni la génération automatique de certains d'entre eux – par exemple celle des programmes sources.

Elle se veut aussi extensible : considérant qu'il serait très délicat d'établir une liste exhaustive des types d'intentions de l'utilisateur, on a cherché à développer une expression de cette Représentation Interne aussi indépendante que possible de l'état dans lequel on l'a arrêtée.