Please enable JavaScript.
Coggle requires JavaScript to display documents.
Différente type de SDLC : System/Software Development Lifecycle (3.Cycle…
Différente type de
SDLC
:
S
ystem/
S
oftware
D
evelopment
L
ifecycle
3.Cycle en V
Faiblesses
2.Documentation importante: chaque phase demande une certaine investigation
Manque de souplesse: rigidité de la méthodologie
3.Organisation lourde à supporter: au sein d'une même équipe la distinction des rôles peut être ambiguë
Irréversibilité de méthode (manque d'adaptabilité): à aucun moment le cycle en V ne prévoit un retour en arrière ni changement possible
Avantages
2.Proactif: le travail effectué lors de la phase de conception limite les risques et dérives lors de la phase de tests; meilleure anticipation
3.Assurance d'une certaine sécurité pour la mise en oeuvre d'un projet dans la mesure où aucune phase n'est entamée avant la fin de la précédente.
1.Simple et Intuitif : il constitue un processus naturel où il faut concevoir avant de réaliser
Projet approprié
Le cycle en V est une méthode traditionnelle de gestion de projet conçue tout d’abord pour l’industrie puis adaptée à l’informatique en 1980. Son principe a été imaginé pour remédier au problème de réactivité du modèle en cascade. Avec ce dernier c'est l'une des premières méthodes que l'on apprend à l'école; mais ce n'est pas pour autant qu'on peut l'appliquer sans aucune ambiguïté. Aujourd'hui c'est plutôt un modèle standardisé vers lequel toute structure voudrait tendre.
5.Cycle en spirale
Avantages
2.Adapté aux grands projets critiques
3.Le logiciel de travail est produit tôt dans le cycle de vie.
4.Capacité d'analyser une grande quantité de risques
5.Délivre autant de détails que possible en impliquant différents utilisateurs, afin d'identifier les différents aspects du système.
1.Le développement est rapide et les fonctionnalités sont ajoutées de manière systématique
Faiblesses
2.Implique un coût plus élevé.
3.Ne convient pas aux petits projets.
4.La réussite du projet dépend de la phase d’analyse des risques.Elle nécessite donc une expertise très spécifique en matière d’analyse des risques.
1.Risque de ne pas respecter le calendrier ou le budget
Projet approprié
C'est un modèle à hauts risques et très coûteux. Il faut délivrer fréquemment des analyses, et être prêt à les modifier à tout moment; ce qui fait que les exigences sont ambiguës et complexes. Le succès global de ce type de projet dépend fortement de la phase d'analyse des risques. Cette méthodologie est plus adaptée aux grands projets.
1.Cycle itératif
Faiblesses
2.Utilisation de plus de ressources
3.Non assemblages de toutes les exigences pour le développement: cela pourrait entraîner des problèmes liés à l'architecture du système lors d'itérations ultérieures.
1.Ne convient pas aux petits projets.
4.La fin du projet peut ne pas être connue ce qui représente un risque.
5.L'avancement des projets dépend fortement de la phase d'analyse des risques.
Projet approprié
Le cœur même du logiciel de la navette spatiale de la NASA - le principal système de logiciel avionique qu’ils ont construit de 1977 à 1980. L’équipe a appliqué IID (Iterative and Incremental Developpement) en une série de 17 itérations sur 31 mois, avec une moyenne d’environ huit semaines. Leur motivation pour éviter le cycle de vie d’une cascade était que les exigences du programme de navette avaient changé au cours du processus de développement du logiciel.
De même certaines organisations, telles que le département américain de la Défense, ont une préférence pour les méthodologies itératives, à commencer par MIL-STD-498 (standard militaire américain )encourageant clairement l'acquisition évolutive et l'IID.
Avantages
6.Les risques sont plus faciles à gérer - la partie à haut risque est faite en premier.
1.Les résultats sont obtenus tôt et périodiquement.
5.Facteurs de risque faibles, car les risques peuvent être identifiés et résolus à chaque itération.
2.Tester et déboguer sont plus faciles car les itérations sont petites.
4.Moins coûteux pour modifier la portée / les exigences.
3.Certaines fonctionnalités de travail peuvent être développées rapidement et tôt dans le cycle de vie.
2.Cycle en cascade
Avantages
1.Simple à comprendre et à utiliser.
2.Chaque phase est indépendante des autres phases et est traitée et complétée séparément.
Convient aux projets plus petits et aux projets dans lesquels les exigences sont clairement définies.
Faiblesses
1.Aucun logiciel de sortie ou de travail n’est produit jusqu’à la fin du cycle de vie.
2.Haut degré d'incertitude et de risques.
3.Pas un bon choix pour les grands projets ou en cours.
Projet approprié
Le développement du ministère de la Défense (DOD), des programmes militaires et aéronautiques ont suivi le modèle de Waterfall dans de nombreuses organisations. Les agences du DOD ont généralement estimé que le modèle Waterfall (en cascade) était compatible avec leur processus d’acquisition ainsi que celui de surveillance rigoureux requis par le gouvernement.
4.Cycle incrémental
Faiblesses
2.Chaque phase d'une itération est rigide et ne se
chevauche pas.
3.Certains problèmes peuvent être liés à l'architecture du système car toutes les exigences ne sont pas réunies à l'avance pour l'ensemble du cycle de vie du logiciel
Cette méthodologie requiert une maintenance et un développement réguliers: ceci peut poser une certaine limite de gestion
Projet approprié
Ce modèle est utilisé lorsque les exigences sont claires et peuvent être mises en œuvre par phase. Il est principalement utilisé dans les applications Web et les entreprises basées sur des produits.
Avantages
2.Flexibilité: moins de coûteux de changer les exigences et la portée
3.Plus facile à teste et à déboguer pour des itérations plus petites.
1.Génère rapidement et assez tôt un logiciel de travail au cours du cycle de vie du logiciel
Le cycle de vie du projet (phases)
4 phases
Phase d'exécution et de contrôle(E)
Pendant l'exécution du projet, des personnes s'acquittent des tâches et des informations sur les progrès sont communiquées lors de réunions d'équipe régulières. Le chef de projet utilise ces informations pour garder le contrôle de la direction du projet en comparant les rapports d'avancement avec le plan de projet afin de mesurer la performance des activités du projet et de prendre les mesures correctives nécessaires.
Phase de faisabilité(F)
Une étude de faisabilité est menée pour déterminer si chaque option répond à l'objectif du projet et déterminer la solution finale recommandée. Les questions de faisabilité et de justification sont abordées.
Phase de planification(P)
Un plan de projet est créé, décrivant les activités, les tâches, les dépendances et les calendriers. Le chef de projet coordonne la préparation du budget d'un projet en fournissant des estimations de coûts pour les coûts de main-d'œuvre, d'équipement et de matériaux. Le budget sert à surveiller et à contrôler les dépenses pendant la mise en œuvre du projet.
Phase de fermeture(C)
La phase finale de clôture ou d’achèvement met l’accent sur la publication des livrables finaux au client, la remise de la documentation du projet à l’entreprise, la résiliation des contrats des fournisseurs, la libération des ressources du projet et la communication de la clôture du projet à toutes les parties prenantes.
Un projet standard comprend généralement les quatre phases principales suivantes: initiation, planification, mise en œuvre et clôture. Prises ensemble, ces phases représentent la trajectoire d'un projet du début à la fin et sont généralement appelées «cycle de vie» du projet.