SAE Comisión 0

CVE
FECHA DE
PROCESO: PÁGINAS: VIGENCIA:
ASIGNACIÓN DE LOS 37 23/05/2021

RECURSOS TECNOLÓGICOS
CODIGO DEL DOCUMENTO: PROYECTO: UNIDAD:

SISTEMA DE AUTENTICACIÓN DE
TE-RE-P003-0 EGRESADOS (SAE) – INFORME COMISIÓN DE VOTO ELECTRÓNICO
PARA LA COMISIÓN ELECTORAL
TABLA DE CONTENIDO
- RESUMEN
- ANTECEDENTES
- JUSTIFICACIÓN
- ALCANCE
- OBJETIVO
- METAS
- RESPONSABLES
- INSTANCIAS INVOLUCRADAS
- DEFINICIONES
- METODOLOGÍA
- DESARROLLO
- CONCLUSIONES
- RECOMENDACIONES
- DOCUMENTOS RELACIONADOS
- RESPONSABILIDADES
RESUMEN
El Rector designó en 2014 la Comisión de Voto Electrónico (CVE), para el estudio del voto
electrónico para los egresados. Dada la suspensión de las elecciones en la USB, no es hasta
2019 cuando la CVE reanudó sus actividades, estableciendo que es posible generar un sistema
de votación electrónica robusto, confiable y seguro; cuyo primer paso es la autenticación de
los egresados a fin de suministrarles las credenciales personalizadas que le permitan
posteriormente ingresar al sistema para ejercer su voto remoto.
Dado que las instancias institucionales de la USB no cuentan con los recursos internos para
desarrollar los sistemas involucrados, la CVE generó en 2020 las especificaciones del Sistema
de Autenticación de Egresados (SAE), estimando que se requerirían 2.200 HH para su
desarrollo, sin que a la fecha se hayan conseguido los programadores para ejecutar el trabajo.
El SAE, descrito en el presente documento, permitiría la autenticación automática de los
egresados interesados en registrarse. Estos egresados enviarían a través del sistema una foto
de su documentación de identificación y un video con una declaración jurada de ser quienes
dicen ser. El sistema verificaría automáticamente la coincidencia de los datos en la
documentación con los registros de los egresados almacenados por DACE, con lo cual emitiría
en forma segura las credenciales para votar; dado que de esta manera quedaría certificada
la identidad del egresado, con lo cual se completaría el proceso de autenticación.
ANTECEDENTES
 En 2004 se incorpora la automatización del voto en elecciones nacionales
 En elecciones del cogobierno estudiantil, el escrutinio por parte de los miembros de la
Comisión Electoral de la USB (CE) culminó a las 4am, por falla de los miembros de mesa;
lo cual condujo a sus miembros de entonces a recomendar el estudio de la automatización
de los procesos electorales internos
Página 1 de 37 SAE-Comisión-0
 En 2014 la Presidente para el momento y el Representante de los Egresados de la CE
(Ricardo Estévez – RE) le plantean al Rector la conveniencia de estudiar la automatización
del voto para la USB
 Por designaciones del Rector el 22/07/2014 [1], se crea la Comisión de Voto Electrónico
(CVE), coordinada por Ricardo Estévez (RE), e integrada además por Andrea Lebrún (AL)
e Isabel Llatas (ILL), con el propósito de estudiar la posibilidad del voto electrónico para
los egresados
 En 2015 se paralizan las actividades de la CE y de la CVE, por suspensión de elecciones
ordenada por el TSJ
 El 01/10/2019 la CVE reactiva sus funciones [2]
 A los tres miembros originales de la CVE (Andrea Lebrún, Isabel Llatas y Ricardo Estévez)
se agregan como colaboradores Fidel Gil, Mario Torre y Maruja Ortega
 Como parte de la gestión de la CVE, se prioriza la necesidad de permitir la autenticación
de los más de 40.000 egresados electores, como primer paso que eventualmente les
permitiría ingresar con sus credenciales para la emisión de su voluntad en un sistema de
voto electrónico
 Entre octubre y noviembre de 2019 se establecen contactos con las instancias
institucionales de la USB (DII y DST), quienes manifiestan no disponer de recursos
internos para desarrollar los sistemas requeridos para el voto electrónico
 Dada la situación descrita en el punto anterior, se discuten preliminarmente con estas
instancias los aspectos relacionados con un Protocolo de Autenticación (PA), conviniendo
que la CVE les presentaría un borrador de este documento, a fin de acordar la versión
definitiva
 En el PA se incorpora la modalidad de OCR en las alternativas de aseguramiento de la
identidad, a fin de que el software certifique automáticamente los documentos
presentados por el egresado ante el sistema para su identificación
 El 17/12/2019 se discutió el PA, versión-d del documento “Autenticación para Voto
Electrónico – Protocolo” con la DII y la DST, generándose la versión CV-DS-P001-4 [3]
 El 24/01/2020 se instala la nueva CE
 Para la definición de los aspectos legales asociados, el Coordinador de la CVE celebró una
primera reunión con Asesoría Jurídica de la USB el 14/02/2020, como primer paso para la
elaboración del documento AD-AL-R001-x, “Textos legales del SAE” [4]
 El 09/03/2020 se generó el documento TE-RE-P001-0 “Sistema de Autenticación de
Egresados (SAE) - Planificación del Desarrollo”, basado en el PA; recomendando
desarrollar el sistema aplicando la metodología Scrum [5]
 El 15/03/2020 se decreta en Venezuela una cuarentena indefinida por la pandemia de la
COVID-19, con dos consecuencias significativas para el SAE:
o Dificultad para conseguir apoyos para el desarrollo del SAE
o Mayor justificación para un sistema de voto electrónico, por las limitaciones para
comicios presenciales por el aseguramiento de las medidas de distanciamiento
social; incluso para gremios distintos al de los egresados, para el cual se estima
que más de un 60% se encuentra fuera del país
 Entre el 15 y el 18/05/2021, un equipo dirigido por RE con dos programadores expertos
en PHP (framework Codeigniter 3 y 4), Angular 10, NodeJS, JavaScript, MySQL y
PostgreSQL; dimensionaron la cantidad de horas estimadas para desarrollar cada una de
las Historias de Usuario del SAE; permitiendo llenar esta información en la TABLA 21 del
documento TE-RE-P002-0 “Sistema de Autenticación de Egresados (SAE) - Estimación del
esfuerzo requerido” [6] (TABLA 1 del presente documento)
 El 19/05/2021 se celebra una reunión virtual entre el Coordinador de la CVE (RE), la
AEUSB y el Director de la DST; en la que se concibe un nuevo Protocolo de Autenticación
(PA1.0) generando la posibilidad de un sistema de autenticación “semimanual”, que daría
origen al Sistema de Autenticación de Electores versión 1.0 (SAE1.0). Este protocolo se
describe en el documento CV-DS-P003-0, “Protocolo de Autenticación de Electores versión
1.0 (PA1.0)” [7]
 En la misma fecha, el representante de los egresados ante la Comisión Electoral (CE),
Coordinador de la CVE (RE), solicita a la CE reunirse para presentar la opción referida en
el punto anterior; considerando que la CE debe ser la instancia que apruebe la aplicación
del PA1.0
 El 21/05/2021, RE recibe de la CE la solicitud de presentar un documento que describa al
SAE1.0 y otro al SAE. Para este último, se edita el documento TE-RE-P002-0, generando
el presente documento TE-RE-P003-0
JUSTIFICACIÓN
Para facilitar la participación de los egresados en los procesos electorales que les atañen, se
requiere un sistema robusto y confiable que permita la emisión virtual remota de los votos.
Antes de desarrollar el sistema descrito, es necesario autenticar a los electores, es decir, a

los egresados.
ALCANCE
 En el presente documento se especifica preliminarmente el SAE, para autenticar a los
egresados automáticamente a través de un software, de manera que posteriormente se
les permita ingresar como electores en un sistema de voto electrónico para participar en
comicios de la USB. El SAE permitirá asignar de forma segura a cada egresado las
credenciales con las que eventualmente ingresará al sistema de voto electrónico
 Este Informe fue solicitado por la Comisión Electoral (CE), a fin de considerar la alternativa
de autenticar a los electores a través del procedimiento “semimanual” descrito en el
documento CV-DS-P003-0 [7], en vez de la autenticación automática especificada en el
presente documento para el SAE
OBJETIVO
 Desarrollar un sistema para la autenticación automática de los egresados a fin de
otorgarles las credenciales individualizadas que les permitan ingresar eventualmente a un
sistema de voto electrónico, cuando esté disponible
 A continuación los objetivos del SAE:
o Proveer una forma segura, eficaz y automática para la autenticación de hasta los
45.000 egresados de la USB, a fin de permitir otorgarles las credenciales con las
cuales ingresar al sistema de voto electrónico
o Una vez validada automáticamente la persona solicitante de acuerdo a sus
documentos de identidad, vincularla a su condición o cualificación como egresado
de la USB de acuerdo con los registros institucionales
 El objetivo del presente documento es la familiarización de la CE con las especificaciones
del SAE y las limitaciones para su desarrollo
METAS
 Familiarización de la CE con las especificaciones del SAE y las limitaciones para su
desarrollo
 Decisión de la CE sobre la aplicabilidad del SAE1.0
RESPONSABLES DEL PROCESO
Ricardo Estévez (RE) – Coordinador CVE
INSTANCIAS INVOLUCRADAS
 Asociación de Egresados (AEUSB)
 Comisión Electoral (CE)
 Comisión de Voto Electrónico (CVE)
o Miembros originales de la CVE: Ricardo Estévez (RE) – Coordinador; Andrea Lebrún
(AL); Isabel Llatas (ILL)
o Otros participantes en la CVE: Fidel Gil (FG); Mario Torre (MT); Maruja Ortega
(MO)
 Dirección de Admisión y Control de Estudios (DACE)
 Dirección de Ingeniería de Información (DII) – Carina Ferreira (CF) - cferreira@usb.ve
usb-dii@usb.ve
 Dirección de Servicios Telemáticos (DST) – Nicola Baglivi (NB) – nbaglivi@usb.ve dst-
