-
Notifications
You must be signed in to change notification settings - Fork 9
Cahier des charges
1️⃣ Objectif du projet
2️⃣ Description du projet
3️⃣ Fonctionnalités attendues
4️⃣ Contraintes du projet
5️⃣ Déroulement du projet
Il s'agit de créer une application de type livre-jeu (aussi connu sous le nom de livre dont vous êtes le héros, marque déposée par Gallimard). Les livres-jeux sont des livres dont les paragraphes sont numérotés. À la fin de la lecture d'un paragraphe, le lecteur a le choix entre plusieurs possibilités, représentant les actions du personnage qu'il incarne. Ces possibilités renvoient à d'autres paragraphes, qui développent les conséquences des choix du lecteur. Les paragraphes ne sont donc pas lus dans l'ordre des numéros, et chaque lecteur ne lira pas les mêmes paragraphes, puisqu'il ne fera pas les mêmes choix. Sur ce modèle, l'application devra proposer un mode de récit non linéaire.
L'application aura pour nom Dhareshsaw l'escargot, nom du héros que le joueur incarnera.
Le personnage principal a un objectif, une mission, et les différents cheminements reviennent vers cet objectif ; il y aura une « grande fin » qui correspondra à l'accomplissement de la mission.
L’histoire (scénario) est découpée en scènes. Chaque scène est composée d’un texte qui décrit l’histoire et de plusieurs choix de directions pour poursuivre l’aventure.
L’application montrera l’évolution d’un personnage héros de l’histoire à travers des scènes où il rencontrera d’autres personnages et collectera des objets et/ou pouvoirs.
Les personnages sont le héros, ses amis et ses adversaires. Le héros et les adversaires ont 3 caractéristiques (pouvoirs) : la force, l’endurance et la chance. Les valeurs des pouvoirs du héros sont déterminées aléatoirement au début de l'histoire. Par contre, les valeurs pour les adversaires sont fixées à l'avance. Cela évite que le héros soit éliminé au premier combat et aussi donne une cohérence au scénario : il serait étrange qu'un adversaire de type oiseau ait une force supérieure à un sanglier par exemple.
Seul le héros dispose d’un inventaire d'objets.
L’application devra proposer 2 types de scène : rencontre amicale ou combat.
Certaines scènes peuvent n'être accessibles que si le héros dispose d'un objet spécifique.
❗ Important : Le joueur ne peut pas revenir volontairement à une scène précédente mais un choix peut potentiellement le faire.
Le héros rencontre un ami. La scène doit avoir une utilité pour la suite de l'histoire. L'ami peut donner des points de force/endurance/chance ou un objet au héros. Une fois ce bonus collecté, le héros choisit une direction vers une nouvelle scène.
Au cours de l’aventure, le joueur peut être amené à réaliser des combats. Ces combats peuvent être de différentes sortes :
- automatique : le joueur n’intervient pas dans l’issue du combat, celle-ci est obligatoire (ex: la mort, l’obtention d’un objet)
- conditionnelle : le joueur n’intervient pas directement dans l’issue du combat, elle dépend des conditions suivantes: – force joueur + (chance joueur − jet de dé) > endurance adversaire ⇒ mort de l’adversaire – force adversaire + (chance adversaire − jet de dé) ≥ endurance joueur ⇒ mort du joueur
❗ A l'issue d'un combat victorieux, l'endurance du héros est donc inférieure à ce qu'elle était en arrivant sur la scène.
Le jet de dé correspond à une variable aléatoire, variant de 1 à 6. Il conviendra donc de limiter les pouvoirs du héros afin qu'il ne cumule pas un nombre de points trop élevé qui rendrait le jet de dé non déterminant sur l'issue du combat.
Parfois, le joueur peut fuir un combat. La fuite a réussi si chance joueur > jet de dé
Il revient alors sur la scène précédente. La scène de combat qu'il vient de fuir n'est plus disponible à la sélection.
Au départ de l’aventure, l'inventaire du héros est vide. Les objets récupérés au cours de l’histoire sont y ajoutés au fur et à mesure. Le héros peut perdre ou utiliser des objets, ce qui les fait disparaître de son inventaire.
Les objets peuvent être des armes (augmentant éventuellement ses pouvoirs) ou des éléments permettant d'accéder à des scènes.
❗ Un objet ne peut être obtenu qu'une seule fois. Si le scénario fait repasser le héros par une scène déjà visitée, il ne gagne pas de nouveau bonus (ni pouvoir, ni objet).
Le déroulement de l’histoire est sauvegardé. Lorsqu’un joueur quitte puis relance le programme, il doit pouvoir commencer une nouvelle partie ou continuer l’histoire dans l’état où il l’a laissé. Suivant les choix que fait le joueur, son héros peut mourir. Dans ce cas-là, le joueur recommence l’histoire du début, avec son personnage initial. La sauvegarde est également réinitialisée. Le joueur peut consulter l’historique de sa progression à tout moment.
L'application devra disposer d'une portabilité multi-plateforme (navigateurs internet, smartphones Android et Apple). Pour cela, nous souhaitons que vous utilisiez le framework Ionic.
- 21/04/2020 : lancement du projet
- 13/05/2020 : présentation de la conception
- 24/06/2020 : présentation d'un prototype de l’application
- octobre : livraison de l'application
Le vide intersidéral, c’est la ligne 13 du métro aux heures de pointe par rapport à nos moyens…
13 développeurs hyper-motivés et un chef de projet tyrannique (pléonasme) !