Outils de modélisation, UML

Ce module est exclusivement pratique. Les étudiants qui le suivent doivent "faire". Ils ont pour unique objectif pratique de rédiger un dossier. Celui-ci va décrire le futur logiciel, dans ses grandes lignes. Il est destiné à des informaticiens, qui prendront leur suite pour terminer la conception et programmer les différentes parties du logiciel. Il est aussi destiné aux responsables de l'entreprise qui vont devoir, à la lecture de ce dossier, décider si oui ou non l'étude peut se poursuivre.
Le dossier à produire ne peut donc pas être uniquement technique. Le contenu doit être accessible à des non techniciens. Pour le constituer, les étudiants vont mobiliser des connaissances techniques (elles leurs sont apportées dans la partie théorique) et des connaissances sociétales (pédagogie, clarté d'expression...).

Dans ce "chapitre", nous avons réuni des documents traitant essentiellement de présentation, de contenu de dossier...

Sont ainsi disponibles :

• - un document centré sur la notion de fonction, avec une réflexion sur la nature de celle-ci, sur une façon de les présenter. Des exemples tirés de cas concrets sont fournis. Ce document est, certes, plutôt adapté à une méthode systémique comme Merise. Il n'en apporte pas moins un éclairage sur les fonctionnalités que l'on peut installer dans un logiciel, qu'elles soient demandées par le client ou non.

• - un document donnant un plan de dossier, avec quelques conseils (la plupart du temps de bon sens) et des exemples de ce qu'il faut faire (et aussi de ce qu'il ne faut pas faire).

• - TROIS exemples de dossiers (un bon, un moyen et un mauvais) apportant une réponse UML au cas posé par "La maison PHILDEX", celui-ci ayant fait l'objet d'une description... et d'un projet. De nombreuses annexes, "empruntées" aux maisons de vente de timbres ROUMET et SUREVAL, complétaient les données du projet.

• - un aperçu de la notation que l'on pourrait appliquer à un dossier de conception.

À Nantes, le 26 juillet 2008