Qu'est-ce que le modèle de cycle de vie de développement logiciel (SDLC)? - définition de techopedia

Définition - Que signifie SDLC (Software Development Life Cycle Model)?

Un modèle de cycle de vie de développement logiciel (SDLC) est un cadre conceptuel décrivant toutes les activités d'un projet de développement logiciel, de la planification à la maintenance. Ce processus est associé à plusieurs modèles, chacun comprenant une variété de tâches et d'activités.

Le développement de logiciels est une activité lourde qui nécessite une identification appropriée des exigences, de leur mise en œuvre et de leur déploiement. Mais les activités ne s'arrêtent pas là. Après la distribution du logiciel, une maintenance appropriée doit être fournie en temps opportun.

Ce terme est également appelé modèle de processus de développement logiciel.

Techopedia explique le modèle de cycle de vie de développement logiciel (SDLC)

Les principales activités de développement de logiciels comprennent:

• Extraction des exigences: Le client a une vague idée de ce qui est requis. Après une analyse approfondie des exigences et des étapes de planification pour atteindre la cible, l'idée abstraite du client est mise en pratique par un groupe d'ingénieurs logiciels.
• Description du logiciel: Décrit que le logiciel est la prochaine étape du processus.
• Représentation abstraite du système: est créée pour confirmer qu'elle répond aux exigences du produit et s'interface avec d'autres produits logiciels avec le matériel sous-jacent.
• Exigences du client: implémentées via le code programmé par les ingénieurs logiciels.
• Test de code: Le code est testé pour s'assurer qu'il est exempt de bogues et qu'il respecte les exigences du client.
• Documentation de la conception interne: pour la maintenance et l'amélioration futures du produit.
• Maintenance: Elle est réalisée pour changer l'architecture du système en fonction des besoins futurs. Cela peut nécessiter l'ajout de code ou la modification du code existant.

Le processus de développement ci-dessus est rationalisé par une série de modèles. L'équipe de développement sélectionne le modèle le mieux adapté. Les différents modèles sont:

• Modèle en cascade: les développeurs énoncent les exigences, les analysent, déterminent une solution et encadrent une architecture logicielle, une représentation d'interface et des détails algorithmiques. Ensuite, ils développent le code, testent le code, déploient le logiciel et le maintiennent. Bien que la méthode en cascade soit facile à comprendre et définit la stabilité des exigences, elle peut donner une fausse impression de ne pas fournir une grande participation des clients. Le principal problème de ce modèle est que la nécessité de corriger les erreurs doit être connue dès le départ et à un stade précoce. Sinon, l'ensemble du processus peut se poursuivre dans une mauvaise direction, ce qui pourrait avoir un impact négatif sur le coût de production.
• Modèle en forme de V: est une variation du modèle en cascade. Il met l'accent sur la vérification et la validation du produit. Tous les livrables sont testables et les progrès sont suivis par des jalons. Les tests sont mis en œuvre parallèlement à la phase de développement.
• Modèle de prototype: Un prototype est développé dans la phase d'exigence et évalué par les utilisateurs finaux. Sur la base des commentaires des utilisateurs, les développeurs modifient le prototype pour répondre aux besoins des utilisateurs. Bien que ce modèle finalise facilement les exigences, son utilisation dans l'environnement de production peut entraîner des problèmes de qualité, ce qui rend le processus de correction continu pour toujours.
• Modèle en spirale: utilise à la fois des modèles en cascade et des modèles prototypes. Il ajoute des langages de programmation de 4e génération, un prototypage rapide de développement d'applications et une analyse des risques au modèle en cascade. Les exigences du système sont conçues et une conception préliminaire du système est créée. Un premier prototype est conçu et testé. Sur la base de l'évaluation des résultats des tests, un deuxième prototype est créé. Les prototypes suivants sont construits pour assurer la satisfaction du client. Le système est créé sur la base du prototype final. Le système final est évalué et testé. Bien que ce modèle réduit le risque dans une large mesure, il peut ne pas respecter le budget et est appliqué différemment pour chaque application.
• Modèle SDLC itératif et incrémentiel: spécifie et implémente une partie du logiciel, qui est ensuite examinée et d'autres exigences ajoutées et implémentées en groupes. Chaque version fournit un produit opérationnel présentant d'abord aux clients des fonctionnalités importantes, réduisant ainsi les coûts de livraison initiaux. Le risque de modification des exigences est considérablement réduit et les clients sont autorisés à répondre à chaque version. Malgré ses atouts, ce modèle nécessite une bonne planification et une définition précoce du système complet et pleinement fonctionnel. Il nécessite également des interfaces de module bien définies.
• Modèle de développement agile: est utilisé pour les applications urgentes dans les organisations utilisant des méthodes disciplinées. Il accélère les phases du cycle de vie et a une portée réduite.
• Modèle de boîte magique: est un modèle de développement d'applications Web. C'est le moyen le plus rapide de terminer le projet avec le moins de bugs car il offre la possibilité de modifier le code et les structures de la base de données.