French

Analyse Efficace des Exigences avec les Méthodes Agiles et une Modélisation Agile

Modélisation Métier, Analyse des Besoins avec les standards Scrum, DAD, UML et SysML

Recueil et Analyse Efficace des Exigences avec les méthodes agiles et une modélisation UML Agile - pour le Profil MOA / AMOA (3 jours)

Objectif : Aider la Maîtrise d'Ouvrage (MOA) et l'assistance MOA à comprendre comment réussir une analyse efficace des exigences en partant de leur vision métier et cahier des charges, tester les exigences et guider les développeurs précisement dans leur implémentation.

Cette formation de trois jours a pour objectif d'aider les participants de la MOA à spécifier leurs besoins à partir de la vision métier et de découvrir les cas d'utilisation et user stories appropriés de leur système d'information en structurant ces besoins. En dernière étape, les participants y apprennent à passer à la description détaillée de leurs scénarios de cas d'utilisation et de user stories afin de les faire valider par les utilisateurs et préparer les tests de recette. Ainsi, en utilisant une modélisation UML agile appropriée au langage des analystes, cette formation leur permet de structurer leurs exigences afin de les communiquer efficacement aux analystes et concepteurs de la MOe au travers d'une démarche de recueil incrémental.

 

Description détaillée :

Introduction

 Présentation de l'activité du Recueil des Besoins et des Exigences au sein d'un projet

 Les fondements d'une livraison agile du logiciel

 Les 5 niveaux d'un management de projet agile

 Positionnement au sein des méthodes agiles Scrum et DAD ainsi que le Processus Unifié (RUP)

 Les Rôles, l'équipe et environnements
 Un panorama des diagrammes UML pour modéliser les besoins et les exigences
 Cadre Méthodologique pour la traçabilité des exigences vers leur implémentation et les tests
 Etude de Cas : Recueil des Besoins et des Exigences dans un processus itératif

 

Description des exigences utilisateurs par le modèle des cas d'utilisation agiles et des user stories

Gestion du product backlog : Qualification des exigences (le modèle Kano)

Les fondements du diagramme de cas d'utilisation : périmètre fonctionnel du système, acteurs, cas d'utilisation, user stories
 Identification des cas d'utilisation sur la base des exigences utilisateurs

 Estimation Agile et Planning
 Etude de Cas : Découverte des cas d'utilisation et des user stories en partant d'un cahier des charges (product backlog) et des besoins utilisateurs

 

Description de la Vision et des besoins métier par le modèle des cas d'utilisation
 Cas d'utilisation métier issus de la vision et des exigences métier
 Description des cas d'utilisation métier avec des diagrammes d'activité de processus
 Passerelle vers les cas d'utilisation système en partant de la vision et des exigences métier
 Découverte des scénarios de cas d'utilisation et des user stories
 Etude de Cas : Identifier les cas d'utilisation et user stories sur la base de la vision métier

 

Validation et test des spécifications

 Le processus incrémental de recueil des exigences et le sprint backlog

 Des règles pour une description efficace de cas d'utilisation, user stories et éléments d'architectures

 Diagrammes pour valider les cas d'utilisation et user stories
 Comment choisir le diagramme approprié ?
 Raffinement des fonctions Scrum avec les cas d'utilisation et leurs relations
 Comment tester les exigences avec le modèle Test-Driven Requirements ?

 Contrats d'Opérations pour guider les dévéloppeurs dans l'implementation des exigences
 Etude de Cas : Valider, tester les exigences et les communiquer aux dévéloppeurs

 

Conclusion
 Etapes du recueil des besoins, des exigences et de l'analyse système
 Traçabilité entre les exigences et les modèles d'analyse
 Patrons pour le recueil et le test des exigences

 

Note : Afin de servir de support à la traçabilité entre les exigences et les spécifications détaillées, les sessions ci-dessus se déroulent en compagnie d'outils d'Ingénierie des Besoins et de Modélisation UML et SysML tels que EA (Enterprise Architect). Les concepts et livrables sont d'abord expliqués sur des cas simples et ensuite appliqués à vos propres besoins. Des sessions de revues peuvent être également planifiées selon besoin.

Les labels et logos UML, SysML referencés sur ce site sont des marques déposées du consortium Object Management Group (OMG).

Le RUP et DAD sont des marques déposées de la société IBM / Rational Software.