afficher >><< masquer ]
SAMPI - Editeur structuré
1. Le Problème et la Proposition
1.1. Présentation
1.11. Le problème
1.12. Les quatre soucis
1.13. La réponse
1.14. La démarche
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

Présentation

1. Le problème

2. Les quatre soucis

3. La réponse

4. La démarche

2. Les quatre soucis

Les quatres soucis auxquels on souhaite apporter une réponse sont :

Souci 1 : lisibilité
Fixer dans la R.I. du texte les liens sémantiques qu'on a d'emblée reconnus facilite une relecture de ce texte – le lecteur ne doit pas reconstruire toutes les dépendances sémantiques puisque le support même du texte les contient déjà

Souci 2 : traçabilité
C'est une conséquence directe de la R.I. choisie : puisque tous les concepts sémantiquement liés sont réellement liés, on peut déduire assez finement les dépendances entre les zones disctinctes du programme.

Souci 3 : "compacité"
C'est éviter la dispersion de concepts qui ne traduisent qu'une seule notion sémantique. On peut remarquer que fréquemment l'expression informelle d'un problème est très succincte alors que sa traduction informatique est longue et complexe. Lier des notions sémantiques n'est pas nécessairement un processus linéaire, c'est-à-dire que ces notions peuvent aussi être emboîtées : cet emboîtement permet alors le regroupement d'une information disséminée.

Souci 4 : réutilisabilité
Si l'on distingue clairement ce qui constitue la substantifique moëlle du programme de ce qui n'est que l'expression de choix techniques d'implantation, alors l'essentiel du programme est réutilisable dans de nouveaux contextes.