Le mod\u00e8le en cascade, \u00e9galement connu sous le nom de m\u00e9thode du cycle de vie, est le mod\u00e8le de d\u00e9veloppement le plus couramment utilis\u00e9 dans la m\u00e9thode du cycle de vie.\u00a0Il divise le processus de d\u00e9veloppement logiciel en six \u00e9tapes\u00a0: planification du logiciel, analyse des exigences, conception du logiciel, codage du programme, test du logiciel, et exploitation et maintenance.\u00a0Afin de r\u00e9aliser leur ordre fixe de haut en bas, comme une cascade, ils tombent pas \u00e0 pas.<\/p>\n Le mod\u00e8le de transformation (mod\u00e8le d’\u00e9volution) est bas\u00e9 sur le d\u00e9veloppement rapide d’un prototype.\u00a0Selon les commentaires et les suggestions des utilisateurs lors du processus d’appel du prototype, le prototype est am\u00e9lior\u00e9 pour obtenir une nouvelle version du prototype, et ce processus est r\u00e9p\u00e9t\u00e9 jusqu’\u00e0 ce qu’il \u00e9volue vers le produit logiciel final.<\/p>\n Le mod\u00e8le en spirale combine le mod\u00e8le en cascade et le mod\u00e8le de transformation.\u00a0Il combine les avantages des deux et ajoute une analyse des risques.\u00a0Il est bas\u00e9 sur le prototype et tourne de l’int\u00e9rieur vers l’ext\u00e9rieur le long de la spirale.\u00a0Chaque rotation n\u00e9cessite une planification, une analyse des risques, une ing\u00e9nierie de mise en \u0153uvre, une \u00e9valuation des clients et d’autres activit\u00e9s, et une nouvelle version du prototype est d\u00e9velopp\u00e9e.\u00a0Apr\u00e8s plusieurs spirales, le syst\u00e8me final est obtenu.<\/p>\n Le mod\u00e8le de fontaine prend en charge la r\u00e9utilisation des logiciels et l’int\u00e9gration de plusieurs activit\u00e9s de d\u00e9veloppement dans le cycle de vie, et prend principalement en charge les m\u00e9thodes de d\u00e9veloppement orient\u00e9es objet.\u00a0Le terme \u00ab\u00a0fontaine\u00a0\u00bb lui-m\u00eame incarne les caract\u00e9ristiques de l’it\u00e9ration et de l’absence d’espace.\u00a0Une certaine partie du syst\u00e8me r\u00e9p\u00e8te souvent le travail plusieurs fois, et des fonctions connexes sont ajout\u00e9es au syst\u00e8me \u00e9volu\u00e9 \u00e0 chaque it\u00e9ration.\u00a0Le soi-disant gapless signifie qu’il n’y a pas de fronti\u00e8re \u00e9vidente entre l’analyse, la conception et le codage dans les activit\u00e9s de d\u00e9veloppement.<\/p>\n Dans le mod\u00e8le de d\u00e9veloppement, les tests sont souvent utilis\u00e9s apr\u00e8s coup pour rem\u00e9dier \u00e0 la situation, mais il existe \u00e9galement un mod\u00e8le de d\u00e9veloppement centr\u00e9 sur les tests, c’est-\u00e0-dire le mod\u00e8le en V.\u00a0Le mod\u00e8le V n’a \u00e9t\u00e9 que vaguement reconnu dans l’industrie du logiciel.\u00a0Le mod\u00e8le en V affirme que les tests ne sont pas une r\u00e9flexion apr\u00e8s coup, mais un processus aussi important que le processus de d\u00e9veloppement.<\/p>\n Le mod\u00e8le en V d\u00e9crit diff\u00e9rents niveaux de test et explique les diff\u00e9rentes \u00e9tapes du cycle de vie correspondant \u00e0 ces niveaux.\u00a0Dans la figure, la descente \u00e0 gauche correspond aux diff\u00e9rentes \u00e9tapes du processus de d\u00e9veloppement, et les correspondantes sont les parties montantes \u00e0 droite, c’est-\u00e0-dire les diff\u00e9rentes \u00e9tapes du processus de test.<\/p>\n Veuillez noter que la d\u00e9nomination de la phase de test peut \u00eatre diff\u00e9rente selon les organisations.\u00a0L’int\u00e9r\u00eat du mod\u00e8le en V est qu’il montre clairement les diff\u00e9rents niveaux qui existent dans le processus de test, et d\u00e9crit clairement la correspondance entre ces phases de test et les diff\u00e9rentes phases du processus de d\u00e9veloppement :<\/p>\n Les mod\u00e8les incr\u00e9mentaux, comme les mod\u00e8les de mise en \u0153uvre de prototypes et d’autres m\u00e9thodes \u00e9volutives, sont essentiellement it\u00e9ratifs.\u00a0Mais contrairement \u00e0 la mise en \u0153uvre du prototype, le mod\u00e8le incr\u00e9mental met l’accent sur le fait que chaque incr\u00e9ment lib\u00e8re un produit utilisable.\u00a0Les premiers incr\u00e9ments sont la version “d\u00e9tachable” du produit final, mais ils fournissent des fonctions de service utilisateur et fournissent une plate-forme d’\u00e9valuation pour les utilisateurs.<\/p>\n La particularit\u00e9 du mod\u00e8le incr\u00e9mental est l’introduction du concept de packages incr\u00e9mentaux.\u00a0Vous n’avez pas besoin d’attendre que toutes les exigences soient publi\u00e9es, tant que les packages incr\u00e9mentiels d’une certaine exigence sortent, vous pouvez commencer le d\u00e9veloppement.\u00a0Bien qu’un certain package incr\u00e9mental doive \u00eatre adapt\u00e9 davantage aux besoins des clients et doive \u00eatre modifi\u00e9, tant que le package incr\u00e9mental est suffisamment petit, son impact peut \u00eatre supportable pour l’ensemble du projet.<\/p>\n Mod\u00e8le RAD Le mod\u00e8le de d\u00e9veloppement rapide d’applications (RAD) est un mod\u00e8le de processus de d\u00e9veloppement logiciel incr\u00e9mental qui met l’accent sur un cycle de d\u00e9veloppement tr\u00e8s court.<\/p>\n Le mod\u00e8le RAD est une variante “haute vitesse” du mod\u00e8le en cascade, qui gagne un d\u00e9veloppement rapide gr\u00e2ce \u00e0 l’utilisation intensive de composants r\u00e9utilisables et \u00e0 une m\u00e9thode de construction bas\u00e9e sur les composants.\u00a0Si les exigences sont bien comprises et que la port\u00e9e du projet est limit\u00e9e, ce mod\u00e8le peut \u00eatre utilis\u00e9 pour cr\u00e9er rapidement un \u00ab\u00a0syst\u00e8me d’information\u00a0\u00bb enti\u00e8rement fonctionnel.<\/p>\n Le processus commence par la mod\u00e9lisation m\u00e9tier, suivie de la mod\u00e9lisation des donn\u00e9es, de la mod\u00e9lisation des processus, de la g\u00e9n\u00e9ration d’applications, des tests et de l’it\u00e9ration.\u00a0Le processus logiciel utilisant le mod\u00e8le RAD est illustr\u00e9 dans la figure ci-dessous.<\/p>\n Les t\u00e2ches \u00e0 accomplir dans chaque p\u00e9riode d’activit\u00e9 du mod\u00e8le RAD sont les suivantes.<\/p>\n Mod\u00e9lisation m\u00e9tier\u00a0: quelles informations pilotent le fonctionnement du processus m\u00e9tier\u00a0?\u00a0Quelles informations g\u00e9n\u00e9rer ?\u00a0Qui l’a g\u00e9n\u00e9r\u00e9 ?\u00a0O\u00f9 va le flux d’informations ?\u00a0Qui s’en chargera ?\u00a0Peut \u00eatre compl\u00e9t\u00e9 par des diagrammes de flux de donn\u00e9es.<\/p>\n Mod\u00e9lisation des donn\u00e9es\u00a0: afin de prendre en charge le flux de donn\u00e9es du processus m\u00e9tier, recherchez la collection d’objets de donn\u00e9es, d\u00e9finissez les attributs des objets de donn\u00e9es et formez le mod\u00e8le de donn\u00e9es avec la relation avec d’autres objets de donn\u00e9es, qui peuvent \u00eatre compl\u00e9t\u00e9s par des diagrammes ER .<\/p>\n Mod\u00e9lisation de processus\u00a0: permet aux objets de donn\u00e9es de remplir diverses fonctions commerciales dans le flux d’informations.\u00a0Le processus de cr\u00e9ation d\u00e9crit l’ajout, la modification, la suppression et la recherche d’objets de donn\u00e9es, c’est-\u00e0-dire le raffinement de la bo\u00eete de traitement dans le diagramme de flux de donn\u00e9es.<\/p>\n G\u00e9n\u00e9ration du programme d’application\u00a0: utilisez le langage de quatri\u00e8me g\u00e9n\u00e9ration (4GL) pour \u00e9crire le programme de traitement, r\u00e9utiliser les composants existants ou cr\u00e9er de nouveaux composants r\u00e9utilisables, et utilisez les outils fournis par l’environnement pour g\u00e9n\u00e9rer et construire automatiquement l’ensemble du syst\u00e8me d’application.<\/p>\n Les tests et la livraison, en raison d’une grande quantit\u00e9 de r\u00e9utilisation, ne font g\u00e9n\u00e9ralement que des tests globaux, mais les composants nouvellement cr\u00e9\u00e9s doivent encore \u00eatre test\u00e9s.<\/p>\n Composant (Component) est une unit\u00e9 logicielle \u00e0 valeur r\u00e9utilisable et aux fonctions relativement ind\u00e9pendantes.\u00a0Le mod\u00e8le de d\u00e9veloppement logiciel bas\u00e9 sur les composants (CBSD) consiste \u00e0 utiliser une approche modulaire pour modulariser l’ensemble du syst\u00e8me et, avec le soutien d’un certain mod\u00e8le de composant, r\u00e9utiliser un ou plusieurs composants logiciels dans la biblioth\u00e8que de composants, par combinaison Le processus de construction d’un logiciel d’application syst\u00e8mes \u00e0 haut rendement et de haute qualit\u00e9.<\/p>\n Le mod\u00e8le de d\u00e9veloppement bas\u00e9 sur les composants int\u00e8gre de nombreuses caract\u00e9ristiques du mod\u00e8le en spirale, et est essentiellement \u00e9volutif, et le processus de d\u00e9veloppement est it\u00e9ratif.\u00a0Le mod\u00e8le de d\u00e9veloppement bas\u00e9 sur les composants comprend cinq \u00e9tapes\u00a0: analyse et d\u00e9finition des exigences logicielles, conception de l’architecture, \u00e9tablissement de la biblioth\u00e8que de composants, construction du logiciel d’application, test et publication.<\/p>\n Le prototype logiciel est la r\u00e9alisation partielle du nouveau produit propos\u00e9.\u00a0L’objectif principal de l’\u00e9tablissement du prototype est de r\u00e9soudre le probl\u00e8me de la demande incertaine au stade pr\u00e9coce du d\u00e9veloppement du produit.\u00a0Son objectif est de clarifier et d’am\u00e9liorer les exigences, d’explorer les options de conception et de d\u00e9velopper le produit final.<\/p>\n Il existe de nombreuses fa\u00e7ons de classer les prototypes.\u00a0Du point de vue de savoir si le prototype r\u00e9alise ses fonctions, les prototypes logiciels peuvent \u00eatre divis\u00e9s en deux types : les prototypes horizontaux et les prototypes verticaux.<\/p>\n Les prototypes horizontaux sont \u00e9galement appel\u00e9s prototypes de comportement, qui sont utilis\u00e9s pour explorer certains comportements sp\u00e9cifiques du syst\u00e8me attendu et atteindre l’objectif d’affiner les exigences.\u00a0Les prototypes horizontaux ne sont g\u00e9n\u00e9ralement que la navigation des fonctions, mais ils n’impl\u00e9mentent pas r\u00e9ellement les fonctions.\u00a0Le prototype horizontal est principalement utilis\u00e9 sur l’interface.<\/p>\n Les prototypes verticaux sont aussi appel\u00e9s prototypes structur\u00e9s, qui impl\u00e9mentent une partie de leurs fonctions.\u00a0Les prototypes verticaux sont principalement utilis\u00e9s dans la r\u00e9alisation d’algorithmes complexes.<\/p>\n XP est une m\u00e9thode de d\u00e9veloppement logiciel l\u00e9g\u00e8re (agile), efficace, \u00e0 faible risque, flexible, pr\u00e9visible, scientifique et amusante.\u00a0Par rapport aux autres m\u00e9thodologies, la plus grande diff\u00e9rence r\u00e9side dans :<\/p>\n Le processus unifi\u00e9 est un cadre de processus g\u00e9n\u00e9ral qui peut faire face \u00e0 un large \u00e9ventail de syst\u00e8mes logiciels, diff\u00e9rents domaines d’application, diff\u00e9rents types d’organisation, diff\u00e9rents niveaux de performance et diff\u00e9rentes \u00e9chelles de projet.\u00a0UP est bas\u00e9 sur des composants, ce qui signifie que le syst\u00e8me logiciel qu’il a d\u00e9velopp\u00e9 est compos\u00e9 de composants et que les composants sont connect\u00e9s les uns aux autres via des interfaces bien d\u00e9finies.\u00a0Lors de la pr\u00e9paration de tous les plans du syst\u00e8me logiciel, UP utilise le langage de mod\u00e9lisation unifi\u00e9 UML.<\/p>\n Par rapport \u00e0 d’autres processus logiciels, UP pr\u00e9sente trois caract\u00e9ristiques notables : use case-driven, centr\u00e9 sur l’architecture de base, it\u00e9ration et incr\u00e9mentation.\u00a0Le processus logiciel dans Rational Unified Process se d\u00e9compose en quatre phases s\u00e9quentielles dans le temps, \u00e0 savoir la phase initiale, la phase de raffinement, la phase de construction et la phase de livraison.\u00a0A la fin de chaque \u00e9tape, une revue technique doit \u00eatre organis\u00e9e pour d\u00e9terminer si les objectifs de cette \u00e9tape ont \u00e9t\u00e9 atteints.\u00a0Si les r\u00e9sultats de l’examen sont satisfaisants, le projet peut \u00eatre autoris\u00e9 \u00e0 passer \u00e0 l’\u00e9tape suivante.<\/p>\n En ing\u00e9nierie logicielle, le cycle de vie du d\u00e9veloppement logiciel est le processus de division de l’effort de d\u00e9veloppement logiciel en \u00e9tapes ou sous-processus plus petits, parall\u00e8les ou continus, afin d’am\u00e9liorer la conception, la gestion des produits. Cette approche peut inclure des livrables et des artefacts sp\u00e9cifiques pr\u00e9d\u00e9finis que l’\u00e9quipe de projet cr\u00e9e et compl\u00e8te pour le d\u00e9veloppement ou la maintenance des applications logicielles.<\/p>\n","protected":false},"author":5,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[5],"tags":[],"class_list":["post-10113","post","type-post","status-publish","format-standard","hentry","category-software-engineering"],"yoast_head":"\n![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0zG8B5F_l1-mqMx4z.png\")
<\/figure>\n\n
Mod\u00e8le de transformation<\/span><\/h3>\n
Mod\u00e8le en spirale<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0HwXVe0ieYpY5Vs2c.png\")
<\/figure>\nMod\u00e8le de fontaine<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0YnEjC37XjjeI-uqc.png\")
<\/figure>\nMod\u00e8le V<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0qOCYabEdLIgPjmhN.jpg\")
<\/figure>\n\n
Mod\u00e8le incr\u00e9mental<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0SadV9x_defCj-fSK.png\")
<\/figure>\n![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0ZWGdb2Qf9f2_XjBE.png\")
<\/figure>\nMod\u00e8le bas\u00e9 sur les composants<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/img_61f78c01b8a1d.png\")
<\/figure>\nM\u00e9thode prototype<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0NLe_u4yQY74zrFqd.png\")
<\/figure>\nM\u00e9thode XP<\/span><\/h4>\n
\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0oU6rsRCSUJltV6rE.png\")
<\/figure>\nM\u00e9thode de processus unifi\u00e9 (UP)<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/01\/0GTTB_XaXBiCtFw4x.gif\")
<\/figure>\nApprendre encore plus<\/span><\/h4>\n
\n