Conseils
Lorsque vous faites un document, déterminez les concepts qui peuvent être mis en commun : par exemple, pour nos 4 parties "introduction, atmosphère..." , leur structure est identique. Il ne faut donc pas faire 4 .model différents pour représenter chacun, mais un .model global qui va couvrir les 4 cas d'usages.
Approfondissement des notions
Il vous faudra découvrir quelques autres notions de modélisation mais cette analyse peut se poursuivre. L'objectif étant d'anticiper le plus possible les difficultés, si vous maîtrisez bien SCENARIbuilder et que vous savez ce que vous voulez, vous pouvez vous en sortir en y continuant les essais.
Mais si vous concevez un modèle en fonction des besoins d'un tiers sur un sujet que vous connaissez mal, il vous faudra être bien plus spécifique dans les questions que vous allez lui poser, et obtenir des indications comme les types de données, le format des ressources, leur hiérarchie, etc.
Il y a des choix aisément modifiables par la suite, comme autoriser ou interdire l'internalisation, modifier un nom de champ. Avec l’expérience vous pourrez identifier ce qui est crucial pour un projet de ce qui est de l’ordre du détail. Même si c'est plus simple et plus gratifiant de concevoir parfaitement du premier coup, il est plus sûr de réaliser son modèle par étape et de le confronter à d’autres utilisateurs ou au tiers en question plus haut de valider et de réagir sur votre modélisation.
Méthodes de schématisation
Il n’y a pas de méthode de représentation de modèle documentaire qui ait satisfait unanimement l’ensemble des modélisateurs experts Scenari. En effet, aucune schématisation unique n’est aussi riche que la conception SCENARIbuilder. Utilisez cette schématisation pour initialiser votre projet, communiquer avec des personnes extérieures au monde Scenari, documenter votre projet.
Vous choisirez une méthode ou une autre en fonction :
de vos exigences professionnelles.
de l’aboutissement de la conception : un modèle évolue beaucoup en phase de conception, il n’est pas forcément nécessaire de décrire chaque champ chaque possibilité dès le début de la conception. Cela peut entraîner une perte de temps et un inversement des priorités (amélioration de la modélisation VS maintenance de la documentation technique).
de vos habitudes de travail.
des personnes avec lesquelles vous aller échanger autour de ces schémas. Si vous travaillez seul, c’est tout de suite moins contraignant.
La modélisation UML, choisie pour ce tutoriel (voir plus loin).
La Carte Heuristique – mind map. Cette méthode est intéressante en phase d’analyse pour discuter avec le tiers non spécialiste en ingénierie documentaire.
Un arbre, complété d’esquisse représantant l’application du point de vue de l’auteur.
La modélisation directement dans l’IDE SCENARIbuilder. Rapide et immédiate, essentiellement quand l’analyse initiale est triviale et que les premières questions de modélisation sont très précises. Cette modélisation permet d’avancer rapidement dans le projet mais peut vous faire passer à côté de points essentiels.
Les schémas fournis dans ce guide ont un rôle de démonstration, il est aussi possible de faire des diagrammes "type UML" Scenari pour représenter le modèle avec plus d'informations. Il n'existe pas (encore) d'outil pour les générer automatiquement à partir d'un modèle SCENARIbuilder – et encore moins de générer un modèle SCENARIbuilder à partir d'un schéma. Notez qu'il est tout de même possible d'exporter la DTD du modèle sous forme de schéma RelaxNG (créer un item > Gestion des ateliers > Compilation > wspRelaxNg).
