Cycle de vie du développement logiciel

Le cycle de vie du développement logiciel (SDLC) est un processus suivi dans un projet logiciel, au sein d'une organisation logicielle. Il consiste en un plan détaillé décrivant comment développer, maintenir, remplacer et modifier ou améliorer un logiciel spécifique. Il définit une méthodologie pour améliorer la qualité des logiciels et le processus de développement global.

  • SDLC est un processus utilisé par les analystes informatiques afin de développer ou de redéfinir un système logiciel de haute qualité, qui répond à la fois aux exigences du client et du monde réel.

  • Il prend en compte tous les aspects associés des tests logiciels, de l'analyse et de la maintenance post-processus.

Les phases importantes du SDLC sont décrites dans l'illustration suivante -

Phase de planification

Chaque activité doit commencer par un plan. Ne pas planifier est la planification à l'échec. Le degré de planification diffère d'un modèle à l'autre, mais il est très important d'avoir une compréhension claire de ce que nous allons construire en créant les spécifications du système.

Définition de l'étape

Dans cette phase, nous analysons et définissons la structure du système. Nous définissons l'architecture, les composants et la manière dont ces composants s'assemblent pour produire un système fonctionnel.

Stade de conception

Dans la conception du système, les fonctions de conception et les opérations sont décrites en détail, y compris les dispositions d'écran, les règles métier, les diagrammes de processus et d'autres documents. Le résultat de cette étape décrira le nouveau système comme un ensemble de modules ou de sous-systèmes.

Stade de construction

C'est la phase de développement. Nous commençons la génération de code basée sur la conception du système en utilisant des compilateurs, des interprètes, des débogueurs pour donner vie au système.

la mise en oeuvre

La mise en œuvre fait partie de la phase de construction. Dans cette phase, nous commençons la génération de code basée sur la conception du système en utilisant des compilateurs, des interpréteurs et des débogueurs pour donner vie au système.

Étape de test

Au fur et à mesure que différentes parties du système sont terminées; ils sont soumis à une série de tests. il est testé par rapport aux exigences pour s'assurer que le produit répond réellement aux besoins adressés pendant la phase d'exigence.

  • Les plans de test et les cas de test sont utilisés pour identifier les bogues et s'assurer que le système fonctionne selon les spécifications.

  • Dans cette phase, différents types de tests tels que les tests unitaires, les tests manuels, les tests d'acceptation et les tests système sont effectués.

Suivi des défauts lors des tests

Les rapports de test logiciel sont utilisés pour communiquer les résultats des plans de test exécutés. Cela étant, un rapport doit contenir toutes les informations de test relatives au système en cours de test. L'exhaustivité des rapports sera vérifiée lors de sessions de visite virtuelle.

Tester un projet vise à atteindre deux objectifs principaux -

  • Détectez les pannes et les défauts du système.

  • Détectez les incohérences entre les exigences et la mise en œuvre.

L'organigramme suivant décrit les Defect Tracking Process -

Pour atteindre les objectifs principaux, la stratégie de test du système proposé comprendra généralement quatre niveaux de test.

Il s'agit des tests unitaires, des tests d'intégration, des tests d'acceptation et des tests de régression. Les sous-sections suivantes décrivent ces niveaux de test, quels rôles de l'équipe de développement sont responsables de leur développement et de leur exécution, et les critères pour déterminer leur exhaustivité.

Déploiement

Une fois la phase de test terminée, le système est libéré et entre dans l'environnement de production. Une fois que le produit est testé et prêt à être déployé, il est officiellement commercialisé sur le marché approprié. Parfois, le déploiement du produit se fait par étapes, conformément à la stratégie commerciale de l'organisation.

Le produit peut d'abord être commercialisé dans un segment limité et testé dans l'environnement commercial réel (test d'acceptation UAT-User). Ensuite, sur la base des commentaires, le produit peut être publié tel quel ou avec des améliorations suggérées dans le segment de marché du ciblage.

Processus post-SDLC

Une fois le produit mis sur le marché, sa maintenance est effectuée pour la clientèle existante.

Une fois dans l'environnement de production, le système subira des modifications en raison de bogues non détectés ou d'autres événements inattendus. Le système est évalué et le cycle est répété pour maintenir le système.

Rôle de l'analyste commercial pendant le processus SDLC

Comme nous pouvons le voir dans le diagramme ci-dessous, BA est impliqué dans la conduite des besoins commerciaux et leur conversion en exigences de solution.

Il est impliqué dans la traduction des fonctionnalités de la solution en exigences logicielles. Dirige ensuite la phase d'analyse et de conception, dicte le développement du code, puis suit la phase de test pendant la correction des bogues en tant qu'agent de changement dans l'équipe de projet et répond finalement aux exigences du client.