La gestion des exigences : Levier de maîtrise de la qualité et de la conformité réglementaire dans les industries régulées Dominique HOUDIER COMPLIANCE.

Présentation au sujet: "La gestion des exigences : Levier de maîtrise de la qualité et de la conformité réglementaire dans les industries régulées Dominique HOUDIER COMPLIANCE."— Transcription de la présentation:

1 La gestion des exigences : Levier de maîtrise de la qualité et de la conformité réglementaire dans les industries régulées Dominique HOUDIER COMPLIANCE Technologies ( Author Notes: This is the standard template for internal and external Rational presentations If internal presentations are confidential, please add: “IBM Confidential” to the slide masters Select: View / Master / Slide Master and add “IBM Confidential” Additional IBM Rational presentation resource links can be found on Rational’s Managing the Brand W3 Intranet site

2 COMPLIANCE Technologies
Création : Siège Social : Activité : Références : Partenaire : 2004 Région Lyonnaise Conseil & Formation en Gestion des Exigences Air Liquide, Bombardier Transport, Cnim, Iter, Mutualité Socialiste, Otan, Pgp, Schneider Electric, Sncf, Thales, Total… IBM Rational

3 Enjeux de la Gestion des Exigences

4 Gestion des exigences : le constat
Source: “Chaos Chronicles, III, 2003”. Approximately 60%-70% of IT project failures result from poor requirements gathering, analysis, and management. - Meta Group, March 2003 Standish An example of an industry report produced by analysts is the Standish report “Extreme Chaos”. When asked what contributes to project success, 50% of the reasons given for success were related directly to requirements in one way or another. That’s exactly half the reasons for success directly related to one single discipline; requirements management. A discipline, that based on these numbers, you cannot afford to do half-heartedly. Requirements management should be your strongest capability and therefore you need your requirements tool to be your best tool. Meta Group Plainly stated, the Domino Effect of missing User and System requirements may be missing functions, design elements, and missed test cases. The total effect from these missing items can result in higher maintenance costs to put them in once the system is fielded or complete operational failure because the cost is prohibitive or the window of opportunity is closed. Think of a car manufacturer who must recall all cars in order to add a safety part or the financial package that fails to make a crucial calculation because it was not known to be needed. Information Week Requirements management is becoming the key discipline for improvement. Analysts, journalists and the industry alike, are all waking up to the realization that requirements are the foundation of everything else you do on a project. Manage your requirements properly throughout the life of the project and your goals and achievements are never in doubt. “If you do a post-mortem evaluation on unsuccessful software projects, you'll find that most of them failed because the person responsible didn't properly manage the project's requirements and expectations.” - Andy Feibus

5 Gestion des exigences : le constat
Pourquoi les projets échouent-ils? Source: AberdeenGroup, August 2006

6 Gestion des exigences : le constat
Les exigences ne sont pas toujours formulées de manière appropriée Les exigences ne sont pas toujours bien comprises par toutes les parties-prenantes Le problème et la solution ne sont pas systématiquement dissociés Le produit/système ne répond pas systématiquement à toutes les exigences client La validation ne couvre pas toutes les exigences L’impact des modifications d’exigences client n’est pas complètement évalué sur la conception ou les tests “ … only 52% of originally allocated requirements appear in the final release version.” - Source: “Chaos Chronicles, III, 2003”. “On average, projects changed 73% of their requirements after the project started. 1/3 - technical; 2/3 – Commercial/End User” – Alcatel/IEEE PLM Case Study, 2005

7 Attention, un système simple…

8 … peut cacher des dizaines d’exigences
The swing shall be able to support a weight of 100lbs The swing should be large enough to carry 2 small children The swing shall never be lower than 0.5 meters from the ground The swing shall be not be able to swing through more than 180 degrees The swing rope shall have an elasticity of……. The swing shall comply with the following safety standards……….. The swing shall……

9 Exigences et Qualité Qualité : conformité aux exigences = satisfaction client Gestion des exigences : garantir la qualité de chaque niveau de définition tout au long du cycle de développement Philip Crosby's four "Absolutes of Quality": Quality means conformance to requirements Quality comes from prevention Quality means that the performance standard is "zero defects" Quality is measured by the cost of non-conformance Other definitions of quality Fitness for purpose – OK, but how to assess objectively Value to some person – I actually like this one, but, again, how to assess objectively? A degree or grade of excellence or worth (I think one of Weinberg’s QSM books has more) The advantage of “conformance to requirements” is that it permits objective assessment

10 Les exigences sont capitales
Les exigences représentent une expression claire des objectifs. Les exigences définissent le problème à résoudre et les besoins à satisfaire Les exigences identifient les caractéristiques des solutions acceptables Les exigences contiennent les clés pour sélectionner les solutions les plus appropriées Les exigences permettent de se concentrer sur les objectifs les plus importants Les exigences permettent de garder le cap sur l’objectif à atteindre

11 Les exigences dans le cycle de vie
Les exigences sont un point d’entrée pour les activités de gestion de projet : Estimation et planification Gestion des risques Gestion de la sous-traitance Analyse des solutions alternatives Maîtrise des évolutions Vérification / Validation / Qualification Maintenance

12 Les bénéfices de la gestion d’exigences
Communication : les parties prenantes ont une idée cohérente du produit Satisfaction : tous les besoins clients sont satisfaits Complétude : on a pas de mauvaises surprises Visibilité : le management a une vue d’ensemble fiable pour mieux piloter Testabilité : les tests sont réalisés en regard des exigences Traçabilité : l’historique de la déclinaison des exigences est conservé Maîtrise des évolutions : l’impact d’une évolution peut être évalué Qualité : le niveau de conformité est connu dans toutes les phases Optimisation : on réalise uniquement ce qui est demandé Integration : les composants fonctionnent ensemble

13 Vérification de la Conformité par la Traçabilité

14 Problème et Solution Solution Spécifique Solution Abstraite Problème
L’utilisateur doit être capable de … “Never tell people how to do things. Tell them what to do, and they will surprise you with their ingenuity.” Général Patton Problème Modifier le design n’impacte pas les exigences système Ce que l’utilisateur veut Solution Abstraite Le système doit … Ce que le système doit faire Solution Spécifique Conception Comment le système est conçu

15 Problème et Solution Mauvaise compréhension du problème
Produit inadapté aux besoins client Domination du concepteur par rapport à l’utilisateur Validation et acceptation du produit difficile Besoins utilisateur et fonctions système mal discernés “ … only 52% of originally allocated requirements appear in the final release version.” - Source: “Chaos Chronicles, III, 2003”. “On average, projects changed 73% of their requirements after the project started. 1/3 - technical; 2/3 – Commercial/End User” – Alcatel/IEEE PLM Case Study, 2005

16 Trois Questions Clés Pourquoi ? Quel est le but ?
Permet de cerner précisément le problème par rapport à la solution (Pourquoi les pommes tombent-elles des arbres?) Quelles sont les solutions envisageables ? Permet d’identifier si une exigence a été exprimée en terme de solution Permet de comprendre pourquoi une solution particulière est choisie Permet d’exprimer une exigence de manière abstraite Comment vérifier que l’exigence est satisfaite ? Permet de rendre l’exigence testable

17 Traçabilité des exigences
Compréhension de la façon dont une exigence de haut-niveau est déclinée en exigences de plus bas niveau Ou comment les besoins sont satisfaits et qualifiés : Impact Couverture Complétude Pertinence

18 Cycle en V : Exigences à tous les niveaux
Expression des besoins Mise en service Qualification système Exigences Utilisateur Tests de Qualification Validation système Exigences Système Tests de Validation Teacher Note: Highlights levels Highlights requirements at all levels Vérification des sous-systèmes Exigences Sous-système Tests de Vérification Vérification des composants Exigences Composant Tests de Vérification

19 Analyse d’impact Et si on Change … ? Exigences Client Exigences
Système Architecture Standards Et si on Change … ? satisfait conforme à satisfait vérifie Vérifie Vérifie Qualification Validation Vérification

20 Analyse de couverture % Complétude … ? Exigences Client Exigences
Système Architecture Standards % Complétude … ? satisfait conforme à satisfait vérifie vérifie vérifie Qualification Validation Vérification

21 Analyse de traçabilité
Exigences Client Exigences Système Architecture Standards satisfait Conforme à satisfait vérifie vérifie vérifie Qualification Validation Pourquoi … ? Vérification

22 Analyse de pertinence “Contribution ?” ? ? Exigences Client Exigences
Système Architecture Standards ? satisfait conforme à satisfait ? vérifie vérifie vérifie Qualification Validation “Contribution ?” Vérification

23 La traçabilité avec IBM® Rational® DOORS®
Excel Features List Specs Tables Word Rapport Validation Données Projet CDC Design Word Access Standards Résultat de Test Visio Functionality Cas de tests Plan de test Test de vérification Besoins Utilisateur Exigences client Exigences Système Tests de validation Tests de qualification Données Projet Structurées, organisées et tracées Génération de : Matrices de traçabilité Rapport de conformité Analyse d’impact

24 Rational DOORS Gestion et Traçabilité des Exigences

25 Rational DOORS : Gestion de documents d’exigences
Hiérarchies de projets et de dossiers Dossier Dossier supprimé Projet Documents Rational DOORS

26 Rational DOORS : Import / Export d’informations
Direct Entry PowerPoint Word Outlook Excel Microsoft MS-Word RTF MS-Word OLE HTML MS-Word RTF ASCII Rational DOORS ASCII Spreadsheet Spreadsheet Getting requirements into Rational DOORS may not be something you do every day, but when you need to, we support many common formats to make requirements capture a simple process. MS-Project MS-Project Tool Integrations* Tool Integrations* FrameMaker FrameMaker Print 

27 Rational DOORS : Import depuis Microsoft Word
Initialement Word Création d’un document dans Rational DOORS

28 Rational DOORS : Une vue
Do you think the requirements and the attributes should be located on separate windows or tabs? Wouldn’t it be easier to see attributes right there in the document window?

29 Rational DOORS : Export vers Microsoft Word
Table Book Document

30 Rational DOORS : Historique et Baseline
Historique des modifications Baseline Précédente Version Courante

31 Rational DOORS : Créer simplement votre traçabilité
Glisser-Déposer pour créer un lien dans un document . . . . . . ou de document à document

32 Rational DOORS : Rapport de Traçabilité
Exigences Utilisateur Exigences Système Conception Tests Is traceability across multiple documents or levels important to the success of you project? Can you understand the impact of change by examining only one level at a time? Or would it be easier to see multiple traceability levels in a single on screen window?

33 Rational DOORS : Vérification de la “complétude”
Détection des “Orphelins” & rapports de traçabilité montrent les liens “absents” La création et l’effacement de liens sont enregistrés dans l’historique. The fastest way to find the “missing” links is a simple report in Rational DOORS.

34 Rational DOORS : Liens suspects
Les mises à jour non effectuées sont détectées Levée de la suspicion par clique-droit One question that always arises when teams of people work together on a project, “how does anybody know when other work they are dependent upon, changes?” The answer is “suspect links” which can only be achieved when doing proper traceability. It’s a simple concept. If I create a design element based on a requirement, I need to know if that requirement changes, and I need to know without constantly going to another tool or window to find out. Suspect links will highlight any item that has a link to another piece of information that has changed. Requirements tools do this in different ways. Some tools require that you visit a link window and look for your link to see if it is suspect. Rational DOORS displays a suspect link indicator directly in the document, right next to the information in question. So if I’m working on my design document in Rational DOORS I will see suspect links right there in the document without going anywhere else. Rational DOORS informs me, I don’t have to ask. I can even display in another column the linked data that has made the link suspect. So, I know which items are suspect, I can inspect the modified data and I can clear the suspect link all without leaving my document. No other requirements tool comes even close to that level of convenience. Rational DOORS will even let you filter for all those requirements in your document that have suspect links so you can see them in a concise list.

35 Rational DOORS : Accès web pour les revues et les discussions

36 Démonstration

37 Solutions Rational DOORS : Ingénierie Système et Logiciel
Gestion de la conformité des systèmes aux cahiers des charges Justification des choix techniques Gestion de la sous-traitance Validation & qualification des systèmes Suivi d’avancement technique Capitalisation et Gestion des lignes de produits

38 Solutions Rational DOORS : Pilotage de projets
Gestion des risques Collecte, Analyse et consolidation des risques Liens entre les risques et les processus Liens entre les risques et les actions Tableau de bord de synthèse des risques Plan Directeur de Validation Liens entre les tests et les exigences Liens entre les rapports de tests et les plans Tableau de bord d’avancement des tests