La frontière entre l'analyse, le développement et la conceptualisation

La frontière entre l'analyse, le développement et la conceptualisation - Version imprimable

+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : La frontière entre l'analyse, le développement et la conceptualisation (/showthread.php?tid=1562)

Pages : 1 2

RE: Analyse/programmation/Conceptualisation, la frontiere - Zamentur - 12-12-2007

ok merci d'eclairer ma lanterne sur le sujet...
Si il y en a qui ont des explications plus poussé, n'hesitez pas!

RE: Analyse/programmation/Conceptualisation, la frontiere - lanoix - 16-12-2007

Bon, pas eu le temps de faire ca avant...

Mais pour vous montrer plus en détails les itérations de développements... Voici en RUP (Rationnal Unified Process, une méthodo...) le cycle de vie "en cascade" d'un projet...

Toutes vos différentes étapes sont bien séparées. Mais elles le sont trop. Une fois la release (donc la sortie) du projet effectué, vous ne devriez plus en théorie apporter que des modifications de maintenance. Ce n'est pas des plus efficaces... D'où l'adoption d'un modèle beaucoup plus réaliste, le modèle itératif...

Dans notre cas, sous entendu des amateurs programmant le jeu à leurs heures perdues, le modèle itératif a été adopté par défaut pour une raison simple: nous n'avons pas le temps. Il est clair que vous faites votre jeu par partie, testant, faisant tester, rajoutant des fonctionnalités... Le schéma ci-dessus vous parrait peut-être donc "trop évident". mais posez-vous cette question: Si vous pouviez travailler à un horaire pro avec des connaissances pro, seriez-vous aussi proche du modèle itératif?

Je ne pense pas... Car on vise tous un résultat, quelque chose à montrer, et donc arriver le plus vite posible à "LA" release finale... On adopte alors le modèle en cascade. Si aucun problème majeur ne se pose, oui, il aura été plus rapide, mais en cas d'un gros soucis... Aïe aïe, bonjour le temps perdu Smile

Le tout maintenant, même si nous travaillons tous implicitement en itératif, c'est de bien différencer les étapes, écrire un cahier des charges, se donner des objectifs concrets, datés, et pas sur-évalués. Quitte à se donner une fonctionnalité par semaine, le tout ca reste de bien préparer les choses, ne pas tout fait en même temps (ce qui reviendrait à mélanger les itérations).

(Pour la parenthèse, ca ne m'empêchera pas personnellement de continuer à travailler hors boulot en cascade - au moins je suis conscient des risques Big Grin

)