dir@usb.ve
 Secretario USB
DEFINICIONES
 AEUSB: Asociación de Egresados USB, que puede servir de recurso para la campaña de
difusión necesaria para que los egresados se identifiquen y soliciten su autenticación en
el SAE
 AlumnUSB: Plataforma que canaliza el contacto y apoyo de egresados, que puede servir
de recurso para la campaña de difusión necesaria para que los egresados se identifiquen
y soliciten su autenticación en el SAE
 Backlog: Artefacto denominado Product Backlog o Pila de producto en la metodología
Scrum, en el que se listan los requisitos de un sistema o de sus usuarios, generando la
base de sus especificaciones técnicas
 CE: Comisión Electoral de la USB
 Clase V: Para programación de tiempos y/o costos asociados a un Plan, los estimados
van del Clase V al Clase I, en donde el primero es el más grueso e impreciso, por no
disponer de suficiente información para su cuantificación y el último es el más detallado
y preciso, contando con todas las especificaciones del proyecto y los costos unitarios de
los recursos requeridos
 Contraseña: Clave que en combinación con el Usuario permite el ingreso al SAE
 CVE: Comisión de Voto Electrónico. Comisión ad-hoc creada por el Rector de la USB en
2014. Las elecciones en la USB estuvieron suspendidas hasta agosto de 2019, por lo que
a partir de octubre de 2019 se reanuda el trabajo de la CVE
 DII: Dirección de Ingeniería de Información, de quien dependerá institucionalmente el
SAE
 FODA: Metodología de planificación estratégica en la que se asientan las Fortalezas,
Oportunidades, Debilidades y Amenazas de la situación analizada
 DST: Dirección de Servicios Telemáticos, que permitirá la conectividad y proveerá
seguridad informática al SAE
 Historias de Usuario: Tareas o requerimientos que conforman el desarrollo de un
sistema de información
 Home: Página de inicio del SAE
 Monzo: Aplicación que puede usarse como referencia para las opciones de
aseguramiento de la identidad vía OCR; que consiste en una cuenta bancaria electrónica,
que identifica a cada cliente mediante la captura automática de su documento de
identidad que incluye su foto
 OCR: Optical Character Recognition o Reconocimiento Óptico de Caracteres, utilizado
en informática para nombrar al procedimiento que permite digitalizar un texto a través
de una captura de una imagen
 PA: Protocolo de Autenticación, que posibilite la autenticación automatizada de los
egresados a fin de otorgarles las credenciales a cada uno que le permitan ingresar
personalizadamente a un sistema de voto electrónico, cuando se requiera y esté
disponible
 PA1.0: Protocolo de Autenticación versión 1.0 que modifica al PA, de manera que la
certificación no se hace de manera automática por un software, sino a través de un
operador humano que verifica la documentación de identificación durante una cita online
con el elector
 Plugin: Aplicación informática que añade funcionalidades específicas a un programa
principal. Su nombre procede del inglés (plug-in significa “enchufable”) y su presencia
es muy habitual en los navegadores web
 SAE: Sistema de Autenticación de Egresados
 SAE1.0: Sistema de Autenticación de Electores versión 1.0, de soporte del PA1.0
 Scrum: Metodología para el desarrollo de software iterativo y creciente utilizado en
entornos basados en el desarrollo ágil de software. El trabajo es estructurado en ciclos
de trabajo llamados sprints, que son iteraciones de trabajo con una duración típica de
una a cuatro semanas. Durante cada sprint, los equipos eligen de una lista de
requerimientos priorizados, llamados historias de usuarios
 Sistema de voto electrónico: El PA permitirá que en un futuro cuando se desarrolle
un sistema de voto electrónico, los egresados ingresen en éste en forma segura con
sus credenciales únicas a fin de emitir su voto virtualmente
 Usuario: Nombre que se le asigna al egresado, que en combinación con la Contraseña
permite su ingreso al SAE
HISTORIAL DE VERSIONES
Fecha Versión Autor Organización Descripción
23/05/2021 0 Ricardo Estévez CVE Informe sobre el SAE para la CE
INFORMACIÓN DEL PROYECTO
Organización Comisión de Voto Electrónico CVE - USB
Proyecto SAE (Sistema de Autenticación de Egresados)
Fecha de aprobación 23/05/2021
Cliente Comisión Electoral (CE) USB
Patrocinador principal Prof. Enrique Planchart – Rector de la USB
Coordinador CVE Ing. Ricardo Estévez

+58 412 2783839
platinore@gmail.com
Líder de Desarrollo de Ing. Andrea Lebrún
Software +44 7475 071013
andrealebrun@gmail.com
METODOLOGÍA
1. Aplicar cuestionario preliminar para definición y discusión de aspectos clave para el diseño
del PA (listo)
2. Generar borrador de PA (listo)
3. Acordar PA definitivo con la la DII y DST (listo [3])
4. Generar especificaciones preliminares del SAE (listo [5])
5. Estimar horas para las tareas del Backlog (listo [6])
6. Presentar a la CE la propuesta de aplicación del PA a través de la implementación del SAE
(presentado en este documento TE-RE-P003-0)
7. Someter a la consideración de la CE la aplicación del PA1.0, como alternativa al SAE
DESARROLLO
I. INTRODUCCIÓN
En el documento TE-RE-P002-0 [6] se describe la implementación de la metodología
de trabajo Scrum para la gestión del desarrollo del proyecto SAE.
Incluye junto con la descripción, ciclo de vida iterativo e incremental para el proyecto,
los artefactos o documentos con los que se gestionan las tareas de adquisición y
suministro: requisitos, monitorización y seguimiento del avance, así como las
responsabilidades y compromisos de los participantes en el proyecto.
El documento fue publicado y enviado a la AEUSB el 09/03/2020, con el objetivo de
familiarizar a empresas con capacidad de desarrollo con las especificaciones a fin de
que estimaran si pueden aportar recursos de programación para estructurar el equipo
de desarrollo, bajo la coordinación de la CVE; dada la falta de recursos internos de las
instancias institucionales de la USB para este propósito.
En vista de los significativos requerimientos para el desarrollo del sistema, y la
dificultad para satisfacerlos a través de apoyos externos, en parte por las limitaciones
derivadas de la cuarentena por la COVID-19, en más de un año no ha sido posible
adelantar en la programación del SAE.
El presente documento, presentado a solicitud de la CE, es un extracto del TE-RE-
P002-0 [6].
II. ARTEFACTOS
o PILA DE PRODUCTO O PRODUCT BACKLOG
Para el desarrollo del proyecto SAE, se plantea la pila de productos registrada en la
TABLA 1, de acuerdo a la necesidad descrita por la CVE, en acuerdo con la DII y la
DST. Este artefacto contiene un detalle de las tareas que se tendrán que realizar para
el desarrollo del sistema, categorizadas por prioridades.
Aunque el cliente es la CE, cabe destacar que esta instancia se instaló el 24/01/2020,
con todos sus miembros nuevos, excepto el representante de los egresados Ricardo
Estévez (RE), quien a su vez es el Coordinador de la CVE y que es miembro de la CE
desde 2012, quien había venido trabajando con la CVE en el diseño del SAE desde
meses antes.
La estimación de las horas requeridas para el desarrollo culminó el 18/05/2021 por un
equipo de programadores expertos en PHP (framework Codeigniter 3 y 4), Angular 10,
NodeJS, JavaScript, MySQL y PostgreSQL.
En la sección de PLANIFICACIÓN, se describe cada Historia de Usuario, así como los
Roles de los distintos Usuarios involucrados en el sistema.
Tiempo
ID Historia de Usuario Estimado Prioridad
(horas)
H01 Disclaimer 25 Alta
H02 Autenticación 25 Alta
H03 Video para verificación de identidad 190 Media
H04 OCR para verificación de identidad 150 Media
H05 Registro 52 Alta
H06 Despliegue de datos institucionales 52 Baja
H07 Consulta de datos 70 Baja
H08 Home 50 Alta
H09 Recuperación de contraseña 35 Baja
H10 Configuración de la elección 170 Baja
H11 Reportes 140 Baja
H12 Administración Comisión Electoral 150 Media
H13 Administración Comisión de Voto Electrónico 170 Media
H14 Impugnación propia 150 Baja
H15 BackOffice Impugnación propia 210 Baja
H16 Impugnación por fallecimiento 146 Baja
H17 BackOffice Impugnación por fallecimiento 190 Baja
H18 Contingencia olvido de cédula 135 Baja
H19 Registro de Autenticados 90 Baja
Total HH 2200
TABLA 1: Product Backlog del SAE
III. PLANIFICACIÓN
o Roles
En la TABLA 2, Roles en el SAE, se presentan los Roles de los usuarios previstos
para el SAE. Cuando en una Historia de Usuario (ver aparte siguiente) se indica
RXX, se refiere a uno de los roles definidos a continuación.
CÓDIGO NOMBRE OBSERVACIONES HISTORIAS DE USUARIO
ADMIN Administrador Administrador del SAE Todas
R01 Egresado No Aplica para todo usuario que intenta H01, H02, H03, H04,
Autenticado acceder al site o visualizar alguno de H08, H19
sus reportes, aunque en realidad no
sea un Egresado
R02 Egresado Una vez que el usuario ha H05, H06, H07,
Autenticado completado los requisitos para ser
considerado como Egresado, H08, H09, H19
registrado en el SAE
R03 Miembro Administrador del SAE. Para H09, H11, H15, H17
Comisión de ejecutar procesos se requiere la
Voto participación conjunta de más de un
Electrónico usuario
(CVE)
R04 Miembro Administrador de procesos en el H09, H10, H11, H12,
Comisión SAE. Para requiere esta H15. H17
Electoral (CE) administración se requiere la
participación conjunta de más de un
usuario
R05 Backoffice de Revisa y decide sobre las H09. H15, H17
Impugnación Impugnaciones, delegado por los
miembros de la CE
R06 Impugnante Usuario que impugna la H14
propio autenticación de un egresado,
alegando que la identidad registrada
en realidad le corresponde a él. De
acuerdo con la resolución de la
controversia, podría convertirse
eventualmente en R02
R07 Impugnante por Usuario que impugna la cédula de H16
fallecimiento un egresado autenticado o no, por
notificar su fallecimiento
TABLA 2: Roles en el SAE
o Historias de Usuario
En la elaboración de las Historias de Usuario es necesario tomar en cuenta
parámetros básicos asociados al desarrollo, tales como Riesgo y Esfuerzo. Como
riesgos primordiales del sistema se pueden mencionar el manejo de tecnología no
conocida o no probada, las restricciones de disponibilidad de recursos humanos,
de hardware o de software, así como legales asociadas a la ley de infogobierno y
otras.
El esfuerzo es calculado en base a puntos, que corresponden a horas de trabajo,
tomando en cuenta el esfuerzo asociado con pruebas unitarias, integración de
módulos, pruebas de aceptación y refactorización del código. Cada Historia de
Usuario contiene los siguientes elementos:
ELEMENTO DEFINICIÓN
Número Identificador numérico de la Historia de Usuario.
Nombre Denominación que se le da a la Historia de Usuario para

