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
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
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
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 : DSDM1995,la ASD ou le FDD.
Objectifs et principes 1/2
Objectifs :
les objectifs de RAD sont de produire des logiciels
S plus vite
S mieux
S moins cher
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
Cycle de vie de méthode RAD
j1 j120j60 j90j30
Cadrage
Conception
Construction
La mise en oeuvre
Initialisation
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.
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 ouopé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.
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
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.
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.
Les différentes phases 5/5
S La mise en œuvre:
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 œuvre 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.
Illustration animée
Les besoins
livrable
Cadrage
-la description du système
-Rapport des solutions
-Plan du modèle
1/3
j6 j30
Illustration animée 2/3
j30 j60
Livrable
Prototype initial
-Modèle de données
-Modèle des flux et
traitement
Conception
Illustration animée 3/3
Prototype initial
Construction
Application opérationnellevalidée
j60 j120
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)
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
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.
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
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é.