Projet GAMA est-il concevable ?

[frenchem67]

Bonjour, bonsoir aux têtes pensantes de la conception,

GAMA est l'acronyme de Générateur Aléatoire de Matos d'Aventures.

Il s'agit dans l'idée actuelle d'un outil d'aide à la génération de scénarii de jeux de rôle.

Objectif du projet :

L'objectif de ce projet sera de développer une application web 2.0 d'assistance à la création de scénarii de jeu de rôle médiéval fantastique.
Dans un contexte où la génération post -- Gary Gygax -- laisse place aux plus jeunes et quand les scénarii ne sont plus de simples aventures PMT, cette solution veut apporter une pierre de plus à l'édifice imaginaire du jeu de rôle.

En surfant sur le web, on peut constater, outre la scénariothèque et quelques sites expliquant le processus de création d'un scénario de jeu de rôle, que le manque de ressources francophones dans ce domaine est fort affligeant, surtout pour une tache aussi complexe et longue que de passer de l'idée à un scénario prêt-à-jouer.

De plus soyons franc avec nous-mêmes, nous avons de moins en moins de temps pour préparer un scénario original; surtout quand on s'y prend quelques jours voire quelques heures avant la partie.

Ainsi, ce projet se veut à terme devenir un outil d'assistance aux Maîtres de Jeu en manque d'inspirations, de méthodologie ou tout simplement de temps. Via une interface au design agréable et fonctionnelle, il sera proposé des choix de thèmes de scénario, une base de donnée d'éléments scénaristiques pour l'inspiration, un système graphique de gestion des scènes, un générateur de PNJ, ainsi que de nombreuses options pour gérer la création du scénario, des prémisses à sa scène finale.

Pourquoi ce projet ?

Ce projet souhaite répondre aux principaux besoins suivants (dans le désordre) :
➔ Combler un certain niveau de manque d'inspiration, en fournissant aux utilisateurs un base de synopsis, évènements, objets, lieux, PNJ, sous forme de texte généré aléatoirement, d'illustrations, livres, BD, musiques, sons, vidéos...
➔ Combler un certain niveau de méthodologie, en proposant aux utilisateurs
d'organiser la structures et les éléments scénaristiques sous forme de graphe
modifiable par drag and drop.
➔ Combler le manque de temps pour écrire un ou des scénarios, en automatisant les taches récurrentes de l'écriture des synopsis, du choix des scènes, grâce aux formulaires prégénérés, et du graphe structurel.
➔ Fédérer une communauté de rôlistes-scénaristes issus de différents jeux autour de cette unique application, afin de partager leurs scénarii, leurs idées, et développer davantage sa base de données.


Ma question (très simple) :

Ce projet est-il concevable ?


Bien à vous,

frenchem67.

[Richard_35]

Bonjour Frenchem67,

Intéressant.

Envoyé par Frenchem67

Ce projet est-il concevable ?

==> concevable, oui.

Néanmoins, mais je pense que tu t'en doutes, tu n'exposes qu'un "pré-cahier des charges" qu'il faut davantage détailler afin d'en dégager des règles de gestion précises.

En bref, le MCD est encore bien loin...

[frenchem67]

Bonsoir et merci pour ta réponse encourageante !

En effet cette idée m'est de plus en plus intéressante et je pense que je vais la développer mais, avant de rédiger un cahier des charges pour formaliser les fonctionnalités de l'application, je vais faire une recherche sur l'existant, tant en papier, que pdf et autres sites web.

Après cela, je pense qu'il faille concevoir et réaliser - sur papier - le "moteur de calcul" de l'application et son architecture, dans le sens où si un synopsis de longueur L peut être "calculé"/généré pseudo-aléatoirement à partir d'un alphabet de mots clés, la machine à calculer n'existe pas encore... Il s'agit donc d'un algorithme à priori complexe et de l'analyse sémantique (dont je ne connais de nom que le nom), et ça risque de faire très vite grimper la courbe de la barrière de difficulté du projet. Néanmoins j'ai un contact qui en a un peu fait et je pourrais lui poser des questions.

Bref je me demande de quelles manières aborder ce sous-problème car je pense qu'il sera déterminant dans le choix des technologies du projet. Et si l'on veut conserver le choix initial qui est une application web 2.0 avec HTML5, CSS3, PHP5, Javascript et Ajax, il faudra revoir les contraintes sur les modèles que nous allons concevoir.

[lunatix]

yes ! un roliste.

Surement faisable, mais la difficulté ne sera pas technique, mais totalement fonctionnelle.Pas facile de remplacer un MJ inspiré par une simple logique informatique pour créer/aider a faire des scenari.

[Malinaka]

Salut,
J'ai essayé à plusieurs reprises de travailler sur ce sujet. La vrai complexité apparaît assez vite si tu souhaites inclure les règles de jeux: je suis vite arrivée à devoir concevoir plusieurs modules (joueurs, combats, monstres...) et la quantité de données à enregistrer est colossale.
Néanmoins si tu souhaite uniquement gérer la partie scénarii, cela doit être faisable.

[frenchem67]

Re,

Surement faisable, mais la difficulté ne sera pas technique, mais totalement fonctionnelle.Pas facile de remplacer un MJ inspiré par une simple logique informatique pour créer/aider a faire des scenarii.

Toute la difficulté du projet sera, comme tu le soulignes et je l'ai vaguement expliqué, le sous-problème de la conception algorithmique du noyau de l'application. Ce sera toute la partie modules métier de son architecture, et servira à la génération de phrases scénaristiques issues logiquement d'une base de donnée.

Je vais donc faire une recherche bibliographique pour étudier l'existant et fabriquer un algorithme simple. D'ailleurs si des rôlistes lisent ce message, comme toi lunatix, n'hésitez pas à partager des liens, ils peuvent m'être utiles. Merci d'avance !

De cet existant je vais essayer de déduire des règles simples à penser avec le paradigme objet. Car je pense que l'objet pourra plus facilement permettre de programmer cette appli.

Cela revient à ce que dit Malinaka :

J'ai essayé à plusieurs reprises de travailler sur ce sujet.

Si tu veux toujours travailler sur ce sujet, j'en serai que plus heureux, et nous pourrions peut être collaborer davantage.

La vrai complexité apparaît assez vite si tu souhaites inclure les règles de jeux: je suis vite arrivée à devoir concevoir plusieurs modules (joueurs, combats, monstres...) et la quantité de données à enregistrer est colossale.

Pour rester simple, je n'envisage pas d'y inclure les règles d'un ou de jeux en particulier, mais je garde en mémoire l'idée d'étendre les fonctionnalités dès le début de la conception.

Néanmoins, il y aura tout de même à concevoir des classes différentes pour chaque élément scénaristique différent, avec héritage, abstraction et polymorphisme, bien entendu.


Voilà, n'hésitez pas à suivre le sujet, ou à m'écrire un mp si vous êtes intéressé par son développement.