Pas mal l'intervention de Ter Rowan. C'est vrai que cité comme ça, on pourrait te désaproprier tes idées. Cependant, selon ton niveau de programmation (que tu qualifies de faible) il peut-être difficile de découper en lot sans que cela pénalise une programmation. J'entends déjà les remarques du style : "T'aurais pas pu le dire avant ? On va être obligé de tout recoder !"
Une autre solution pourrait être de bien spécifier ton projet, le garder sous le coude pour plus tard et t'investir dans un autre projet afin de te faire au moins un peu d'expérience.
Kéké
PS vulgaire. A ne pas lire pour ne pas être choqué ^^ : je cite un membre de ma famille :
"Les idées, c'est comme le trou du cul : tout le monde en a !"
Lui parler d'IHM alors qui ne connaît rien en programmation... xD
Je vais ajouter quelques mots à ce sujet en piochant dans mon expérience personnelle.
Pour la version de mon jeu qui est en cours de programmation, l'equipe a du faire un gros cahier des charges, voila donc ce que tu dois (en gros) y trouver:
I. Les présentations:
- Equipe
- Description de la version
- Description des nouveautés
- Langages utilisés
- Les pages à créer (sous forme de liste)
II. La base de données:
- Fonctionnement de la base de données
- Plan entier de la BDD (j'ai fais sur excel mais tu peux direct faire sur phpmyadmin par exemple...)
- Description totale des tables et des interactions entres elles
III. Les pages et classes:
- Description complète de chaque page ! Le plus détaillé possible !!
- Schéma des class (si tu utilises la POO par exemple... mais vu que tu ne sais pas coder, je ne rentre pas plus dans le sujet..)
IV.
- Partage du travail
V.
- Y'a pas de V, c'est là que tu commences à coder ! XD
- Mettre toutes les progressions de l'equipe sur un forum par exemple pour suivre l'avancée
Voilaaaaaaaaa
En espérant que ça t'aide
Merci à tous de vos réponses, je prend note et je me met au boulot ^^
j'ai laissé tomber le cahier des charges pour un approche plus agile :
- notes sur un wiki
- but principal, état d'esprit général
- liste des fonctionnalités, découpées en modules
- schéma via freemind
- enlever les 50 % inutiles pour commencer
- prioriser le reste
- coder, avec une todo liste
- mettre à jour cette liste : corriger les petits bugs et les détails puis ajouter du nouveau
- persévérer
ensuite si une V2 arrive, on peut faire un cahier des charges plus poussé et travailler en équipe.
A+
Pascal
Bon j'ai avancé dans mon boulot et je relis vos messages, voilà quelques questions:
Zneman:
qu'entend tu par "- Les pages à créer" ?
Peut tu m'expliquer ta partie II
Pascale:
- "schéma via freemind", oui mais schéma de quoi ?
-50% inutiles de quoi ?
Merci
Ps: n'oubliez pas que je ne m'y connait dans aucun des domaines évoqué sur ce forum, je suis juste un jeune avec des idées et très motivé, donc essayez svp d'expliciter vos réponses, MERCI
Citation :- "schéma via freemind", oui mais schéma de quoi ?
Il parlait peut être de schéma UML ou autre, mais bon ce qu'il faut retenir c'est qu'il est parfois bien de faire des schéma pour présenter visuellement les choses!
Citation :-50% inutiles de quoi ?
Je suppose qu'il s'agit des fonctionnalité qui ne sont pas absolument nécessaire au jeu (une version minimal quoi!)
mon nom s'écrit sans "e" à la fin, merci.
un schéma de ce que doit faire le jeu, donc en gros au centre le nom du jeu puis autour les principaux modules puis encore autour les principales fonctionnalités.
ça donne une vue d'ensemble du projet, ça aide à estimer la quantité de travail : beaucoup, beaucoup trop...
Les 50% inutiles, c'est les trucs cool pour le jeu, mais s'ils ne sont pas là, on peut jouer quand même. à l'inverse, les 50% utiles sont les 50% indispensables pour sortir une beta.
A+
Pascal
Voici, j'ai fait mon cahier des charges et ils fait un peu moins de 28 page.
Il y manque probablement des éléments, mais étant donné que c'est mon premier, je ne vois pas quoi ajouter.
Quelle serait la suite du programme pour mon projet ?
Et bien, une fois le Cahier des Charges fait, il te reste plus qu'à programmer tout ça
