Un modèle de cycle de vie logiciel (également appelé modèle de processus) est une représentation picturale et schématique du cycle de vie du logiciel. Un modèle de cycle de vie représente toutes les méthodes nécessaires pour faire transiter un produit logiciel à travers ses étapes de cycle de vie. Il décrit également la structure dans laquelle ces méthodes doivent être mises en œuvre.
En d’autres termes, un modèle de cycle de vie cartographie les différentes activités effectuées sur un produit logiciel depuis sa création jusqu’à sa retraite. Différents modèles de cycle de vie peuvent planifier les activités de développement nécessaires en phases de différentes manières. Ainsi, aucun élément du modèle de cycle de vie n’est suivi, les activités essentielles sont contenues dans tous les modèles de cycle de vie bien que l’action puisse être effectuée dans des ordres distincts dans différents modèles de cycle de vie. Au cours de n’importe quelle étape du cycle de vie, plus d’une activité peut également être effectuée.
Besoin de SDLC
L’équipe de développement doit déterminer un modèle de cycle de vie approprié pour un plan particulier, puis l’observer.
Sans l’utilisation d’un modèle de cycle de vie exact, le développement d’un produit logiciel ne se ferait pas de manière systématique et disciplinée. Lorsqu’une équipe développe un produit logiciel, les représentants de l’équipe doivent comprendre clairement quand et quoi faire. Sinon, cela pointerait vers le chaos et l’échec du projet. Ce problème peut être défini à l’aide d’un exemple. Supposons qu’un problème de développement logiciel soit divisé en différentes parties et que les parties soient attribuées aux membres de l’équipe. À partir de ce moment, supposons que le représentant de l’équipe ait la liberté de développer les rôles qui lui sont assignés de la manière qu’il souhaite. Il est possible qu’un représentant commence à écrire le code pour sa part, qu’un autre choisisse d’abord de préparer les documents de test et qu’un autre ingénieur commence par la phase de conception des rôles qui lui sont assignés. Ce serait l’une des méthodes parfaites pour l’échec du projet.
Un modèle de cycle de vie logiciel décrit les critères d’entrée et de sortie pour chaque phase. Une phase ne peut commencer que si ses critères d’entrée en scène ont été remplis. Ainsi, sans modèle de cycle de vie logiciel, les critères d’entrée et de sortie d’une étape ne peuvent pas être reconnus. Sans modèles de cycle de vie des logiciels, il devient difficile pour les gestionnaires de projets logiciels de suivre l’avancement du projet.
Cycle SDLC
Le cycle SDLC représente le processus de développement de logiciels. Le cadre SDLC comprend les étapes suivantes:
Les étapes du SDLC sont les suivantes:
Étape 1: Planification et analyse des besoins
L’analyse des besoins est l’étape la plus importante et la plus nécessaire du SDLC.
Les membres supérieurs de l’équipe l’exécutent avec les contributions de toutes les parties prenantes et des experts du domaine ou des PME de l’industrie.
La planification des exigences d’assurance qualité et l’identification des risques associés aux projets sont également effectuées à ce stade.
Analyste d’affaires et organisateur de projet ont mis en place une réunion avec le client pour rassembler toutes les données comme ce que le client veut construire, qui sera l’utilisateur final, quel est l’objectif du produit. Avant de créer un produit, une compréhension ou une connaissance de base du produit est très nécessaire.
Par exemple, Un client souhaite avoir une application qui concerne les transactions monétaires. Dans cette méthode, l’exigence doit être précise comme le type d’opérations qui seront effectuées, comment cela sera fait, dans quelle devise cela sera fait, etc.
Une fois la fonction requise effectuée, une analyse est terminée avec un audit de la faisabilité de la croissance d’un produit. En cas d’ambiguïté, un signal est mis en place pour une discussion plus approfondie.
Une fois l’exigence comprise, le document SRS (Software Requirement Specification) est créé. Les développeurs doivent suivre attentivement ce document et doivent également être examinés par le client pour référence future.
Étape 2: Définition des exigences
Une fois l’analyse des exigences effectuée, l’étape suivante consiste à certainement représenter et documenter les exigences logicielles et à les faire accepter par les parties prenantes du projet.
Ceci est accompli par « SRS » – Document de spécification des exigences logicielles qui contient toutes les exigences du produit à construire et à développer pendant le cycle de vie du projet.
Étape3: Conception du logiciel
La phase suivante est sur le point de faire tomber toutes les connaissances des exigences, de l’analyse et de la conception du projet logiciel. Cette phase est le produit des deux dernières, comme les entrées du client et la collecte des exigences.
Étape 4: Développement du projet
Dans cette phase de SDLC, le développement proprement dit commence et la programmation est construite. La mise en œuvre de la conception commence par l’écriture du code. Les développeurs doivent suivre les directives de codage décrites par leurs outils de gestion et de programmation tels que les compilateurs, les interprètes, les débogueurs, etc. sont utilisés pour développer et implémenter le code.
Étape 5: Test
Une fois le code généré, il est testé par rapport aux exigences pour s’assurer que les produits répondent aux besoins traités et rassemblés au cours de l’étape des exigences.
Au cours de cette étape, des tests unitaires, des tests d’intégration, des tests de système, des tests d’acceptation sont effectués.
Étape 6 : Déploiement
Une fois que le logiciel est certifié et qu’aucun bogue ou erreur n’est signalé, il est déployé.
Ensuite, sur la base de l’évaluation, le logiciel peut être publié tel quel ou avec une amélioration suggérée dans le segment d’objet.
Une fois le logiciel déployé, sa maintenance commence.
Stage7: Maintenance
Une fois que le client commence à utiliser les systèmes développés, les vrais problèmes apparaissent et les exigences doivent être résolues de temps en temps.
Cette procédure où le soin est pris pour le produit développé est connue sous le nom de maintenance.