facilitar su posterior identificación.
Usuario Usuario dentro del sistema que realizará la operación

detallada en la Historia de Usuario.
Riesgo en desarrollo Se lo define basado en el riesgo que afronta el Equipo de

Desarrollo para la obtención de resultados de la Historia de
Usuario en cuestión. Puede ser alto, medio o bajo.
Prioridad Definido por el cliente, es el grado de prioridad para el

desarrollo de cada Historia de Usuario.
Puntos estimados Puntos de esfuerzo determinado por la duración de

desarrollo de la Historia de Usuario, estimados con
fundamento en los requerimientos funcionales principales a
programar y los riesgos en desarrollo, sobre una base
consistente relativa concebida preliminarmente. El equipo
Scrum será el encargado de definir los valores en la Sprint
Planning Meeting al inicio de cada Sprint
Descripción Explicación del requerimiento expresado en la Historia de

Usuario. Puede ser susceptible a cambios durante la etapa
de desarrollo.
Referencia Referencia a los casos de usos o requerimientos

funcionales.
TABLA 3: Elementos de una Historia de Usuario
A continuación las Historias de Usuario ya definidas. En la descripción de cada una
de ellas se alude a los roles identificados en la TABLA 2, Roles en el SAE:
Historia de Usuario
Número: H01 Nombre: Disclaimer
Usuario: Egresado Riesgo en desarrollo: Bajo
Prioridad: Alta Puntos estimados: 4
Descripción: Elementos de imagen comunes a todas las páginas del site, que
hipervinculan a una página de Condiciones de Uso del SAE que deberán ser aceptadas
por cada usuario. Textos de descargos de responsabilidades.
Todos los roles ven los mismos elementos de imagen y referencias a Condiciones de
Uso.
Como primer paso paso para que R01 (Egresado No Autenticado) sea considerado
R02 (Egresado Autenticado), se le presenta inicialmente las Condiciones de Uso, para
las cuales debe cliquear en el botón “Acepto”. Si no lo hace, no puede acceder a las
siguientes vistas para autenticarse (ver Historia de Usuario H02).
Referencia: Se indicará la referencia al generar el documento de Casos de Uso.
Todas las páginas se identificarán con el mismo logo de la USB en la parte superior
izquierda.
Todas las páginas se identificarán en su parte inferior con el siguiente texto:
“Comisión de voto electrónico USB (CVE). Todos los derechos reservados.

Condiciones de uso”, con “Condiciones de uso” hipervinculada. Al hacer clic sobre este
hipervínculo, se desplegará una página con el texto de las Condiciones de Uso y el
botón “Acepto”.
Se incluirán los siguientes textos legales, según se desarrollan en el documento AD-

AL-R001-x [III.t]:
1. Explicación del funcionamiento y la validez de la certificación electrónica de

cada egresado registrado
2. Intransferibilidad de la contraseña
3. Explicación del mecanismo de impugnación y resolución de controversias
sobre las identidades registradas
4. Copyright
La CVE se encarga de la explicación del SAE y consulta a Asesoría Jurídica de la USB

para este propósito.
TABLA 4: Historia de Usuario H01: Disclaimer
Historia de Usuario
Número: H02 Nombre: Autenticación
Descripción: Acceso por primera vez al SAE, a través de hipervínculo recibido en el

correo electrónico del usuario y selección inicial de contraseña. Despliegue de
información para guiar al usuario a los módulos descritos en las Historias de Usuario
H03 y H04.
Se verifica que R01 (Egresado No Autenticado) es efectivamente egresado,

comparando con los registros institucionales de la USB.
Se le presenta las Condiciones de Uso según se describe en la Referencia de esta

misma Historia de Usuario H02 y en la Historia de Usuario H01.
Se le solicita el correo electrónico a R01 y se le envía un mensaje al mismo.
Al hacer clic en el hipervínculo del mensaje, R01 es conducido a la vista de

Autenticación, en la que se le solicita la contraseña que usará en el SAE.
Si la contraseña cumple con los requisitos, se le presentan a R01 los elementos

descritos en las Historias de usuario H03, Video para verificación de identidad y H04,
OCR para verificación de identidad.
Viene de la opción N°3 de la Historia de usuario H08, Home.
Se presentará el texto: “He leído las Condiciones de uso”, con “Condiciones de uso”
hipervinculada y una Casilla de verificación. Hasta tanto el usuario no cliquee en el
botón “Acepto” de las Condiciones de uso y/o en la Casilla de verificación, no se
desplegará el resto de la información descrita a continuación.
Se presentará el texto “Escribe a continuación tu correo electrónico vigente, que

usarás como credencial para acceder eventualmente al sistema de voto electrónico
como Egresado de la USB”.
Se presentará una casilla para que el usuario alimente su correo electrónico [III.c.i].
El sistema valida que el registro tenga formato de correo electrónico. En caso de no
tenerlo, se lo advierte al usuario.
El sistema enviará un mensaje al correo electrónico escrito por el usuario, con las
siguientes características:
Remitente: cve-usb@usb.ve
Asunto: Autenticación de Egresado de la USB
Texto: “Para comenzar el proceso de autenticación como Egresado de la Universidad

Simón Bolívar, haz clic aquí”, con “haz clic aquí” hipervinculado. El hipervínculo
conduce al usuario a la vista de Autenticación, titulada de esa manera.
Firma: Comisión Electoral Universidad Simón Bolívar
Vista Autenticación
Se presentará una casilla para que el usuario escriba la contraseña de su elección

[III.c.i]. El sistema valida que la contraseña cumpla con lo siguiente:
 2 mayúsculas,
 2 minúsculas,
 2 números y
 2 caracteres especiales
La contraseña no debe ser igual a la utilizada en las últimas tres (3) ocasiones [III.n.i].
Se presentará el siguiente mensaje al usuario: “La contraseña seleccionada es de

carácter intransferible. No debes compartirla con nadie, ni siquiera a alguien de tu
entera confianza” [III.c.i].
Se presentará el siguiente texto: “Para autenticarte debes grabar un video y presentar

tu cédula de identidad o pasaporte venezolano según se indica”.
En la vista se dispondrá de los elementos descritos en las Historias de usuario H03,

Video para verificación de identidad y H04, OCR para verificación de identidad.
TABLA 5: Historia de Usuario H02: Autenticación
Historia de Usuario
Número: H03 Nombre: Video para verificación de identidad [III.d.i.1]
Usuario: Egresado Riesgo en desarrollo: Alto
Prioridad: Media Puntos estimados: 48
Descripción: Grabación de video por parte del usuario, declarando que es el

egresado poseedor de la cédula de identidad en cuestión.
Se le solicita a R01 (Egresado No Autenticado) grabar un video con las

características descritas en la Referencia de esta misma Historia de Usuario H03.
Si R01 completa correctamente la grabación del video y también se ha verificado

que ha cumplido lo prescrito en la Historia de Usuario H04, la condición del usuario
en el sistema pasa a ser de R02 (Egresado Autenticado).
Se presentará el título “Declaración jurada de solicitud de inclusión en registro para
voto en línea” [III.d.ii.1]
Se presentará el siguiente texto: “A continuación grabarás un video para lo cual debes

guiarte por la lectura del texto que se te indica, mostrando ante la cámara tu rostro y
un documento de identidad (cédula o pasaporte), en el que conste el número de tu
cédula de identidad, que debe coincidir con el número que registraste en este sistema
de autenticación”.
El SAE desarrollará la forma de facilitar la grabación del video y archivo del video en
su base de datos.
El texto de referencia para la lectura aludida arriba, es el siguiente: “Hola, mi nombre

es [Nombre y Apellido], cédula de identidad o pasaporte [Cédula/Pasaporte; lo
muestra ante la cámara, con énfasis en enfocar el número], afirmo ser egresado de la
USB y con este video presto juramento para ser incluido en registro para voto en línea
como egresado, como consta del documento que acabo de presentar ante la cámara y
los registros informáticos de la USB. Declaro que no revelaré la contraseña usada en
este sistema, pues entiendo que mi condición de elector es intransferible” [III.d.ii.1].
A continuación las especificaciones del video:
1. Tiempo máximo de 59 segundos [III.d.iii.1]
2. Peso máximo. 500 MB [III.d.iii.2]
3. Tipo selfie de frente enmarcando cara en sección especificada [III.d.iii.3]
4. Resolución de al menos 480p [III.d.iii.4]
Se emitirá un mensaje de advertencia en caso de que el video incumpla con un

máximo de 59 segundos y/o 500 MB y no acepta el archivo [III.e.1.a]
Todo video, el cual será guardado con su respectivo nombre de archivo, debe
revisarse y darle de alta para considerarlo válido, de la manera descrita a
continuación [III.e.i.1.b.i]:
Resolución, detección de rostro, confirmación automática del contenido del audio, a

través de algoritmos de AI para reconocimiento de rostros y comparación automática
de los datos y números con los documentos escaneados y el registro de la USB
[III.e.i.1.b.i.1].
Para este desarrollo podrá usarse un plugin adecuado.

