EPALME
OBJECTIF
Le système actuel de gestion des événements et de la logistique associée des participants, des conférenciers et des invités n'est pas entièrement informatisé. Or, cela peut conduire à des échecs catastrophiques qui, à leur tour, peuvent entraîner de graves problèmes financiers pour les organisateurs. Comme il y a une synchronisation dans les informations saisies, il y a beaucoup de place à l’erreur. C'est là que nous et notre projet intervenons pour rationaliser et ajouter une assurance de bout en bout à tous les collèges.
INSTALLATION
1.Installez XAMPP ou WAMPP.
2.Ouvrez le panneau de configuration XAMPP et démarrez les serveurs [apache] et [mysql].
3.Téléchargez le projet depuis github OU suivez les commandes gitbash
1.Changez le répertoire en répertoire vers htdocs.
2.Et puis clonez le Repo par git clone https://github.com/avats101/EPALM.git
3.Ouvrez localhost/phpmyadmin
4.Créez une base de données nommée "eplam"
5.Après avoir créé le nom de la base de données, cliquez sur importer et parcourez le fichier dans le répertoire [EPALM/events.sql].
6.Après l'importation réussie. Ouvrez http://localhost/epalm. dans n'importe quel navigateur.
TRAVAUX FUTURS
Il y a beaucoup de choses sur lesquelles nous pouvons travailler pour améliorer l’expérience utilisateur. Pour le moment, l'inscription aux événements n'est pas possible car la table des événements n'est pas connectée à la base de données. De même, les tableaux d'informations sur les clubs et les sites ne sont pas connectés à la base de données. Pour le tableau d'informations sur les événements, nous avons décidé d'ajouter un attribut pour les affiches d'événements. Montrer les affiches des événements avec leurs détails permettra aux organisateurs de mieux vendre leur événement. Pour tout système de gestion d'événements, il est préférable d'avoir trois vues différentes qui gèrent trois niveaux différents de logistique : vue administrateur, vue coordinateur, vue participant. Ces différents points de vue doivent être clairement séparés et pour le moment, seuls deux points de vue, à savoir l'administrateur et l'étudiant, sont présents et cela également sans beaucoup de distinction. Ainsi, à l'avenir, notre objectif serait d'ajouter la troisième vue du coordinateur et de rendre les trois vues distinctes. Les trois vues doivent être facilement distinguables et doivent être protégées par mot de passe. Les fonctionnalités des vues administrateur et participant seraient à peu près les mêmes. Actuellement, il n’existe aucune protection par mot de passe pour la vue administrateur, ce qui constitue un problème de sécurité majeur. De plus, pour qu'un étudiant puisse se connecter, il doit se réinscrire conformément à la conception actuelle du projet. Du code php supplémentaire peut aider à résoudre ces deux problèmes. Le mot de passe de l'étudiant et certains détails de la carte comme le CVV sont des détails privés et ne doivent donc pas être affichés ouvertement et certaines vérifications doivent donc être effectuées pour éviter toute violation de la vie privée. Pour protéger les mots de passe, nous pouvons utiliser des fonctions de hachage cryptographique comme MD5 ou SHA1 qui sont intégrées à la bibliothèque PHP. Le hachage du mot de passe sera stocké dans la base de données au lieu du mot de passe lui-même. Dans ce cas, même l’administrateur ne peut pas voir le mot de passe d’origine et il sera donc en sécurité. Chaque fois que le mot de passe est saisi pour la connexion, il sera haché puis comparé au mot de passe haché dans la base de données et s'il est identique, seul l'accès sera accordé. Ceci est sécurisé car même avec les ordinateurs les plus puissants, déchiffrer la chaîne d'origine à travers le hachage prend un temps supérieur à l'âge de l'univers. Une autre chose qui peut être améliorée concerne les fonctionnalités de connexion. Comme indiqué précédemment, l'étudiant qui s'est inscrit en dernier ou qui possède le plus petit numéro de carte est affiché une fois l'inscription réussie. Dans certains cas, un autre enregistrement peut être affiché à la place des enregistrements souhaités. Pour résoudre ce problème, nous pouvons utiliser l'horodatage pour reconnaître la dernière personne qui s'est connectée et seul cet enregistrement sera affiché. Cela nous permettra également d'améliorer la sécurité car il pourrait y avoir une option de connexion avec délai d'attente dans laquelle, après une certaine période d'inactivité, l'utilisateur sera automatiquement déconnecté. Enfin, nous pouvons étendre ce projet pour aider à organiser plus d'un festival car il est actuellement limité à un seul collège. Tout cela pourrait être réalisé en ajoutant simplement quelques lignes de code php ou en modifiant la base de données ou en ajoutant certains attributs comme un mot de passe, des informations de connexion et des images d'affiche. Tous ces changements permettront une expérience utilisateur meilleure et beaucoup plus sécurisée.
