Des exigences la compilation' Une approche centre sur les rles et tches du cycle de dveloppement

1
Des exigences à la compilation.Une approche
centrée sur les rôles et tâches du cycle de
développement

• Eric Le Loch (Microsoft)
• Bruno de Combiens (Borland)

Journée de lindustrialisation du développement
logiciel Paris 28 juin 2006
2
La gestion de projet au quotidien?
Processus hétérogène
Pas dhistorique
Estimations approximatives
Peu de pratiques réutilisables
Gestion de projet très lâche
3
Les statistiques sont effrayantes

100
90
80
70
60
50
40
30
20
10
0
4
Origine des défauts

• 82 des entreprises françaises nont pas de
  processus post-mortem dévaluation des causes
  déchec (2) de leurs projets

Source Martin Leffinel
(2) Source Borland, juin 2003, juin 2004
5
Mais doù viennent les risques ?

• Des différences de compétences
• Le maître douvrage (MOA) connaît son métier
• et le maître duvre (MOE) connaît ses
  techniques
• De la complexité du pilotage de projet
• Piloter la réalisation au jour le jour
• et garder le cap sur des enjeux stratégiques
• Communication
• Ce qui est dit par les uns
• est peut être compris par les autres
• Du mode contractuel

6
Une approche centrée sur les rôles et tâches du
cycle de développement

• Now is the time!

7
Réconcilier MOA MOE

• Les uns ont, ce me semble, beaucoup
  d'instruments et peu d'idées les autres ont
  beaucoup d'idées et n'ont point d'instruments.
  L'intérêt de la vérité demanderait que ceux qui
  réfléchissent daignassent enfin s'associer à ceux
  qui se remuent.
• - Denis Diderot.

8
La gestion du risque

• incombe au maitre doeuvre
• Effet  bio 

9
Développer, paramétrer, intégrer ou maintenir
Définir
Concevoir
Développer
Tester
Déployer
Gérer
10
Exemple de cycle de vie sur 2 projets
Projet A
Analyse
Architect.
Code
Intégration
Test
Déploiemt.
Work Unit 1B
Spécifications
Développement
Test
Déploiemt.
Projet B
11
Limiter leffet boule de neige
Projet A
Analyse
Architect.
Code
Intégration
Test
Déploiemt.
Work Unit 1B
Spécifications
Développement
Test
Déploiemt.
Projet B
12
Les TIC impactent-elles votre vie?
Prj
Standard historiqueImprévisible
TECHNOLOGIE
13
Approche orientée rôles et tâches

• Exigences structurées
• Exigence ? Exigence

• Modélisation UML
• Transformation QVT
• Vérification (modèle code)

• Modélisation UML / BdD
• Exigence ? UML

• Pilotage
• Métriques

Développeur

• Modèles UML
• Patterns
• Reverse / Synchronisation
• Documentation

Exigence ? Test (TD)
14
Solutions orientées rôles et tâches
Visual StudioTeam Architect
Visual StudioTeam Developer
Visual StudioTeam Test
Visual StudioTeam Database
Borland Together UML, MDA, Audits/Metrics
Visual StudioTeam Foundation
15
DémonstrationDe la gestion des exigences à la
compilation

• Où et comment démarrer?

16
Exigences en tant quobjets réutilisables

• Réconcilier MOA/MOE
• Gérer et définir les exigences
• Saffranchir de lorganisation de léquipe
• Petite (avec acteurs multi-rôles) ou grande (avec
  division des tâches), offshore, etc
• Réduire les transferts de responsabilité et
  traiter les exigences au bon niveau
• Garantir la conformité de la réalisation avec la
  spécification
• Consolider toutes les sources numériques
• Eviter la reformulation des exigences formalisées
• Accélérer le démarrage des projets
• Définir la testabilité (agile)
• Générer des artéfacts

17
Comment savons-nous?

• Que nous sommes lancés sur les bons projets?
• Que nous les réalisons correctement?

Rapport SEI (SEI 92-TR-24), moyennes sur 1233
projets séparés, 261 entreprises, 10 pays
18
Comment savons-nous?

• Que nous sommes lancés sur les bons projets?
• Que nous les réalisons correctement?

Rapport SEI (SEI 92-TR-24), moyennes sur 1233
projets séparés, 261 entreprises, 10 pays
19
Comment savons-nous?

• Que nous sommes lancés sur les bons projets?
• Que nous les réalisons correctement?

Rapport SEI (SEI 92-TR-24), moyennes sur 1233
projets séparés, 261 entreprises, 10 pays
20
Un processus léger, pour tous! Si, si!!!
PHASES
Valider les résultats
Développer et déployer la solution
Architecturer lapproche
Définir les objectifs
ACTIVITES Définition Gestion des exigences
(RDM)

• Pilote de la solution
• Installation et configuration CaliberRM
  (licences)
• Formation Administrateur
• Formation utilisateur final

• Atelier de mesure de validation

• Executive Workshop
• Evaluation Exigences
• Process
• People
• Technology
• Atelier de priorisation

• Atelier de planification des actions
• Atelier dingénierie des exigences
• Atelier de conception des processus dexigences
• Atelier de mesures
• Conception du programme de formation

4-5 jours
3-4 jours
10-12 jours
2-3 jours
21
DémonstrationUne approche centrée sur les rôles
22
Diagrammes dActivité depuis les exigences
23
Traçabilité des exigences vers diagrammes
24
Conclusion
25
La valeur de lintégration
 Avec de tels outils, ce qui est réconfortant,
cest le caractère systématique qui garantit que
lon noublie rien.Jacques Névians, DSI, Agence
de leau Loire-Bretagne
26
Programme

• 10h30 Gérer la relation MOA/MOE
• SQLI, Christian Hartz
• 11h30 Planification dun projet
• Avanade, Vincent Derenty
• 14h00 De la modélisation des processus métier
  au code
• KarmicSoft, Michel Zam
• 15h00 De limportance des métriques et du
  reporting dans le pilotage des projets
• Borland, David Tillaud
• 16h00 Comment assurer la continuité du contrôle
  qualité
• Exakis, Arnaud Cléret Guillaume Belmas
• 17h00 Conclusion

27
Des exigences à la compilation.Une approche
centrée sur les rôles et tâches du cycle de
développement

• Eric Le Loch (Microsoft)
• Bruno de Combiens (Borland)

Journée de lindustrialisation du développement
logiciel Paris 28 juin 2006