2009 IBM Corporation. Des besoins métiers aux spécifications logicielles avec Rational Partie 2

Transcription

1 Des besoins métiers aux spécifications logicielles avec Rational Partie 2

2 Objet de la session Processus Agile de Recueil des Besoins et Gestion des Exigences. Cette démonstration de RRC présente un exemple concret de définition d'exigences en s'appuyant sur des processus métier, des maquettes d'ihm et des cas d'utilisations. Elle montrera également l'intégration avec RequisitePro.

3 Améliorer la définition du besoin et sa gestion dans le temps Besoins exprimés Use Cases Processus métier Objectifs métier Définition du besoin Rational Requirements Composer Prototypes Scénarios et Maquettes Documents texte Glossaires métier Référentiel d'exigences Partager l'information Recherches Filtres Rational RequisitePro Traçabilité Analyse d'impact et de couverture Gérer les priorités Contrôler les risques Tracer vers l'implémentation

4 Rational Requirements Composer Scénario de la démonstration 1. Définir le besoin Préciser les scénarios métier que l'application doit supporter Définir des enchaînements de tâches et formaliser les processus Enrichir un glossaire métier pour clarifier les termes employés 2. Interfaces graphiques Préciser les scénarios graphiques Définir une maquette de l'application finale Réutiliser des bibliothèques de composants 3. Plate-forme collaborative Travailler en équipe Gérer un référentiel d'informations centralisé Maintenir un réseau cohérent d'informations Gérer les évolutions avec RequisitePro

5 IBM Rational Requirements Composer

6 En conclusion Rational Requirements Composer - outil de définition des besoins - maquettage des interfaces graphiques - plate-forme collaborative MOE MOA - complément de Rational RequisitePro et Doors

7

8 Prochains événements Séminaire Gestion des exigences avec rational Doors Lyon 6 octobre Requirement engineering 8 octobre RSC octobre PoT RDM 10 Novembre

9 1. Définir le besoin Préciser les scénarios métier que l'application doit supporter Format standardisé de texte Cas d'utilisation Acteurs impliqués

10 1. Définir le besoin Définir des enchaînements de tâches et formaliser les processus Capture des évolutions nécessaires : "As Is" / "To Be" Enchaînement des activités Chaque étape peut être précisée dans un document ou un scénario graphique

11 1. Définir le besoin Enrichir un glossaire métier pour clarifier les termes employés Définitions, synonymes, abréviations... Référence au dictionnaire dans les documents de spécification

12 2. Interfaces graphiques Préciser les scénarios graphiques Définir les étapes macroscopiques d'un cas d'utilisation Préciser chaque étape avec une maquette Spécifier les alternatives possibles

13 2. Interfaces graphiques Définir une maquette de l'application finale Composants évolués et dynamiques : Menus, Arbres Editeur visuel très simple à prendre en main

14 2. Interfaces graphiques Réutiliser des bibliothèques de composants Vous pouvez enrichir progressivement une bibliothèque de composants graphiques et les agencer pour composer de nouvelles pages

15 3. Plate-forme collaborative Travailler en équipe Commentaires et échanges sur les spécifications Notification par mail Navigation directe vers la spécification Site Web collaboratif

16 3. Plate-forme collaborative Gérer un référentiel d'informations centralisé Référentiel serveur Organisation par projets Gestion de répertoires et de tags Prise en charge des fichiers externes jpg, gif, xls, doc

17 3. Plate-forme collaborative Maintenir un réseau cohérent d'informations Navigation intuitive par hyperliens Intégration des exigences de l'application dans les documents de spécification Gestion avancée des liens entre éléments

18 3. Plate-forme collaborative Gérer les évolutions avec RequisitePro Evaluer l'impact d'un changement Naviguer dans un réseau d'éléments cohérents Lier les besoins à la phase d''implémentation