Remerciez-le!

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

Chapitre iv ingenierie logiciel

Chapitre Les modèles de développement Comme pour toutes les fabrications il est important d ? avoir un processus bien dé ?ni et documenté Dans le cas du logiciel il s ? agit d ? un type de fabrication un peu particulier en un seul exemplaire car la production en série est triviale par simple recopie Ce processus de fabrication du logiciel dont les principales déclinaisons vont être détaillées dans les paragraphes qui suivent est toujours accompagné d ? un processus de gestion de projet estimation plani ?cation suivi etc et d ? un processus qualité mesure contrôle qualité documentation etc Les modèles de développement ou modèles de cycle de vie décrivent à un niveau très abstrait et idéalisé les di ?érentes manières d ? organiser la production du logiciel Les étapes leur ordonnancement et parfois les critères pour passer d ? une étape à une autre sont explicités critères de terminaison d ? une étape critères de choix de l ? étape suivante critères de démarrage d ? une étape LES MODÈLES LINÉAIRES On peut considérer le développement sauvage ? cow boy programming ou coder et corriger ? code and ?x comme la situation qui prévalait au début de l ? informatique quand la codi ?cation commençait sans aucun travail d ? analyse et de conception préalable Cela peut encore se concevoir pour de très petits programmes mais certainement pas pour des développements sérieux Les modèles linéaires sont apparus ensuite C Partie Le développement logiciel La cascade waterfall Dans cette approche proposée en par Winston Royce Roy et héritée des méthodes classiques d ? ingénierie chaque étape doit être terminée avant que ne commence la suivante À chaque étape il y a production d ? un livrable ? deliverable qui sert de base pour l ? étape suivante La découverte d ? une erreur entra? ne le retour à la phase à l ? origine de l ? erreur et une nouvelle cascade avec de nouveaux livrables Les coûts de correction des erreurs sont donc importants Il faut si possible tout bien faire ? dès le début La résolution de beaucoup de facteurs de risque comme le démarrage du codage ou l ? intégration des éléments de l ? application en un unique big bang sont repoussés à la ?n du processus Cette approche peut donc donner une fausse impression de progression Les choix en amont sont cruciaux ce qui est typique d ? une production industrielle Les utilisateurs interviennent en début de processus pour dé ?nir les besoins et en toute ?n du processus pour valider le système au regard des besoins exprimés au début FIGURE Le modèle de la cascade Par contre l ? approche est simple à comprendre et à utiliser Elle facilite l ? organisation du travail et des équipes dans les grands projets en proposant des moments clés o? des revues peuvent prendre place Elle simpli ?e la gestion du projet et l ? assurance qualité Cette approche est peu adaptée si les besoins du