TABLA 6: Historia de Usuario H03: Video para verificación de identidad
Historia de Usuario
Número: H04 Nombre: OCR para verificación de identidad
Descripción: Presentación de la cédula o del pasaporte, para reconocimiento

automático del número de la cédula y verificación contra los datos almacenados en el
registro institucional de la USB.
Se le solicita a R01 (Egresado No Autenticado) presentar su documento de

identidad, de la manera descrita en la Referencia de esta misma Historia de Usuario
H04.
Si R01 completa correctamente la presentación de su documento de identidad y

también ha grabado el video según lo descrito en la Historia de Usuario H03, la
condición del usuario en el sistema pasa a ser de R02 (Egresado Autenticado).
Se presentará el título “Presentación de documento para comprobar la identidad del

Egresado”.
Se presentará el siguiente texto: “A continuación sigue las instrucciones para

presentar ante la cámara tu cédula o pasaporte, que debe coincidir con el número que
registraste en este sistema de autenticación”.
El SAE desarrollará la forma de facilitar la captura de la imagen de la cédula o del

pasaporte y de grabar el archivo correspondiente en su base de datos.
La foto a cédula o pasaporte se captura enmarcado en sección correspondiente, con

upload del documento y OCR ejecutado en el backend, con el formato y la indexación
adecuados [III.e.ii.1].
Esta información se recaba con miras a aplicarla en el sistema de voto electrónico que
eventualmente se desarrolle, tomando como referencia aplicaciones como Monzo.
Para este desarrollo podrá usarse un plugin adecuado.

TABLA 7: Historia de Usuario H04: OCR para verificación de identidad
Historia de Usuario
Número: H05 Nombre: Registro
Descripción: Registro de datos en el SAE, adicionales a la cédula, correo electrónico

principal y contraseña.
Para completar el proceso de Autenticación, se le solicita a R02 (Egresado

Autenticado) sus datos de contacto; a saber: otros correos electrónicos, teléfonos y
ocupación principal.
Se le permitirá al usuario registrar tantas otras direcciones de correo personales

como desee [III.f.i.1], hasta un máximo de cinco. Se le mostrará solo una casilla para
cargar una dirección adicional. Si completa los datos de la dirección, se le mostrará
otra casilla para el mismo propósito y así hasta la quinta (seis en total, incluyendo la
dirección de correo principal). Se validará que cada una de estas casillas cumpla con
el formato de dirección de correo electrónico y en caso contrario no se registrará en
la base de datos y se le advertirá al usuario.
Se le permitirá al usuario registrar tantos teléfonos como desee [III.f.ii.1], de manera
que seleccione si es celular, residencial o de trabajo. En caso de que sea de trabajo, se
le presentará una casilla adicional para escribir la extensión, como campo opcional.
Los teléfonos tendrán un formato estructurado predefinido. La estructura debe
facilitar la clasificación de la información en todo caso por país y de ser posible
también por ciudad. Será obligatorio alimentar al menos un teléfono.
Se le presentará al usuario un combo para que indique su Ocupación principal [III.g.i],
de obligatoria selección.
Se le consultará al usuario si permite o no ser contactado posteriormente para fines
institucionales de la USB distintos al registro para voto en línea como egresado
[III.k.ii].
TABLA 8: Historia de Usuario H05: Registro
Historia de Usuario
Número: H06 Nombre: Despliegue de datos institucionales
Usuario: Egresado Riesgo en desarrollo: Medio
Prioridad: Baja Puntos estimados: 20
Descripción: Presentación al usuario de datos almacenados en los registros

institucionales de la USB.
Se le presenta a R02 (Usuario Autenticado) los datos contenidos en los registros

institucionales de la USB, a partir de la vista descrita en la Historia de Usuario H07,
Consulta de datos.
Una vez que el usuario ejecuta el procedimiento referido en la Historia de Usuario H04,
OCR para verificación de identidad y se validan sus documentos de identidad, se le da
acceso al presente módulo.
Como parte del módulo de Consulta de datos desarrollado de acuerdo con la Historia
de Usuario H07, se mostrará al usuario la siguiente información, según se encuentra
contenida en los registros institucionales [III.i.i]:
1. Nombres y apellidos
2. Número de cédula de identidad
3. Núcleos (de la o las carreras que estudió el egresado)
4. Cohortes (Pregrado y Postgrado)
5. Números de Carnets (Pregrado y Postgrado)
6. Fechas de graduación (Pregrado y Postgrado)
7. Tiempo en la carrera en la USB (cálculo entre fecha de la promoción y fecha de
ingreso. Nota: En la USB los tres trimestres de un mismo año académico
corresponde a una misma promoción)
8. Niveles (Pregrado y las diversas opciones de Postgrado, según se catalogan en
el registro institucional)
9. Títulos
10. Nivel de los estudios no completados (de estar disponible esta información en
el registro institucional suministrado por la USB, siempre que el usuario haya
egresado de alguna de las carreras cursadas).
11. Fotos de inscripción
Incluye el requerimiento no funcional de estructura de la tabla migrada desde los
sistemas de registro institucional de la USB. En principio, se le plantearía a la DII que
asuma la migración en sí, a fin de no requerirle acceso a dichos sistemas.
TABLA 9: Historia de Usuario H06: Despliegue de datos institucionales
Historia de Usuario
Número: H07 Nombre: Consulta de datos
Descripción: Reingreso al sistema para consulta de datos, luego de la autenticación.
Si R02 (Usuario Autenticado) coloca el número de su cédula de identidad en el Home

(ver Historia de Usuario H08, numeral 2 de la Referencia), se le presenta una vista con
una casilla para alimentar su contraseña.
Se le presenta la opción de olvido de contraseña.
Si ingresa la contraseña es correcta, se le despliegan los datos de correos

electrónicos, teléfonos y ocupación principal cargados en el registro por el R02; con
posibilidad de edición.
Adicionalmente, se le presentan para visualización, los datos contenidos en los

registros institucionales de la USB, según se describe en la Historia de Usuario H06,
Despliegue de datos institucionales.
Incluye una rutina segura para cambio de contraseña a solicitud del R02.
Si ocurre que es un R01 quien coloca su cédula de identidad en el Home, se le

presentan las opciones de impugnar (impugnación propia). Si cliquea en este
hipervínculo, se convierte en R06, según lo descrito en la Historia de Usuario H14.
También puede ocurrir que un usuario desee consultar la cédula de un familiar o

conocido fallecido. Para estos casos, se presenta el hipervínculo a Impugnación por
fallecimiento. Si cliquea aquí, se convierte en R07 y se le conduce al proceso descrito
en la Historia de Usuario H16.
En la vista se presentará una Casilla para que el usuario escriba su contraseña.
Se presentará también el mensaje hipervinculado “Olvidé mi contraseña”. Si el

usuario cliquea sobre este hipervínculo, es conducido a la vista desarrollada según la
Historia de usuario H09, Recuperación de contraseña.
Para el caso de R06, (Impugnante propio), se presentará también el texto “Poseo la
cédula (se le presentará el número de la cédula que escribió según se describe más
arriba) y no me he autenticado. Deseo impugnar”, con “Deseo impugnar”
hipervinculado. “Si posees ese número de cédula y nunca te has registrado, debes
iniciar el proceso de impugnación” [III.o.iii.1]. Si el usuario cliquea sobre este
hipervínculo, se le indica la dirección de correo del usuario autenticado de la forma
siguiente: dospimeroscaracteres*********@primercaracterdeldominio***.com (u org
o caracterización del dominio) y nuevamente se le presenta el hipervínculo “Deseo
impugar”, si cliquea en éste es conducido a la vista desarrollada según la Historia de
usuario H14, Impugnación propia.
Se presentará también el texto “El poseedor de la cédula (se le presentará el número
de la cédula que escribió según se describe más arriba) falleció. Deseo solicitar el
retiro de su registro”, con “Deseo solicitar el retiro de su registro” hipervinculado. Si
el usuario cliquea sobre este hipervínculo, es conducido a la vista desarrollada según
la Historia de usuario H16, Impugnación por fallecimiento.
También se le presentará el hipervínculo: “Otro tipo de impugnación”.
Si la contraseña alimentada es correcta, se le despliegan al usuario los siguientes

datos:
 Correos electrónicos alimentados según la Historia de Usuario H05: Registro;

con posibilidad de eliminación y edición.
 Teléfonos alimentados según la Historia de Usuario H05: Registro; con
posibilidad de eliminación (debe dejar al menos un teléfono) y edición.
 Ocupación principal, según la Historia de Usuario H05: Registro; con
posibilidad de edición
Si modifica alguno de estos datos, el sistema lo guarda en una bitácora.
La vista se completa con lo descrito en la Historia de Usuario H06: Despliegue de datos

institucionales.
Al usuario se le permite editar solo los datos de contacto, para fines de actualización.
No se le permite cambiar CI, nombres, apellidos, ni ninguno de los datos almacenados
en los registros de la USB [III.s.i.3].
En la vista se presentará la opción de cambio de contraseña, solicitando la contraseña

actual y la nueva dos (2) veces [III.n.iii]. No se obligará al cambio de contraseña
periódicamente [III.n.iv]. Incluye una rutina segura para cambio de contraseña a
solicitud del usuario.
TABLA 10: Historia de Usuario H07: Consulta de datos
Historia de Usuario
Número: H08 Nombre: Home
Descripción: El usuario podrá registrarse o acceder al sistema suministrando su

número de cédula.
Se le presenta a R01 (Egresado No Autenticado) la opción de colocar su cédula de
identidad. Si en realidad no es un egresado, se le muestra un mensaje de rechazo (ver
numeral 1 de la Referencia de esta misma Historia de Usuario H08).
Si el usuario es egresado pero no es aún R02 (Egresado Autenticado), se le guía en

el proceso de autenticación, de la manera descrita en el numeral 3 de la Referencia de
esta misma Historia de Usuario H08, conduciéndolo a las vistas de Autenticación,
según se describe en la Historia de Usuario H02.
Si el usuario es R02 (Egresado Autenticado), se dirige a la vista de Consulta de datos,

