EPFL/Projet-S2/Description
Un article de Le wiki de 2 noisettes - noisette.ch.
Sommaire |
Gestionnaire d'Activités Sportives et Culturelles
Ayant comme acronyme GASC, cette application web est conçue pour permettre à une école (ou toute autre organisation, par exemple un Passeport Vacances) de gérer très simplement et par Internet l'inscription et la formation des groupes pour des activités sportives et culturelles.
Description
La principale force de cette application est qu'elle ne gère pas seulement l'inscription selon le principe du "premier arrivé, premier servi", mais aussi l'inscription libre, avec des préférences et des choix de remplacement. Les élèves sont ensuite répartis dans les groupes par un algorithme mathématique (selon une méthode de programmation linéaire) selon leurs choix, et selon les contraintes que l'administrateur place dans le système (nombre maximal, minimal de participants, priorités aux plus anciens sur les plus jeunes, ...) afin de satisfaire au mieux les souhaits de chacun.
Principe
|
Le système est divisé en 2 parties distinctes * élèves * administrateur La partie élèves permet aux participants de s'inscrire librement aux activités, alors que la partie administrateur donne la possibilité aux organisateurs de gérer les événements. Toutes les données sont stockées dans une base de données centrale. |
Une partie élève et une partie administrateur reposantes sur la même base de donées. |
Technologie
L'application repose entièrement sur des technologies liées à Internet, et on y accède simplement par un navigateur. La couche graphique, qui s'affiche dans le navigateur, est réalisée en (X)HTML et CSS(2). La base de données repose sur un serveur MySQL, et le langage de script PHP5 opère comme intermédiaire entre les deux. Le choix s'est porté sur ces technologies principalement pour :
- leur orientation réseau (un serveur central et des clients qui se connectent dessus)
- leur facilité de déployement dans les institutions intéressées et leur faible coût de licences
- la simplicité de la maintenance sur les postes utilisateurs (où un simple navigateur suffit).
Déroulement
L'organisation d'un événement requérant des inscriptions devient alors un jeu d'enfant. Après avoir créé un nouvel événement, par exemple "Journées sportives 2006" et défini les dates de cet événement, l'administrateur devra remplir la base de données avec les activités proposées. Puis à chaque activité correspondent des groupes, pour lesquels l'horaire de l'activité est précisé. Plusieurs combinaisons sont alors possibles :
- L'activité 1 comprend 2 groupes : A et B, dont les disponibilités sont définies dans le tableau ci-dessous :
| Activité 1 | Lundi | Mardi | Mercredi |
| Matin | Groupe A | Groupe A | Groupe A |
| Après-midi | Groupe B | Groupe B | Groupe B |
Les élèves participant au groupe A seront occupés les 3 matinées.
- L'activité 2 comprend 3 groupes : C, D et E, dont les disponibilités sont définies dans le tableau ci-dessous :
| Activité 2 | Lundi | Mardi | Mercredi |
| Matin | Groupe C | Groupe D | Groupe E |
| Après-midi | Groupe C | Groupe D | Groupe E |
Les élèves du groupe C seront occupés le lundi.
Les activités 1 et 2 sont donc incompatibles entre elles, c'est-à-dire que les élèves voulant faire ces 2 activités ne le pourront pas.
Objectif
L'objectif de ce projet de semestre est de développer une application utilisable par une institutions jusqu'à 1000 élèves, ainsi qu'une documentation suffisante pour que l'adminstrateur puisse être autonome pour gérer ses événements.
