INTRODUCTION
Pour représenter les systèmes d'information, plusieurs types de modèles (ou modèles de produits) sont élaborés. La complexité d'un système d'information est telle qu'il est nécessaire de combiner plusieurs points de vue avec différents niveaux d'abstraction. On distingue classiquement les points de vue fonctionnel, dynamique et ontologique et les niveaux conceptuel, organisationnel, logique et physique. Nous nous intéressons au cas où le projet logiciel à conduire est intégré dans un système d'information particulier.
Pour décrire les différents modèles de produits, nous disposons depuis plusieurs années du langage de modélisation UML. Dans la version 2.0, ce langage propose 13 types de modèles différents. Cette richesse de représentation a pour corollaire une difficulté de mise en œuvre : quel diagramme choisir ? Comment utiliser les différents éléments de modélisation associés en fonction du point de vue et du niveau d'abstraction ? Quel objectif poursuit-on en utilisant UML : mode « esquisse » pour communiquer certains aspects du système, ou mode « plan » qui permet de préparer la génération du code ? Quoi qu'il en soit, le but de cet effort de modélisation est d'améliorer la qualité du logiciel produit en améliorant la qualité de son mode de production.
Les normes de la famille ISO 9000 : 2000 publiées le 15 décembre 2000 sont la référence internationale en assurance qualité. Pour faciliter leur application, des normes outils sont proposées, dont la norme NF ISO/CEI 12207. Ces normes préconisent une approche processus. Un « processus » y est défini comme un « ensemble d'activités corrélées ou interactives qui transforment des éléments d'entrée en éléments de sortie ». Les éléments de sortie sont, dans la plupart des cas, des modèles de produits. Nous choisissons d'utiliser UML pour les exprimer. Nous montrons comment cette norme applique les principes de base de l'assurance qualité, et comment la mettre en œuvre en utilisant les outils de modélisation d'UML.
La mise en œuvre avec le langage UML est très souvent associée à deux modèles de processus : RUP (Rational Unified Process) et 2TUP (2 Tracks Unified Process), recensant les meilleures pratiques de développement orienté objet. Ce sont des processus génériques, ils proposent une trame commune à adapter en fonction du projet traité. Nous montrons qu'ils correspondent à une mise en œuvre particulière de la norme ISO/CEI 12207.
