SlideShare una empresa de Scribd logo
1 de 10
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".
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.
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".
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
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.
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.
• 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.
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.
• 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.
• 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.

Más contenido relacionado

La actualidad más candente

Diagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdf
Diagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdfDiagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdf
Diagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdfJosLuisSuarezPinzn
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoJuan Jose Lucero
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAngel Reyes
 
tipos de requisitos
  tipos de requisitos   tipos de requisitos
tipos de requisitos Juan Henao
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
Modelo cocomo
Modelo cocomo Modelo cocomo
Modelo cocomo mireya2022
 
Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)
Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)
Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)Julio Corpus
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaRobert Rodriguez
 
Lista de chequeo software
Lista de chequeo softwareLista de chequeo software
Lista de chequeo softwareJhonny Díaz
 
Diagramas De Casos De Uso
Diagramas De Casos De UsoDiagramas De Casos De Uso
Diagramas De Casos De Usonahun1385
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionalesAngel Minga
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automáticoItzel656131
 
Modelo de casos de uso 2ª versión
Modelo de casos de uso 2ª versiónModelo de casos de uso 2ª versión
Modelo de casos de uso 2ª versiónJose Torres Gonzales
 

La actualidad más candente (20)

Diagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdf
Diagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdfDiagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdf
Diagramas y documentación de actividades del proyecto JOSE LUIS SUAREZ.pdf
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
 
Casos de estudio para diagramas de clases
Casos de estudio para diagramas de clasesCasos de estudio para diagramas de clases
Casos de estudio para diagramas de clases
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 
tipos de requisitos
  tipos de requisitos   tipos de requisitos
tipos de requisitos
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Modelo cocomo
Modelo cocomo Modelo cocomo
Modelo cocomo
 
Modelodecasosdeuso planillas
Modelodecasosdeuso planillasModelodecasosdeuso planillas
Modelodecasosdeuso planillas
 
Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)
Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)
Unidad 2 corpus_mechato_julio - Requerimientos del usuario (SRS)
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, Asistencia
 
Lista de chequeo software
Lista de chequeo softwareLista de chequeo software
Lista de chequeo software
 
Diagramas De Casos De Uso
Diagramas De Casos De UsoDiagramas De Casos De Uso
Diagramas De Casos De Uso
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionales
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Modelo de casos de uso 2ª versión
Modelo de casos de uso 2ª versiónModelo de casos de uso 2ª versión
Modelo de casos de uso 2ª versión
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
TARJETAS CRC
TARJETAS CRCTARJETAS CRC
TARJETAS CRC
 
Clases 30 05
Clases 30 05Clases 30 05
Clases 30 05
 

Similar a Registro vehículos parqueadero

DISEÑO SISTEMA DE INFORMACION ITERACION 1.docx
DISEÑO SISTEMA DE INFORMACION ITERACION 1.docxDISEÑO SISTEMA DE INFORMACION ITERACION 1.docx
DISEÑO SISTEMA DE INFORMACION ITERACION 1.docxHERNNDAROBORJAQUIROZ
 
Historias de Usuario Prosoftware
Historias de Usuario ProsoftwareHistorias de Usuario Prosoftware
Historias de Usuario ProsoftwareBrandon Betto
 
Computacion 3er corte
Computacion 3er corteComputacion 3er corte
Computacion 3er cortevalerialugo13
 
Métodos ágiles de programación 5
Métodos ágiles de programación 5Métodos ágiles de programación 5
Métodos ágiles de programación 5Rafael Hernandez
 
Instructivo Pago Express Octubre 2020
Instructivo Pago Express Octubre 2020Instructivo Pago Express Octubre 2020
Instructivo Pago Express Octubre 2020AlbertoGutirrezLpez
 
Instructivo evaluacion-practica-qsm para-docentes
Instructivo evaluacion-practica-qsm para-docentesInstructivo evaluacion-practica-qsm para-docentes
Instructivo evaluacion-practica-qsm para-docentesjjaba
 
Guía proceso de inscripción 2015 guanajuato
Guía proceso de inscripción 2015 guanajuatoGuía proceso de inscripción 2015 guanajuato
Guía proceso de inscripción 2015 guanajuatoCedeguanajuato1107
 
