Le Modle Spiral GEF493A 2001 Renvoi: HvV 3'6

1
Le Modèle Spiral GEF493A 2001 Renvoi HvV 3.6
Royal Military College of Canada Electrical and
Computer Engineering

• Major Greg Phillips
• greg.phillips_at_rmc.ca
• 1-613-541-6000 ext. 6190

Major Ron Smith smith-r_at_rmc.ca 1-613-541-6000
ext. 6030
2
Révision modèle Chute deau
Lidentification des besoins du système
Lidentification des besoins du logiciel
Lanalyse
La conception
Le codage
Le testage
La maintenance
3
Révision le prototypage
4
Review Le prototypage en contexte du modèle
chute deau
Lidentification des besoins du système
Lidentification des besoins du logiciel
Lanalyse
La conception
5
Révision Le prototypage évolutive
Rammasez les besoins du cleint
implémentation du prototype
Évaluation du prototype par le client
Conception rapide
Extraction du conception
amélioration du prototype
Ajustez le système
Exploitation et maintenance
6
Lobservation de Boehm (1988)

• le but des modèles chute deau et du prototypage
  est de reduire le risque
• le chute deau reduit le risque de changement
  continuel des besoins et du conception par
  linsistence quils sont mise au point tôt dans
  le processus
• le prototypage évolutive reduit le risque des
  malentendus des besoins dusager par un système
  de rétroactions (en forme de prototypes) pendant
  la conception du système
• chaque projet a des risques differents, et les
  risques changent pendant le cycle de vie du
  projet
• alors, on a besoin dun cycle de vie qui
  reconnaît le risque comme idée clée

7
Le modèle spiral
2. Évaluez les alternatives pour les produits et
les processus identifiez et résoudre les risques
1. Établissez les objectifs, limitations, et
alternatives du prochain niveau
5. Examinez le progres, confirmez lengagement de
continuer
3. Élaborez et verifiez le produit du prochain
niveau
4. Planfiez les prochaines phases
8
Exemple dun projet utilisant le modèle Spiral
9
Commencez et arrêtez

• commencez avec une hypothèse
• on peut remplire une besoin dusager particulier
  de façon rentable par lélaboration dun logiciel
• arrêtez quand ou
• le système est achevé et livrés
• il faut tester lhypothèse par déterminer si le
  logiciel vraiement replit le besoin
• ou on détermine que lhypothèse est faux
• le système est trop coûteux, le système nest pas
  necessaire, une solution alternative devient
  disponible, ....

10
La maintenance

• le modèle Spiral soutient très bien la
  maintenance
• pour la maintenance, lhypothèse est
• une modification du système actuel est un moyen
  rentable pour remplir une besoin dusager
  particulier

11
Les aspects clés

• Lélaboration du documentation et autres produits
  nest pas uniforme
• on adresse les éléments du system portant le
  niveau du risque le plus élevé au premier, et on
  les document de façon plus rigoureux
• Incorpore le prototypage comme activité du
  réduction du risque
• Donne une structure à fin de remet en question et
  révisé les décisions précedents

12
Le modèle Spiral Gagnant Gagnat
2. Identifiez les conditions gagnants des
parties interessés
3a. Conciliez les conditions gagnants
1. Identifiez les parties interessés du
prochain niveau
3b. Établissez les objectifs, limitations, et
alternatives du prochain niveau
7. Examinez le progres, confirmez lengagement de
continuer
4. Évaluez les alternatives pour les produits et
les processus identifiez et résoudre les risques
6. Validez le produit et le processus
5. Élaborez le prochain niveau du produit et du
processus, incluant les cloisons.
13
Les avantages

• la flexibilité
• le modèle satisfaire beaucoup de démarches
  délaboration et peut être appliqué pour beaucoup
  de types differents du logiciels
• mis au point lattention sur les options tôt dans
  le processus surtout les options pour réutiliser
  le logiciel existant
• satisfaire la préparation pour lévolution du
  cycle de vie et pour la croissance et les
  changements de produit logiciel
• donne un mécanisme pour incorporer les objectifs
  de la qualité du logiciel en processus
  délaboration du logiciel
• mis au point lattention sur lélimination des
  erreurs et des alternatives peu attrayante tôt
  dans le processus
• pour chaque source dactivité ou de dépense, ça
  donne une réponse au question de combien sera
  assez
• donne une démarche unifié pour lélaboration et
  la maintenance
• donne une structure viable pour lélaboration
  intégré des systems avec le logiciel et le
  matériel

14
Les difficultés

• situation de contrat
• le modèle Spiral est difficile à utilisé dans une
  situation de conclusion de marché, pour le client
  et pour lentrepreneur
• difficile à satisfaire tout le flexibilité
• difficile à contracter sans une spécification de
  produit
• manque de compétence en estimation des risques
• il faut quon identifie et résoudre les risques,
  et la plupart des directeurs et des programmeurs
  nont aucun entrainement dans ces techniques
• le modèle nest pas assez détaillé
• comme définie, le modèle est très général et
  cest difficile de lappliquer sans beaucoup
  dexpertise

15
Prochain coursLa planification et contrôle les
projects comme systèmes