|
Objectif
|
FORMATION GESTION DE PROJET : les exigences d'un projet informatique
Développer les exigences - comprendre les besoins et spécifier le produit
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.
Possibilité de suivre également la formation Gérer les exigences - contrôler les changements et industrialiser les exigences (2 jours)
Gérer les changements pour maintenir la cohérence du référentiel des exigences avec les livrables du projet (plans projet, bases de tests, code, ..).
Mettre en oeuvre la traçabilité des exigences.
Outiller les exigences (les outils dédiés mais aussi l'intégration avec les outils existants). Gérer les releases : unités de décision (exigence, cas d'usage, user story, feature), et planification des releases.
Comprendre la gestion des lignes de produits logiciels.
Comprendre la gestion agile des exigences.
Analyser vos pratiques et processus d'ingénierie des exigences, proposer des améliorations.
|
 |
|
Contenu
|
FORMATION : Développer les exigences - comprendre les besoins et spécifier le produit
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
|
|
|
Niveau requis
|
Aucun pré-requis n'est nécessaire pour suivre cette formation.
Retrouvez l'ensemble de nos formations sur : www.formation.fr.atos.net
|
|
|
Coût
|
1100 euros (coût interentreprises)
|
|
|
Durée de la formation
|
2 jours
|
|
|
