REQUERIMIENTOS FUNCIONALES DE VENTAXPRESS

ID Requerimiento Responsable
RF-01 El sistema debe realizar un CRUD de Usuarios y Roles. Administrador
RF-02 El sistema debe permitir manejar Roles según el usuario. Administrador
RF-03 El sistema debe manejar diferentes almacenes de la empresa. Gerente
RF-04 El sistema debe realizar un CRUD de Categorías de Productos. Gerente y Operador
RF-05 El sistema debe realizar un CRUD de Productos a vender. Gerente y Operador
RF-06 El sistema debe realizar un CRUD de Proveedores. Gerente y Operador
RF-07 El sistema debe realizar un CRUD de Clientes. Gerente y Operador
RF-08 El sistema debe realizar un CRUD de Empleados. Gerente
El sistema debe permitir realizar compra de productos a proveedores
RF-09 Gerente y Operador
para la venta.
RF-10 El sistema debe permitir realizar venta de productos a clientes Gerente y Operador
El sistema deber hacer reportes según el rango de fechas escogidas
Administrador y
RF-11 de: Usuarios, Stock en cada Almacén, Productos, Categorías,
Gerente.
Proveedores, Clientes, Empleados, Compras y Ventas.
El sistema debe permitir realizar Reiniciación, Respaldo y Restauración
RF-12 Administrador
de la Base de Datos.

OBJETIVOS DE VENTAXPRESS

ID Objetivo
Mantener la integridad, disponibilidad, privacidad, control y autenticidad de la
OB-01
información manejada por el sistema.
OB-02 Gestionar almacenes.
OB-03 Gestionar categoría de productos.
OB-04 Gestionar productos.
OB-05 Gestionar proveedores.
OB-06 Gestionar clientes.
OB-07 Gestionar empleados.
OB-08 Tramitar compras.
OB-09 Tramitar ventas.
OB-10 Gestionar reportes.
OB-11 Resguardar la base de datos.

CASOS DE USO DE VENTAXPRESS

Descripción de los Actores

Actor Administrador Identificador: AVX-01

Descripción Es el encargado de la implementación y mantenimiento del Sistema
Características Crea, mantiene y supervisa todo el sistema
Administra los usuarios y perfiles que pueden interactuar con el
Relación
sistema.
Implementa todos los procesos que puede manejar el sistema y tiene
Referencias acceso total, incluyendo a la base de datos pudiendo manipularla
para adaptar el sistema a las necesidades de la empresa.
Actor Gerente Identificador: AVX-02
Es el encargado de manejar la empresa y el inventario de sus
Descripción
almacenes.
Crea y supervisa todos los datos que se puedan manejar en el
Características
sistema.
Es jefe de los operadores, por lo que en algunos procesos se
Relación
requiere de su autorización para que los operadores continúen.
Administra y supervisa los CRUD’s de Usuarios, Categorías,
Productos, Empleados, Proveedores, Clientes. Hace y supervisa los
Referencias
procesos de compra y venta de los productos. Así como generar los
reportes que necesite.

Actor Operador Identificador: AVX-03

Es el encargado de operar el sistema y mantener actualizados los
Descripción
datos.
Realiza la mayoría del mantenimiento de los datos del sistema, bajo
Características
la supervisión del Gerente.
Necesita de la autorización del Gerente y el administrador en algunos
Relación
procesos del sistema.
Maneja CRUD’s de Categorías, Productos, Proveedores, Clientes.
Hace los procesos de compra y venta de los productos. Alguno de
Referencias
estos previamente debe ser autorizado por el Gerente y/o
Administrador.

Descripción de los Casos de Uso

RF- 01-02A El sistema debe realizar un CRUD de Usuarios y Roles.

Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va
crear un Rol de Usuario del sistema.
Título Crear rol de usuario.
Actor Administrador (AVX-01)
Actor Secundario Gerente (AVX-02)
La permisología del rol del usuario debe ser definida por
Precondición
el Gerente.
Secuencia Normal Paso Acción
El administrador elige entrar al proceso de crear
1
rol de usuarios.
2 El administrador incluye nivel rol y la
permisología de acceso del sistema.
 El sistema notifica al gerente esperando
