Qu'est-ce que le & # 8220; modèle de développement de fontaine & # 8221;?

StackOverflow https://stackoverflow.com/questions/126607

  •  02-07-2019
  •  | 
  •  

Question

Il est mentionné sur la page Cycle de vie du développement des systèmes sur Wikipedia :

  

Pour gérer cela, un certain nombre de modèles de cycle de vie de développement de système (SDLC) ont été créés: cascade, fontaine, spirale, construction et réparation, prototypage rapide, incrémental, et synchronisation et stabilisation.

J'ai trouvé quelques éléments sur Google, mais j’ai pensé qu’ils étaient vagues et qu’ils n’avaient tout simplement pas cliqué pour moi. Peut-être qu'une explication de quelqu'un ici pourrait être plus claire.

Était-ce utile?

La solution

La cascade est un modèle qui impose le contrôle et évite le parallélisme. chaque exigence pour une tâche doit être remplie avant de commencer la tâche. Selon Fountain, une nouvelle tâche peut être lancée avant que toutes les conditions requises soient remplies, car toutes les exigences ne sont pas nécessaires au début de la tâche.

Pensez-y: le jeu Super Mario,

Waterfall: commencez par tout concevoir, puis configurez le matériel (équipe matérielle), puis créez des sprites de test, puis codez le moteur, puis créez des illustrations, puis de la musique et terminez.

Fountain: pendant que l’équipe chargée du matériel fait son travail, l’œuvre commence le travail conceptuel et le codage commence le prototypage sur le matériel préexistant. Quand les artistes et hw finissent, les codeurs les intègrent dans leur code et continuent jusqu’à la fin du jeu ...

Autres conseils

Fontaine : placez-vous dans un cercle et jetez quelques motifs et mots clés dans les airs pour voir où ils atterriront. Ne ramassez que ceux qui atterrissent à l'intérieur du cercle. Répéter jusqu'à annulation.

Chute d'eau : engagez tout le monde dans un bateau, puis criez "Geronimo!". en passant par les chutes de Niagra. Ramassez les morceaux brisés puis rincez et répétez. Assurez-vous de bien documenter la partie du bateau dans laquelle chaque personne devrait s'asseoir, ce à quoi elle devrait s'accrocher, le niveau de son cri et le lieu exact où il doit atterrir. Voir le formulaire 3684-B pour des instructions supplémentaires.

Spirale : choisissez un membre de l'équipe et demandez à tous les autres de les faire tourner en rond jusqu'à ce que vous soyez étourdi.

Construire et réparer : jetez-le simplement contre le mur pour voir ce qui reste collé. Si quelque chose tombe, ajoutez du ruban adhésif. La gomme utilisée peut également fonctionner. Toute partie qui ne reste pas bloquée, jetez-la simplement.

Prototypage rapide : faites exactement ce que le client a demandé. Répétez jusqu'à ce qu'ils comprennent ce qu'ils veulent.

Incrémentiel : ne construisez que les pièces que vous souhaitez et uniquement lorsque vous le souhaitez. Une autre version consiste à ne construire que les parties pour lesquelles ils crient le plus fort, et seulement s’ils se tiennent réellement devant votre bureau.

Synchroniser et stabiliser : comme Spiral, à l'exception d'une seule personne à la fois qui fait tourner le membre malchanceux de l'équipe. Lorsque leur tour est terminé, arrêtez la rotation un moment.

Si je comprends bien, elles contiennent essentiellement les mêmes étapes, mais une approche de type fondant est beaucoup plus itérative, moins centrée sur la conception initiale et davantage sur l’analyse.

En gros, vous vous frayez un chemin à travers les choses. Voyez ce qui doit se passer et améliorez-le. Voyez ce qui doit arriver. Améliorez-le.

Il est plus agile mais au détriment de la stabilité du projet. La cascade est bien meilleure pour les grands projets.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top