El documento contiene 8 historias de usuario para un sistema de gestión de parqueadero. La Historia 1 describe el registro de nuevos usuarios en el sistema. La Historia 2 trata sobre la validación de correos electrónicos de usuarios. La Historia 3 permite al administrador aprobar o rechazar nuevos usuarios. Las Historias 4-8 describen funciones como iniciar sesión, registrar la entrada y salida de vehículos, y visualizar una lista de personas. Cada historia incluye detalles sobre los campos requeridos, validaciones y criterios de a

1. HISTORIA DE USUARIO
Historia de Usuario
Número: 1 Usuario: Administrador
Nombre Historia: Registro de nuevos usuarios
Prioridad en negocio:Alta Riesgo en desarrollo:Baja
Puntos estimados:3 Iteración asignada:1
Programador Responsable: Darwin Felix
Descripción: Como usuario administrador quiero acceder a la plataforma
para poder administrar mi cuenta. El usuario en este sistema será el
administrador, el administrador del parqueadero y el empleado los clientes
no tendrán acceso al sistema. El sistema controlará el acceso y permitirá
solamente a usuarios autorizados. Los usuarios deberán ingresar al
sistema con un nombre de usuario y contraseña
Criterio de aceptación o validación:
• Los usuarios ingresarán al sistema con usuario y contraseña.
• El nombre de Usuario debe ser mínimo 2 caracteres y máximo 50.
• La persona debe ingresar email, nombre completo, descripción de su
perfil, elegir el tipo de usuario (administrador o empleado) y escribir la
contraseña.
• El Email debe ser validado
• La contraseña debe ser mínimo de 2 caracteres a 50. Debe incluir
letras y números.
• Si un usuario que no ha confirmado su email intenta ingresar, el
sistema deberá informar que debe validar su email
• Al tercer intento fallido, el usuario quedará bloqueado
• Al momento de ingresar usuario y/o contraseña incorrectos se debe
mostrar un mensaje de alerta "Usuario y contraseña incorrectos".

2. Historia de Usuario
Número: 2 Usuario: Administrador:
Nombre Historia: Validación de email
Prioridad en negocio:Alta Riesgo en desarrollo:Baja
Puntos estimados:3 Iteración asignada:1
Programador Responsable: Darwin Felix
Descripción:
Criterio de aceptación o validación:
 La persona debe recibir un email con un link que lo lleve a una página donde
pueda validar el email
 • Al abrir la página debe salir un botón que permita realizar la validación. Al dar
clic en el botón, el usuario recibirá un mensaje notificando que la validación se
completó con éxito.
Como usuario administrador quiero validar mi email para poder ingresar en el
sistema.

3. Historia de Usuario
Número: 3 Usuario: Administrador
Nombre Historia: Aprobación de Usuarios
Prioridad en negocio:Alta Riesgo en desarrollo:Baja
Puntos estimados:3 Iteración asignada:1
Programador Responsable: Darwin Felix
Descripción: Como usuario administrador quiero aprobar nuevos usuarios
para que estos puedan utilizar el sistema
Criterio de aceptación o validación:
• Los usuarios ingresarán al sistema con usuario y contraseña.
• El nombre de Usuario debe ser mínimo 2 caracteres y máximo 50.
• La persona debe ingresar email, nombre completo, descripción de su
perfil, elegir el tipo de usuario (administrador o empleado) y escribir la
contraseña.
• El Email debe ser validado
• La contraseña debe ser mínimo de 2 caracteres a 50. Debe incluir
letras y números.
• Si un usuario que no ha confirmado su email intenta ingresar, el
sistema deberá informar que debe validar su email
• Al tercer intento fallido, el usuario quedará bloqueado
• Al momento de ingresar usuario y/o contraseña incorrectos se debe
mostrar un mensaje de alerta "Usuario y contraseña incorrectos".

4. Historia de Usuario
Número: 4 Usuario: Administrador
Nombre Historia: Rechazar Usuarios
Prioridad en negocio:Alta Riesgo en desarrollo:Baja
Puntos estimados:3 Iteración asignada:1
Programador Responsable: Darwin Felix
Descripción: Como usuario administrador quiero rechazar nuevos
usuarios para que estos no puedan ingresar al sistema.
Criterio de aceptación o validación:
• Solo serán rechazados los usuarios con rol de administrador que se
encuentren pendientes de aprobación
• Al rechazar un usuario, el sistema deberá enviar un email notificado
que el usuario fue rechazado con una nota indicando el porqué de la no
aprobación

5. HISTORIAS DE USURIOS GESTIÓN ENTRADA DE VEHÍCULOS
Historia de Usuario
Número: 5 Usuario: Administrador
parqueadero
Nombre Historia: Iniciar Sesión
Prioridad en negocio:Alta Riesgo en desarrollo:Baja
Puntos estimados:3 Iteración asignada:1
Programador Responsable: Hernán Borja
Descripción: al sistema para poder registrar la entrada y salida de vehículos
en el parqueadero. Como usuario administrador, administrador del
parqueadero o empleado quiero iniciar sesión para ingresar
Criterio de aceptación o validación:
• Los usuarios ingresarán al sistema con email y contraseña.
• Si un usuario que no ha confirmado su email intenta ingresar, el
sistema
• deberá informar que debe validar su email
• Al tercer intento fallido, el usuario quedará bloqueado.

