Formation : Développer les exigences - Comprendre les besoins et spécifier le produit
(Réf. 17645)
Evaluation :
Détails de la fiche formation
Options disponibles pour la fiche formation
Détails de la fiche formation
Compétence(s)
Conduite et gestion de projetPrérequis
Aucun.Public
Ingénieurs spécification, analystes fonctionnel (ou « experts métier »), chefs de projet, chefs de produit, ou tout autre acteur MOA ou MOE en charge de la définition du produit.Objectifs
Comprendre le problème : éliciter (capturer) les exigences auprès des utilisateurs et des parties prenantes, notamment grâce à la méthode des « cas d'usage ».Définir le produit : développer et analyser les exigences, évaluer leur importance, leur faisabilité et les risques associés.
Spécifier les exigences : les documenter efficacement, de façon structurée, pérenne et en cohérence avec les pratiques et les outils des acteurs aval de l'ingénierie.
Type de formation
CourteProgramme
Jour 1 : éliciter et analyser les exigences
Introduction à l'ingénierie des exigences
• Pourquoi l'ingénierie des exigences• Le Pourquoi, le Quoi et le Comment
• Le domaine du problème et le domaine de la solution
• Quizz « est-ce une exigence ? »
• Les contextes de mise en œuvre (MOA / MOE, sur mesure / ciblé marché, ..)
• Les étapes, les domaines REQM et REQD de CMMI-DEV
• Les standards et les normes (INCOSE, CMMI, IEEE, ISO ..)
• Le schéma de certification IREB
• Atelier : symptômes de l'insuffisance de l'ingénierie des exigences
Eliciter les exigences : comprendre le problème et capturer les besoins
• Identifier et gérer les parties prenantes (motiver les parties prenantes, les droits et les devoirs du client,..)• Définir la vision du système (les objectifs « business », le patron de « charte du produit », ..)
• Définir la portée du système : délimiter le système et son contexte
• Comprendre le contexte du problème
• Eliciter les exigences (découvrir les besoins par l'exploration du domaine du problème)
• Ateliers : parties prenantes, vision, portée, et extrait des exigences client du système
Analyser les exigences : vérifier leur cohérence et transformer les besoins (le quoi du problème) en exigence du système (le quoi de la solution)
• Modéliser le problème pour vérifier la compréhension du besoin (les cas d'utilisation, les cas d'abus)• Modéliser la solution pour vérifier qu'elle réponde aux besoins (perspective structurelle, fonctionnelle et comportementale, les diagrammes UML de classes, d'activité, .. )
• Gérer les incohérences (analyse de la « cause racine », résolution des conflits, ..)
• Analyser les risques (probabilité, impact, criticité et évaluation)
• Evaluer les solutions alternatives
• Classer les exigences par priorité : un mécanisme pour gérer la compétition des demandes
• Ateliers : modélisation
Jour 2 : spécifier les exigences
Spécifier les exigences : structurer et rédiger des exigences pérennes, cohérentes et efficaces pour les projets
• Structurer les exigences ( Le problème, la solution / Exigences fonctionnelles, exigences qualité, contraintes, exigences du projet / Abstraction, niveau de détails , système de systèmes / La « feature », outil d'encapsulation de la complexité )• Spécifier ( Par les modèles / En langage naturel contraint)
• Les critères de qualité (1) : chaque exigence doit être nécessaire, non-ambigüe, faisable, vérifiable, à niveau et unitaire
• Les critères de qualité (2) : le système d'exigences doit être complet, cohérent, non-redondant, maintenable et traçable
• Le patron de rédaction « [Qui] doit [faire Quoi] [Où] [Quand] [Avec quelles contraintes] »
• Qu'est ce qu'un bug de spécifications ? Identifier les classes d'erreur d'une spécification
• Modèles de documents de spécification des exigences du système (IEEE 830, ..)
• Atelier : identifier les défauts d'une exigence, reformuler avec le patron de rédaction
Valider les exigences : vérifier qu'elles permettent au système de satisfaire les besoins
• Qualité des exigences, impacts sur les coûts et les délais, importance de la validation des exigences• Obtenir l'implication des parties prenantes
• Valider les exigences ( Maquetter un aspect du produit (prototype horizontal) / Le tester avec un prototype (prototype vertical) / Définir les tests de recette / La revue par les pairs / L'inspection)
• Atelier : proposer des techniques de validation des exigences adaptées à votre contexte
Gérer les exigences : aperçu
Exercices récapitulatifs
Pédagogie
Selon l'étude annuelle internationale « Chaos Report » du Standish Group, l'ingénierie des exigences arrive en tête des facteurs de difficulté, d'échec et de succès des projets informatique.Cette même étude montre que seules 20 % des fonctionnalités développées pour un système sont utilisées « toujours ou souvent », 45 % de ces fonctionnalités ne le sont jamais ! Cette formation s'adresse aux praticiens de l'ingénierie des exigences et en propose une vision opérationnelle : comment transformer un ensemble de « problèmes utilisateur » en un référentiel d'exigences structuré et accepté par tous, avec comme objectif l'efficacité des activités aval du développement du produit.
Point(s) fort(s)
Non renseignéOptions disponibles pour la fiche formation
Langue(s)
FrançaisMoyen(s)
Inter-EntrepriseDurée
Non renseignéZone géographique
Inter-Entreprise :75008 Paris :