MEJORAS
INTERFAZ
en las interfaces tanto de usuario como de administrador se le hicieron mejoras. las cuales se destacan:
* los login de estudiante como de administrador
* se corrigió el error de responsivo del sitio
* se le agregaron nuevos campos al formulario de registro de jornada
*alerta al menú de editar candidatura
![]() |
| Login Modulo Administrador |
![]() |
| Aprobar Candidatura Modulo Administrador |
![]() |
| Registro Jornada Electoral Modulo Candidatura |
![]() |
| Login Modulo Estudiante |
![]() |
| Editar Candidatura Modulo Estudiante |
![]() |
| Listar Jornadas Electorales Modulo Estudiante |
Rendimiento
* se mejoro el tiempo de carga que hay del paso de una interfaz a otra. para esto se utilizo el patrón facade al cual se le dio la responsabilidad de interactuar directamente con el negocio
* se mejoro el tiempo de carga de las imágenes de los candidatos. para esto las guardamos en una carpeta del servidor y el base de datos solo tenemos la referencia a ellas, con esto también ahorramos carga a la base de datos.
Seguridad
las políticas de seguridad se aplicaron a ciertos puntos críticos como lo son el logueo de los usuarios, encriptacion de datos, prevención de inyección SQLDiseño
en el diseño se utilizaron nuevos patrones así como la refactorizacion del código con el fin de hacerlo mas entendible para su posterior mantenibilidad. para esto se utilizo el patron FACADE, DAO, DTO y la arquitectura MVCINGENIERÍA DE SOFTWARE
PROYECTO
VOTACIONESUFPSACERCA DEL PROYECTO
El proyecto “VOTACIONESUFPS” pretende a través de la implementación de un sistema de información transaccional mejorar, agilizar y optimizar con la mayor seguridad los procesos electorales llevados a cabo en la universidad Francisco de Paula Santander en los cuales intervengan los estudiantes. La sistematización de estos procesos traen consigo beneficios para la institución tales como la disminución de costos, tiempo y a su vez aumentando la rapidez y eficiencia de los procesos. De igual manera permite beneficiar los candidatos, los votantes y a todas las personas encargadas de organizar y mantener confiables o en orden el proceso realizado.Se espera que el proyecto:
institución.
* Permita la administración, gestión y control de los procesos electorales de la institución.
* Cuente con una interfaz amigable
y de fácil uso para el usuario.
· institución.* Garantice la integridad y la fiabilidad de los procesos llevados a cabo
VOTACIONESUFPS
la aplicación puede ser usada a través de http://gidis.ufps.edu.co/votacionesufps para el modulo administrador y http://gidis.ufps.edu.co/votacionesufps/FormE/FormLoginEstudiante.php para los estudiantes
INTERFACES
INTERFACES
las interfaces desarrolladas por nuestro grupo de trabajo fueron diseñadas con los colores representativos de la institución y siguiendo el modelo que tiene el portal académico para estudiantes de la UFPS
INTERFACES DE ADMINISTRADOR
![]() |
| FIG1: LoginAmind-VOTACIONESUFPS |
![]() |
| FIG2: PrincipalAdmin-VOTACIONESUFPS |
![]() |
| FIG3: CrearJornadaElectoral-VOTACIONESUFPS |
![]() |
| FIG4: ListarJornadaElectoral-VOTACIONESUFPS |
![]() |
| FIG5: ListarPostulados-VOTACIONESUFPS |
INTERFACES DE ESTUDIANTE
![]() |
| FIG7: LoginEstudiante-VOTACIONESUFPS |
![]() |
| FIG8: PrincipalEstudiante-VOTACIONESUFPS |
![]() |
| FIG9: ListarJornadasElectorales-VOTACIONESUFPS |
![]() |
| FIG10: MisCandidaturas-VOTACIONESUFPS |
![]() |
| FIG11: PostularCandidatura-VOTACIONESUFPS |
![]() |
| FIG12: Reporte Jornada Electorar-VOTACIONESUFPS |
CASOS DE USO
CASOS DE USO
DIAGRAMA EXTENDIDO
![]() |
| FIG1: DIAGRAMA EXTENDIDO CASOS DE USO-VOTACIONESUFPS |
CASOS DE USO
Codigo
|
Caso de Uso
|
Actores participantes
|
CU01
|
Este
caso de uso permite a los secretario general (administrador) y estudiante
validar su identidad ante el sistema, se muestra en pantalla una interfaz con
dos campos, los cuales son usuario y contraseña que deberán ser digitados
para ingresar al sistema esto para el caso del administrador, el estudiante
en su interfaz tendrá tres campos (código ,cedula y contraseña).
|
Secretario
general
|
CU02
|
En este
caso de uso el secretario general procederá a registra una jornada
electoral , en el sistema se mostrara una interfaz en la cual el secretario
general llenara los campos con la información pertinente y procederá a
guardar los datos
|
Secretario
general
|
CU03
|
En este
caso de uso el sistema le permitirá al secretario general visualizar las
jornada electorales creadas así como sus datos
|
Secretario
general
Estudiante
|
CU04
|
En este
caso de uso el secretario general realizara los respectivos cambios a una
jornada electoral, ya sean fechas o el estado de la misma
|
Secretario
general
|
CU05
|
En este
caso de uso el secretario general podrá cancelar una jornada electoral y
especificar el motivo de la cancelación
|
Secretario
general
|
CU06
|
En este
caso de uso el sistema le mostrara el listado completo de candidatos por
jornada electoral al secretario general
|
Secretario
general
|
CU07
|
En este
caso de uso el sistema le permitirá al secretario general visualizar la
información de cada uno de los candidatos y que tome la decisión siguiendo
los parámetros definidos por la universidad de aprobar o no la candidatura de
un estudiante
|
Secretario
general
|
CU08
|
En este
caso de uso el sistema permitirá a administrador cambiar sus credenciales de
inicio de sesión
|
Secretario
general
|
CU09
|
En este
caso de uso se le permitirá al estudiantes postular su candidatura a una
jornada electoral a través de la interfaz que ofrece el sistema llenando la
información correspondiente
|
Estudiante
|
CU10
|
En este
caso de uso el sistema le permitirá al estudiante visualizar estado de su
candidatura así como sus datos
|
Estudiante
|
CU11
|
En este
caso de uso el sistema permitirá que el estudiante edite los datos de su
candidatura
|
Estudiante
|
CU12
|
En este
caso de uso se le permitirá al estudiante eliminar su candidatura por una
jornada electoral
|
Estudiante
|
CU13
|
En este
caso de uso se le permitirá que el estudiante registre su voto a una jornada
electoral por un candidato o el voto en blanco a l momento de
seleccionar automáticamente se le tomara una fotografía, se guardara la
información del voto y se procederá a cerrarle la sesión
|
Estudiante
|
ESPECIFICACIÓN DE REQUERIMIENTOS
ESPECIFICACIÓN DE REQUERIMIENTOS
REQUERIMIENTOS FUNCIONALES
N°
|
Requerimiento
|
Descripción
|
RF1
|
Inicio de sesión administrador
|
el sistema debe permitir
que el administrador a partir
de un usuario y contraseña ingrese al sistema |
RF2
|
Registrar jornada electoral
|
el sistema debe permitir al
administrador registrar una
jornada electoral |
RF3
|
guardar jornada electoral
|
el sistema debe guardar la
información de la jornada
electoral |
RF4
|
Actualizar Jornada
Electoral
|
el sistema debe permitir
que el administrador edite los
datos de las jornadas electorales |
RF5
|
Listar Jornadas Electorales
|
el sistema debe permitir
que el administrador liste las
jornadas electorales con sus datos |
RF6
|
Validar Candidato
|
el sistema debe permitir
que el administrador valide la
candidatura de un estudiante (aprobar o denegar) |
RF7
|
guardar validación de
candidatura
|
el sistema debe guardar la validación
de la candidatura
|
RF8
|
Listar Candidatos
|
el sistema debe permitir
que el administrador liste los
estudiantes candidatos con sus datos y estado de la candidatura(aprobado o denegado) |
RF9
|
Cambio de contraseña del
administrador
|
el sistema debe permitir
que el administrador cambie
su contraseña |
RF10
|
Cambio de nombre de usuario
|
el sistema debe permitir
que el administrador cambie
su nombre de usuario |
RF11
|
Cerrar sesión
|
el sistema debe permitir
que el administrador pueda
cerrar la sesión en el sistema |
RF12
|
Inicio de sesión estudiante
candidato
|
el sistema debe permitir
que el estudiante candidato a
partir de sus datos (codigo, cédula, contraseña ) de divisist ingrese al sistema |
RF13
|
visualizar Jornada
electoral
|
el sistema debe permitir
que el estudiante candidato
pueda ver las jornadas electorales en las cuales pueden postularse |
RF14
|
Postular candidatura
|
el sistema debe permitir
que el estudiante candidato
pueda postular su candidatura a una jornada electoral |
RF15
|
guardar postulación
|
el sistema debe registrar
la información de la postulación
del candidato |
RF16
|
visualizar postulación
|
el sistema debe permitir
que el estudiante candidato
pueda visualizar el estado de su candidatura (aprobado , denegado o pendiente) |
RF17
|
Cerrar sesión estudiante
candidato
|
el sistema debe permitir
que el estudiante candidato pueda
cerrar sesion del sistema |
RF18
|
Iniciar sesión estudiante
votación
|
el sistema debe permitir
que el estudiante a partir de sus
datos (codigo, cédula, contraseña ) de divisist ingrese al sistema |
RF19
|
visualizar tarjetón
electoral
|
el sistema debe permitir al
estudiante visualizar el tarjetón
electoral con la información de los candidatos |
RF20
|
sellar voto
|
el sistema debe permitir
que el estudiante pueda seleccionar
al candidato de su elección |
RF21
|
capturar fotografía
|
el sistema debe tomar una
fotografía a través de la webcam
en el momento que el estudiante selle el voto |
RF22
|
guardar voto
|
el sistema debe guardar la
información del voto de cada estudiante
|
RF23
|
cerrar sesión automática
|
el sistema debe cerrar la
sesión del estudiante una vez guardada la información del voto
|
RF24
|
generar reporte
|
el sistema debe generar un
reporte con los resultados obtenidos
en la jornada electoral |
REQUERIMIENTOS NO FUNCIONALES
Numero
|
Requerimiento
|
Descripción
|
RNF1
|
USABILIDAD
|
El sistema debe ser
sencillo e intuitivo para usuarios no expertos
|
RNF2
|
USABILIDAD
|
El sistema debe permitir
que el usuario acceda a la información de una manera intuitiva por medio de
interfaces sencillas
|
RNF3
|
SEGURIDAD
|
Un estudiante que no este
matriculado no debe estar habilitado para acceder al sistema de votación
|
RNF4
|
SEGURIDAD
|
Un estudiante debe estar
habilitado para votar solo una vez
|
RNF5
|
SEGURIDAD
|
La privacidad del voto
tiene que garantizarse durante la selección, transferencia y recepción,
almacenamiento y conteo de los votos
|
RNF6
|
PERSISTENCIA
|
El sistema debe
registrar todo ingreso de usuario desde su registro así como toda iteración
que tenga con esté.
|
RNF7
|
ESCALABILIDAD
|
El sistema debe estar en
capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades,
modificar o eliminar funcionalidades después de su construcción y puesta en
marcha inicial, éste proceso debe ser transparente para el usuario final.
|
RNF8
|
DESEMPEÑO
|
Se debe garantizar la
confiabilidad, la seguridad y el desempeño del sistema informático a los
diferentes usuarios.
|
RNF9
|
MULTIPLATAFORMA
|
El sistema debe poderse
ejecutar en diferentes entornos operativos.
|
RNF10
|
RENDIMIENTO
|
El sistema debe estar en
capacidad de dar respuesta al acceso de todos los usuarios que en dado
momento estén interactuando con esté, con un tiempo de respuesta aceptable.
|
RNF11
|
PORTABILIDAD
|
El sistema debe estar en
capacidad de interactuar con los otros sistemas de la UFPS. Por ejemplo, el
sistema de votaciones para representantes no debe tener problemas al acceder
al sistema de matrícula de los estudiantes.
|
DIAGRAMA EXTENDIDO
Suscribirse a:
Entradas (Atom)
Publicaciones
-
CASOS DE USO DIAGRAMA EXTENDIDO FIG1: DIAGRAMA EXTENDIDO CASOS DE USO-VOTACIONESUFPS CASOS DE USO Codigo Caso de ...
-
MAPA CONCEPTUAL- EVOLUCIÓN DEL SOFTWARE ARBOL DE PROBLEMA-BAJA CALIDAD DEL SOFTWARE ACOFI SOLICITUD DE CAMBIOS...
-
INTERFACES las interfaces desarrolladas por nuestro grupo de trabajo fueron diseñadas con los colores representativos de la institución y...
-
ACERCA DEL PROYECTO EQUIPO DE TRABAJO Judith Del Pilar Rodríguez Tenjo -Directora Josue David Ardila Parra - Líder del proy...



























