SDLC and SDLC models

# SDLC and SDLC models ## Objectifs et prérequis Ce chapitre vise à permettre à l'élève de comprendre le cycle de vie du développement des systèmes (SDLC), ses modèles principaux, le modèle de prototypage et les stratégies de changement de système. À la fin de ce chapitre, l'élève sera capable de : - Définir le SDLC et expliquer ses phases. - Comparer les principaux modèles de SDLC (en cascade, itératif, en spirale, agile). - Décrire le modèle de prototypage, ses avantages et ses limites. - Expliquer les différentes stratégies de changement de système (direct, parallèle, progressif, pilote). - Appliquer ces concepts à des contextes camerounais et africains (ex : systèmes de gestion scolaire, de santé, de paiement mobile). - Préparer un sujet type examen avec un plan structuré. Prérequis : notions de base en systèmes d'information, traitement de l'information, rôle des TIC dans les organisations. ## Introduction to the System Development Life Cycle (SDLC) Le System Development Life Cycle (SDLC) est un cadre structuré qui décrit les étapes suivies pour développer, maintenir et remplacer un système d'information. Il vise à assurer que le système répond aux besoins des utilisateurs, soit de qualité, livré dans les délais et le budget, et facile à maintenir. Le SDLC n'est pas une méthodologie rigide mais un ensemble de bonnes pratiques adaptables. Il est utilisé dans divers contextes : développement de logiciels d'entreprise, systèmes gouvernementaux, applications mobiles, etc. Au Cameroun, il est appliqué dans des projets comme le système de gestion des dossiers médicaux électroniques dans les hôpitaux de référence (ex : Hôpital Général de Yaoundé), les plateformes de paiement mobile (ex : MTN Mobile Money, Orange Money), ou les systèmes de gestion scolaire dans les établissements secondaires. ### Phases du SDLC Le SDLC classique comprend généralement six phases séquentielles : 1. **Analyse préliminaire (Preliminary Investigation)** : identification du problème ou de l'opportunité, étude de faisabilité (technique, économique, opérationnelle). 2. **Analyse des besoins (Requirements Analysis)** : recueil, documentation et validation des besoins fonctionnels et non fonctionnels des utilisateurs. 3. **Conception du système (System Design)** : définition de l'architecture, des modules, des interfaces, des bases de données et des spécifications techniques. 4. **Développement (Development)** : programmation, codage et création des composants du système selon la conception. 5. **Test et validation (Testing)** : vérification que le système fonctionne comme prévu (tests unitaires, d'intégration, système, d'acceptation). 6. **Mise en œuvre et maintenance (Implementation and Maintenance)** : déploiement, formation des utilisateurs, passage en production, suivi, corrections et évolutions. > **À retenir** : Le SDLC est un processus itératif et incrémental dans ses modèles modernes, même s'il est souvent présenté de façon linéaire dans le modèle en cascade. ### Importance du SDLC Sans un SDLC structuré, les projets TIC risquent de dépasser le budget, de ne pas répondre aux besoins, d'avoir une faible qualité ou d'être abandonnés. Au Cameroun, plusieurs projets gouvernementaux ont connu des retards ou des échecs dus à une mauvaise gestion du cycle de vie (ex : certains systèmes de recensement ou de gestion des impôts mal planifiés). Un bon SDLC permet de : - Réduire les risques grâce à une planification précoce. - Améliorer la communication entre développeurs, utilisateurs et gestionnaires. - Assurer la traçabilité des décisions. - Faciliter la maintenance et les mises à jour. ### Vocabulaire à retenir - **Faisabilité** : capacité d'un projet à être réalisé compte tenu des contraintes techniques, financières et opérationnelles. - **Besoins fonctionnels** : ce que le système doit faire (fonctions, tâches). - **Besoins non fonctionnels** : qualités attendues (performance, sécurité, ergonomie). - **Spécification** : document détaillé décrivant les caractéristiques du système. - **Maintenance** : activités post-déploiement pour corriger, adapter ou améliorer le système. - **Stakeholder** : toute personne ou groupe affecté par le système (utilisateurs, clients, gestionnaires). ### Exemple de sujet type examen avec plan **Sujet** : Une école secondaire au Cameroun souhaite remplacer son système manuel de gestion des notes par un système informatisé. En vous appuyant sur le SDLC, décrivez les étapes que l'équipe de projet devrait suivre pour réussir cette transition. **Plan** : I. Analyse préliminaire : identification du problème (erreurs, perte de données, lenteur), étude de faisabilité (coût du matériel, formation du personnel, acceptation par les enseignants). II. Analyse des besoins : recueil des besoins auprès des professeurs, surveillants et responsables scolaires (entrées de notes, calcul des moyennes, édition des bulletins, accès sécurisé). III. Conception : définition de l'architecture (application web ou locale), modèle de données (élèves, matières, notes), interface utilisateur simple. IV. Développement : choix d'une technologie adaptée (ex : PHP/MySQL ou application mobile légère), codage des modules. V. Test : essais avec des données factices, vérification du calcul des moyennes, test d'accès par plusieurs utilisateurs simultanément. VI. Mise en œuvre : formation des enseignants, déploiement progressif, maintien du système manuel en parallèle pendant un mois, puis bascule complète. VII. Maintenance : mises à jour semestrielles, support technique, adaptation aux nouveaux programmes scolaires. ## SDLC Models Plusieurs modèles de SDLC ont été développés pour répondre aux limites du modèle en cascade classique, notamment en termes de flexibilité, de gestion du changement et d'implication des utilisateurs. Les principaux modèles sont : le modèle en cascade (Waterfall), le modèle itératif, le modèle en spirale et les modèles agiles. ### Modèle en cascade (Waterfall) Ce modèle présente les phases du SDLC de façon strictement séquentielle : chaque phase doit être terminée avant que la suivante ne commence. Il est adapté aux projets avec des besoins stables et bien compris dès le départ. > **À retenir** : Dans le modèle en cascade, le retour en arrière est difficile et coûteux une fois une phase validée. **Avantages** : simplicité, bonne documentation, facile à gérer pour les petits projets stables. **Inconvénients** : peu flexible, risque élevé si les besoins sont mal compris initialement, pas de retour utilisateur jusqu'à la fin. **Exemple camerounais** : utilisé dans certains projets de digitalisation des archives administratives où les procédures sont fixes (ex : numérisation des actes de naissance dans certaines communes). ### Modèle itératif Au lieu de développer tout le système d'un coup, le modèle itératif divise le projet en cycles répétés. Chaque itération produit une version fonctionnelle partielle du système, qui est évaluée et améliorée au cycle suivant. > **À retenir** : Le modèle itératif permet d'intégrer les retours utilisateurs tôt et régulièrement. **Avantages** : adaptation aux besoins évolutifs, détection précoce des erreurs, livraison progressive de valeur. **Inconvénients** : nécessite une bonne gestion du changement, risque de dérive si les itérations ne sont pas bien cadrées. **Exemple africain** : utilisé dans le développement de plateformes de santé mobile (mHealth) en Afrique de l'Ouest, où les fonctionnalités sont ajoutées progressivement selon les retours des agents de santé communautaires (ex : suivi des vaccinations, rappels de rendez-vous). ### Modèle en spirale Proposé par Barry Boehm en 1986, ce modèle combine l'approche itérative avec l'analyse des risques. Chaque boucle de la spirale représente une itération comprenant : détermination des objectifs, identification et résolution des risques, développement et test, planification de la prochaine itération. > **À retenir** : Le modèle en spirale met l'accent sur l'analyse des risques à chaque étape du développement. **Avantages** : adapté aux grands projets complexes et risqués, forte emphasis sur l'évaluation des risques. **Inconvénients** : complexe à gérer, nécessite des experts en analyse de risques, coûteux. **Exemple** : utilisé dans des projets de systèmes de défense ou de télécommunications critiques (moins courant dans l'éducation camerounaise, mais pertinent pour des infrastructures nationales comme le backbone internet national). ### Modèles agiles Les méthodes agiles (ex : Scrum, Kanban) privilégient la flexibilité, la collaboration client-développeur et la livraison fréquente de versions opérationnelles. Elles reposent sur des cycles courts (sprints de 2-4 semaines), des réunions quotidiennes et une adaptation continue aux retours. > **À retenir** : Dans les méthodes agiles, le client est impliqué tout au long du projet, et les besoins peuvent évoluer entre les itérations. **Avantages** : grande adaptabilité, forte implication des utilisateurs, détection rapide des problèmes. **Inconvénients** : nécessite une culture organisationnelle ouverte, moins adapté aux environnements très réglementés ou aux équipes dispersées sans bonne communication. **Exemple camerounais** : de plus en plus utilisé dans les startups technologiques (ex : développeurs d'applications locales à Douala ou Yaoundé créant des solutions pour les agriculteurs, les commerçants informels ou les transports urbains). ### Tableau comparatif des modèles de SDLC | Modèle | Approche | Flexibilité | Implication utilisateur | Gestion des risques | Adapté à | |--------|----------|-------------|--------------------------|----------------------|----------| | En cascade | Séquentielle | Faible | Faible (en fin de cycle) | Faible | Projets stables, besoins clairs | | Itératif | Cycles répétés | Moyenne | Moyenne (à chaque itération) | Moyenne | Besoins évolutifs, taille moyenne | | En spirale | Itératif + analyse risques | Moyenne-Élevée | Moyenne | Forte | Grands projets complexes, risqués | | Agile | Itératif + collaboration | Élevée | Forte (continue) | Moyenne (via adaptation) | Projets dynamiques, startups, TIC sociales | ## The prototyping model Le modèle de prototypage consiste à construire une version préliminaire, incomplète mais fonctionnelle du système (un prototype) afin de permettre aux utilisateurs de l'essayer, de donner leur avis et de préciser leurs besoins avant le développement final. Il est particulièrement utile lorsque les besoins utilisateurs sont flous, difficiles à exprimer ou susceptibles de changer fortement durant le projet. ### Types de prototypes - **Prototype jetable (throwaway)** : construit rapidement pour explorer des idées, puis abandonné après avoir servi à clarifier les besoins. Le système final est développé from scratch. - **Prototype évolutif (evolutionary)** : chaque version du prototype est amélioréeitivement jusqu'à devenir le système final. Il y a donc une continuité entre prototype et produit. > **À retenir** : Le prototype jetable sert à apprendre ; le prototype évolutif sert à construire. ### Phases du modèle de prototypage 1. **Identification des besoins de base** : recueil approximatif des besoins connus. 2. **Développement du prototype** : création d'une version simplifiée (souvent avec des outils rapides comme des générateurs d'interface ou des langages de script). 3. **Évaluation par les utilisateurs** : les utilisateurs testent le prototype, donnent des retours sur l'ergonomie, les fonctions manquantes ou superflues. 4. **Raffinement du prototype** : intégration des retours, correction, ajout ou suppression de fonctionnalités. 5. **Répétition** : cycles 2-4 jusqu'à satisfaction des utilisateurs. 6. **Développement du système final** : si prototype jetable, reprise des besoins validés pour construire le système définitif ; si évolutif, continuation du prototype vers le produit final. 7. **Test, mise en œuvre et maintenance** : comme dans le SDLC classique. ### Avantages du modèle de prototypage - Réduction du risque de développer un système qui ne répond pas aux besoins. - Meilleure communication entre développeurs et utilisateurs grâce à un support concret. - Détection précoce des problèmes d'ergonomie ou de flux de travail. - Augmentation de l'adhésion des utilisateurs (ils se sentent écoutés). ### Inconvénients - Risque de considérer le prototype comme suffisant et de ne pas développer un système robuste (surtout avec le prototype évolutif mal géré). - Peut conduire à une sur-conception si les utilisateurs demandent trop de fonctionnalités non essentielles. - Nécessite des outils et des compétences pour développer rapidement des prototypes. - Peut augmenter les coûts si trop d'itérations sont nécessaires. ### Exemples concrets (camerounais et africains) - Au Cameroun, lors du développement d'un système de gestion des bourses étudiantes au MINESUP, un prototype jetable a été utilisé pour présenter aux représentants des étudiants les flux de demande, de validation et de paiement. Leurs retours ont permis de simplifier le processus avant le développement final. - Dans plusieurs pays africains (ex : Kenya, Ghana), des prototypes de systèmes de paiement mobile pour les marchands informels ont été testés dans des marchés locaux avant d'être déployés à grande échelle (ex : M-Pesa a bénéficié de phases de test utilisateur approfondies). - Dans le domaine de l'éducation, des prototypes d'applications de révision pour les examens du GCE ont été testés auprès d'élèves de Lower Sixth dans quelques écoles pilotes de Yaoundé et Buea avant un déploiement national. > **À retenir** : Le prototypage est particulièrement adapté aux systèmes où l'interface utilisateur et l'expérience utilisateur sont critiques (applications mobiles, plateformes éducatives, services citoyens). ### Vocabulaire à retenir - **Prototype** : modèle préliminaire d'un système utilisé pour tester des idées ou des besoins. - **Feedback utilisateur** : retour d'expérience des utilisateurs sur une version précoce du système. - **Itération** : cycle répété de développement, test et amélioration. - **Outil de prototypage rapide** : logiciel permettant de créer vite des interfaces ou des fonctionnalités (ex : Figma, Adobe XD, ou même des feuilles Excel simulées). - **Jetable** : destiné à être abandonné après usage. - **Évolutif** : conçu pour être amélioré jusqu'à devenir le produit final. ### Exemple de sujet type examen avec plan **Sujet** : Une ONG camerounaise souhaite développer une application mobile pour permettre aux mères rurales de suivre la croissance de leurs enfants (poids, taille, vaccinations). Comme les besoins exacts ne sont pas bien connus, elle envisage d'utiliser le modèle de prototypage. Expliquez comment elle devrait procéder. **Plan** : I. Identification des besoins de base : recueil auprès des sages-femmes et responsables de santé communautaire sur les données essentielles à suivre (âge, poids, taille, calendrier vaccinal). II. Développement du prototype jetable : création d'une maquette d'écrans simples sur papier ou avec un outil comme Figma, montrant l'entrée des données et un graphique de croissance. III. Évaluation par les utilisateurs : test auprès de 20 mères dans un village de l'Est du Cameroun ; recueil de leurs avis sur la facilité d'utilisation, la langue, les icônes. IV. Raffinement : simplification de l'entrée des données (utilisation de voix ou d'images), ajout de rappels sonores en français et en langues locales. V. Répétition : deux cycles de test et d'amélioration jusqu'à ce que 90% des utilisatrices trouvent l'outil intuitif. VI. Développement du système final : reprise des besoins validés pour coder une application Android légère, fonctionnant hors ligne avec synchronisation périodique. VII. Test, déploiement et maintenance : essai pilote dans 5 centres de santé, puis déploiement régional avec formation des agents de santé. ## Changeover Strategies Lorsqu'un nouveau système remplace un ancien, la transition doit être gérée avec soin pour éviter les perturbations, les pertes de données ou le rejet par les utilisateurs. Les stratégies de changement (ou stratégies de bascule) définissent comment et quand le nouveau système prend le relais du système hérité. Il existe quatre stratégies principales : le changement direct, le changement parallèle, le changement progressif (ou par phases) et le changement pilote. ### Changement direct (Big Bang) L'ancien système est arrêté et le nouveau système est mis en marche immédiatement, généralement à une date prédéterminée (ex : minuit du premier jour du mois). > **À retenir** : Le changement direct est risqué mais rapide et peu coûteux en termes de ressources doubles. **Avantages** : simple à planifier, pas de maintien de deux systèmes en parallèle, coût moindre. **Inconvénients** : risque élevé en cas de défaillance du nouveau système (pas de retour en arrière facile), pression forte sur les utilisateurs et le support technique. **Exemple camerounais** : utilisé lors de la mise en service du nouveau système de gestion des impôts nationaux (DGID) dans certains centres pilotes, où l'ancien système a été éteint un vendredi soir et le nouveau allumé lundi matin (avec préparation intensive préalable). ### Changement parallèle (Parallel run) L'ancien et le nouveau système fonctionnent en même temps pendant une période définie. Les mêmes données sont saisies dans les deux systèmes pour comparer les résultats et vérifier la fiabilité du nouveau système avant de l'adopter définitivement. > **À retenir** : Le changement parallèle réduit le risque mais augmente le coût et la charge de travail pendant la période de chevauchement. **Avantages** : sécurité maximale, possibilité de comparer les sorties, détection des écarts avant la bascule totale. **Inconvénients** : double travail pour les utilisateurs (saisie en deux endroits), besoin de plus de ressources (matériel, personnel), durée prolongée de la transition. **Exemple africain** : largement utilisé dans les banques africaines lors du remplacement des systèmes de comptabilité centrale (ex : lors de l'adoption de nouveaux core banking systems dans des banques au Nigeria ou en Côte d'Ivoire). ### Changement progressif (Phased ou modulaire) Le nouveau système est mis en place par étapes, module par module ou service par service. Par exemple, on commence par le module de paie, puis celui de la comptabilité clients, etc., tandis que l'ancien système continue à gérer les autres fonctions. > **À retenir** : Le changement progressif permet une adaptation graduelle et limite l'impact d'une éventuelle défaillance. **Avantages** : risque limité à chaque étape, apprentissage continu, possibilité de revenir en arrière sur un module spécifique. **Inconvénients** : nécessite une bonne intégration entre les anciens et nouveaux modules, peut prolonger la période de transition, complexité d'interface entre systèmes hétérogènes. **Exemple camerounais** : utilisé dans la modernisation du système de gestion des dossiers élèves dans certains lycées bilingues : d'abord mise en place du module d'inscription, puis celui des notes, enfin celui des emplois du temps, tandis que le registre papier restait utilisé pour les autres fonctions en attendant. ### Changement pilote (Pilot) Le nouveau système est déployé d'abord dans un seul site, département ou groupe d'utilisateurs limité (le « pilote »). Après évaluation et ajustements, il est étendu progressivement aux autres sites. > **À retenir** : Le changement pilote permet de tester le système dans des conditions réelles avant un déploiement à grande échelle. **Avantages** : apprentissage sur un petit groupe, correction des problèmes avant l'extension, moindre impact en cas d'échec. **Inconvénients** : risque de créer un « deux vitesses » si le pilote reçoit plus d'attention, délai global plus long. **Exemple africain** : utilisé dans le déploiement du système de gestion des stocks pharmaceutiques dans les hôpitaux publics du Rwanda : d'abord testé dans 3 hôpitaux de Kigali, puis étendu à l'échelle nationale après validation. ### Tableau comparatif des stratégies de changement | Stratégie | Principe | Risque | Coût | Charge utilisateur | Adapté à | |----------|---------|--------|------|---------------------|----------| | Direct | Remplacement immédiat | Élevé | Faible | Forte (au moment du basculement) | Petits systèmes, environnements stables, préparation excellente | | Parallèle | Double fonctionnement | Faible | Élevé | Très forte (double saisie) | Systèmes critiques (finance, santé, sécurité) | | Progressif | Mise en place par modules | Moyen | Moyen | Moyenne (variable selon module) | Grands systèmes modulaires (ERP, SIS) | | Pilote | Test sur un groupe limité | Faible-Moyen | Moyen | Faible-Moyen (concentré) | Déploiements nationaux ou régionaux, innovations sociales | ### Vocabulaire à retenir - **Bascule (cutover)** : moment où l'on passe définitivement de l'ancien au nouveau système. - **Période de chevauchement** : temps pendant lequel les deux systèmes fonctionnent en parallèle. - **Site pilote** : unité géographique ou organisationnelle choisie pour tester le nouveau système avant déploiement large. - **Intégration** : capacité des nouveaux et anciens systèmes à échanger des données ou à travailler ensemble. - **Plan de retour en arrière (rollback)** : procédure prévue pour revenir à l'ancien système en cas d'échec du nouveau. - **Formation transitionnelle** : formation donnée aux utilisateurs pendant la période de changement pour les préparer au nouveau système. ### Exemple de sujet type examen avec plan **Sujet** : Le ministère de l'Éducation du Cameroun décide de remplacer le système national de gestion des examens du GCE par une nouvelle plateforme en ligne. En tant que conseiller TIC, vous devez recommander une stratégie de changement. Justifiez votre choix. **Plan** : I. Analyse du contexte : système national, nombreux utilisateurs (centres d'examen, candidats, correcteurs), données sensibles (résultats, identités), besoin de fiabilité absolue pendant les périodes d'examen. II. Évaluation des stratégies : - Direct : trop risqué (panne possible pendant les épreuves nationales). - Parallèle : très sûr mais coûteux (double saisie des inscriptions, des convocations, des résultats pendant plusieurs mois). - Progressif : difficile car le système est fortement intégré (inscription → convocation → déroulement → correction → publication). - Pilote : permet de tester dans une région (ex : Sud-Ouest ou Nord) avant extension nationale. III. Recommandation : stratégie pilote, avec : - Choix de 2 à 3 régions représentatives (urbain/rural, anglophone/francophone). - Période de test pendant une session complète d'examen (inscription aux résultats). - Évaluation basée sur : taux de réussite des inscriptions, délai de traitement des résultats, satisfaction des utilisateurs, nombre d'incidents techniques. - Plan de communication et de formation spécifique pour les pilotes. - Après validation, déploiement progressif par régions, avec maintien du système ancien en backup pendant 2 mois après chaque bascule régionale. IV. Conclusion : le pilote équilibre sécurité, apprentissage maîtrisé et déploiement contrôlé, adapté à un système national à enjeux élevés. ## Synthèse du chapitre - Le SDLC fournit un cadre structuré pour développer des systèmes d'information de qualité, en passant par l'analyse, la conception, le développement, le test et la mise en œuvre. - Plusieurs modèles de SDLC existent : en cascade (séquentiel, pour besoins stables), itératif (cycles répétés, pour besoins évolutifs), en spirale (focus sur les risques) et agile (flexible, collaboratif). - Le modèle de prototypage permet de réduire l'incertitude sur les besoins utilisateurs en construisant une version préliminaire du système, jetable ou évolutif, basée sur les retours réels. - Les stratégies de changement définissent comment remplacer un ancien système par un nouveau : direct (risqué mais rapide), parallèle (sûr mais coûteux), progressif (par modules) ou pilote (test limité puis extension). - Chaque modèle et stratégie doit être choisi selon le contexte : taille du projet, stabilité des besoins, criticité du système, ressources disponibles et culture organisationnelle. - Au Cameroun et en Afrique, ces concepts sont appliqués dans des domaines variés : gestion scolaire, santé mobile, paiement électronique, administration publique, avec des adaptations aux réalités locales (infrastructures, langues, niveaux de littératie numérique). - La réussite d'un projet TIC dépend autant du choix méthodologique que de l'implication des utilisateurs, de la formation et de la gestion du changement. ## Glossaire - **Analyse préliminaire** : première étape du SDLC visant à déterminer si un projet TIC est réalisable et justifié. - **Besoins fonctionnels** : description des tâches que le système doit accomplir pour répondre aux attentes des utilisateurs. - **Modèle en cascade** : approche linéaire du SDLC où chaque phase doit être terminée avant le début de la suivante. - **Modèle itératif** : approche du SDLC basée sur des cycles répétés de développement, chaque itération produisant une version améliorée du système. - **Modèle en spirale** : modèle de SDLC intégrant l'analyse des risques à chaque boucle de développement. - **Méthodes agiles** : ensemble de pratiques (ex : Scrum) privilégiant la flexibilité, la collaboration client et la livraison fréquente de versions opérationnelles. - **Prototype** : version préliminaire, simplifiée d'un système utilisée pour tester des idées ou recueillir des retours utilisateurs. - **Prototype jetable** : prototype construit pour clarifier les besoins, puis abandonné avant le développement du système final. - **Changement parallèle** : stratégie de transition où l'ancien et le nouveau système fonctionnent simultanément pendant une période de vérification. - **Changement pilote** : stratégie où le nouveau système est d'abord déployé dans un groupe limité avant une extension progressive. - **Bascule (cutover)** : moment définitif où l'on cesse d'utiliser l'ancien système et on passe exclusivement au nouveau. - **Plan de retour en arrière (rollback)** : procédure préparatoire permettant de rétablir l'ancien système en cas d'échec critique du nouveau lors de la mise en œuvre.