close

Se connecter

Se connecter avec OpenID

Cahier des Charges - Switcher Est Génial

IntégréTéléchargement
SWITCHER
Cahier des charges
Looping Recursion
Fang Clement
Lene Julien (a.k.a Kartoffel)
Justin Gabriel (a.k.a Echec)
Mattei Lucas (a.k.a Hauctopuce) Chef de Projet.
Table des matières
1 Introduction
3
2 Le groupe : Looping Recursion
2.1 Origine Du Groupe . . . .
2.2 Membres Du Groupe . . .
2.2.1 Clément Fang . . .
2.2.2 Gabriel Justin . . .
2.2.3 Julien Lène . . . . .
2.2.4 Lucas Mattei . . . .
2.3 Répartition des tâches . .
.
.
.
.
.
.
.
4
4
5
5
5
6
6
7
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
8
8
8
9
9
9
9
9
10
10
10
10
11
11
11
11
11
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3 Le projet : Switcher
3.1 Concept . . . . . . . . . . . . . . . .
3.1.1 Origine du Projet . . . . . . .
3.1.2 Univers . . . . . . . . . . . . .
3.1.3 Le Switch : Principe Innovant
3.1.4 Durée de vie . . . . . . . . .
3.2 Découpage du Projet . . . . . . . .
3.2.1 Cartes . . . . . . . . . . . . .
3.2.2 Personnages . . . . . . . . . .
3.2.3 Interface . . . . . . . . . . . .
3.2.4 Physique du jeu . . . . . . . .
3.2.5 Objets utilisables . . . . . . .
3.2.6 Multijoueur . . . . . . . . . . .
3.2.7 Le Site . . . . . . . . . . . . . .
3.2.8 Audio . . . . . . . . . . . . .
3.3 Possibles extensions . . . . . . . . . .
3.3.1 Oculus Rift . . . . . . . . . . .
1
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3.3.2 Editeur De Salles . . . . . . . . . . . . . . . . . . . . . . . . 12
3.3.3 Partage de Contenu . . . . . . . . . . . . . . . . . . . . . 12
4 Planning et Moyens
4.1 Planning d’état d’avancement
4.1.1 Première Soutenance . .
4.1.2 Seconde Soutenance . .
4.1.3 Dernière Soutenance . .
4.2 Moyens . . . . . . . . . . . . . .
4.2.1 Matériel et Logiciels . . .
4.2.2 Coût du Projet . . . . . . .
5 Conclusion
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
13
13
13
13
14
14
14
15
16
2
1
Introduction
Ce document est le cahier des charges fournissant toutes les informations autours de notre groupe de projet, Looping Recursion, ainsi que le
projet en lui même : Switcher.
Looping Recursion s’engage, ainsi que tous ses membres, à faire son
possible pour vous fournir dans the Switcher une expérience de jeu non
seulement agréable mais aussi innovante.
≪ Switcher ≫ est un First Person Puzzle qui consiste en la résolution d’une
suite d’énigme sous forme de salles, seul ou à plusieurs, grâce à votre capacité de permuter deux objets entre eux à distance.
Ce projet est l’aboutissement de notre première année à EPITA et nécessite
une grande partie des connaissances que nous avons acquises cette année.
Il sera conçu grâce à la plateforme Unity qui nous assure une multitude
de bibliothèques permettant de réaliser un jeu video à la fois complet et
fonctionnel. Nous utiliserons le langage C# qui nous est instruit depuis maintenant 2 mois pour réaliser les scripts du jeu.
La suite de ce document aura pour but de vous donner une idée du
processus de conception de notre projet tel que nous le concevons à son
commencement.
3
2
Le groupe : Looping Recursion
2.1
Origine Du Groupe
Looping Recursion est un groupe formé de 4 élèves et amis de SUP-Info
Epitéens : Clement Fang, Julien Lene, Gabriel Justin et Lucas Mattei.
La création des prémices de ce groupe s’est faite relativement rapidement puisque dès le début de l’année nous savions déjà que nous nous
mettrions ensemble pour le Projet du second semestre. En effet Julien et
Gabriel venant du même lycée à Lyon, ils se connaissaient déjà depuis
un moment et avaient auparavant collaboré sur des projets (en particulier
celui de l’épreuve de science de l’ingénieur) qui s’étaient très bien passés.
Moi même (Lucas Mattei) fut intégré au petit groupe dès le jour de la prérentrée. Il ne nous restait plus qu’à trouver un quatrième membre. Le choix
de Clément Fang apparut comme évident car nous passions la plupart de
notre temps ensemble. Malgré les quelques difficultés en programmation
qu’il éprouvait, Clément manifestait une bonne détermination et surtout
l’envie d’appendre ce qui suffit à l’intégrer dans notre groupe.
Au commencement, nous ne savions pas ce que nous allions faire exactement et le nom de ≪ Looping Recursion ≫ ne nous était même pas encore
venu à l’esprit néanmoins nous savions que notre projet allait s’orienter vers
le jeu vidéo. Tout cela nous paraissait ,malgré tout, très lointain.
En janvier, lorsqu’il nous a été proposé d’inscrire nos groupes, nous optâmes
après de longues et stériles tergiversions pour ≪ Looping Recursion ≫ , ≪ Parce
que c’est stylé ≫ a-t-on pu entendre en salle machine.
4
2.2
2.2.1
Membres Du Groupe
Clément Fang
Avant d’entrer à Epita, je me suis légèrement initié au langage html sans
connaı̂tre d’autres langages,faire un jeu en 3D me semblait alors hors de
portée , cependant après avoir vu les projets des spés, j’ai ét trs impressionné par leurs crations.
C’est à ce moment que j’ai dcouvert les avantages d’unity .Faire un jeu
à l’aide de ce moteur me permettra dans un premier temps d’améliorer
mon niveau en programmation, en création, mais aussi d’apprécier le travail d’équipe qui est au cœur du métier d’ingénieur. De plus ce projet sera
un premier pas pour moi car il s’agira du premier jeu que je vais concevoir. Entre-autre j’aimerais bien avoir l’opportunité d’utiliser un oculus rift au
cours de ce projet.
2.2.2
Gabriel Justin
J’ai depuis longtemps été intéressé par l’informatique. En effet, depuis
le lycée, la logique liée à l’algorithmie m’a poussé à vouloir me pencher
sur ce sujet. Cependant je n’ai pas réellement eu d’occasion de pratiquer avant mon entrée à EPITA qui m’a permis de pouvoir enfin m’attaquer
sérieusement à ce domaine.
La découverte du Caml m’a permis de découvrir les bases de l’algorithmie mais n’avait pas réellement d’applications possibles (du moins pas
avec ce que l’on a vu en cours). Quelques mois plus tard, je commençais
a apprendre les bases du C#, le premier langage orient/’e objet auquel
j’ai pu m’essayer. Ce nouveau code, via les TP que nous avons fait m’a
permis de participer à des mini-projets qui étaient enfin une occasion de
voir le coté concret de l’informatique.
Ce projet me tient particulièrement a cœur car, comme beaucoup,
je suis très intéressé par le milieu du jeu vidéo et ce projet est comme un
aboutissement de ma première année. Je compte beaucoup m’investir
dedans pour être fier lorsqu’à la fin de mon projet je verrai mon nom dans
les crédits du jeu. Aussi, travailler en groupe avec des amis sur un même
projet est une expérience qui sera selon moi enrichissante sur de nombreux
points et me laissera sans doute d’excellents souvenirs.
5
2.2.3
Julien Lène
J’ai commencé à m’intéresser au monde l’informatique au collège.
Grâce au club de robotique auquel j’ai participé. J’y conçevais l’algorithme des robots que nous construisions pour la coupe de France de robotique (une compétition de robots multitâches)
Par la suite, j’ai appris en tant qu’autodidacte les bases du C++, curieux
envers le monde de la programmation et désireux d’en faire ma carrière.
Au lycée j’ai pris avec le plus grand enthousiasme la spécialisation de l’informatique et des sciences du numérique. Ce qui m’a permis de réaliser
mon premier projet informatique : un projet en python.
J’ai rejoint EPITA par amour de l’informatique et pour apprendre à programmer. je pense que ce projet de groupe est une bonne occasion pour
apprendre à travailler en groupe et découvrir ce qu’est un projet informatique.
2.2.4
Lucas Mattei
Je m’intéresse à l’informatique depuis le collège même si, comme beaucoup, je baignais dedans depuis bien avant avec les jeux vidéo. J’ai découvert
la programmation en 3elors d’un cours de Sciences Technologiques où l’on
devait programmer le fonctionnement d’une porte automatique. C’est
alors que je compris que le monde de l’informatique ne m’était pas aussi
inaccessible que je le pensais. Je mis néanmoins du temps à me mettre
vraiment à pratiquer.
En 1re, j’entrepris de façon autodidacte (puisqu’aucune spécialité d’informatique ne m’était proposée dans mon établissement) l’apprentissage
de la programmation en C allant jusqu’à manipuler les bibliothques SDL
pour réaliser des petits jeux graphiques. D’autre part, j’appris aussi l’électronique
et me procurai une Arduino pour réaliser d’autres types de projets de type
systêmes embarqués.
Etudier à EPITA me semblait la meilleure opportunité pour approfondir
mes connaissances et en acquérir de nouvelles. Ce projet est pour moi
ma première occasion de travailler avec une équipe dans le domaine de
l’informatique mais aussi d’avoir la responsabilité de chef de projet. Aussi je
compte bien mener ce projet à terme et le parfaire au possible pour qu’il
soit tel que Looping Recursion l’a pensé.
6
2.3
Répartition des tâches
Cartes (solo et multi)
Personnages
Interface
Gestion de la Physique du jeu
Conception des objets utilisables
Multijoueur
Site internet
Audio
7
Lucas et Clément
Gabriel
Julien
Gabriel et Lucas
Julien et Lucas
Julien et Gabriel
Julien et Clément
Toute l’équipe
3
Le projet : Switcher
3.1
Concept
Switcher ≫ sera un jeu de réflexion à la première personne qui se déroulera
dans un univers Médieval Fantastique. Le mode solo placera le joueur dans
la peau d’un magicien archéologue piègé dans un temple oublié qu’il
s’était mis en tête d’explorer. Pour sortir de ce temple, le magicien aura
à sa disposition le Switcher, un artefact ancien lui donnant la capacité
d’échanger la place de deux objets à distance, qui lui permettra de résoudre
les différentes énigmes le séparant de la sortie.
Le mode multijoueur permettra à deux joueurs de coopérer pour résoudre
des énigmes conçues pour 2 cerveaux dans une trame scénaristique antérieure
à celle du mode solo qui dévoilera l’origine du Switcher et du mystérieux
temple qui le renferme.
≪
3.1.1
Origine du Projet
Nous voulions tous faire un jeu vidéo et nous voulions en faire un original
avec un gameplay propre à celui-ci. Comme nous étions tous adeptes de
jeux de réflexion, nous avons envisagé la réalisation d’un jeu d’énigme en
3D. Puisant notre inspiration dans des jeux de référence tels que ceux de
la franchise Portal, nous optâmes pour un FPP(First Person Puzzle) dont les
énigmes seraient sous forme de salles à traverser.
8
3.1.2
Univers
Nous avons décidé que le jeu se passerait dans un univers Médieval
Fantastique pour rompre avec la tradition du FPP qui privilégie largement
un univers de Science Fiction.
3.1.3
Le Switch : Principe Innovant
Le concept de ≪ Switch ≫ nous a, quant à lui, semblé très original et
nous permettait d’imaginer un grand nombre de casse-têtes intéressants.
Le joueur pourrait ,comme dit précédemment, échanger la place de deux
objets à distance mais aussi sa propre place avec un objet. D’autre part,
quand un objet ou personnage ≪ Switche ≫ avec un autre en mouvement,
il continue le mouvement de cet objet ce qui nous permettra encore plus
de possibilités pour concevoir nos casse-têtes.
3.1.4
Durée de vie
e La durée de vie de Switcher est limitée au nombre de salles que nous
concevons. Notre objectif est de créer au moins 6 salles solo et 3 salles en
coopération. De plus nous pouvons facilement rendre le jeu plus durable
avec des mises à jour ou même des DLC(extension du jeu) qui pourront proposer de nouvelles carte et de nouveaux objets pour gagner en contenu.
Une éventuelle communauté pourrait tout aussi bien créer, à l’aide d’Unity,
des cartes communautaires qui seraient tout autant bénéfiques pour la
durée du jeu.
3.2
3.2.1
Découpage du Projet
Cartes
La création des cartes est la plus longue tâche du jeu, ce pourquoi
nous avons décidé d’y travailler à deux. En effet Notre jeu aura besoin de
deux cartes : une pour le mode solo et une autre pour le multijoueur en
coopération. De plus la carte doit se diviser en plusieurs salles successives
qui représentent chacune un casse-tête que nous devons concevoir pour
être résolus par une personne en mode solo et (le plus compliqué) pour
9
deux personnes en mode multijoueur. Outre le soucis de conception des
énigmes, il faudra aussi designer les deux cartes pour créer un environnement Médieval/Fantastique.
3.2.2
Personnages
Il nous faudra aussi implémenter les personnages, à savoir le personnage du mode solo et le personnage supplémentaire du mode multijoueur
ainsi que les ennemis. Ces derniers ne serviront que d’obstacles à la résolution
des casse-têtes (ils se limiteront à viser les joueurs et leur tirer dessus) de ce
fait nous n’aurons besoin que d’une Intelligence Artificielle très basique.
Le travail sur les personnages consistera en scripter les déplacements et les
actions pouvant être réalisées, concevoir leur apparence qui devra convenir avec le thème du jeu et enfin faire leur animation.
3.2.3
Interface
Le joueur aura besoin de naviguer entre plusieurs menus pour régler les
options et choisir des modes de jeu. Il sera aussi question d’intégrer un HUD
avec une jauge de vie, un chronomètre qui compte le temps que met le
joueur à résoudre une salle et peut-être plus encore.
3.2.4
Physique du jeu
Nous utiliserons le moteur Unity pour gérer la physique du jeu. Néanmoins
un problème majeur se pose pour implémenter le principe de ≪ Switch ≫ .
En effet nous devrons trouver un moyen de faire l’échange de place
de façon à ce qu’un objet A qui switche avec un objet B en mouvement
continue le mouvement de l’objet B après le switch. D’autres problèmes
du même genre se poseront sûrement au cours de la conception du jeu
ce qui exigera beaucoup de lignes de code de notre part.
3.2.5
Objets utilisables
Les énigmes se résoudront à l’aide d’une multitude d’objets avec lesquels le joueur devra interagir. Ces objets auront tous des caractéristiques
diverses que nous devrons scripter ainsi qu’une apparence unique que
10
nous devrons concevoir. Certains objets auront sans doute besoin d’être
animés.
3.2.6
Multijoueur
Le multijoueur sera géré par les membres du groupe en charge des
personnages, des objets utilisable et de l’interface. La gestion du mode
multijoueur ne se fera pas séparement du solo. Nous devrons implémenter
les personnages et les objets pour que l’on puisse les utiliser de façon identique dans les deux modes de jeu. Le membre s’occupant de l’interface
s’occupera de l’accès et de la configuration du multijoueur lors de la
conception des menus.
3.2.7
Le Site
Le site se composera d’une présentation du projet, de liens vers les logiciels et matériels que nous avons utilisé, de version téléchargeable du
rapport de projet ainsi que d’éventuels ArtWorks et éléments de scénarios.
D’autres élements pourront etre ajoutés au fil du projet.
3.2.8
Audio
Le choix des sons et thèmes musicaux du jeu seront gérés par tous
les membres au même moment car il est important que les sons soient
cohérents entre eux et avec l’univers Médieval/Fantastique.
3.3
Possibles extensions
Si nous achevons nos objectifs bien avant la dernière soutenance nous
pouvons envisager d’apporter les éléments suivants à notre jeu :
3.3.1
Oculus Rift
Il serait intéressant de fournir une expérience de jeu immersive en implémentant
la possibilité de jouer avec un Oculus Rift.
11
3.3.2
Editeur De Salles
Ajouter un mode Editeur de salles dans le jeu permettrait de décupler
la durée de vie de Switcher. Le joueur pourrait alors créer ses propres salles
et ajouter une infinité de contenus et ce sans passer par un logiciel intermédiaire.
L’intérêt serait d’offrir des outils d’édition à la fois faciles à prendre en
main et complets. Le joueur pourrait récupérer ses cartes dans un répertoire
dédié dont il pourrait choisir l’emplacement et pourrait ensuite les échanger
avec d’autres joueurs en se passant les fichiers.
3.3.3
Partage de Contenu
Si malgré tout cela il nous reste encore du temps à consacrer au projet,
nous pourrions, dans la continuité de l’éditeur de salle, créer un site internet
ou les joueurs pourraient rendre leurs salles disponibles en téléchargement.
Nous pourrions établir un systême de classement des meilleures salles de la
communauté pour orienter les joueurs vers de nouveaux challenges.
e
12
4
Planning et Moyens
4.1
4.1.1
Planning d’état d’avancement
Première Soutenance
Cartes
Personnages
Audio
Site Web
Interface
Objets utilisé
Physique
Multijoueur
4.1.2
Clément
Ebauche
Ebauche
Ebauche
Julien
Ebauche
Ebauche
Ebauche
Intérmediaire
Ebauche
Seconde Soutenance
13
Gabriel
Ebauche
Ebauche
Intérmediaire
Ebauche
Lucas
Ebauche
Ebauche
Intérmediaire
Intérmediaire
Cartes
Personnages
Audio
Site Web
Interface
Objets utilisé
Physique
Multijoueur
4.1.3
Clément
Intérmediaire
Ebauche
Intérmediaire
Julien
Ebauche
Intérmediaire
Intérmediaire
Terminé
Intérmediaire
Gabriel
Lucas
Intérmediaire
Intérmediaire
Ebauche
Terminé
Intérmediaire
Ebauche
Terminé
Terminé
Dernière Soutenance
≪ Switcher ≫ doit bien entendu être à 100 % terminé le jour de la Dernière
soutenance.
Cartes
Personnages
Audio
Site Web
Interface
Objets utilisé
Physique
Multijoueur
Clément
Terminé
Terminé
Terminé
4.2
Moyens
4.2.1
Matériel et Logiciels
Unity :
projet.
Julien
Terminé
Terminé
Terminé
Terminé
Terminé
Gabriel
Terminé
Terminé
Terminé
Terminé
Lucas
Terminé
Terminé
Terminé
Terminé
Unity nous servira pour chaque partie de la réalisation de ce
Blender : Nous utiliserons Blender pour créer les apparences des différents
objets, décors et personnages du jeu que nous implémenterons ensuite
dans Unity.
14
Visual Studio Enterprise 2015 :
Cet IDE nous permettra de coder les
scripts nécessaires à la conception du jeu.
Audacity : Il est possible que nous utilisions Audacity pour mixer les sons
que nous intégrerons dans le jeu.
Git : Git nous permettra de partager facilement nos fichiers et de garder
une trace des différentes versions du jeu.
TeXnicCenter : Cet éditeur de document latex nous permettra de mettre
en page nos rapports de projet ainsi que ce formidable Cahier des Charges.
Pour utiliser tous les logiciels cités ci-
Ordinateurs Personnels et Racks :
dessus.
4.2.2
Coût du Projet
Type
Prix e
Hébergement du Site Web
18 e
Visual Studio
0e
Electricité
env 100 e
Dépenses supplémentaires potentielles
100 e
Total
218 e
15
5
Conclusion
Looping Recursion à l’intention de proposer à tous les amateurs de
casse-têtes et jeu de réflexion une expérience de jeu enrichissante et originale. Seul ou avec un ami, plongez vous dans l’univers fantastique de
≪ Switcher ≫, un First Person Puzzle au gameplay novateur. Réalisé avec le
logiciel Unity, Switcher vous promet au moins une dizaine salles dans lesquelles réflexion et patience seront vos seuls atouts face à des énigmes de
plus en plus coriaces. Switchez avec une multitude d’objets divers et variés
pour résoudre des énigmes de plus en plus complexes.
Résolvez les casse-tetes innovants du mystérieux temple abandonné et
retrouvez votre chemin vers la sortie... ainsi que la vérité sur la malédiction
du Switcher.
Les membres de Looping Recursion espèrent qu’au terme de ce projet
vous prendrez autant, voir plus, de plaisir à jouer à ≪ Switcher ≫ qu’ils n’en
ont pris à le concevoir.
16
Auteur
Document
Catégorie
Uncategorized
Affichages
3
Taille du fichier
45 KB
Étiquettes
1/--Pages
signaler