Implementacion de base de datos
Implementacion de base de datosImplementacion de base de datos
Implementacion de base de datosRis Fernandez
 
Manual deltelecliente integrador
Manual deltelecliente integradorManual deltelecliente integrador
Manual deltelecliente integrador..
 
Guia-Declaracion-Juramentada como hacerla
Guia-Declaracion-Juramentada como hacerlaGuia-Declaracion-Juramentada como hacerla
Guia-Declaracion-Juramentada como hacerlaCarolMartinez72721
 
Manualdeinstrucciones ecp2
Manualdeinstrucciones ecp2Manualdeinstrucciones ecp2
Manualdeinstrucciones ecp2david1124
 
Historias de usuario
Historias de usuarioHistorias de usuario
Historias de usuarioAbraham Meza
 
Guia rapida banco provincial net chas
Guia rapida banco provincial net chasGuia rapida banco provincial net chas
Guia rapida banco provincial net chaspedroetenbuy
 

Similar a Registro vehículos parqueadero (20)

DISEÑO SISTEMA DE INFORMACION ITERACION 1.docx
DISEÑO SISTEMA DE INFORMACION ITERACION 1.docxDISEÑO SISTEMA DE INFORMACION ITERACION 1.docx
DISEÑO SISTEMA DE INFORMACION ITERACION 1.docx
 
Historias de Usuario Prosoftware
Historias de Usuario ProsoftwareHistorias de Usuario Prosoftware
Historias de Usuario Prosoftware
 
Computacion 3er corte
Computacion 3er corteComputacion 3er corte
Computacion 3er corte
 
Métodos ágiles de programación 5
Métodos ágiles de programación 5Métodos ágiles de programación 5
Métodos ágiles de programación 5
 
Instructivo Pago Express Octubre 2020
Instructivo Pago Express Octubre 2020Instructivo Pago Express Octubre 2020
Instructivo Pago Express Octubre 2020
 
Historias de usuario
Historias de usuarioHistorias de usuario
Historias de usuario
 
Eloy jorge pancho
Eloy jorge panchoEloy jorge pancho
Eloy jorge pancho
 
Manual para el Docente.pdf
Manual para el Docente.pdfManual para el Docente.pdf
Manual para el Docente.pdf
 
Instructivo evaluacion-practica-qsm para-docentes
Instructivo evaluacion-practica-qsm para-docentesInstructivo evaluacion-practica-qsm para-docentes
Instructivo evaluacion-practica-qsm para-docentes
 
Guía proceso de inscripción 2015 guanajuato
Guía proceso de inscripción 2015 guanajuatoGuía proceso de inscripción 2015 guanajuato
Guía proceso de inscripción 2015 guanajuato
 
Implementacion de base de datos
Implementacion de base de datosImplementacion de base de datos
Implementacion de base de datos
 
CRM SAP.pptx
CRM SAP.pptxCRM SAP.pptx
CRM SAP.pptx
 
ISW_CASO_USO.pdf
ISW_CASO_USO.pdfISW_CASO_USO.pdf
ISW_CASO_USO.pdf
 
Manual deltelecliente integrador
Manual deltelecliente integradorManual deltelecliente integrador
Manual deltelecliente integrador
 
Guia-Declaracion-Juramentada-2021.pdf
Guia-Declaracion-Juramentada-2021.pdfGuia-Declaracion-Juramentada-2021.pdf
Guia-Declaracion-Juramentada-2021.pdf
 
Correo electronico
Correo electronicoCorreo electronico
Correo electronico
 
Guia-Declaracion-Juramentada como hacerla
Guia-Declaracion-Juramentada como hacerlaGuia-Declaracion-Juramentada como hacerla
Guia-Declaracion-Juramentada como hacerla
 
Manualdeinstrucciones ecp2
Manualdeinstrucciones ecp2Manualdeinstrucciones ecp2
Manualdeinstrucciones ecp2
 
Historias de usuario
Historias de usuarioHistorias de usuario
Historias de usuario
 
Guia rapida banco provincial net chas
Guia rapida banco provincial net chasGuia rapida banco provincial net chas
Guia rapida banco provincial net chas
 

Registro vehículos parqueadero

  • 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.