Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

2 cyclesdevie GL - Processus de développement Cycles de vie Lydie du Bousquet Lydie du-bousquet imag fr En collaboration avec J -M Favre Ph Lalanda I Parissis Y Ledru C Plan Introduction Modèles en cascade Modèles évolutifs Modèle en spirale Modèles agile

GL - Processus de développement Cycles de vie Lydie du Bousquet Lydie du-bousquet imag fr En collaboration avec J -M Favre Ph Lalanda I Parissis Y Ledru C Plan Introduction Modèles en cascade Modèles évolutifs Modèle en spirale Modèles agiles Synthèse C Rappel sur les activités Le développement comprend un ensemble d ? activités La gestion des exigences La spéci ?cation La conception L ? implantation La validation L ? intégration Le déploiement La maintenance L ? encha? nement de ces activités se fait plus ou moins bien C Cycle de vie du logiciel Processus de développement Un processus de développement dé ?nit un ensemble d ? activités et leur encha? nement Une activité comprend des t? ches des contraintes des ressources une façon d ? être réalisée La plupart des modèles des processus reprennent les activités fondamentales mais les organisent di ?éremment De nombreux modèles ont été dé ?nis Un modèle peut être spéci ?que à une organisation et à un type de logiciels ex embarqué Il existe malheureusement peu d ? outils supportant les processus C Plan Introduction Modèles en cascade Modèles itératifs Autres modèles Modèles agiles Synthèse C Modèles en cascade Principes Considérer le développement logiciel comme une succession d ? étapes réalisées de façon strictement séquentielle Chaque étape correspond à une activité de base Chaque étape est validée Il n ? y a pas ou peu de retours en arrière CModèles en cascade code and ?x ? on code d ? abord et on modi ?e ensuite ? Développement sauvage Analyse courte et priorité au codage Votre dernier TD Modèle primitif Inadapté aux développements en équipe ou de grande taille Construction d ? une v Relative Costs of Phases Integration Module testing Module coding Modi ?cations Design Speci ?cation Requirements Maintenance C Modèles en cascade Waterfall model ? Dé ?nition d ? un ensemble plus large et plus complet d ? activités Chaque activité est validée par un document Pas ou peu de retours arrière Inspiré des processus d ? ingénierie C Modèles en cascade Waterfall model ? avec itération Introduction des retours en arrière limité à la phase précédente Plus exible mais lourd à gérer Nombre d ? itération limité C Modèles en cascade Le cycle de vie en V Structuration de la phase de validation Les tests sont dé ?nis à l ? issue de chaque phase C Modèles en cascade Avantages Simple et facile à comprendre Force la documentation une phase ne peut se terminer avant q ? un document soit validé Le test est inhérent à chaque phase Les progrès sont tangibles pour l ? équipe de développement C Modèles en cascade Limites Modèle dirigé par les documents Non compréhensibles par les clients Le produit ?nal est la première chose que voit le client Est-ce un vraiment problème Fait l ? hypothèse de la faisabilité Ne marche que si les exigences sont stables et le problème connu Manque de exibilité ne traite pas les évolutions notamment des exigences Problèmes découverts en phase