Pour représenter les systèmes d’information, plusieurs types de modèles (ou modèles de produit) 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.
Les normes de la famille
ISO 9000 : 2000
, dont la dernière révision date d’octobre 2015, sont la référence internationale en assurance qualité. Pour faciliter leur application, des normes outils sont proposées, telle la norme
ISO/IEC 12207
, elle-même révisée en 2008. Nous montrons comment cette norme applique les principes de base de l’assurance qualité. Cette norme préconise 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 produit. Pour décrire les différents modèles de produit, nous disposons depuis plusieurs années du langage de modélisation UML (
Unified Modeling Language
).
La mise en œuvre avec le langage UML est généralement associée au modèle de processus RUP (
Rational Unified Process
). L’usage des méthodologies « Agiles », apparues depuis le début des années 1990, s’est répandu au sein des entreprises de services numériques. Ces méthodologies sont, quant à elles, indépendantes d’UML, ce qui ne veut pas dire qu’on s’y interdit l’usage d’outils de modélisation. Parmi elles, nous avons choisi de présenter Scrum et plus particulièrement sa déclinaison processus : le guide de connaissance SBOK™ (
Scrum Body of Knowledge
). RUP et SBOK™ sont des processus génériques, c’est-à-dire qu’ils proposent une trame commune à adapter en fonction du projet traité. Nous montrons que chacun d’eux correspond à une mise en œuvre particulière de la norme
ISO/IEC 12207
.
Dans la version 2.5, UML propose 14 types de diagrammes 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...