según se describe en la Historia de Usuario H07.
Se presentará el texto “Si eres egresado de pregrado o postgrado en cualquiera de los

núcleos de la Universidad Simón Bolívar, escribe tu cédula de identidad”.
En el home se presentará una Casilla numérica para que el solicitante escriba el

número de su cédula de identidad con un mecanismo sencillo pero robusto para
garantizar la invulnerabilidad ante robots.
1. Si la cédula no corresponde a un egresado, se le presentará al usuario el

mensaje “Cédula no registrada” [III.a.i/b.i] y no se le permite la navegación por
ninguna otra página del site.
2. Si la cédula corresponde a un egresado ya autenticado, se redirige a la vista
desarrollada según la Historia de usuario H07, Consulta de datos.
3. Si la cédula corresponde a un egresado que no se ha autenticado aún, se le
presentará al usuario el siguiente mensaje: “Deseo autenticarme. Juro que soy
el portador de la cédula de identidad venezolana N° (se le presentará el
número de la cédula que escribió según se describe más arriba) y al continuar
el proceso de autenticación así lo comprobaré), hipervinculado “Deseo
autenticarme”. Si el usuario cliquea en este hipervínculo, se redirige a la vista
desarrollada según la Historia de usuario H02, Autenticación.
El sistema validará la cédula escrita entre los registros de todos los egresados de la
USB (técnicos, de pregrado y/o de postgrado) [III.h.i.1; III.h.ii.1]. Con la cédula del
egresado se consulta los registros institucionales y en el módulo de Despliegue de
datos institucionales (Historia de Usuario H06) se presenta la información de todos
correspondiente.
En el Home se presenta una casilla en un recuadro aparte bajo el siguiente mensaje:
“Consulta si tu cédula o carnet está autenticado”. Esta casilla funciona según se
describe en la Historia de Usuario H19. Si está convocada una elección para la fecha
de la consulta, el mensaje cambia “Consulta si estás inscrito en el Registro
Electoral”.
En la versión 0.0 se incluirá el siguiente mensaje: “Si eres egresado técnico, de
pregrado y/o postgrado en la USB, con las credenciales de este Sistema de
Autenticación de Egresados (SAE-USB) podrás emitir tu voto electrónicamente,
cuando el sistema VotoE-USB sea puesto en producción. Si deseas participar en el
desarrollo del Proyecto VotoE-USB, completa este formulario”, con “completa este
formulario” hipervinculado a un formulario que será suministrado por la CVE.
TABLA 11: Historia de Usuario H08: Home
Historia de Usuario
Número: H09 Nombre: Recuperación de contraseña
Descripción: Rutina para recuperación de contraseña en caso de olvido.
Cuando R02 (Usuario Autenticado) cliquea en el hipervínculo “Olvidé mi

contraseña” en la vista descrita en la Referencia de la Historia de Usuario H07,
Consulta de datos; por el correo electrónico se le enviará una solicitud de autorización
para cambio de contraseña con un token expirable y activación de una sesión de
ingreso de contraseña.
Esta rutina aplicará de igual modo para los roles R03 (Miembro Comisión de CVE),
R04 (Miembro CE) y R05 (Backoffice de Impugnación). Los hipervículos “Olvidé mi
contraseña” se dispondrán en estos casos en la página por la que accederán estos
roles al SAE, indicada en la Referencia de la Historia de Usuario H12, Administración
Comisión Electoral.
Para la recuperación de contraseñas en caso de olvido, por el correo electrónico se

enviará una solicitud de autorización para cambio de contraseña con un token
expirable y activación de una sesión de ingreso de contraseña [III.n.ii].
Para la recuperación de contraseñas, no se permitirá utilizar alguna de las aplicadas

en las últimas tres (3) ocasiones [III.n.v].
TABLA 12: Historia de Usuario H09: Recuperación de contraseña
Historia de Usuario
Número: H10 Nombre: Configuración de la elección
Usuario: Miembro Comisión Electoral (CE) Riesgo en desarrollo: Alto
Descripción: Permite configurar cada nueva elección.
Con la autorización conjunta de varios de los R04 principales, según se describe en

la Referencia de esta misma Historia de Usuario H10, a cualquiera de ellos se le
desplegará una vista en la que podrá seleccionar el apodo de la elección (Casilla de
texto corto “Nombre”) de entre un combo el tipo de elección (ver H13), la fecha de la
convocatoria a la misma y la fecha programada para la elección. Un R04 principal
puede habilitar a su primer suplente y si éste está habilitado, puede a su vez habilitar
a su segundo suplente.
Cada uno de los R04 recibe un correo para que autorice la configuración de la
elección en los términos alimentados por el primero de ellos. Cada uno de ellos debe
autorizarla.
Una vez configurada la elección, cada uno de los R04 pueden visualizar estos datos.
Una vez que al menos los tres miembros profesorales (ver Historia de Usuario H12,
Administración Comisión Electoral; el Presidente, Vicepresidente, Secretario son los
miembros profesorales) hayan ingresado su contraseña y hayan cliqueado en el botón
“Configurar elección”, se permitirá la configuración de la elección. Para la
configuración de la elección, también podrán ingresar su contraseña y cliquear en el
botón correspondiente, tanto el Representante de los Egresados como el
Representante Estudiantil.
Mientras todos y cada uno de los tres miembros profesorales no hayan autorizado
la configuración de la elección, cada vez que uno de ellos cliquee en “Configurar
elección”, le aparecerán las etiquetas de los cargos que faltan por autorizar el inicio
de la configuración de la elección, con el texto “Falta la autorización de {etiqueta(s)}
para poder configurar la elección”.
Una vez que los tres miembros profesorales hayan cliqueado en “Configurar
elección”, cuando cualquiera de ellos – incluso el Representante de los Egresados o el
Representante Estudiantil – cliquee en este mismo botón, se le desplegará una vista
en la que podrá seleccionar el apodo de la elección (Casilla de texto corto “Nombre”)
de entre un combo el tipo de elección (ver H13), la fecha de la convocatoria a la misma
y la fecha programada para la elección. No se permitirá que el apodo sea igual al de
elecciones previamente configuradas.
Al cliquear en el botón “Guardar” luego de completar los datos anteriores (todos

requeridos), se envía un correo a cada miembro de la Comisión Electoral, presentando
dichos datos, a fin de que confirme o no la configuración de la elección en los términos
planteados “Autorizar configuración de la elección”. Si los tres miembros profesorales
confirman la configuración de la elección, ya sus datos quedan registrados en el
sistema y no son editables. El Representante de Egresados y el Estudiantil recibirán
el correo igualmente. Si cliquean sobre la opción de no autorizar la configuración de
la elección, antes de que los tres profesores lo hagan, queda pendiente para la edición
la configuración de la elección, hasta tanto los miembros profesorales y el(los)
representante(s) en cuestión no autoricen la configuración de la elección.
Si los tres miembros profesorales autorizan la configuración de la elección antes de

que los representantes de Egresados o Estudiantil autoricen o no la configuración de
la elección, esta queda automáticamente autorizada a partir de 24 horas continuas de
la autorización del último representante profesoral.
Una vez autorizada de acuerdo al mecanismo descrito, el botón “Configurar

