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 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.
Dans cet article, nous privilégions l’étude des types de modèles de produit élaborés avec UML pouvant être construits pour chaque activité des processus d‘implantation de logiciel : analyse des exigences, conception de l’architecture, conception détaillée et pour les processus d’ingénierie du domaine et de conception de l’architecture système. Nous fournissons en annexe des exemples de diagrammes UML correspondant à ces modèles de produit et illustrant comment mettre en œuvre une approche Agile avec l’AGL (Atelier de Génie Logiciel) UML Modelio.
