Gitlab 1-3 Retour à l’approche conventionnelle

Bonjour, je m'appelle Bennaceur Wissam. Dans cette vidéo, nous faisons un retour sur l'approche conventionnelle du développement logiciel — c'est-à-dire le cycle classique en cascade ou itératif, avant l'arrivée des méthodologies CI/CD modernes. Pour bien comprendre pourquoi GitLab et la méthodologie CI/CD ont émergé, il faut d'abord saisir comment le développement logiciel fonctionnait traditionnellement.

Le cycle de développement logiciel conventionnel (SDLC — Software Development Life Cycle) est un processus systématique utilisé par les entreprises pour concevoir des logiciels de haute qualité, capables de répondre aux attentes des clients de manière structurée. Il se décompose en étapes successives, chacune devant être validée avant de passer à la suivante.

Les 6 étapes de l'approche conventionnelle

• Étape 1 — Hard (collecte des besoins) : on collecte les informations des utilisateurs, leurs attentes et ce qu'ils souhaitent pour le logiciel.
• Étape 2 — Define (définition) : on précise ce dont le logiciel a finalement besoin. On rédige un document de spécifications (par exemple Word ou Excel).
• Étape 3 — Design (conception) : plusieurs designs sont proposés (UML, maquettes, schémas). On choisit la ligne de conduite et la meilleure approche pour la conception.
• Étape 4 — Building (développement) : c'est le moment du travail brut. Les développeurs commencent à écrire le code.
• Étape 5 — Test (évaluation qualité) : on évalue avec précision la qualité du logiciel, on trouve les erreurs et on les corrige. C'est l'équivalent de sortir une bêta du logiciel pour vérifier que les besoins sont couverts et que tout est en ordre.
• Étape 6 — Deploy (déploiement) : on prépare la sortie du logiciel sur le marché et on le met à disposition des utilisateurs finaux.

Voilà les grandes étapes du développement logiciel selon l'approche conventionnelle. Le problème de ce modèle : chaque étape attend la fin de la précédente, les boucles de feedback sont longues, et corriger une erreur découverte tardivement coûte très cher. C'est précisément pour résoudre ces limites qu'est née la méthodologie CI/CD, que nous allons explorer en détail avec GitLab dans les prochaines vidéos.