L Ingénierie des Exigences outillée DOORS et RQA This document is the property of ADN and cannot be reproduced without prior permission
Project Performance Ce document est la propriété de la société ADN et ne peut être reproduit et communiqué sans son autorisation Une grande part des problèmes rencontrés dans les projets est imputable à l'absence ou à une mauvaise Ingénierie des Exigences Project Performance versus Requirements Engineering Effort Facteurs de succès 40% Besoins / Exigences / Spécifications Item succès: 1, 3, 5, 9 Item échecs: 1,2,3 Facteurs d'échec 37% 18 % 38 % 21 % 55 % 9% Technique / Technologies 11% 53 % 23% 14% Item succès: 7,10 Item échecs: 10,5 Projet / Ressources Item succès: 4, 6, 8 Item échecs: 4, 6, 9 Gestion des données techniques Item succès: 2 Item échecs: 4 9% 8% 44 % Lower Capabilities 26 % Moderate Capabilities 18 % 27 % Higher Capabilities Requirements engineering L'ensemble des pratiques liées aux exigences sont les plus porteuses à la fois d'échec et de succès dans les projets (source Rapport Chaos, 1994) 70% des défauts sont introduits pendant les phases de spécification (source NIST, 2002 RTI Project 7007.011) Forte corrélation entre les performances projets et la maturité en Ingénierie des Exigences (source SEI et NDIA -2008 CMU/SEI-2008-SR-034)
Une réponse : l Ingénierie des Exigences L'ingénierie des exigences n'est pas une approche révolutionnaire. Elle a été définie et pratiquée depuis longtemps. Elle n'est pas compliquée, et elle est basée sur le bon sens Elle propose des solutions pour répondre aux problèmes des projets : Des règles simples pour faciliter la compréhension commune des exigences (règles d'écriture, revues ) Des règles simples pour maîtriser les demandes de changements et guider le processus de décision Des activités multi-métiers qui structurent l'ingénierie d'un projet autour des exigences (élaboration des exigences, compromis entre les bénéfices attendus et les impacts possibles sur les délais et les coûts, allocation d'un ensemble maitrisé des exigences aux différentes parties, optimisation des activités de test accordées aux exigences, planning plus réaliste, ) Des règles, implémentées dans un outil : Pour assurer la traçabilité (la justification) des choix effectués lors de la conception du produit Pour mettre en commun un référentiel unique, pour parler tous du même produit dans le même projet Pour garder l'historique et assurer le suivi des évolutions de chaque exigence Etc.
Tendance "naturelle" de tous les projets Parce que les projets (ou systèmes) sont de plus en plus difficiles à maitriser Des systèmes de plus en plus complexes nécessitent plus de données pour leur description Idem pour la complexification des technologies utilisées (techno toujours plus pointue, toujours plus multi-métiers) Des organisations de plus en plus complexes, parfois internationales, qui nécessitent plus de rigueur dans la gestion des activités collaboratives : gestion des "délégations" ou "assignation", (ce qui est attendu, ce que "ça" doit faire) et en retour gestion des "engagements" (ce que ça fera, ce que ça coûtera, livré pour quand) En définitive: Un besoin de plus de rigueur, de structure, de formalisation, et l'aide d'outils dédiés
l Ingénierie des Exigences Analyser et spécifier le besoin des clients (et autres parties prenantes) Résultat : les exigences "client" Valider les exigences auprès des clients (et autres parties prenantes) Etablir et maintenir l'ensemble des exigences qui définissent totalement et précisément l'objectif du projet Contrôler les changements, en évaluant l'impact de ces changements avant de décider Etablir les liens de traçabilité entre les exigences, et avec toute donnée primordiale pour la qualité finale : voix du client, design, tests, Allouer les exigences aux constituants du système concernés par ces exigences Définir le contour exact du projet, en mettant en balance le bénéfice espéré de chaque exigence, au regard de son impact coût, risque, et délais
Un outil d Ingénierie des Exigences DOORS This document is the property of ADN and cannot be reproduced without prior permission
Ingénierie des exigences outillée avec DOORS DOORS (Dynamic Object Oriented Requirement System) DOORS est un outil d Ingénierie des Exigences, leader sur son segment. Peuvent être intégrés les concepts de risques, fiches de tests, de scripts de tests, suivi d exécution des tests C est avant tout un outil de traçabilité qui permet le travail collaboratif DOORS intègre la signature électronique DOORS RMF (Requirements Management Framework) est un Add-on DOORS RMF: création de projets à partir d un projet type, utilitaires, indicateurs DOORS RMF RCM: versionnement et gestion de configuration d exigences DOORS RMF PFM: gestion de lignes de produits (familles de produits) 7
Principes de DOORS et DOORS RMF Un projet DOORS est paramétrable pour être configuré selon le modèle de données de l entreprise: exigences, risques, tests Sécurisation et cohérence au sein de l entreprise Dans le cas de DOORS, ce modèle peut être défini dans un projet type qui est restauré pour chaque projet Dans le cas de DOORS RMF, ce modèle est défini en central et est réutilisable pour l ensemble des projets. Le travail d ingénierie s effectue directement dans DOORS ou après import Les données se présentent dans une structure type «Document» dans des modules Toute information d un module peut être tracée en mono ou multi-projets. Les liens sont historisés (Baseline set). Rôle central du modèle de données, typage des liens Chaque module peut être versionné (Baseline) et signé électroniquement. A chaque donnée peut être associée des attributs Exemple : statut d une exigence, critique/non critique Les matrices de traçabilité sont établies en temps-réel et construites à la demande (filtres) 8
Principes de DOORS et DOORS RMF (suite) Possibilité de customiser des rapports Excel/Word Un kit de validation est disponible (customisation ADN) Les exigences peuvent être identifiées et numérotées (customisation ADN, en standard dans DOORS RMF) Des indicateurs peuvent être extraits pour exploitation Excel (customisation ADN) Disponible en standard dans le cas de DOORS RMF, mais mise en forme des indicateurs dans l outil Permettre la capitalisation et la réutilisation d exigences génériques (customisation ADN) Les exigences sont versionnées et leurs changements contrôlés dans DOORS RMF RCM 9
Document ADN à diffusion interne Ce document est la propriété de la société ADN et ne peut être reproduit et communiqué sans son autorisation Plan Exemple d un Module DOORS Exigence avec identifiant Lien de traçabilité 10
Personnalisations ADN ADN a développé une boîte à outils autour de DOORS (DXL) Base réglementaire au format DOORS Numérotation des exigences Versionnement des exigences associé à un état de maturité (brouillon, vérifié, approuvé) Export compatible WEXP sous DOORS 9.x: Exportim (via partenariat CORTIM) Réutilisation d exigences génériques 9.x (via partenariat CORTIM) Kit de validation intégrant une base réglementaire Un générateur de tableau de bord sous Excel Des utilitaires pour l administration et l utilisation de DOORS Guides sous forme de fiches pratiques DOORS intégrées dans DOORS Représentation graphique de modèle de données: Data Model Editor (via partenariat CORTIM) Ce document est la propriété de la société AxDaNe. Il ne peut reproduit ou communiqué sans son autorisation 11
Vérification de la Qualité des Exigences Requirements Quality Analyzer (RQA) Outil complémentaire à DOORS This document is the property of ADN and cannot be reproduced without prior permission
Requirements Quality Analyzer Outil d aide à la rédaction et à la vérification d exigences. Existe en version DOORS, IRQA et Excel. Analyse lexicale et syntaxique d exigences formulées en Anglais: détection des défauts de forme (mots interdits, voie négative, ) Analyse sémantique d un ensemble d exigences via un modèle Métier (ontologie): détection d exigences similaires Cas typiques d utilisation: Aide à l opérationnel dans la rédaction des exigences Aide à l opérationnel dans l établissement de la traçabilité des exigences Vérification par l Assurance Qualité de la forme des exigences avant une revue Métier ou Projet Aide au chef de projet pour évaluer la qualité globale du projet Ce document est la propriété de la société AxDaNe. Il ne peut reproduit ou communiqué sans son autorisation 13
Technique de traitement du Langage Naturel Ce document est la propriété de la société ADN et ne peut être reproduit et communiqué sans son autorisation Principes de RQA Analyse Lexicale & Syntaxique Analyse sémantique (Ontologies) RQA V2.x RQA >V3.x Métriques pour exigences individuelles Métriques pour un ensemble d exigence Note: les ontologies ne sont pas nécessaires pour utiliser l outil. L utilisation de glossaires, acronymes est suffisante) RQA fait un usage intensif d ontologies pour: Stocker des informations d'ordre conceptuel rendant plus facile la compréhension du sens (contenu) d une exigence par une machine Stocker des règles d inférence pour permettre à l outil d implémenter des algorithmes d intelligence artificielle simulant le raisonnement humain. 14
Métriques pour exigences individuelles Taille Lisibilité Exactitude Phrases optionnelles Phrases ambiguës Phrases subjectives Phrases implicites Connecteurs Phrases spéculatives Termes de Design Termes de Flux Noms et verbes du domaine Acronymes Niveaux hiérarchiques Volatilité Nombre de liens Justification Négations
Possibilité d évaluation manuelle Exigences critiques à reprendre: «Must be revised» Mise en évidence des problèmes de formulation d exigences Ce document est la propriété de la société AxDaNe. Il ne peut reproduit ou communiqué sans son autorisation 16
Métriques pour un ensemble d exigences Incohérence d unités L'utilisation d'unités incohérente dans les exigences doivent être mises en évidence et vérifiées. Par exemple, l utilisation de Mètres et de Pouces, l utilisation de Celsius et Fahrenheit Similarité d exigences Identification d exigences similaires ou qui se chevauchent dans une même spécification ou entre spécifications d un projet
Mise en évidence de l utilisation de plusieurs systèmes d unités Mise en évidence d exigences similaires
Conclusion L Ingénierie des Exigence est un facteur clé de performance des projets Les bénéfices majeurs reconnus sont (source: enquête RAMP, Octobre 2010) Meilleure lisibilité des informations des projets Meilleure communication entre les acteurs Réduction des coûts et des délais, optimisation notamment en Intégration/Vérification/Validation Conformité à la réglementation Bien concevoir dès de début La mise en œuvre de règles simples, de bonnes pratiques éprouvées peuvent avoir un effet de levier important L utilisation d outils ad hoc facilite sa mise en œuvre
Conclusion DOORS est l outil d Ingénierie des Exigences par excellence DOORS est pertinent pour la traçabilité et l historisation des données sur l ensemble du cycle en V DOORS RMF est une surcouche de DOORS permettant de faciliter l utilisation de DOORS. Dans le même esprit, ADN a développé pour ses Clients et ses besoins propres des personnalisations en DXL RQA permet de vérifier: la qualité des exigences (forme) en complément des outils DOORS, Quality Center, Reqtify le contenu des exigences (fond) via l utilisation d ontologies 20