3 aprobación de los datos del nuevo rol de
usuario.
4 El gerente aprueba el nuevo rol de usuario.
El sistema notifica al administrador que el rol de
5
usuario fue creado de manera exitosa.
Paso Acción
Si el gerente no aprueba el rol de usuario, el
1 sistema envía una notificación indicando la razón
al administrador que el usuario no fue creado.
Si la desaprobación por parte del gerente fue por
cometer algún error el administrador con algún
dato del rol de usuario el administrador corrige
Excepciones
2 su error y el sistema notifica al gerente
esperando la aprobación del rol de usuario. Si la
desaprobación es explícita finaliza este caso de
uso.
3 El gerente aprueba el nuevo rol de usuario.
El sistema notifica al administrador que el rol de
4
usuario fue creado de manera exitosa.
Importancia Importante.
Urgencia Hay presión.
Comentarios -

RF- 01-02B El sistema debe realizar un CRUD de Usuarios y Roles.

Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va ver
un Rol de Usuario del sistema.
Título Ver rol de usuario.
Actor Administrador (AVX-01)
Paso Acción
El administrador elige entrar al proceso de ver rol
1
Secuencia Normal de usuarios.
El sistema lista los roles de usuario según lo
2
solicita el administrador.
Paso Acción
Si el sistema no lista los roles de Usuario es
porque puede ser que la base de datos no tenga
1
Excepciones alguno creado, entonces, el sistema sugiere al
administrador a crear el primer rol.
Si el administrador elige crear el primer rol
2
entonces se realiza el caso de uso RF-01A.
Importancia Importante.
Urgencia Puede esperar.
Comentarios -
RF- 01-02C El sistema debe realizar un CRUD de Usuarios y Roles.
Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va
editar un Rol de Usuario del sistema.
Título Editar rol de usuario
Actor Administrador (AVX-01)
Actor Secundario Gerente (AVX-02)
La permisología del rol del usuario debe ser definida por
Precondición
el Gerente.
Paso Acción
El administrador elige entrar al proceso de editar
1
rol de usuarios.
El administrador modifica el rol y la permisología
2
de acceso del sistema
El sistema notifica al gerente esperando
Secuencia Normal
3 aprobación de los datos de la edición del rol de
usuario.
El gerente aprueba los nuevos datos del rol de
4
usuario.
El sistema notifica al administrador que el rol de
5
usuario fue editado de manera exitosa.
Paso Acción
Si el gerente no aprueba la edición del rol de
usuario, el sistema envía una notificación
1
indicando la razón al administrador que el
usuario no fue editado.
Si la desaprobación por parte del gerente fue por
cometer algún error el administrador con algún
dato del rol de usuario el administrador corrige
Excepciones
2 su error y el sistema notifica al gerente
esperando la aprobación del rol de usuario. Si la
desaprobación es explícita finaliza este caso de
uso.
El gerente aprueba los nuevos datos del rol de
3
usuario.
El sistema notifica al administrador que el rol de
4
usuario fue editado de manera exitosa.
Importancia Importante.
Urgencia Hay presión.
Comentarios

RF- 01-02D El sistema debe realizar un CRUD de Usuarios y Roles.

Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
 El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va
eliminar un Rol de Usuario del sistema.
Título Eliminar rol de usuario.
Actor Administrador (AVX-01)
Actor Secundario Gerente (AVX-02)
Paso Acción
El administrador elige entrar al proceso de
1
eliminar rol de usuarios.
El administrador realiza la búsqueda del rol de
2
usuario que desea eliminar.
3 El administrador selecciona el rol a eliminar.
Secuencia Normal
El sistema notifica al Gerente y espera la
4
aprobación de la eliminación del rol de usuario.
El Gerente aprueba la eliminación del rol de
5
usuario.
El sistema notifica al administrador que el rol de
6
usuario fue eliminado.
Paso Acción
Si el gerente no aprueba eliminación del rol de
usuario, el sistema envía una notificación
1
indicando la razón al administrador que el
usuario no fue eliminado.
Si la desaprobación por parte del gerente fue por
cometer algún error el administrador con algún
dato del usuario el administrador corrige su error
Excepciones
2 y el sistema notifica al gerente esperando la
aprobación de la eliminación del rol de usuario.
Si la desaprobación es explícita finaliza este caso
de uso.
El Gerente aprueba la eliminación del rol de
3
usuario.
El sistema notifica al administrador que el rol de
4
usuario fue eliminado.
Importancia Importante.
Urgencia Hay presión.
Comentarios -