elección” cambia por “Última elección configurada”. Al cliquear sobre este botón, se
presentan los datos de la misma, incluyendo la identificación de los cargos de la CE
que la aprobaron (en todo caso, Presidente, Vicepresidente y Secretario; y de ser el
caso el Representante Estudiantil y/o el de los Egresados que también
confirmó(aron) la configuración de la elección.
Los miembros principales de la CE son los usuarios que pueden activar el proceso
aquí descrito. También se les presentará la opción de “Habilitar Suplente”, caso en el
cual lo podrá hacer el primer suplente para el cargo correspondiente. Si el primer
suplente selecciona a su vez la opción “Habilitar Suplente”, la acción podrá ser
ejercida por el segundo suplente. Aun cuando se haya habilitado algún suplente, el
principal, o el primer suplente de ser el caso, podrá ejecutar las acciones
correspondientes a su cargo, en cuanto al procedimiento descrito más arriba. En el
caso de que sea habilitado alguno de los suplentes, éste es quien recibe el correo para
la autorización descrito anteriormente.
Una vez autorizada la configuración de una elección, esta no podrá ser modificada.
Solo puede ser eliminada, en caso de que no se haya generado aún el Registro
Electoral correspondiente, por los usuarios de la Comisión de Voto Electrónico (CVE),
de la manera descrita en la Historia de Usuario H13.
Una vez completado el último paso requerido para la autorización de la

configuración de una elección, se generará un hash a partir de las contraseñas de
quienes autorizaron, entre otros datos, que identificará el evento, a los fines de
auditoría.
TABLA 13: Historia de Usuario H10: Configuración de la elección
Historia de Usuario
Número: H11 Nombre: Reportes
Usuario: Miembro Comisión Electoral (CE) y Riesgo en desarrollo: Alto

Miembro Comisión de Voto Electrónico (CVE)
Descripción: Generación de reportes parametrizables estadísticos, históricos y

detallados.
R03 (Miembro Comisión de CVE) y R04 (Miembro CE) podrán generar reportes
visualizables en las pantallas del SAE e imprimibles, de carácter estadístico e
histórico.
Cada usuario individual de la Comisión Electoral o de la Comisión de Voto

Electrónico (ver Historia de Usuario H12), tendrá acceso a la visualización de reportes,
los cuales serán parametrizables.
Entre los reportes iniciales que permitirá generar el sistema a los fines de presentar
información estadística de los datos recabados, estarán los siguientes:
 Estadística de número de egresados registrados y datos recolectados [III.m.i]

 Solo pregrado, solo postgrado, ambos; año de ingreso, rango de fechas de
graduación, rango de fechas de registro en el SAE [III.m.ii]
 Registro electoral para cada proceso electoral
 Informe por proceso electoral
Se presentarán los siguientes reportes históricos:
 De cada elección configurada

 De los miembros de la Comisión Electoral
 De los usuarios con rol de Backoffice de Impugnación (incluyendo fechas de
creación y desactivación, registradas automáticamente)
 Impugnados, propios y por fallecimiento, según diversos estatus (ver Historias
de Usuario H15, BackOffice Impugnación propia y H17, BackOffice
Impugnación por fallecimiento)
Se podrán generar todos los reportes detallados, solo para ser visualizados por los
usuarios de la Comisión de Voto Electrónico (CVE), con la colocación de las
contraseñas de sus tres miembros, con las que se recupera el hash que encripta los
datos; generando un log específico de cada consulta [III.l.iv], el cual podrá ser
visualizado por los usuarios de la Comisión Electoral (CE).
Los reportes generados serán imprimibles.

TABLA 14: Historia de Usuario H11: Reportes
Historia de Usuario
Número: H12 Nombre: Administración Comisión Electoral (CE)
Usuario: Miembros Comisión Electoral (CE) Riesgo en desarrollo: Medio
Descripción: Usuarios Miembros de la Comisión Electoral (CE) y accesos que les

corresponden.
Home para R03, Miembros CVE; R04, Miembros CE y R05 (Backoffice de

Impugnación).
Una vez que se valida que es un R04, permitirá acceso al módulo de Configuración
de la elección (ver Historia de Usuario H10), de Reportes (H11), del Backoffice de
Impugnación propia (H15) y del Backoffice de Impugnación por fallecimiento (H17).
Estructura de cargos de R04 (Presidente, Vicepresidente, Secretario, Representante

de Egresados, Representante Estudiantil), según su calidad de Principal, Primer
Suplente o Segundo Suplente; así como procedimiento de cambio entre cargos del
Presidente, Vicepresidente y Secretario, para atender el caso en que la CE decida estos
cambios en su seno.
Los miembros de la Comisión Electoral (CE) podrán acceder al SAE a través de un URL
específico para ellos, para los miembros de la Comisión de Voto Electrónico (CVE) (ver
Historia de Usuario H13, Comisión de Voto Electrónico) y para los roles de Backoffice
de Impugnación; distinto al del Home (ver Historia de Usuario H08, Home).
Cada uno de los miembros de la CE tendrá su usuario (Presidente, Vicepresidente,

Secretario, Representante de Egresados, Representante Estudiantil), según su calidad
de Principal, Primer Suplente o Segundo Suplente.
Incluye el desarrollo del procedimiento de cambio entre cargos del Presidente,

Vicepresidente y Secretario, para atender el caso en que la CE decida estos cambios
en su seno.
Este usuario permitirá acceso al módulo de Configuración de la elección (ver Historia

de Usuario H10), de Reportes (H11), del Backoffice de Impugnación propia (H15) y
del Backoffice de Impugnación por fallecimiento (H17).
De la forma descrita en la Historia de Usuario H13, Administración Comisión de Voto

Electrónico; los miembros principales y suplentes de la CE podrán configurar su
contraseña (el usuario será el correo electrónico).
TABLA 15: Historia de Usuario H12: Administración Comisión Electoral
Historia de Usuario
Número: H13 Nombre: Administración Comisión de Voto Electrónico (CVE)
Usuario: Miembros Comisión de Voto Riesgo en desarrollo: Medio

Electrónico (CVE)
Descripción: Creación de usuarios Miembros de la Comisión de Voto Electrónico

(CVE) y accesos que les corresponden.
ADMIN crea tres usuarios de la CVE (R03, Miembro CVE).
R03 (Miembros CVE) crean los quince R04 (Miembros CE), especificando la relación
entre los principales y sus respectivos primeros y segundos suplentes. Al ir cargando
la información con los distintos datos requeridos, los R04 reciben un correo
electrónico para que se auto asignen sus contraseñas y terminar de configurar sus
usuarios.
Incluye proceso de reemplazo para cuando se llegue a la fecha de vencimiento de

cada cargo.
Los miembros de la Comisión Electoral (CE) podrán acceder al SAE a través de un

URL específico para ellos ver Historia de Usuario H13, Comisión de Voto Electrónico),
para los miembros de la Comisión de Voto Electrónico (CVE) y para los roles de
Backoffice de Impugnación; distinto al del Home (ver Historia de Usuario H08, Home).
Se otorgarán credenciales a tres (3) usuarios distintos de la CVE.
Al menos dos (2) de los tres (3) usuarios de la Comisión de Voto Electrónico (CVE),
crean y autorizan el perfil de cada usuario de la CE, indicando los siguientes datos:
 Nombre y Apellido
 Cédula
 Título (escogido de entre un combo: Br. Ing., Lic., Prof.)
 Cargo en la CE
 Calidad (Principal, 1er Suplente, 2do Suplente)
 Fecha de vencimiento (según fecha de nombramiento y período de acuerdo
al Reglamento Electoral)
 Correo electrónico
Al cliquear en el botón “Enviar” se envía un correo electrónico personalizado a cada

usuario de la CE, con una rutina para configuración segura de su contraseña personal.
Después de terminado el período de un miembro de la CE, al menos con la

autorización de dos (2) usuarios de la CVE, alguno de estos usuarios alimentará la
fecha de terminación real y el otro la autorizará. A partir de la fecha de terminación
real, se abrirá la posibilidad de alimentar los datos de los siguientes usuarios que
sustituirán a los efectivamente vencidos.
Las combinaciones de las contraseñas de dos (2) y tres (3) miembros de la CVE
generan hashes que permiten regenerar información encriptada en la base de datos.
Se estudiará otros posibles accesos al SAE para los usuarios de la CVE, propios del
rol de Superusuario y de Administrador.
TABLA 16: Historia de Usuario H13: Administración Comisión de Voto Electrónico
Historia de Usuario
Número: H14 Nombre: Impugnación propia
Descripción: Solicitud de impugnación del registro de un autenticado, por parte de

una persona que reclama ser el verdadero poseedor de la identidad asociada al
número de cédula en cuestión.
En la vista de Consulta de datos, según se describe en la Historia de Usuario H07, se

le presenta a R06 (Impugnante propio) un hipervínculo que lo conduce a la vista
desarrollada a través de la presente Historia de Usuario H14.
En esta vista se le solicita a R06 alimentar nuevamente el número de cédula de

identidad, se compara con el cargado previamente y si es igual continúa el proceso. Si
es distinto, se verifica si corresponde a la de un egresado y se guía al usuario en el
proceso según si está previamente autenticado (Impugnación propia) o no lo está
(Autenticación).
Si la cédula corresponde a la de un egresado previamente autenticado, se le muestra

en todas las siguientes vistas un mensaje destacado de advertencia: “Esta cédula ya
está registrada. Al recibir estos datos se iniciará un proceso para resolver la
impugnación” y se le conducirá al módulo de Autenticación, descrito en la Historia de
Usuario H02, y posteriormente a las vistas descritas en las Historias de Usuario H03 y
H04.
Al completar los procesos referidos anteriormente, a R06 se le desplegará una

modal informándole que próximamente será contactado en relación con la
impugnación que ha iniciado. Igualmente, recibirá un correo en su dirección
principal.
En todas estas vistas se incluirá un hipervínculo “Otro tipo de impugnación”, que

conducirá al envío de un correo electrónico.
Se accede a través del botón “Solicito impugnación” [III.o.ii.1.a].
Se solicita nuevamente el número de cédula y se presentan las opciones en la vista

de Consulta de datos, descritas en la Historia de Usuario H07, de “Reclamo por
usurpación de identidad” y “Otra” [III.o.ii.2.a].
i. Si se trata de un “Reclamo por usurpación de identidad”, se le permite cargar

a quien impugna la información idéntica a quien se registra por primera vez,
con una advertencia de que la cédula ya está registrada y luego de recibir los
datos se iniciará un proceso para dirimir la controversia [III.o.ii.3.a].
ii. Si se trata de “Otro”, se habilitará la opción de envío de un correo para que el
solicitante explique la situación y se aplicará el procedimiento descrito en el
documento CV-DS-P002-x [III.o.ii.3.c], el cual llegará al Presidente y al
Secretario de la CE.
TABLA 17: Historia de Usuario H14: Impugnación propia
Historia de Usuario
Número: H15 Nombre: BackOffice Impugnación propia
Usuario: Backoffice de Impugnación Riesgo en desarrollo: Alto
Descripción: Procedimiento para dirimir la controversia generada ante la solicitud

de una impugnación propia.
El R02 (Egresado Autenticado) y R06 (Impugnante propio) correspondientes

reciben un correo notificándoles sobre el proceso de impugnación que se ha abierto,
el procedimiento de resolución de la controversia, el tiempo de la resolución (que
depende de si hay una elección convocada o no) e indicándoles la cuenta a la que
deben escribir si consideran que deben abundar en información adicional.
R03 (Miembro CVE) y R04 (Miembro CE) podrán crear R05 (Backoffice de
Impugnación), sometido a un proceso de autorización de los miembros de la CE, de
manera análoga a la descrita para el caso de la Configuración de la elección (ver
Historia de Usuario H10, Configuración de la elección), tanto para su creación como
para su desactivación.
Cualquier usuario R03, como R04 como R05, podrán ejecutar el proceso de
resolución de la controversia generada a través de una solicitud de impugnación, para
lo cual tendrán acceso a una bandeja de solicitudes de impugnaciones propias, con
sus respectivos estatus. Cada vez que se origine una solicitud de impugnación propia,
el Presidente, el Secretario y todos los Backoffice de Impugnación activos recibirán
un correo advirtiéndole que ha llegado una nueva solicitud y sugiriéndoles que
revisen la bandeja.
Entre los datos de la solicitud de impugnación propia, se presentará para cada una
de ellas los accesos a los videos del R02 y del R06 correspondientes, así como las
imágenes de los documentos de identidad.
Para la resolución de la controversia, se le presentará al R03, R04 o R05 que esté

haciendo la revisión, la plataforma para que decida quién entre el autenticado original
o el impugnante quedará registrado definitivamente como R02, desplegando un
campo de texto largo para Observaciones.
Se grabarán todos los datos de la impugnación y se tendrá acceso a un reporte