6. Historia de Usuario
Número: 6 Usuario: Administrador de
parqueadero
Nombre Historia: Registrar entrada de vehículos
Prioridad en negocio:Alta Riesgo en desarrollo:noormal
Puntos estimados:4 Iteración asignada:1
Programador Responsable:
Descripción: Como usuario quiero registrar la entrada de vehículos del
parqueadero para visualizarlo en pantalla con el ticket del registro de ingreso de
vehículo.
Criterio de aceptación o validación:
. El Vehículo ingresado debe contener los siguientes campos
• Fecha de ingreso.
• Hora de ingreso.
• Tipo de vehículo. (campo de selección)
• Marca del vehículo. (Campo de selección)
• Placa del vehículo.
• Color del vehículo.
• Celda asignada.
• Novedades.
• Id empleado.
• El tipo del vehículo es máximo 50 caracteres.
• La marca del vehículo permite ingresar datos de 2 a máximo 50
caracteres.
• La placa del vehículo permite ingresar datos de 2 a máximo 50
caracteres.
• El color del vehículo permite ingresar datos de 2 a máximo 50
caracteres.
• La celda asignada es de 2 a máximo 50 caracteres.
• Campo placa del vehículo, deberá registrar NA cuando el vehículo sea
de tipo bicicleta.
• La novedad es de 2 a máximo 50 caracteres. Si no existen
novedades, se deberá ingresar "Sin novedades" y deberá haber una nota
indicando esta instrucción.

7. • Id empleado es un número entero que identifica el empleado que
ingresó los datos de registro.
• El ticker de registro es máximo 50 caracteres.
• La fecha de ingreso y salida es un data time.
• El administrador del parqueadero deberá estar registrado en el
sistema.
• Los empleados del parqueadero deberán estar registrados en el
sistema.
• El dueño del vehículo deberá estar registrado en el sistema y está al
día con el pago mensual.
• El dueño del vehículo deberá disponer de un vehículo para ser
registrado en el sistema.
• El sistema debe informar al usuario que el registro del vehículo se ha
realizado.
• Al existir campos vacíos, no se debe continuar con el registro y debe
mostrar un mensaje de alerta "Existen campos vacíos, por favor ingresa
información.

8. Historia de Usuario
Número: 7 Usuario: Administrador
persona
Nombre Historia: Registrar salida de vehículo
Prioridad en negocio:Alta Riesgo en desarrollo:Normal
Puntos estimados:4 Iteración asignada:1
Programador Responsable:Juli
Descripción: Como usuario quiero registrar la salida de vehículos del
parqueadero para visualizarlo en pantalla con el ticket del registro de ingreso de
vehículo.
Criterio de aceptación o validación:
• Por cada listado de personas se debe mostrar la siguiente
información: id persona, tipo de documento, número de documento,
nombres, apellidos, teléfono fijo, teléfono móvil, dirección, email.
Criterios de aceptación
. El Vehículo que va salir se debe considerar siguientes campos:
• Número de cédula.
• Fecha de salida.
• Hora de salida.
• Total de horas.
• El administrador del parqueadero deberá estar registrado en el
sistema.
• El dueño del vehículo deberá presentar el ticket que se le entrego al
momento del registro de ingreso.
• El administrador del parqueadero deberá estar registrado en el
sistema.

9. • Los empleados del parqueadero deberán estar registrados en el
sistema.
• El dueño del vehículo deberá estar registrado en el sistema y está al
día con el pago mensual.
•
• El sistema debe informar al usuario que la entrega del vehículo se ha
realizado.
• Al existir campos vacíos, no se debe continuar con el registro y debe
mostrar un mensaje de alerta "Existen campos vacíos, por favor ingresa
información.
Historia de Usuario
Número: 8 Usuario: Administrador
parqueadero
Nombre Historia: Lista de personas
Prioridad en negocio:Alta Riesgo en desarrollo:Baja
Puntos estimados:4 Iteración asignada:1
Programador Responsable:
Descripción: Como usuario administrador de parqueadero, quiero visualizar
en el panel principal las personas para poder tenerlos disponibles en el
sistema cuando se requiera realizar registro de vehículos.
Criterio de aceptación o validación:
La persona ingresada debe contener los siguientes campos
• id persona.
• Tipo de documento
• Número de documento
• Nombres.
• Apellidos.
• Teléfono fijo
• Teléfono móvil.

10. • Dirección
• email.
• id persona es tipo entero.
• Número de documento permite ingresar datos de 2 a máximo 50
caracteres.
• Nombres permite ingresar datos de 2 a máximo 50 caracteres.
• Apellidos permite ingresar datos de 2 a máximo 50 caracteres.
• La Dirección es de 2 a máximo 50 caracteres. Si no existen
dirección, se deberá ingresar "Sin dirección" y deberá haber una nota
indicando esta instrucción.
• Tipo de documento ingresar datos de 2 a máximo 50 caracteres.
• Teléfono fijo permite ingresar datos de 2 a máximo 50 caracteres.
• Teléfono móvil permite ingresar datos de 2 a máximo 50 caracteres.
• El administrador del parqueadero deberá estar registrado en el
sistema.
• El dueño del vehículo deberá presentar el ticket que se le entrego al
momento del registro de ingreso.
• En el sistema deberá estar registrado el ingreso del vehículo.