RF- 01-02E El sistema debe realizar un CRUD de Usuarios y Roles.

Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va
crear un Usuario del sistema.
Título Crear usuario
Actor Administrador (AVX-01)
Actor Secundario Gerente (AVX-02)
Precondición El rol del usuario debe ser definido por el Gerente.
Paso Acción
El administrador elige entrar al proceso de crear
1
usuarios.
El administrador incluye nombre, contraseña, rol
2
y correo electrónico del nuevo usuario.
Secuencia Normal
El sistema notifica al gerente esperando
3
aprobación de los datos del nuevo usuario.
4 El gerente aprueba el nuevo usuario.
El sistema notifica al administrador que el usuario
5
fue creado de manera exitosa.
Paso Acción
Si el gerente no aprueba el usuario el sistema,
1 envía una notificación indicando la razón al
administrador que el usuario no fue creado.
Si la desaprobación por parte del gerente fue por
cometer algún error el administrador con algún
Excepciones dato del usuario el administrador corrige su error
2
y el sistema notifica al gerente esperando la
aprobación del usuario. Si la desaprobación es
explícita finaliza este caso de uso.
3 El gerente aprueba el nuevo usuario.
El sistema notifica al administrador que el usuario
4
fue creado de manera exitosa.
Importancia Importante.
Urgencia Hay presión.
Comentarios -

RF- 01-02F El sistema debe realizar un CRUD de Usuarios y Roles.

Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va ver
un Usuario del sistema.
Título Ver rol de usuario.
Actor Administrador (AVX-01)
Paso Acción
El administrador elige entrar al proceso de ver los
1
Secuencia Normal usuarios.
2 El sistema lista los usuarios según lo solicita el
administrador.
Paso Acción
1 Si el sistema no lista los Usuarios es porque
puede ser que la base de datos no tenga alguno
Excepciones creado, entonces, el sistema sugiere al
administrador a crear el primer usuario.
2 Si el administrador elige crear el primer usuario,
entonces se realiza el caso de uso RF-01E.
Importancia Importante.
Urgencia Puede esperar.
Comentarios -

RF- 01-02G El sistema debe realizar un CRUD de Usuarios y Roles.

Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va
editar un Usuario del sistema.
Título Editar usuario
Actor Administrador (AVX-01)
Actor Secundario Gerente (AVX-02)
La permisología del rol del usuario debe ser definida por
Precondición
el Gerente.
Paso Acción
El administrador elige entrar al proceso de editar
1
usuarios.
2 El administrador modifica los datos del usuario
El sistema notifica al gerente esperando
Secuencia Normal 3 aprobación de los datos de la edición del rol de
usuario.
El gerente aprueba los nuevos datos del rol de
4
usuario.
El sistema notifica al administrador que el rol de
5
usuario fue editado de manera exitosa.
Paso Acción
Si el gerente no aprueba la edición del rol de
usuario, el sistema envía una notificación
1
indicando la razón al administrador que el
usuario no fue editado.
Si la desaprobación por parte del gerente fue por
cometer algún error el administrador con algún
dato del rol de usuario, el administrador corrige
Excepciones
2 su error y el sistema notifica al gerente
esperando la aprobación del rol de usuario. Si la
desaprobación es explícita finaliza este caso de
uso.
El gerente aprueba los nuevos datos del rol de
3
usuario.
El sistema notifica al administrador que el rol de
4
usuario fue editado de manera exitosa.
Importancia Importante.
Urgencia Hay presión.
Comentarios -
RF- 01-02H El sistema debe realizar un CRUD de Usuarios y Roles.
Versión 1.0 – 27/02/2018
Autor Ing° Carlos Silva.
Objetivos asociados OB-01
El sistema deberá comportarse tal como se describe en
Descripción el siguiente caso de uso cuando el Administrador va
eliminar un Usuario del sistema.
Título Eliminar usuario.
Actor Administrador (AVX-01)
Actor Secundario Gerente (AVX-02)
Paso Acción
El administrador elige entrar al proceso de
1
eliminar usuarios.
El administrador realiza la búsqueda del usuario
2
que desea eliminar.
Secuencia Normal 3 El administrador selecciona el usuario a eliminar.
El sistema notifica al Gerente y espera la
4
aprobación de la eliminación del usuario.
5 El Gerente aprueba la eliminación del usuario.
El sistema notifica al administrador que el usuario
6
fue eliminado.
Paso Acción
Si el gerente no aprueba eliminación del usuario,
el sistema envía una notificación indicando la
1
razón al administrador que el usuario no fue
eliminado.
Si la desaprobación por parte del gerente fue por
cometer algún error el administrador con algún
Excepciones dato del usuario el administrador corrige su error
2 y el sistema notifica al gerente esperando la
aprobación de la eliminación del usuario. Si la
desaprobación es explícita finaliza este caso de
uso.
3 El Gerente aprueba la eliminación del usuario.
El sistema notifica al administrador que el usuario
4
fue eliminado.
Importancia Importante.
Urgencia Hay presión.
Comentarios -