1. S
Thème: Génie logiciel
Recherche sur : la méthode agile
RAD
Elaboré par :
Bessghaier narjess
Boubnaya maha
Bouain dhouha
2 IAG1/2
2 Avril 2014
2. Plan:
S 1. Naissance de méthodes agiles
S 2. RAD-Première Méthode Agile Publiée
S 3. Objectifs et Principes
S 4. Le Cycle de vie de méthode RAD
S 5. Les différentes phases
S 6. Illustration animée
S 7. Les avantages
S 8. Les inconvénients
S 9. Conclusion
3. Naissance de méthodes agiles:
L'ingénierie du logiciel est en évolution, donc elle doit répondre toujours à
des exigences plus importants.
D’ou la naissance des méthodes agiles qui reposent sur des cycles de
développement itératifs qui permettent de mieux répondre aux attentes du
client en un temps limité .
Tel que la méthode Kanban, la méthode SCRUM, la méthode
XP (Extreme programming)
RAD :
Rapid Application Development
4. RAD-Première Méthodes Agile
Publiée
La méthode RAD est une approche incrémentale de
développement qui combine entre le cycle en cascade et en
spirale(incrémentale).
Basée sur des nombreux échanges entre l’informaticien et
l’utilisateur et elle impose un cycle de développement court entre
90 jours, et 120 jours au max.
Plusieurs méthodes dérivées de RAD citons : DSDM
1995,la ASD ou le FDD.
5. Objectifs et principes 1/2
Objectifs :
les objectifs de RAD sont de produire des logiciels
S plus vite
S mieux
S moins cher
6. Objectifs et principes 2/2
Principes:
S Les hommes
S Les outils
S La méthodologie
S Le management
-Lister les tâches pour vérifier qu’aucune action
ne soit oubliée
-la documentation associé aux fonctionnalités
-Utilisation d'AGL pour modéliser, et générer
le code source
7. Cycle de vie de méthode RAD
Initialisation
Cadrage
Conception
Construction
La mise en
oeuvre
j1 j30 j60 j90 j120
8. Les différentes phases 1/5
S L’initialisation:
La phase d'initialisation a pour but de faire entrer ou non
le projet dans un processus RAD. Elle rassemble les
ressources informationnelles et humaines nécessaires tout au
long du projet .
Les chefs de projet déterminent les caractéristiques
principales du projet et son contexte. et faire une première
évaluation des risques.
Elle se passe durant les 6 premiers jours.
9. Les différentes phases 2/5
S Le cadrage:
L'étape est relativement courte, elle ne doit pas dépasser
30 jours, et repose principalement sur les Utilisateurs ,et vise
à déterminer le domaine d'application du projet.
Elle permet de respecter les choix stratégiques ou
opérationnels et la spécification des exigences, des budgets,
des délais et de la solution globale sur le plan stratégique,
fonctionnel, technologique et organisationnel.
10. Les différentes phases 3/5
S La conception:
Les utilisateurs sont également impliqués dans cette étape.
Ils participent à la validation des modèles organisationnels :
flux, traitements, données. Ils valident également le premier
niveau de prototype présentant l’ergonomie générale de
l’application.
Cette étape conduit à une description du futur système, afin
qu’on puisse planifier les cycles de construction des prototypes,
chacun couvrant une liste de fonctions identifiées.
Elle dure relativement de 30 à 40 jours
11. Les différentes phases 3/5
L'étape de conception comprend deux phases :
S La phase de JAD1 animé par le CPU donne une vue
modélisée du futur système d'information organisationnel.
S La phase de JAD2 décrit les fonctions du futur système est
animé par le CPI et prépare directement la construction des
prototypes.
12. Les différentes phases 4/5
S La construction:
Dans cette étape , l’équipe doit construire l’application module
par module dans un délai limité avec la participation régulière des
utilisateurs.
Elle fusionne les étapes de codage, de tests unitaires et de tests
d’intégration
La conclusion de cette étape est la fourniture de l'application sous
la forme d'un prototype complet et validé.
Elle dure relativement 60 jours.
13. Les différentes phases 5/5
S La mise en oeuvre:
L'étape Mise en oeuvre correspond à la livraison globale du nouveau
système et au bilan du projet.
Il s’agit d’installer l’application et l’environnement nécessaire à son
utilisation.
Le but fixé en début de projet est d’obtenir rapidement une version
utilisable, de la mettre en oeuvre et, après une période d’exploitation, on
detecte les beugs
et les erreurs apparits pour développer une nouvelle version. L’application
évolue ainsi en une succession de versions améliorées.
14. Illustration animée
Les besoins
livrable
Cadrage
1/3
-la description du système
-Rapport des solutions
-Plan du modèle
j6 j30
15. Illustration animée 2/3
j30 j60
Livrable
Prototype initial
-Modèle de données
-Modèle des flux et
traitement
Conception
17. Les avantages
Pour l’utilisateur :
S L’utilisateur est placé au premier rang du projet informatique.
S L’utilisateur reçoit dans un intervalle court une application
opérationnelle.
S L’utilisateur peut travailler directement avec une partie du
système. Ce système n'est pas encore terminé, mais est déjà
doté des fonctions majeures. (prototype primaire)
18. Pour l’informaticien:
S L’implémentation du système est facilitée, car les prototypes
sont testés tout au long du cycle de développement.
S L’informaticien voit plus vite le fruit de son travail.
S L’informaticien s’enrichit par le contact permanent qu’il a avec
son client .
Les avantages
19. Les inconvénients
Pour l’utilisateur :
S La livraison d’une version primaire du système peut
entraîner frustration et insatisfaction chez l’utilisateur.
S L’implication dans un projet RAD nécessite de l’utilisateur
une motivation forte et un investissement personnel
supplémentaire.
20. Pour l’informaticien:
S L’informaticien doit faire attention lors de la réalisation du
prototype aux contraintes de délai et du couts , autrement
les besoins prioritaires doivent être traités en premier.
S L’informaticien doit passer d'un rôle de décideur à celui de
conseiller.
Les inconvénients
21. conclusion
Si l'entreprise souhaite être compétitive, l'acquisition d'une
méthode de gestion de projet est indispensable à la construction
et à l'évolution d'un système d'information performant.
Aujourd'hui de nombreuses méthodes existent, allant de la plus
rigide à la plus agile.
La méthode RAD n'est pas adaptée à tous types de projet.
Cependant c'est une méthode intéressante et souple qui permet
bien la mise en oeuvre d’un système rapidement et de qualité.