MODELO DE CASOS DE USO

 

Caso de uso UC1: Iniciar Sesión

Actor principal: Dueño de contrato / Empleado (Cuentas a Pagar) / Proveedor

Precondiciones: El usuario debe estar registrado en el sistema previamente.

Garantías de éxito (postcondiciones): El actor, una vez iniciada sesión, puede realizar operaciones permitidas de acuerdo a los permisos de su usuario.

Escenario principal de éxito (o Flujo Básico):

1.      El actor ingresa su nombre de usuario y contraseña.

2.      El sistema captura y valida los datos.

3.      El usuario inicia sesión correctamente.

Extensiones (o Flujos Alternativos):

a.      En cualquier momento el Sistema falla o está caído:

1.      El actor reporta la situación al administrador del sistema.

2.      Una vez resuelto el problema, el actor puede iniciar sesión con normalidad.

b.      El actor olvidó su nombre de usuario y/o contraseña:

1.      El actor reporta la situación a la empresa.

2.      El administrador del sistema le proporciona nuevamente su usuario y/o contraseña.

3.      El actor puede iniciar sesión con normalidad

c.       Datos no válidos o campos incompletos:

1.      El sistema advierte del error al actor.

2.      El actor vuelve a ingresar su nombre de usuario y contraseña.

3.      El actor inicia sesión con normalidad.

Caso de uso UC2: Cargar Factura/s y Documentación

Actor principal: Proveedor

Precondiciones: El Proveedor debe de haber iniciado sesión.

Garantías de éxito (postcondiciones): Se cargan correctamente la/s factura/s, así como la documentación respaldatoria en el sistema. Se notifica al Dueño de Contrato que se ha realizado la carga de la documentación por parte del Proveedor.

Escenario principal de éxito (o Flujo Básico):

        1.      El Proveedor crea nueva factura y/o documentación.

        2.      El Proveedor ingresa el número de orden de servicio (#PO) correspondiente.

        3.      El Proveedor adjunta la documentación y la factura.

        4.      El Proveedor confirma la operación.

        5.      El Sistema registra la factura y la documentación.

Extensiones (o Flujos Alternativos):

a.      En cualquier momento el Sistema falla o está caído:

1.      El Proveedor reporta la situación al administrador del sistema.

2.      Una vez resuelto el problema, el Proveedor puede continuar la operación con normalidad.

b.      El número de orden de servicio (#PO) es incorrecto:

1.      El sistema señala que el usuario no tiene los permisos para acceder o el número de orden de servicio (#PO) es inexistente.

c.       El sistema registra la cancelación.

Caso de uso UC3: Evaluar Factura/s y Documentación

Actor principal: Dueño de Contrato

Precondiciones: El Dueño de Contrato debe de haber iniciado sesión.

Garantías de éxito (postcondiciones): Factura/s y documentación respaldatoria correctas y aprobadas. La/s factura/s aprobadas son recibidas por Cuentas a Pagar.

Escenario principal de éxito (o Flujo Básico):

1.      El Dueño de Contrato ingresa el número de orden de servicio (#PO) correspondiente.

2.      El Dueño de Contrato verifica que la documentación cargada esté completa y correcta.

3.      El Dueño de Contrato cambia el estado de la/s factura/s a “aprobado”.

4.      El Sistema registra el nuevo estado de la/s factura/s.

5.      El Sistema notifica al Proveedor la actualización del estado de la/s factura/s.

Extensiones (o Flujos Alternativos):

a.        En cualquier momento el Sistema falla o está caído:

1.      El Dueño del Contrato reporta la situación al administrador del sistema.

2.      Una vez resuelto el problema, el Dueño de Contrato puede continuar la operación con normalidad.

b.      El número de orden de servicio (#PO) es incorrecto:

1. El sistema señala que el número de orden de servicio (#PO) es inexistente.

2. El Dueño de Contrato reescribe el número de orden de servicio (#PO) correcto.

c.       La documentación está incompleta o es inexacta:

1.      El Dueño de Contrato analiza la documentación presentada por el Proveedor y resulta estar incompleta o inexacta.

2.      El Dueño de Contrato cambia el estado de la/s factura/s a “Rechazado” y adjunta un mensaje especificando la documentación ausente y/u otros detalles.

3.      El Sistema registra el nuevo estado de la/s factura/s.

4.      El sistema notifica al Proveedor la actualización del estado de la/s factura/s.

Caso de uso UC4: Corregir Factura/s y Documentación

Actor principal:  Proveedor

Precondiciones: El Proveedor debe de haber iniciado sesión. La documentación presentada debe de haber sido evaluada y calificada con un estado de “rechazado” por parte del Dueño del Contrato y registrado por el Sistema.

Garantías de éxito (postcondiciones): Se cargan correctamente la nueva documentación en el sistema. Se notifica al Dueño de Contrato que se ha realizado la carga de la documentación por parte del Proveedor para ser nuevamente evaluada.

Escenario principal de éxito (o Flujo Básico):

        1.      El Proveedor ingresa el número de orden de servicio (#PO) correspondiente.

        2.      El Proveedor observa el estado de la documentación, y lee el mensaje con los detalles a corregir del Dueño del Contrato.

        3.      El Proveedor agrega o corrige la respectiva documentación.

        4.      El Proveedor confirma la operación.

        5.      El Sistema registra la modificación.

Extensiones (o Flujos Alternativos):

a.      En cualquier momento el Sistema falla o está caído:

1.      El Proveedor reporta la situación al administrador del sistema.

2.      Una vez resuelto el problema, el Proveedor puede continuar la operación con normalidad.

b.      El número de orden de servicio (#PO) es incorrecto:

1.      El sistema señala que el usuario no tiene los permisos para acceder o el número de orden de servicio (#PO) es inexistente.

c.       El sistema registra la cancelación.

 

Caso de uso UC5: Confirmar pago de Factura/s

Actor principal: Empleado (cuentas a pagar)

Precondiciones: El Empleado debe de haber iniciado sesión. La/s factura/s deben de haber sido aprobada/s y pagada/s.

Garantías de éxito (postcondiciones): El nuevo estado de la/s factura/s pasa a ser “pagado”. Se notifica al Proveedor el cambio de estado de las mismas y el sistema registra el estado.

Escenario principal de éxito (o Flujo Básico):

1.      El Empleado (cuentas a pagar) ingresa el número de orden de servicio (#PO) correspondiente.

2.      El Empleado actualiza el estado de la/s factura/s correspondientes a “pagado”.

3.      El Empleado confirma la operación.

4.      El Sistema registra la modificación.

Extensiones (o Flujos Alternativos):

             a. En cualquier momento el Sistema falla o está caído:

1. El actor reporta la situación al administrador del sistema.

2. Una vez resuelto el problema, el actor puede iniciar sesión con normalidad.

             b. El número de orden de servicio (#PO) es incorrecto:

1. El sistema señala que el usuario no tiene los permisos para acceder o el número de orden de servicio (#PO) es inexistente.

c.       El sistema registra la cancelación.

Diagrama de Casos de Uso