EPALM
OBJETIVO
El sistema actual de gestión de eventos y la logística asociada de participantes, ponentes e invitados no está completamente informatizado. Ahora bien, esto puede provocar fallos catastróficos que, a su vez, pueden generar graves problemas monetarios para los organizadores. Como hay sincronización en la información que se ingresa, hay mucho margen de error. Aquí es donde nosotros y nuestro proyecto intervienen para optimizar y agregar garantías integrales a todas las universidades.
INSTALACIÓN
1.Instale XAMPP o WAMPP.
2.Abra el panel de control de XAMPP e inicie los servidores [apache] y [mysql].
3.Descargue el proyecto desde github O siga los comandos de gitbash
1.Cambie el directorio al directorio htdocs.
2.Y luego clonar el Repo mediante git clone https://github.com/avats101/EPALM.git
3.Abre localhost/phpmyadmin
4.Crea una base de datos llamada "eplam"
5.Después de crear el nombre de la base de datos, haga clic en importar y busque el archivo en el directorio [EPALM/events.sql].
6.Después de importar correctamente, abra http://localhost/epalm. en cualquier navegador.
TRABAJO FUTURO
Hay muchas cosas en las que podemos trabajar para mejorar la experiencia del usuario. En este momento no es posible el registro de eventos ya que la tabla de eventos no se ha conectado a la base de datos. De manera similar, las tablas de información del club y del lugar no están conectadas a la base de datos. Para la tabla de información de eventos hemos decidido agregar un atributo para carteles de eventos. Mostrar los carteles de los eventos junto con sus detalles permitirá a los organizadores vender mejor su evento. Para cualquier sistema de gestión de eventos, es mejor tener tres vistas diferentes que gestionen tres niveles diferentes de logística: vista de administrador, vista de coordinador y vista de participante. Estos diferentes puntos de vista deben separarse claramente y en este momento solo están presentes dos puntos de vista, es decir, administrador y estudiante, y eso tampoco sin mucha distinción. Entonces, en el futuro nuestro objetivo sería agregar la tercera vista, es decir, del coordinador, y hacer que las tres vistas sean distintas. Las tres vistas deben ser fácilmente distinguibles y deben estar protegidas con contraseña. Las características de la vista de administrador y de participante serían más o menos las mismas. Actualmente no existe protección con contraseña para la vista de administrador y ese es un problema de seguridad importante. Además, para que un estudiante pueda iniciar sesión, debe registrarse nuevamente de acuerdo con el diseño actual del proyecto. Algún código php adicional puede ayudar a resolver ambos problemas. La contraseña del estudiante y algunos de los datos de la tarjeta, como CVV, son datos privados y, por lo tanto, no deben mostrarse abiertamente y, por lo tanto, deben realizarse algunas comprobaciones para evitar violaciones de la privacidad. Para proteger las contraseñas podemos utilizar funciones hash criptográficas como MD5 o SHA1 que están integradas en la biblioteca php. El hash de la contraseña se almacenará en la base de datos en lugar de la contraseña misma. En este caso, ni siquiera el administrador puede ver la contraseña original y, por lo tanto, estará segura. Siempre que se ingresa la contraseña para iniciar sesión, se aplicará un hash y luego se comparará con la contraseña hash en la base de datos y, si es la misma, solo se otorgará acceso. Esto es seguro, ya que incluso con las computadoras más potentes, descifrar la cadena original a través del hash lleva un tiempo mayor que la edad del universo. Una cosa más que se puede mejorar son las funciones de inicio de sesión. Como se indicó anteriormente, el estudiante que se registró en último lugar o que tiene el número de tarjeta más pequeño se muestra después de un registro exitoso. Podría haber algunos casos en los que se muestre algún otro registro en lugar de los registros deseados. Para solucionar esto podemos usar la marca de tiempo para reconocer a la última persona que inició sesión y solo se mostrará ese registro. Esto también nos permitirá mejorar la seguridad, ya que podría haber una opción de inicio de sesión de tiempo de espera en la que, después de un cierto período de inactividad, la sesión del usuario se cerrará automáticamente. Por último, podemos ampliar este proyecto para ayudar a organizar más de un festival, ya que en este momento está limitado a una sola universidad. Todo esto podría lograrse simplemente agregando unas pocas líneas de código php o modificando la base de datos o agregando algunos atributos como contraseña, credenciales de inicio de sesión e imágenes de carteles. Todos estos cambios permitirán una experiencia de usuario mejor y mucho más segura.
