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 logiciel. Un modèle de cycle de vie représente toutes les méthodes nécessaires pour faire passer un produit logiciel à travers ses étapes de son cycle de vie. Il reflète é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 réalisée dans des ordres distincts dans différents modèles de cycle de vie. À chaque étape du cycle de vie, plus d’une activité peut également être réalisé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 précis, 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 bien comprendre quand et quoi faire. Autrement, cela serait le signe du chaos et de 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 plusieurs parties et que les parties soient attribuées aux membres de l'équipe. À partir de là, supposons que le représentant de l’équipe ait la liberté de développer les rôles qui lui sont assignés comme bon lui semble. Il est possible qu'un représentant commence à écrire le code pour sa part, qu'un autre choisisse de préparer d'abord 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 échouer un projet.
Un modèle de cycle de vie du 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 sont remplis. Ainsi, sans modèle de cycle de vie logiciel, les critères d’entrée et de sortie d’une étape ne peuvent être reconnus. Sans modèles de cycle de vie des logiciels, il devient difficile pour les chefs de projets logiciels de suivre l'avancement du projet.
Cycle SDLC
SDLC Cycle représente le processus de développement de logiciels. Le framework SDLC comprend les étapes suivantes :
Les étapes du SDLC sont les suivantes :
Étape 1 : Planification et analyse des besoins
exemple de code Java
L'analyse des besoins est l'étape la plus importante et la plus nécessaire du SDLC.
Les membres seniors de l'équipe le réalisent avec la contribution de toutes les parties prenantes et experts du domaine ou PME du secteur.
La planification des exigences d'assurance qualité et l'identification des risques associés aux projets sont également effectuées à ce stade.
L'analyste commercial et l'organisateur du projet organisent une réunion avec le client pour rassembler toutes les données telles que ce que le client souhaite 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 indispensable.
Par exemple , Un client souhaite disposer d'une application qui concerne les transactions monétaires. Dans cette méthode, les exigences doivent être précises : quel type d'opérations seront effectuées, comment elles seront effectuées, dans quelle devise elles seront effectuées, etc.
Une fois la fonction requise réalisée, une analyse est complétée par 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 Spécification) 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 via le document « SRS » - Spécification des exigences logicielles qui contient toutes les exigences du produit à construire et à développer pendant le cycle de vie du projet.
Étape 3 : Concevoir le logiciel
La phase suivante consiste à rassembler toutes les connaissances relatives aux exigences, à l'analyse et à la conception du projet logiciel. Cette phase est le produit des deux dernières, comme les contributions du client et la collecte des exigences.
Étape 4 : Développement du projet
Dans cette phase du SDLC, le développement proprement dit commence et la programmation est construite. La mise en œuvre du design commence concernant 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 : tests
Une fois le code généré, il est testé par rapport aux exigences pour s'assurer que les produits répondent aux besoins abordés et rassemblés lors de l'étape des exigences.
Au cours de cette étape, des tests unitaires, des tests d'intégration, des tests système et des tests d'acceptation sont effectués.
tableau de tri Java
Étape 6 : Déploiement
Une fois que le logiciel est certifié et qu’aucun bogue ou erreur n’est signalé, il est alors déployé.
Ensuite, sur la base de l'évaluation, le logiciel peut être publié tel quel ou avec des améliorations suggérées dans le segment des objets.
Une fois le logiciel déployé, sa maintenance commence.
Étape 7 : Entretien
Une fois que le client commence à utiliser les systèmes développés, les vrais problèmes surgissent et les exigences doivent être résolues de temps en temps.
Cette procédure où l'on prend soin du produit développé est connue sous le nom de maintenance.