Project vote Pseudoimplementación
Descargar como PPTX, PDF0 recomendaciones536 vistas
El documento presenta una pseudoimplementación propuesta para un sistema de votación que utilizaría huellas digitales y una base de datos. Se describen los principales componentes que se implementarían como una página web de votación, una base de datos de candidatos y usuarios, y la integración de un dispositivo de huellas digitales. También se discuten consideraciones de seguridad como prevenir el doble voto y verificar la autenticidad del usuario. El objetivo final es crear un sistema de votación en línea seguro y fácil de usar.
Project vote Pseudoimplementación
- 1. Project Vote Pseudoimplementación de conexión de los elementos del sistema Carmen – Adán – Daniel – Sergio - Ricardo
- 2. Pseudoimplementación • Una vez que ya hemos definido herramientas y componentes tanto de software como de hardware para la implementación de nuestro sistema de votaciones, creímos prudente realizar algún tipo de modelo con palabras de cómo todo esto irá conectado.
- 4. Pseudoimplementación • Las primeras 2 cosas que habrá que implementar serán: • Primeramente, diseñar la página con el esquema de votaciones que se implementará en el evento. (Candidatos y demás información). • Segundo, darle de alta una base de datos al sistema con las personas que serán candidatas potenciales a realizar la votación. Aplicando las reglas de confidencialidad del tipo de evento o votación que se realizará.
- 5. Candidatos
- 6. Pseudoimplementación • Una vez hecho lo anterior, lo siguiente sería: • Empezar a realizar pruebas de usabilidad para asegurar que la conexión con base de datos sea satisfactoria. • Igualmente si para dicho evento se cuenta con una base de datos de huellas dactilares habilitar dicho dispositivo al sistema y comprobar que las detecciones sean lo más exactas posibles. (Entrenar la red neuronal).
- 7. Pseudoimplementación • Algo muy importante que debemos considerar es la cuestión de seguridad, por lo que será necesario «blindar» nuestro sistema (mayoritariamente el servidor), por lo que antes del evento se dedicará un tiempo en «atacar» el sistema para ver si éste presenta algún tipo de vulnerabilidades y, de ser así, corregirlas para que los resultados del evento sean 100% legítimos.
- 8. Pseudoimplementación - Seguridad • Alguno de los aspectos de seguridad que debe haber en nuestro sistema es que si un usuario ya ingreso mediante su huella digital y realizó su voto, se marque en la base de datos como que ya realizó su voto y con esto evitar que alguna persona pueda votar más de una vez. • Otro aspecto de seguridad, sería después de pedir la huella digital pedir algunos otros datos para verificar la autenticidad del usuario.
- 9. Pseudoimplementación • Cuando el sistema se encuentre terminado, hay que realizar encuestas o pruebas con usuarios reales, con el fin de tener retroalimentación de un grupo de personas y que nos puedan ayudar para ver que podemos mejorar, o que funcionalidad podríamos agregar para que el sistema llame más la atención de los usuarios. • También cuando el usuario finalice la votación, que aparesca un comprobante de voto.
- 11. Pseudoimplementación • Tenemos que realizar propaganda de nuestro sistema y hacer que la gente lo conozca, algo muy importante es que sea un sistema agradable para el usuario. Lo más importante es satisfacer a los usuarios dependiendo de sus necesidades. • El fin de nuestro sistema es que los usuarios se sientan agusto y seguros utilizándolo y que en ves de tener que salir de su casa para acudir a las casillas a votar puedan realizarlo por medio de nuestro sistema.
- 12. Pseudoimplementación • Mucha gente de la que no realiza su voto es por que los módulos se encuentran lejos de su casa o se encuentran en otro país de viaje, y pues nuestro sistema puede lograr que los porcentajes de gente votante en México incremente en cierta forma. Entre más gente vote más conforme estaremos con los candidatos electos.
- 13. Visión Futura • Haciendo una visión más a futuro podemos ajustar nuestro sistema para un dispositivo móvil para que sea más fácil y eficaz para los usuarios.
- 14. Cambio de reportes • Anunciamos cambios en las últimas 3 entregas de reportes de esta materia. Dividiremos éstas en Prototipo1, Prototipo2 y Prototipo3. Anexamos la calendarización. • (8 noviembre) .- Prototipo1 10 pts. • (15 noviembre) .- Prototipo2 10 pts. • (22 noviembre) .- Prototipo3 10 pts.