histórico de la resolución de cada impugnación propia, con sus respectivos estatus y
criterios de búsqueda. Los datos de quien resolvió la controversia se presentarán en
la vista principal del reporte correspondiente.
Los correos de los impugnados por decisión no serán aceptados para la

autenticación de otro egresado. Si un usuario lo intenta, recibirá un correo de
respuesta explicándole por qué dicho correo es inaceptable.
En el Registro Electoral aparecerán los Ratificados y los Impugnados por decisión

con la etiqueta de “Procesada impugnación”.
Respecto a la resolución de controversias. Cuando el sistema recibe la impugnación

de un registro:
1. Se envía un correo electrónico a quien impugna y al impugnado

notificándoles de la situación y explicando el proceso de resolución de la
controversia [III.o.iv.1].
2. La CE tendrá la autoridad para dirimir el caso, a través de la revisión y

comparación de los datos suministrados y del contacto con terceras partes en
caso de ser requerido, según procedimiento descrito en el documento CV-DS-
P002-x [III.o.iv.2].
3. Se establecerá un tiempo de respuesta para la resolución de la

controversia, dependiendo de si el registro electoral está abierto dentro del
cronograma de una elección convocada o no, según procedimiento descrito en
el documento CV-DS-P002-x [III.o.iv.3].
4. El sistema contará con un módulo para que el rol de usuario

correspondiente pueda asignar definitivamente las credenciales de acuerdo
con los resultados de la resolución de la controversia, según procedimiento
descrito en el documento CV-DS-P002-x [III.o.iv.4].
Se revisarán los videos grabados en la oportunidad de su

autenticación/impugnación tanto por el solicitante como por el impugnante
[III.e.i.1.b.i.2].
Se le advertirá al usuario que revise los videos para resolver la controversia (R05,
Backoffice de Impugnación) que debe asegurar la confidencialidad de la información
contenida en los videos [III.l.iii].
Esta vista tendrá una sección de creación de usuario con rol de Backoffice de
Impugnación, que será sometido a un proceso de autorización de los miembros de la
Comisión, de manera análoga a la descrita para el caso de la Configuración de la
elección (ver Historia de Usuario H10, Configuración de la elección), tanto para su
creación como para su desactivación. Este usuario se registrará con los siguientes
datos:
 Nombre y apellido
 Cédula de identidad
 Comentario (casilla de texto corto, especialmente para describir el tipo de
relación de la persona con la CE)
 Correo electrónico
El usuario con rol de Backoffice de Impugnación recibirá un correo para configurar

su contraseña, en un proceso análogo al usado para la creación de los usuarios de la
CE, referido en la Historia de Usuario H13.
La vista le permitirá al rol de Backoffice de Impugnación, la comparación de los

datos registrados en los registros institucionales de la USB, con los datos presentados
por quien impugna, a fin de evaluar esta solicitud.
La vista permitirá visualizar todos los impugnados propios, según los siguientes
estatus:
 Recién Impugnado (hasta 30 días continuos)

 Ratificado (Impugnado que demostró su identidad)
 Impugnado por decisión (si el impugnante demostró su identidad)
 Impugnado pendiente (sin haber recibido respuesta luego de 30 días
continuos de la impugnación y sin decisión)
Los correos y otros datos de contacto y ocupación de los impugnados por decisión
se mostrarán en una vista con búsquedas parametrizables. Los correos de los
impugnados por decisión no serán aceptados para la autenticación de otro egresado.
Si un usuario lo intenta, recibirá un correo de respuesta explicándole por qué dicho
correo es inaceptable.
En el Registro Electoral aparecerán los Ratificados y los Impugnados por decisión

con la etiqueta de “Procesada impugnación”. Los Impugnados pendientes serán
interpretados como Impugnados por decisión, a partir de la fecha de la publicación
del cierre del Registro Electoral para una determinada elección.
Tantos los usuarios con rol de Backoffice de Impugnación, como cualquier miembro
de la CE o de la CVE, podrá ejecutar el proceso descrito más arriba en esta misma
Historia de Usuario H15.
TABLA 18: Historia de Usuario H15: BackOffice Impugnación propia
Historia de Usuario
Número: H16 Nombre: Impugnación por fallecimiento
Usuario: Egresado (familiar o asociado de Riesgo en desarrollo: Medio

alguna forma)
Descripción: Solicitud de un usuario de impugnación del registro de un egresado,

para notificar su fallecimiento.
En la vista de Consulta de datos, según se describe en la Historia de Usuario H07, se

le presenta a R07 (Impugnante por fallecimiento) un hipervínculo que lo conduce a la
vista desarrollada a través de la presente Historia de Usuario H16.
En esta vista se le solicita a R07 alimentar nuevamente el número de cédula de

identidad, se compara con el cargado previamente y si es distinto, se retorna al Home.
Si el número de cédula ingresado es igual, se le presenta un formulario para

completar datos y se le proveerá de un mecanismo para que suba copia del Acta de
Defunción.
En todas estas vistas se incluirá un hipervínculo “Aportar más información”, que

conducirá al envío de un correo electrónico.
Si se trata de “Notificación de defunción” se permitirá subir el Acta de Defunción y

se aplicará el procedimiento descrito en el documento CV-DS-P002-x [III.o.ii.3.b].
Como se explicó en la Historia de Usuario H07, Consulta de datos; en la vista de

Consulta de datos se presentará el texto “El poseedor de la cédula (se le presentará el
número de la cédula que escribió según se describe más arriba) falleció. Deseo
solicitar el retiro de su registro”. Si el usuario cliquea sobre este hipervínculo, es
conducido a la vista desarrollada según la presente Historia de Usuario.
Se presenta un formulario para que el usuario alimente el número de la cédula. Si

este número no coincide con el ingresado en el Home, se retorna al Home y no se
permite alimentar el resto de los datos, que son los siguientes:
 Nombres y apellidos del solicitante (en campos separados) (R07, Impugnante

por fallecimiento)
 Correos electrónicos del solicitante (R07, Impugnante por fallecimiento)
 Nombres y apellidos del impugnado (Egresado) (en campos separados)
(requerido)
 Carrera (se le presenta un combo con todas las opciones del registro
institucional) (requerido)
 Cohorte (no requerido)
 Carnet (no requerido)
 Año de graduación (no requerido)
 Fecha de nacimiento (no requerido)
 Fecha de defunción (no requerido)
Se dispondrá de un mecanismo para que el usuario suba el Acta de Defunción

correspondiente.
Si se cliquea en botón “Enviar”, pasa a lo descrito en la siguiente Historia de Usuario

(H17).
Se incluirá un mecanismo para que el usuario pueda enviar un correo explicando la

situación (conjuntamente o no con el envío de la información según el botón
“Enviar”), el cual llegará al Presidente y Secretario de la CE.
TABLA 19: Historia de Usuario H16: Impugnación por fallecimiento
Historia de Usuario
Número: H17 Nombre: BackOffice Impugnación por fallecimiento
Usuario: Backoffice de Impugnación Riesgo en desarrollo: Alto
Descripción: Procedimiento para dirimir la solicitud de una impugnación por

fallecimiento.
Cualquier usuario R03 (Miembro CVE), como R04 (Miembro CE) como R05
(Backoffice de Impugnación), podrán analizar y decidir sobre la solicitud de
impugnación por fallecimiento, para lo cual tendrán acceso a una bandeja de
solicitudes de impugnaciones por fallecimiento (distinta a la de impugnaciones
propias, referida en la Historia de Usuario H15), con sus respectivos estatus. Cada vez
que se origine una solicitud de impugnación por fallecimiento, el Presidente, el
Secretario y todos los Backoffice de Impugnación activos recibirán un correo
advirtiéndole que ha llegado una nueva solicitud y sugiriéndoles que revisen la
bandeja.
Cuando un R07 cliquea la opción de impugnar por fallecimiento que se le presenta

en la vista descrita en la Historia de Usuario H07, Consulta de datos; se le envía un
correo a la dirección del R02 (Egresado Autenticado) correspondiente.
Entre los datos de la solicitud de impugnación por fallecimiento, se presentará para

cada una de ellas los accesos al acta de defunción subida y al contenido del mensaje
generado durante la acción, de ser el caso.
Para la evaluación de la solicitud de impugnación por fallecimiento, se le presentará
al R03, R04 o R05 que esté haciendo la revisión, la plataforma para que establezca si
la solicitud procede o no, desplegando un campo de texto largo para Observaciones.
Se grabarán todos los datos de la impugnación y se tendrá acceso a un reporte

histórico de la resolución de cada impugnación por fallecimiento, con sus respectivos
estatus y criterios de búsqueda. Los datos de quien resolvió la controversia se
presentarán en la vista principal del reporte correspondiente.
Los correos de los impugnados por fallecimiento según decisión del revisor, no
serán aceptados para la autenticación de otro egresado. Si un usuario lo intenta,
recibirá un correo de respuesta explicándole por qué dicho correo es inaceptable.
En el Registro Electoral aparecerá el “Impugnado por fallecimiento” con esta

etiqueta.
Como se describe en la Historia de Usuario H16, impugnación por fallecimiento;

cliqueando en el botón “Enviar” en la vista de Impugnación por fallecimiento, se
alimenta una tabla con los datos que son recogidos en la vista del Backoffice
Impugnación por fallecimiento, que alimentarán la vista a desarrollar según la
presente Historia de Usuario H17.
Si un egresado es impugnado por fallecimiento, se le enviará un correo

automáticamente para describirle la situación, con los datos en cuestión; con una
rutina segura para su fe de vida.
La vista permitirá visualizar todos los impugnados por fallecimiento, según los
siguientes estatus:
 Recién Impugnado (hasta 30 días continuos)

 Ratificado (Impugnado del que se recibió fe de vida)
 Impugnado (sin haber recibido fe de vida entre 31 a 90 días continuos de
recibirse la impugnación)
 Excluido del Registro Electoral por Impugnación por Fallecimiento
La vista le permitirá al rol de Backoffice de Impugnación, la visualización de los

