Remerciez-le!

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

Cours 1 2 cyclesdevie 2 Introduction Génie Logiciel Cours Processus de développement Cycles de Vie ère année second cycle Septembre AMAR BENSABER Djamel C Plan Introduction Modèles en cascade Modèles évolutifs Modèle en spirale Modèles agiles Synthèse C R

Introduction Génie Logiciel Cours Processus de développement Cycles de Vie ère année second cycle Septembre AMAR BENSABER Djamel 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 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 de validation Irréaliste dans de nombreux cas C Modèles en cascade Conclusions Conditions d ? utilisation Seulement quand les exigences sont bien connues et non sujettes à modi ?cation Fonctionnalités Attentes utilisateurs Technologies utilisées Encore assez populaires Simples et similaires au modèles utilisés dans d ? autres disciplines Souvent utilisés par les non spécialistes C Plan Introduction Modèles en cascade Modèles incrémentaux Modèle en spirale Modèles agiles Synthèse C La