Commentaires sur : Développer un jeu web (3) http://rkueny.fr/developpement-web/developper-un-jeu-web-3 Wed, 25 Jan 2012 11:14:40 +0000 hourly 1 http://wordpress.org/?v=3.1.2 Par : Développer un jeu web (2) | Kueny Raphaël http://rkueny.fr/developpement-web/developper-un-jeu-web-3/comment-page-1#comment-113 Développer un jeu web (2) | Kueny Raphaël Thu, 11 Jun 2009 12:34:24 +0000 http://rkueny.fr/?p=44#comment-113 [...] >>> 3ème article Ecrit par admin Développement Web, Jeu Web S'enregistrer sur le flux RSS feed [...] [...] >>> 3ème article Ecrit par admin Développement Web, Jeu Web S’enregistrer sur le flux RSS feed [...]

]]> Par : pascal http://rkueny.fr/developpement-web/developper-un-jeu-web-3/comment-page-1#comment-8 pascal Wed, 22 Apr 2009 08:40:10 +0000 http://rkueny.fr/?p=44#comment-8 De mon coté, c'est un mix horizontal/vertical : - lister les modules (fonctionnalités) - trouver les fonctionnalités similaires : en faire des modules transversaux Puis réaliser (DB, code...) un module et ses modules transversaux et passer au suivant. De mon coté, c’est un mix horizontal/vertical :
- lister les modules (fonctionnalités)
- trouver les fonctionnalités similaires : en faire des modules transversaux

Puis réaliser (DB, code…) un module et ses modules transversaux et passer au suivant.

]]> Par : R.Kueny http://rkueny.fr/developpement-web/developper-un-jeu-web-3/comment-page-1#comment-7 R.Kueny Wed, 22 Apr 2009 07:52:49 +0000 http://rkueny.fr/?p=44#comment-7 En effet, l'exemple n'est peut-être pas le meilleur... Ce n'en est qu'une partie. Mea culpa ^^ Pour la bdd il n'est certes pas possible de tout modéliser dès le début mais en avoir une bonne idée est pas mal tout de même. Il faut analyser les problèmes avant de se lancer dans la conception de la bdd. Il faut penser en horizontal et non en vertical. Vertical : un problème --> une solution, on passe à l'autre problème. Au final ça donne une bdd redondante, fouilli et pas du tout optimisée. Horizontal : on pose tout les problèmes à plats et on répond en trouvant les similitudes. Il ne faut pas oublier que la bdd est l'un des éléments les plus important d'un jeu web et même d'un site. Je pense que s'y pencher même au début un long moment est nécessaire En effet, l’exemple n’est peut-être pas le meilleur… Ce n’en est qu’une partie. Mea culpa ^^
Pour la bdd il n’est certes pas possible de tout modéliser dès le début mais en avoir une bonne idée est pas mal tout de même. Il faut analyser les problèmes avant de se lancer dans la conception de la bdd.
Il faut penser en horizontal et non en vertical.
Vertical : un problème –> une solution, on passe à l’autre problème. Au final ça donne une bdd redondante, fouilli et pas du tout optimisée.
Horizontal : on pose tout les problèmes à plats et on répond en trouvant les similitudes. Il ne faut pas oublier que la bdd est l’un des éléments les plus important d’un jeu web et même d’un site.
Je pense que s’y pencher même au début un long moment est nécessaire

]]> Par : pascal http://rkueny.fr/developpement-web/developper-un-jeu-web-3/comment-page-1#comment-6 pascal Wed, 22 Apr 2009 07:43:32 +0000 http://rkueny.fr/?p=44#comment-6 Je suis d'accord pour le cahier des charges minimal, par contre le 1er exemple ("Un exemple assez complet") est plus un listing de caractèristiques qu'un cahier des charges. En synthétisant cet exemple, on obtient un jeu ou chacun incarne un personnage avec ses compétences propres (selon la classe/race) et un inventaire. => On n'a pas un cahier des charges, loin de là. Une dernière remarque sur le cahier des charges minimal : le plan de la base de données n'est pas nécessaire dès le début. On peut en avoir une idée, mais modéliser à fond est une perte de temps. En réalisant un module puis un autre, on se concentrera sur une partie de la DB précise et on y passera le temps nécessaire, au lieu de recommencer les choses. Je suis d’accord pour le cahier des charges minimal, par contre le 1er exemple (« Un exemple assez complet ») est plus un listing de caractèristiques qu’un cahier des charges.

En synthétisant cet exemple, on obtient un jeu ou chacun incarne un personnage avec ses compétences propres (selon la classe/race) et un inventaire.
=> On n’a pas un cahier des charges, loin de là.

Une dernière remarque sur le cahier des charges minimal : le plan de la base de données n’est pas nécessaire dès le début. On peut en avoir une idée, mais modéliser à fond est une perte de temps.

En réalisant un module puis un autre, on se concentrera sur une partie de la DB précise et on y passera le temps nécessaire, au lieu de recommencer les choses.

]]>