datos presentados por quien impugna, a fin de decidir sobre el particular.
Tantos los usuarios con rol de Backoffice de Impugnación, como cualquier miembro
de la CE o de la CVE, podrá ejecutar el proceso descrito más arriba en esta misma
Historia de Usuario.
TABLA 20: Historia de Usuario H17: BackOffice Impugnación por fallecimiento
Historia de Usuario
Número: H18 Nombre: Contingencia olvido de cédula
Descripción: Permite autenticar a un egresado que haya olvidado su número de

cédula y haya perdido copia de este documento de identidad.
Al especificar este alcance, atendiendo a los casos descritos en la RECOMENDACIÓN

N°5, se considerará la necesidad de generar un nuevo rol o no para el sistema.
Ver RECOMENDACIÓN N°5.
TABLA 21: Historia de Usuario H18: Contingencia olvido de cédula
Historia de Usuario
Número: H19 Nombre: Registro de Autenticados
Descripción: Consulta a ser publicada con los números de cédula de egresados

autenticados, incluyendo el Registro Electoral para cada elección convocada.
R01 (Egresado No Autenticado) o R02 (Egresado Autenticado) accede a través de

una búsqueda en el Home, protegida contra robots, de cédulas y carnets de egresados
autenticados.
Se mantendrá publicada una consulta con los números de cédula de todos y cada
uno de los egresados autenticados, a fin de que cualquier persona pueda verificar si
su cédula está autenticada, para los fines de posibles impugnaciones [III.o.i.1].
Como parte del presente módulo, también se publicará el Registro Electoral

aplicable para cada elección convocada, de acuerdo con las disposiciones de la CE, con
un motor para que se pueda revisar si un determinado carnet o cédula está o no
registrado y/o autenticado. En caso de que esté en los registros institucionales de la
USB pero no se hubiera autenticado aún, se le brindará en sitio información adecuada
en función de la etapa respecto a los procesos electorales aplicables, a fin de invitarlo
a autenticarse cuando tenga la oportunidad de hacerlo.
En el Registro Electoral se presentará la información relevante asociada a las

impugnaciones, tanto propias como por fallecimiento.
La consulta se desplegará a través de la casilla descrita acerca del particular

“Consulta si tu cédula o carnet está autenticado” o “Consulta si estás inscrito en el
Registro Electoral” en caso de que esté convocada una elección, en la Historia de
Usuario H08, Home. Dentro de la casilla se visualizará “Cédula o Carnet”. El Carnet
podrá completarse junto con la cohorte o sin ella.
TABLA 22: Historia de Usuario H19: Registro de Autenticados
CONCLUSIONES
1. Para el sistema de voto electrónico objeto del trabajo de la CVE, es necesario resolver
primeramente la autenticación de los eventuales votantes, que les permita emitir su voto
garantizando que el elector es efectivamente el egresado que dice ser, según consta en
los registros institucionales de la USB
2. La autenticación de los electores debe hacerse con carácter previo a las futuras elecciones
3. Una vez que un egresado se autentique, recibirá un Usuario y Contraseña que le permitirá
participar virtualmente en cualquier elección futura, bien sea de las autoridades
universitarias o de representantes de los egresados a las instancias universitarias
4. Se ha aprobado un Protocolo de Autenticación (PA) que sirve de base para el desarrollo
consistente del Sistema de Autenticación de Egresados (SAE)
5. La metodología Scrum se adecúa perfectamente a las necesidades de planificación y
control del desarrollo del SAE
6. Se han generado las especificaciones preliminares para el desarrollo del SAE, observando
la metodología Scrum, las cuales están contenidas en el documento TE-RE-P002-0 [5]
7. Se estima un requerimiento total de 2.200 HH para el desarrollo del SAE [6]
8. En un período de más de un año, no ha sido posible conseguir los recursos para enrolar a
los programadores que desarrollen el SAE
RECOMENDACIONES
1. Confirmar si el voto electrónico aplicará solo para egresados, desde la perspectiva de
desarrollo del SAE, con el propósito de definir sus requerimientos globalmente
2. Presentar las especificaciones del Proyecto a empresas y desarrolladores individuales
potencialmente interesados en participar como programadores
3. Aplicar el paso 7 de la METODOLOGÍA
4. Informar a la CE sobre:
o La existencia de la CVE
o El Plan general para el Voto Electrónico en la USB, requiriéndole las definiciones
correspondientes para la aplicabilidad de esta política a otros gremios distintos al
de los egresados, así como para el futuro de la CVE
o El desarrollo del SAE
 La no inclusión de la información del lugar de trabajo en el SAE, información
de especial interés por sus implicaciones respecto a la sentencia 0324 del
TSJ
o Solicitar a la CE el formato del Registro Electoral a publicar según la Historia de
usuario H19
5. Elaborar los documento CV-DS-P002-x, Manejo de Impugnaciones y AD-AL-R001-x,
Textos legales del SAE, según consulta de la CE a Asesoría Jurídica
DOCUMENTOS RELACIONADOS
- [1] Carta de designación de la Comisión de Voto Electrónico (CVE)
- [2] Presentación Comisión de Voto Electrónico, Estatus, del 02 de octubre de 2019
- [3] CV-DS-P001-4, “Protocolo de Autenticación de Egresados (PA)”
- [4] AD-AL-R001-x, Textos legales del SAE (por elaborar)
- [5] TE-RE-P001-0 “Sistema de Autenticación de Egresados (SAE) - Planificación del Desarrollo”
- [6] TE-RE-P002-0 “Sistema de Autenticación de Egresados (SAE) - Estimación del esfuerzo requerido”
- [7] CV-DS-P003-0, “Protocolo de Autenticación de Electores versión 1.0 (PA1.0)”
- [8] CV-DS-P002-x, Manejo de Impugnaciones (por elaborar)
ELABORACIÓN: REVISIÓN: APROBACIÓN:
Ricardo Estévez - CVE Ricardo Estévez - CVE CE
Fecha: 23/05/2021 Fecha: 23/05/2021 Fecha:
“SI USTED CONSULTA UNA VERSIÓN DE ESTE DOCUMENTO, ASEGÚRESE QUE SEA LA VIGENTE”

SAE Comisión 0

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SAE Comisión 0

Cargado por

Copyright:

Formatos disponibles

CVE

ASIGNACIÓN DE LOS 37 23/05/2021

CODIGO DEL DOCUMENTO: PROYECTO: UNIDAD:

Antes de desarrollar el sistema descrito, es necesario autenticar a los electores, es decir, a

23/05/2021 0 Ricardo Estévez CVE Informe sobre el SAE para la CE

Proyecto SAE (Sistema de Autenticación de Egresados)

Fecha de aprobación 23/05/2021

Cliente Comisión Electoral (CE) USB

Patrocinador principal Prof. Enrique Planchart – Rector de la USB

Coordinador CVE Ing. Ricardo Estévez

H01 Disclaimer 25 Alta

H02 Autenticación 25 Alta

H03 Video para verificación de identidad 190 Media

H04 OCR para verificación de identidad 150 Media

H05 Registro 52 Alta

H06 Despliegue de datos institucionales 52 Baja

H07 Consulta de datos 70 Baja

H09 Recuperación de contraseña 35 Baja

H10 Configuración de la elección 170 Baja

H11 Reportes 140 Baja

H12 Administración Comisión Electoral 150 Media

H13 Administración Comisión de Voto Electrónico 170 Media

H14 Impugnación propia 150 Baja

H15 BackOffice Impugnación propia 210 Baja

H16 Impugnación por fallecimiento 146 Baja

H17 BackOffice Impugnación por fallecimiento 190 Baja

H18 Contingencia olvido de cédula 135 Baja

H19 Registro de Autenticados 90 Baja

TABLA 1: Product Backlog del SAE

Número Identificador numérico de la Historia de Usuario.

Nombre Denominación que se le da a la Historia de Usuario para

Usuario Usuario dentro del sistema que realizará la operación

Riesgo en desarrollo Se lo define basado en el riesgo que afronta el Equipo de

Prioridad Definido por el cliente, es el grado de prioridad para el

Puntos estimados Puntos de esfuerzo determinado por la duración de

Descripción Explicación del requerimiento expresado en la Historia de

Referencia Referencia a los casos de usos o requerimientos

Número: H01 Nombre: Disclaimer

Prioridad: Alta Puntos estimados: 4

Referencia: Se indicará la referencia al generar el documento de Casos de Uso.

Todas las páginas se identificarán en su parte inferior con el siguiente texto:

“Comisión de voto electrónico USB (CVE). Todos los derechos reservados.

Se incluirán los siguientes textos legales, según se desarrollan en el documento AD-

1. Explicación del funcionamiento y la validez de la certificación electrónica de

La CVE se encarga de la explicación del SAE y consulta a Asesoría Jurídica de la USB

Usuario: Egresado Riesgo en desarrollo: Bajo

Prioridad: Alta Puntos estimados: 12

Descripción: Acceso por primera vez al SAE, a través de hipervínculo recibido en el

Se verifica que R01 (Egresado No Autenticado) es efectivamente egresado,

Se le presenta las Condiciones de Uso según se describe en la Referencia de esta

Se le solicita el correo electrónico a R01 y se le envía un mensaje al mismo.

Al hacer clic en el hipervínculo del mensaje, R01 es conducido a la vista de

Si la contraseña cumple con los requisitos, se le presentan a R01 los elementos

Referencia: Se indicará la referencia al generar el documento de Casos de Uso.

Viene de la opción N°3 de la Historia de usuario H08, Home.

Se presentará el texto “Escribe a continuación tu correo electrónico vigente, que

Texto: “Para comenzar el proceso de autenticación como Egresado de la Universidad

Firma: Comisión Electoral Universidad Simón Bolívar

Se presentará una casilla para que el usuario escriba la contraseña de su elección

Se presentará el siguiente mensaje al usuario: “La contraseña seleccionada es de

Se presentará el siguiente texto: “Para autenticarte debes grabar un video y presentar

En la vista se dispondrá de los elementos descritos en las Historias de usuario H03,

Número: H03 Nombre: Video para verificación de identidad [III.d.i.1]